JP2005027320A - ネットワーク管理システム内で事象ヒステリシスを提供するシステムと方法 - Google Patents

Abstract

【課題】ネットワーク管理システム内で切り替わる事象を管理するためのシステムと方法を提供すること。
【解決手段】事象がモニタされ、もしも所定の時間量の間、事象が第１と第２の状態のうちの一方を保っていればそれがネットワーク管理システムを通して報知される。一実施形態では、もしも事象が切り替わっている警報であればそれは直ちに稼動中と報知され、もしも所定の時間量の間、クリアを保っていればそれはクリアされていると報知される。
【選択図】図１

Description

本発明はネットワーク管理システム（ＮＭＳ）に関し、特に、ネットワーク管理システム内で警報のような事象を処理するときにヒステリシスの原理を組み入れるシステムと方法に関する。

本出願は２００３年７月２日に出願した米国特許出願番号６０／４８４，５０５号の出願日付の恩典を権利主張するものであり、その教示はここに参考資料で組み入れられている。

ＮＭＳシステムは、ネットワーク要素のシステムレベルの管理を実施するために様々なネットワーク・タイプで使用される。概して、ＮＭＳは、警報／障害管理、パフォーマンス管理、構成管理、機密保護管理およびビジネス／アカウント管理を含む機能を実行する。これらのシステムは、基礎となるネットワーク要素から情報を受けるかまたは要求し、ユーザ・インターフェースを通じてネットワーク管理者に管理情報を提供する。ネットワーク管理者はまた、ユーザ・インターフェースを通じてネットワーク構成および／またはネットワーク要素を積極的に管理することも可能である。

波長分割多重伝送方式（ＷＤＭ）の光通信ネットワークのようなネットワークでは、事象管理、例えば警報管理はＮＭＳの重大な機能である。警報報知のケースでは、例えば、ネットワーク要素によって報知されるいかなる警報も、ネットワーク管理者が矯正措置をとることができるように最小限の待ち時間で正確に報知されなければならない。警報報知の遅延は、ネットワークの不必要なシステム故障および損失につながる可能性がある。例えば障害の時刻および／または場所に関する不正確な報知もやはりシステム修復の遅延、サービス品質保証制度（ＳＬＡ）侵害、および／または不必要な矯正努力につながる可能性がある。

知られているＮＭＳ構成は、すべてのネットワーク要素によって報知されるすべての警報を迅速に報知する。しかしながら、報知された警報が状態間で切り替わるときに問題が発生する。これは、ネットワーク要素に関する性能判定基準、例えばビット誤り率、ＦＥＣ誤り数、レーザの電流などが受容可能レベルと受容可能でないレベルの間を断続的に移動するとき、あるいはネットワーク要素が故障寸前にあって頻繁に（複数の）クリア警報を発生するときに光通信ネットワークで発生する可能性がある。切り替わり警報の各々の状態変化をネットワーク管理者に転送することは、重大なＮＭＳ性能および容量の問題を引き起こす可能性があり、警報事象報知のフラッディングを通じてＮＭＳ全体の麻痺につながる可能性もある。その他の影響には応答時間の低下、サービス妨害、および重要でない情報によるネットワーク管理者を圧倒することが含まれる。
米国特許出願番号６０／４８４，５０５号

したがって、処理対象事象の過剰な数によって引き起こされる性能劣化を防止することが可能であり、その一方でなおクリティカルな事象を最小限の待ち時間でネットワーク管理者に報知するＮＭＳ内の警報のような切り替わり事象を管理するためのシステムと方法が必要とされる。

本発明と整合性のとれたシステムは様々な態様を有する。本発明の一態様によると、ＮＭＳ内の第１と第２の事象の状態の間で切り替わる事象を管理する方法が提供される。本方法は、所定の時間量の間、事象が第１と第２の状態のうちの一方を維持しているかどうか判定する工程、および所定の時間量の間、第１と第２の状態のうちの一方が維持されているときに第１と第２の状態のうちの一方を報知する工程を含む。一実施形態では、もしも切り替わり事象、例えば警報が稼動中と報知され、かつそれが所定の時間量の間、クリアされたままであれば、クリアされていると報知される。

