JP2002525943A - 電気通信ネットワークにおけるネットワーク・デバイスの統合監視・管理のためのインターフェースシステム - Google Patents
電気通信ネットワークにおけるネットワーク・デバイスの統合監視・管理のためのインターフェースシステムInfo
- Publication number
- JP2002525943A JP2002525943A JP2000571354A JP2000571354A JP2002525943A JP 2002525943 A JP2002525943 A JP 2002525943A JP 2000571354 A JP2000571354 A JP 2000571354A JP 2000571354 A JP2000571354 A JP 2000571354A JP 2002525943 A JP2002525943 A JP 2002525943A
- Authority
- JP
- Japan
- Prior art keywords
- telecommunications network
- monitoring
- telecommunications
- network
- graphical
- 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
- 238000012544 monitoring process Methods 0.000 title claims description 110
- 238000000034 method Methods 0.000 claims description 239
- 230000008569 process Effects 0.000 claims description 229
- 238000011084 recovery Methods 0.000 claims description 142
- 238000007726 management method Methods 0.000 claims description 74
- 230000006854 communication Effects 0.000 claims description 66
- 238000004891 communication Methods 0.000 claims description 57
- 238000012550 audit Methods 0.000 claims description 23
- 238000012423 maintenance Methods 0.000 claims description 22
- 230000009471 action Effects 0.000 claims description 14
- 238000004458 analytical method Methods 0.000 claims description 13
- 230000004044 response Effects 0.000 claims description 8
- 238000003012 network analysis Methods 0.000 claims description 7
- 238000012795 verification Methods 0.000 claims description 4
- 230000002269 spontaneous effect Effects 0.000 claims description 2
- 230000008878 coupling Effects 0.000 claims 2
- 238000010168 coupling process Methods 0.000 claims 2
- 238000005859 coupling reaction Methods 0.000 claims 2
- 238000012549 training Methods 0.000 abstract description 3
- 230000006870 function Effects 0.000 description 30
- 238000010586 diagram Methods 0.000 description 16
- 230000008859 change Effects 0.000 description 14
- 238000012545 processing Methods 0.000 description 4
- 230000008439 repair process Effects 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007717 exclusion Effects 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 102100036738 Guanine nucleotide-binding protein subunit alpha-11 Human genes 0.000 description 1
- 101100283445 Homo sapiens GNA11 gene Proteins 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000005067 remediation Methods 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 230000033764 rhythmic process Effects 0.000 description 1
- 235000015106 stout Nutrition 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- 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
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/328—Computer systems status display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Environmental & Geological Engineering (AREA)
- Human Computer Interaction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
グラフィカル・ユーザー・インターフェース（ＧＵＩ）システム（１１０）が多数のネットワーク・デバイス（１６０ａ、１６０ｅ）及び電気通信ネットワーク中のクライアント・アプリケーションのために設けられている。該ＧＵＩシステムは、統合された環境を提供し、ユーザーは命令及びデータをネットワーク・デバイス及びクライアント・アプリケーションへ送信し、かつ該ネットワーク・デバイス及びクライアント・アプリケーションのステータスに関連したバック・データを受信する。該統合された環境は、ユーザーが、一つのメイン・ウィンドウ（２３４）に結合された多数のウィンドウ・スクリーン（２２６ａ〜２２６ｃ）にアクセスできるようにする。該多数のメイン・ウィンドウ・スクリーンは、コマンドのためのオプション及び電気通信ネットワークの管理及び制御の種々の領域に関連したデータの表示を提供する。該一つのメイン・ウィンドウは、参照すべき点を提供するので、ユーザーは種々のシステムに何回もログオンする、あるいはユーザーが送受信しようとするコマンド又はデータによって異なる端末を使う必要がない。従って、トレーニング及び操作時間及びコストは従来のシステムより低減される。
Description
本発明は、電気通信ネットワークに関し、特に電気通信ネットワーク中のネッ
トワーク・デバイスの統合監視・管理のためのグラフィカル・ユーザー・インタ
ーフェース（ＧＵＩ）に関する。 電話ネットワークのような電気通信ネットワークは多数の異なる構成要素を含
む。一般に、電気通信ネットワークは通信を容易にするリンクによって相互接続
されるネットワーク・デバイスを含む。ネットワーク・デバイスの実例としては
、デジタル・クロス・コネクト（ＤＸＣｓ）、多重化装置、回線端末装置、コン
ピュータシステム及び光ファイバ伝送システムがある。本願明細書中で使われる
「リンク」とは、ネットワーク・トラフィックを実行するネットワーク・デバイ
ス間の物理的な接続である。単一のリンクは、通信の論理チャンネルである多数
のトランクを含むことができる。
トワーク・デバイスの統合監視・管理のためのグラフィカル・ユーザー・インタ
ーフェース（ＧＵＩ）に関する。 電話ネットワークのような電気通信ネットワークは多数の異なる構成要素を含
む。一般に、電気通信ネットワークは通信を容易にするリンクによって相互接続
されるネットワーク・デバイスを含む。ネットワーク・デバイスの実例としては
、デジタル・クロス・コネクト（ＤＸＣｓ）、多重化装置、回線端末装置、コン
ピュータシステム及び光ファイバ伝送システムがある。本願明細書中で使われる
「リンク」とは、ネットワーク・トラフィックを実行するネットワーク・デバイ
ス間の物理的な接続である。単一のリンクは、通信の論理チャンネルである多数
のトランクを含むことができる。
従来のシステムを用いた電気通信ネットワークの監視及び管理は、異なるタイ
プのシステム及び関連するインターフェースの混用が難しい。例えば、フォルト
後に電気通信ネットワークのトラフィックを回復させる回復システムは、異なる
タイプの回復デバイスのそれぞれと通信しなければならない。これらの回復シス
テムは、人手による作業を要し、回復管理スタッフによって実行される多数の回
復機能がある。これらの回復機能は、ネットワークを監視すること、ネットワー
クの問題を分析すること、ネットワーク・デバイス及び通信リンクを構成するこ
と、回復システムを管理すること及び特にネットワークを通常の作動状態に回復
させるために用いられるネットワーク・デバイス（例えば回復デバイス）の人手
による制御を含む。 従来の回復システムは、ユーザーが単一のコンピュータ端末から回復機能のい
くつかを実行することができる。コンピュータ端末は既知であり、ディスプレイ
・スクリーンやキーボード等の入力デバイスを含む。しかし、従来技術において
、回復管理（ＲＭ）スタッフは多くの異なるＲＭシステムを使わなければならず
、このことは一つ又はそれ以上のＲＭ端末のディスプレイ・スクリーン上に表示
された異なるインターフェースを用いて種々のＲＭシステムにアクセスすること
を必然的に伴う。異なるインターフェースに加えて、グラフィカル・ユーザー・
インターフェース（ＧＵＩｓ）を含むので、ＲＭスタッフは二つ以上のＲＭ端末
を用いるか、あるいは同じＲＭ端末を用いて二つ以上のＲＭ端末にログオンしな
ければならない。プリプラン管理及びリアルタイム動的回復等の異なるタスクに
対してＲＭ端末を用いるＲＭシステムは、互いに異なり、このことは、該ＲＭ端
末間でコマンド及びファンクション・キーの定義がバラバラなのでユーザーに多
くのコマンドのキー入力及び多数のファンクション・キーの意味の記憶を強いる
。該コマンド及びファンクション・キーは思い出し難いことが多い。ＲＭシステ
ムとＲＭ端末の統合の遅れにより、万能のコマンドのセットはないので、多数の
コマンドを多数のシステムに対して覚える努力が必要とされる。この結果、追加
のトレーニング、練習及び操作時間が必要とされ、多数の関連するインターフェ
ースを使うための及び多数のログオン・タスクを実行するためのあるいは多数の
ＲＭ端末を使うための追加のコストを招く。
プのシステム及び関連するインターフェースの混用が難しい。例えば、フォルト
後に電気通信ネットワークのトラフィックを回復させる回復システムは、異なる
タイプの回復デバイスのそれぞれと通信しなければならない。これらの回復シス
テムは、人手による作業を要し、回復管理スタッフによって実行される多数の回
復機能がある。これらの回復機能は、ネットワークを監視すること、ネットワー
クの問題を分析すること、ネットワーク・デバイス及び通信リンクを構成するこ
と、回復システムを管理すること及び特にネットワークを通常の作動状態に回復
させるために用いられるネットワーク・デバイス（例えば回復デバイス）の人手
による制御を含む。 従来の回復システムは、ユーザーが単一のコンピュータ端末から回復機能のい
くつかを実行することができる。コンピュータ端末は既知であり、ディスプレイ
・スクリーンやキーボード等の入力デバイスを含む。しかし、従来技術において
、回復管理（ＲＭ）スタッフは多くの異なるＲＭシステムを使わなければならず
、このことは一つ又はそれ以上のＲＭ端末のディスプレイ・スクリーン上に表示
された異なるインターフェースを用いて種々のＲＭシステムにアクセスすること
を必然的に伴う。異なるインターフェースに加えて、グラフィカル・ユーザー・
インターフェース（ＧＵＩｓ）を含むので、ＲＭスタッフは二つ以上のＲＭ端末
を用いるか、あるいは同じＲＭ端末を用いて二つ以上のＲＭ端末にログオンしな
ければならない。プリプラン管理及びリアルタイム動的回復等の異なるタスクに
対してＲＭ端末を用いるＲＭシステムは、互いに異なり、このことは、該ＲＭ端
末間でコマンド及びファンクション・キーの定義がバラバラなのでユーザーに多
くのコマンドのキー入力及び多数のファンクション・キーの意味の記憶を強いる
。該コマンド及びファンクション・キーは思い出し難いことが多い。ＲＭシステ
ムとＲＭ端末の統合の遅れにより、万能のコマンドのセットはないので、多数の
コマンドを多数のシステムに対して覚える努力が必要とされる。この結果、追加
のトレーニング、練習及び操作時間が必要とされ、多数の関連するインターフェ
ースを使うための及び多数のログオン・タスクを実行するためのあるいは多数の
ＲＭ端末を使うための追加のコストを招く。
本発明は従来技術の限界を乗り越えて、ネットワークを監視・管理するための
万能グラフィカル・インターフェースを提供することによって特別の利益をもた
らす。該グラフィカル・インターフェースは、ウィンドウをベースにしたもので
、コマンドのキー入力を大幅に減らし、関連するシステムの学習及び利用のし易
さを増大させる。関連する全てのシステム上で一貫したグラフィカル・ユーザー
・インターフェースは、同様の機能を実行するための多数のコマンドの必要性を
無くすことのような特別の恩恵をもたらす。従って本発明は、同じタスクの監視
又は管理を覚え、実行するのに要する時間を減らす。 本発明は、ネットワーク中のネットワーク・デバイス又はリソースの統合監視
・管理のためのグラフィカル・ユーザー・インターフェースシステムに向けられ
ている。本発明の一つの態様は、それぞれが電気通信ネットワークを介した通信
のためのデバイス特有の通信フォーマットを有する電気通信ネットワーク・デバ
イスを有する電気通信ネットワークにおけるものである。電気通信ネットワーク
監視・管理システムは、電気通信ネットワーク監視マネジャプロセス及び内部通
信プロセスを実行するために構成されたプロセッサを有する。該プロセッサは、
電気通信ネットワーク及びプロセス通信のためのデータ・ネットワークにアクセ
スするために構成されている。デバイス・インターフェース・プロセスは、プロ
セッサ上で実行するために構成されている。各デバイス・インターフェース・プ
ロセスは、電気通信ネットワーク・デバイスの一つと、及び電気通信ネットワー
ク監視マネジャプロセスのグラフィカル・サーバ・プロセスと通信するために構
成されている。該デバイス・インターフェース・プロセスは、グラフィカル・サ
ーバ・プロセスの通信フォーマットと電気通信ネットワーク・デバイスの一つの
デバイス特有の通信フォーマットとの間の通信を変換するために構成されている
。該グラフィカル・サーバ・プロセスは、デバイス・インターフェース・プロセ
ス及び他の電気通信ネットワーク監視マネジャプロセスを介して電気通信ネット
ワーク・デバイスと通信するために構成されている。グラフィカル・インターフ
ェース・プロセスは、グラフィカル・サーバ・プロセスと通信し、かつデータ・
ネットワークを介してユーザー端末と通信するために構成されており、ユーザー
端末と前記電気通信ネットワーク監視マネジャプロセスとの間、及び前記ユーザ
ー端末と前記電気通信ネットワーク・デバイスとの間で通信が交換されている。 本発明の別の態様によれば、電気通信ネットワーク監視マネジャプロセスは、
電気通信ネットワークの分析、回復又はメンテナンスプロセスからなる。ユーザ
ー端末と電気通信ネットワーク監視マネジャプロセスとの間、及びユーザー端末
と電気通信ネットワーク・デバイスとの間で交換された通信はデータ及びコマン
ドを含む。ユーザー端末と電気通信ネットワーク監視マネジャプロセスとの間、
及びユーザー端末と電気通信ネットワーク・デバイスとの間で交換された通信は
、監査コマンドと、該監査コマンドに応じた、電気通信ネットワーク・リンク・
ステータス及びネットワーク・デバイス・ステータスを含む、電気通信ネットワ
ーク上のステータス情報とを含む。 本発明の他の態様によれば、ユーザー端末は、電気通信ネットワークを監視又
は管理するときに使われる複数のウィンドウを統合するために構成されたメイン
・ウィンドウを用いてグラフィカル・ユーザー・インターフェースを表示するよ
うに構成されている。該グラフィカル・ユーザー・インターフェースシステムは
、ファイル、制御、回復、回復セット、デバイス、報告からなる制御オプション
を有する。該グラフィカル・ユーザー・インターフェースシステムは、メインの
グラフィカル・ユーザー・インターフェース・ウィンドウの下に全ての電気通信
監視・管理オプション及びステータス・インジケータへのアクセスを統合するた
めに構成されている。該グラフィカル・ユーザー・インターフェースシステムは
、電気通信ネットワークのステータスを示すグラフィカル・オブジェクトを有す
る。 次に、ネットワーク中においてネットワーク・デバイス及びリソースを監視及
び管理するためのグラフィカル・ユーザー・インターフェース（ＧＵＩ）のため
のシステム・インターフェース、及び特に装置及び対応する方法について以下に
詳細に説明する。以下の説明において、本発明の実施形態の理解を可能にする、
特定のプロセス、回復機能、特定の構成要素アーキテクチャ、電気通信ネットワ
ークにおけるアプリケーション等の多数の特定の細部が提供される。しかし、当
業者は、一つ又はそれ以上の特定の詳細なしに、あるいはその他のプロセス、ア
ーキテクチャ、ハードウェア等によって本発明を実施できることを認識するであ
ろう。他の例において、周知の構造又は動作については、本実施形態の説明を不
明瞭にすることを避けるため、図示せず、また詳細に説明していない。 電気通信ネットワーク中のデバイスのようなネットワーク・デバイスを「監視
及び管理すること」は、通常、該ネットワークを監視すること、ネットワークの
問題を分析すること、ネットワーク・デバイス及び通信リンクを構成すること、
回復システムを管理すること、電気通信ネットワークをメンテナンスすること、
ネットワーク・デバイスを人手で制御すること、回復させること、メンテナンス
、及び他のネットワーク分析、回復及び特定のメンテナンス及び動作機能におけ
る操作上のプランを含む。上述した実施形態を、電気通信システムに関連して詳
細に説明する。しかし本発明は回復システムのみに限定されないず、電気通信監
視・管理環境において実行される他の全ての機能を含む、。
万能グラフィカル・インターフェースを提供することによって特別の利益をもた
らす。該グラフィカル・インターフェースは、ウィンドウをベースにしたもので
、コマンドのキー入力を大幅に減らし、関連するシステムの学習及び利用のし易
さを増大させる。関連する全てのシステム上で一貫したグラフィカル・ユーザー
・インターフェースは、同様の機能を実行するための多数のコマンドの必要性を
無くすことのような特別の恩恵をもたらす。従って本発明は、同じタスクの監視
又は管理を覚え、実行するのに要する時間を減らす。 本発明は、ネットワーク中のネットワーク・デバイス又はリソースの統合監視
・管理のためのグラフィカル・ユーザー・インターフェースシステムに向けられ
ている。本発明の一つの態様は、それぞれが電気通信ネットワークを介した通信
のためのデバイス特有の通信フォーマットを有する電気通信ネットワーク・デバ
イスを有する電気通信ネットワークにおけるものである。電気通信ネットワーク
監視・管理システムは、電気通信ネットワーク監視マネジャプロセス及び内部通
信プロセスを実行するために構成されたプロセッサを有する。該プロセッサは、
電気通信ネットワーク及びプロセス通信のためのデータ・ネットワークにアクセ
スするために構成されている。デバイス・インターフェース・プロセスは、プロ
セッサ上で実行するために構成されている。各デバイス・インターフェース・プ
ロセスは、電気通信ネットワーク・デバイスの一つと、及び電気通信ネットワー
ク監視マネジャプロセスのグラフィカル・サーバ・プロセスと通信するために構
成されている。該デバイス・インターフェース・プロセスは、グラフィカル・サ
ーバ・プロセスの通信フォーマットと電気通信ネットワーク・デバイスの一つの
デバイス特有の通信フォーマットとの間の通信を変換するために構成されている
。該グラフィカル・サーバ・プロセスは、デバイス・インターフェース・プロセ
ス及び他の電気通信ネットワーク監視マネジャプロセスを介して電気通信ネット
ワーク・デバイスと通信するために構成されている。グラフィカル・インターフ
ェース・プロセスは、グラフィカル・サーバ・プロセスと通信し、かつデータ・
ネットワークを介してユーザー端末と通信するために構成されており、ユーザー
端末と前記電気通信ネットワーク監視マネジャプロセスとの間、及び前記ユーザ
ー端末と前記電気通信ネットワーク・デバイスとの間で通信が交換されている。 本発明の別の態様によれば、電気通信ネットワーク監視マネジャプロセスは、
電気通信ネットワークの分析、回復又はメンテナンスプロセスからなる。ユーザ
ー端末と電気通信ネットワーク監視マネジャプロセスとの間、及びユーザー端末
と電気通信ネットワーク・デバイスとの間で交換された通信はデータ及びコマン
ドを含む。ユーザー端末と電気通信ネットワーク監視マネジャプロセスとの間、
及びユーザー端末と電気通信ネットワーク・デバイスとの間で交換された通信は
、監査コマンドと、該監査コマンドに応じた、電気通信ネットワーク・リンク・
ステータス及びネットワーク・デバイス・ステータスを含む、電気通信ネットワ
ーク上のステータス情報とを含む。 本発明の他の態様によれば、ユーザー端末は、電気通信ネットワークを監視又
は管理するときに使われる複数のウィンドウを統合するために構成されたメイン
・ウィンドウを用いてグラフィカル・ユーザー・インターフェースを表示するよ
うに構成されている。該グラフィカル・ユーザー・インターフェースシステムは
、ファイル、制御、回復、回復セット、デバイス、報告からなる制御オプション
を有する。該グラフィカル・ユーザー・インターフェースシステムは、メインの
グラフィカル・ユーザー・インターフェース・ウィンドウの下に全ての電気通信
監視・管理オプション及びステータス・インジケータへのアクセスを統合するた
めに構成されている。該グラフィカル・ユーザー・インターフェースシステムは
、電気通信ネットワークのステータスを示すグラフィカル・オブジェクトを有す
る。 次に、ネットワーク中においてネットワーク・デバイス及びリソースを監視及
び管理するためのグラフィカル・ユーザー・インターフェース（ＧＵＩ）のため
のシステム・インターフェース、及び特に装置及び対応する方法について以下に
詳細に説明する。以下の説明において、本発明の実施形態の理解を可能にする、
特定のプロセス、回復機能、特定の構成要素アーキテクチャ、電気通信ネットワ
ークにおけるアプリケーション等の多数の特定の細部が提供される。しかし、当
業者は、一つ又はそれ以上の特定の詳細なしに、あるいはその他のプロセス、ア
ーキテクチャ、ハードウェア等によって本発明を実施できることを認識するであ
ろう。他の例において、周知の構造又は動作については、本実施形態の説明を不
明瞭にすることを避けるため、図示せず、また詳細に説明していない。 電気通信ネットワーク中のデバイスのようなネットワーク・デバイスを「監視
及び管理すること」は、通常、該ネットワークを監視すること、ネットワークの
問題を分析すること、ネットワーク・デバイス及び通信リンクを構成すること、
回復システムを管理すること、電気通信ネットワークをメンテナンスすること、
ネットワーク・デバイスを人手で制御すること、回復させること、メンテナンス
、及び他のネットワーク分析、回復及び特定のメンテナンス及び動作機能におけ
る操作上のプランを含む。上述した実施形態を、電気通信システムに関連して詳
細に説明する。しかし本発明は回復システムのみに限定されないず、電気通信監
視・管理環境において実行される他の全ての機能を含む、。
図１は、本発明の普遍化した実施形態のネットワーク・トポロジーをブロック
図の形で示す。図１の該ブロック図は、関連する操作上の要素が関連する通常の
ネットワーク通信とどのように関係しているかを示す。一般化したＧＵＩシステ
ム１１０は、監視・管理サーバ１２０（一般にプロセッサとも呼ばれる）及びＧ
ＵＩ端末１３０ａ、１３０ｂ、１３０ｃを含む。該ＧＵＩ端末１３０ａ、１３０
ｂ、１３０ｃ及び外部システム１４０は、コンピュータ・ネットワーク１５０（
一般にデータ・ネットワークと呼ばれる）上で監視・管理サーバ１２０と通信す
る。上述の実施形態においては、監視・管理サーバ１２０は回復機能を実行し、
かつリアルタイム回復（ＲＴＲ）システムと呼ばれる回復システムとして作動す
る。該ＲＴＲシステムに対するＧＵＩは、ＧＵＩ端末１３０ａ、１３０ｂ、１３
０ｃのディスプレイ・スクリーン上に表示される。通常、ユーザーは、ＧＵＩ端
末１３０のディスプレイ・スクリーンのＧＵＩ上に表示されたオプションを選択
する。該ユーザーは、トラックボール、マウス、あるいは既知の他の入力デバイ
ス等のコンピュータ入力デバイスを用いて該オプションを選択する。従って、上
述の実施形態は、全てのユーザー・オプションが、統合された、使いやすい、電
気通信ネットワーク１７０のためのユーザー・インターフェースの下に統合され
ているシステム及び方法を提供する。 上述の実施形態においては、ＧＵＩ端末１３０ａ、１３０ｂ、１３０ｃは、回
復管理（ＲＭ）端末と呼ばれている。該ＲＭ端末は、通常、ＤＥＣ Ａｌｐｈａ
ワークステーション等のワークステーションとして構成され、コンピュータ・
ネットワーク１５０上で通信するデック・ネット（ＤＥＣＮｅｔ）を通じてＤＥ
Ｃ Ａｌｐｈａ サーバ上のホストとしての監視・管理サーバ１２０に接続され
ている。該コンピュータ・ネットワーク１５０は、好ましくはローカル・エリア
・ネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）である。図１のブロ
ック図の構成は、任意のある型に対する特定のネットワーク・トポロジーに限定
されない。例えば、コンピュータ・ネットワーク１５０は、バス、リング状、星
型、その他の型又は組合せのトポロジーを有することができる。 外部システム１４０は、該コンピュータ・ネットワーク１５０に接続された外
部システムを表す。外部システムの数は図示の一つの外部システム１４０に限定
されず、多数の他の外部システムを含むことができる。該外部システムは、監視
・管理サーバ１２０にデータを供給する。上述の実施形態において、監視・管理
サーバ１２０上のＲＴＲシステムは、コンピュータ・ネットワーク１５０を介し
て外部システムからデータを受信する。このデータは、トポロジー・データ及び
ネットワークのフォルト分析データを含むことができる。該外部システムは、該
監視・管理サーバ１２０からネットワーク・アラーム・データ等のデータを収集
することもできる。 監視・管理サーバ１２０は、コンピュータ・ネットワーク１５０上でＧＵＩ端
末１３０ａ、１３０ｂ、１３０ｃからコマンドを受信する。これらのコマンドに
応答して、監視・管理サーバ１２０は、電気通信リンク１６５を介して電気通信
デバイス１６０ａ〜１６０ｅへ制御信号を送信する。電気通信ネットワーク１７
０は、電気通信デバイス１６０ａ〜１６０ｅおよび電気通信リンク１６５を含む
。該電気通信ネットワーク１７０は、図１のブロック図の構成に限定されず、電
気通信技術で知られているどのような種類のネットワーク・トポロジーも有する
ことができる。電気通信デバイス１６０ａ〜１６０ｅは，電機通信ネットワーク
において見られる任意のデバイスである。一般に、電気通信デバイス及びリソー
スは、電気通信ネットワーク上で通信するためのデバイス特有の通信フォーマッ
トを有する。上述の実施形態において、これらの電気通信デバイスは、電気通信
ネットワーク１７０の回復のために使われる回復デバイスを含む。典型的な回復
デバイスは、デジタル・クロス・コネクト（ＤＸＣ）であり、これは外部コマン
ドに基づいて回路を切り替える。例えば、ＤＸＣ ３／３は、ＤＳ−３トランク
をサポートするポートを有し、該ＤＳ−３ポート間でトラフィックを切り替える
。回復ネットワークは通常、ネットワーク・スイッチ間に配置された該ＤＳ−３
転送ネットワークの一部として多数のこれらのデバイスを含む。上述の実施形態
において、電気通信ネットワーク１７０は、Ｔ１リンクを用いたＸ．２５ プロ
トコルを使用する。 図２は、ＲＴＲサーバ２１０と呼ばれるＲＴＲシステムのホストである監視・
管理サーバ１２０の内部プロセス・アーキテクチャを示す。該実施形態のＧＵＩ
システム１１０はＲＴＲ ＧＵＩシステム２１２であり、以下にさらに説明する
。ネットワーク作成システムは、外部システム１４０のうちの一つの特定のホス
ト・システムである。上述の実施形態において、該外部システム１４０は、トポ
ロジー・レプリケーション・サーバ（ＴＲＳ）２２０である。該ＴＲＳ２２０上
の該ネットワーク・設備システムは、コンピュータ・ネットワーク１５０を介し
てネットワーク・トポロジー・データを、ＲＴＲサーバ２１０をホストとするリ
アルタイム・トポロジー・データベース２２２へ提供する。上述の実施形態にお
けるＧＵＩ端末１３０は、回復（ＲＭ）端末２２４（一般にユーザー端末とも呼
ばれる）である。該ＲＭ端末２２４は、コンピュータ・ネットワーク１５０を介
してＲＴＲサーバ２１０上の一つ又はそれ以上のＧＵＩクライアント２２６プロ
セス（グラフィカル・インターフェース・プロセスとして知られている）と通信
する。通信とはデータ、リンク及びネットワーク・デバイスのステータスを問い
合わせ、ネットワーク・デバイスを構成するための監査コマンド等のコマンド、
及び自発的なアラームの送信及び受信を含む。上述した実施形態において、ＧＵ
ＩはＸ−Ｗｉｎｄｏｗｓアプリケーションである。ＲＴＲサーバ２１０上のＧＵ
Ｉクライアント２２６は、コンピュータ・ネットワーク１５０上でＧＵＩウィン
ドウをＲＭ端末２２４へ送信する。好ましくは、各ＲＭ端末２２４に対して一つ
のＧＵＩクライアント２２６が設けられる。該ＧＵＩクライアント２２６は、統
合ＧＵＩディスプレイをＲＭ端末２２４へ提供する。この結果、上述の実施形態
は、電気通信ネットワーク１７０の機能の監視及び管理のための、使い易いイン
ターフェースを提供する。該ＧＵＩディスプレイを以下にさらに説明する。ユー
ザーはＲＭ端末２２４を介してそれぞれのＧＵＩクライアント２２６にコマンド
及びデータを提供する。上述の実施形態において、電気通信デバイス１６０はネ
ットワーク・回復デバイス２２８であり、Ｘ．２５リンク２３０を介して以下に
詳述するＲＴＲサーバ２１０上で動くネットワーク・インターフェース・フロン
ト・エンド（ＮＩＦＴＥ）プロセス２３２（一般に、デバイス・インターフェー
ス・プロセスとして知られている）と通信する。 上述の実施形態の一部として、ＲＴＲサーバ２１０上で動く単一のＧＵＩサー
バ２３４は、全てＧＵＩクライアント２２６とＲＴＲサーバ２１０上で動く各プ
ロセスとの間のインターフェースを提供する。ＲＭ端末２２４からユーザー・デ
ータ及びコマンドを受信すると、ＧＵＩクライアント２２６は、該データ及びコ
マンドをユーザーの登録及び非登録にともなってＧＵＩサーバ２３４へ送信する
。該ＧＵＩサーバ２３４は、ＧＵＩ機能を可能にするインテリジェント処理のほ
とんどを実行する。さらに、該ＧＵＩクライアント２２６は、システム・ダイア
グノスティックスに対するクライアント・ログへのイベント・メッセージを書き
、テキスト・ベースの報告をローカル・プリンタへ送信する。全てのＲＴＲプロ
セスのように、ＧＵＩクライアント２２６及びＧＵＩサーバ２３４は、実行時間
パラメータを初期化する起動時に、システム論理を読み込む。システム論理は、
実行状態、準備状態モード及びＲＴＲサーバ２１０の他のモードを含む。該ＲＴ
Ｒサーバ２１０は、回復に関連した他のプロセスのホストにもなっている。上述
の実施形態におけるＲＴＲ・ＧＵＩシステム２１２は、ＲＴＲサーバ２１０上の
ＧＵＩサーバ・プロセス２３４と、ＲＴＲサーバ２１０上の一つ又はそれ以上の
ＧＵＩクライアント・プロセス２２６と、一つ又はそれ以上のＲＭ端末２２４と
、ＧＵＩサーバ２３４とＲＴＲサーバ２１０上の他のプロセスとの間の種々のプ
ロセス・インターフェースとからなる。重要な回復プロセスを図２に示し、以下
に説明する。 上述の実施形態は、全てのプロセスのホストとして一つのＲＴＲサーバ２１０
を用いるが、本発明はこれに限定されない。他の実施形態において、二つ以上の
ＲＴＲサーバ２１０が処理負荷を分担するので、プロセスは二つ以上のＲＴＲサ
ーバ２１０に分配される。また、本発明の上述の実施形態において、重複のＲＴ
Ｒサーバ２１０が作動されるＲＴＲサーバ２１０に対してバックアップ・デバイ
スとして使われる。処理負荷を二つ以上のサーバに分配し、重複のサーバをバッ
クアップ・デバイスとして用いることは既知である。 プランマネジャプロセス２３６及びプリプラン・ファイル・データベース２３
８は、ＲＴＲサーバ２１０のユーザーのリアルタイム回復に加えてプリプラン・
ネットワーク回復の実行を可能にする。回復プリプランは、プリプラン・ファイ
ル・データベース２３８に記憶されている。該プランマネジャプロセス２３６は
、プリプランを生成し、メンテナンスし、検索し、実行する。 ＲＴＲデータベース２２２は、ＴＲＳ２２０のホストである外部のネットワー
ク設備システムの全てのネットワーク・トポロジーを含む。該ＲＴＲデータベー
ス２２２には、全てのトポロジー・データを含むデータが周期的に外部システム
から供給される。これらのデータは、フィルタリングされ、リアルタイム・ネッ
トワーク・デバイス・データベース（ＲＴＮＤＤ）２４０に蓄積される。 該ＲＴＮＤＤ２４０は、ＲＴＲサーバ２１０のグローバル分担メモリに実装さ
れる。該ＲＴＮＤＤ２４０は、リアルタイム・データを現在選択している構成及
び回復ネットワークのトポロジー上に提供する。該ＲＴＮＤＤ２４０は、ＲＴＲ
サーバ２１０（ＲＴＲプロセス）をホストとするプロセスにアクセスできる、デ
ータ読取り用のメモリ内蔵のデータベースを含み、リアルタイム・データ・アッ
プデートのためにいくつかのＲＴＲプロセスにアクセスできる。トランク／アク
ション・データベース２４２は、処理されたアクション及びフォルトの影響を受
けたトランクに対してログ・ファイルを記憶する。トランク／アクション・デー
タベース２４２中のアクション・ログは、各アクションの結果に沿って回復デバ
イスに送られたアクションを含む。アクションは、通常クロス・コネクト又は切
断コマンドである。ＧＵＩサーバ２３４は該アクション・ログを読み取り、ＲＭ
端末２２４のＧＵＩ上に表示すべきアクションをＧＵＩクライアント２２６を介
して送信する。トランク・ログは、フォルトによって影響を受けたと認識された
トランクを含む。ＧＵＩサーバ２３４は該トランク・ログを読み取り、この情報
をＧＵＩクライアント２３６を介してＲＭ端末２２４へ送信し、ＲＭ端末２２４
のＧＵＩ上に表示する。 制御マネジャプロセス２４４は、外部システムへのインターフェースとして働
く。該制御マネジャプロセス２４４は、該外部システムからコマンドを受信し、
それらのコマンドを適切な内部プロセスへ分配し、必要に応じて応答を返す。Ｒ
ＴＲサーバ２１０のランタイム・パラメータであるシステム論理が維持される。
ＧＵＩサーバ２３４はすべての状態及びステータスに対するモードの変更、要求
を制御マネジャプロセス２４４へ送信する。 フォルト分析プロセス２４６は、ＲＴＮＤＤ２４０及びＲＴＲデータベースか
らのネットワーク・トポロジー・データに沿って、外部システムからアラーム・
データを読み込む。該フォルト分析プロセス２４６は、これらのデータを分析し
てネットワークフォルトを検出するために推論データベースを使う。フォルトが
検出されると、ＧＵＩサーバ２３４及び他のＲＴＲプロセスへフォルトの告知が
なされる。制御マネジャプロセス２４４は、フォルト分析プロセス２４６からフ
ォルトの告知を受信すると、プロセスのステータスを正常から警告に変更する。 回復調整プロセス２４８は、回復制御機能を有する全てのプロセスに対してメ
イン・インターフェースとして働く。該回復調整プロセス２４８は、外部システ
ムからのコマンドを含むコマンドを制御マネジャプロセス２４４を介して他のＲ
ＴＲプロセスから受信し、該コマンドを回復制御機能を有するＲＴＲプロセスへ
配布する。他のプロセスへのコマンドの分配は、回復調整プロセス２４８が制御
する特定のタイミング及びシーケンスをしばしば要する。該回復調整プロセス２
４８は、リアルタイム回復を実行する他のプロセスを含む。それらのプロセスは
、ブレーク・アイソレータ、動的ルート・ジェネレータ及びアクション・ディス
パッチャ・プロセスである。 以下に詳細に説明するように、ＲＴＲ ＧＵＩシステム２１２は、ユーザーに
よる単一のＧＵＩとの双方向による多数の回復機能の制御を可能にする。該ＧＵ
Ｉは、ＲＭ端末２２４のディスプレイ・スクリーン上に表示される異なるディス
プレイ・ウィンドウを有することができるが、全てのディスプレイ・ウィンドウ
は共通のメイン・ディスプレイ・ウィンドウの下に統合されている。重要なこと
は、該ディスプレイ・ウィンドウは、操作の容易さも考慮して制御されているこ
とである。回復機能は手動コマンドを回復デバイス２２８へ送信することを含む
。ＧＵＩサーバ２３４は全ての回復コマンドを回復調整プロセス２４８へ送信し
、確認の返答を受信する。該確認は、ユーザーに対して、ＧＵＩクライアント２
２６及びコンピュータ・ネットワーク１５０を介してＲＭ端末２２４のディスプ
レイ・スクリーン上に表示されたＧＵＩ上にステータスを表示するために使われ
る。 検証マネジャプロセス２５０は、回復ネットワークの現トポロジーを確認する
ために、そしてＲＴＮＤＤ２４０におけるネットワークトポロジーデータを更新
するために、ルーチンを実行する。検証マネジャプロセス２５０は、一般に、人
間介入を必要としない。とはいえ、ＧＵＩシステム１１０は、検証マネジャプロ
セス２５０に制御インターフェイスを供給し、ユーザが、回復ネットワークにお
けるスペア能力の監査を開始する。 報告マネジャ２５２プロセスは、回復操作についての報告を提供するために、
ＲＴＮＤＤ２４０と、ＲＴＲデータベース２２２と、ＲＴＲサーバ２１０システ
ムログとから様々なデータを処理する。ＧＵＩシステム１１０は、報告マネジャ
プロセス２５２にアクセスするために、ＲＭターミナル２２４に表示される総合
ＧＵＩを供給する。ユーザは、次に、ＲＭターミナル２３４のＧＵＩを使用する
ことによって、オンラインで報告およびビュー報告を要求することが可能である
。 ネットワーク制御コーディネータ（ＮＣＣ）プロセス２５４およびネットワー
クインターフェイスフロントエンド（ＮＩＦＴＥ）プロセス２３２は、特別の通
信フォーマットを有するＧＵＩサーバ２３４と、デバイス特定の通信フォーマッ
トを有する回復デバイス２２８との間に必要なインターフェイスを供給する。個
々のＮＩＦＴＥプロセス２３２は、ＲＴＲサーバ２１０への各回復デバイス２２
８に通信インターフェイスと制御インターフェイスとを供給する。各回復デバイ
ス２２８のために１つのＮＩＦＴＲプロセス２３２がある。ＧＵＩサーバ２３４
は、ＮＣＣプロセス２５４とインターフェイスで連結し、ＮＣＣプロセス２５４
が、適切なＮＩＦＴＥプロセス２３２にＧＵＩメッセージを分散する。 ＲＴＲサーバ２１０のプロセスは、内部通信プロセスによって、互いに通信す
ることが可能である。示されている実施形態において、内部通信プロセスは、内
部メールボックス間を通過するメッセージを使用する。図３に示されるように、
ＲＴＲプロセス３１０は、サーバーメールボックス３１２によって、ＧＵＩサー
バ２３４などの他のプロセスにメッセージを受け渡す。順番に、ＧＵＩサーバ２
３４は、ＲＴＲプロセスメールボックス３１４によって、ＲＴＲプロセス３１０
にメッセージを受け渡す。メッセージは、クライアントメールボックス３１８ａ
、３１８ｂ、３１８ｃによって、ＧＵＩサーバ２３４からＧＵＩクライアントプ
ロセス２２６ａ、２２６ｂ、２２６ｃにそれぞれに送信される。ＧＵＩクライア
ント２２６ａ、２２６ｂ、２２６ｃは、サーバメールボックス３１２によって、
ＧＵＩサーバ２３４にメッセージを送信することが可能である。ＧＵＩサーバ２
１０は、現在登録されているすべてのＧＵＩクライアント２２６に、あるいは個
々のＧＵＩクライアント２２６にメッセージを同報通信するかのいずれかである
。ＲＴＲプロセスは、ＧＵＩサーバ２３４にメッセージを送信し、次に、ＧＵＩ
サーバ２３４の同報通信リストに現在登録され、そしてリストされているすべて
のＧＵＩクライアントにメッセージを同報通信する。ＧＵＩクライアント２２６
は、更新通知を有するとき、この通知は、ＧＵＩサーバに送信され、そしてＧＵ
Ｉサーバ２３４は、更新の転送先により、他のＧＵＩクライアントのそれぞれに
か、あるいはＲＴＲプロセスに更新を同報通信する。その結果、各ＧＵＩクライ
アントプロセス２２６は、単に、ＧＵＩサーバプロセス２３４のメールボックス
アドレスを有し、そしてＧＵＩサーバプロセス２３４に登録される必要がある。 ＧＵＩクライアント２２６プロセスが開始されると、それは、ＧＵＩサーバメ
ールボックス３１２によって、ＧＵＩサーバ２３４に登録する。ＧＵＩクライア
ント２２６は、回復メッセージの部分としてＧＵＩサーバ２３４にＧＵＩクライ
アントメールボックス３１８のリターンアドレスを受け渡す。ＧＵＩサーバ２３
４は、次に、ＧＵＩクライアントメールボックス３１８に接続し、ＧＵＩクライ
アント２２６が、ＧＵＩサーバ２３４から同報メッセージを受信することを可能
とする。ＧＵＩクライアント２２６のユーザが、ＧＵＩクライアント２２６を終
了することを要求する場合、ＧＵＩクライアント２２６は、ＧＵＩサーバ２３４
の同報通信リストから取り除かれるために、ＧＵＩサーバ２３４に登録取り消し
メッセージを送信する。ＧＵＩのクライアントのアブノーマルな終了の珍しい場
合、ＧＵＩサーバ２３４は、各ＧＵＩクライアント２２６に周期的なハローメッ
セージを送信する。ＧＵＩクライアント２２６が、ハローメッセージの指定時間
あるいは数内に応答しない場合、ＧＵＩサーバ２３４が、同報通信リストからＧ
ＵＩクライアント２２６を自動的に取り除く。同様に、ＧＵＩクライアント２２
６が、指定時間内に、ＧＵＩサーバ２３４からハローメッセージを受信しない場
合、その時、ＧＵＩクライアント２２６は、ＧＵＩサーバ２３４と再登録する。 図４は、ＲＴＲサーバ２１０のプロセスのためのデータフローチャートを示し
ている。図の平易化のために、いくつかのプロセスが、より高いレベルの構成要
素にグループ分けされている。たとえば、ＧＵＩサーバプロセス２３４およびＧ
ＵＩクライアントプロセス２２６は、ＧＵＩ構成要素４１０にグループ分けされ
ている。ＧＵＩ構成要素４１０は、図５により詳細なレベルで示され、外部フロ
ーデータおよび内部データフローの両方が示されている。 図４および図５乃至図１０のデータフローチャートは、一般に、当業者には自
明のものである。これらのデータフローチャートは、図４から図１０に示される
ように、様々なデータのタイプと、このようなデータのために他のプロセスを交
互に行き来する適切なルーチングとを明らかにしている。本発明の他の重要な態
様を不明確にすることを回避するために、このような図の要約した説明が、ここ
には提供されている。より完全に理解するために、当業者には、図自体で伝えら
れている。 図４のデータ管理構成要素４１２は、図２に示されるＲＴＲサーバ２１０のＲ
ＴＲデータベース２２２と、ＲＴＮＤＤ２４０プロセスとを含んでいる。データ
管理構成要素４１２は、さらに、図６に示されるように、データマネジャプロセ
ス６１０と、ＲＴＮＤＤ作成プロセス６１２と、報告管理プロセス６１４とを含
んでいる。報告管理プロセス６１４は、図２に示される報告マネジャプロセス２
５２を含んでいる。 図４のＲＴＲ管理構成要素４１４は、図２に示されるＲＴＲサーバプロセス２
１０の制御マネジャプロセス２４４を含んでいる。ＲＴＲ管理構成要素４１４は
、さらに、図７に示されるように、更新マネジャプロセス７１０と、データサー
バプロセス７１２と、フェイルオーバ処理プロセス７１４とを含んでいる。 図４のフォルト分析構成要素４１６は、図２のＲＴＲサーバのフォルト分析プ
ロセス２４６を含んでいる。フォルト分析構成要素４１６は、さらに、図８に示
されるように、アラームコレクタプロセス８１０と、状態サーバプロセス８１２
と、データベースサーバプロセス８１４と、停止データベースサーバプロセス８
１６とを含んでいる。 図４の回復制御構成要素４１８は、図２のＲＴＲサーバ２１０の回復コーディ
ネータプロセス２４８を含んでいる。図４の回復制御構成要素４１８は、ブレイ
クアイソレータプロセス９１０と、プランマネジャプロセス９１２と、ルートジ
ェネレータプロセス９１４と、アクションディスパッチャプロセス９１６とを含
んでいる。 図４のネットワーク制御構成要素４２０は、図２のＲＴＲサーバ２１０のＮＣ
Ｃプロセス２５４と、ＮＩＦＴＥプロセス２５６とを含んでいる。ネットワーク
制御）構成要素４２０は、さらに、図１０に示されるように、対話型デバイス制
御システム（ＩＤＣＳ）ゲートウェイインターフェイスプロセス１０１０を含ん
でいる。検証管理プロセス２５０は、図４の監視プロセス４２２と共に示されて
いる。 ＲＴＲ ＧＵＩシステム２１２は、ＲＭ端末２２４のユーザが、従来のシステ
ムと比べてより簡単に学習し、実行する方法で、電気通信ネットワークの回復を
管理し、そして監視することを可能とする。下述の機能は、回復の管理および監
視プロセスに含まれている。 ＲＴＲ ＧＵＩシステム２１２は、ユーザが、回復デバイス２２８とのＲＴＲ
サーバ２１０のインターフェイスおよびリンクを構成することを可能とする。ユ
ーザは、各回復デバイス２２８とのＲＴＲサーバのインターフェースのパラメー
タを構成することが可能である。これらは、ＮＩＦＴＥプロセス２３２がスター
トアップパラメータと実行時間パラメータとを読み取るパラメータを含んでいる
。パラメータは、限定されるものではないが、技術上周知であるリンクステータ
スと、リンク監査インターバルと、メッセージビルディングとを含んでいる。ユ
ーザは、プライマリとして１つの電気通信チャネルと、バックアップとしてもう
１つの電気通信チャネルを指定することが可能である。各Ｘ．２５リンクは、４
つのチャネルを備えている。各チャネルは、監査コマンド、接続／切断コマンド
、管理コマンド、非要求アラームなどを処理する。これらのチャネルは、ＲＭタ
ーミナル２２４に配置されるユーザによって、ＲＴＲ ＧＵＩシステム２１２を
介して構成されることが可能である。 ＲＴＲ ＧＵＩシステム２１２を用いて、ユーザは、回復デバイスのためのア
ドレスを追加し、削除し、そして修正するために、Ｘ．２５スイッチを構成する
ことが可能である。ユーザは、さらに、追加のＲＴＲサーバ２１０あるいはスイ
ッチを有する他のサイトへのＸ．２５パケットルーチングおよびリホームデバイ
スを変更することが可能である。 ＲＴＲ ＧＵＩシステム２１２を用いて、ＲＭ端末２３４に配置されるユーザ
は、回復デバイス２２８へのＸ．２５リンクをオンあるいはオフに変えることが
可能である。たとえば、ユーザは、メンテナンスのためのサービスから１つある
いは２つのＸ．２５リンクを取り出すことが可能である。これにより、ＲＴＲサ
ーバ２１０にバックアップ通信を使用させる。 ＲＴＲ ＧＵＩシステム２１２を用いて、ユーザは、回復プロセスの間に手動
で回復デバイス２２８を制御することが可能である。ユーザは、さらに、メンテ
ナンスアクティビティを実行するために、電気通信デバイスからのトラフィック
をリルートすることが可能である。これにより、ＲＴＲネイティブモードにおけ
るデバイスとの直接対話でリアルタイムで行われるか、あるいはプリプランされ
るかのいずれかが可能である。 ＲＴＲ ＧＵＩシステム２１２は、トラフィック付帯電気通信ネットワークの
ステータスおよび変更のリアルタイム表示を供給する。ＲＭ端末２２４に配置さ
れるユーザは、あらゆる検出された故障および識別、あるいはインパクトされた
電気通信トランクに関する警告を受信することが可能である。ＲＴＲ ＧＵＩシ
ステム２１２は、さらに、ユーザが、回復デバイスを監視することを可能にする
。監視は、デバイスが単一の機能構成要素として示されるデバイスレベル、また
デバイスの各ポートが監視されるポートレベルの両方において行われることが可
能である。監視ポートによって、ユーザは、デバイス間のトランクを効果的に監
視することが可能である。 ＲＴＲ ＧＵＩシステム２１２は、さらに、ユーザが、ＲＴＲサーバ２１０と
回復デバイス２２８との間のＸ．２５リンクおよびスイッチを監視することを可
能にする。ユーザは、ＲＴＲサーバ２１０と回復デバイス２２８との間に交換さ
れる各リンクのステータスとトラフィックをリアルタイムで監視することが可能
である。ユーザは、さらに、回復デバイス２２８とＸ．２５リンクとにおける監
査を実行することが可能である。 ＲＴＲ ＧＵＩシステム２１２を用いて、ユーザは、すべてが統一ＧＵＩを有
する特定の指定されたタスクを有する回復プランを効率的に、かつ効果的に管理
することが可能である。これは、プリプランされた回復のために、またメンテナ
ンスアクティビティのための回復ネットワークを制御するために行われることが
可能である。回復セットは、さらに下記に記述されるカスタム回復セットおよび
故障スパンを含んでいる。故障スパンは、プリプランの単一の回復ルートで回復
されることが可能な伝送ネットワークのセグメントである。ユーザは、回復セッ
トを作成、削除、あるいは修正することが可能である。ユーザは、さらに、プリ
プランを作成、削除、あるいは修正し、そしてプリプランを実行することが可能
である。ユーザは、一般のプリプラン生成プロセス、あるいは危険状態の特定の
回復セットを開始することが可能である。ユーザは、生成されたプリプランのス
テータスおよび許可されたプリプランのステータスを監視することが可能である
。 ＲＴＲ ＧＵＩシステム２１２は、さらに、ユーザが、すべて統一ＧＵＩを有
する様々なパラメータを操作することによって、ＲＴＲプロセスおよび総合ＲＴ
Ｒシステムを効率的に、かつ効果的に監視し、そして管理することを可能にする
。たとえば、ＲＴＲシステムの動的ルートジェネレータ（ＤＲＧ）モードが可能
にされたり、あるいは不能にされたりすることが可能である。可能であると、Ｒ
ＴＲシステムは、リアルタイム回復モードで作動する。不能であると、ＲＴＲシ
ステムは、プリプランモードで作動する。ユーザは、さらに、回復セットを作成
、削除、あるいは修正することによって、ＲＴＲプロセスを管理することが可能
である。 ＲＴＲ ＧＵＩシステム２１２は、単一のＧＵＩから単一のＧＵＩシステムに
上述のような、そして本発明の示される実施形態のＲＭ端末２２４に配置される
ような管理および監視機能を実行することを可能にする。結果として生ずる首尾
一貫したインターフェイスは、従来技術のシステムの厄介なコマンドおよび制御
に回復することなく、ユーザが、関連する多数の機能を制御し、そして実行する
こと援助する。機能自体は、ＲＴＲ内部プロセスによって実行される。 図１１に示されるように、ＲＭターミナル２２４のディスプレイスクリーンに
表示されるようなＧＵＩのメインウィンドウは、一続きのプルダウンメニュー１
１１０と、一続きのステータスボタン１１３０と、告知セクション１１５０とを
備えている。プルダウンメニュー１１１０は、ファイル１１１２と、制御１１１
４と、回復１１１６と、回復セット１１１８と、デバイス１１２０と、報告１１
２２と、ヘルプ１１２４とを含んでいる。一続きのステータスボタン１１３０は
、実行状態１１３２と、ＤＲＧ状態１１３４と、準備状態モード１１３６と、現
行モード１１３８と、リンクステータス１１４０と、許可されていないプリプラ
ン１１４２と、プランジェネレータ１１４４と、アラーム１１４６とを含んでい
る。 プルダウンメニュー１１１０は、ユーザにＲＴＲシステム機能の大部分への容
易なアクセスを供給する。メインＧＵＩウィンドウ１１００から、ユーザは、「
ファイル」オプション１１１２を選択することが可能である。「ファイル」オプ
ション１１１２を選択すると、ユーザが、図１２に示されるように、ファイルメ
ニューにアクセスすることを可能とする。ファイルメニュー１２００の第１のオ
プションは、「リフレッシュ」オプション１２１２である。「リフレッシュ」オ
プション１２１２は、メインＧＵＩウィンドウ１１００に表示されるリストに更
新を押し進める。「プリント」オプション１２１４は、選択されると、メインＧ
ＵＩウィンドウ１１００の告知セクション１１５０における現在表示された告知
をプリントさせる。「終了」オプション１２１６は、選択されると、特別のメイ
ンＧＵＩウィンドウ１１００を実行するＲＭターミナル２２４に特別のＲＭター
ミナル２２４をサービスするＧＵＩクライアントプロセス２２６との通信を中止
させ、そしてＲＭターミナル２２４で実行するＧＵＩプログラムを終了させる。 メインＧＵＩウィンドウ１１００の「制御」オプション１１４は、選択される
と、ユーザが、図１３に示されるように、制御メニュー１３００にアクセスする
ことを可能とする。「パスワード変更」オプション１３１２は、選択されると、
ユーザが、様々なＲＴＲシステム機能にアクセスするのに使用されるパスワード
を変更することを可能とする。「Ｉ／Ｏ不能」オプション１３１４は、選択され
ると、ユーザが、音響アラーム信号を消すことを可能とする。「メンテナンスモ
ード」オプション１３１６は、選択されると、ユーザが、メンテナンス機能にア
クセスすることを可能とする。これらのメンテナンス機能は、他の回復機能に追
加される。追加されると、メンテナンス機能は、ユーザが、「終了」オプション
１２１６を選択することによって、ＲＴＲシステムを終了するまで、可能にされ
るままである。 図１１のメインＧＵＩウィンドウ１１００の「回復」オプション１１１６は、
選択されると、ユーザが、図１４に示されるように、回復メニュー１４００にア
クセスすることを可能とする。「アクションログ表示」オプション１４１２は、
選択されると、回復デバイス２２８に送信される成功および不成功の切断および
接続コマンドを示すログを表示する。「インパクトされたトランクログ表示」オ
プション１４１４は、選択されると、ユーザが、電気通信ネットワーク１７０と
の問題によってインパクトされるトランクリンクに関する情報を含むログを表示
することを可能とする。「パス検証」オプション１４１６は、選択されると、ユ
ーザが、回復セット／パスのトランクだけではなく、あらゆる指定されたルート
のトラフィックを確認することを可能とする。「リアルタイム排除」オプション
１４１８は、選択されると、ユーザが、回復タスクから排除されるトランクのス
タートポイントとエンドポイントとを入力することを可能とする。上述に言及さ
れる動的ルートジェネレータは、リアルタイム排除オプション１４１８から入力
されるあらゆるトランクを使用して、ルートを生成しない。「修復イベント」オ
プション１４２０は、選択されると、ユーザが、修復イベントのステータスをト
ラックすることを可能とする。これにより、ユーザが、修復イベントを詳述する
タイムスタンプおよびコメントを実行することを可能とする。ユーザは、修復イ
ベントを詳述するタイムスタンプおよびコメントを実行することが可能である。
修復イベントが完了されると、ユーザは、イベントを削除することが可能である
。 図１１のメインＧＵＩウィンドウ１１００の「回復セット」オプション１１１
８が、選択されると、ユーザが、図１５に示されるような回復メニュー１５００
にアクセスすることを可能とする。「回復セットリスト呈示」オプション１５１
２は、選択されると、ユーザが、メインＧＵＩウィンドウ１１００の下方部分の
回復セットのリストを見ることを可能とする。「危険設定」オプション１５１４
は、選択されると、ユーザが、ネットワーク内の問題を識別し、次に、監視のた
めの領域を分離するために、回復セットを検索して、そして識別する。「回復セ
ット検索」オプション１５１６は、選択されると、ユーザが、特定の識別に基づ
く回復セットを検索することを可能とする。「カスタム回復セット作成」オプシ
ョン１５１８は、選択されると、ユーザが、指定されたシステムおよびトランク
を新しい回復セットに追加することを可能とする。ユーザは、事前実装オプショ
ンか、あるいはコピーオプションかのいずれかを介して、カスタム回復セットを
作成することが可能である。事前実装オプションは、ユーザが、ステーションの
電気通信ノードを指定することか、あるいは電気通信ネットワークデバイス２２
８の装置仕様を識別することかのいずれかによって、カスタム回復セットに含ま
れる電気通信ネットワークの部分を指定することを可能とする。指定されたアイ
テムを関連する電気通信デバイスおよびトランクは、カスタム回復セットに含ま
れている。たとえば、２つの電気通信ステーションが指定される場合、カスタム
回復セットは、さらに、２つのステーション間に延在するあらゆるトランクを含
んでいる。コピーオプションは、ユーザが、カスタム回復セットに含まれるトラ
ンクあるいは電気通信ネットワークデバイスなどの故障スパンの部分をコピーす
ることを可能とする。「カスタム回復セット削除」オプション１５２０は、選択
されると、ユーザが、システムからカスタム回復セットを削除することを可能と
する。 図１１のメインＧＵＩウィンドウ１１００の「デバイス」オプション１１２０
は、選択されると、ユーザが、図１６に示されるように、デバイスメニュー１６
００にアクセスすることを可能とする。デバイスメニューは、ユーザが、ＮＩＦ
ＴＥプロセス２３２、Ｘ．２５リンク、Ｘ．２５スイッチなどを含む様々なメン
テナンス機能を選択することを可能とする。これらのメンテナンス機能の実行は
、ＧＵＩサーバプロセス２３４に、図４に示される「ＧＵＩからＮＣコマンドへ
の」データフローによって示されるＮＣＣプロセス２５４にコマンドを送信させ
る。ＧＵＩサーバプロセス２３４によって作られる更新は、図４に示される「Ｇ
ＵＩデータ変更トリガからデータ管理への」データフローによって示されるよう
にＲＴＮＤＤプロセス２４０に送信される。リンクステータスオプション１６１
２は、選択されると、すべてのネットワークＤＸＣリンクのリアルタイムステー
タスを示すウィンドウを開く。 「ネイティブモード」オプション１６１４は、選択されると、ユーザが、回復
デバイス２２８のために指定されるＮＩＦＴＥプロセス２３２によるデバイスコ
マンドを使用して、直接回復デバイスを対話することを可能とする。このオプシ
ョンは、本質的に、選択された回復デバイス２２８のためのＮＩＦＴＥプロセス
２３２への直接インターフェイスを開く。 「トレース」オプション１６１６は、選択されると、ユーザが、選択されたＮ
ＩＦＴＥプロセス２３２間の選択されたリンクのためＸ．２５トラフィックを監
視することを可能とする。このオプションが選択されると、トレースウィンドウ
が、ＲＭ端末２２４のＧＵＩインターフェイスに表示される。選択されたリンク
のためのＸ．２５メッセージは、ＮＩＦＴＥプロセス２３２によって供給される
ようなトレースウィンドウに示される。「トレース」オプション１６１６は、デ
バイスがユーザのコマンドに適切に応答されないときのトラブルシューティング
のためのものである。トレースウィンドウは、ユーザによってデバイスに送信さ
れ、そして選択されたＮＩＦＴＥプロセス２３２によってキャプチャされるよう
なデバイスからユーザに送信されるすべてのトラフィックを示す。 「監査」オプション１６１８は、選択されると、ユーザが、１つ以上の回復デ
バイス２２８の監査を開始することを可能とする。ＲＴＲサーバ２１０は、スケ
ージュール基礎の監査を自動的に実行する。「監査」オプション１６１８は、選
択されると、ユーザが、あらゆる監査スケジュールとは関係なく、監査を実行す
ることを可能とする。監査ウィンドウは、監査からの結果として生ずるメッセー
ジログを示すＲＭ端末２２４のＧＵＩインターフェイスに表示される。選択され
たデバイスのためのＮＩＦＴＥプロセス２３２は、監査を実行し、そして監査ロ
グに示されるメッセージを供給する。監査の結果は、ＮＩＦＴＥプロセス２３２
によってＲＴＮＤＤ２４０に書き込まれる。 「開始／停止」オプション１６２０は、選択されると、ユーザが、選択された
ＮＩＦＴＥプロセス２３２をスタート、あるいは停止することを可能とする。こ
れは、メンテナンスタスクのために使用されることが可能である。「実行」オプ
ション１６２２は、選択されると、ＮＩＦＴＥプロセス２３２の現および履歴パ
フォーマンスを供給する。 「リンク管理」オプション１６２４は、選択されると、ユーザが、回復デバイ
ス２２２への選択されたＸ．２５リンクを可能にするか、あるいは不能にするこ
とを可能とする。ＧＵＩサーバ２３２は、特別のリンクのためのＮＩＦＴＥプロ
セス２３２をスタート、あるいは停止するために、ＮＣＣプロセス２５４にメッ
セージを送信する。 「デバイスデータ」オプション１６２６は、選択されると、ユーザが、ＲＴＮ
ＤＤ２４０をブラウズすることを可能とする。分割ウィンドウを有するデバイス
データウィンドウが表示されている。トップウィンドウは、総合回復デバイス２
２８のデータを示し、また下方ウィンドウは、回復デバイス２２８のためのポー
ト特定データを示している。「ランライム構成」オプション１６２８は、選択さ
れると、ユーザが、選択されたＮＩＦＴＥプロセス２３２のパラメータを構成す
ることを可能とし、そのＮＩＦＴＥプロセス２３２が実行する。「デバイス構成
」オプション１６３０および「スイッチ構成」オプション１６３２は、選択され
ると、ユーザが、選択されたＮＩＦＴＥプロセス２３２のスタートアップ時、選
択されたＮＩＦＴＥプロセス２３２によって、読み取られるＤＸＣデバイスおよ
びＲＴＲスイッチそれぞれのためのパラメータを構成することを可能とする。こ
れらの構成オプションを用いて、ＧＵＩサーバ２３４は、ＮＣＣプロセス２５４
によって選択されたＮＩＦＴＥプロセスに直接更新を送信する。 「メイン通知」オプション１６１４は、選択されると、ユーザが、ＧＵＩサー
バ２３４がＲＴＲサーバ２１０の他のプロセスから通知を受信するために登録さ
れるかどうかを決定することを可能とする。 図１１のメインＧＵＩウィンドウ１１００の「報告」オプション１１２２は、
選択されると、ユーザが、図１７に示されるように報告メニュー１７００にアク
セスすることを可能とする。「ＲＴＲステータス」オプション１７１２は、選択
されると、ユーザが、ステータスメッセージのログを表示することを可能とする
。「ＲＴＲユーザ」オプション１７１４は、選択されると、ユーザが、ＲＴＲシ
ステムに最近ログオンされたユーザのリストを表示することを可能とする。「回
路ステータス」オプション１７１６は、選択されると、ユーザが回路識別に従っ
てトランクのステータスをチェックすることを可能とする。「ＰＭＲ／ＩＯＲ生
成」オプション１７１８は、選択されると、ユーザが、事後分析報告、あるいは
初期故障報告を作成することを可能とする。「ＰＭＲ注釈」オプション１７２０
は、選択されると、ユーザが、事後分析報告にコメントおよびタイムスタンプを
追加することを可能とする。これらのコメントおよびタイムスタンプは、故障が
回復され、そして正規化された時を示す。「メンテナンスリスト」オプション１
７２２は、選択されると、ユーザが、現在メンテナンスを施されているトランク
を表示することを可能とする。「不充分な能力」オプション１７２４は、選択さ
れると、ユーザが、使用できなかったネットワーク能力を表示することを可能と
する。「自己監視報告」オプション１７２６は、選択されると、ユーザが、事後
分析および初期故障報告からの仮編成済み抽出を集めることを可能とする。 図１１のメインＧＵＩウィンドウ１１００の「ヘルプ」オプション１１２４は
、選択されると、ユーザが、図１８に示されるヘルプメニュー１８００にアクセ
スすることを可能とする。「オーバービュー」オプション１８１２は、選択され
ると、ＲＴＲサーバ２１０において実行するＲＴＲシステムの一般的記述を表示
する。「このウィンドウ」オプション１８１４は、選択されると、表示される現
ウィンドウを指定するヘルプテキストを表示する。 図１１に戻って参照すると、メインウィンドウ１１００のプルダウンメニュー
に加えて、一続きのステータスボタンは、ユーザが、さらに、情報を制御し、そ
してアクセスすることを可能とする。図１１のメインウィンドウ１１００の実行
状態は、実行状態ボタン１１３２を表示するＲＭターミナル２２４との通信にお
けるＲＴＲサーバ２１０の現実行状態を示す。ＲＴＲサーバの実行状態は、「プ
ライマリ」か、あるいは「バックアップ」であり得る。あらゆる場合、１つのサ
ーバは、プライマリであり、そして他のサーバは、バックアップである。現実行
状態は、制御マネジャプロセス２４４によって保持される。ＧＵＩサーバ２３４
は、制御マネジャプロセス２４４を用いて、コマンド／応答メッセージ交換を有
する実行状態を検索する。ＲＭ端末２２４におけるＧＵＩインターフェイスのメ
インウィンドウ１１００から、パスワードバリデーションによる権限付与を有す
るユーザは、ＲＭ端末２２４と通信してＲＴＲサーバ２１０の実行状態を変更す
るために、実行状態ボタン１１３２を選択することが可能である。実行状態ボタ
ン１１３２を選択することによって、ユーザは、プライマリＲＴＲサーバとバッ
クアップＲＴＲサーバとの間のいずれかの方向にプロセスフェイルオーバを開始
することが可能である。この場合、ＧＵＩサーバプロセス２３４は、制御マネジ
ャプロセス２４４にメッセージを送信する。制御マネジャプロセス２４４は、フ
ェイルオーバを実行し、そして現在のＲＴＲサーバの実行状態を変更する。制御
マネジャプロセス２４４は、さらに、実行状態を変更するために、他のＲＴＲサ
ーバの制御マネジャプロセスにメッセージを送信し、そして各内部ＲＴＲ構成要
素にメッセージを送信することによって、実行状態の変更を各内部ＲＴＲ構成要
素に通知する。 動的ルート生成（ＤＲＧ）状態は、ルートジェネレータプロセス９１４のＤＲ
Ｇアルゴリズムが、リアルタイム回復を実行することを可能とする場合に可能と
される。それは、プリプランされた回復が適所にある場合に不能とされる。図１
１のメインウィンドウ１１００のＤＲＧ状態ボタン１１３４は、ＤＲＧアルゴリ
ズムの現状態を表示する。パスワード検証により権限が付与されたユーザは、Ｄ
ＲＧ状態ボタン１１３４を選択することによって現在のＲＴＲサーバ２１０のＤ
ＲＧ状態を変更することが可能である。ＤＲＧ状態ステータスボタンの選択時、
ＧＵＩサーバプロセス２１０は、制御マネジャプロセス２４４にメッセージを送
信する。順番に、制御マネジャプロセス２４４は、回復制御構成要素４１８に変
更ＤＲＧ状態メッセージを送信する。制御マネジャプロセス２４４は、さらに、
各インパクトされたプロセスに通知を送信する。 準備状態モードは、ノーマル操作の間「ノーマル」であり、そして、故障が検
出されると「警告する」。準備状態モードにおける変更は、フォルト分析プロセ
ス２４６によって送信される停止告知に応答して、制御マネジャプロセス２４４
によってＧＵＩサーバに供給される。パスワード確認により権限が付与されるユ
ーザは、図１１のメインウィンドウ１１００の準備状態モードボタン１１３６を
選択することによって、準備状態モードを手動で変更することが可能である。Ｇ
ＵＩサーバプロセス２１０は、次に、制御マネジャプロセス２４４にメッセージ
を送信する。制御マネジャプロセス２４４は、順番に、ノーマルから警告に、ま
た警告からノーマルにモードを変更するために、すべての内部ＲＴＲプロセスに
、変更準備状態モードメッセージを送信する。図１１のメインウィンドウ１１０
０の現行モードステータスボタン１１３８は、ＲＴＲプロセスの現行モードを表
示する。現行モードは、デモンストレーションステータスと操作ステータスとを
含んでいる。 図１１のメインウィンドウ１１００のリンクステータスボタン１１４０は、回
復デバイス２２８へのＸ．２５リンクのステータスを表示する。リンクステータ
スボタン１１４０は、ボタンの色およびボタンに表示される数字によってステー
タスを示す。あらゆる回復デバイス２２８は、２つのリンクの両方が機能してい
ない状態にある場合、リンクステータスボタン１１４０は、赤色であり、そして
このような回復デバイス２２８の数は、ボタンに表示される。リンクステータス
ボタン１１４０が赤色でない場合、その時、あらゆる回復デバイス２２８は、２
つのリンクの１つだけが機能していない状態にある場合、ボタンは黄色であり、
そしてこのような回復デバイス２２８の数は、ボタンに表示される。リンクステ
ータスボタン１１４０が、赤色でもなく、あるいは黄色でもない場合、その時、
ボタンは緑色であり、電気通信ネットワークのすべてのリンクが機能しているこ
とを示す。ＧＵＩクライアントプロセス２２６は、問い合わせからＲＴＮＤＤに
直接リンクステータスを得る。 図１１のメインウィンドウ１１００の許可されていないプリプランボタン１１
４２は、選択されると、最近のプリプラン生成プロセス実行で生成されたが、ま
だ許可されなかったプリプランの数を示す。ＲＴＲサーバ２１０は、以前のプリ
プランからの変更のしきい値内にあるプリプランのために自動承認方法を有する
。変更のこのしきい値は、変更されたトランクのパーセンテージとして示される
。変更のこのしきい値内にないプリプランは、手動で許可される必要がある。許
可されていないプリプランボタン１１４２を選択することによって、ユーザは、
許可されていないプリプランのリストを開くことが可能である。 プランジェネレータステータスボタン１１４４は、プランを生成するために使
用されるプロセスの操作可能なステータスを示している。プランジェネレータス
テータスは、「停止」か、または「実行中」のいずれかである。アラームステー
タスボタン１１４６は、回復セットが、フォルト分析プロセス２４６によるアラ
ーム分析に基づく故障によって「インパクトされた」ことを宣言されたときに照
らされる。ＲＭ端末２２４のＧＵＩインターフェイスのユーザは、コンピュータ
入力デバイスの使用を介してアラームステータスボタン１１４６を選択すること
によって、アラームを見て、肯定応答する。 図１１のＧＵＩのメインウィンドウ１１００の告知セクション１１５０は、ウ
ィンドウの特別のビューを指定することによって、ユーザによって選択される回
復セットのステータスを示す。たとえば、ユーザは、「インパクトされた」とい
うステータスを有するすべての回復セットが、告知セクション１１５０に表示さ
れることを指定することが可能である。ユーザは、ネットワークのすべてか、あ
るいはネットワークのサブセットだけを見ることが可能である。１つ以上の回復
セットが「インパクトされた」としてリストされる場合、アラームステータスボ
タン１１４６は、照らされたとして表示される。告知リストのデータは、ビュー
のユーザの指定に基づく問い合わせで、ＲＴＮＤＤ２４０から直接得られる。 図１１のメインＧＵＩウィンドウ１１００の告知セクション１１５０は、告知
の現数を示すヘッダを含み、図１１の場合、その数は、１０である。各告知につ
いて、データフィールドは、図１１のメインＧＵＩウィンドウ１１００の告知セ
クション１１５０に表示される。「ＲＳ名」データフィールド１１５２は、特別
の回復セットに割り当てられるネームを表示する。「タイプ」データフィールド
１１５４は、故障スパンあるいはカスタムを含む回復セットのタイプを表示する
。カスタムＲＳは、故障スパンＲＳと対比して、システムおよびトランクの手動
で組み立てられたリストを含み、ネットワークの分離した、独自の、分岐のない
部分内に確実にすべてのシステムおよびトランクを含んでいる。ＲＴＲシステム
は、故障として１つの故障スパンに沿うどこででもフォルトを処理する。 「状態」データフィールド１１５６は、インパクトされた、危険、リルートさ
れた、メンテナンス、ノーマルなどを含む回復セットの状態を表示する。インパ
クトされたとは、そのように標識されるアイテムが故障を有するとして分類され
たことを意味する。危険とは、発行が故障状態にエスカレートする電気通信ネッ
トワーク１７０に存在することを示すために、ＲＳにユーザによって割り当てら
れるステータスである。たとえば、列逸脱は、近くのＲＳと関連する装置を損傷
し、それによって、ユーザが、危険な状態にＲＳを配置する。リルートされたと
は、そのように標識されたアイテムが、プライマリパスでの問題のために、別の
パスで実行するトラフィックを有することを意味する。メンテナンスは、修復あ
るいはメンテナンス操作が、ＲＳと関連する装置あるいはセグメントで実行され
ることを示すために、ＲＳにユーザによって割り当てられるステータスである。
ノーマルは、そのように標識されたアイテムが、オリジナルパスで実行するトラ
フィックを有し、そして存在する故障がないことを意味する。「ブレイクスペッ
ク」データフィールド１１５８は、リンク内のブレイクが生じた場所に関しての
詳細を表示する。ブレイクは、たとえば、特別のステーションで生ずるか、ある
いはステーション間で生ずるかである。ステータスデータフィールド１１６０は
、ステータスが非アクティブか、あるいはアクティブであるかどうかを示す。「
ＩＭＰ Ｓｙｓ」データフィールド１１６２は、「状態」データフィールドに表
示される状態によってもたらされる特別の回復セットのシステムの数を表示する
。この値は、５秒毎に更新される。「ＩＭＰ Ｔｒｋ」データフィールド１１６
４は、「状態」データフィールド１１５６に表示されるような状態によってもた
らされるこの回復セットのトランクのための数を示す。この値は、５秒毎に更新
される。「アクティブ」データフィールド１１６６は、回復セットのトラフィッ
ク付帯トランクの数を表示する。この故障は、５秒毎に行使される。「能力」デ
ータフィールド１１６８は、回復セットの使用可能なトランクの総数を表示する
。この故障は５秒毎に更新される。 本発明は、回復機能に関する電気通信システムを管理し、そして監視するのに
使用されると同時に、本発明は、同様に、電気通信システムを構成、拡張、分割
、分析、更新などの他の電気通信機能に関して管理し、そして監視するために使
用されることが可能である。さらに、本発明は、プリンタ、モデム、共用ソフト
ウェアアプリケーションなどのコンピュータネットワークのリソースを監視し、
そして管理するためにＧＵＩシステムに容易に適用されることが可能である。 これらおよび他の変更は、上述の詳細な説明を鑑みて本発明に行われることが
可能である。一般に、下述の請求の範囲において、用語は、明細書および請求の
範囲に開示されている特定の実施形態に本発明を限定するものと解釈されるべき
でなく、電気通信ネットワークのネットワークデバイスを監視し、そして管理す
るためのシステムに提供する請求の範囲のもとに操作するすべてのグラフィカル
・ユーザインターフェイスシステムを含むと解釈されるべきである。従って、本
発明は、開示によって限定されるものではなく、その代わりに、その範囲は、下
術の請求の範囲によってもっぱら決定されるべきである。
図の形で示す。図１の該ブロック図は、関連する操作上の要素が関連する通常の
ネットワーク通信とどのように関係しているかを示す。一般化したＧＵＩシステ
ム１１０は、監視・管理サーバ１２０（一般にプロセッサとも呼ばれる）及びＧ
ＵＩ端末１３０ａ、１３０ｂ、１３０ｃを含む。該ＧＵＩ端末１３０ａ、１３０
ｂ、１３０ｃ及び外部システム１４０は、コンピュータ・ネットワーク１５０（
一般にデータ・ネットワークと呼ばれる）上で監視・管理サーバ１２０と通信す
る。上述の実施形態においては、監視・管理サーバ１２０は回復機能を実行し、
かつリアルタイム回復（ＲＴＲ）システムと呼ばれる回復システムとして作動す
る。該ＲＴＲシステムに対するＧＵＩは、ＧＵＩ端末１３０ａ、１３０ｂ、１３
０ｃのディスプレイ・スクリーン上に表示される。通常、ユーザーは、ＧＵＩ端
末１３０のディスプレイ・スクリーンのＧＵＩ上に表示されたオプションを選択
する。該ユーザーは、トラックボール、マウス、あるいは既知の他の入力デバイ
ス等のコンピュータ入力デバイスを用いて該オプションを選択する。従って、上
述の実施形態は、全てのユーザー・オプションが、統合された、使いやすい、電
気通信ネットワーク１７０のためのユーザー・インターフェースの下に統合され
ているシステム及び方法を提供する。 上述の実施形態においては、ＧＵＩ端末１３０ａ、１３０ｂ、１３０ｃは、回
復管理（ＲＭ）端末と呼ばれている。該ＲＭ端末は、通常、ＤＥＣ Ａｌｐｈａ
ワークステーション等のワークステーションとして構成され、コンピュータ・
ネットワーク１５０上で通信するデック・ネット（ＤＥＣＮｅｔ）を通じてＤＥ
Ｃ Ａｌｐｈａ サーバ上のホストとしての監視・管理サーバ１２０に接続され
ている。該コンピュータ・ネットワーク１５０は、好ましくはローカル・エリア
・ネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）である。図１のブロ
ック図の構成は、任意のある型に対する特定のネットワーク・トポロジーに限定
されない。例えば、コンピュータ・ネットワーク１５０は、バス、リング状、星
型、その他の型又は組合せのトポロジーを有することができる。 外部システム１４０は、該コンピュータ・ネットワーク１５０に接続された外
部システムを表す。外部システムの数は図示の一つの外部システム１４０に限定
されず、多数の他の外部システムを含むことができる。該外部システムは、監視
・管理サーバ１２０にデータを供給する。上述の実施形態において、監視・管理
サーバ１２０上のＲＴＲシステムは、コンピュータ・ネットワーク１５０を介し
て外部システムからデータを受信する。このデータは、トポロジー・データ及び
ネットワークのフォルト分析データを含むことができる。該外部システムは、該
監視・管理サーバ１２０からネットワーク・アラーム・データ等のデータを収集
することもできる。 監視・管理サーバ１２０は、コンピュータ・ネットワーク１５０上でＧＵＩ端
末１３０ａ、１３０ｂ、１３０ｃからコマンドを受信する。これらのコマンドに
応答して、監視・管理サーバ１２０は、電気通信リンク１６５を介して電気通信
デバイス１６０ａ〜１６０ｅへ制御信号を送信する。電気通信ネットワーク１７
０は、電気通信デバイス１６０ａ〜１６０ｅおよび電気通信リンク１６５を含む
。該電気通信ネットワーク１７０は、図１のブロック図の構成に限定されず、電
気通信技術で知られているどのような種類のネットワーク・トポロジーも有する
ことができる。電気通信デバイス１６０ａ〜１６０ｅは，電機通信ネットワーク
において見られる任意のデバイスである。一般に、電気通信デバイス及びリソー
スは、電気通信ネットワーク上で通信するためのデバイス特有の通信フォーマッ
トを有する。上述の実施形態において、これらの電気通信デバイスは、電気通信
ネットワーク１７０の回復のために使われる回復デバイスを含む。典型的な回復
デバイスは、デジタル・クロス・コネクト（ＤＸＣ）であり、これは外部コマン
ドに基づいて回路を切り替える。例えば、ＤＸＣ ３／３は、ＤＳ−３トランク
をサポートするポートを有し、該ＤＳ−３ポート間でトラフィックを切り替える
。回復ネットワークは通常、ネットワーク・スイッチ間に配置された該ＤＳ−３
転送ネットワークの一部として多数のこれらのデバイスを含む。上述の実施形態
において、電気通信ネットワーク１７０は、Ｔ１リンクを用いたＸ．２５ プロ
トコルを使用する。 図２は、ＲＴＲサーバ２１０と呼ばれるＲＴＲシステムのホストである監視・
管理サーバ１２０の内部プロセス・アーキテクチャを示す。該実施形態のＧＵＩ
システム１１０はＲＴＲ ＧＵＩシステム２１２であり、以下にさらに説明する
。ネットワーク作成システムは、外部システム１４０のうちの一つの特定のホス
ト・システムである。上述の実施形態において、該外部システム１４０は、トポ
ロジー・レプリケーション・サーバ（ＴＲＳ）２２０である。該ＴＲＳ２２０上
の該ネットワーク・設備システムは、コンピュータ・ネットワーク１５０を介し
てネットワーク・トポロジー・データを、ＲＴＲサーバ２１０をホストとするリ
アルタイム・トポロジー・データベース２２２へ提供する。上述の実施形態にお
けるＧＵＩ端末１３０は、回復（ＲＭ）端末２２４（一般にユーザー端末とも呼
ばれる）である。該ＲＭ端末２２４は、コンピュータ・ネットワーク１５０を介
してＲＴＲサーバ２１０上の一つ又はそれ以上のＧＵＩクライアント２２６プロ
セス（グラフィカル・インターフェース・プロセスとして知られている）と通信
する。通信とはデータ、リンク及びネットワーク・デバイスのステータスを問い
合わせ、ネットワーク・デバイスを構成するための監査コマンド等のコマンド、
及び自発的なアラームの送信及び受信を含む。上述した実施形態において、ＧＵ
ＩはＸ−Ｗｉｎｄｏｗｓアプリケーションである。ＲＴＲサーバ２１０上のＧＵ
Ｉクライアント２２６は、コンピュータ・ネットワーク１５０上でＧＵＩウィン
ドウをＲＭ端末２２４へ送信する。好ましくは、各ＲＭ端末２２４に対して一つ
のＧＵＩクライアント２２６が設けられる。該ＧＵＩクライアント２２６は、統
合ＧＵＩディスプレイをＲＭ端末２２４へ提供する。この結果、上述の実施形態
は、電気通信ネットワーク１７０の機能の監視及び管理のための、使い易いイン
ターフェースを提供する。該ＧＵＩディスプレイを以下にさらに説明する。ユー
ザーはＲＭ端末２２４を介してそれぞれのＧＵＩクライアント２２６にコマンド
及びデータを提供する。上述の実施形態において、電気通信デバイス１６０はネ
ットワーク・回復デバイス２２８であり、Ｘ．２５リンク２３０を介して以下に
詳述するＲＴＲサーバ２１０上で動くネットワーク・インターフェース・フロン
ト・エンド（ＮＩＦＴＥ）プロセス２３２（一般に、デバイス・インターフェー
ス・プロセスとして知られている）と通信する。 上述の実施形態の一部として、ＲＴＲサーバ２１０上で動く単一のＧＵＩサー
バ２３４は、全てＧＵＩクライアント２２６とＲＴＲサーバ２１０上で動く各プ
ロセスとの間のインターフェースを提供する。ＲＭ端末２２４からユーザー・デ
ータ及びコマンドを受信すると、ＧＵＩクライアント２２６は、該データ及びコ
マンドをユーザーの登録及び非登録にともなってＧＵＩサーバ２３４へ送信する
。該ＧＵＩサーバ２３４は、ＧＵＩ機能を可能にするインテリジェント処理のほ
とんどを実行する。さらに、該ＧＵＩクライアント２２６は、システム・ダイア
グノスティックスに対するクライアント・ログへのイベント・メッセージを書き
、テキスト・ベースの報告をローカル・プリンタへ送信する。全てのＲＴＲプロ
セスのように、ＧＵＩクライアント２２６及びＧＵＩサーバ２３４は、実行時間
パラメータを初期化する起動時に、システム論理を読み込む。システム論理は、
実行状態、準備状態モード及びＲＴＲサーバ２１０の他のモードを含む。該ＲＴ
Ｒサーバ２１０は、回復に関連した他のプロセスのホストにもなっている。上述
の実施形態におけるＲＴＲ・ＧＵＩシステム２１２は、ＲＴＲサーバ２１０上の
ＧＵＩサーバ・プロセス２３４と、ＲＴＲサーバ２１０上の一つ又はそれ以上の
ＧＵＩクライアント・プロセス２２６と、一つ又はそれ以上のＲＭ端末２２４と
、ＧＵＩサーバ２３４とＲＴＲサーバ２１０上の他のプロセスとの間の種々のプ
ロセス・インターフェースとからなる。重要な回復プロセスを図２に示し、以下
に説明する。 上述の実施形態は、全てのプロセスのホストとして一つのＲＴＲサーバ２１０
を用いるが、本発明はこれに限定されない。他の実施形態において、二つ以上の
ＲＴＲサーバ２１０が処理負荷を分担するので、プロセスは二つ以上のＲＴＲサ
ーバ２１０に分配される。また、本発明の上述の実施形態において、重複のＲＴ
Ｒサーバ２１０が作動されるＲＴＲサーバ２１０に対してバックアップ・デバイ
スとして使われる。処理負荷を二つ以上のサーバに分配し、重複のサーバをバッ
クアップ・デバイスとして用いることは既知である。 プランマネジャプロセス２３６及びプリプラン・ファイル・データベース２３
８は、ＲＴＲサーバ２１０のユーザーのリアルタイム回復に加えてプリプラン・
ネットワーク回復の実行を可能にする。回復プリプランは、プリプラン・ファイ
ル・データベース２３８に記憶されている。該プランマネジャプロセス２３６は
、プリプランを生成し、メンテナンスし、検索し、実行する。 ＲＴＲデータベース２２２は、ＴＲＳ２２０のホストである外部のネットワー
ク設備システムの全てのネットワーク・トポロジーを含む。該ＲＴＲデータベー
ス２２２には、全てのトポロジー・データを含むデータが周期的に外部システム
から供給される。これらのデータは、フィルタリングされ、リアルタイム・ネッ
トワーク・デバイス・データベース（ＲＴＮＤＤ）２４０に蓄積される。 該ＲＴＮＤＤ２４０は、ＲＴＲサーバ２１０のグローバル分担メモリに実装さ
れる。該ＲＴＮＤＤ２４０は、リアルタイム・データを現在選択している構成及
び回復ネットワークのトポロジー上に提供する。該ＲＴＮＤＤ２４０は、ＲＴＲ
サーバ２１０（ＲＴＲプロセス）をホストとするプロセスにアクセスできる、デ
ータ読取り用のメモリ内蔵のデータベースを含み、リアルタイム・データ・アッ
プデートのためにいくつかのＲＴＲプロセスにアクセスできる。トランク／アク
ション・データベース２４２は、処理されたアクション及びフォルトの影響を受
けたトランクに対してログ・ファイルを記憶する。トランク／アクション・デー
タベース２４２中のアクション・ログは、各アクションの結果に沿って回復デバ
イスに送られたアクションを含む。アクションは、通常クロス・コネクト又は切
断コマンドである。ＧＵＩサーバ２３４は該アクション・ログを読み取り、ＲＭ
端末２２４のＧＵＩ上に表示すべきアクションをＧＵＩクライアント２２６を介
して送信する。トランク・ログは、フォルトによって影響を受けたと認識された
トランクを含む。ＧＵＩサーバ２３４は該トランク・ログを読み取り、この情報
をＧＵＩクライアント２３６を介してＲＭ端末２２４へ送信し、ＲＭ端末２２４
のＧＵＩ上に表示する。 制御マネジャプロセス２４４は、外部システムへのインターフェースとして働
く。該制御マネジャプロセス２４４は、該外部システムからコマンドを受信し、
それらのコマンドを適切な内部プロセスへ分配し、必要に応じて応答を返す。Ｒ
ＴＲサーバ２１０のランタイム・パラメータであるシステム論理が維持される。
ＧＵＩサーバ２３４はすべての状態及びステータスに対するモードの変更、要求
を制御マネジャプロセス２４４へ送信する。 フォルト分析プロセス２４６は、ＲＴＮＤＤ２４０及びＲＴＲデータベースか
らのネットワーク・トポロジー・データに沿って、外部システムからアラーム・
データを読み込む。該フォルト分析プロセス２４６は、これらのデータを分析し
てネットワークフォルトを検出するために推論データベースを使う。フォルトが
検出されると、ＧＵＩサーバ２３４及び他のＲＴＲプロセスへフォルトの告知が
なされる。制御マネジャプロセス２４４は、フォルト分析プロセス２４６からフ
ォルトの告知を受信すると、プロセスのステータスを正常から警告に変更する。 回復調整プロセス２４８は、回復制御機能を有する全てのプロセスに対してメ
イン・インターフェースとして働く。該回復調整プロセス２４８は、外部システ
ムからのコマンドを含むコマンドを制御マネジャプロセス２４４を介して他のＲ
ＴＲプロセスから受信し、該コマンドを回復制御機能を有するＲＴＲプロセスへ
配布する。他のプロセスへのコマンドの分配は、回復調整プロセス２４８が制御
する特定のタイミング及びシーケンスをしばしば要する。該回復調整プロセス２
４８は、リアルタイム回復を実行する他のプロセスを含む。それらのプロセスは
、ブレーク・アイソレータ、動的ルート・ジェネレータ及びアクション・ディス
パッチャ・プロセスである。 以下に詳細に説明するように、ＲＴＲ ＧＵＩシステム２１２は、ユーザーに
よる単一のＧＵＩとの双方向による多数の回復機能の制御を可能にする。該ＧＵ
Ｉは、ＲＭ端末２２４のディスプレイ・スクリーン上に表示される異なるディス
プレイ・ウィンドウを有することができるが、全てのディスプレイ・ウィンドウ
は共通のメイン・ディスプレイ・ウィンドウの下に統合されている。重要なこと
は、該ディスプレイ・ウィンドウは、操作の容易さも考慮して制御されているこ
とである。回復機能は手動コマンドを回復デバイス２２８へ送信することを含む
。ＧＵＩサーバ２３４は全ての回復コマンドを回復調整プロセス２４８へ送信し
、確認の返答を受信する。該確認は、ユーザーに対して、ＧＵＩクライアント２
２６及びコンピュータ・ネットワーク１５０を介してＲＭ端末２２４のディスプ
レイ・スクリーン上に表示されたＧＵＩ上にステータスを表示するために使われ
る。 検証マネジャプロセス２５０は、回復ネットワークの現トポロジーを確認する
ために、そしてＲＴＮＤＤ２４０におけるネットワークトポロジーデータを更新
するために、ルーチンを実行する。検証マネジャプロセス２５０は、一般に、人
間介入を必要としない。とはいえ、ＧＵＩシステム１１０は、検証マネジャプロ
セス２５０に制御インターフェイスを供給し、ユーザが、回復ネットワークにお
けるスペア能力の監査を開始する。 報告マネジャ２５２プロセスは、回復操作についての報告を提供するために、
ＲＴＮＤＤ２４０と、ＲＴＲデータベース２２２と、ＲＴＲサーバ２１０システ
ムログとから様々なデータを処理する。ＧＵＩシステム１１０は、報告マネジャ
プロセス２５２にアクセスするために、ＲＭターミナル２２４に表示される総合
ＧＵＩを供給する。ユーザは、次に、ＲＭターミナル２３４のＧＵＩを使用する
ことによって、オンラインで報告およびビュー報告を要求することが可能である
。 ネットワーク制御コーディネータ（ＮＣＣ）プロセス２５４およびネットワー
クインターフェイスフロントエンド（ＮＩＦＴＥ）プロセス２３２は、特別の通
信フォーマットを有するＧＵＩサーバ２３４と、デバイス特定の通信フォーマッ
トを有する回復デバイス２２８との間に必要なインターフェイスを供給する。個
々のＮＩＦＴＥプロセス２３２は、ＲＴＲサーバ２１０への各回復デバイス２２
８に通信インターフェイスと制御インターフェイスとを供給する。各回復デバイ
ス２２８のために１つのＮＩＦＴＲプロセス２３２がある。ＧＵＩサーバ２３４
は、ＮＣＣプロセス２５４とインターフェイスで連結し、ＮＣＣプロセス２５４
が、適切なＮＩＦＴＥプロセス２３２にＧＵＩメッセージを分散する。 ＲＴＲサーバ２１０のプロセスは、内部通信プロセスによって、互いに通信す
ることが可能である。示されている実施形態において、内部通信プロセスは、内
部メールボックス間を通過するメッセージを使用する。図３に示されるように、
ＲＴＲプロセス３１０は、サーバーメールボックス３１２によって、ＧＵＩサー
バ２３４などの他のプロセスにメッセージを受け渡す。順番に、ＧＵＩサーバ２
３４は、ＲＴＲプロセスメールボックス３１４によって、ＲＴＲプロセス３１０
にメッセージを受け渡す。メッセージは、クライアントメールボックス３１８ａ
、３１８ｂ、３１８ｃによって、ＧＵＩサーバ２３４からＧＵＩクライアントプ
ロセス２２６ａ、２２６ｂ、２２６ｃにそれぞれに送信される。ＧＵＩクライア
ント２２６ａ、２２６ｂ、２２６ｃは、サーバメールボックス３１２によって、
ＧＵＩサーバ２３４にメッセージを送信することが可能である。ＧＵＩサーバ２
１０は、現在登録されているすべてのＧＵＩクライアント２２６に、あるいは個
々のＧＵＩクライアント２２６にメッセージを同報通信するかのいずれかである
。ＲＴＲプロセスは、ＧＵＩサーバ２３４にメッセージを送信し、次に、ＧＵＩ
サーバ２３４の同報通信リストに現在登録され、そしてリストされているすべて
のＧＵＩクライアントにメッセージを同報通信する。ＧＵＩクライアント２２６
は、更新通知を有するとき、この通知は、ＧＵＩサーバに送信され、そしてＧＵ
Ｉサーバ２３４は、更新の転送先により、他のＧＵＩクライアントのそれぞれに
か、あるいはＲＴＲプロセスに更新を同報通信する。その結果、各ＧＵＩクライ
アントプロセス２２６は、単に、ＧＵＩサーバプロセス２３４のメールボックス
アドレスを有し、そしてＧＵＩサーバプロセス２３４に登録される必要がある。 ＧＵＩクライアント２２６プロセスが開始されると、それは、ＧＵＩサーバメ
ールボックス３１２によって、ＧＵＩサーバ２３４に登録する。ＧＵＩクライア
ント２２６は、回復メッセージの部分としてＧＵＩサーバ２３４にＧＵＩクライ
アントメールボックス３１８のリターンアドレスを受け渡す。ＧＵＩサーバ２３
４は、次に、ＧＵＩクライアントメールボックス３１８に接続し、ＧＵＩクライ
アント２２６が、ＧＵＩサーバ２３４から同報メッセージを受信することを可能
とする。ＧＵＩクライアント２２６のユーザが、ＧＵＩクライアント２２６を終
了することを要求する場合、ＧＵＩクライアント２２６は、ＧＵＩサーバ２３４
の同報通信リストから取り除かれるために、ＧＵＩサーバ２３４に登録取り消し
メッセージを送信する。ＧＵＩのクライアントのアブノーマルな終了の珍しい場
合、ＧＵＩサーバ２３４は、各ＧＵＩクライアント２２６に周期的なハローメッ
セージを送信する。ＧＵＩクライアント２２６が、ハローメッセージの指定時間
あるいは数内に応答しない場合、ＧＵＩサーバ２３４が、同報通信リストからＧ
ＵＩクライアント２２６を自動的に取り除く。同様に、ＧＵＩクライアント２２
６が、指定時間内に、ＧＵＩサーバ２３４からハローメッセージを受信しない場
合、その時、ＧＵＩクライアント２２６は、ＧＵＩサーバ２３４と再登録する。 図４は、ＲＴＲサーバ２１０のプロセスのためのデータフローチャートを示し
ている。図の平易化のために、いくつかのプロセスが、より高いレベルの構成要
素にグループ分けされている。たとえば、ＧＵＩサーバプロセス２３４およびＧ
ＵＩクライアントプロセス２２６は、ＧＵＩ構成要素４１０にグループ分けされ
ている。ＧＵＩ構成要素４１０は、図５により詳細なレベルで示され、外部フロ
ーデータおよび内部データフローの両方が示されている。 図４および図５乃至図１０のデータフローチャートは、一般に、当業者には自
明のものである。これらのデータフローチャートは、図４から図１０に示される
ように、様々なデータのタイプと、このようなデータのために他のプロセスを交
互に行き来する適切なルーチングとを明らかにしている。本発明の他の重要な態
様を不明確にすることを回避するために、このような図の要約した説明が、ここ
には提供されている。より完全に理解するために、当業者には、図自体で伝えら
れている。 図４のデータ管理構成要素４１２は、図２に示されるＲＴＲサーバ２１０のＲ
ＴＲデータベース２２２と、ＲＴＮＤＤ２４０プロセスとを含んでいる。データ
管理構成要素４１２は、さらに、図６に示されるように、データマネジャプロセ
ス６１０と、ＲＴＮＤＤ作成プロセス６１２と、報告管理プロセス６１４とを含
んでいる。報告管理プロセス６１４は、図２に示される報告マネジャプロセス２
５２を含んでいる。 図４のＲＴＲ管理構成要素４１４は、図２に示されるＲＴＲサーバプロセス２
１０の制御マネジャプロセス２４４を含んでいる。ＲＴＲ管理構成要素４１４は
、さらに、図７に示されるように、更新マネジャプロセス７１０と、データサー
バプロセス７１２と、フェイルオーバ処理プロセス７１４とを含んでいる。 図４のフォルト分析構成要素４１６は、図２のＲＴＲサーバのフォルト分析プ
ロセス２４６を含んでいる。フォルト分析構成要素４１６は、さらに、図８に示
されるように、アラームコレクタプロセス８１０と、状態サーバプロセス８１２
と、データベースサーバプロセス８１４と、停止データベースサーバプロセス８
１６とを含んでいる。 図４の回復制御構成要素４１８は、図２のＲＴＲサーバ２１０の回復コーディ
ネータプロセス２４８を含んでいる。図４の回復制御構成要素４１８は、ブレイ
クアイソレータプロセス９１０と、プランマネジャプロセス９１２と、ルートジ
ェネレータプロセス９１４と、アクションディスパッチャプロセス９１６とを含
んでいる。 図４のネットワーク制御構成要素４２０は、図２のＲＴＲサーバ２１０のＮＣ
Ｃプロセス２５４と、ＮＩＦＴＥプロセス２５６とを含んでいる。ネットワーク
制御）構成要素４２０は、さらに、図１０に示されるように、対話型デバイス制
御システム（ＩＤＣＳ）ゲートウェイインターフェイスプロセス１０１０を含ん
でいる。検証管理プロセス２５０は、図４の監視プロセス４２２と共に示されて
いる。 ＲＴＲ ＧＵＩシステム２１２は、ＲＭ端末２２４のユーザが、従来のシステ
ムと比べてより簡単に学習し、実行する方法で、電気通信ネットワークの回復を
管理し、そして監視することを可能とする。下述の機能は、回復の管理および監
視プロセスに含まれている。 ＲＴＲ ＧＵＩシステム２１２は、ユーザが、回復デバイス２２８とのＲＴＲ
サーバ２１０のインターフェイスおよびリンクを構成することを可能とする。ユ
ーザは、各回復デバイス２２８とのＲＴＲサーバのインターフェースのパラメー
タを構成することが可能である。これらは、ＮＩＦＴＥプロセス２３２がスター
トアップパラメータと実行時間パラメータとを読み取るパラメータを含んでいる
。パラメータは、限定されるものではないが、技術上周知であるリンクステータ
スと、リンク監査インターバルと、メッセージビルディングとを含んでいる。ユ
ーザは、プライマリとして１つの電気通信チャネルと、バックアップとしてもう
１つの電気通信チャネルを指定することが可能である。各Ｘ．２５リンクは、４
つのチャネルを備えている。各チャネルは、監査コマンド、接続／切断コマンド
、管理コマンド、非要求アラームなどを処理する。これらのチャネルは、ＲＭタ
ーミナル２２４に配置されるユーザによって、ＲＴＲ ＧＵＩシステム２１２を
介して構成されることが可能である。 ＲＴＲ ＧＵＩシステム２１２を用いて、ユーザは、回復デバイスのためのア
ドレスを追加し、削除し、そして修正するために、Ｘ．２５スイッチを構成する
ことが可能である。ユーザは、さらに、追加のＲＴＲサーバ２１０あるいはスイ
ッチを有する他のサイトへのＸ．２５パケットルーチングおよびリホームデバイ
スを変更することが可能である。 ＲＴＲ ＧＵＩシステム２１２を用いて、ＲＭ端末２３４に配置されるユーザ
は、回復デバイス２２８へのＸ．２５リンクをオンあるいはオフに変えることが
可能である。たとえば、ユーザは、メンテナンスのためのサービスから１つある
いは２つのＸ．２５リンクを取り出すことが可能である。これにより、ＲＴＲサ
ーバ２１０にバックアップ通信を使用させる。 ＲＴＲ ＧＵＩシステム２１２を用いて、ユーザは、回復プロセスの間に手動
で回復デバイス２２８を制御することが可能である。ユーザは、さらに、メンテ
ナンスアクティビティを実行するために、電気通信デバイスからのトラフィック
をリルートすることが可能である。これにより、ＲＴＲネイティブモードにおけ
るデバイスとの直接対話でリアルタイムで行われるか、あるいはプリプランされ
るかのいずれかが可能である。 ＲＴＲ ＧＵＩシステム２１２は、トラフィック付帯電気通信ネットワークの
ステータスおよび変更のリアルタイム表示を供給する。ＲＭ端末２２４に配置さ
れるユーザは、あらゆる検出された故障および識別、あるいはインパクトされた
電気通信トランクに関する警告を受信することが可能である。ＲＴＲ ＧＵＩシ
ステム２１２は、さらに、ユーザが、回復デバイスを監視することを可能にする
。監視は、デバイスが単一の機能構成要素として示されるデバイスレベル、また
デバイスの各ポートが監視されるポートレベルの両方において行われることが可
能である。監視ポートによって、ユーザは、デバイス間のトランクを効果的に監
視することが可能である。 ＲＴＲ ＧＵＩシステム２１２は、さらに、ユーザが、ＲＴＲサーバ２１０と
回復デバイス２２８との間のＸ．２５リンクおよびスイッチを監視することを可
能にする。ユーザは、ＲＴＲサーバ２１０と回復デバイス２２８との間に交換さ
れる各リンクのステータスとトラフィックをリアルタイムで監視することが可能
である。ユーザは、さらに、回復デバイス２２８とＸ．２５リンクとにおける監
査を実行することが可能である。 ＲＴＲ ＧＵＩシステム２１２を用いて、ユーザは、すべてが統一ＧＵＩを有
する特定の指定されたタスクを有する回復プランを効率的に、かつ効果的に管理
することが可能である。これは、プリプランされた回復のために、またメンテナ
ンスアクティビティのための回復ネットワークを制御するために行われることが
可能である。回復セットは、さらに下記に記述されるカスタム回復セットおよび
故障スパンを含んでいる。故障スパンは、プリプランの単一の回復ルートで回復
されることが可能な伝送ネットワークのセグメントである。ユーザは、回復セッ
トを作成、削除、あるいは修正することが可能である。ユーザは、さらに、プリ
プランを作成、削除、あるいは修正し、そしてプリプランを実行することが可能
である。ユーザは、一般のプリプラン生成プロセス、あるいは危険状態の特定の
回復セットを開始することが可能である。ユーザは、生成されたプリプランのス
テータスおよび許可されたプリプランのステータスを監視することが可能である
。 ＲＴＲ ＧＵＩシステム２１２は、さらに、ユーザが、すべて統一ＧＵＩを有
する様々なパラメータを操作することによって、ＲＴＲプロセスおよび総合ＲＴ
Ｒシステムを効率的に、かつ効果的に監視し、そして管理することを可能にする
。たとえば、ＲＴＲシステムの動的ルートジェネレータ（ＤＲＧ）モードが可能
にされたり、あるいは不能にされたりすることが可能である。可能であると、Ｒ
ＴＲシステムは、リアルタイム回復モードで作動する。不能であると、ＲＴＲシ
ステムは、プリプランモードで作動する。ユーザは、さらに、回復セットを作成
、削除、あるいは修正することによって、ＲＴＲプロセスを管理することが可能
である。 ＲＴＲ ＧＵＩシステム２１２は、単一のＧＵＩから単一のＧＵＩシステムに
上述のような、そして本発明の示される実施形態のＲＭ端末２２４に配置される
ような管理および監視機能を実行することを可能にする。結果として生ずる首尾
一貫したインターフェイスは、従来技術のシステムの厄介なコマンドおよび制御
に回復することなく、ユーザが、関連する多数の機能を制御し、そして実行する
こと援助する。機能自体は、ＲＴＲ内部プロセスによって実行される。 図１１に示されるように、ＲＭターミナル２２４のディスプレイスクリーンに
表示されるようなＧＵＩのメインウィンドウは、一続きのプルダウンメニュー１
１１０と、一続きのステータスボタン１１３０と、告知セクション１１５０とを
備えている。プルダウンメニュー１１１０は、ファイル１１１２と、制御１１１
４と、回復１１１６と、回復セット１１１８と、デバイス１１２０と、報告１１
２２と、ヘルプ１１２４とを含んでいる。一続きのステータスボタン１１３０は
、実行状態１１３２と、ＤＲＧ状態１１３４と、準備状態モード１１３６と、現
行モード１１３８と、リンクステータス１１４０と、許可されていないプリプラ
ン１１４２と、プランジェネレータ１１４４と、アラーム１１４６とを含んでい
る。 プルダウンメニュー１１１０は、ユーザにＲＴＲシステム機能の大部分への容
易なアクセスを供給する。メインＧＵＩウィンドウ１１００から、ユーザは、「
ファイル」オプション１１１２を選択することが可能である。「ファイル」オプ
ション１１１２を選択すると、ユーザが、図１２に示されるように、ファイルメ
ニューにアクセスすることを可能とする。ファイルメニュー１２００の第１のオ
プションは、「リフレッシュ」オプション１２１２である。「リフレッシュ」オ
プション１２１２は、メインＧＵＩウィンドウ１１００に表示されるリストに更
新を押し進める。「プリント」オプション１２１４は、選択されると、メインＧ
ＵＩウィンドウ１１００の告知セクション１１５０における現在表示された告知
をプリントさせる。「終了」オプション１２１６は、選択されると、特別のメイ
ンＧＵＩウィンドウ１１００を実行するＲＭターミナル２２４に特別のＲＭター
ミナル２２４をサービスするＧＵＩクライアントプロセス２２６との通信を中止
させ、そしてＲＭターミナル２２４で実行するＧＵＩプログラムを終了させる。 メインＧＵＩウィンドウ１１００の「制御」オプション１１４は、選択される
と、ユーザが、図１３に示されるように、制御メニュー１３００にアクセスする
ことを可能とする。「パスワード変更」オプション１３１２は、選択されると、
ユーザが、様々なＲＴＲシステム機能にアクセスするのに使用されるパスワード
を変更することを可能とする。「Ｉ／Ｏ不能」オプション１３１４は、選択され
ると、ユーザが、音響アラーム信号を消すことを可能とする。「メンテナンスモ
ード」オプション１３１６は、選択されると、ユーザが、メンテナンス機能にア
クセスすることを可能とする。これらのメンテナンス機能は、他の回復機能に追
加される。追加されると、メンテナンス機能は、ユーザが、「終了」オプション
１２１６を選択することによって、ＲＴＲシステムを終了するまで、可能にされ
るままである。 図１１のメインＧＵＩウィンドウ１１００の「回復」オプション１１１６は、
選択されると、ユーザが、図１４に示されるように、回復メニュー１４００にア
クセスすることを可能とする。「アクションログ表示」オプション１４１２は、
選択されると、回復デバイス２２８に送信される成功および不成功の切断および
接続コマンドを示すログを表示する。「インパクトされたトランクログ表示」オ
プション１４１４は、選択されると、ユーザが、電気通信ネットワーク１７０と
の問題によってインパクトされるトランクリンクに関する情報を含むログを表示
することを可能とする。「パス検証」オプション１４１６は、選択されると、ユ
ーザが、回復セット／パスのトランクだけではなく、あらゆる指定されたルート
のトラフィックを確認することを可能とする。「リアルタイム排除」オプション
１４１８は、選択されると、ユーザが、回復タスクから排除されるトランクのス
タートポイントとエンドポイントとを入力することを可能とする。上述に言及さ
れる動的ルートジェネレータは、リアルタイム排除オプション１４１８から入力
されるあらゆるトランクを使用して、ルートを生成しない。「修復イベント」オ
プション１４２０は、選択されると、ユーザが、修復イベントのステータスをト
ラックすることを可能とする。これにより、ユーザが、修復イベントを詳述する
タイムスタンプおよびコメントを実行することを可能とする。ユーザは、修復イ
ベントを詳述するタイムスタンプおよびコメントを実行することが可能である。
修復イベントが完了されると、ユーザは、イベントを削除することが可能である
。 図１１のメインＧＵＩウィンドウ１１００の「回復セット」オプション１１１
８が、選択されると、ユーザが、図１５に示されるような回復メニュー１５００
にアクセスすることを可能とする。「回復セットリスト呈示」オプション１５１
２は、選択されると、ユーザが、メインＧＵＩウィンドウ１１００の下方部分の
回復セットのリストを見ることを可能とする。「危険設定」オプション１５１４
は、選択されると、ユーザが、ネットワーク内の問題を識別し、次に、監視のた
めの領域を分離するために、回復セットを検索して、そして識別する。「回復セ
ット検索」オプション１５１６は、選択されると、ユーザが、特定の識別に基づ
く回復セットを検索することを可能とする。「カスタム回復セット作成」オプシ
ョン１５１８は、選択されると、ユーザが、指定されたシステムおよびトランク
を新しい回復セットに追加することを可能とする。ユーザは、事前実装オプショ
ンか、あるいはコピーオプションかのいずれかを介して、カスタム回復セットを
作成することが可能である。事前実装オプションは、ユーザが、ステーションの
電気通信ノードを指定することか、あるいは電気通信ネットワークデバイス２２
８の装置仕様を識別することかのいずれかによって、カスタム回復セットに含ま
れる電気通信ネットワークの部分を指定することを可能とする。指定されたアイ
テムを関連する電気通信デバイスおよびトランクは、カスタム回復セットに含ま
れている。たとえば、２つの電気通信ステーションが指定される場合、カスタム
回復セットは、さらに、２つのステーション間に延在するあらゆるトランクを含
んでいる。コピーオプションは、ユーザが、カスタム回復セットに含まれるトラ
ンクあるいは電気通信ネットワークデバイスなどの故障スパンの部分をコピーす
ることを可能とする。「カスタム回復セット削除」オプション１５２０は、選択
されると、ユーザが、システムからカスタム回復セットを削除することを可能と
する。 図１１のメインＧＵＩウィンドウ１１００の「デバイス」オプション１１２０
は、選択されると、ユーザが、図１６に示されるように、デバイスメニュー１６
００にアクセスすることを可能とする。デバイスメニューは、ユーザが、ＮＩＦ
ＴＥプロセス２３２、Ｘ．２５リンク、Ｘ．２５スイッチなどを含む様々なメン
テナンス機能を選択することを可能とする。これらのメンテナンス機能の実行は
、ＧＵＩサーバプロセス２３４に、図４に示される「ＧＵＩからＮＣコマンドへ
の」データフローによって示されるＮＣＣプロセス２５４にコマンドを送信させ
る。ＧＵＩサーバプロセス２３４によって作られる更新は、図４に示される「Ｇ
ＵＩデータ変更トリガからデータ管理への」データフローによって示されるよう
にＲＴＮＤＤプロセス２４０に送信される。リンクステータスオプション１６１
２は、選択されると、すべてのネットワークＤＸＣリンクのリアルタイムステー
タスを示すウィンドウを開く。 「ネイティブモード」オプション１６１４は、選択されると、ユーザが、回復
デバイス２２８のために指定されるＮＩＦＴＥプロセス２３２によるデバイスコ
マンドを使用して、直接回復デバイスを対話することを可能とする。このオプシ
ョンは、本質的に、選択された回復デバイス２２８のためのＮＩＦＴＥプロセス
２３２への直接インターフェイスを開く。 「トレース」オプション１６１６は、選択されると、ユーザが、選択されたＮ
ＩＦＴＥプロセス２３２間の選択されたリンクのためＸ．２５トラフィックを監
視することを可能とする。このオプションが選択されると、トレースウィンドウ
が、ＲＭ端末２２４のＧＵＩインターフェイスに表示される。選択されたリンク
のためのＸ．２５メッセージは、ＮＩＦＴＥプロセス２３２によって供給される
ようなトレースウィンドウに示される。「トレース」オプション１６１６は、デ
バイスがユーザのコマンドに適切に応答されないときのトラブルシューティング
のためのものである。トレースウィンドウは、ユーザによってデバイスに送信さ
れ、そして選択されたＮＩＦＴＥプロセス２３２によってキャプチャされるよう
なデバイスからユーザに送信されるすべてのトラフィックを示す。 「監査」オプション１６１８は、選択されると、ユーザが、１つ以上の回復デ
バイス２２８の監査を開始することを可能とする。ＲＴＲサーバ２１０は、スケ
ージュール基礎の監査を自動的に実行する。「監査」オプション１６１８は、選
択されると、ユーザが、あらゆる監査スケジュールとは関係なく、監査を実行す
ることを可能とする。監査ウィンドウは、監査からの結果として生ずるメッセー
ジログを示すＲＭ端末２２４のＧＵＩインターフェイスに表示される。選択され
たデバイスのためのＮＩＦＴＥプロセス２３２は、監査を実行し、そして監査ロ
グに示されるメッセージを供給する。監査の結果は、ＮＩＦＴＥプロセス２３２
によってＲＴＮＤＤ２４０に書き込まれる。 「開始／停止」オプション１６２０は、選択されると、ユーザが、選択された
ＮＩＦＴＥプロセス２３２をスタート、あるいは停止することを可能とする。こ
れは、メンテナンスタスクのために使用されることが可能である。「実行」オプ
ション１６２２は、選択されると、ＮＩＦＴＥプロセス２３２の現および履歴パ
フォーマンスを供給する。 「リンク管理」オプション１６２４は、選択されると、ユーザが、回復デバイ
ス２２２への選択されたＸ．２５リンクを可能にするか、あるいは不能にするこ
とを可能とする。ＧＵＩサーバ２３２は、特別のリンクのためのＮＩＦＴＥプロ
セス２３２をスタート、あるいは停止するために、ＮＣＣプロセス２５４にメッ
セージを送信する。 「デバイスデータ」オプション１６２６は、選択されると、ユーザが、ＲＴＮ
ＤＤ２４０をブラウズすることを可能とする。分割ウィンドウを有するデバイス
データウィンドウが表示されている。トップウィンドウは、総合回復デバイス２
２８のデータを示し、また下方ウィンドウは、回復デバイス２２８のためのポー
ト特定データを示している。「ランライム構成」オプション１６２８は、選択さ
れると、ユーザが、選択されたＮＩＦＴＥプロセス２３２のパラメータを構成す
ることを可能とし、そのＮＩＦＴＥプロセス２３２が実行する。「デバイス構成
」オプション１６３０および「スイッチ構成」オプション１６３２は、選択され
ると、ユーザが、選択されたＮＩＦＴＥプロセス２３２のスタートアップ時、選
択されたＮＩＦＴＥプロセス２３２によって、読み取られるＤＸＣデバイスおよ
びＲＴＲスイッチそれぞれのためのパラメータを構成することを可能とする。こ
れらの構成オプションを用いて、ＧＵＩサーバ２３４は、ＮＣＣプロセス２５４
によって選択されたＮＩＦＴＥプロセスに直接更新を送信する。 「メイン通知」オプション１６１４は、選択されると、ユーザが、ＧＵＩサー
バ２３４がＲＴＲサーバ２１０の他のプロセスから通知を受信するために登録さ
れるかどうかを決定することを可能とする。 図１１のメインＧＵＩウィンドウ１１００の「報告」オプション１１２２は、
選択されると、ユーザが、図１７に示されるように報告メニュー１７００にアク
セスすることを可能とする。「ＲＴＲステータス」オプション１７１２は、選択
されると、ユーザが、ステータスメッセージのログを表示することを可能とする
。「ＲＴＲユーザ」オプション１７１４は、選択されると、ユーザが、ＲＴＲシ
ステムに最近ログオンされたユーザのリストを表示することを可能とする。「回
路ステータス」オプション１７１６は、選択されると、ユーザが回路識別に従っ
てトランクのステータスをチェックすることを可能とする。「ＰＭＲ／ＩＯＲ生
成」オプション１７１８は、選択されると、ユーザが、事後分析報告、あるいは
初期故障報告を作成することを可能とする。「ＰＭＲ注釈」オプション１７２０
は、選択されると、ユーザが、事後分析報告にコメントおよびタイムスタンプを
追加することを可能とする。これらのコメントおよびタイムスタンプは、故障が
回復され、そして正規化された時を示す。「メンテナンスリスト」オプション１
７２２は、選択されると、ユーザが、現在メンテナンスを施されているトランク
を表示することを可能とする。「不充分な能力」オプション１７２４は、選択さ
れると、ユーザが、使用できなかったネットワーク能力を表示することを可能と
する。「自己監視報告」オプション１７２６は、選択されると、ユーザが、事後
分析および初期故障報告からの仮編成済み抽出を集めることを可能とする。 図１１のメインＧＵＩウィンドウ１１００の「ヘルプ」オプション１１２４は
、選択されると、ユーザが、図１８に示されるヘルプメニュー１８００にアクセ
スすることを可能とする。「オーバービュー」オプション１８１２は、選択され
ると、ＲＴＲサーバ２１０において実行するＲＴＲシステムの一般的記述を表示
する。「このウィンドウ」オプション１８１４は、選択されると、表示される現
ウィンドウを指定するヘルプテキストを表示する。 図１１に戻って参照すると、メインウィンドウ１１００のプルダウンメニュー
に加えて、一続きのステータスボタンは、ユーザが、さらに、情報を制御し、そ
してアクセスすることを可能とする。図１１のメインウィンドウ１１００の実行
状態は、実行状態ボタン１１３２を表示するＲＭターミナル２２４との通信にお
けるＲＴＲサーバ２１０の現実行状態を示す。ＲＴＲサーバの実行状態は、「プ
ライマリ」か、あるいは「バックアップ」であり得る。あらゆる場合、１つのサ
ーバは、プライマリであり、そして他のサーバは、バックアップである。現実行
状態は、制御マネジャプロセス２４４によって保持される。ＧＵＩサーバ２３４
は、制御マネジャプロセス２４４を用いて、コマンド／応答メッセージ交換を有
する実行状態を検索する。ＲＭ端末２２４におけるＧＵＩインターフェイスのメ
インウィンドウ１１００から、パスワードバリデーションによる権限付与を有す
るユーザは、ＲＭ端末２２４と通信してＲＴＲサーバ２１０の実行状態を変更す
るために、実行状態ボタン１１３２を選択することが可能である。実行状態ボタ
ン１１３２を選択することによって、ユーザは、プライマリＲＴＲサーバとバッ
クアップＲＴＲサーバとの間のいずれかの方向にプロセスフェイルオーバを開始
することが可能である。この場合、ＧＵＩサーバプロセス２３４は、制御マネジ
ャプロセス２４４にメッセージを送信する。制御マネジャプロセス２４４は、フ
ェイルオーバを実行し、そして現在のＲＴＲサーバの実行状態を変更する。制御
マネジャプロセス２４４は、さらに、実行状態を変更するために、他のＲＴＲサ
ーバの制御マネジャプロセスにメッセージを送信し、そして各内部ＲＴＲ構成要
素にメッセージを送信することによって、実行状態の変更を各内部ＲＴＲ構成要
素に通知する。 動的ルート生成（ＤＲＧ）状態は、ルートジェネレータプロセス９１４のＤＲ
Ｇアルゴリズムが、リアルタイム回復を実行することを可能とする場合に可能と
される。それは、プリプランされた回復が適所にある場合に不能とされる。図１
１のメインウィンドウ１１００のＤＲＧ状態ボタン１１３４は、ＤＲＧアルゴリ
ズムの現状態を表示する。パスワード検証により権限が付与されたユーザは、Ｄ
ＲＧ状態ボタン１１３４を選択することによって現在のＲＴＲサーバ２１０のＤ
ＲＧ状態を変更することが可能である。ＤＲＧ状態ステータスボタンの選択時、
ＧＵＩサーバプロセス２１０は、制御マネジャプロセス２４４にメッセージを送
信する。順番に、制御マネジャプロセス２４４は、回復制御構成要素４１８に変
更ＤＲＧ状態メッセージを送信する。制御マネジャプロセス２４４は、さらに、
各インパクトされたプロセスに通知を送信する。 準備状態モードは、ノーマル操作の間「ノーマル」であり、そして、故障が検
出されると「警告する」。準備状態モードにおける変更は、フォルト分析プロセ
ス２４６によって送信される停止告知に応答して、制御マネジャプロセス２４４
によってＧＵＩサーバに供給される。パスワード確認により権限が付与されるユ
ーザは、図１１のメインウィンドウ１１００の準備状態モードボタン１１３６を
選択することによって、準備状態モードを手動で変更することが可能である。Ｇ
ＵＩサーバプロセス２１０は、次に、制御マネジャプロセス２４４にメッセージ
を送信する。制御マネジャプロセス２４４は、順番に、ノーマルから警告に、ま
た警告からノーマルにモードを変更するために、すべての内部ＲＴＲプロセスに
、変更準備状態モードメッセージを送信する。図１１のメインウィンドウ１１０
０の現行モードステータスボタン１１３８は、ＲＴＲプロセスの現行モードを表
示する。現行モードは、デモンストレーションステータスと操作ステータスとを
含んでいる。 図１１のメインウィンドウ１１００のリンクステータスボタン１１４０は、回
復デバイス２２８へのＸ．２５リンクのステータスを表示する。リンクステータ
スボタン１１４０は、ボタンの色およびボタンに表示される数字によってステー
タスを示す。あらゆる回復デバイス２２８は、２つのリンクの両方が機能してい
ない状態にある場合、リンクステータスボタン１１４０は、赤色であり、そして
このような回復デバイス２２８の数は、ボタンに表示される。リンクステータス
ボタン１１４０が赤色でない場合、その時、あらゆる回復デバイス２２８は、２
つのリンクの１つだけが機能していない状態にある場合、ボタンは黄色であり、
そしてこのような回復デバイス２２８の数は、ボタンに表示される。リンクステ
ータスボタン１１４０が、赤色でもなく、あるいは黄色でもない場合、その時、
ボタンは緑色であり、電気通信ネットワークのすべてのリンクが機能しているこ
とを示す。ＧＵＩクライアントプロセス２２６は、問い合わせからＲＴＮＤＤに
直接リンクステータスを得る。 図１１のメインウィンドウ１１００の許可されていないプリプランボタン１１
４２は、選択されると、最近のプリプラン生成プロセス実行で生成されたが、ま
だ許可されなかったプリプランの数を示す。ＲＴＲサーバ２１０は、以前のプリ
プランからの変更のしきい値内にあるプリプランのために自動承認方法を有する
。変更のこのしきい値は、変更されたトランクのパーセンテージとして示される
。変更のこのしきい値内にないプリプランは、手動で許可される必要がある。許
可されていないプリプランボタン１１４２を選択することによって、ユーザは、
許可されていないプリプランのリストを開くことが可能である。 プランジェネレータステータスボタン１１４４は、プランを生成するために使
用されるプロセスの操作可能なステータスを示している。プランジェネレータス
テータスは、「停止」か、または「実行中」のいずれかである。アラームステー
タスボタン１１４６は、回復セットが、フォルト分析プロセス２４６によるアラ
ーム分析に基づく故障によって「インパクトされた」ことを宣言されたときに照
らされる。ＲＭ端末２２４のＧＵＩインターフェイスのユーザは、コンピュータ
入力デバイスの使用を介してアラームステータスボタン１１４６を選択すること
によって、アラームを見て、肯定応答する。 図１１のＧＵＩのメインウィンドウ１１００の告知セクション１１５０は、ウ
ィンドウの特別のビューを指定することによって、ユーザによって選択される回
復セットのステータスを示す。たとえば、ユーザは、「インパクトされた」とい
うステータスを有するすべての回復セットが、告知セクション１１５０に表示さ
れることを指定することが可能である。ユーザは、ネットワークのすべてか、あ
るいはネットワークのサブセットだけを見ることが可能である。１つ以上の回復
セットが「インパクトされた」としてリストされる場合、アラームステータスボ
タン１１４６は、照らされたとして表示される。告知リストのデータは、ビュー
のユーザの指定に基づく問い合わせで、ＲＴＮＤＤ２４０から直接得られる。 図１１のメインＧＵＩウィンドウ１１００の告知セクション１１５０は、告知
の現数を示すヘッダを含み、図１１の場合、その数は、１０である。各告知につ
いて、データフィールドは、図１１のメインＧＵＩウィンドウ１１００の告知セ
クション１１５０に表示される。「ＲＳ名」データフィールド１１５２は、特別
の回復セットに割り当てられるネームを表示する。「タイプ」データフィールド
１１５４は、故障スパンあるいはカスタムを含む回復セットのタイプを表示する
。カスタムＲＳは、故障スパンＲＳと対比して、システムおよびトランクの手動
で組み立てられたリストを含み、ネットワークの分離した、独自の、分岐のない
部分内に確実にすべてのシステムおよびトランクを含んでいる。ＲＴＲシステム
は、故障として１つの故障スパンに沿うどこででもフォルトを処理する。 「状態」データフィールド１１５６は、インパクトされた、危険、リルートさ
れた、メンテナンス、ノーマルなどを含む回復セットの状態を表示する。インパ
クトされたとは、そのように標識されるアイテムが故障を有するとして分類され
たことを意味する。危険とは、発行が故障状態にエスカレートする電気通信ネッ
トワーク１７０に存在することを示すために、ＲＳにユーザによって割り当てら
れるステータスである。たとえば、列逸脱は、近くのＲＳと関連する装置を損傷
し、それによって、ユーザが、危険な状態にＲＳを配置する。リルートされたと
は、そのように標識されたアイテムが、プライマリパスでの問題のために、別の
パスで実行するトラフィックを有することを意味する。メンテナンスは、修復あ
るいはメンテナンス操作が、ＲＳと関連する装置あるいはセグメントで実行され
ることを示すために、ＲＳにユーザによって割り当てられるステータスである。
ノーマルは、そのように標識されたアイテムが、オリジナルパスで実行するトラ
フィックを有し、そして存在する故障がないことを意味する。「ブレイクスペッ
ク」データフィールド１１５８は、リンク内のブレイクが生じた場所に関しての
詳細を表示する。ブレイクは、たとえば、特別のステーションで生ずるか、ある
いはステーション間で生ずるかである。ステータスデータフィールド１１６０は
、ステータスが非アクティブか、あるいはアクティブであるかどうかを示す。「
ＩＭＰ Ｓｙｓ」データフィールド１１６２は、「状態」データフィールドに表
示される状態によってもたらされる特別の回復セットのシステムの数を表示する
。この値は、５秒毎に更新される。「ＩＭＰ Ｔｒｋ」データフィールド１１６
４は、「状態」データフィールド１１５６に表示されるような状態によってもた
らされるこの回復セットのトランクのための数を示す。この値は、５秒毎に更新
される。「アクティブ」データフィールド１１６６は、回復セットのトラフィッ
ク付帯トランクの数を表示する。この故障は、５秒毎に行使される。「能力」デ
ータフィールド１１６８は、回復セットの使用可能なトランクの総数を表示する
。この故障は５秒毎に更新される。 本発明は、回復機能に関する電気通信システムを管理し、そして監視するのに
使用されると同時に、本発明は、同様に、電気通信システムを構成、拡張、分割
、分析、更新などの他の電気通信機能に関して管理し、そして監視するために使
用されることが可能である。さらに、本発明は、プリンタ、モデム、共用ソフト
ウェアアプリケーションなどのコンピュータネットワークのリソースを監視し、
そして管理するためにＧＵＩシステムに容易に適用されることが可能である。 これらおよび他の変更は、上述の詳細な説明を鑑みて本発明に行われることが
可能である。一般に、下述の請求の範囲において、用語は、明細書および請求の
範囲に開示されている特定の実施形態に本発明を限定するものと解釈されるべき
でなく、電気通信ネットワークのネットワークデバイスを監視し、そして管理す
るためのシステムに提供する請求の範囲のもとに操作するすべてのグラフィカル
・ユーザインターフェイスシステムを含むと解釈されるべきである。従って、本
発明は、開示によって限定されるものではなく、その代わりに、その範囲は、下
術の請求の範囲によってもっぱら決定されるべきである。
【図１】 本発明の実施形態の普遍化されたネットワーク・トポロジーのブロック図であ
る。
る。
【図２】 図１に示した本発明の実施形態の詳細なブロック図である。
【図３】 図２のサーバの内部通信プロセスのブロック図である。
【図４】 図２のサーバの構成要素のデータフローを示すブロック図である。
【図５】 図４のＧＵＩ構成要素のデータフローを示すブロック図である。
【図６】 図４のデータ管理構成要素のプロセスのデータフローを示すブロック図である
。
。
【図７】 図４のＲＴＲ管理構成要素のプロセスのデータフローを示すブロック図である
。
。
【図８】 図４のフォルト分析構成要素のプロセスのデータフローを示すブロック図であ
る。
る。
【図９】 図４の回復制御構成要素のプロセスのデータフローを示すブロック図である。
【図１０】 図４のネットワーク制御構成要素のプロセスのデータフローを示すブロック図
である。
である。
【図１１】 図２に示された実施形態のＧＵＩのメイン・ウィンドウを示す。
【図１２】 図１１のファイル・メニュー選択のファイル・プルダウン・メニューを示す。
【図１３】 図１１の制御メニュー選択の制御プルダウン・メニューを示す。
【図１４】 図１１の回復メニュー選択の回復プルダウン・メニューを示す。
【図１５】 図１１の回復セットメニュー選択の回復セット・プルダウン・メニューを示す
。
。
【図１６】 図１１のデバイス・メニュー選択のデバイス・プルダウン・メニューを示す。
【図１７】 図１１の報告メニュー選択の報告プルダウン・メニューを示す。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ダレン ジェイ スタウツ アメリカ合衆国、コロラド州 80919、コ ロラド スプリングス、レンデザス ティ ーアールエル．6150 (72)発明者 マーク ビー．ターナー アメリカ合衆国、コロラド州 80918、コ ロラド スプリングス、ミスティー コー ト 4728 Ｆターム(参考） 5B089 GA23 GB02 GB06 JA35 JB16 KA01 KB04 KF05 KF06 LB01 LB20 5K030 GA11 HB02 HD06 KX30 MC09 5K033 AA03 BA04 DA01 DB20 EA07 【要約の続き】 い。従って、トレーニング及び操作時間及びコストは従 来のシステムより低減される。
Claims (36)
- 【請求項１】 電気通信ネットワークを介した通信のためのデバイス特有の
通信フォーマットを有する電気通信ネットワーク・デバイスを有する電気通信ネ
ットワークにおける、電気通信ネットワーク監視・管理システムであって、 前記電気通信ネットワーク及びプロセス通信のためのデータ・ネットワークに
アクセスするために構成され、電気通信ネットワーク監視マネジャプロセスを実
行するために構成されたプロセッサと、 それぞれが前記電気通信ネットワーク・デバイスの一つ及び前記電気通信ネッ
トワーク監視マネジャプロセスのグラフィカル・サーバ・プロセスと通信するた
めに構成され、デバイス・インターフェース・プロセスを介して前記電気通信ネ
ットワーク・デバイスと通信するために構成されたグラフィカル・サーバ・プロ
セスの通信フォーマットと前記電気通信ネットワーク・デバイスの一つのデバイ
ス特有の通信フォーマットとの間の通信を変換するために構成され、前記プロセ
ッサ上で実行するために構成された複数のデバイス・インターフェース・プロセ
スと、 ユーザー端末と前記電気通信ネットワーク監視マネジャプロセスとの間、及び
前記ユーザー端末と前記電気通信ネットワーク・デバイスとの間で通信が交換さ
れ、前記内部通信プロセスを介して前記グラフィカル・サーバ・プロセスと通信
し、かつ前記データ・ネットワークを介してユーザー端末と通信するために構成
されたグラフィカル・インターフェース・プロセスとを具備する電気通信ネット
ワーク監視・管理システム。 - 【請求項２】 前記電気通信ネットワーク監視マネジャプロセスが、電気通
信ネットワークの分析、回復又はメンテナンスプロセスからなることを特徴とす
る請求項１記載の電気通信ネットワーク監視・管理システム。 - 【請求項３】 前記ユーザー端末と前記電気通信ネットワーク監視マネジャ
プロセスとの間、及び前記ユーザー端末と前記電気通信ネットワーク・デバイス
との間で交換された通信は、データ及びコマンドを含むことを特徴とする請求項
１記載の電気通信ネットワーク監視・管理システム。 - 【請求項４】 前記電気通信ネットワーク監視マネジャプロセスが、前記グ
ラフィカル・サーバ・プロセスと前記デバイス・インターフェース・プロセスと
の間の通信の経路を設定するために構成されたネットワーク・制御調整プロセス
を含むことを特徴とする請求項１記載の電気通信ネットワーク監視・管理システ
ム。 - 【請求項５】 電子メッセージ及び電子メールボックスからなる内部通信プ
ロセスを含むことを特徴とする請求項１記載の電気通信ネットワーク監視・管理
システム。 - 【請求項６】 前記ユーザー端末と前記電気通信ネットワーク監視マネジャ
プロセスとの間、及び前記ユーザー端末と前記電気通信ネットワーク・デバイス
との間で交換された通信が、前記電気通信ネットワーク内の問題を示す自発的な
アラームを含むことを特徴とする請求項１記載の電気通信ネットワーク監視・管
理システム。 - 【請求項７】 前記ユーザー端末と前記電気通信ネットワーク監視マネジャ
プロセスとの間、及び前記ユーザー端末と前記電気通信ネットワーク・デバイス
との間で交換された通信が、監査コマンドと、前記監査コマンドに応じた、電気
通信ネットワーク・リンク・ステータス及びネットワーク・デバイス・ステータ
スを含む、前記電気通信ネットワーク上のステータス情報とを含むことを特徴と
する請求項１記載の電気通信ネットワーク監視・管理システム。 - 【請求項８】 前記ユーザー端末と前記電気通信ネットワーク監視マネジャ
プロセスとの間、及び前記ユーザー端末と前記電気通信ネットワーク・デバイス
との間で交換された通信が、前記電気通信ネットワーク・デバイスを構成するた
めのコマンドを含むことを特徴とする請求項１記載の電気通信ネットワーク監視
・管理システム。 - 【請求項９】 前記ユーザー端末が、前記電気通信ネットワークを監視又は
管理するときに使われる複数のウィンドウを統合するために構成されたメイン・
ウィンドウを用いてグラフィカル・ユーザー・インターフェースを表示するよう
に構成されていることを特徴とする請求項１記載の電気通信ネットワーク監視・
管理システム。 - 【請求項１０】 電気通信ネットワーク・デバイス又はリソースを有する電
気通信ネットワークを監視・管理する電気通信監視・管理システムであって、 前記電気通信ネットワーク・デバイス又はリソースと通信するために構成され
た複数のインターフェース・プロセスと、 前記複数のインターフェース・プロセスを介して前記電気通信ネットワーク・
デバイス又はリソースと通信するために統合されたグラフィカル・ユーザー・イ
ンターフェースを電気通信ネットワークの分析、回復又はメンテナンスのために
提供するために構成されたグラフィカル・ユーザー・インターフェースシステム
とを具備する電気通信監視・管理システム。 - 【請求項１１】 前記グラフィカル・ユーザー・インターフェースシステム
が、ファイル、制御、回復、回復セット、デバイス、報告からなる制御オプショ
ンを有することを特徴とする請求項１０記載の電気通信監視・管理システム。 - 【請求項１２】 前記グラフィカル・ユーザー・インターフェースシステム
は、さらに電気通信ネットワーク監視マネジャプロセスと通信するために構成さ
れていることを特徴とする請求項１０記載の電気通信監視・管理システム。 - 【請求項１３】 前記グラフィカル・ユーザー・インターフェースシステム
は、統合されたグラフィカル・ユーザー・インターフェースの下に前記全ての電
気通信監視・管理オプション及びステータス・インジケータへのアクセスを統合
するために構成されていることを特徴とする請求項１０記載の電気通信監視・管
理システム。 - 【請求項１４】 各電気通信ネットワーク・デバイスが、前記電気通信ネッ
トワークを介する通信のための異なるデバイス特有の通信フォーマットを有する
ことを特徴とする請求項１０記載の電気通信監視・管理システム。 - 【請求項１５】 前記電気通信ネットワーク監視マネジャプロセスが、制御
マネジャプロセス、フォルト分析プロセス、回復調整プロセス、検証マネジャプ
ロセス、報告マネジャプロセス、ネットワーク制御調整プロセス、トランク・ア
クション・データ・プロセス、リアルタイム・ネットワーク・デバイス・データ
ベース・プロセス、リアルタイム回復データベース・プロセス、プリプラン・フ
ァイル・プロセス又はプランマネジャプロセスからなることを特徴とする請求項
１０記載の電気通信監視・管理システム。 - 【請求項１６】 前記電気通信ネットワーク監視マネジャプロセスが、デー
タ・ネットワークを介して外部プロセスと通信するために構成されたプロセスを
含むことを特徴とする請求項１０記載の電気通信監視・管理システム。 - 【請求項１７】 前記グラフィカル・ユーザー・インターフェースシステム
が、前記電気通信ネットワークのステータスを示すグラフィカル・オブジェクト
を有することを特徴とする請求項１０記載の電気通信監視・管理システム。 - 【請求項１８】 前記電気通信ネットワークのステータスが、実行状態、動
的ルート生成、準備状態モード、リンク・ステータス、プリプラン・ステータス
又はアラームからなることを特徴とする請求項１７記載の電気通信監視・管理シ
ステム。 - 【請求項１９】 前記グラフィカル・ユーザー・インターフェースシステム
が、グラフィカル・ユーザー・インターフェース・サーバと、グラフィカル・ユ
ーザー・インターフェース・プロセスと、ユーザー端末とからなることを特徴と
する請求項１０記載の電気通信監視・管理システム。 - 【請求項２０】 前記ユーザー端末はコンピュータ・データ・ネットワーク
中に分配されるように構成されていることを特徴とする請求項１９記載の電気通
信監視・管理システム。 - 【請求項２１】 電気通信ネットワークを介した通信のためのデバイス特有
の通信フォーマットを有する電気通信ネットワーク・デバイスを有する電気通信
ネットワーク、及びデータ・ネットワーク・システムにおける、電気通信ネット
ワーク監視・管理方法であって、 電気通信ネットワーク監視マネジャプロセス及び内部通信プロセスを実行する
ことと、 前記内部通信プロセスを介して前記電気通信ネットワーク監視マネジャプロセ
ス間で通信することと、 前記電気通信ネットワーク監視マネジャプロセスために、前記電気通信ネット
ワーク及び前記データ・ネットワークへのアクセスを実行することと、 前記電気通信ネットワーク・デバイスと通信するグラフィカル・サーバ・プロ
セスの通信フォーマットと前記電気通信ネットワーク・デバイスのそれぞれの通
信フォーマットとの間の通信を変換することと、 前記電気通信ネットワーク監視マネジャプロセスと、前記グラフィカル・サー
バ・プロセスとの間で通信することと、 前記データ・ネットワークを介して前記グラフィカル・サーバ・プロセスと、
前記グラフィカル・サーバ・プロセスを介して前記電気通信ネットワーク・デバ
イス及び前記電気通信ネットワーク監視マネジャプロセスとの間で電気通信ネッ
トワーク監視マネジャプロセス通信を送受信するユーザー端末との間で通信する
こととを具備する電気通信ネットワーク監視・管理方法。 - 【請求項２２】 メイン・グラフィカル・ディスプレイ・ウィンドウの下に
複数のグラフィカル・ディスプレイ・ウィンドウを統合することをさらに具備し
、全てのグラフィカル・ディスプレイ・ウィンドウは、前記電気通信ネットワー
クを監視・管理するために、前記ユーザー端末の各々に表示されることを特徴と
する請求項２１記載の電気通信ネットワーク監視・管理方法。 - 【請求項２３】 前記電気通信ネットワーク監視・管理通信が電気通信ネッ
トワークの分析、回復又はメンテナンス通信からなることを特徴とする請求項２
１記載の電気通信ネットワーク監視・管理方法。 - 【請求項２４】 電気通信ネットワーク・デバイスを有する電気通信ネット
ワークを監視・管理する電気通信監視・管理システムであって、 デバイス特有の通信フォーマットを有する前記電気通信ネットワーク・デバイ
スと通信するために構成された複数のデバイス・インターフェース・プロセスと
、 前記複数のデバイス・インターフェース・プロセスを介して前記電気通信ネッ
トワーク・デバイスと通信するために、統合されたグラフィカル・ユーザー・イ
ンターフェースを形成するために構成されたグラフィカル・ユーザー・インター
フェースシステムとを具備する電気通信監視・管理システム。 - 【請求項２５】 前記統合されたグラフィカル・ユーザー・インターフェー
スが電気通信ネットワークの分析、回復又はメンテナンス通信を前記電気通信ネ
ットワーク・デバイスへ伝達するために構成されていることを特徴とする請求項
２４記載の電気通信監視・管理システム。 - 【請求項２６】 前記グラフィカル・ユーザー・インターフェースと前記電
気通信ネットワーク・デバイスとの間で交換された通信が、監査コマンドと、前
記監査コマンドに応じた、電気通信ネットワーク・リンク・ステータス及びネッ
トワーク・デバイス・ステータスを含む、前記電気通信ネットワーク上のステー
タス情報とを含むことを特徴とする請求項２４記載の電気通信ネットワーク監視
・管理システム。 - 【請求項２７】 前記グラフィカル・ユーザー・インターフェースと前記電
気通信ネットワーク・デバイスとの間で交換された通信が、前記電気通信ネット
ワーク・デバイスを構成するコマンドを含むことを特徴とする請求項２４記載の
電気通信ネットワーク監視・管理システム。 - 【請求項２８】 ネットワーク・デバイス又はリソースを有するネットワー
クを監視・管理するネットワーク監視・管理システムであって、 通信フォーマットを有する前記ネットワーク・デバイスと通信するために構成
された複数のデバイス・インターフェース・プロセスと、 前記複数のデバイス・インターフェース・プロセスを介して前記ネットワーク
・デバイスと通信するために、統合されたグラフィカル・ユーザー・インターフ
ェースを形成するために構成されたグラフィカル・ユーザー・インターフェース
システムとを具備するネットワーク監視・管理システム。 - 【請求項２９】 前記統合されたグラフィカル・ユーザー・インターフェー
スがネットワークの分析、回復又はメンテナンス通信を前記ネットワーク・デバ
イスへ伝達するために構成されていることを特徴とする請求項２８記載のネット
ワーク監視・管理システム。 - 【請求項３０】 前記グラフィカル・ユーザー・インターフェースと前記ネ
ットワーク・デバイスとの間で交換された通信が、前記ネットワーク・デバイス
を構成するコマンド、又は監査コマンドを含み、かつ前記監査コマンドに応じて
、前記交換された通信が、ネットワーク・リンク・ステータス及びネットワーク
・デバイス・ステータスを含む、前記ネットワーク上のステータス情報を含むこ
とを特徴とする請求項２８記載のネットワーク監視・管理システム。 - 【請求項３１】 電気通信ネットワーク・デバイスを有する電気通信ネット
ワークを監視・管理する電気通信監視・管理システムであって、 データ・ネットワーク上に分配され、前記電気通信ネットワーク・デバイスを
監視又は管理する電気通信ネットワーク監視・管理制御及びオプションを提供す
るユーザー端末を、プロセス・サーバ及び電気通信ネットワーク上に配置された
電気通信ネットワーク・デバイスと結合する手段と、 前記電気通信ネットワーク監視・管理制御及びオプションを示すグラフィカル
・ディスプレイ・オブジェクトを用いる手段と、 前記グラフィカル・ディスプレイ・オブジェクトをグラフィカル・ウィンドウ
に統合し、前記グラフィカル・ウィンドウを一つのメイン・グラフィカル・ウィ
ンドウの下に統合する手段と、 前記メイン・グラフィカル・ウィンドウを含むグラフィカル・ディスプレイ・
ウィンドウを、前記電気通信ネットワーク・デバイスを監視又は管理するために
使われる各ユーザー端末上に表示する手段とを具備する電気通信監視・管理シス
テム。 - 【請求項３２】 前記電気通信ネットワーク監視・管理制御及びオプション
が、電気通信ネットワークの分析、回復又はメンテナンスの制御及びオプション
からなることを特徴とする請求項３１記載の電気通信監視・管理システム。 - 【請求項３３】 前記電気通信ネットワーク監視・管理制御及びオプション
が、前記ネットワーク・デバイスを構成するコマンド又は監査コマンドを含み、
かつ前記監査コマンドに応じて、前記交換された通信が、ネットワーク・リンク
・ステータス及びネットワーク・デバイス・ステータスを含む、前記ネットワー
ク上のステータス情報を含むことを特徴とする請求項３１記載の電気通信監視・
管理システム。 - 【請求項３４】 ある方法のもとでコンピュータが実行可能な命令を記憶す
るコンピュータ読取可能媒体であって、前記方法が、 電気通信ネットワーク上に配置されたプロセス・サーバ及び電気通信ネットワ
ーク・デバイス又はリソースを、データ・ネットワーク上に配置され、前記電気
通信ネットワーク・デバイスを監視又は管理する電気通信ネットワーク監視・管
理制御及びオプションを実行できるユーザー端末に結合することと、 前記電気通信ネットワーク監視・管理制御及びオプションを示すグラフィカル
・ディスプレイ・オブジェクトを用いることと、 前記グラフィカル・ディスプレイ・オブジェクトをグラフィカル・ウィンドウ
に統合し、前記グラフィカル・ウィンドウを一つのメイン・グラフィカル・ウィ
ンドウの下に統合することと、 前記メイン・グラフィカル・ウィンドウを含むグラフィカル・ディスプレイ・
ウィンドウを、前記電気通信ネットワーク・デバイスを監視又は管理するために
使われる各ユーザー端末上に表示することとを具備することを特徴とするコンピ
ュータ読取可能媒体。 - 【請求項３５】 電気通信ネットワークを分析することと、電気通信ネット
ワークを回復させることと、電気通信ネットワークをメンテナンスすることとを
さらに含む請求項３０記載のコンピュータ読取可能媒体。 - 【請求項３６】 ネットワーク・デバイスを構成すること、あるいはネット
ワーク・リンク・ステータス又はネットワーク・デバイス・ステータスからなる
ネットワーク・ステータスを監査することをさらに含む請求項３０記載のコンピ
ュータ読取可能媒体。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/158,742 US6115743A (en) | 1998-09-22 | 1998-09-22 | Interface system for integrated monitoring and management of network devices in a telecommunication network |
| US09/158,742 | 1998-09-22 | ||
| PCT/US1999/022042 WO2000017763A1 (en) | 1998-09-22 | 1999-09-22 | Interface system for integrated monitoring and management of network devices in a telecommunications network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002525943A true JP2002525943A (ja) | 2002-08-13 |
Family
ID=22569490
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000571354A Pending JP2002525943A (ja) | 1998-09-22 | 1999-09-22 | 電気通信ネットワークにおけるネットワーク・デバイスの統合監視・管理のためのインターフェースシステム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6115743A (ja) |
| EP (1) | EP1116121A4 (ja) |
| JP (1) | JP2002525943A (ja) |
| CA (1) | CA2345117A1 (ja) |
| HK (1) | HK1038809A1 (ja) |
| WO (1) | WO2000017763A1 (ja) |
Families Citing this family (64)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6456306B1 (en) * | 1995-06-08 | 2002-09-24 | Nortel Networks Limited | Method and apparatus for displaying health status of network devices |
| US6628304B2 (en) | 1998-12-09 | 2003-09-30 | Cisco Technology, Inc. | Method and apparatus providing a graphical user interface for representing and navigating hierarchical networks |
| US6301266B1 (en) * | 1999-02-10 | 2001-10-09 | Motorola, Inc. | Network manager and method thereof for a communication system |
| NO315100B1 (no) * | 1999-12-03 | 2003-07-07 | Ericsson Telefon Ab L M | Analyse av datanett |
| US6925513B1 (en) * | 1999-05-04 | 2005-08-02 | Apple Computer, Inc. | USB device notification |
| AU5448500A (en) * | 1999-05-26 | 2000-12-28 | Alok Batra | Network element management system |
| US7363359B1 (en) * | 1999-05-26 | 2008-04-22 | Fujitsu Limited | Element management system with automatic remote backup of network elements' local storage |
| US7640325B1 (en) * | 1999-07-09 | 2009-12-29 | Lsi Corporation | Methods and apparatus for issuing updates to multiple management entities |
| US6707794B1 (en) * | 1999-11-15 | 2004-03-16 | Networks Associates Technology, Inc. | Method, system and computer program product for physical link layer handshake protocol analysis |
| JP2001160959A (ja) * | 1999-12-02 | 2001-06-12 | Canon Inc | 仮想システムの制御装置及び方法並びに記憶媒体 |
| US20010044840A1 (en) * | 1999-12-13 | 2001-11-22 | Live Networking, Inc. | Method and system for real-tme monitoring and administration of computer networks |
| US6746332B1 (en) * | 2000-03-16 | 2004-06-08 | Sony Computer Entertainment America Inc. | Visual display system for multi-user application |
| US6767287B1 (en) | 2000-03-16 | 2004-07-27 | Sony Computer Entertainment America Inc. | Computer system and method for implementing a virtual reality environment for a multi-player game |
| US7194533B1 (en) | 2000-04-28 | 2007-03-20 | Microsoft Corporation | System and method for editing active measurements in a client management tool |
| US6734878B1 (en) | 2000-04-28 | 2004-05-11 | Microsoft Corporation | System and method for implementing a user interface in a client management tool |
| US6792455B1 (en) | 2000-04-28 | 2004-09-14 | Microsoft Corporation | System and method for implementing polling agents in a client management tool |
| US6789112B1 (en) * | 2000-05-08 | 2004-09-07 | Citrix Systems, Inc. | Method and apparatus for administering a server having a subsystem in communication with an event channel |
| US6785726B1 (en) | 2000-05-08 | 2004-08-31 | Citrix Systems, Inc. | Method and apparatus for delivering local and remote server events in a similar fashion |
| US6785713B1 (en) | 2000-05-08 | 2004-08-31 | Citrix Systems, Inc. | Method and apparatus for communicating among a network of servers utilizing a transport mechanism |
| US20020078131A1 (en) * | 2000-06-28 | 2002-06-20 | Qwest Communications International Inc. | Method and system for presenting operational data by geographical location |
| US6865602B1 (en) * | 2000-07-24 | 2005-03-08 | Alcatel Canada Inc. | Network management support for OAM functionality and method therefore |
| US6973491B1 (en) * | 2000-08-09 | 2005-12-06 | Sun Microsystems, Inc. | System and method for monitoring and managing system assets and asset configurations |
| US20030046426A1 (en) * | 2000-10-02 | 2003-03-06 | Luc Nguyen | Real time traffic engineering of data-networks |
| US20020123901A1 (en) * | 2000-10-02 | 2002-09-05 | Luc Nguyen | Behavioral compiler for prioritizing network traffic based on business attributes |
| US7278104B1 (en) * | 2000-11-02 | 2007-10-02 | Lucent Technologies Inc. | Graphical user interface for managing network elements |
| US7299259B2 (en) | 2000-11-08 | 2007-11-20 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for intelligent routing of instant messaging presence protocol (IMPP) events among a group of customer service representatives |
| US20020055967A1 (en) * | 2000-11-08 | 2002-05-09 | Coussement Stefaan Valere Albert | System for reporting client status information to communications-center agents |
| US7929562B2 (en) | 2000-11-08 | 2011-04-19 | Genesis Telecommunications Laboratories, Inc. | Method and apparatus for optimizing response time to events in queue |
| US6822945B2 (en) | 2000-11-08 | 2004-11-23 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for anticipating and planning communication-center resources based on evaluation of events waiting in a communication center master queue |
| US6961773B2 (en) | 2001-01-19 | 2005-11-01 | Esoft, Inc. | System and method for managing application service providers |
| GB2372399B (en) * | 2001-02-16 | 2003-01-15 | 3Com Corp | Method for monitoring a network as the network changes in size |
| US6950865B1 (en) | 2001-03-26 | 2005-09-27 | Cisco Technology, Inc. | Network audit tool |
| US7103149B1 (en) * | 2001-04-06 | 2006-09-05 | Cisco Technologu, Inc. | Optical transport concentrator audit system and method |
| US7187389B2 (en) * | 2001-04-12 | 2007-03-06 | International Business Machines Corporation | System and method for simultaneous display of multiple object categories |
| US20020184361A1 (en) * | 2001-05-16 | 2002-12-05 | Guy Eden | System and method for discovering available network components |
| US7224898B1 (en) | 2001-05-21 | 2007-05-29 | Cisco Technology, Inc. | Carrier class DWDM optical network audit tool |
| US7062549B1 (en) | 2001-11-15 | 2006-06-13 | Bellsouth Intellectual Property Corporation | Methods and systems for communications path analysis |
| US20030135382A1 (en) * | 2002-01-14 | 2003-07-17 | Richard Marejka | Self-monitoring service system for providing historical and current operating status |
| US7543056B2 (en) | 2002-01-15 | 2009-06-02 | Mcafee, Inc. | System and method for network vulnerability detection and reporting |
| US7257630B2 (en) * | 2002-01-15 | 2007-08-14 | Mcafee, Inc. | System and method for network vulnerability detection and reporting |
| US20030140128A1 (en) * | 2002-01-18 | 2003-07-24 | Dell Products L.P. | System and method for validating a network |
| US7010782B2 (en) * | 2002-04-04 | 2006-03-07 | Sapphire Infotech, Inc. | Interactive automatic-test GUI for testing devices and equipment using shell-level, CLI, and SNMP commands |
| US20030204612A1 (en) * | 2002-04-30 | 2003-10-30 | Mark Warren | System and method for facilitating device communication, management and control in a network |
| US20040194088A1 (en) * | 2002-05-08 | 2004-09-30 | Jin-Rwei Chen | Network device management |
| US20040001084A1 (en) * | 2002-06-28 | 2004-01-01 | Nandini Shrinidhi | N x M network graphical user interface and method of use |
| USRE46776E1 (en) | 2002-08-27 | 2018-04-03 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for optimizing response time to events in queue |
| AU2003268454B2 (en) * | 2002-09-06 | 2009-04-02 | Metric Holdings Llc | Method and system for processing email during an unplanned outage |
| EP1550192B1 (en) * | 2002-09-09 | 2009-11-11 | Dell Marketing USA L.P. | System and method for application monitoring and automatic disaster recovery for high-availability |
| US7802189B2 (en) * | 2002-11-05 | 2010-09-21 | At&T Intellectual Property I, L.P. | User interface design for telecommunications systems |
| US6957263B2 (en) | 2002-11-19 | 2005-10-18 | Fujitsu Limited | Connection management system and graphical user interface for large-scale optical networks |
| EP1593228B8 (en) | 2003-02-14 | 2017-09-20 | McAfee, LLC | Network audit policy assurance system |
| US7627891B2 (en) * | 2003-02-14 | 2009-12-01 | Preventsys, Inc. | Network audit and policy assurance system |
| WO2004086191A2 (en) * | 2003-03-20 | 2004-10-07 | Rosenfelt Michael I | Method and system for providing backup messages to wireless devices during outages |
| US8700753B2 (en) * | 2003-03-28 | 2014-04-15 | Denis L. Bagsby | Distributed computer system for telecommunications operational support |
| US7290218B2 (en) * | 2003-04-03 | 2007-10-30 | At&T Bls Intellectual Property, Inc. | Method of providing a user interface for a digital cross-connect system |
| DE10323369A1 (de) * | 2003-05-21 | 2004-12-16 | Vodafone Holding Gmbh | Überwachungs- und Koordinierungseinrichtung in einem Computernetzwerk |
| KR100560749B1 (ko) * | 2003-12-03 | 2006-03-13 | 삼성전자주식회사 | 차세대 네트워크의 단대단 망관리를 위한 통합 이엠에스및 그 망관리 방법 |
| US8230058B2 (en) * | 2004-03-29 | 2012-07-24 | Verizon Business Global Llc | Health reporting mechanism for inter-network gateway |
| US8201257B1 (en) | 2004-03-31 | 2012-06-12 | Mcafee, Inc. | System and method of managing network security risks |
| US8447814B2 (en) * | 2006-12-07 | 2013-05-21 | Microsoft Corporation | Remote control using instant messaging |
| US9235971B1 (en) * | 2011-06-28 | 2016-01-12 | Emc Corporation | Service window optimized system alert engine |
| US10361907B2 (en) * | 2015-04-27 | 2019-07-23 | Northeastern University | System for networking and analyzing geospatial data, human infrastructure, and natural elements |
| US10560326B2 (en) * | 2017-09-22 | 2020-02-11 | Webroot Inc. | State-based entity behavior analysis |
| US20230308355A1 (en) * | 2022-03-22 | 2023-09-28 | Rakuten Mobile, Inc. | Systems and methods of visualizing data in a cellular network |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5452415A (en) * | 1992-03-26 | 1995-09-19 | Alcatel Network Systems, Inc. | Method and system for automatically displaying and configuring a network monitoring system |
| US5285494A (en) * | 1992-07-31 | 1994-02-08 | Pactel Corporation | Network management system |
| US5946373A (en) * | 1996-06-21 | 1999-08-31 | Mci Communications Corporation | Topology-based fault analysis in telecommunications networks |
| WO1997050210A1 (en) * | 1996-06-25 | 1997-12-31 | Mci Communications Corporation | Intranet graphical user interface for sonet network management |
| US5920257A (en) * | 1997-07-31 | 1999-07-06 | Mci Communications Corporation | System and method for isolating an outage within a communications network |
-
1998
- 1998-09-22 US US09/158,742 patent/US6115743A/en not_active Expired - Lifetime
-
1999
- 1999-09-22 CA CA002345117A patent/CA2345117A1/en not_active Abandoned
- 1999-09-22 JP JP2000571354A patent/JP2002525943A/ja active Pending
- 1999-09-22 WO PCT/US1999/022042 patent/WO2000017763A1/en not_active Application Discontinuation
- 1999-09-22 EP EP99948407A patent/EP1116121A4/en not_active Withdrawn
-
2002
- 2002-01-09 HK HK02100147.0A patent/HK1038809A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| HK1038809A1 (zh) | 2002-03-28 |
| WO2000017763A1 (en) | 2000-03-30 |
| CA2345117A1 (en) | 2000-03-30 |
| EP1116121A4 (en) | 2003-03-19 |
| US6115743A (en) | 2000-09-05 |
| EP1116121A1 (en) | 2001-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002525943A (ja) | 電気通信ネットワークにおけるネットワーク・デバイスの統合監視・管理のためのインターフェースシステム | |
| EP0737920B1 (en) | Method for isolating a network fault | |
| AU720079B2 (en) | Method and apparatus for integrated network management and systems management in communications networks | |
| US5295244A (en) | Network management system using interconnected hierarchies to represent different network dimensions in multiple display views | |
| US7225046B2 (en) | Semiconductor manufacturing apparatus, remote control system therefor, and remote operation device | |
| EP1279211B1 (en) | Topology-based reasoning apparatus for root-cause analysis of network faults | |
| CN101316187B (zh) | 网络管理方法和网络管理系统 | |
| US5920257A (en) | System and method for isolating an outage within a communications network | |
| US6457050B1 (en) | System and method for dynamically restoring communications within a network | |
| CA2272609A1 (en) | Software fault management system | |
| WO2000051001A1 (en) | Element management system for heterogeneous telecommunications network | |
| JP2004021549A (ja) | ネットワーク監視システムおよびプログラム | |
| CN103281461A (zh) | 一种呼叫中心监控方法、装置与系统 | |
| CN100428806C (zh) | 告警系统及其方法 | |
| JP4673532B2 (ja) | マルチマネージャ環境における包括アライメントプロセス | |
| KR20180114498A (ko) | 감시 시스템 및 감시 시스템에 있어서의 정보단말장치 | |
| US7254627B2 (en) | Method, service agent and network management system for operating a telecommunications network | |
| KR100359564B1 (ko) | 인터넷을 이용한 통합 네트워크 관리 방법 | |
| KR0175595B1 (ko) | 비동기식전송방식(atm) 장치에서 단순망관리규약(snmp)을 사용한 원격지에서의 장애관리방법 | |
| CN102857373A (zh) | 针对以局域网为单元、分布式网络设备为信息节点的主动管理系统 | |
| KR100205032B1 (ko) | 광대역 회선 분배 시스템의 종속 망 이력 데이터 관리방법 | |
| EP1065894A1 (en) | Event notification in a network management system | |
| MXPA01002975A (en) | Interface system for integrated monitoring and management of network devices in a telecommunications network | |
| CN108683552A (zh) | 网络管理方法、装置、网络控制器及网络系统 | |
| KR960014420B1 (ko) | 디.지.에스-200 위성망 자동 감시 및 제어를 위한 맨머쉰 인터페이스 장치 |