JPWO2005036835A1 - 統合監視制御システム及びネットワークシステム - Google Patents
統合監視制御システム及びネットワークシステム Download PDFInfo
- Publication number
- JPWO2005036835A1 JPWO2005036835A1 JP2005509469A JP2005509469A JPWO2005036835A1 JP WO2005036835 A1 JPWO2005036835 A1 JP WO2005036835A1 JP 2005509469 A JP2005509469 A JP 2005509469A JP 2005509469 A JP2005509469 A JP 2005509469A JP WO2005036835 A1 JPWO2005036835 A1 JP WO2005036835A1
- Authority
- JP
- Japan
- Prior art keywords
- path
- integrated
- section
- record
- company
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
それぞれが複数の伝送装置を含む複数のネットワークを監視する統合監視制御システムにおいて、ネットワーク間を接続する全ての物理的な伝送路を示す各セクションについてネットワーク間の第１接続関係を記憶する統合セクションテーブルと、一つ又は複数のセクションに収容されて論理的な帯域を示すパスについてネットワーク間の第２接続情報及び収容されるセクションを示す第１収容情報を記憶する統合パステーブルと、セクションについての故障情報に基づいて、統合パステーブルに記憶されたパスについての第１収容情報が故障情報に関わるセクションについての第１接続関係により接続されることが示されるネットワークのセクションに収容されることを示す全てのパスを検索し、当該パスに影響故障が発生したものと判断する故障解析部とを具備して構成する。
Description
本発明は、複数キャリアネットワークから成るネットワークを監視する統合監視制御システム及びネットワークシステムに関し、特に、複数のキャリア毎の個別の情報により、ネットワーク全体の主原因の特定に関する。
種々の伝送装置（ＮＥ（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ））及びＮＥ−ＯＰＳ（ＮＥ ＯＰｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）が開発導入される昨今、ネットワークを有し、通信サービスをユーザに提供する通信事業者である各キャリアは、ネットワークの監視制御に関する各種業務を外部に委託し、本来のコアビジネスに集中する傾向が強くなっており、ＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）の削減並びに「持たざる経営」に多くの関心を寄せている。
一方、キャリアが有する通信機器の製造・販売業者などである各ベンダにおいては、これらの要求に応えるべく、ベンダ内にＮＯＣ（Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｉｏｎ Ｃｅｎｔｅｒ）を構築し、遠隔監視制御サービスを提供している。キャリアによっては、ある地方を通信サービスの対象とする場合がある。例えば、各電力会社がキャリアとして電力の供給対象のエリアにおいて通信サービスを提供している。このような場合、複数のキャリアが提供するネットワーク（キャリアネットワーク）により全国ネットワークを構築することがある。
図１４は複数キャリアのネットワークにより構築された通信ネットワークを示す図である。図１４に示すように、Ｄ企業はキャリアＡ，Ｂ，Ｃが提供するＡ，Ｂ，Ｃ社ネットワーク２＃Ａ，２＃Ｂ，２＃Ｃを利用して企業ネットワークを構築する場合、Ｄ企業のａ支店４＃ａ，ｂ支店４＃ｂについて、ａ支店４＃ａがＡ社ネットワーク２＃Ａに収容され、ｂ支店がＣ社ネットワーク２＃Ｃに収容されるとする。ａ支店４＃ａとｂ支店４＃ｂ間の通信は、Ｂ社ネットワーク２＃Ｂを介して、Ａ社，Ｃ社ネットワーク２＃Ａ，２＃Ｃを通して行われる。
ａ支店４＃ａ，ｂ支店４＃ｂ間の通信を行うためのＡ社，Ｂ社，Ｃ社ネットワーク２＃Ａ，２＃Ｂ，２＃Ｃにおける回線設定は、図１４に示すように、次のようになる。ａ支店４＃ａとＡ社ネットワーク２＃Ａ間では、ａ支店〜Ａ社セクション、ａ支店〜Ａ社パス及びａ支店〜ｂ支店専用回線が設定される。図１５中の矢印は上位（収容関係）を示す。セクションとは、ＮＥ間を接続する物理回線をいう。パスとは、物理回線に収容され、ユーザに割り当てられた論理回線であり、例えば、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰ（Ｖｉｒｔｕａｌ Ｐａｓｓ）がパスに該当する。専用回線とは、パス回線の中でエンドユーザ、例えば、ａ支店４＃ａ，ｂ支店４＃ｂに専用に割り当てられた回線である。
キャリアネットワーク２＃Ａ，２＃Ｂ間は、セクション及びパスが個別に設定される。例えば、図１４に示すように、キャリアネットワーク２＃Ａでは、Ａ社〜Ｂ社セクション、Ａ社〜Ｂ社パスが設定され、キャリアネットワーク２＃Ｂでは、Ａ社〜Ｂ社セクション、Ａ社〜Ｂ社パスが設定される。キャリアネットワーク２＃Ｂでは、Ａ社〜Ｂ社セクションに収容されるＡ社〜Ｃ社パス、Ｂ社〜Ｃ社セクションに収容されるＡ社〜Ｃ社パスが設定される。キャリアネットワーク２＃Ｂ，２＃Ｃ間は、キャリアネットワーク２＃Ｃにおいて、Ｂ社〜Ｃ社セクション及びＡ社〜Ｂ社パスが設定される。
キャリアネットワーク２＃Ｂにおいて、専用回線が設定されないのは、キャリアネットワーク２＃Ａ，２＃Ｂに収容されるａ支店４＃ａ，ｂ支店４＃ｂに専用回線を割り当てずに、Ａ社〜Ｃ社パスを用いてａ支店４＃ａ，ｂ支店４＃ｂからの送信データを伝送するので、専用回線の終端点が存在しないからである。キャリアネットワーク２＃Ｃ，ｂ支店４＃ｂ間では、ａ支店４＃ａ，Ａ社ネットワーク２＃Ａ間と同様に、Ｃ社〜ｂ支店セクション、Ｃ社〜ｂ支店パス及びａ支店〜ｂ支店専用回線が設定される。
図１５は、従来のキャリアネットワークの管理を示す図である。図１５に示すように、従来、各キャリアＡ，Ｂ，Ｃのネットワーク構成１０＃Ａ，１０＃Ｂ，１０＃Ｃに基づいて、キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃは個別に管理されていた。キャリアネットワークを個別に管理した場合、キャリアのサービス内容の特徴によって、キャリアにおける管理レイヤの違いが発生することになる。あるキャリアがパスレイヤまで提供し、他のキャリアが提供されたパスを使用して専用線サービスを提供する、回線リセールサービス等の場合である。例えば、キャリアネットワーク２＃Ａ，２＃Ｃがキャリアネットワーク２＃Ｂを使用して、ａ支店４＃ａ，ｂ支店４＃ｂに専用線サービスを提供する場合である。
上述したように、キャリア毎にネットワークを分割管理した場合、Ｂ社ネットワーク２＃Ｂのネットワーク構成１０＃Ａ，１０＃Ｂ，１０＃Ｃの管理において、ａ支店４＃ａからｂ支店４＃ｂの専用回線の終端点（管理情報）がＢ社ネットワーク２＃Ｂに存在しないため、Ｂ社ネットワーク構成１０＃Ｂ上当該専用回線は存在しないことになる。
この場合、キャリア単位にネットワーク構成を管理すると、各キャリアの管理レイヤまでの管理となってしまい、キャリア内のセクション・パス・専用回線の設定のみでは、キャリア間のセクション・パス・専用回線の接続関係を意識できないため、パスに接続される他のキャリアネットワークのパスの下位レイヤに専用回線が存在するか否かを運用者が認識したうえで、パスの試験・削除等の作業を実施する必要があった。
例えば、ＮＯＣ運用者はキャリアネットワーク２＃Ｂのみを意識してしまった場合、「Ａ社〜Ｃ社パス」配下に影響が無いと判断していまい、当該パスを削除あるいは試験実施してしまう可能性がある。例えば、図１５中の（２）に示すように、キャリアネットワーク２＃ＢのＡ社〜Ｃ社パスの下位レイヤに専用回線がキャリアネットワーク２＃Ａ，２＃Ｃでは存在するにもかかわらず、パスの試験・削除を実施すると、ａ支店〜ｂ支店専用回線に関わる通信が断になるからである。即ち、ＮＯＣ運用者は、Ｂ社ネットワーク２＃Ｂのみのネットワークを意識してしまった場合、「Ａ社〜Ｃ社パス」配下に影響が無いと判断してしまい、当該パスを削除あるいは試験実施してしまう可能性があり、この場合、Ａ社，Ｃ社のエンドユーザ提供サービスが全断してしまう。
図１６はネットワーク故障による影響を示す図である。ネットワーク事故発生が発生すると、当該故障である主原因故障、及びネットワークはキャリア毎に相互に接続されており、主原因が１箇所でも、この主原因に起因する影響が複数のキャリアネットワークに波及することから、故障が他の複数のキャリアネットワークに影響する故障（影響故障）が各レイヤで発生する。例えば、図１６に示すように、Ｂ社〜Ｃ社セクションの主原因故障が発生すると、キャリアネットワーク２＃Ｂでは、（１），（４）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パス故障のアラームが発生し、キャリアネットワーク２＃Ｃでは、（２），（５），（８），（９）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パス，ａ支店〜ｂ支店専用回線故障のアラームが発生し、キャリアネットワーク２＃Ａでは、（３），（６），（７）に示すように、Ａ社〜Ｃ社パス，ａ支店〜ｂ支店専用回線故障のアラームが発生する。
図１７はキャリアのネットワークの個別に監視した場合を示す図である。図１７に示すように、例えば、Ｂ社〜Ｃ社セクションの主原因故障が発生すると、上述のように、キャリアネットワーク２＃Ｂでは、（１），（４）に示すアラーム、キャリアネットワーク２＃Ｃでは、（２），（５），（８），（９）に示すアラーム、キャリアネットワーク２＃Ａでは、（３），（６），（７）に示すアラームがそれぞれ発生する。キャリア単位に分割監視した場合、監視要員は、遠隔監視サービス提供キャリア単位に用意する必要がある。また、故障発生時に、上記のようにキャリア単位の事故状況を把握し、修理要因派遣の要否を判断するが、原因、影響の関連が不明な場合に、アラームが発生した全キャリアに、修理要因を派遣してしまい、業務効率の悪化を招く可能性があった。
図１８Ａ，１８Ｂは従来のキャリアワークの分割監視を示す図（その２）である。Ｂ社〜Ｃ社セクションの主原因故障が発生したとすると、監視端末３０＃Ａには、図１８Ａ，１８Ｂ中の（３），（６），（７）に示すように、Ａ社〜Ｃ社パス故障，ａ支店〜ｂ支店専用回線故障，ａ支店〜ｂ支店専用回線故障が表示される。監視端末３０＃Ｂには、図１８Ａ，１８Ｂ中の（１），（４）に示すように、Ｂ社〜Ｃ社セクション故障，Ａ社〜Ｃ社パス故障が表示される。また、監視端末３０＃Ｃには、図１８Ａ，１８Ｂ中の（２），（５），（８），（９）に示すように、Ｂ社〜Ｃ社セクション故障，Ａ社〜Ｃ社パス故障，ａ支店〜ｂ支店専用回線故障，ａ支店〜ｂ支店専用故障が表示される。監視要員は、図１８Ａ，１８Ｂ中の（１）〜（９）に示す各キャリアの故障状況を統合して、これらの主原因故障がＢ社〜Ｃ社セクション故障であると判断する。
図１９は、例えば、上述のキャリア毎の監視を行う監視制御システムのホスティングサービスを示す図である。監視システムのホスティングサービスは、各キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃに付随する各社専用オペレーションションシステム２０＃Ａ，２０＃Ｂ，２０＃Ｃをベンダ側のＮＯＣ２２に設置する。オペレーションシステム２０＃Ａ，２０＃Ｂ，２０＃Ｃは、各キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃの各ＮＥより故障情報を収集する。各社専用オペレーションシステム２０＃Ａ，２０＃Ｂ，２０＃Ｃは、キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃに設けられた監視端末３０＃Ａ，３０＃Ｂ，３０＃Ｃに関連する回線の故障情報を通知する。監視端末３０＃Ａ，３０＃Ｂ，３０＃Ｃは回線の故障情報を表示する。
先行技術文献として特許文献１，２があった。文献１は、通信ネットワーク運用業務支援システムが、通信ネットワークの構成、構成要素の嫌疑率確立を記憶するモデル記憶手段、通信管理装置や通信管理者より計画的に情報を収集する計画的情報収集手段、収集された情報から通信ネットワークの構成を把握し、構成要素の嫌疑確立を算出してモデルを更新するモデル更新手段を開示している。また、文献２は、ネットワーク監視装置間において、セクションオーバヘッド（ＳＯＨ）のほかに、各セクション区間で監視した回線監視情報を収容するオーバヘッドビット（ＯＨＢ）を信号フォーマット内に備え、本情報に対して監視装置より回線の故障情報を設定、読出することで、ネットワーク全体の運用を実施することを開示している。即ち、故障発生時に主原因故障、影響故障がネットワーク内で発生するが、ネットワーク内で発生した全ての故障がオーバヘッド（ＯＨＢ）に設定されることにより、本内容を監視することにより、ネットワーク全体の監視を可能としている。
特開平１０−１４５４９１号公報 特開平５−２５２１６２号公報
一方、キャリアが有する通信機器の製造・販売業者などである各ベンダにおいては、これらの要求に応えるべく、ベンダ内にＮＯＣ（Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｉｏｎ Ｃｅｎｔｅｒ）を構築し、遠隔監視制御サービスを提供している。キャリアによっては、ある地方を通信サービスの対象とする場合がある。例えば、各電力会社がキャリアとして電力の供給対象のエリアにおいて通信サービスを提供している。このような場合、複数のキャリアが提供するネットワーク（キャリアネットワーク）により全国ネットワークを構築することがある。
図１４は複数キャリアのネットワークにより構築された通信ネットワークを示す図である。図１４に示すように、Ｄ企業はキャリアＡ，Ｂ，Ｃが提供するＡ，Ｂ，Ｃ社ネットワーク２＃Ａ，２＃Ｂ，２＃Ｃを利用して企業ネットワークを構築する場合、Ｄ企業のａ支店４＃ａ，ｂ支店４＃ｂについて、ａ支店４＃ａがＡ社ネットワーク２＃Ａに収容され、ｂ支店がＣ社ネットワーク２＃Ｃに収容されるとする。ａ支店４＃ａとｂ支店４＃ｂ間の通信は、Ｂ社ネットワーク２＃Ｂを介して、Ａ社，Ｃ社ネットワーク２＃Ａ，２＃Ｃを通して行われる。
ａ支店４＃ａ，ｂ支店４＃ｂ間の通信を行うためのＡ社，Ｂ社，Ｃ社ネットワーク２＃Ａ，２＃Ｂ，２＃Ｃにおける回線設定は、図１４に示すように、次のようになる。ａ支店４＃ａとＡ社ネットワーク２＃Ａ間では、ａ支店〜Ａ社セクション、ａ支店〜Ａ社パス及びａ支店〜ｂ支店専用回線が設定される。図１５中の矢印は上位（収容関係）を示す。セクションとは、ＮＥ間を接続する物理回線をいう。パスとは、物理回線に収容され、ユーザに割り当てられた論理回線であり、例えば、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰ（Ｖｉｒｔｕａｌ Ｐａｓｓ）がパスに該当する。専用回線とは、パス回線の中でエンドユーザ、例えば、ａ支店４＃ａ，ｂ支店４＃ｂに専用に割り当てられた回線である。
キャリアネットワーク２＃Ａ，２＃Ｂ間は、セクション及びパスが個別に設定される。例えば、図１４に示すように、キャリアネットワーク２＃Ａでは、Ａ社〜Ｂ社セクション、Ａ社〜Ｂ社パスが設定され、キャリアネットワーク２＃Ｂでは、Ａ社〜Ｂ社セクション、Ａ社〜Ｂ社パスが設定される。キャリアネットワーク２＃Ｂでは、Ａ社〜Ｂ社セクションに収容されるＡ社〜Ｃ社パス、Ｂ社〜Ｃ社セクションに収容されるＡ社〜Ｃ社パスが設定される。キャリアネットワーク２＃Ｂ，２＃Ｃ間は、キャリアネットワーク２＃Ｃにおいて、Ｂ社〜Ｃ社セクション及びＡ社〜Ｂ社パスが設定される。
キャリアネットワーク２＃Ｂにおいて、専用回線が設定されないのは、キャリアネットワーク２＃Ａ，２＃Ｂに収容されるａ支店４＃ａ，ｂ支店４＃ｂに専用回線を割り当てずに、Ａ社〜Ｃ社パスを用いてａ支店４＃ａ，ｂ支店４＃ｂからの送信データを伝送するので、専用回線の終端点が存在しないからである。キャリアネットワーク２＃Ｃ，ｂ支店４＃ｂ間では、ａ支店４＃ａ，Ａ社ネットワーク２＃Ａ間と同様に、Ｃ社〜ｂ支店セクション、Ｃ社〜ｂ支店パス及びａ支店〜ｂ支店専用回線が設定される。
図１５は、従来のキャリアネットワークの管理を示す図である。図１５に示すように、従来、各キャリアＡ，Ｂ，Ｃのネットワーク構成１０＃Ａ，１０＃Ｂ，１０＃Ｃに基づいて、キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃは個別に管理されていた。キャリアネットワークを個別に管理した場合、キャリアのサービス内容の特徴によって、キャリアにおける管理レイヤの違いが発生することになる。あるキャリアがパスレイヤまで提供し、他のキャリアが提供されたパスを使用して専用線サービスを提供する、回線リセールサービス等の場合である。例えば、キャリアネットワーク２＃Ａ，２＃Ｃがキャリアネットワーク２＃Ｂを使用して、ａ支店４＃ａ，ｂ支店４＃ｂに専用線サービスを提供する場合である。
上述したように、キャリア毎にネットワークを分割管理した場合、Ｂ社ネットワーク２＃Ｂのネットワーク構成１０＃Ａ，１０＃Ｂ，１０＃Ｃの管理において、ａ支店４＃ａからｂ支店４＃ｂの専用回線の終端点（管理情報）がＢ社ネットワーク２＃Ｂに存在しないため、Ｂ社ネットワーク構成１０＃Ｂ上当該専用回線は存在しないことになる。
この場合、キャリア単位にネットワーク構成を管理すると、各キャリアの管理レイヤまでの管理となってしまい、キャリア内のセクション・パス・専用回線の設定のみでは、キャリア間のセクション・パス・専用回線の接続関係を意識できないため、パスに接続される他のキャリアネットワークのパスの下位レイヤに専用回線が存在するか否かを運用者が認識したうえで、パスの試験・削除等の作業を実施する必要があった。
例えば、ＮＯＣ運用者はキャリアネットワーク２＃Ｂのみを意識してしまった場合、「Ａ社〜Ｃ社パス」配下に影響が無いと判断していまい、当該パスを削除あるいは試験実施してしまう可能性がある。例えば、図１５中の（２）に示すように、キャリアネットワーク２＃ＢのＡ社〜Ｃ社パスの下位レイヤに専用回線がキャリアネットワーク２＃Ａ，２＃Ｃでは存在するにもかかわらず、パスの試験・削除を実施すると、ａ支店〜ｂ支店専用回線に関わる通信が断になるからである。即ち、ＮＯＣ運用者は、Ｂ社ネットワーク２＃Ｂのみのネットワークを意識してしまった場合、「Ａ社〜Ｃ社パス」配下に影響が無いと判断してしまい、当該パスを削除あるいは試験実施してしまう可能性があり、この場合、Ａ社，Ｃ社のエンドユーザ提供サービスが全断してしまう。
図１６はネットワーク故障による影響を示す図である。ネットワーク事故発生が発生すると、当該故障である主原因故障、及びネットワークはキャリア毎に相互に接続されており、主原因が１箇所でも、この主原因に起因する影響が複数のキャリアネットワークに波及することから、故障が他の複数のキャリアネットワークに影響する故障（影響故障）が各レイヤで発生する。例えば、図１６に示すように、Ｂ社〜Ｃ社セクションの主原因故障が発生すると、キャリアネットワーク２＃Ｂでは、（１），（４）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パス故障のアラームが発生し、キャリアネットワーク２＃Ｃでは、（２），（５），（８），（９）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パス，ａ支店〜ｂ支店専用回線故障のアラームが発生し、キャリアネットワーク２＃Ａでは、（３），（６），（７）に示すように、Ａ社〜Ｃ社パス，ａ支店〜ｂ支店専用回線故障のアラームが発生する。
図１７はキャリアのネットワークの個別に監視した場合を示す図である。図１７に示すように、例えば、Ｂ社〜Ｃ社セクションの主原因故障が発生すると、上述のように、キャリアネットワーク２＃Ｂでは、（１），（４）に示すアラーム、キャリアネットワーク２＃Ｃでは、（２），（５），（８），（９）に示すアラーム、キャリアネットワーク２＃Ａでは、（３），（６），（７）に示すアラームがそれぞれ発生する。キャリア単位に分割監視した場合、監視要員は、遠隔監視サービス提供キャリア単位に用意する必要がある。また、故障発生時に、上記のようにキャリア単位の事故状況を把握し、修理要因派遣の要否を判断するが、原因、影響の関連が不明な場合に、アラームが発生した全キャリアに、修理要因を派遣してしまい、業務効率の悪化を招く可能性があった。
図１８Ａ，１８Ｂは従来のキャリアワークの分割監視を示す図（その２）である。Ｂ社〜Ｃ社セクションの主原因故障が発生したとすると、監視端末３０＃Ａには、図１８Ａ，１８Ｂ中の（３），（６），（７）に示すように、Ａ社〜Ｃ社パス故障，ａ支店〜ｂ支店専用回線故障，ａ支店〜ｂ支店専用回線故障が表示される。監視端末３０＃Ｂには、図１８Ａ，１８Ｂ中の（１），（４）に示すように、Ｂ社〜Ｃ社セクション故障，Ａ社〜Ｃ社パス故障が表示される。また、監視端末３０＃Ｃには、図１８Ａ，１８Ｂ中の（２），（５），（８），（９）に示すように、Ｂ社〜Ｃ社セクション故障，Ａ社〜Ｃ社パス故障，ａ支店〜ｂ支店専用回線故障，ａ支店〜ｂ支店専用故障が表示される。監視要員は、図１８Ａ，１８Ｂ中の（１）〜（９）に示す各キャリアの故障状況を統合して、これらの主原因故障がＢ社〜Ｃ社セクション故障であると判断する。
図１９は、例えば、上述のキャリア毎の監視を行う監視制御システムのホスティングサービスを示す図である。監視システムのホスティングサービスは、各キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃに付随する各社専用オペレーションションシステム２０＃Ａ，２０＃Ｂ，２０＃Ｃをベンダ側のＮＯＣ２２に設置する。オペレーションシステム２０＃Ａ，２０＃Ｂ，２０＃Ｃは、各キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃの各ＮＥより故障情報を収集する。各社専用オペレーションシステム２０＃Ａ，２０＃Ｂ，２０＃Ｃは、キャリアネットワーク２＃Ａ，２＃Ｂ，２＃Ｃに設けられた監視端末３０＃Ａ，３０＃Ｂ，３０＃Ｃに関連する回線の故障情報を通知する。監視端末３０＃Ａ，３０＃Ｂ，３０＃Ｃは回線の故障情報を表示する。
先行技術文献として特許文献１，２があった。文献１は、通信ネットワーク運用業務支援システムが、通信ネットワークの構成、構成要素の嫌疑率確立を記憶するモデル記憶手段、通信管理装置や通信管理者より計画的に情報を収集する計画的情報収集手段、収集された情報から通信ネットワークの構成を把握し、構成要素の嫌疑確立を算出してモデルを更新するモデル更新手段を開示している。また、文献２は、ネットワーク監視装置間において、セクションオーバヘッド（ＳＯＨ）のほかに、各セクション区間で監視した回線監視情報を収容するオーバヘッドビット（ＯＨＢ）を信号フォーマット内に備え、本情報に対して監視装置より回線の故障情報を設定、読出することで、ネットワーク全体の運用を実施することを開示している。即ち、故障発生時に主原因故障、影響故障がネットワーク内で発生するが、ネットワーク内で発生した全ての故障がオーバヘッド（ＯＨＢ）に設定されることにより、本内容を監視することにより、ネットワーク全体の監視を可能としている。
しかしながら、キャリア単位に分割監視した場合（その１）、監視要員は、遠隔監視サービス提供キャリア単位に用意する必要がある。また、故障発生時に、上記のようにキャリア単位の事故状況を把握し、修理要因派遣の要否を判断するが、原因、影響の関連が不明な場合に、アラームが発生した全キャリアに、修理要因を派遣してしまい、業務効率の悪化を招く可能性があった。
また、各キャリアの故障状況を統合する場合（その２）、監視要因の削減は図れるが、キャリアの故障状態の把握、並びに修理要因の派遣については、上記の状況と比較すると、削減された監視要因で全キャリアを通じての判断を実施しなければならなくなり、キャリアネットワークが複雑になるにつれて業務効率は悪化の一途をたどることになる。更に、従来の監視制御システムのホスティングサービスでは、キャリアネットワーク毎に専用オペレーションシステムを設ける必要があり、設置スペース及びオペレーションシステムの保守運用者が増大するという問題があった。
文献１では、通信ネットワーク全体を正確に管理できないため、通信ネットワークの故障箇所を特定できないため、嫌疑確立を運用者に通知のみしかできないという問題点があった。また、文献２では、各ネット監視装置が他の監視装置に自伝送システムで発生した故障情報をオーバヘッドに収容して通知するものであるため、他の伝送システムで発生した故障情報を知ることはできるが、各パスや専用回線について他の伝送システム間の繋がりを把握できないため、この故障情報による影響情報を特定することはできない。更に、パスについて、他伝送システムにおける専用回線の収容関係を把握することができないので、オペミスより専用回線が収容されるパスについて試験や削除を行ってしまう恐れがある。
また、各キャリアの故障状況を統合する場合（その２）、監視要因の削減は図れるが、キャリアの故障状態の把握、並びに修理要因の派遣については、上記の状況と比較すると、削減された監視要因で全キャリアを通じての判断を実施しなければならなくなり、キャリアネットワークが複雑になるにつれて業務効率は悪化の一途をたどることになる。更に、従来の監視制御システムのホスティングサービスでは、キャリアネットワーク毎に専用オペレーションシステムを設ける必要があり、設置スペース及びオペレーションシステムの保守運用者が増大するという問題があった。
文献１では、通信ネットワーク全体を正確に管理できないため、通信ネットワークの故障箇所を特定できないため、嫌疑確立を運用者に通知のみしかできないという問題点があった。また、文献２では、各ネット監視装置が他の監視装置に自伝送システムで発生した故障情報をオーバヘッドに収容して通知するものであるため、他の伝送システムで発生した故障情報を知ることはできるが、各パスや専用回線について他の伝送システム間の繋がりを把握できないため、この故障情報による影響情報を特定することはできない。更に、パスについて、他伝送システムにおける専用回線の収容関係を把握することができないので、オペミスより専用回線が収容されるパスについて試験や削除を行ってしまう恐れがある。
本発明の目的は、ネットワーク全体の構成をセクション、パス及び専用回線について把握し、各キャリアネットワークにおいて、オペミスによるパスの試験・削除することを抑制し、主原因故障及びこれによる影響故障を特定して、容易且つ迅速に故障に対処し、低コストで実現できる統合監視制御システムを提供する。
本発明の一側面によれば、それぞれが複数の伝送装置を含む複数のネットワークを監視する統合監視制御システムであって、前記ネットワーク間を接続する全ての物理的な伝送路を示す各セクションについてネットワーク間の第１接続関係を記憶する統合セクションテーブルと、一つ又は複数の前記セクションに収容され論理的な帯域を示すパスについてネットワーク間の第２接続情報及び収容されるセクションを示す第１収容情報を記憶する統合パステーブルと、前記セクションについての故障情報に基づいて、前記統合パステーブルに記憶された前記パスについての前記第１収容情報が前記故障情報に関わるセクションについての前記第１接続関係により接続されることが示されるネットワークのセクションに収容されることを示す全てのパスを検索し、当該パスに影響故障が発生したものと判断する故障解析部とを具備したことを特徴とする統合監視制御システムが提供される。
本発明の他の側面によれば、それぞれが複数の伝送装置を含む複数のネットワーク、各ネットワークに設けられた監視端末及び統合監視制御システムを有するネットワークシステムであって、自伝送装置に関わる故障情報を前記統合監視制御システムに通知する前記伝送装置に設けられた故障通知部と、前記各ネットワークについて、隣接ネットワークと接続する物理的な伝送路であるセクションを定義するセクションレコードが格納された該ネットワークの前記監視端末に設けられたセクションテーブルと、前記各セクションレコードが示すセクションに収容されることを示す論理的な帯域であるパスを定義するパスレコードが格納された該ネットワークの前記監視端末に設けられたパステーブルと、前記各パスレコードが示すパスに収容されることを示す収容するエンドユーザの帯域である専用回線を定義する専用回線レコードが格納された該ネットワークの前記監視端末に設けられた専用回線テーブルと、各ネットワーク間を接続する前記セクションの接続関係を示す接続情報を入力する前記統合監視制御システムに設けられた接続情報入力部と、前記各セクションテーブルより前記接続情報入力部が入力した前記接続情報が示す二つのネットワークにおける二つのセクションレコードを検索して、該二つのセクションレコードを１本の統合セクションレコードに統合して、該統合セクションレコードを統合セクションテーブルに格納する前記統合監視制御システムに設けられた統合セクションテーブル作成部と、前記各パステーブルより前記各統合セクションレコードが示すセクションについての前記二つのセクションレコードが示すセクションに同一のデータ信号を流す同一のパスが収容されることを示す二つのパスレコードを検索して、該二つのパスレコードを前記統合セクションレコードが示すセクションに収容されることを示す１個の統合パスレコードに統合して、該統合パスレコードを統合パステーブルに格納する前記統合監視制御システムに設けられた統合パステーブル作成部とを具備したことを特徴とするネットワークシステムが提供される。
本発明の一側面によれば、それぞれが複数の伝送装置を含む複数のネットワークを監視する統合監視制御システムであって、前記ネットワーク間を接続する全ての物理的な伝送路を示す各セクションについてネットワーク間の第１接続関係を記憶する統合セクションテーブルと、一つ又は複数の前記セクションに収容され論理的な帯域を示すパスについてネットワーク間の第２接続情報及び収容されるセクションを示す第１収容情報を記憶する統合パステーブルと、前記セクションについての故障情報に基づいて、前記統合パステーブルに記憶された前記パスについての前記第１収容情報が前記故障情報に関わるセクションについての前記第１接続関係により接続されることが示されるネットワークのセクションに収容されることを示す全てのパスを検索し、当該パスに影響故障が発生したものと判断する故障解析部とを具備したことを特徴とする統合監視制御システムが提供される。
本発明の他の側面によれば、それぞれが複数の伝送装置を含む複数のネットワーク、各ネットワークに設けられた監視端末及び統合監視制御システムを有するネットワークシステムであって、自伝送装置に関わる故障情報を前記統合監視制御システムに通知する前記伝送装置に設けられた故障通知部と、前記各ネットワークについて、隣接ネットワークと接続する物理的な伝送路であるセクションを定義するセクションレコードが格納された該ネットワークの前記監視端末に設けられたセクションテーブルと、前記各セクションレコードが示すセクションに収容されることを示す論理的な帯域であるパスを定義するパスレコードが格納された該ネットワークの前記監視端末に設けられたパステーブルと、前記各パスレコードが示すパスに収容されることを示す収容するエンドユーザの帯域である専用回線を定義する専用回線レコードが格納された該ネットワークの前記監視端末に設けられた専用回線テーブルと、各ネットワーク間を接続する前記セクションの接続関係を示す接続情報を入力する前記統合監視制御システムに設けられた接続情報入力部と、前記各セクションテーブルより前記接続情報入力部が入力した前記接続情報が示す二つのネットワークにおける二つのセクションレコードを検索して、該二つのセクションレコードを１本の統合セクションレコードに統合して、該統合セクションレコードを統合セクションテーブルに格納する前記統合監視制御システムに設けられた統合セクションテーブル作成部と、前記各パステーブルより前記各統合セクションレコードが示すセクションについての前記二つのセクションレコードが示すセクションに同一のデータ信号を流す同一のパスが収容されることを示す二つのパスレコードを検索して、該二つのパスレコードを前記統合セクションレコードが示すセクションに収容されることを示す１個の統合パスレコードに統合して、該統合パスレコードを統合パステーブルに格納する前記統合監視制御システムに設けられた統合パステーブル作成部とを具備したことを特徴とするネットワークシステムが提供される。
図１は本発明の原理図；
図２は本発明の原理の動作説明図；
図３は本発明の実施形態による複数のキャリアネットワークを示すネットワークシステムを示す図；
図４は図３中の監視端末の機能ブロック図；
図５は各キャリアネットワークのネットワーク構成例を示す図；
図６は図３中の統合監視システムの機能ブロック図；
図７は統合セクションテーブル作成のフローチャート；
図８は統合パステーブル作成のフローチャート；
図９Ａはテーブル作成を示す図；
図９Ｂはテーブル作成を示す図；
図１０Ａはテーブル作成を示す図；
図１０Ｂは箇所名称テーブルを示す図；
図１１Ａはテーブル作成を示す図；
図１１Ｂはテーブル作成を示す図；
図１１Ｃは箇所名称テーブル示す図；
図１２は故障通知を示す図；
図１３Ａは故障解析を示す図；
図１３Ｂは故障解析を示す図；
図１４は複数のキャリアネットワークより構成されたネットワークの一例を示す図；
図１５はセクション、パス及び専用回線を示す図；
図１６は影響故障を示す図；
図１７は従来のキャリアネットワークの分割監視（その１）を示す図；
図１８Ａは従来のキャリアネットワークの分割監視（その２）を示す図；
図１８Ｂは従来のキャリアネットワークの分割監視（その２）を示す図；
図１９は従来の監視制御システムのホスティングサービスを示す図である。
発明を実施するための最良の態様
本発明の実施形態の説明をする前に本発明の原理の説明をする。図１及び図２Ａ，２Ｂは本発明の原理図である。図１に示すネットワークシステムは複数のキャリアネットワーク５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び統合監視制御システム５２を含む。各キャリアネットワーク５０＃ｉは、複数のＮＥ５４＃ｉｊ（ｊ＝１，２，…）を含む。
各キャリアネットワーク５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）における、キャリアネットワーク５０＃Ａに収容されるａ支店からキャリアネットワーク５０＃Ｃに収容されるｂ支店までのセクション、パス及び専用回線についての設定情報は、キャリアネットワーク５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）毎に設定されて、図２．Ａに示すようになる。キャリアネットワーク５０＃Ａ，５０＃ＢのＡ社〜Ｂ社セクション、キャリアネットワーク５０＃Ｂ，５０＃ＣのＢ社〜Ｃ社セクション、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣのＡ社〜Ｃ社パスは別々に定義されている。キャリアネットワーク５０＃Ｂにおいて、ａ支店〜ｂ支店専用回線が定義されていない。
統合監視制御システム５２は、統合セクションテーブル６０、統合パステーブル６２、統合専用回線テーブル６４、故障解析部６６及び故障通知部６８を有する。統合セクションテーブル６０はセクション間の接続関係を定義するテーブルであり、例えば、図２Ｂに示すように、キャリアネットワーク５０＃Ａ，５０＃Ｂ間のＡ社〜Ｂ社セクションが互いに接続されていること、キャリアネットワーク５０＃Ｂ，５０＃Ｃ間のＢ社〜Ｃ社セクションが互いに接続されていることが定義されている。
統合パステーブル６２は、パス間の繋がり及びパスを収容するセクション（収容情報）を定義するテーブルであり、図２．Ｂに示すように、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣにおけるＡ社〜Ｃ社パスが、接続されていること、Ａ社〜Ｂ社セクション及びＢ社〜Ｃ社セクションに収容されること（収容情報）が定義されている。例えば、統合専用回線テーブル６４は、専用回線間の繋がり及び専用回線を収容するパスを定義するテーブルであり、図２．Ｂに示すように、キャリアネットワーク５０＃Ａ，５０＃Ｃのａ支店〜ｂ支店専用回線がＡ社〜Ｃ社パスに収容されることが定義されている。
故障解析部６６は、セクションについての故障情報に基づいて、統合パステーブル６２に定義されたパスの収容情報が当該セクションであることを示す全てのパスを検索し、当該パスに影響故障が発生すると判断する。また、統合専用回線テーブル６４に定義された専用回線の収容情報が故障の発生したパスに収容されることを示す全ての専用回線を検索し、当該専用回線に影響故障が発生すると判断する。
例えば、Ｂ社〜Ｃ社セクションが故障になると、統合パステーブル６２には、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣのＡ社〜Ｃ社パスがＢ社〜Ｃ社セクションに収容されること、また、統合セクションテーブル６０には、Ｂ社〜Ｃ社セクションが互いに接続されていることが定義されているので、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣのＡ社〜Ｃ社パスに影響故障が発生すると判断する。
故障解析部６６は、統合専用回線テーブル６４には、キャリアネットワーク５０＃Ａ，５０＃Ｃのａ支店〜ｂ支店専用回線がキャリアネットワーク５０＃Ａ，５０＃ＣのＡ社〜Ｃ社パスに収容されることが定義されているので、キャリアネットワーク５０＃Ａ，５０＃Ｃのａ支店〜ｂ支店専用回線に影響故障が発生すると判断する。これにより、主原因による他キャリアネットワークへのパスや専用回線への影響故障を特定することができる。
故障通知部６８は、各キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃Ｃの監視端末５６＃Ａ，５６＃Ｂ，５６＃Ｃに関連する影響故障及び主原因故障を通知する。例えば、監視端末５６＃Ａには、Ｂ社〜Ｃ社セクションの故障を主原因故障とする、Ａ社〜Ｂ社パスの影響故障及びａ支店〜ｂ支店専用回線の影響故障が発生したことを通知する。
図３は本発明の実施形態によるネットワーク遠隔監視制御システムの構成を示す図である。図３に示すように、ネットワーク遠隔制御システムは、複数のキャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）、監視端末１５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び統合監視制御システム１０２より構成される。キャリアネットワーク１００＃ｉは、複数のＮＥ１５０＃ｉｊ（ｊ＝１，…，）を含む。
ＮＥ１５０＃ｉｊは、ＤＳＵ（Ｄｉｇｉｔａｌ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）等の加入者終端装置、並びにＡＴＭ伝送装置及びＳＤＨ伝送装置（Ｍｏｄ：モジュール）等の伝送装置であり、次の機能を有する。（１）各受信ポートよりデータを受信して、セクション、パス及び専用回線、又はセクション及びパスに関する回線設定情報に従って、受信データに該当するセクションの該当パス又は該当パスの該当専用回線に収容して隣接ＮＥに送信する。（２）各セクション、パス及び専用回線の故障を監視しており、故障情報を統合監視制御システム１０２に送信する。
例えば、キャリアネットワーク１００＃Ａにおいて、ＮＥ１５０＃Ａ２，１５０＃Ａ３，１５０＃Ａ４をＤＳＵ，ＡＴＭ及びＭｏｄにより構成する。ＤＳＵは、ルータやホストコンピュータ等の加入者端末装置を収容し、ＡＴＭとの間をインタフェースする。ＡＴＭは、ＤＳＵ及びＭｏｄとＡＴＭセルをインタフェースする。Ｍｏｄは、ＡＴＭとの間で、例えば、１５０Ｍｂｐｓの伝送速度でインタフェースし、基幹伝送路との間で、例えば、２．４Ｇ（１５０Ｍ×１６）のＳＤＨフレームをインタフェースするモジュールである。
キャリアネットワーク１００＃Ｂにおいて、ＮＥ１５０＃Ｂ１，１５０＃Ｂ２及び１５０＃Ｂ３をそれぞれＭｏｄ，ＡＴＭ，Ｍｏｄで構成する。また、キャリアネットワーク１００＃Ｃにおいて、ＮＥ１５０＃Ｃ１，１５０＃Ｃ２，１５０＃Ｃ３をそれぞれＭｏｄ，ＡＴＭ及びＤＳＵより構成する。ＤＳＵ１５０＃Ａ２はａ支店４＃ａを収容する。ＤＳＵ１５０＃Ｃ３はｂ支店４＃ｂを収容する。
各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃには、上述したセクション、パス及び専用回線について、回線設定がなされる。回線設定情報は、例えば、オペレータにより監視端末１５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）に設定され、監視端末１５２＃ｉより、各ＮＥ１５０＃ｉｊに関連するセクション、パス及び専用回線について回線設定がされる。回線設定情報は、後述するように、監視端末１５２＃ｉに格納される。
図４は図３中の監視端末１５２＃ｉの構成図である。図４に示すように、監視端末１５２＃ｉは、回線設定部２００＃ｉ、テーブル作成部２０２＃ｉ、テーブル情報送信部２０４＃ｉ、故障通知受付部２０６＃ｉ、セクションテーブル２１０＃ｉ、パステーブル２１２＃ｉ及び専用回線テーブル２１４＃ｉを有する。回線設定部２００＃ｉは、オペレータにより入力された回線設定情報から、ＮＥ１５０＃ｉｊ（ｊ＝１，…，）にセクション、パス及び専用回線に関わる回線設定をする。テーブル作成部２０２は、オペレータにより入力された回線設定情報から、セクションテーブル２１０＃ｉ、パステーブル２１２＃ｉ及び専用回線テーブル２１４＃ｉに、セクション情報、パス情報及び専用回線情報を格納する。
セクションテーブル２１０＃ｉには、セクション名、上位パス名無し（上位パス名（収容情報））、収容位置、上流端点及び又は下流端点が設定される。パステーブル２１２＃ｉには、パス名、上位セクション名、収容位置、上流端点及び又は下流端点が設定される。専用回線テーブル２１４＃ｉには、専用回線名、上位パス名、収容位置、上流端点及び下流端点が設定される。
上位パス名（収容情報）とは、パスについてはパスが収容されるセクション名、専用回線については専用回線が収容されるパス名である。セクションについては上位パスがないので設定されない。収容位置とは、セクション、パス、専用回線が収容される伝送路に関する情報である。セクションについては、伝送路の物理情報、例えば、２．４Ｇの伝送路であることを示す情報が設定される。パスについては、セクションに収容される論理パス情報が設定される。更に、専用回線については、パスに収容されるエンドユーザに割り当てられた帯域が設定される。
例えば、２．４Ｇのセクションを１６本の１５０Ｍの伝送路ＡＵＧ１〜１６により構成し、各伝送路ＡＵＧ１〜ＡＵＧ１６を３本の５０Ｍの伝送路ＡＵ１〜３を分割してパスを構成した場合に、パスにＡＵＧ１−ＡＵ１が割り当てられるとき、ＡＵＧ１−ＡＵ１がパスの収容位置となり、ＡＵＧ１−ＡＵ１のパスの中で専用回線に割り当てられたＶＰＩ＃１が専用回線の収容位置となる。
上流端点とは、セクション、パス、専用回線についての送信側であるときの隣接ＮＥと接続する伝送路に接続されるＮＥ内の物理的な位置を特定するためのインタフェース番号（ＩＦ番号）が設定される。下流端点とは、セクション、パス、専用回線の受信側であるときの隣接ＮＥと接続する伝送路に接続されるＮＥ内の物理的な位置を特定するためのインタフェース番号（ＩＦ番号）が設定される。
図５は、セクション，パス及び専用回線レコードを説明するための図である。例えば、キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおけるａ支店４＃ａ〜ｂ支店４＃ｂの通信に関わる、セクション、パス及び専用回線について、セクションテーブル２１０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）、パステーブル２１２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び専用回線テーブル２１４＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）に格納されるセクションレコード、パスレコード、専用回線レコードを説明する。
ａ支店〜Ａ社セクションについて、セクションテーブル２１０＃Ａのセクションレコードは、ａ支店〜Ａ社セクション名，上位パス無し、収容位置、上流端点無し、Ｔ２（下流端点）となる。Ａ社〜Ｂ社セクションについて、セクションテーブル２１０＃Ａのセクションレコードは、Ａ社〜Ｂ社セクション名，上位パス無し，収容位置，Ｔ４（上流端点），下流端点無し、セクションテーブル２１０＃Ｂのセクションレコードは、Ａ社〜Ｂ社セクション名，上位パス無し，収容位置，上流端点無し，Ｔ６（下流端点）となる。
Ｂ社〜Ｃ社セクションについて、セクションテーブル２１０＃Ｂのセクションレコードは、Ｂ社〜Ｃ社セクション名，上位パス無し，収容位置、Ｔ８（上流端点），下流端点無し、セクションテーブル２１０＃Ｃのセクションレコードは、Ｂ社〜Ｃ社セクション名、上位パス無し、収容位置、上流端点無し，Ｔ１０（下流端点）となる。
Ｃ社〜ｂ支店セクションについて、セクションテーブル２１０＃Ｃのセクションレコードは、Ｃ社〜ｂ支店セクション名，上位パス無し、収容位置、Ｔ１２（上流端点）、下流端点無しとなる。
ａ支店〜Ａ社パスについて、パステーブル２１２＃Ａのパスレコードは、ａ支店〜Ａ社パス名，ａ支店〜Ａ社セクション（上位パス）、収容位置、上流端点無し、Ｔ２（下流端点）となる。
Ａ社〜Ｃ社パスについて、パステーブル２１２＃Ａのパスレコードは、Ａ社〜Ｃ社パス名，Ａ社〜Ｂ社セクション（上位パス），収容位置，Ｔ４（上流端点），下流端点無し、パステーブル２１２＃Ｂのパスレコードは、Ａ社〜Ｃ社パス名，Ａ社〜Ｂ社セクション（上位パス），収容位置，上流端点，Ｔ６（下流端点）から成るレコードとＡ社〜Ｃ社パス名，Ｂ社〜Ｃ社セクション（上位パス），収容位置，Ｔ６（上流端点），下流端点無しから成るレコードとなる。このように一つのパスが複数のセクションに収容されるとき、パスレコードは複数個としているが、１つのパスレコードに複数個の上位セクションを設定しても良い。パステーブル２１２＃Ｃのパスレコードは、Ａ社〜Ｃ社パス名，Ａ社〜Ｂ社セクション（上位パス），収容位置，上流端無し，Ｔ１０（下流端点）となる。
Ｃ社〜ｂ支店パスについて、パステーブル２１２＃Ａのパスレコードは、Ｃ社〜ｂ支店パス，Ｃ社〜ｂ支店セクション（上位パス）、収容位置、Ｔ１２（上流端点）、下流端点無しとなる。
ａ支店〜ｂ支店専用回線について、専用回線テーブル２１４＃Ａの専用回線レコードは、ａ支店〜ｂ支店専用回線，ａ支店〜Ａ社パス（上位パス），収容位置，上流端点無し、Ｔ２（下流端点）からなるレコードと、ａ支店〜ｂ支店専用回線，Ａ社〜Ｂ社パス（上位パス），収容位置，Ｔ４（上流端点）、下流端点無しからなるレコードとなる。
専用回線テーブル２１４＃Ｃの専用回線レコードは、ａ支店〜ｂ支店専用回線，Ａ社〜Ｃ社パス（上位パス），収容位置，上流端点無し、Ｔ１０（下流端点）からなるレコードと、ａ支店〜ｂ支店専用回線，Ｃ社〜ｂ支店パス（上位パス），収容位置，Ｔ１２（上流端点）、下流端点無しからなるレコードとなる。このようにパスと同様に一つの専用回線が複数のパスに収容されるとき、専用回線レコードは複数としているが一つのレコードに複数個のパスを設定しても良い。また、Ｂ社専用回線テーブル２１４＃Ｂにはａ支店〜ｂ支店の専用回線レコードは無い。
テーブル情報送信部２０４＃ｉは、統合監視制御システム１０２の要求に従って、セクションテーブル２１０＃ｉ，パステーブル２１２＃ｉ及び専用回線テーブル２１４＃ｉに格納されたセクションレコード、パスレコード及び専用回線レコードを統合監視制御システム１０２＃ｉに送信する。故障情報受付部２０６＃ｉは、統合監視制御システム１０２より故障情報の通知を受けると、ディスプレイ等に表示する。故障情報の通知とは、他のキャリアネットワークにおけるセクション故障等の主原因故障により自キャリアネットワーク１００＃ｉに影響故障が発生した場合に、その影響故障がどのような主原因によるものであるかが通知される情報である。
図６は図３中の統合監視制御システム１０２の構成図である。図６に示すように、統合監視システム１０２は、セクション関連入力部３００、テーブル統合部３０２、統合テーブル３０４、故障情報入力部３０６、故障解析部３０８、故障通知部３１０及び箇所名称テーブル３１２を有する。統合テーブル３０４は、統合セクションテーブル３２０、統合パステーブル３２２及び統合専用回線テーブル３２４を含む。
セクション関連入力部３００は、キャリアネットワーク間のセクションの接続情報を入力する。ネットワーク全体の主原因を特定するには、ネットワーク全体のセクション・パス・専用回線を接続した情報とする必要があるが、パスの数はセクション数の数倍〜十数倍である。専用回線数はパス数の十数倍〜千倍程度存在するため、全ての情報を人手で接続することは現実的に不可能である。そのため、人手で接続する情報はセクションのみとしている。
キャリアネットワーク間を接続するセクションはセクション名が同一であること等により自動で検索することも可能であるが、キャリアネットワークでは、それぞれ独立して回線設定されることから、同一セクション名等であるとは限らないことから、オペレータにより外部から指定する。例えば、キャリアネットワーク１００＃Ａ，１００＃Ｂ間を接続するＡ社〜Ｂ社セクションが接続されていることが指定される。
指定方法は、例えば、繋がっているセクションについて、そのセクションのキャリアネットワークにおけるセクション名を入力する。例えば、図５において、キャリアネットワーク１００＃ＡのＡ社〜Ｂ社セクションと、キャリアネットワーク１００＃ＢのＡ社〜Ｂ社セクションが接続されるので、キャリアネットワーク１００＃ＡのＡ社〜Ｂ社セクション名及びキャリアネットワーク１００＃ＢのＡ社〜Ｂ社セクション名が入力される。同様に、キャリアネットワーク１００＃ＢのＢ社〜Ｃ社セクションと、キャリアネットワーク１００＃ＣのＢ社〜Ｃ社セクションが接続されるので、キャリアネットワーク１００＃ＢのＢ社〜Ｃ社セクション名及びキャリアネットワーク１００＃ＣのＢ社〜Ｃ社セクション名が入力される。
テーブル統合部３０２は、次の機能を有する。図７は統合セクションテーブル３２０の作成フローチャートである。図８は統合パステーブル３２２の作成フローチャートである。図９Ａ及び図９Ｂは統合セクションレコード，統合パスレコード及び統合専用回線レコードを示す図である。図１０Ａ，１０Ｂ及び図１１Ａ，１１Ｂ，１１Ｃは関連キャリア示す図である。
（１） 図７中のステップＳ１０において、各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）の監視端末１５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）よりセクションテーブル２５０＃ｉ、パステーブル２５２＃ｉ及び専用回線テーブル２５４＃ｉの内容を受信する。この受信テーブルも同一の符号で表す。
（２） セクション関連入力部３００より入力されたセクション間の接続情報、箇所名称テーブル３１２並びにセクションテーブル２５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）、パステーブル２５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び専用回線テーブル２５４＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）より以下にして統合セクションテーブル３２０、統合パステーブル３２２及び統合専用回線テーブル３２４を作成する。
（ｉ） 例えば、図７中のステップＳ１２において、接続される二つのキャリアネットワークでのセクション名が入力されたとすると、ステップＳ１４において、セクション名より当該二つのキャリアネットワーク内の各セクションテーブルを検索して、該当する二つのセクションレコードを取得する。例えば、キャリアネットワーク１００＃ＡのＡ社〜Ｂ社セクション名及びキャリアネットワーク１００＃ＢのＡ社〜Ｂ社セクション名が入力されたとすると、キャリアネットワーク１００＃Ａについて、セクションテーブル２５０＃Ａよりセクションレコード、キャリアネットワーク１００＃Ｂについて、セクションテーブル２５０＃Ｂよりセクションレコードが得られる。
（ｉｉ） ステップＳ１６において、ステップＳ１４において検索した二つのセクションレコード及びセクションレコードが示すセクション名より箇所名称テーブル３１２を検索した結果より、セクション名、上位パス無し、収容位置、上流端点、下流端点及び関連キャリアの項目から成る１本の統合セクションレコードを作成して、統合セクションテーブル３２０に格納する。箇所名称テーブル３１２は、セクション，パス，専用回線について、その関連キャリアを求めるためのものであり、セクション等の名称がどの箇所からどの箇所までを接続するものであるかを示すとき、その箇所の名称と関連キャリアとの関係が格納されている。
関連キャリアとは、セクション故障により影響故障が発生したとき、その影響故障の通知先となるキャリアのことである。例えば、箇所名称が、Ａ社，Ｂ社，Ｃ社，ａ支店，ｂ支店について、関連キャリアはＡ社，Ｂ社，Ｃ社，Ａ社，Ｃ社である。回線が最上位回線、即ち、セクションの場合、セクションの両端の箇所のキャリアを関連キャリアとする。セクション名は、統合後のセクションの名前である。
図９Ａ中の（１）に示すＡ〜Ｂ社セクションについて、図１０Ａ，図１１Ｂに示すように、２本のセクションレコードを１本に統合した関連キャリアがＡ，Ｂ社である統合セクションレコードが作成される。同様に、図９Ａ中の（２）に示すキャリアネットワーク１００＃Ｂ，１００＃Ｃ間を接続するＢ社〜Ｃ社セクションについても、図１０Ａ及び図１１Ｂに示すように、２本のセクションレコードを１本に統合した関連キャリアがＢ，Ｃ社である統合セクションレコードが作成される。
ステップＳ１８において、統合セクションレコードを統合セクションテーブル３２０に書き込む。ステップＳ２０において、他に接続されるセクションが有るか否かを判定する。他に接続されるセクションが有れば、ステップＳ１４に戻る。他に接続されるセクションが無ければ、ステップＳ２２に進む。
ステップＳ２２において、セクションの接続情報がセクション関連入力部３００に入力されなかったセクションについては、キャリアネットワークのセクションレコードに両端のキャリアを関連キャリアとして統合セクションレコードに付加して、統合セクションレコードを作成する。
例えば、図９Ａ中の（１０）に示すａ支店〜Ａ社セクションについての統合セクションレコードの関連キャリアは、図１０Ａ及び図１１Ｂに示すように、Ａ社となる。同様に、図９Ａ中の（１４）に示すＣ社〜ｂ支店セクションについての統合セクションレコードの関連キャリアは、図１０Ａ及び図１１Ｂに示すように、Ｃ社となる。
ステップＳ２４において、統合セクションレコードを統合セクションテーブル３２０に格納する。統合前の二つのセクション名と統合後のセクション名が異なるものとなる場合は、統合前後のセクション名の関係を図示しないセクション名変換テーブルに格納する。
（３） 統合セクションテーブル３２２を以下のように作成する。
（ｉ） 図８中のステップＳ５０において、統合セクションテーブル３２０より統合セクションレコードを検索する。
（ｉｉ） 統合前後のセクション名が変更になっている場合にはセクション名変換テーブルを検索して、統合前の二つのセクション名を取得する。
（ｉｉｉ） ステップＳ５２において、統合前のセクション名より該当キャリアネットワークのパステーブルを検索して、当該セクション名を上位パスとする全てのパスレコードを取得する。ステップＳ５４において、パスレコードが複数あるとき、これらのパスレコードに関わるパスが同一パスで有るか否かを判定する。同一パスであれば、ステップＳ５６に進み。同一パスでなければ、ステップＳ５８に進む。同一パスとは、下流端点となる下流パスが上流端点となる上流パスの受信側となる二つのパスであり、例えば、収容位置やパス名が同一であることにより判断する。
例えば、図９Ａ中の（３）に示すキャリアネットワーク１００＃ＡのＡ社〜Ｃ社パスの収容情報が図９Ａ中の（１）に示すＡ社〜Ｂ社セクションであることから、キャリアネットワーク１００＃Ａについて、図９Ａ中の（３）に示すＡ社〜Ｃ社パスのパスレコードが取得される。図９Ａ中の（４）に示すキャリアネットワーク１００＃ＢのＡ社〜Ｃ社パスの収容情報が図９Ａ中の（１）に示すＡ社〜Ｂ社セクションであることから、キャリアネットワーク１００＃Ａについて、図９Ａの（４）に示すＡ社〜Ｃ社パスのパスレコードが取得される。
これらの二つのパスレコードは、例えば、収容位置が同一であることから同一パスについてのものであることが分かる。同様に、図９Ａ中の（２）に示すＢ社〜Ｃ社セクションについては、キャリアネットワーク１００＃Ｂ，１００＃Ｃについて、図９Ａ中の（５），（６）に示すＡ社〜Ｃ社パスについての２個のパスレコードが取得される。また、図９Ａ中の（１０）に示すａ支店〜Ａ社セクション及び（１４）に示すＣ社〜ｂ支店セクションについては、キャリアネットワーク１００＃Ｂ，１００＃Ｃについて、図９Ａ中の（１２），（１６）に示すａ支店〜Ａ社パス，Ｃ社〜ｂ支店パスについてのパスレコードが取得される。
（ｉｖ） ステップＳ５６において、（ｉｉｉ）で取得した２個の同一パスとなる二つのパスレコードから、パス名、統合後セクション名（上位パス）、収容位置、上流端点、下流端点、関連キャリアからなる１本の統合パスレコードを作成する。パスについての関連キャリアは、セクションの両端の箇所のキャリア、最上位回線でないパスについては、パスの両端の箇所のキャリア及び一つ上位回線である当該パスが収容されるセクションの両端箇所のキャリアも含める。
例えば、図９Ａの（３），（４）に示すパスレコードを統合すると、Ａ社〜Ｃ社パス名（パス名）、Ａ社〜Ｂ社セクション名（上位パス名）、パスレコードに設定された収容位置、パスレコードに設定された上流端点，下流端点及び図１０Ａ中の（５０）に示すように、キャリアＡ，Ｂ（関連キャリア）が統合パスレコードとして作成される。
同様に、図９Ａの（５），（６）に示すパスレコードを統合すると、Ａ社〜Ｃ社パス名（パス名）、Ａ社〜Ｂ社セクション名（上位パス名）、パスレコードに設定された収容位置、パスレコードに設定された上流端点，下流端点及び図１０Ａ中の（５２）に示すように、Ｂ社，Ｃ社（関連キャリア）が統合パスレコードとして作成される。このとき、これらの二つの統合パスレコードは同一パスであることから、図１１Ｂに示すように、上流端点を最上流のＡ社の端点，下流端点を最下流のＣ社の端点、関連キャリアをＡ社，Ｃ社，Ｂ社として統合しても良い。この結果、関連キャリアは上流端点，下流端点のキャリア及び上位セクションの関連キャリアがパスの関連キャリアとなる。
この結果、例えば、図９Ａの（３）に示すキャリアネットワーク１００＃ＡにおけるＡ社〜Ｃ社パスが、図９Ｂの（ａ），（ｂ）に示すように、キャリアネットワーク１００＃ＢにおけるＡ社〜Ｂ社セクション，Ｂ社〜Ｃ社セクションに収容されることとなり、キャリアネットワーク１００＃ＣにおけるＢ〜Ｃ社セクションに収容されることとなることが分かる。また、例えば、キャリアネットワーク１００＃Ａ，１００＃Ｂ間のセクションが１本、セクションに収容されるパスが１６本であるとき、３２個のパスレコードが１６個の統合パスレコードに自動的に統合される。
ステップＳ５８において、同一パスとはならないパスレコードについて、統合パスレコードを作成する。例えば、図９Ａの（１２）に示すａ支店〜Ａ社パスのパスレコードの統合パスレコードの関連キャリアは、図１０Ａの（５４）及び図１１Ｂに示すように上位セクションの関連キャリアより引き継がれてＡ社となる。図９Ａの（１６）に示すＣ支店〜ｂ支店パスのパスレコードの統合パスレコードの関連キャリアは、図１０Ａの（５６）に示すように上位セクションの関連キャリアより引き継がれてＣ社となる。ステップＳ６０において、統合パスレコードを統合パステーブル３２２に書き込む。
統合前後でパス名が変更される場合は、統合前後のパス名の関係を図示しないパス名変換テーブルに格納する。
（ｖ） パスの統合と同様にして、以下のようにして専用回線レコードを統合する。統合パステーブル３２２を検索してパス名を得る。キャリアネットワークの専用回線テーブルを検索して、当該パス名に該当するパスを上位パスとする専用回線レコードを取得する。例えば、図９Ａ中の（３）に示すＡ社〜Ｃ社パスを上位パスとする図９Ａ中の（２０）に示すａ支店〜ｂ支店専用回線についての専用回線レコードが得られる。また、キャリアネットワーク１００＃Ｃにおける統合前のＡ社〜Ｃ社パスを上位パスとする図９Ａ中の（２２）に示すａ支店〜ｂ支店専用回線についての専用回線レコードが得られる。
複数の専用回線レコードに関わる専用回線が同一専用回線である場合には、専用回線名、統合後バス名（上位パス）、収容位置、上流端点、下流端点及び関連キャリアを統合専用回線レコードとして作成し、統合専用回線テーブル１０８に格納する。このとき、統合前の専用回線が異なるパスに収容される場合には、統合専用回線レコードの上位パスは複数個設定される。例えば、専用回線レコードの専用回線名又は収容位置が同一であることより、同一専用回線であると判断する。
例えば、ａ支店〜ｂ支店専用回線について、図９Ａ中の（２０），（２２）についての２個の専用回線レコードを１個の統合専用回線レコードに統合する。更に、図９Ａ中の（２４），（２０），（２２），（２６）に示す専用回線レコードを１本に統合しても良い。
例えば、統合専用回線レコードの上流端点はａ支店，下流端点はｂ支店となる。上位パスはａ支店〜Ａ社パス，Ａ社〜Ｃ社パス、Ｃ社〜ｂ支店パスとなる。関連キャリアは、図１０Ａの（５８），（６０），（６２）及び図１１Ｂに示すように、専用回線の両端点のキャリアとする。例えば、ａ支店〜ｂ支店専用回線について、関連キャリアはＡ社，Ｃ社となる。
このとき、ａ支店〜ｂ支店専用回線についての統合専用回線レコードより、ａ支店〜ｂ支店専用回線はキャリアネットワーク１００＃Ｂには存在しないが、図９Ｂ中の（ｄ）に示すようにａ支店〜ｂ支店専用回線がキャリアネットワーク１００＃ＢのＡ社〜Ｃ社パスに収容されることが分かる。
（ｖｉ） 統合セクションテーブル３２０に格納された各統合セクションレコードより、図１１Ｂに示すように、セクション名、関連キャリア、上流端部、下流端部についての情報を画面に表示する。統合パステーブル３２２に格納された各統合パスレコードより、図１１Ｂに示すように、パス名、関連キャリア、上流端部、下流端部及びパスが収容されるセクション（複数のセクションに収容されるときは全てのセクション）についての情報を画面に表示する。また、統合専用回線テーブル３２４に格納された統合専用回線レコードを元に、図１１Ｂに示すように、専用回線名、関連キャリア、上流端部、下流端部及び専用回線が収容されるパス（複数のパスに収容されるときは全てのパス）についての情報を画面に表示する。
例えば、セクションについては、Ａ社〜Ｂ社セクションやＢ社〜Ｃ社セクションのキャリアネットワーク１００＃Ａ，１００＃Ｂやキャリアネットワーク１００＃Ｂ，１００＃Ｃ間の繋がりが分かる。パスについては、図９Ｂ中の（ａ），（ｂ），（ｃ）に示すように、キャリアネットワーク１００＃ＡにおけるＡ社〜Ｃ社パスがＡ社〜Ｂ社セクション、Ｂ社〜Ｃ社セクションに収容されることが分かる。また、専用回線については、図９Ｂ中の（ｄ）に示すように、キャリアネットワーク１００＃Ｂでは定義されていない支店〜ｂ支店専用回線が統合専用回線レコードによりＡ社〜Ｃ社パスに収容されることが分かる。
同様に、パスが主原因故障であるとき、例えば、キャリアネットワーク１００＃ＢにおけるＡ社〜Ｃ社パスが故障であるとき、キャリアネットワーク１００＃Ａ，１００＃Ｃ
また、統合セクションテーブル３２０，統合パステーブル３２２、統合専用回線テーブル３２４を元に、各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおける各セクションについて、それに収容される全てのパス及び当該パスに収容される全ての専用回線についての故障情報をキャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃに設置された監視端末１５２＃Ａ，１５２＃Ｂ，１５２＃Ｃに送信する。
監視端末１５２＃Ａ，１５２＃Ｂ，１５２＃Ｃは、統合監視制御システム１０２より送信された情報を画面に表示する。これにより、各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおいて、各パスについて自キャリアネットワークでは定義されて他キャリアネットワークで定義された専用回線を確認してから、試験・削除等を行うことによりオペレーションミスの発生を抑えることができる。
図１２及び図１３Ａ，１３Ｂは、故障解析を示す図である。各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）のＮＥ１５０＃ｉｊ（ｉ＝Ａ，…，ｊ＝１，…）は、セクションやパスや専用回線に関わる故障が発生すると、図１２中の（２），（４），（６）に示すように、故障情報を統合監視制御システム１０２に通知する。故障情報入力部３０６は各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）のＮＥ１５０＃ｉｊ（ｉ＝Ａ，Ｂ，Ｃ，ｊ＝１，…）より故障情報を入力する。
例えば、図１２中の（４）に示すように、キャリアネットワークワーク１００＃Ｂ，１００＃Ｃ間を接続するＢ社〜Ｃ社セクションが故障したとすると、キャリアネットワーク１００＃Ｂでは、図１２及び図１３Ａ中の（１０），（１６）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パスが故障したこと、キャリアネットワーク１００＃Ｃでは、図１２及び図１３Ａ中の（１２），（１８），（２４），（２６）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パス，ａ支店〜ｂ支店専用回線，ａ支店〜ｂ支店専用回線が故障したこと、キャリアネットワーク１００＃Ａでは、図１２及び図１３Ａ中の（１４），（２０），（２２）に示すように、Ａ社〜Ｂ社パス，ａ支店〜ｂ支店専用回線，ａ支店〜ｂ支店専用回線が故障したことが通知される。
故障解析部３０８は、次の機能を有する。
（１） 故障情報受信部３０６が受信した各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃからの故障情報が示す故障箇所の名称と故障箇所に該当する統合セクションレコード，統合パスレコード，統合専用回線レコードの収容関係よりそれぞれの主原因の故障情報を特定する。例えば、図１３Ｂ中の（１４），（１０），（１２）に示すように、各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおける主原因の故障情報は、Ａ社〜Ｃ社パス、Ｂ社〜Ｃ社セクション、Ｂ社〜Ｃ社セクションであることが分かる。
（２） 各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおける主原因の故障情報に該当する統合セクションレコード，パスレコード及び専用回線レコードの収容関係より最上位の故障情報を特定する。例えば、図１２に示した故障では、図１３Ｂ中の（１０），（１２）に示すようにキャリアネットワーク１００＃ａにおけるＡ社〜Ｃ社パスに該当する統合パスレコードよりＡ社〜Ｃ社パスがＢ社〜Ｃ社セクションに収容されることが分かるので、最上位の故障情報はキャリアネットワーク１００＃Ｂ，１００＃ＣにおけるＢ社〜Ｃ社セクションの故障情報であることが分かる。これによりネットワーク全体における主原因が判明する。主原因故障を画面に表示する。例えば、図１２に示すように、Ｂ社〜Ｃ社セクションが主原因故障であることを画面に表示する。
（３） ネットワーク全体の主原因の故障情報の統合セクション名／パス名を元に（統合前後で名称が変更されている場合には、変換テーブルを検索して統合後セクション名／パス名を取得する）、統合セクションテーブル３２０，統合パステーブル３２２を参照して、統合セクション名／パス名に該当するセクション／パスに収容される全てのパス／専用回線及びその関連キャリアネットワークを得る。例えば、キャリアネットワーク１００＃Ａにおいて、図１３Ｂ中の（１４），（２０），（２２）に示すＡ社〜Ｂ社パス，ａ支店〜ｂ支店専用回線の故障がＢ社〜Ｃ社セクション故障の影響故障であることが分かる。この影響故障及び主原因故障が各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，…）のＮＥより通知された全ての故障と一致しない場合、一致しない中の最上位の故障を特定して上述したようにして影響故障を判別する。
故障情報通知部３１０は、各関連キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃに関わる故障解析部３０８が得た各影響情報及び主原因を故障情報に該当する統合セクション／パス／専用回線レコードに設定された該当関連当該キャリアネットワークに通知する。
例えば、キャリアネットワーク１００＃Ａに、影響故障として、Ａ社〜Ｃ社パス故障、ａ支店〜Ａ社パス故障及びａ支店〜ｂ支店専用回線故障、主原因故障として、Ｂ社〜Ｃ社セクション故障を送信する。また、キャリアネットワーク１００＃Ｂに、影響故障として、Ａ社〜Ｃ社パス故障、主原因故障として、Ｂ社〜Ｃ社セクション故障を送信する。キャリアネットワーク１００＃Ｃについては、影響故障として、Ａ社〜Ｃ社パス故障、Ｃ社〜ｂ支店パス故障及びａ支店〜ｂ専用回線故障を、主原因故障として、Ｂ社〜Ｃ社セクション故障を送信する。
同様に、パスを主原因故障とする場合も、パスに収容される専用回線への影饗故障が判明する。例えば、キャリアネットワーク１００＃Ｂにおいて、Ａ社〜Ｃ社パスが故障したとき、Ａ社〜Ｃ社パスに収容されるａ支店〜ｂ支店専用回線に影響故障が発生したことが判明する。
キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃの監視端末１５２＃Ａ，１５２＃Ｂ，１５２＃Ｃは影響故障とともに主原因故障を受信して、画面に表示する。例えば、キャリアネットワーク１００＃Ａのオペレータはネットワーク１００＃Ａ内の故障が他キャリアネットワークの故障によるものと判断する。キャリアネットワーク１００＃Ｂ，１００＃Ｃのオペレータは、Ｂ社〜Ｃ社のセクションに故障があったことが分かる。そして、例えば、Ｂ社，Ｃ社はＢ社〜Ｃ社セクションの故障の復旧を行う。また、Ａ社，Ｃ社では、ａ支店〜ｂ支店専用回線故障がＢ社〜Ｃ社セクション故障によるものであることをａ支店，ｂ支店に通知する。
図２は本発明の原理の動作説明図；
図３は本発明の実施形態による複数のキャリアネットワークを示すネットワークシステムを示す図；
図４は図３中の監視端末の機能ブロック図；
図５は各キャリアネットワークのネットワーク構成例を示す図；
図６は図３中の統合監視システムの機能ブロック図；
図７は統合セクションテーブル作成のフローチャート；
図８は統合パステーブル作成のフローチャート；
図９Ａはテーブル作成を示す図；
図９Ｂはテーブル作成を示す図；
図１０Ａはテーブル作成を示す図；
図１０Ｂは箇所名称テーブルを示す図；
図１１Ａはテーブル作成を示す図；
図１１Ｂはテーブル作成を示す図；
図１１Ｃは箇所名称テーブル示す図；
図１２は故障通知を示す図；
図１３Ａは故障解析を示す図；
図１３Ｂは故障解析を示す図；
図１４は複数のキャリアネットワークより構成されたネットワークの一例を示す図；
図１５はセクション、パス及び専用回線を示す図；
図１６は影響故障を示す図；
図１７は従来のキャリアネットワークの分割監視（その１）を示す図；
図１８Ａは従来のキャリアネットワークの分割監視（その２）を示す図；
図１８Ｂは従来のキャリアネットワークの分割監視（その２）を示す図；
図１９は従来の監視制御システムのホスティングサービスを示す図である。
発明を実施するための最良の態様
本発明の実施形態の説明をする前に本発明の原理の説明をする。図１及び図２Ａ，２Ｂは本発明の原理図である。図１に示すネットワークシステムは複数のキャリアネットワーク５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び統合監視制御システム５２を含む。各キャリアネットワーク５０＃ｉは、複数のＮＥ５４＃ｉｊ（ｊ＝１，２，…）を含む。
各キャリアネットワーク５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）における、キャリアネットワーク５０＃Ａに収容されるａ支店からキャリアネットワーク５０＃Ｃに収容されるｂ支店までのセクション、パス及び専用回線についての設定情報は、キャリアネットワーク５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）毎に設定されて、図２．Ａに示すようになる。キャリアネットワーク５０＃Ａ，５０＃ＢのＡ社〜Ｂ社セクション、キャリアネットワーク５０＃Ｂ，５０＃ＣのＢ社〜Ｃ社セクション、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣのＡ社〜Ｃ社パスは別々に定義されている。キャリアネットワーク５０＃Ｂにおいて、ａ支店〜ｂ支店専用回線が定義されていない。
統合監視制御システム５２は、統合セクションテーブル６０、統合パステーブル６２、統合専用回線テーブル６４、故障解析部６６及び故障通知部６８を有する。統合セクションテーブル６０はセクション間の接続関係を定義するテーブルであり、例えば、図２Ｂに示すように、キャリアネットワーク５０＃Ａ，５０＃Ｂ間のＡ社〜Ｂ社セクションが互いに接続されていること、キャリアネットワーク５０＃Ｂ，５０＃Ｃ間のＢ社〜Ｃ社セクションが互いに接続されていることが定義されている。
統合パステーブル６２は、パス間の繋がり及びパスを収容するセクション（収容情報）を定義するテーブルであり、図２．Ｂに示すように、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣにおけるＡ社〜Ｃ社パスが、接続されていること、Ａ社〜Ｂ社セクション及びＢ社〜Ｃ社セクションに収容されること（収容情報）が定義されている。例えば、統合専用回線テーブル６４は、専用回線間の繋がり及び専用回線を収容するパスを定義するテーブルであり、図２．Ｂに示すように、キャリアネットワーク５０＃Ａ，５０＃Ｃのａ支店〜ｂ支店専用回線がＡ社〜Ｃ社パスに収容されることが定義されている。
故障解析部６６は、セクションについての故障情報に基づいて、統合パステーブル６２に定義されたパスの収容情報が当該セクションであることを示す全てのパスを検索し、当該パスに影響故障が発生すると判断する。また、統合専用回線テーブル６４に定義された専用回線の収容情報が故障の発生したパスに収容されることを示す全ての専用回線を検索し、当該専用回線に影響故障が発生すると判断する。
例えば、Ｂ社〜Ｃ社セクションが故障になると、統合パステーブル６２には、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣのＡ社〜Ｃ社パスがＢ社〜Ｃ社セクションに収容されること、また、統合セクションテーブル６０には、Ｂ社〜Ｃ社セクションが互いに接続されていることが定義されているので、キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃ＣのＡ社〜Ｃ社パスに影響故障が発生すると判断する。
故障解析部６６は、統合専用回線テーブル６４には、キャリアネットワーク５０＃Ａ，５０＃Ｃのａ支店〜ｂ支店専用回線がキャリアネットワーク５０＃Ａ，５０＃ＣのＡ社〜Ｃ社パスに収容されることが定義されているので、キャリアネットワーク５０＃Ａ，５０＃Ｃのａ支店〜ｂ支店専用回線に影響故障が発生すると判断する。これにより、主原因による他キャリアネットワークへのパスや専用回線への影響故障を特定することができる。
故障通知部６８は、各キャリアネットワーク５０＃Ａ，５０＃Ｂ，５０＃Ｃの監視端末５６＃Ａ，５６＃Ｂ，５６＃Ｃに関連する影響故障及び主原因故障を通知する。例えば、監視端末５６＃Ａには、Ｂ社〜Ｃ社セクションの故障を主原因故障とする、Ａ社〜Ｂ社パスの影響故障及びａ支店〜ｂ支店専用回線の影響故障が発生したことを通知する。
図３は本発明の実施形態によるネットワーク遠隔監視制御システムの構成を示す図である。図３に示すように、ネットワーク遠隔制御システムは、複数のキャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）、監視端末１５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び統合監視制御システム１０２より構成される。キャリアネットワーク１００＃ｉは、複数のＮＥ１５０＃ｉｊ（ｊ＝１，…，）を含む。
ＮＥ１５０＃ｉｊは、ＤＳＵ（Ｄｉｇｉｔａｌ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）等の加入者終端装置、並びにＡＴＭ伝送装置及びＳＤＨ伝送装置（Ｍｏｄ：モジュール）等の伝送装置であり、次の機能を有する。（１）各受信ポートよりデータを受信して、セクション、パス及び専用回線、又はセクション及びパスに関する回線設定情報に従って、受信データに該当するセクションの該当パス又は該当パスの該当専用回線に収容して隣接ＮＥに送信する。（２）各セクション、パス及び専用回線の故障を監視しており、故障情報を統合監視制御システム１０２に送信する。
例えば、キャリアネットワーク１００＃Ａにおいて、ＮＥ１５０＃Ａ２，１５０＃Ａ３，１５０＃Ａ４をＤＳＵ，ＡＴＭ及びＭｏｄにより構成する。ＤＳＵは、ルータやホストコンピュータ等の加入者端末装置を収容し、ＡＴＭとの間をインタフェースする。ＡＴＭは、ＤＳＵ及びＭｏｄとＡＴＭセルをインタフェースする。Ｍｏｄは、ＡＴＭとの間で、例えば、１５０Ｍｂｐｓの伝送速度でインタフェースし、基幹伝送路との間で、例えば、２．４Ｇ（１５０Ｍ×１６）のＳＤＨフレームをインタフェースするモジュールである。
キャリアネットワーク１００＃Ｂにおいて、ＮＥ１５０＃Ｂ１，１５０＃Ｂ２及び１５０＃Ｂ３をそれぞれＭｏｄ，ＡＴＭ，Ｍｏｄで構成する。また、キャリアネットワーク１００＃Ｃにおいて、ＮＥ１５０＃Ｃ１，１５０＃Ｃ２，１５０＃Ｃ３をそれぞれＭｏｄ，ＡＴＭ及びＤＳＵより構成する。ＤＳＵ１５０＃Ａ２はａ支店４＃ａを収容する。ＤＳＵ１５０＃Ｃ３はｂ支店４＃ｂを収容する。
各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃには、上述したセクション、パス及び専用回線について、回線設定がなされる。回線設定情報は、例えば、オペレータにより監視端末１５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）に設定され、監視端末１５２＃ｉより、各ＮＥ１５０＃ｉｊに関連するセクション、パス及び専用回線について回線設定がされる。回線設定情報は、後述するように、監視端末１５２＃ｉに格納される。
図４は図３中の監視端末１５２＃ｉの構成図である。図４に示すように、監視端末１５２＃ｉは、回線設定部２００＃ｉ、テーブル作成部２０２＃ｉ、テーブル情報送信部２０４＃ｉ、故障通知受付部２０６＃ｉ、セクションテーブル２１０＃ｉ、パステーブル２１２＃ｉ及び専用回線テーブル２１４＃ｉを有する。回線設定部２００＃ｉは、オペレータにより入力された回線設定情報から、ＮＥ１５０＃ｉｊ（ｊ＝１，…，）にセクション、パス及び専用回線に関わる回線設定をする。テーブル作成部２０２は、オペレータにより入力された回線設定情報から、セクションテーブル２１０＃ｉ、パステーブル２１２＃ｉ及び専用回線テーブル２１４＃ｉに、セクション情報、パス情報及び専用回線情報を格納する。
セクションテーブル２１０＃ｉには、セクション名、上位パス名無し（上位パス名（収容情報））、収容位置、上流端点及び又は下流端点が設定される。パステーブル２１２＃ｉには、パス名、上位セクション名、収容位置、上流端点及び又は下流端点が設定される。専用回線テーブル２１４＃ｉには、専用回線名、上位パス名、収容位置、上流端点及び下流端点が設定される。
上位パス名（収容情報）とは、パスについてはパスが収容されるセクション名、専用回線については専用回線が収容されるパス名である。セクションについては上位パスがないので設定されない。収容位置とは、セクション、パス、専用回線が収容される伝送路に関する情報である。セクションについては、伝送路の物理情報、例えば、２．４Ｇの伝送路であることを示す情報が設定される。パスについては、セクションに収容される論理パス情報が設定される。更に、専用回線については、パスに収容されるエンドユーザに割り当てられた帯域が設定される。
例えば、２．４Ｇのセクションを１６本の１５０Ｍの伝送路ＡＵＧ１〜１６により構成し、各伝送路ＡＵＧ１〜ＡＵＧ１６を３本の５０Ｍの伝送路ＡＵ１〜３を分割してパスを構成した場合に、パスにＡＵＧ１−ＡＵ１が割り当てられるとき、ＡＵＧ１−ＡＵ１がパスの収容位置となり、ＡＵＧ１−ＡＵ１のパスの中で専用回線に割り当てられたＶＰＩ＃１が専用回線の収容位置となる。
上流端点とは、セクション、パス、専用回線についての送信側であるときの隣接ＮＥと接続する伝送路に接続されるＮＥ内の物理的な位置を特定するためのインタフェース番号（ＩＦ番号）が設定される。下流端点とは、セクション、パス、専用回線の受信側であるときの隣接ＮＥと接続する伝送路に接続されるＮＥ内の物理的な位置を特定するためのインタフェース番号（ＩＦ番号）が設定される。
図５は、セクション，パス及び専用回線レコードを説明するための図である。例えば、キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおけるａ支店４＃ａ〜ｂ支店４＃ｂの通信に関わる、セクション、パス及び専用回線について、セクションテーブル２１０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）、パステーブル２１２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び専用回線テーブル２１４＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）に格納されるセクションレコード、パスレコード、専用回線レコードを説明する。
ａ支店〜Ａ社セクションについて、セクションテーブル２１０＃Ａのセクションレコードは、ａ支店〜Ａ社セクション名，上位パス無し、収容位置、上流端点無し、Ｔ２（下流端点）となる。Ａ社〜Ｂ社セクションについて、セクションテーブル２１０＃Ａのセクションレコードは、Ａ社〜Ｂ社セクション名，上位パス無し，収容位置，Ｔ４（上流端点），下流端点無し、セクションテーブル２１０＃Ｂのセクションレコードは、Ａ社〜Ｂ社セクション名，上位パス無し，収容位置，上流端点無し，Ｔ６（下流端点）となる。
Ｂ社〜Ｃ社セクションについて、セクションテーブル２１０＃Ｂのセクションレコードは、Ｂ社〜Ｃ社セクション名，上位パス無し，収容位置、Ｔ８（上流端点），下流端点無し、セクションテーブル２１０＃Ｃのセクションレコードは、Ｂ社〜Ｃ社セクション名、上位パス無し、収容位置、上流端点無し，Ｔ１０（下流端点）となる。
Ｃ社〜ｂ支店セクションについて、セクションテーブル２１０＃Ｃのセクションレコードは、Ｃ社〜ｂ支店セクション名，上位パス無し、収容位置、Ｔ１２（上流端点）、下流端点無しとなる。
ａ支店〜Ａ社パスについて、パステーブル２１２＃Ａのパスレコードは、ａ支店〜Ａ社パス名，ａ支店〜Ａ社セクション（上位パス）、収容位置、上流端点無し、Ｔ２（下流端点）となる。
Ａ社〜Ｃ社パスについて、パステーブル２１２＃Ａのパスレコードは、Ａ社〜Ｃ社パス名，Ａ社〜Ｂ社セクション（上位パス），収容位置，Ｔ４（上流端点），下流端点無し、パステーブル２１２＃Ｂのパスレコードは、Ａ社〜Ｃ社パス名，Ａ社〜Ｂ社セクション（上位パス），収容位置，上流端点，Ｔ６（下流端点）から成るレコードとＡ社〜Ｃ社パス名，Ｂ社〜Ｃ社セクション（上位パス），収容位置，Ｔ６（上流端点），下流端点無しから成るレコードとなる。このように一つのパスが複数のセクションに収容されるとき、パスレコードは複数個としているが、１つのパスレコードに複数個の上位セクションを設定しても良い。パステーブル２１２＃Ｃのパスレコードは、Ａ社〜Ｃ社パス名，Ａ社〜Ｂ社セクション（上位パス），収容位置，上流端無し，Ｔ１０（下流端点）となる。
Ｃ社〜ｂ支店パスについて、パステーブル２１２＃Ａのパスレコードは、Ｃ社〜ｂ支店パス，Ｃ社〜ｂ支店セクション（上位パス）、収容位置、Ｔ１２（上流端点）、下流端点無しとなる。
ａ支店〜ｂ支店専用回線について、専用回線テーブル２１４＃Ａの専用回線レコードは、ａ支店〜ｂ支店専用回線，ａ支店〜Ａ社パス（上位パス），収容位置，上流端点無し、Ｔ２（下流端点）からなるレコードと、ａ支店〜ｂ支店専用回線，Ａ社〜Ｂ社パス（上位パス），収容位置，Ｔ４（上流端点）、下流端点無しからなるレコードとなる。
専用回線テーブル２１４＃Ｃの専用回線レコードは、ａ支店〜ｂ支店専用回線，Ａ社〜Ｃ社パス（上位パス），収容位置，上流端点無し、Ｔ１０（下流端点）からなるレコードと、ａ支店〜ｂ支店専用回線，Ｃ社〜ｂ支店パス（上位パス），収容位置，Ｔ１２（上流端点）、下流端点無しからなるレコードとなる。このようにパスと同様に一つの専用回線が複数のパスに収容されるとき、専用回線レコードは複数としているが一つのレコードに複数個のパスを設定しても良い。また、Ｂ社専用回線テーブル２１４＃Ｂにはａ支店〜ｂ支店の専用回線レコードは無い。
テーブル情報送信部２０４＃ｉは、統合監視制御システム１０２の要求に従って、セクションテーブル２１０＃ｉ，パステーブル２１２＃ｉ及び専用回線テーブル２１４＃ｉに格納されたセクションレコード、パスレコード及び専用回線レコードを統合監視制御システム１０２＃ｉに送信する。故障情報受付部２０６＃ｉは、統合監視制御システム１０２より故障情報の通知を受けると、ディスプレイ等に表示する。故障情報の通知とは、他のキャリアネットワークにおけるセクション故障等の主原因故障により自キャリアネットワーク１００＃ｉに影響故障が発生した場合に、その影響故障がどのような主原因によるものであるかが通知される情報である。
図６は図３中の統合監視制御システム１０２の構成図である。図６に示すように、統合監視システム１０２は、セクション関連入力部３００、テーブル統合部３０２、統合テーブル３０４、故障情報入力部３０６、故障解析部３０８、故障通知部３１０及び箇所名称テーブル３１２を有する。統合テーブル３０４は、統合セクションテーブル３２０、統合パステーブル３２２及び統合専用回線テーブル３２４を含む。
セクション関連入力部３００は、キャリアネットワーク間のセクションの接続情報を入力する。ネットワーク全体の主原因を特定するには、ネットワーク全体のセクション・パス・専用回線を接続した情報とする必要があるが、パスの数はセクション数の数倍〜十数倍である。専用回線数はパス数の十数倍〜千倍程度存在するため、全ての情報を人手で接続することは現実的に不可能である。そのため、人手で接続する情報はセクションのみとしている。
キャリアネットワーク間を接続するセクションはセクション名が同一であること等により自動で検索することも可能であるが、キャリアネットワークでは、それぞれ独立して回線設定されることから、同一セクション名等であるとは限らないことから、オペレータにより外部から指定する。例えば、キャリアネットワーク１００＃Ａ，１００＃Ｂ間を接続するＡ社〜Ｂ社セクションが接続されていることが指定される。
指定方法は、例えば、繋がっているセクションについて、そのセクションのキャリアネットワークにおけるセクション名を入力する。例えば、図５において、キャリアネットワーク１００＃ＡのＡ社〜Ｂ社セクションと、キャリアネットワーク１００＃ＢのＡ社〜Ｂ社セクションが接続されるので、キャリアネットワーク１００＃ＡのＡ社〜Ｂ社セクション名及びキャリアネットワーク１００＃ＢのＡ社〜Ｂ社セクション名が入力される。同様に、キャリアネットワーク１００＃ＢのＢ社〜Ｃ社セクションと、キャリアネットワーク１００＃ＣのＢ社〜Ｃ社セクションが接続されるので、キャリアネットワーク１００＃ＢのＢ社〜Ｃ社セクション名及びキャリアネットワーク１００＃ＣのＢ社〜Ｃ社セクション名が入力される。
テーブル統合部３０２は、次の機能を有する。図７は統合セクションテーブル３２０の作成フローチャートである。図８は統合パステーブル３２２の作成フローチャートである。図９Ａ及び図９Ｂは統合セクションレコード，統合パスレコード及び統合専用回線レコードを示す図である。図１０Ａ，１０Ｂ及び図１１Ａ，１１Ｂ，１１Ｃは関連キャリア示す図である。
（１） 図７中のステップＳ１０において、各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）の監視端末１５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）よりセクションテーブル２５０＃ｉ、パステーブル２５２＃ｉ及び専用回線テーブル２５４＃ｉの内容を受信する。この受信テーブルも同一の符号で表す。
（２） セクション関連入力部３００より入力されたセクション間の接続情報、箇所名称テーブル３１２並びにセクションテーブル２５０＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）、パステーブル２５２＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）及び専用回線テーブル２５４＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）より以下にして統合セクションテーブル３２０、統合パステーブル３２２及び統合専用回線テーブル３２４を作成する。
（ｉ） 例えば、図７中のステップＳ１２において、接続される二つのキャリアネットワークでのセクション名が入力されたとすると、ステップＳ１４において、セクション名より当該二つのキャリアネットワーク内の各セクションテーブルを検索して、該当する二つのセクションレコードを取得する。例えば、キャリアネットワーク１００＃ＡのＡ社〜Ｂ社セクション名及びキャリアネットワーク１００＃ＢのＡ社〜Ｂ社セクション名が入力されたとすると、キャリアネットワーク１００＃Ａについて、セクションテーブル２５０＃Ａよりセクションレコード、キャリアネットワーク１００＃Ｂについて、セクションテーブル２５０＃Ｂよりセクションレコードが得られる。
（ｉｉ） ステップＳ１６において、ステップＳ１４において検索した二つのセクションレコード及びセクションレコードが示すセクション名より箇所名称テーブル３１２を検索した結果より、セクション名、上位パス無し、収容位置、上流端点、下流端点及び関連キャリアの項目から成る１本の統合セクションレコードを作成して、統合セクションテーブル３２０に格納する。箇所名称テーブル３１２は、セクション，パス，専用回線について、その関連キャリアを求めるためのものであり、セクション等の名称がどの箇所からどの箇所までを接続するものであるかを示すとき、その箇所の名称と関連キャリアとの関係が格納されている。
関連キャリアとは、セクション故障により影響故障が発生したとき、その影響故障の通知先となるキャリアのことである。例えば、箇所名称が、Ａ社，Ｂ社，Ｃ社，ａ支店，ｂ支店について、関連キャリアはＡ社，Ｂ社，Ｃ社，Ａ社，Ｃ社である。回線が最上位回線、即ち、セクションの場合、セクションの両端の箇所のキャリアを関連キャリアとする。セクション名は、統合後のセクションの名前である。
図９Ａ中の（１）に示すＡ〜Ｂ社セクションについて、図１０Ａ，図１１Ｂに示すように、２本のセクションレコードを１本に統合した関連キャリアがＡ，Ｂ社である統合セクションレコードが作成される。同様に、図９Ａ中の（２）に示すキャリアネットワーク１００＃Ｂ，１００＃Ｃ間を接続するＢ社〜Ｃ社セクションについても、図１０Ａ及び図１１Ｂに示すように、２本のセクションレコードを１本に統合した関連キャリアがＢ，Ｃ社である統合セクションレコードが作成される。
ステップＳ１８において、統合セクションレコードを統合セクションテーブル３２０に書き込む。ステップＳ２０において、他に接続されるセクションが有るか否かを判定する。他に接続されるセクションが有れば、ステップＳ１４に戻る。他に接続されるセクションが無ければ、ステップＳ２２に進む。
ステップＳ２２において、セクションの接続情報がセクション関連入力部３００に入力されなかったセクションについては、キャリアネットワークのセクションレコードに両端のキャリアを関連キャリアとして統合セクションレコードに付加して、統合セクションレコードを作成する。
例えば、図９Ａ中の（１０）に示すａ支店〜Ａ社セクションについての統合セクションレコードの関連キャリアは、図１０Ａ及び図１１Ｂに示すように、Ａ社となる。同様に、図９Ａ中の（１４）に示すＣ社〜ｂ支店セクションについての統合セクションレコードの関連キャリアは、図１０Ａ及び図１１Ｂに示すように、Ｃ社となる。
ステップＳ２４において、統合セクションレコードを統合セクションテーブル３２０に格納する。統合前の二つのセクション名と統合後のセクション名が異なるものとなる場合は、統合前後のセクション名の関係を図示しないセクション名変換テーブルに格納する。
（３） 統合セクションテーブル３２２を以下のように作成する。
（ｉ） 図８中のステップＳ５０において、統合セクションテーブル３２０より統合セクションレコードを検索する。
（ｉｉ） 統合前後のセクション名が変更になっている場合にはセクション名変換テーブルを検索して、統合前の二つのセクション名を取得する。
（ｉｉｉ） ステップＳ５２において、統合前のセクション名より該当キャリアネットワークのパステーブルを検索して、当該セクション名を上位パスとする全てのパスレコードを取得する。ステップＳ５４において、パスレコードが複数あるとき、これらのパスレコードに関わるパスが同一パスで有るか否かを判定する。同一パスであれば、ステップＳ５６に進み。同一パスでなければ、ステップＳ５８に進む。同一パスとは、下流端点となる下流パスが上流端点となる上流パスの受信側となる二つのパスであり、例えば、収容位置やパス名が同一であることにより判断する。
例えば、図９Ａ中の（３）に示すキャリアネットワーク１００＃ＡのＡ社〜Ｃ社パスの収容情報が図９Ａ中の（１）に示すＡ社〜Ｂ社セクションであることから、キャリアネットワーク１００＃Ａについて、図９Ａ中の（３）に示すＡ社〜Ｃ社パスのパスレコードが取得される。図９Ａ中の（４）に示すキャリアネットワーク１００＃ＢのＡ社〜Ｃ社パスの収容情報が図９Ａ中の（１）に示すＡ社〜Ｂ社セクションであることから、キャリアネットワーク１００＃Ａについて、図９Ａの（４）に示すＡ社〜Ｃ社パスのパスレコードが取得される。
これらの二つのパスレコードは、例えば、収容位置が同一であることから同一パスについてのものであることが分かる。同様に、図９Ａ中の（２）に示すＢ社〜Ｃ社セクションについては、キャリアネットワーク１００＃Ｂ，１００＃Ｃについて、図９Ａ中の（５），（６）に示すＡ社〜Ｃ社パスについての２個のパスレコードが取得される。また、図９Ａ中の（１０）に示すａ支店〜Ａ社セクション及び（１４）に示すＣ社〜ｂ支店セクションについては、キャリアネットワーク１００＃Ｂ，１００＃Ｃについて、図９Ａ中の（１２），（１６）に示すａ支店〜Ａ社パス，Ｃ社〜ｂ支店パスについてのパスレコードが取得される。
（ｉｖ） ステップＳ５６において、（ｉｉｉ）で取得した２個の同一パスとなる二つのパスレコードから、パス名、統合後セクション名（上位パス）、収容位置、上流端点、下流端点、関連キャリアからなる１本の統合パスレコードを作成する。パスについての関連キャリアは、セクションの両端の箇所のキャリア、最上位回線でないパスについては、パスの両端の箇所のキャリア及び一つ上位回線である当該パスが収容されるセクションの両端箇所のキャリアも含める。
例えば、図９Ａの（３），（４）に示すパスレコードを統合すると、Ａ社〜Ｃ社パス名（パス名）、Ａ社〜Ｂ社セクション名（上位パス名）、パスレコードに設定された収容位置、パスレコードに設定された上流端点，下流端点及び図１０Ａ中の（５０）に示すように、キャリアＡ，Ｂ（関連キャリア）が統合パスレコードとして作成される。
同様に、図９Ａの（５），（６）に示すパスレコードを統合すると、Ａ社〜Ｃ社パス名（パス名）、Ａ社〜Ｂ社セクション名（上位パス名）、パスレコードに設定された収容位置、パスレコードに設定された上流端点，下流端点及び図１０Ａ中の（５２）に示すように、Ｂ社，Ｃ社（関連キャリア）が統合パスレコードとして作成される。このとき、これらの二つの統合パスレコードは同一パスであることから、図１１Ｂに示すように、上流端点を最上流のＡ社の端点，下流端点を最下流のＣ社の端点、関連キャリアをＡ社，Ｃ社，Ｂ社として統合しても良い。この結果、関連キャリアは上流端点，下流端点のキャリア及び上位セクションの関連キャリアがパスの関連キャリアとなる。
この結果、例えば、図９Ａの（３）に示すキャリアネットワーク１００＃ＡにおけるＡ社〜Ｃ社パスが、図９Ｂの（ａ），（ｂ）に示すように、キャリアネットワーク１００＃ＢにおけるＡ社〜Ｂ社セクション，Ｂ社〜Ｃ社セクションに収容されることとなり、キャリアネットワーク１００＃ＣにおけるＢ〜Ｃ社セクションに収容されることとなることが分かる。また、例えば、キャリアネットワーク１００＃Ａ，１００＃Ｂ間のセクションが１本、セクションに収容されるパスが１６本であるとき、３２個のパスレコードが１６個の統合パスレコードに自動的に統合される。
ステップＳ５８において、同一パスとはならないパスレコードについて、統合パスレコードを作成する。例えば、図９Ａの（１２）に示すａ支店〜Ａ社パスのパスレコードの統合パスレコードの関連キャリアは、図１０Ａの（５４）及び図１１Ｂに示すように上位セクションの関連キャリアより引き継がれてＡ社となる。図９Ａの（１６）に示すＣ支店〜ｂ支店パスのパスレコードの統合パスレコードの関連キャリアは、図１０Ａの（５６）に示すように上位セクションの関連キャリアより引き継がれてＣ社となる。ステップＳ６０において、統合パスレコードを統合パステーブル３２２に書き込む。
統合前後でパス名が変更される場合は、統合前後のパス名の関係を図示しないパス名変換テーブルに格納する。
（ｖ） パスの統合と同様にして、以下のようにして専用回線レコードを統合する。統合パステーブル３２２を検索してパス名を得る。キャリアネットワークの専用回線テーブルを検索して、当該パス名に該当するパスを上位パスとする専用回線レコードを取得する。例えば、図９Ａ中の（３）に示すＡ社〜Ｃ社パスを上位パスとする図９Ａ中の（２０）に示すａ支店〜ｂ支店専用回線についての専用回線レコードが得られる。また、キャリアネットワーク１００＃Ｃにおける統合前のＡ社〜Ｃ社パスを上位パスとする図９Ａ中の（２２）に示すａ支店〜ｂ支店専用回線についての専用回線レコードが得られる。
複数の専用回線レコードに関わる専用回線が同一専用回線である場合には、専用回線名、統合後バス名（上位パス）、収容位置、上流端点、下流端点及び関連キャリアを統合専用回線レコードとして作成し、統合専用回線テーブル１０８に格納する。このとき、統合前の専用回線が異なるパスに収容される場合には、統合専用回線レコードの上位パスは複数個設定される。例えば、専用回線レコードの専用回線名又は収容位置が同一であることより、同一専用回線であると判断する。
例えば、ａ支店〜ｂ支店専用回線について、図９Ａ中の（２０），（２２）についての２個の専用回線レコードを１個の統合専用回線レコードに統合する。更に、図９Ａ中の（２４），（２０），（２２），（２６）に示す専用回線レコードを１本に統合しても良い。
例えば、統合専用回線レコードの上流端点はａ支店，下流端点はｂ支店となる。上位パスはａ支店〜Ａ社パス，Ａ社〜Ｃ社パス、Ｃ社〜ｂ支店パスとなる。関連キャリアは、図１０Ａの（５８），（６０），（６２）及び図１１Ｂに示すように、専用回線の両端点のキャリアとする。例えば、ａ支店〜ｂ支店専用回線について、関連キャリアはＡ社，Ｃ社となる。
このとき、ａ支店〜ｂ支店専用回線についての統合専用回線レコードより、ａ支店〜ｂ支店専用回線はキャリアネットワーク１００＃Ｂには存在しないが、図９Ｂ中の（ｄ）に示すようにａ支店〜ｂ支店専用回線がキャリアネットワーク１００＃ＢのＡ社〜Ｃ社パスに収容されることが分かる。
（ｖｉ） 統合セクションテーブル３２０に格納された各統合セクションレコードより、図１１Ｂに示すように、セクション名、関連キャリア、上流端部、下流端部についての情報を画面に表示する。統合パステーブル３２２に格納された各統合パスレコードより、図１１Ｂに示すように、パス名、関連キャリア、上流端部、下流端部及びパスが収容されるセクション（複数のセクションに収容されるときは全てのセクション）についての情報を画面に表示する。また、統合専用回線テーブル３２４に格納された統合専用回線レコードを元に、図１１Ｂに示すように、専用回線名、関連キャリア、上流端部、下流端部及び専用回線が収容されるパス（複数のパスに収容されるときは全てのパス）についての情報を画面に表示する。
例えば、セクションについては、Ａ社〜Ｂ社セクションやＢ社〜Ｃ社セクションのキャリアネットワーク１００＃Ａ，１００＃Ｂやキャリアネットワーク１００＃Ｂ，１００＃Ｃ間の繋がりが分かる。パスについては、図９Ｂ中の（ａ），（ｂ），（ｃ）に示すように、キャリアネットワーク１００＃ＡにおけるＡ社〜Ｃ社パスがＡ社〜Ｂ社セクション、Ｂ社〜Ｃ社セクションに収容されることが分かる。また、専用回線については、図９Ｂ中の（ｄ）に示すように、キャリアネットワーク１００＃Ｂでは定義されていない支店〜ｂ支店専用回線が統合専用回線レコードによりＡ社〜Ｃ社パスに収容されることが分かる。
同様に、パスが主原因故障であるとき、例えば、キャリアネットワーク１００＃ＢにおけるＡ社〜Ｃ社パスが故障であるとき、キャリアネットワーク１００＃Ａ，１００＃Ｃ
また、統合セクションテーブル３２０，統合パステーブル３２２、統合専用回線テーブル３２４を元に、各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおける各セクションについて、それに収容される全てのパス及び当該パスに収容される全ての専用回線についての故障情報をキャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃに設置された監視端末１５２＃Ａ，１５２＃Ｂ，１５２＃Ｃに送信する。
監視端末１５２＃Ａ，１５２＃Ｂ，１５２＃Ｃは、統合監視制御システム１０２より送信された情報を画面に表示する。これにより、各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおいて、各パスについて自キャリアネットワークでは定義されて他キャリアネットワークで定義された専用回線を確認してから、試験・削除等を行うことによりオペレーションミスの発生を抑えることができる。
図１２及び図１３Ａ，１３Ｂは、故障解析を示す図である。各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）のＮＥ１５０＃ｉｊ（ｉ＝Ａ，…，ｊ＝１，…）は、セクションやパスや専用回線に関わる故障が発生すると、図１２中の（２），（４），（６）に示すように、故障情報を統合監視制御システム１０２に通知する。故障情報入力部３０６は各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，Ｂ，Ｃ）のＮＥ１５０＃ｉｊ（ｉ＝Ａ，Ｂ，Ｃ，ｊ＝１，…）より故障情報を入力する。
例えば、図１２中の（４）に示すように、キャリアネットワークワーク１００＃Ｂ，１００＃Ｃ間を接続するＢ社〜Ｃ社セクションが故障したとすると、キャリアネットワーク１００＃Ｂでは、図１２及び図１３Ａ中の（１０），（１６）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パスが故障したこと、キャリアネットワーク１００＃Ｃでは、図１２及び図１３Ａ中の（１２），（１８），（２４），（２６）に示すように、Ｂ社〜Ｃ社セクション，Ａ社〜Ｃ社パス，ａ支店〜ｂ支店専用回線，ａ支店〜ｂ支店専用回線が故障したこと、キャリアネットワーク１００＃Ａでは、図１２及び図１３Ａ中の（１４），（２０），（２２）に示すように、Ａ社〜Ｂ社パス，ａ支店〜ｂ支店専用回線，ａ支店〜ｂ支店専用回線が故障したことが通知される。
故障解析部３０８は、次の機能を有する。
（１） 故障情報受信部３０６が受信した各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃからの故障情報が示す故障箇所の名称と故障箇所に該当する統合セクションレコード，統合パスレコード，統合専用回線レコードの収容関係よりそれぞれの主原因の故障情報を特定する。例えば、図１３Ｂ中の（１４），（１０），（１２）に示すように、各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおける主原因の故障情報は、Ａ社〜Ｃ社パス、Ｂ社〜Ｃ社セクション、Ｂ社〜Ｃ社セクションであることが分かる。
（２） 各キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃにおける主原因の故障情報に該当する統合セクションレコード，パスレコード及び専用回線レコードの収容関係より最上位の故障情報を特定する。例えば、図１２に示した故障では、図１３Ｂ中の（１０），（１２）に示すようにキャリアネットワーク１００＃ａにおけるＡ社〜Ｃ社パスに該当する統合パスレコードよりＡ社〜Ｃ社パスがＢ社〜Ｃ社セクションに収容されることが分かるので、最上位の故障情報はキャリアネットワーク１００＃Ｂ，１００＃ＣにおけるＢ社〜Ｃ社セクションの故障情報であることが分かる。これによりネットワーク全体における主原因が判明する。主原因故障を画面に表示する。例えば、図１２に示すように、Ｂ社〜Ｃ社セクションが主原因故障であることを画面に表示する。
（３） ネットワーク全体の主原因の故障情報の統合セクション名／パス名を元に（統合前後で名称が変更されている場合には、変換テーブルを検索して統合後セクション名／パス名を取得する）、統合セクションテーブル３２０，統合パステーブル３２２を参照して、統合セクション名／パス名に該当するセクション／パスに収容される全てのパス／専用回線及びその関連キャリアネットワークを得る。例えば、キャリアネットワーク１００＃Ａにおいて、図１３Ｂ中の（１４），（２０），（２２）に示すＡ社〜Ｂ社パス，ａ支店〜ｂ支店専用回線の故障がＢ社〜Ｃ社セクション故障の影響故障であることが分かる。この影響故障及び主原因故障が各キャリアネットワーク１００＃ｉ（ｉ＝Ａ，…）のＮＥより通知された全ての故障と一致しない場合、一致しない中の最上位の故障を特定して上述したようにして影響故障を判別する。
故障情報通知部３１０は、各関連キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃに関わる故障解析部３０８が得た各影響情報及び主原因を故障情報に該当する統合セクション／パス／専用回線レコードに設定された該当関連当該キャリアネットワークに通知する。
例えば、キャリアネットワーク１００＃Ａに、影響故障として、Ａ社〜Ｃ社パス故障、ａ支店〜Ａ社パス故障及びａ支店〜ｂ支店専用回線故障、主原因故障として、Ｂ社〜Ｃ社セクション故障を送信する。また、キャリアネットワーク１００＃Ｂに、影響故障として、Ａ社〜Ｃ社パス故障、主原因故障として、Ｂ社〜Ｃ社セクション故障を送信する。キャリアネットワーク１００＃Ｃについては、影響故障として、Ａ社〜Ｃ社パス故障、Ｃ社〜ｂ支店パス故障及びａ支店〜ｂ専用回線故障を、主原因故障として、Ｂ社〜Ｃ社セクション故障を送信する。
同様に、パスを主原因故障とする場合も、パスに収容される専用回線への影饗故障が判明する。例えば、キャリアネットワーク１００＃Ｂにおいて、Ａ社〜Ｃ社パスが故障したとき、Ａ社〜Ｃ社パスに収容されるａ支店〜ｂ支店専用回線に影響故障が発生したことが判明する。
キャリアネットワーク１００＃Ａ，１００＃Ｂ，１００＃Ｃの監視端末１５２＃Ａ，１５２＃Ｂ，１５２＃Ｃは影響故障とともに主原因故障を受信して、画面に表示する。例えば、キャリアネットワーク１００＃Ａのオペレータはネットワーク１００＃Ａ内の故障が他キャリアネットワークの故障によるものと判断する。キャリアネットワーク１００＃Ｂ，１００＃Ｃのオペレータは、Ｂ社〜Ｃ社のセクションに故障があったことが分かる。そして、例えば、Ｂ社，Ｃ社はＢ社〜Ｃ社セクションの故障の復旧を行う。また、Ａ社，Ｃ社では、ａ支店〜ｂ支店専用回線故障がＢ社〜Ｃ社セクション故障によるものであることをａ支店，ｂ支店に通知する。
以上説明したように、本発明によれば、各キャリアネットワークのセクション、パス及び専用回線をネットワーク全体で統合監視制御システムにより統合し、セクション、バス及び専用回線のキャリアネット間の接続を把握するので、以下の効果を奏することができる。主原因故障による影響故障を他のキャリアネットワーク毎に特定することができる。そのため、影響故障がどの主原因故障によるものかをキャリアネットワークの管理者は知ることができるので、エンドユーザに通知など対処することができる。また、専用回線が収容されないキャリアネットワークの各パスに収容される他のキャリアネットワークにおける専用回線をそのキャリアネットワークの管理者は知ることができるので、オペミスにより専用回線が収容されるパスの試験・削除を行うことを防止することができる。
Claims (14)
- それぞれが複数の伝送装置を含む複数のネットワークを監視する統合監視制御システムであって、
前記ネットワーク間を接続する全ての物理的な伝送路を示す各セクションについてネットワーク間の第１接続関係を記憶する統合セクションテーブルと、
一つ又は複数の前記セクションに収容され論理的な帯域を示すパスについてネットワーク間の第２接続情報及び収容されるセクションを示す第１収容情報を記憶する統合パステーブルと、
前記セクションについての故障情報に基づいて、前記統合パステーブルに記憶された前記パスについての前記第１収容情報が前記故障情報に関わるセクションについての前記第１接続関係により接続されることが示されるネットワークのセクションに収容されることを示す全てのパスを検索し、当該パスに影響故障が発生したものと判断する故障解析部と、
を具備したことを特徴とする統合監視制御システム。 - 前記影響故障が発生したネットワークに前記セクションについての主原因故障によりパスに前記影響故障が発生したことを通知する故障通知部を更に具備したことを特徴とする請求項１記載の統合監視制御システム。
- ネットワークに収容されエンドユーザの帯域である専用回線についてネットワーク間の第３接続情報及び収容されるパスを示す第２収容情報を記憶する統合専用回線テーブルを更に具備し、前記故障解析部は、前記統合専用回線テーブルに記憶された専用回線についての前記第２収容情報が前記影響故障に関わるパスについての前記第２接続関係により接続されることが示されるネットワークのパスに収容されることを示す全ての専用回線を検索し、当該専用回線に影響故障が発生したものと判断することを特徴とする請求項１記載の統合監視制御システム。
- 前記各ネットワークにおいて定義された前記セクションのネットワーク間の接続関係を示す接続情報を入力する接続情報入力部と、前記各ネットワークにおける前記各セクションが当該ネットワーク毎に定義されたセクションレコードが格納された各セクションテーブルより前記接続情報入力部が入力した前記接続情報が示す二つのネットワークにおける二つのセクションレコードを検索して、該二つのセクションレコードを前記第１接続情報を示す統合セクションレコードに統合して、該統合セクションレコードを前記統合セクションテーブルに格納するテーブル統合部を具備したことを特徴とする請求項３記載の統合監視制御システム。
- 前記テーブル統合部は、前記セクションレコードが示すセクションに収容されるパスを定義するパスレコードを格納する前記ネットワーク毎に定義された各パステーブルより前記各統合セクションレコードが示すセクションについての統合前の前記二つのセクションレコードが示すセクションにパスが収容され互いに同一のパスである二つのパスレコードを検索して、該二つのパスレコードを前記第２接続情報及び前記統合セクションレコードが示すセクションに収容されることを示す前記第１収容情報を含む統合パスレコードに統合して、該統合パスレコードを前記統合パステーブルに格納することを特徴とする請求項４記載の統合監視制御システム。
- 前記テーブル統合部は前記パスレコードが示すパスに収容される専用回線を定義する専用回線レコードを格納する前記ネットワーク毎に定義された各専用回線テーブルより前記各統合パスレコードが示すパスについての統合前の前記二つのパスレコードが示すパスに専用回線が収容され互いに同じデータ信号が流れる同一の専用回線である二つの専用回線レコードを検索して、該二つの専用回線レコードを前記第３接続情報及び前記統合パスレコードが示すパスに収容されることを示す前記第２収容情報を含む統合専用回線レコードに統合して、該専用回線レコードを前記統合専用回線テーブルに格納することを特徴とする請求項５記載の統合監視制御システム。
- 前記テーブル統合部は、前記統合セクションレコード、該統合セクションレコードが示すセクションにパスが収容されることを示す前記統合パスレコード及び該統合パスレコードが示すパスに専用回線が収容されることを示す前記統合専用回線レコードに基づいて、ネットワーク全体のセクション、パス及び専用回線の収容関係を端末装置に表示することを特徴とする請求項６記載の統合監視制御システム。
- 前記テーブル統合部は、前記統合セクションレコード、前記統合パスレコード及び前記統合専用回線レコードが示すセクション、パス及び専用回線に故障が発生したとき、通知先となる関連キャリアについての情報をレコードに付加して格納することを特徴とする請求項７記載の統合監視制御システム。
- 前記統合セクションレコード、前記統合パスレコード及び前記統合専用回線レコードが示すセクション、パス及び専用回線の名称がどのネットワークからであるかを示す第１箇所名称とどのネットワークまでであるかを示す第２箇所名称を表し、前記テーブル統合部は、箇所名称とキャリアとの関係を記憶する箇所名称テーブルを検索して、前記第１及び第２箇所名称に該当するキャリアに基づいて前記関連キャリアを判断することを特徴とする請求項８記載の統合監視制御システム。
- それぞれが複数の伝送装置を含む複数のネットワーク、各ネットワークに設けられた監視端末及び統合監視制御システムを有するネットワークシステムであって、
自伝送装置に関わる故障情報を前記統合監視制御システムに通知する前記伝送装置に設けられた故障通知部と、
前記各ネットワークについて、隣接ネットワークと接続する物理的な伝送路であるセクションを定義するセクションレコードが格納された該ネットワークの前記監視端末に設けられたセクションテーブルと、
前記各セクションレコードが示すセクションに収容されることを示す論理的な帯域であるパスを定義するパスレコードが格納された該ネットワークの前記監視端末に設けられたパステーブルと、
前記各パスレコードが示すパスに収容されることを示す収容するエンドユーザの帯域である専用回線を定義する専用回線レコードが格納された該ネットワークの前記監視端末に設けられた専用回線テーブルと、
各ネットワーク間を接続する前記セクションの接続関係を示す接続情報を入力する前記統合監視制御システムに設けられた接続情報入力部と、
前記各セクションテーブルより前記接続情報入力部が入力した前記接続情報が示す二つのネットワークにおける二つのセクションレコードを検索して、該二つのセクションレコードを１本の統合セクションレコードに統合して、該統合セクションレコードを統合セクションテーブルに格納する前記統合監視制御システムに設けられた統合セクションテーブル作成部と、
前記各パステーブルより前記各統合セクションレコードが示すセクションについての前記二つのセクションレコードが示すセクションに同一のデータ信号を流す同一のパスが収容されることを示す二つのパスレコードを検索して、該二つのパスレコードを前記統合セクションレコードが示すセクションに収容されることを示す１個の統合パスレコードに統合して、該統合パスレコードを統合パステーブルに格納する前記統合監視制御システムに設けられた統合パステーブル作成部と、
を具備したことを特徴とするネットワークシステム。 - 前記各専用回線テーブルより前記各統合パスコードが示すパスについての前記二つのパスレコードが示すパスに同一のデータ信号を流す同一の専用回線が収容されることを示す二つの専用回線レコードを検索して、該二つの専用回線レコードを前記統合パスレコードが示すパスに収容されることを示す１個の統合専用回線レコードに統合して、該当号専用回線レコードを統合専用回線テーブルに格納する前記統合監視制御システムに設けられた統合専用回線テーブル作成部を更に具備したことを特徴とする請求項１０記載のネットワークシステム。
- 前記故障通知部より通知された前記故障情報がセクションについての故障を示す場合に、前記統合パステーブルよりパスが当該セクションに収容されることを示す前記統合パスレコードを検索して、当該パスに影響故障が発生したと判断する前記統合監視制御システムに設けられた故障解析部を更に具備したことを特徴とする請求項１１記載のネットワークシステム。
- 前記故障解析部は、前記統合専用回線テーブルより専用回線が前記影響故障が発生したと判断されるパスに収容されることを示す前記専用回線レコードを検索して、当該専用回線に影響故障が発生したと判断することを特徴とする請求項１２記載のネットワークシステム。
- 前記影響故障が発生したことを該当ネットワークに通知する前記統合監視制御システムに設けられた第２故障通知部を具備したことを特徴とする請求項１３記載のネットワークシステム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2003/013076 WO2005036835A1 (ja) | 2003-10-10 | 2003-10-10 | 統合監視制御システム及びネットワークシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2005036835A1 true JPWO2005036835A1 (ja) | 2006-12-28 |
Family
ID=34430864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005509469A Pending JPWO2005036835A1 (ja) | 2003-10-10 | 2003-10-10 | 統合監視制御システム及びネットワークシステム |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JPWO2005036835A1 (ja) |
| WO (1) | WO2005036835A1 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8849968B2 (en) * | 2005-06-20 | 2014-09-30 | Microsoft Corporation | Secure and stable hosting of third-party extensions to web services |
| US8789063B2 (en) | 2007-03-30 | 2014-07-22 | Microsoft Corporation | Master and subordinate operating system kernels for heterogeneous multiprocessor systems |
| JP5157533B2 (ja) * | 2008-03-05 | 2013-03-06 | 富士通株式会社 | ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラム |
| JP5067386B2 (ja) * | 2009-03-04 | 2012-11-07 | Ｋｄｄｉ株式会社 | ネットワーク障害における影響サービス特定装置、および方法 |
| JP2010226507A (ja) * | 2009-03-24 | 2010-10-07 | Nec Corp | ネットワーク管理装置、ネットワーク管理方法およびプログラム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2762824B2 (ja) * | 1992-03-02 | 1998-06-04 | 日本電気株式会社 | 監視システム |
| JP3622377B2 (ja) * | 1996-11-07 | 2005-02-23 | 株式会社日立製作所 | 通信ネットワーク運用業務支援システム |
| JP2001313638A (ja) * | 2000-04-27 | 2001-11-09 | Nec Eng Ltd | 伝送装置の設備管理システム |
-
2003
- 2003-10-10 JP JP2005509469A patent/JPWO2005036835A1/ja active Pending
- 2003-10-10 WO PCT/JP2003/013076 patent/WO2005036835A1/ja active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2005036835A1 (ja) | 2005-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7180854B2 (en) | Route on failure method and apparatus for automatic rerouting network traffic through a reconfigurable, intelligent signal multiplexer upon failures of multiplexer components or of network spans | |
| JP3876692B2 (ja) | ネットワークシステム障害分析支援方法およびその方式 | |
| EP1437862B1 (en) | Path commissioning analysis and diagnostic tool | |
| US8509058B2 (en) | Methods and systems for automatically rerouting logical circuit data from a logical circuit failure to a dedicated backup circuit in a data network | |
| US7898971B2 (en) | Method and apparatus for automating hub and spoke Internet Protocol Virtual Private Network trouble diagnostics | |
| US8031620B2 (en) | Method and system for real time simultaneous monitoring of logical circuits in a data network | |
| US7609623B2 (en) | Method and system for automatically rerouting data from an overbalanced logical circuit in a data network | |
| US7639606B2 (en) | Method and system for automatically rerouting logical circuit data in a virtual private network | |
| US11489715B2 (en) | Method and system for assessing network resource failures using passive shared risk resource groups | |
| US8199638B2 (en) | Method and system for automatically rerouting logical circuit data in a data network | |
| US7688951B1 (en) | Automated rules based proactive alarm analysis and response | |
| US20130142314A1 (en) | Web Based Capacity Management (WBCM) System | |
| US7275192B2 (en) | Method and system for on demand selective rerouting of logical circuit data in a data network | |
| GB2395858A (en) | Network interface management system | |
| US7768904B2 (en) | Method and system for fail-safe renaming of logical circuit identifiers for rerouted logical circuits in a data network | |
| JPWO2005036835A1 (ja) | 統合監視制御システム及びネットワークシステム | |
| US8301762B1 (en) | Service grouping for network reporting | |
| US20020170069A1 (en) | Method and system for providing an efficient use of broadband network resources | |
| WO2014175171A1 (ja) | ネットワークシステム、ネットワーク資源管理装置及び通信経路作成方法 | |
| US20030074359A1 (en) | Network management unit | |
| KR20230128973A (ko) | 회선 기반 장애 감시 방법 및 장치 | |
| JP2000270022A (ja) | サービス品質管理システム | |
| US20080259805A1 (en) | Method and apparatus for managing networks across multiple domains | |
| KR100902746B1 (ko) | 아이피 주소를 파일명으로 하는 정보 검색 방법 | |
| US8572235B1 (en) | Method and system for monitoring a complex IT infrastructure at the service level |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080304 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080701 |