本発明の別の態様によると、機械読取り可能媒体が提供され、その内容はシステムがネットワーク管理システム内で第１と第２の事象の状態の間で切り替わる事象を管理する方法を実行する原因となり、その方法は所定の時間量の間、事象が第１と第２の状態のうちの一方を維持しているかどうか判定する工程、および所定の時間量の間、第１と第２の状態のうちの一方が維持されているときに第１と第２の状態のうちの一方を報知する工程を含む。ＮＭＳおよび光通信システムもまた提供される。

その他の目的、特徴および利点と共に本発明をさらに理解するために、同様の番号が同様の部分を表わしている以下の図面と併せ読むべき以下の詳細な説明を参照すべきである。

説明を単純化および容易にするために、本明細書では、本発明について光通信ネットワーク内の切り替わり警報、より一般的な切り替わり事象の状況の部分集合に関連する様々な例示的な実施形態と共に説明することになる。本発明の特徴と利点は、様々なネットワーク・タイプおよび構成に導入することが可能であることを当業者は理解するであろう。付け加えると、本発明は切り替わり警報の管理に限定されるわけではなく、ネットワーク上で切り替わり状態を有するいかなる事象の管理にも適用可能である。したがって、本明細書で述べられる実施形態は、例示によって提示されるものであって限定するものでないことを理解されたい。

概して、本発明と整合性のとれたシステムおよび方法は、ＮＭＳの警報報知機能にヒステリシス特性を設けることによって光ネットワーク内の切り替わり事象、例えば警報を管理する。一実施形態では、切り替わり警報は、ネットワーク要素から受信されると直ちにＮＭＳに稼動中または設定時の警報であると報知される。これらの警報は、状態変化について定期的にモニタされる。警報状態がクリアされることを示す別の事象が受信されれば、システムは、ある時間的期間について警報、警報定常状態時間を観測し、警報が本当に定常状態である（例えばクリアされている）ことを保証する。もしも追加的な警報状態変化が警報定常状態時間の中で生じなければ、警報はクリアと報知され、クリア時刻は警報が最後の状態変化を有した時刻である。有利には、本発明と整合性のとれたシステムおよび方法はまた、警報稼動または非稼動、警報切り替わりを報知することも可能であり、かつ最終的にクリアされて警報定常状態時間についてクリア状態に留まる前に警報の切り替わった回数もやはり報知することが可能である。

有利には、この特徴はＮＭＳの内部処理が切り替わり警報の状態変化で圧倒されないようにし、それによりＮＭＳの性能は影響を受けず、ユーザは切り替わり警報に関する無用な情報の殺到を受けることはない。稼動中の警報が切り替わり状態にあるという重要な情報はそれでもネットワークのユーザに提供することが可能である。この手法は、いかなるネットワーク事象で導入することも可能であり、警報報知に限定されない。事象について、例えば各々の事象のタイプに関する初期設定状態もやはり含む定常状態構成テーブルに単純に定常状態を規定することによって、他のネットワーク事象（例えば中継状態の変化）の切り替わりを同じ方法で管理することが可能である。

ここで図１を参照すると、本発明と整合性のある例示的な光通信システム１００が具体的に示されている。説明を容易にするためにシステム１００が極めて単純化して描かれていることを当業者は理解するであろう。本発明がここで説明される具体的例示的な実施形態に限定されないことを理解されたい。実際、本発明は広範囲の光ネットワーク、システムおよび装置に、本発明の精神と範囲から逸脱することなく組み込むことができる。

光通信システム１００は双方向通信をサポートする光情報チャネル１０６を経由して接続された送信器／受信器端末１０３、１０４を含む。明瞭化するために、端末１０３は送信端末として概して説明され、かつ図１に例示され、端末１０４は受信端末として例示され、かつ概して説明されている。もちろん、双方向通信システムでは両方の端子１０３、１０４が送信と受信の端末として役立ち、同様に、各々が送信器と受信器の両方、および関連するマルチプレクサとデマルチプレクサ、モニタ装置、電力供給装置および他の装置のモニタと制御のためのリレー・クロージャを含む。これらリレー・クロージャの状態の変化（例えば開閉）は規定の中継に等価の初期設定状態（例えば通常開または通常閉）で事象を生成する。システムの特性と必要条件に応じて、光学的情報チャネル１０６は１つまたは複数の光ファイバ経路１０８、光増幅器１１０、再生器、光学フィルタ、分散補償モジュール、およびその他の能動および受動部品を含む可能性がある。これらの要素の各々に関する様々な構成は当業者に知られているであろう。

送信端末１０３は関連する波長、例えばλ_１、λ_２．．．λ_ｎで光通信チャネルを送信するための光送信器１１２、１１４．．．１１６を含む。マルチプレクサ１１８はこれらの信号を集合体信号へと組み合わせ、それが受信端末１０４への伝送のための光ファイバ経路１０８へと発射される。送信端末１０３はまた、電力供給装置、モニタ装置およびリレー・クロージャといった他の管理される要素１１７も含む。

受信端末１０４で、デマルチプレクサ１２０が集合体信号を逆多重化し、チャネル波長、例えばλ_１、λ_２．．．λ_ｎをそれぞれ受信器１２２、１２４、１２６へと経路選択する。同様に、端末１０４もやはり複数信号を、送信器／受信器端末１０３のデマルチプレクサへの伝送のための光ファイバ経路へと発射される集合体信号へと組み合わせるマルチプレクサを含む。受信端末１０４はまた、電力供給装置、モニタ装置およびリレー・クロージャといった他の管理される要素１２７も含む。

ＮＭＳ１０２はプロセッサ１３０と機械読取り可能媒体１３２を含む可能性があり、かつネットワーク要素から情報を受信または要求してユーザ・インターフェース１３４を通じてネットワーク管理者に管理情報を提供するようにネットワークに結合される可能性がある。機械読取り可能媒体１３２は、ユーザ・インターフェース１３４を通じたネットワーク構成および／またはネットワーク要素の積極的な管理を可能にするためにプロセッサによる実行のためのソフトウェア命令を記憶することが可能である。ＮＭＳ１０２は、様々な知られているネットワーク要素管理機能のいかなるものも提供することが可能であり、かつ管理されることが意図される特定のネットワークに適合するように構成することが可能である。様々なネットワーク要素による警報または事象の報知のための様々な構成が存在することを当業者は理解するであろう。ネットワーク要素は局所的障害に対応した内部警報、受信もしくは送信データに関連する、例えば光信号の損失、高ＢＥＲなどの警報、および／またはリレー・クロージャの状態変化に関連する事象状態の変化を報知することが可能である。

有利には、本発明と整合性のあるＮＭＳ１０２はネットワーク上で切り替わる事象、例えば警報を管理するために本発明と整合性のある事象ヒステリシス機能を提供することが可能である。図２は本発明と整合性のある方法の１つの例示的な実施形態２００のブロックフロー図である。様々な実施形態を説明するために本明細書で使用されているブロックフロー図は、特定の一連の工程を含む。しかしながら、その一連の工程が、ここで述べられる全般的機能がどのようにして導入されるかを示す例を提供するに過ぎないことは理解することができる。さらに、一連の工程の各々は、特に示さない限り表示の順序で実行される必要はない。例示した実施形態では、ネットワークからＮＭＳに報知される切り替わり警報をＮＭＳが２０２でモニタする。もしも警報が少なくとも所定の時間的期間について１つの状態を保っていれば、警報は定常状態であると判断され、ＮＭＳによって定常状態が２０４で報知される。

図３は本発明と整合性のある方法の別の例示的な実施形態３００のブロックフロー図である。例示した実施形態では、切り替わり警報はＮＭＳによって設定時／稼動中であると３０２で報知される。３０４で状態変化について切り替わり警報を定期的に走査することが可能である。もしも警報の状態がクリアされている状態へと変化し、かつ少なくとも所定の時間量、すなわち警報定常状態時間についてクリア状態を保っている場合、警報は定常状態と判断され、クリア状態として３０６でＮＭＳによって報知される。警報が実際にクリアされたときに関して正確な情報を提供するために、警報は最後の状態変化の時刻、すなわち警報定常状態期間の末端ではない時刻でクリア状態として報知される可能性がある。警報が切り替わった回数もやはり報知することが可能である。

本発明と整合性のあるシステム内で、いくつかの警報が他と異なって処理される可能性がある。いくつかの警報についてはヒステリシス特性の適用を避けることが望ましい可能性がある。ＦＥＣ閾値通過警報のクリアのケースでは、例えば、ネットワーク要素から報知されると直ちに警報のクリアが報知されることを要求される可能性がある。これらの警報の迅速な報知を容易にするために、警報に関連する所定の定常状態時間はゼロ（０）に設定される可能性がある。

また、いくつかの警報については他と比較してさらに長いかまたは短い警報定常状態時間を指定することが望ましい可能性もある。これに合わせるために、例えば要素毎、事象毎、または警報毎に基づいて各々の警報の操作用に初期設定処理特性がソフトウェアの中に導入される可能性がある。各々の警報に関する初期設定処理特性は警報のＩＤ、場合によってはその警報の発生したネットワーク要素（ＮＥ）、その警報に関する警報定常状態時間、およびヒステリシス処理のタイプを含む関連の記録の中に規定される可能性がある。初期設定の警報定常状態時間は、例えば１０秒であることが可能である。ヒステリシスのタイプには、規定の警報定常状態時間による通常のヒステリシス処理に関する「通常」、およびヒステリシス機能がいかなる状態変化も報知しない状況の原因となりかねない「抑制」が含まれる。

ヒステリシス機能は、特定の警報または警報群について初期設定特性を選択的に変えるように構成することが可能である。一実施形態では、特定の警報または警報グループに関するヒステリシス設定は環境設定ファイル内に構成可能である可能性がある。例えば、環境設定ファイルは警報定常状態時間（例えば０と６０秒の間、ここで０はヒステリシス処理を無効化する）またはヒステリシス処理のタイプの変更を容易にすることが可能である。警報または警報グループに関する設定は、ネットワーク要素のタイプまたはＩＤに基づいて環境設定ファイル内に規定することが可能である。例えば、設定は、特定のケーブルおよび／またはネットワーク要素について構成することが可能である。また、初期設定の警報定常状態時間は、全ネットワーク要素を含むグループを規定することおよび新たな警報定常状態時間を設定することによって構成することが可能である。もしも環境設定ファイルが特定の警報について見当たらない場合、初期設定のヒステリシス設定を適用することが可能である。

追加的な構成設定も可能である。例えば、ヒステリシス機能は、環境的変数に応じて環境設定ファイル内で設定することが可能である。環境設定ファイルはまた、警報または警報グループが他の警報または警報グループ用の環境設定ファイルに従って処理されるように命令するために使用されることも可能である。また、各々の切り替わり警報の状態をチェックするための時間的期間が変更されることも可能であり、初期設定の警報定常状態時間が環境設定ファイル内で設定され、かつ他の構成設定によって変更されることも可能である。

警報管理を容易にするために、すべての非定常性の、すなわち切り替わっている警報をリストアップするためにヒステリシス・テーブルが確立される可能性がある。このテーブルは、自動的に更新することが可能である。図４は、本発明と整合性のとれた、自動的にヒステリシス・テーブルを更新する方法の１つの例示的な実施形態４００に関するフローを具体的に示すフロー図である。図示したように、警報の状態は、４０２でネットワーク要素から受信することが可能である。４０４で、もしも受信した警報が既にヒステリシス・テーブルに入っている場合、状態および最後の状態変化の時刻を反映するテーブルの更新４０８に伴なって例示した処理フローは４１２で終了する。そうでなければ、４０６でその警報に関する記入をテーブルに追加することが可能である。４１０でもしもその警報が稼動中でない場合、処理フローは４１２で終了する。４１０でその警報が稼動中であれば、警報設定通知の連絡４１４に伴なって４１２で処理フローが終了する。

やはり、ある実施形態で、非定常警報を設定時／稼動中と報知することが可能である。非定常警報が所定の警報定常状態時間についてクリア状態を維持したら直ちに、それをヒステリシス・テーブルから除外することが可能である。図５は、本発明と整合性のとれた、ヒステリシス・テーブルから定常状態の警報を消去するための１つの例示的な実施形態を具体的に示すフロー図である。示されている例示的な実施形態では、処理フローは５００で始まって５０２で第１のヒステリシス・テーブル要素にカーソルが設定される。５０４で、もしもそのテーブルが空であるかまたはすべての要素が処理されていた場合、５０６で処理フローは終了する。そうでない場合、５０８で、もしも最後の状態変化時刻と警報に関連する警報定常状態時間ｔを加えたものが現在の時刻未満でない場合、警報は非定常状態と判断され、５１０でその警報に関連するテーブル記入がテーブルの中に残される。その後、テーブルのカーソルは５１２で次のテーブル要素へと移される。

５０８で、もしも最後の状態変化時刻と警報に関連する警報定常状態時間ｔを加えたものが現在の時刻未満である場合、警報は定常状態と判断され、５１４でその警報に関連する記入がテーブルから除外される。５１６で警報の状態がクリアされれば、５１８で警報クリアの通知が送られる。その後、５１２でテーブルのカーソルが次のテーブル要素へと移される。最後の記入の後に処理フローは各々のテーブル要素を通って終了５０６へと移る。非定常警報を取り除くために所望の頻度でこの処理を定期的に繰り返すことが可能である。

本発明の実施形態に関して述べた機能がハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せを使用して導入され得ることは理解されるであろう。ソフトウェアで導入されるならば、プロセッサと機械読取り可能媒体が必要とされる。プロセッサは、本発明の実施形態によって必要とされる速度と機能を提供することが可能などのようなタイプのプロセッサであってもよい。例えば、プロセッサはＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎによって作製されたＰｅｎｔｉｕｍ（登録商標）プロセッサ系、またはＭｏｔｏｒｏｌａによって作製されたプロセッサ系から得られるプロセッサとすることが可能である。機械読取り可能媒体にはプロセッサによって実行されるように構成された命令を記憶することの可能ないかなる媒体も含まれる。そのような媒体のいくつかの例には、限定はされないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセス・メモリ（ＲＡＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、磁気ディスク（例えばフロッピー（登録商標）・ディスクとハード・ドライブ）、光ディスク（例えばＣＤ−ＲＯＭ）、およびデジタル情報を記憶することが可能ないかなる他のデバイスも含まれる。一実施形態では、命令は圧縮および／または暗号化された形式で媒体上に記憶される。

本明細書では、「プロセッサによって実行されるように構成された」という語句は、圧縮および／または暗号化された形式で記憶された命令、ならびにプロセッサによって実行される前にインストーラによってコンパイルまたはインストールされるべき命令を含むと意図される。さらに、プロセッサ１３０と単一の機械読取り可能媒体１３２は図１ではＮＭＳ１０２の近くにあるように例示されているが、しかしプロセッサおよび／または機械読取り可能媒体は、様々なＩ／Ｏコントローラを通じてプロセッサによってアクセス可能であり、かつコンピュータ・プログラム命令とデータの組合せを記憶することが可能であり、機械読取り可能媒体の様々な組合せを含む可能性のあるさらに大きな分散型システムの一部であることが可能である。

ただし、本明細書で述べた実施形態は、本発明を使用するいくつかの一部に過ぎず、限定するものでなく例示によってここに述べられている。当業者にとって容易に明らかとなるであろう多くの他の実施形態を、添付の特許請求の範囲に規定される本発明の精神および範囲から逸脱することなく実施することができることは自明である。

本発明と整合性のとれた例示的な光通信システムを示すブロック図である。 本発明と整合性のとれた、切り替わり警報を管理する例示的な方法を示すブロックフロー図である。 本発明と整合性のとれた、切り替わり警報を管理する別の例示的な方法を示すブロックフロー図である。 本発明と整合性のとれた、警報に関するヒステリシス・テーブルを自動的に更新するための１つの例示的な実施形態を具体的に示すフロー図である。 本発明と整合性のとれた、定常状態の警報をクリアするための１つの例示的な実施形態を具体的に示すフロー図である。

Claims (40)

1. ネットワーク管理システム内で第１と第２の事象状態の間で切り替わる事象を管理する方法であって、
   前記事象が所定の時間量の間、前記第１と第２の状態のうちの一方を保っているかどうか判定する工程と、
   前記所定の時間量の間、前記第１と第２の状態のうちの前記一方が保たれているとき、前記第１と第２の状態のうちの前記一方を報知する工程とを含む方法。
2. 前記事象が警報である、請求項１に記載の方法。
3. 前記第１の状態が警報設定状態であり、前記第２の状態が警報クリア状態である、請求項２に記載の方法。
4. 前記事象が前記第１と第２の状態のうちの前記一方を有すると報知する前記工程が、前記事象の最後の状態変化に関連する時刻で前記事象が前記第１と第２の状態のうちの前記一方を達成すると報知する工程を含む、請求項１に記載の方法。
5. 前記事象が前記第１と第２の状態の間で切り替わった回数を報知する工程をさらに含む、請求項１に記載の方法。
6. 前記事象の最後の状態変化に関連する時刻を報知する工程をさらに含む、請求項５に記載の方法。
7. 前記事象が切り替わり状態にあると報知する工程をさらに含む、請求項１に記載の方法。
8. 前記事象が切り替わり状態にないと報知する工程をさらに含む、請求項１に記載の方法。
9. ネットワーク管理システム内で第１と第２の事象状態の間で切り替わる事象を管理する方法であって、
   前記事象が前記第１の状態を有すると放置する工程と、
   前記事象が所定の時間量の間、前記第２の状態を保っているかどうか判定するために前記事象をモニタする工程と、
   前記所定の時間量の間、前記第２の状態が保たれているときに前記事象が前記第２の状態を有すると報知する工程とを含む方法。
10. 前記事象が警報である、請求項９に記載の方法。
11. 前記第１の状態が警報設定状態であり、前記第２の状態が警報クリア状態である、請求項１０に記載の方法。
12. 前記事象が前記第２の状態を有すると報知する前記工程が、前記事象の最後の状態変化に関連する時刻で前記事象が前記第２の状態を達成すると報知する工程を含む、請求項９に記載の方法。
13. 前記事象が前記第１と第２の状態の間で切り替わった回数を報知する工程をさらに含む、請求項９に記載の方法。
14. 前記事象の最後の状態変化に関連する時刻を報知する工程をさらに含む、請求項１３に記載の方法。
15. 前記事象が切り替わり状態にあると報知する工程をさらに含む、請求項９に記載の方法。
16. 前記事象が切り替わり状態にないと報知する工程をさらに含む、請求項９に記載の方法。
17. 第１と第２の事象状態の間で切り替わる事象を管理する方法をネットワーク管理システムに実行させる内容を有する機械読取り可能媒体であって、前記方法が、
    前記事象が所定の時間量の間、前記第１と第２の状態のうちの一方を保っているかどうか判定する工程と、
    前記所定の時間量の間、前記第１と第２の状態のうちの前記一方が保たれているとき、前記第１と第２の状態のうちの前記一方を報知する工程とを含む機械読取り可能媒体。
18. 前記事象が警報である、請求項１７に記載の機械読取り可能媒体。
19. 前記第１の状態が警報設定状態であり、前記第２の状態が警報クリア状態である、請求項１８に記載の機械読取り可能媒体。
20. 前記事象が前記第１と第２の状態のうちの前記一方を有すると報知する前記工程が、前記事象の最後の状態変化に関連する時刻で前記事象が前記第１と第２の状態のうちの前記一方を達成すると報知する工程を含む、請求項１７に記載の機械読取り可能媒体。
21. 前記方法が、前記事象が前記第１と第２の状態の間で切り替えられた回数を報知する工程をさらに含む、請求項１７に記載の機械読取り可能媒体。
22. 前記方法が、前記事象の最後の状態変化に関連する時刻を報知する工程をさらに含む、請求項２１に記載の機械読取り可能媒体。
23. 前記方法が、前記事象が切り替わり状態にあると報知する工程をさらに含む、請求項１７に記載の機械読取り可能媒体。
24. 前記方法が、前記事象が切り替わり状態にないと報知する工程をさらに含む、請求項１７に記載の機械読取り可能媒体。
25. ネットワーク管理システムであって、
    第１と第２の事象状態の間で切り替わる事象を管理する方法を前記システムに実行させる内容を有する機械読取り可能媒体を含み、前記方法が、
    前記事象が所定の時間量の間、前記第１と第２の状態のうちの一方を保っているかどうか判定する工程と、
    前記所定の時間量の間、前記第１と第２の状態のうちの前記一方が保たれているとき、前記第１と第２の状態のうちの前記一方を報知する工程とを含むネットワーク管理システム。
26. 前記事象が警報である、請求項２５に記載のシステム。
27. 前記第１の状態が警報設定状態であり、前記第２の状態が警報クリア状態である、請求項２６に記載のシステム。
28. 前記事象が前記第１と第２の状態のうちの前記一方を有すると報知する前記工程が、前記事象の最後の状態変化に関連する時刻で前記事象が前記第１と第２の状態のうちの前記一方を達成すると報知する工程を含む、請求項２５に記載のシステム。
29. 前記方法が、前記事象が前記第１と第２の状態の間で切り替わった回数を報知する工程をさらに含む、請求項２５に記載のシステム。
30. 前記方法が、前記事象の最後の状態変化に関連する時刻を報知する工程をさらに含む、請求項２９に記載のシステム。
31. 前記方法が、前記事象が切り替わり状態にあると報知する工程をさらに含む、請求項２５に記載のシステム。
32. 前記方法が、前記事象が切り替わり状態にないと報知する工程をさらに含む、請求項２５に記載のシステム。
33. 光通信システムであって、
    光情報チャネルを通して受信器へと光信号を送信するための少なくとも１つの送信器を含み、前記送信器、前記受信器および前記光情報チャネルのうちの少なくとも１つが、事象を報知するための少なくとも１つの装置を含み、さらに、
    前記事象の前記報知を受信するために光通信システムに結合したネットワーク管理システムを含み、前記ネットワーク管理システムが、機械読取り可能媒体を含み、前記媒体の内容が、前記ネットワーク管理システムに、
    前記事象が所定の時間量の間、第１と第２の状態のうちの一方を保っているかどうか判定する工程と、
    前記所定の時間量の間、前記第１と第２の状態のうちの前記一方が保たれているとき、前記第１と第２の状態のうちの前記一方を報知する工程とを含む方法を実行させるシステム。
34. 前記事象が警報である、請求項３３に記載のシステム。
35. 前記第１の状態が警報設定状態であり、前記第２の状態が警報クリア状態である、請求項３４に記載のシステム。
36. 前記事象が前記第１と第２の状態のうちの前記一方を有すると報知する前記工程が、前記事象の最後の状態変化に関連する時刻で前記事象が前記第１と第２の状態のうちの前記一方を達成すると報知する工程を含む、請求項３３に記載のシステム。
37. 前記方法が、前記事象が前記第１と第２の状態の間で切り替わった前記回数を報知する工程をさらに含む、請求項３３に記載のシステム。
38. 前記方法が、前記事象の最後の状態変化に関連する時刻を報知する工程をさらに含む、請求項３７に記載のシステム。
39. 前記方法が、前記事象が切り替わり状態にあると報知する工程をさらに含む、請求項３３に記載のシステム。
40. 前記方法が、前記事象が切り替わり状態にないと報知する工程をさらに含む、請求項３３に記載のシステム。

Images