(57)【要約】【課題】ネットワークを運用するシステム管理者による保守作業の負担を軽減させることを課題とする。【解決手段】伝送装置は、自装置を含むパスにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに向けて送信する。また、障害情報を受信した伝送装置は、警報が複数のノードから発生する障害であるか否かを判定し、警報が発生する障害であると判定された場合に、当該警報を抑止する警報マスク情報を含むメッセージを、パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信する。また、警報マスク情報を含むメッセージを受信した伝送装置は、当該警報マスク情報に基づいて、接続される管理装置に対して警報を通知しないようにマスク制御する。【選択図】        図１
2010124428.tif 000002
【特許請求の範囲】
【請求項１】
構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置であって、
前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知手段と、
前記障害情報通知手段によって送信された前記障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、前記障害が発生したことを前記管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御手段と、
を有することを特徴とする伝送装置。
【請求項２】
構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置であって、
前記ネットワークにおいて障害が発生したことを検出した場合、または、自装置とは異なる伝送装置によって発生した障害の情報が通知された場合に、前記障害が発生したことを前記管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する警報発生判定手段と、
前記警報発生判定手段によって警報が発生すると判定された場合に、前記警報を抑止する警報マスク情報を含むメッセージを、前記パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信するメッセージ送受信手段と、
を有することを特徴とする伝送装置。
【請求項３】
前記障害情報通知手段は、前記障害情報を前記パスにおける任意のノードに通知し、
前記警報制御手段は、前記ネットワークにおいて障害が発生したことを検出したノードによって通知される前記障害情報に基づいて、前記警報を前記管理装置に対して通知しないように制御することを特徴とする請求項１に記載の伝送装置。
【請求項４】
前記警報制御手段によって前記警報を前記管理装置に対して通知しないように制御されるまで、前記警報を発生させないように制御する警報通知制御手段をさらに有することを特徴とする請求項１に記載の伝送装置。
【請求項５】
前記警報を前記管理装置に対して通知するか否かの警報通知情報を記憶する記憶部をさらに有し、
前記警報制御手段は、前記警報マスク情報と前記警報通知情報とに基づいて、前記警報を前記管理装置に対して通知するか否かを制御することを特徴とする請求項１に記載の伝送装置。
【請求項６】
前記警報を前記管理装置に対して通知するか否かを前記パス単位に設定する警報通知設定手段をさらに有することを特徴とする請求項２に記載の伝送装置。
【請求項７】
構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置に適した警報制御方法であって、
前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知工程と、
前記始点ノードによって前記障害情報が受信された場合に、前記障害が発生したことを前記管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する警報発生判定工程と、
前記警報発生判定工程によって警報が発生すると判定された場合に、前記警報を抑止する警報マスク情報を含むメッセージを、前記パス内に含まれる中間ノードを介して、始点ノードと終点ノードとの間で送受信するメッセージ送受信工程と、
前記送受信されるメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御工程と、
を含んだことを特徴とする警報制御方法。
【請求項８】
構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置としてのコンピュータに実行させる警報制御プログラムであって、
前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知手順と、
前記障害情報通知手順によって送信された前記障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、前記障害が発生したことを前記管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御手順と、
をコンピュータに実行させることを特徴とする警報制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送装置、警報制御方法、警報制御プログラムおよびメッセージ送受信プログラムに関する。
【背景技術】
【０００２】
従来より、複数の伝送装置（ノード）から構成されるネットワークにおいて、パス障害などの何らかの障害が発生すると、障害発生箇所に近傍の伝送装置は、無信号状態であることを示すＬＯＳ（Loss  Of  Signal）を検出する。そして、障害（ＬＯＳ）を検出した伝送装置は、当該障害を検出したパスの下位方向の伝送装置に対してＡＩＳ（Alarm  Indication  Signal）を送出する。このＡＩＳは、当該ＡＩＳを受信した伝送装置が含まれるパスの上位方向において障害が発生していることを示す信号である。
【０００３】
また、障害（ＬＯＳ）を検出した伝送装置は、当該障害を検出したパスの上位方向の伝送装置に対してＲＤＩ（Remote  Defect  Indication）を送出する。このＲＤＩは、当該ＲＤＩを受信した伝送装置が含まれるパスの下位方向において障害が発生していることを示す信号である。そして、ＡＩＳやＲＤＩなどの信号を受信した伝送装置は、異なる伝送装置に対してＡＩＳやＲＤＩなどをさらに送出する。
【０００４】
ここで、図１９を用いて、従来技術に係る障害検出時に発生する警報について説明する。図１９は、従来技術に係る障害検出時に発生する警報について説明するための図である。なお、以下では、データを転送する伝送装置から、構成されるネットワークを管理する管理装置などに対する障害の通知を「警報」と言う。
【０００５】
図１９に示すように、例えば、データを転送する伝送装置としてのノードＡ〜ノードＥにおいて、ノードＢの送信側ＳとノードＣの受信側Ｒとの間で障害が発生した場合には、ノードＣ（の受信側Ｒ）においてＬＯＳが検出される。そして、ノードＣは、ノードＡ〜ノードＥを含むネットワークを管理する管理装置（図示せず）に対して、ＬＯＳを検出したことを通知する（図１９の（１）参照）。
【０００６】
続いて、ノードＣは、当該ノードＣに対して下位方向となるノードＤにＰ−ＡＩＳ（Path‐Alarm  Indication  Signal）を転送するとともに、上位方向となるノードＢにＬ−ＲＤＩ（Line‐Remote  Defect  Indication）を転送する（図１９の（２）参照）。また、ノードＣからノードＤに転送されたＰ−ＡＩＳは、当該Ｐ−ＡＩＳを終端するノードＥに転送される（図１９の（２）参照）。
【０００７】
その後、ノードＣによって転送されたＰ−ＡＩＳを検出したノードＤおよびノードＥは、当該Ｐ−ＡＩＳを検出したこと（警報）を管理装置に対して通知する（図１９の（３）参照）。また、ノードＣによって転送されたＬ−ＲＤＩを検出したノードＢは、当該Ｌ−ＲＤＩを検出したこと（警報）を管理装置に対して通知する（図１９の（３）参照）。
【０００８】
そして、Ｐ−ＡＩＳを終端するノードＥは、Ｐ−ＲＤＩ（Path‐Remote  Defect  Indication）を生成し、生成されたＰ−ＲＤＩを当該ノードＥに対して上位方向となるノードＤに転送する（図１９の（４）参照）。また、ノードＥからノードＤに転送されたＰ−ＲＤＩは、ノードＣおよびノードＢを介して、当該Ｐ−ＲＤＩを終端するノードＡに転送される（図１９の（５）参照）。
【０００９】
続いて、ノードＥによって転送されたＰ−ＲＤＩを検出したノードＤ、ノードＣ、ノードＢおよびノードＡは、当該Ｐ−ＲＤＩを検出したこと（警報）を管理装置に対して通知する（図１９の（６）参照）。すなわち、警報は、一つのＬＯＳの検出に起因して、所定パス内の複数の伝送装置から発生する。
【００１０】
次に、図２０を用いて、上記の従来技術に係るネットワーク全体における警報について説明する。図２０は、従来技術に係るネットワーク全体における警報について説明するための図である。
【００１１】
図２０に示すように、例えば、ネットワーク全体は、ＡＤＭ（Add  Drop  Multiplexer）網やＷＤＭ（Wavelength  Division  Multiplexing）網などから構築され、始点ノードから終点ノードまでＥｎｄ−ｔｏ−Ｅｎｄでパス設定を実施することで信号疎通させる。また、ＡＤＭ網やＷＤＭ網は、網それぞれを一つのグループ（例えば、「ＮＥ  Ｇｒｏｕｐ１」や「ＮＥ  Ｇｒｏｕｐ２」など）として、図１９に示したノード（伝送装置：ＮＥ（Network  Element））を複数有している。
【００１２】
例えば、ＮＥ  Ｇｒｏｕｐ３内において、ＬＩＮＥ障害（ＬＯＳ）が発生した場合には、ＬＩＮＥ上に設定されている全てのパスに関して、Ｅｎｄ−ｔｏ−ＥｎｄでＡＩＳやＲＤＩなどが発生する。そして、各ＮＥ  Ｇｒｏｕｐに含まれる伝送装置それぞれは、ネットワーク全体を管理する管理装置に対して、ＡＩＳやＲＤＩなどを検出したこと（警報）を通知する。このように、ネットワーク全体では、膨大な数のＡＩＳ、ＲＤＩおよび警報が発生している。
【００１３】
また、最近では、ＩＰ網にラベルスイッチの概念を導入することでパスによる網の運用を可能とするＭＰＬＳ（Multi‐Protocol  Label  Switching）が利用されている。そして、ＩＰ網だけでなく、光ファイバを用いた高速デジタル通信方式の国際規格であるＳＤＨ（Synchronous  Digital  Hierarchy）／ＳＯＮＥＴ（Synchronous  Optical  NETwork）におけるＴＤＭ（Time  Division  Multiplexing）網やＷＤＭ（Wavelength  Division  Multiplexing）網などを含むパス網の運用を自律分散的に行なう技術としてＧＭＰＬＳ（Generalized  Multi‐Protocol  Label  Switching）がある。このＧＭＰＬＳ技術は、ＩＥＴＦ（Internet  Engineering  Task  Force）のＣＣＡＭＰ（Common  Control  and  Measurement  Plane）−ＷＧ（Working  Group）ＯＩＦ（Optical  Internetworking  Forum）や、ＩＴＵ（International  Telecommunication  Union）などで議論されて標準化作業が進められており、その一部が実用化されつつある。
【００１４】
ＧＭＰＬＳによって管理されているパスについては、ＩＥＴＦのＲＦＣ３４７３（Generalized  Multi‐Protocol  Label  Switching  （GMPLS）  Signaling  Resource  ReserVation  Protocol‐Traffic  Engineering  （RSVP‐TE）  Extensions）やＲＦＣ４７８３（GMPLS‐Communication  of  Alarm  Information）などの勧告により、警報を制御するための規定が示されている。
【００１５】
ＧＭＰＬＳ管理下において警報を制御する処理について、図２１を用いて説明する。図２１は、従来技術に係るＧＭＰＬＳ管理下でのパス設定時における警報制御処理を説明するための図である。なお、図２１では、ＧＭＰＬＳ管理下のパス内に始点ノードである伝送装置Ａと、中間ノードである伝送装置Ｂおよび伝送装置Ｃと、終点ノードである伝送装置Ｄとを有する場合を説明する。
【００１６】
図２１に示すように、例えば、伝送装置Ａは、伝送装置Ｄまでのパスを生成（シグナリング）する場合に、伝送装置Ａ〜伝送装置Ｄ間の経路情報（ERO：Explicit＿Route  Object）や、伝送装置Ａと伝送装置Ｂとの間で利用するパス番号（TDM：Time  Slot  WDM（波長多重））などを指定したパスメッセージを図示しない監視回線を利用して伝送装置Ｂに送信する（図２１の（１）参照）。
【００１７】
そして、パスメッセージを受信した伝送装置Ｂは、指定されたパス番号が有効（未使用）である場合に、該当するパス番号を予約状態にするとともに、警報を通知しないように制御（警報マスク）して、当該パスメッセージを伝送装置Ｃに対して転送する（図２１の（２）参照）。続いて、パスメッセージを受信した伝送装置Ｃは、伝送装置Ｂと同様の処理を行い、当該パスメッセージを伝送装置Ｄに対して転送する（図２１の（２）参照）。
【００１８】
その後、パスメッセージを受信した伝送装置Ｄは、当該パスメッセージが有効である場合に、有効なパスメッセージに対する応答メッセージであるリザーブメッセージを図示しない監視回線を利用して伝送装置Ｃに送信するとともに、自装置に対してパス設定（クロスコネクト設定）を行う（図２１の（３）参照）。
【００１９】
そして、リザーブメッセージを受信した伝送装置Ｃは、当該リザーブメッセージを伝送装置Ｂに送信するとともに、パスメッセージ受信時に予約状態としたパス番号に基づいて自装置に対してパス設定を行う（図２１の（４）参照）。続いて、リザーブメッセージを受信した伝送装置Ｂは、伝送装置Ｃと同様の処理を行い、当該リザーブメッセージを伝送装置Ａに対して転送する（図２１の（４）参照）。
【００２０】
その後、リザーブメッセージを受信した伝送装置Ａによって自装置に対してパス設定が行われることにより、伝送装置Ａ〜伝送装置Ｄの間におけるパス設定が完了する。
【００２１】
また、パスメッセージには、図２２に示すように、複数のオブジェクト（フィールド）が付与されており、警報マスク制御が行われる場合には、ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクト（図２３参照）のＡビット指定（Admin  Down指定）がなされる。
【００２２】
要するに、パスメッセージを受信した伝送装置は、当該パスメッセージに付与されているＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定がなされている場合に、警報マスク制御を実施する。なお、図２２は、パスメッセージに付与されているオブジェクトの例を示す図である。また、図２３は、ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトの詳細を示す図である。
【００２３】
また、パスメッセージに対する応答メッセージであるリザーブメッセージには、図２４に示すようなオブジェクトが付与されている。また、パスメッセージとリザーブメッセージとの内容を図２５−１と図２５−２とに示す。なお、図２４は、リザーブメッセージに付与されているオブジェクトの例を示す図である。また、図２５−１は、パスメッセージに付与されている主なオブジェクトの内容を示す図であり、図２５−２は、リザーブメッセージに付与されている主なオブジェクトの内容を示す図である。
【００２４】
すなわち、パス設定を実行する場合には、パスの始点、終点および中間に位置する各伝送装置において、例えば、クロスコネクトの設定変更に起因して警報が発生する可能性がある。これらの警報は、当然発生するものであるため、各伝送装置において、事前に警報のマスクを行い、管理装置への警報通知を抑止するものである。
【００２５】
なお、呼制御に関する従来技術として特許文献１と特許文献２とがある。
【００２６】
【特許文献１】特開平１１−２８４６３３号公報
【特許文献２】特開平６−３５０５４２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２７】
しかしながら、上述した従来技術では、ネットワークを運用するシステム管理者による保守作業の負担が増大するという課題がある。
【００２８】
具体的には、ＲＦＣ３４７３やＲＦＣ４７８３などのＧＭＰＬＳ機能によって警報を制御するための規定は、パス設定時またはパス削除時における規定であるため、運用中に発生する警報をマスク制御することができない。
【００２９】
そして、例えば、警報がマスク制御されない時に多数の伝送装置を経由するパスに障害が発生した場合には、それぞれの伝送装置がそれぞれで検出した障害を警報として管理装置に送出することになる。すると、管理装置に大量の警報が通知されるため、例えば、ＡＩＳ、ＲＤＩおよび警報の通知に利用されるネットワークの負荷や、管理装置の負荷が増大する。また、ネットワークを管理するシステム管理者は、このようにして発生した大量の警報の中から要因となる障害を特定して保守などを行うために、システム管理者の負担も増大する。
【００３０】
そこで、本発明は、上述した従来技術の課題を解決するためになされたものであり、ネットワークを運用するシステム管理者による保守作業の負担を軽減させることが可能である伝送装置、警報制御方法、警報制御プログラムおよびメッセージ送受信プログラムを提供することを目的とする。
【課題を解決するための手段】
【００３１】
上述した課題を解決し、目的を達成するため、本願の開示する伝送装置は、構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置であって、前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知手段と、前記障害情報通知手段によって送信された前記障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、前記障害が発生したことを前記管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御手段と、を有することを要件とする。
【発明の効果】
【００３２】
本願の開示する伝送装置によれば、ネットワークを運用するシステム管理者による保守作業の負担を軽減させることが可能であるという効果を奏する。
【発明を実施するための最良の形態】
【００３３】
以下に添付図面を参照して、本発明に係る伝送装置、警報制御方法、警報制御プログラムおよびメッセージ送受信プログラムの実施例を説明する。
【実施例１】
【００３４】
［警報制御処理］
最初に、図１を用いて、実施例１に係る伝送装置による警報制御処理を説明する。図１は、実施例１に係る伝送装置による警報制御処理を説明するための図である。
【００３５】
図１に示すように、例えば、ネットワーク全体は、伝送装置Ａ、伝送装置Ｂ、伝送装置Ｃおよび伝送装置Ｄを含んでいる。そして、伝送装置Ａを始点ノード、伝送装置Ｂおよび伝送装置Ｃを中間ノード、伝送装置Ｄを終点ノードとしてパスが形成されている。
【００３６】
なお、以下では、構成されるネットワークを管理する管理装置（図示せず）に接続され、ＧＭＰＬＳ機能を有してデータ転送（例えば、パスメッセージおよびリザーブメッセージなど）を行う伝送装置Ａ〜伝送装置Ｄとして説明する。また、ＧＭＰＬＳ機能を有する各伝送装置は、ＬＭＰ（Link  Management  Protocol）機能により収集された自装置と接続される隣接ノードの情報（パス情報）を保持している。
【００３７】
また、パスを構成する伝送装置は、伝送装置Ａ〜伝送装置Ｄの４つに限定されるものではなく、４つ未満または５つ以上の複数の伝送装置からパスが形成されていても良い。また、伝送装置Ａは、伝送装置Ｂとは異なる伝送装置に接続されていても良いし、伝送装置Ａ〜伝送装置Ｄを含むパスにおいては、始点ノードである伝送装置Ａが中間ノードまたは終点ノードにもなり得る。
【００３８】
上述した構成において、伝送装置は、ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する。
【００３９】
具体的に説明すると、図１の（１）に示すように、伝送装置Ｃは、伝送装置Ｂの送信側と伝送装置Ｃの受信側との間のパスにおいて障害が発生したことによってＬＯＳ（信号喪失）を検出する。そして、伝送装置Ｃは、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message）を当該障害に対応するパスにおける始点ノードである伝送装置Ａに向けて送信する。
【００４０】
また、伝送装置は、ネットワークにおいて障害が発生したことを検出した場合、または、自装置とは異なる伝送装置によって発生した障害の情報が通知された場合に、障害が発生したことを管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する。
【００４１】
上述した例で具体的に説明すると、図１の（２）に示すように、伝送装置Ａは、上記の伝送装置Ｃと同様に障害が発生したことによるＬＯＳを検出した場合、または、伝送装置Ｃによって検出された障害の情報が通知された場合に、警報が複数のノード（例えば、図１では、伝送装置Ｂや伝送装置Ｃなど）から発生するか否かを判定する。
【００４２】
警報が発生する障害であるか否かは、障害情報（Notify  Message）に含まれるオブジェクトの内容から判定される。なお、Ｎｏｔｉｆｙ  Ｍｅｓｓａｇｅの詳細については、後述する伝送装置の構成において説明する。
【００４３】
続いて、伝送装置は、警報が発生すると判定された場合に、警報を抑止する警報マスク情報を含むメッセージを、パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信する。
【００４４】
上述した例で具体的に説明すると、図１の（３）に示すように、伝送装置Ａは、警報が発生する障害であると判定された場合に、当該警報を抑止する警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むメッセージを、パス内に含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃを介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する。
【００４５】
なお、伝送装置Ｂおよび伝送装置Ｃを介して、伝送装置Ａと伝送装置Ｄとの間で送受信されるメッセージは、ＧＭＰＬＳ機能によるパスメッセージ（伝送装置Ａによる送信）と、リザーブメッセージ（伝送装置Ｄによる応答送信）とである。また、本実施例で送受信されるパスメッセージとリザーブメッセージとは、クロスコネクト設定の変更に利用するためのものではなく、既にパスが構築済み（運用中）であるパス内の伝送装置の警報制御に利用するためのものである。
【００４６】
また、伝送装置は、送信された障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、障害が発生したことを管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御する。
【００４７】
上述した例で具体的に説明すると、図１の（４）に示すように、伝送装置Ｃは、警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むリザーブメッセージを受信した場合に、当該警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する。なお、伝送装置Ｂは、伝送装置Ｃと同様の処理を行って、警報を管理装置に対して通知しないように制御する。
【００４８】
なお、始点ノードである伝送装置Ａと終点ノードである伝送装置Ｄとについては、警報のマスク制御をしないこととして説明したが、これは、実際に発生している障害を管理装置に通知する役割を担っているからである。すなわち、伝送装置Ａと伝送装置Ｄとについて警報のマスク制御がなされる場合には、障害を検出した伝送装置Ｃにおいて警報のマスク制御をしないようにすれば良い。
【００４９】
また、伝送装置Ｃから障害情報を受信した伝送装置Ａは、一般的に、障害箇所を避けた新たな経路でパス設定を実施することで経路を切り替える処理を行うが、この処理については公知の技術であるためその説明を省略する。
【００５０】
上述したように、伝送装置は、ネットワーク内の障害によって警報が発生するのに際して、当該警報をマスク制御するので、ネットワークを運用するシステム管理者による保守作業の負担を軽減させることが可能である。
【００５１】
つまり、伝送装置は、ネットワーク内の障害によって発生する警報をマスク制御することで、当該ネットワークを管理する管理装置に警報が集中するのを防止することができるので、ネットワーク全体にかかる負荷を軽減させることができる。また、伝送装置は、管理装置に警報が集中するのを防止して、システム保守に要する警報のみを通知するので、ネットワークを運用するシステム管理者による保守作業の負担を軽減させることが可能である。
【００５２】
［伝送装置の構成］
次に、図２および図３を用いて、実施例１に係る伝送装置の構成例を説明する。図２は、実施例１に係る中間ノードとしての伝送装置Ｃの構成例を示す図であり、図３は、実施例１に係る始点ノードとしての伝送装置Ａの構成例を示す図である。
【００５３】
図２に示すように、伝送装置Ｃ１０は、記憶部１１と、制御部１２とを有し、例えば、構成されるネットワークを管理する管理装置に接続され、当該伝送装置Ｃ１０とは異なる伝送装置との間でデータ転送を行う。なお、以下では、伝送装置Ｃ１０は、始点ノードである伝送装置Ａと、中間ノードである伝送装置Ｂと、終点ノードである伝送装置Ｄとを有するパス内に含まれているものとする。
【００５４】
記憶部１１は、制御部１２による各種処理に必要なデータや、制御部１２による各種処理結果を記憶する。例えば、記憶部１１は、ＧＭＰＬＳのＬＭＰ機能により収集される構築済みのパス情報を記憶する。記憶部１１によって記憶されるパス情報は、例えば、自装置の情報として自ノードのＩＤおよび自ノードのＩＰアドレスと、Ｌｉｎｋ情報として自ノード側のＬｉｎｋＩＤ、対向ノードのＩＤ、対向ノードのＩＰアドレスおよび対向ノードのＬｉｎｋＩＤと、クロスコネクト情報として受信側ＬｉｎｋＩＤ、受信側チャネル、送信側ＬｉｎｋＩＤ、送信側チャネルおよび帯域幅とである。
【００５５】
制御部１２は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に、障害情報通知部１２ａと、警報制御部１２ｂとを有し、これらによって種々の処理を実行する。
【００５６】
障害情報通知部１２ａは、ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する。
【００５７】
具体的に例を挙げると、障害情報通知部１２ａは、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が発生したことによってＬＯＳを検出する。そして、障害情報通知部１２ａは、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message）を当該障害に対応するパスにおける始点ノードである伝送装置Ａに向けて送信する。
【００５８】
伝送装置Ａに向けて送信されるＮｏｔｉｆｙ  Ｍｅｓｓａｇｅには、図４に示すようなオブジェクトが付与されており、図５に示すように、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトに検出された障害発生箇所の情報が格納される。なお、図４は、Ｎｏｔｉｆｙ  Ｍｅｓｓａｇｅに付与されているオブジェクトの例を示す図であり、図５は、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトの内容を示す図である。
【００５９】
ここで、図６−１および図６−２を用いて、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトの構成を説明する。図６−１は、ＩＰｖ４におけるＥＲＲＯＲ＿ＳＰＥＣオブジェクトの構成例を示す図である。また、図６−２は、ＩＰｖ６におけるＥＲＲＯＲ＿ＳＰＥＣオブジェクトの構成例を示す図である。
【００６０】
例えば、図６−１および図６−２に示すように、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトには、エラーを検出したノード情報が格納されるＥｒｒｏｒ  Ｎｏｄｅ  Ａｄｄｒｅｓｓと、エラー情報が格納されるＥｒｒｏｒ  Ｃｏｄｅと、当該Ｅｒｒｏｒ  Ｃｏｄｅに応じてエラーの詳細情報が格納されるＥｒｒｏｒ  Ｖａｌｕｅとが含まれる。なお、図６−３にＥＲＲＯＲ＿ＳＰＥＣオブジェクトのメンバそれぞれの内容を示す。
【００６１】
上記のＥｒｒｏｒ  Ｃｏｄｅは、ＲＦＣ２２０５にて仕様が定義されており、当該仕様が定義されている値は、０〜２３となっている。そして、仕様が定義されている０〜２３のうち、９〜１１および１５〜１９はリザーブ用の値となっているため、図６−４に示すように、上位３ビットが未使用の領域となっている。なお、図６−４は、Ｅｒｒｏｒ  Ｃｏｄｅの利用方法を説明するための図である。
【００６２】
そこで、警報が発生する障害に関しては、Ｅｒｒｏｒ  Ｃｏｄｅの上位側１ビット（図６−４に示した「Ｍ」部分）にフラグをたてる。また、警報が発生することをＥｒｒｏｒ  Ｃｏｄｅの番号に割り振っても良いし、ＦｌａｇｓやＥｒｒｏｒ  Ｖａｌｕｅなどを利用することとしても良い。なお、未使用の領域を利用するので、一般的なＥｒｒｏｒ  Ｃｏｄｅ（０〜２３）の情報は従来通りに転送できる。要するに、Ｅｒｒｏｒ  Ｃｏｄｅに限らず、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトの未使用領域を用いて警報が発生する障害であることを通知する。
【００６３】
警報制御部１２ｂは、障害情報通知部１２ａによって送信された障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、障害が発生したことを管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御する。
【００６４】
上述した例で具体的に例を挙げると、警報制御部１２ｂは、障害情報通知部１２ａによって送信された障害情報（例えば、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトのＥｒｒｏｒ  Ｃｏｄｅにフラグがたっているなど）を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むリザーブメッセージを受信した場合に、当該警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する。
【００６５】
また、図３に示すように、伝送装置Ａ２０は、記憶部２１と、制御部２２とを有し、例えば、構成されるネットワークを管理する管理装置に接続され、当該伝送装置Ａ２０とは異なる伝送装置との間でデータ転送を行う。なお、以下では、伝送装置Ａ２０は、中間ノードである伝送装置Ｂおよび伝送装置Ｃと、終点ノードである伝送装置Ｄとを有するパス内に含まれているものとする。
【００６６】
記憶部２１は、制御部２２による各種処理に必要なデータや、制御部２２による各種処理結果を記憶する。例えば、記憶部２１は、ＧＭＰＬＳのＬＭＰ機能により収集される構築済みのパス情報を記憶する。記憶部２１によって記憶されるパス情報は、例えば、自装置の情報として自ノードのＩＤおよび自ノードのＩＰアドレスと、Ｌｉｎｋ情報として自ノード側のＬｉｎｋＩＤ、対向ノードのＩＤ、対向ノードのＩＰアドレスおよび対向ノードのＬｉｎｋＩＤと、クロスコネクト情報として受信側ＬｉｎｋＩＤ、受信側チャネル、送信側ＬｉｎｋＩＤ、送信側チャネルおよび帯域幅とである。
【００６７】
制御部２２は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に、警報発生判定部２２ａと、メッセージ送受信部２２ｂとを有し、これらによって種々の処理を実行する。
【００６８】
警報発生判定部２２ａは、ネットワークにおいて障害が発生したことを検出した場合、または、自装置とは異なる伝送装置によって発生した障害の情報が通知された場合に、障害が発生したことを管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する。
【００６９】
具体的に例を挙げると、警報発生判定部２２ａは、上記の伝送装置Ｃ１０と同様に障害が発生したことによるＬＯＳを検出した場合、または伝送装置Ｃ１０によって検出された障害の情報が通知された場合に、警報が複数のノードから発生するか否かを判定する。
【００７０】
警報が発生する障害であるか否かは、例えば、伝送装置Ｃ１０から送信された障害情報（Notify  Message）に含まれるＥＲＲＯＲ＿ＳＰＥＣオブジェクトのＥｒｒｏｒ  Ｃｏｄｅにフラグがたっているか否かによって判定する。
【００７１】
メッセージ送受信部２２ｂは、警報発生判定部２２ａによって警報が発生すると判定された場合に、警報を抑止する警報マスク情報を含むメッセージを、パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信する。
【００７２】
上述した例で具体的に例を挙げると、メッセージ送受信部２２ｂは、警報が発生する障害であると判定された場合に、当該警報を抑止する警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むメッセージを、パスに含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する。
【００７３】
［警報制御処理フロー］
次に、図７を用いて、実施例１に係る警報制御処理の流れを説明する。図７は、実施例１に係る警報制御処理の流れを説明するためのシーケンス図である。
【００７４】
例えば、図７に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が発生したことによってＬＯＳを検出すると（ステップＳ１０１肯定）、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message：ERROR＿SPECオブジェクトのError  Codeの上位側１ビットにフラグをたてる）を当該障害に対応するパスにおける始点ノードである伝送装置Ａ２０に向けて送信する（ステップＳ１０２）。
【００７５】
また、伝送装置Ａ２０は、伝送装置Ｃ１０によって検出された障害の情報（Notify  Message）が通知された場合に、障害が発生したことを管理装置に対して通知する警報が、複数のノードから発生するか否かを、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトのＥｒｒｏｒ  Ｃｏｄｅにフラグがたっているか否かによって判定する（ステップＳ１０３）。
【００７６】
そして、伝送装置Ａ２０は、警報が発生する障害であると判定された場合に（ステップＳ１０３肯定）、当該警報を抑止する警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むメッセージを、パスに含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する（ステップＳ１０４）。
【００７７】
また、伝送装置Ｃ１０は、警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むリザーブメッセージを受信した場合に、当該警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ１０５）。また、伝送装置Ｂは、伝送装置Ｃ１０と同様に、リザーブメッセージを受信した場合に、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ１０５）。
【００７８】
［実施例１による効果］
上述したように、伝送装置は、ネットワークにおける障害を検出し、各伝送装置から発生し得る管理装置に対する警報を制御（マスク制御）するので、ネットワークを運用するシステム管理者による保守作業の負担を軽減させることが可能である。
【００７９】
例えば、伝送装置Ｃ１０は、パスにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報（Notify  Message）を当該障害に対応するパスにおける始点ノードである伝送装置Ａ２０に向けて送信する。また、伝送装置Ａ２０は、伝送装置Ｃ１０によって障害情報が通知された場合に、警報が複数のノードから発生するか否かを判定する。そして、伝送装置Ａ２０は、警報が発生する障害であると判定された場合に、当該警報を抑止する警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むメッセージを、パス内に含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する。また、伝送装置Ｃ１０は、警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むリザーブメッセージを受信した場合に、当該警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する。なお、伝送装置Ｂは、伝送装置Ｃ１０と同様の処理を行って、警報を管理装置に対して通知しないように制御する。この結果、伝送装置は、ネットワークを運用するシステム管理者による保守作業の負担を軽減させることが可能である。
【実施例２】
【００８０】
ところで、上記実施例１では、パスにおいて障害が検出されると、当該障害を始点ノードに対して通知し、管理装置に対する警報を制御する場合について説明したが、本発明はこれに限定されるものではなく、パスにおいて障害が検出されると、当該障害を任意のノードに通知し、管理装置に対する警報を制御することもできる。
【００８１】
そこで、以下の実施例２では、図８を用いて、実施例２に係る伝送装置による警報制御処理を説明する。図８は、実施例２に係る伝送装置による警報制御処理を説明するための図である。なお、実施例２に係る伝送装置の構成や一部の機能などは、実施例１と同様であるためその説明を省略する。
【００８２】
［実施例２に係る警報制御処理］
図８に示すように、伝送装置は、ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける任意のノードに通知する。
【００８３】
具体的に説明すると、図８の（１）に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が発生したことによってＬＯＳを検出する。そして、伝送装置Ｃ１０は、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message）を当該障害に対応するパスにおける任意のノード（例えば、伝送装置Ａ２０および伝送装置Ｂなど）に向けて送信する。
【００８４】
伝送装置Ａ２０および伝送装置Ｂに向けて送信される障害情報は、例えば、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトの未使用領域であるＥｒｒｏｒ  Ｃｏｄｅの上位側１ビットにフラグがたてられて送信される。
【００８５】
なお、Ｎｏｔｉｆｙ  Ｍｅｓｓａｇｅの送信先（パス内の全ノードが対象）については、パス設定時のパスメッセージおよびリザーブメッセージ内のＮｏｔｉｆｙ  Ｒｅｑｕｅｓｔオブジェクト内に自装置（各装置）のアドレスを登録させておくことで認識できる。また、各伝送装置は、始点ノードから終点ノードまでの経路をＥＸＰＬＩＣＩＴ＿ＲＯＵＴＥオブジェクトなどから判断できるので、Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔオブジェクトによって通知されていないノードに対してもＮｏｔｉｆｙ  Ｍｅｓｓａｇｅを送信することができる。
【００８６】
また、伝送装置は、ネットワークにおいて障害が発生したことを検出したノードによって通知される障害情報に基づいて、障害が発生したことを管理装置に対して通知する警報を管理装置に対して通知しないように制御する。
【００８７】
上述した例で具体的に説明すると、図８の（２）に示すように、伝送装置Ｂは、伝送装置Ｃ１０によって通知される障害情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する。また、障害を検出した伝送装置Ｃ１０は、自装置において警報を管理装置に対して通知しないように制御（マスク制御）する。
【００８８】
なお、ここでは、障害情報を通知された伝送装置Ａ２０において警報をマスク制御しないこととしているが、実施例１と同様に、伝送装置Ａ２０において警報をマスク制御して、伝送装置Ｃ１０において発生する警報をマスク制御しないこととしても良い。
【００８９】
［実施例２に係る警報制御処理フロー］
次に、図９を用いて、実施例２に係る警報制御処理の流れを説明する。図９は、実施例２に係る警報制御処理の流れを説明するためのシーケンス図である。
【００９０】
例えば、図９に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が発生したことによってＬＯＳを検出すると（ステップＳ２０１肯定）、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message：ERROR＿SPECオブジェクトのError  Codeの上位側１ビットにフラグをたてる）を当該障害に対応するパスにおける任意のノード（例えば、伝送装置Ａ２０および伝送装置Ｂなど）に向けて送信する（ステップＳ２０２）。
【００９１】
また、伝送装置Ｂは、伝送装置Ｃ１０によって通知される障害情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ２０３）。また、障害を検出した伝送装置Ｃ１０は、自装置において警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ２０３）。
【００９２】
［実施例２による効果］
上述したように、伝送装置は、ネットワークにおいて障害を検出すると、任意のノードに対して当該障害の情報を通知する。そして、障害を通知された伝送装置は、警報を管理装置に対して通知しないように制御する。この結果、伝送装置は、管理装置に対する警報をマスク制御されるノードと、管理装置に対する警報を通知するノードとをネットワークの負荷状況などに応じて柔軟に設定することができる。
【００９３】
つまり、伝送装置は、負荷が常時高いネットワークに接続されるノードに対しては、管理装置に対する警報をマスク制御し、負荷が常時低いネットワークに接続されるノードに対しては、管理装置に対する警報を通知するので、伝送装置が接続されるネットワークの状況に応じて警報を制御することができる。また、伝送装置は、より迅速に管理装置に対する警報をマスク制御することができる。
【実施例３】
【００９４】
ところで、上記実施例１では、始点ノードと終点ノードとの間で送受信されるメッセージを用いて管理装置に対する警報を制御する場合を説明したが、本発明はこれに限定されるものではなく、始点ノードと終点ノードとの間で送受信されるメッセージを用いた警報の制御が完了するまで、各伝送装置において警報を発生させないように制御することもできる。
【００９５】
そこで、以下の実施例３では、図１０を用いて、実施例３に係る警報制御処理の流れを説明する。図１０は、実施例３に係る警報制御処理の流れを説明するためのシーケンス図である。なお、実施例３に係る伝送装置の構成や一部の機能などは、実施例１と同様であるためその説明を省略する。
【００９６】
［実施例３に係る警報制御処理フロー］
例えば、図１０に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が発生したことによってＬＯＳを検出すると（ステップＳ３０１肯定）、警報を管理装置に対して通知しないように制御されるまで、警報を発生させないように制御する（ステップＳ３０２）。
【００９７】
また、伝送装置Ｂは、伝送装置Ｃ１０によって障害が検出されると、当該伝送装置Ｃ１０からＲＤＩなどが転送されるため、警報を管理装置に対して通知しないように制御されるまで、警報を発生させないように制御する（ステップＳ３０２）。
【００９８】
そして、伝送装置Ｃ１０は、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message：ERROR＿SPECオブジェクトのError  Codeの上位側１ビットにフラグをたてる）を当該障害に対応するパスにおける始点ノードである伝送装置Ａ２０に向けて送信する（ステップＳ３０３）。
【００９９】
また、伝送装置Ａ２０は、伝送装置Ｃ１０によって検出された障害の情報（Notify  Message）が通知された場合に、障害が発生したことを管理装置に対して通知する警報が、複数のノードから発生するか否かを、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトのＥｒｒｏｒ  Ｃｏｄｅにフラグがたっているか否かによって判定する（ステップＳ３０４）。
【０１００】
そして、伝送装置Ａ２０は、警報が発生する障害であると判定された場合に（ステップＳ３０４肯定）、当該警報を抑止する警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むメッセージを、パスに含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する（ステップＳ３０５）。
【０１０１】
また、伝送装置Ｃ１０は、警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＡビット指定）を含むリザーブメッセージを受信した場合に、当該警報マスク情報に基づいて、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ３０６）。また、伝送装置Ｂは、伝送装置Ｃ１０と同様に、リザーブメッセージを受信した場合に、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ３０６）。
【０１０２】
なお、ステップＳ３０２における警報通知の制御処理は、伝送装置Ｃ１０によって障害が検出される前から各伝送装置において実施するようにしても良いが、警報を通知させたいノードを予め決めておく場合に、ＡＩＳやＲＤＩなどを受信しないと警報を管理装置に通知することができないため、ＡＩＳやＲＤＩなどが転送された後のタイミングで実施される方が好ましい。
【０１０３】
要するに、ステップＳ３０２における警報通知の制御処理は、伝送装置Ｂにおいて警報を通知するように予め決めた場合に、伝送装置Ｃ１０によって障害が検出される前から伝送装置Ｂおよび伝送装置Ｃ１０において警報通知の制御処理を実施するようにすると、伝送装置ＢがＡＩＳやＲＤＩなどを受信することができないことにより、警報を管理装置に通知することができなくなるため、ＡＩＳやＲＤＩなどが転送された後のタイミングで実施される方が好ましい。
【０１０４】
［実施例３による効果］
上述したように、伝送装置は、始点ノードと終点ノードとの間で送受信されるメッセージに基づいて行われる警報のマスク制御処理が完了するまで、各伝送装置において警報を管理装置に対して通知しないように制御するので、始点ノードと終点ノードとの間で送受信されるメッセージに基づいて行われる警報のマスク制御処理が完了するまでの間に発生し得る警報を抑止して、ネットワーク上の負荷を軽減させることができる。
【０１０５】
つまり、伝送装置は、障害が検出された際に各伝送装置に転送されるＡＩＳやＲＤＩに基づく管理装置に対する警報を、始点ノードと終点ノードとの間で送受信されるメッセージに基づいて行われる警報のマスク制御処理が完了するまで通知しないように制御するので、ネットワーク上の負荷を軽減させることができる。
【実施例４】
【０１０６】
ところで、上記実施例１では、警報が発生する障害であるか否かによって当該障害に対応するパスの伝送装置それぞれによる警報をマスク制御する場合を説明したが、本発明はこれに限定されるものではなく、伝送装置それぞれにおいて警報を通知するか否かの情報を記憶させておき、警報をマスク制御する（またはマスク制御しない）こともできる。
【０１０７】
そこで、以下の実施例４では、図１１を用いて、実施例４に係る警報制御処理の流れを説明する。図１１は、実施例４に係る警報制御処理の流れを説明するためのシーケンス図である。なお、実施例４に係る伝送装置の構成や一部の機能などは、実施例１と同様であるためその説明を省略する。
【０１０８】
具体的には、伝送装置は、警報を管理装置に対して通知するか否かの警報通知情報を記憶し、警報マスク情報と警報通知情報とに基づいて、警報を管理装置に対して通知するか否かを制御する。なお、警報通知情報とは、警報を管理装置に対して「通知する」かまたは「通知しない」かのどちらかの情報である。
【０１０９】
また、例えば、伝送装置それぞれにおいて警報のマスク制御を実施するか否かが行われる場合には、図１２に示すように、ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのリザーブ領域（例えば、図１２に示した「Ｈ」ビット領域）のフラグを利用する。なお、図１２は、本実施例に係るＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトの構成例を示す図である。
【０１１０】
［実施例４に係る警報制御処理フロー］
例えば、図１１に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が発生したことによってＬＯＳを検出すると（ステップＳ４０１肯定）、検出された障害（ＬＯＳ）の情報を含む障害情報（Notify  Message：ERROR＿SPECオブジェクトのError  Codeの上位側１ビットにフラグをたてる）を当該障害に対応するパスにおける始点ノードである伝送装置Ａ２０に向けて送信する（ステップＳ４０２）。
【０１１１】
また、伝送装置Ａ２０は、伝送装置Ｃ１０によって検出された障害の情報（Notify  Message）が通知された場合に、障害が発生したことを管理装置に対して通知する警報が、複数のノードから発生するか否かを、ＥＲＲＯＲ＿ＳＰＥＣオブジェクトのＥｒｒｏｒ  Ｃｏｄｅにフラグがたっているか否かによって判定する（ステップＳ４０３）。
【０１１２】
そして、伝送装置Ａ２０は、警報が発生する障害であると判定された場合に（ステップＳ４０３肯定）、当該警報を抑止する警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＨビット指定）を含むメッセージを、パスに含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する（ステップＳ４０４）。
【０１１３】
また、伝送装置Ｃ１０は、警報マスク情報（ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのＨビット指定）を含むリザーブメッセージを受信した場合に、当該警報マスク情報と、記憶部に記憶される警報を管理装置に対して通知するか否かの警報通知情報とに基づいて、警報を管理装置に対して通知するか否かの判定を行なう（ステップＳ４０５）。
【０１１４】
そして、伝送装置Ｃ１０は、警報を管理装置に対して通知すると判定された場合に（ステップＳ４０５肯定）、警報を管理装置に対して通知する。また、伝送装置Ｃ１０は、警報を管理装置に対して通知しないと判定された場合に（ステップＳ４０５否定）、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ４０６）。
【０１１５】
また、伝送装置Ｂは、伝送装置Ｃ１０と同様に、警報を管理装置に対して通知すると判定された場合に（ステップＳ４０５肯定）、警報を管理装置に対して通知する。また、伝送装置Ｂは、警報を管理装置に対して通知しないと判定された場合に（ステップＳ４０５否定）、警報を管理装置に対して通知しないように制御（マスク制御）する（ステップＳ４０６）。
【０１１６】
［実施例４による効果］
上述したように、伝送装置は、各伝送装置において警報を通知するか否かの警報通知情報を記憶し、始点ノードと終点ノードとの間で送受信されるメッセージに含まれる警報マスク情報と、警報通知情報とに基づいて、警報を管理装置に対して通知するか否かの制御を実施するので、ネットワークの処理状況に応じて警報を通知させたい伝送装置を決定するなどして、ネットワークの負荷を削減することができる。
【０１１７】
つまり、伝送装置は、各伝送装置において警報をマスク制御するか否かを、始点ノードと終点ノードとで送受信されるメッセージ受信時に行うので、警報のマスク制御処理にかかるネットワークの負荷を抑制することができる。この結果、伝送装置は、ネットワーク上（全体）の負荷を軽減させることができるとともに、管理装置に対する警報を通知するノードを負荷状況などに応じて柔軟に設定することができる。
【実施例５】
【０１１８】
ところで、上記実施例１〜実施例４では、ネットワークにおいて障害が発生した際に発生する警報をマスク制御する場合を説明したが、本発明はこれに限定されるものではなく、ネットワークにおける障害が回復した場合に、実施されたマスク制御の設定を解除することもできる。
【０１１９】
そこで、以下の実施例５では、図１３を用いて、実施例５に係る伝送装置による警報制御処理を説明する。図１３は、実施例５に係る伝送装置による警報制御処理を説明するための図である。なお、実施例５に係る伝送装置の構成や一部の機能などは、実施例１と同様であるためその説明を省略する。
【０１２０】
［実施例５に係る警報制御処理］
図１３に示すように、伝送装置は、ネットワークにおいて障害が回復したことを検出した場合に、検出された障害回復の情報を含む障害回復情報をパスにおける始点ノードに通知する。
【０１２１】
具体的に説明すると、図１３の（１）に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて発生していた障害が回復したことを検出する。そして、伝送装置Ｃ１０は、検出された障害回復の情報を含む障害回復情報（Notify  Message）を当該障害に対応するパスにおける始点ノードである伝送装置Ａ２０に向けて送信する。
【０１２２】
なお、Ｎｏｔｉｆｙ  Ｍｅｓｓａｇｅの送信先（パス内の全ノードが対象）については、パス設定時のパスメッセージおよびリザーブメッセージ内のＮｏｔｉｆｙ  Ｒｅｑｕｅｓｔオブジェクト内に自装置（各装置）のアドレスを登録させておくことで認識できる。また、各伝送装置は、始点ノードから終点ノードまでの経路をＥＸＰＬＩＣＩＴ＿ＲＯＵＴＥオブジェクトなどから判断できるので、Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔオブジェクトによって通知されていないノードに対してもＮｏｔｉｆｙ  Ｍｅｓｓａｇｅを送信することができる。
【０１２３】
また、伝送装置は、ネットワークにおいて障害が回復したことを検出した場合、または、自装置とは異なる伝送装置によって発生した障害の情報が通知された場合に、当該障害による警報のマスク制御対象のパスがＧＭＰＬＳ管理下のパスであるか否かを判定する。そして、伝送装置は、ＧＭＰＬＳ管理下のパスである場合に、障害が回復したことを示す障害回復情報を含むメッセージを、パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信する。
【０１２４】
上述した例で具体的に説明すると、図１３の（２）に示すように、伝送装置Ａ２０は、上記の伝送装置Ｃ１０と同様に障害が回復したことを検出した場合、または、伝送装置Ｃ１０によって検出された障害の回復情報が通知された場合に、当該障害による警報のマスク制御対象のパス（伝送装置Ｂおよび伝送装置Ｃ１０を含むパス）がＧＭＰＬＳ管理下のパスであるか否かを判定する。
【０１２５】
続いて、伝送装置Ａ２０は、伝送装置Ｂおよび伝送装置Ｃ１０を含むパスがＧＭＰＬＳ管理下のパスである場合に、障害が回復したことを示す障害回復情報を含むメッセージを、パス内に含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する。
【０１２６】
また、伝送装置は、障害回復情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、障害回復情報を含むメッセージを受信した場合に、障害回復情報に基づいて、警報を管理装置に対して通知しないようにされた制御を解除する。
【０１２７】
上述した例で具体的に説明すると、伝送装置Ｃ１０は、図１３の（３）に示すように、障害回復情報を含むリザーブメッセージを受信した場合に、当該障害回復情報に基づいて、警報を管理装置に対して通知しないようにされている制御（マスク制御）を解除する。なお、伝送装置Ｂは、伝送装置Ｃ１０と同様の処理を行って、警報を管理装置に対して通知しないようにされている制御（マスク制御）を解除する。
【０１２８】
［実施例５に係る警報制御処理フロー］
次に、図１４を用いて、実施例５に係る警報制御処理の流れを説明する。図１４は、実施例５に係る警報制御処理の流れを説明するためのシーケンス図である。
【０１２９】
例えば、図１４に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が回復したことを検出すると（ステップＳ５０１肯定）、検出された障害回復したことを示す障害回復情報を当該障害に対応するパスにおける始点ノードである伝送装置Ａ２０に向けて送信する（ステップＳ５０２）。
【０１３０】
また、伝送装置Ａ２０は、伝送装置Ｃ１０によって検出された障害の回復情報が通知された場合に、当該障害による警報のマスク制御対象のパスがＧＭＰＬＳ管理下のパスであるか否かを判定する。そして、伝送装置Ａ２０は、ＧＭＰＬＳ管理下のパスである場合に、障害回復情報を含むメッセージを、パス内に含まれる中間ノードである伝送装置Ｂおよび伝送装置Ｃ１０を介して、自装置と終点ノードである伝送装置Ｄとの間で送受信する（ステップＳ５０３）。
【０１３１】
また、伝送装置Ｃ１０は、障害回復情報を含むリザーブメッセージを受信した場合に、当該障害回復情報に基づいて、警報を管理装置に対して通知しないようにされている制御（マスク制御）を解除する（ステップＳ５０４）。また、伝送装置Ｂは、伝送装置Ｃ１０と同様の処理を行って、警報を管理装置に対して通知しないようにされている制御（マスク制御）を解除する。
【０１３２】
［実施例５による効果］
上述したように、伝送装置は、ネットワークにおいて発生した障害が回復すると、当該障害が回復したことを検出して、実施されている警報のマスク制御を解除するので、例えば、再度障害が発生した場合においても、管理装置に警報を通知することができる。
【０１３３】
つまり、伝送装置は、ネットワークにおいて発生した障害が回復すると、迅速に警報マスクを解除することができる結果、再度障害が発生する場合についても対応して管理装置に警報を通知することができる。
【実施例６】
【０１３４】
ところで、上記実施例５では、パスにおいて発生した障害が回復したことを検出すると、当該障害の回復情報を始点ノードに対して通知し、管理装置に対する警報のマスク制御を解除する場合について説明したが、本発明はこれに限定されるものではなく、パスにおいて発生していた障害が回復したことを検出すると、当該障害の回復情報を任意のノードに通知し、管理装置に対する警報のマスク制御を解除することもできる。
【０１３５】
そこで、以下の実施例６では、図１５を用いて、実施例６に係る伝送装置による警報制御処理を説明する。図１５は、実施例２に係る伝送装置による警報制御処理を説明するための図である。なお、実施例６に係る伝送装置の構成や一部の機能などは、実施例１と同様であるためその説明を省略する。
【０１３６】
［実施例６に係る警報制御処理］
図１５に示すように、伝送装置は、ネットワークにおいて障害が回復したことを検出した場合に、検出された障害回復の情報を含む障害回復情報をパスにおける任意のノードに通知する。
【０１３７】
具体的に説明すると、図１５の（１）に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が回復したことを検出する。そして、伝送装置Ｃ１０は、検出された障害の回復情報を含む障害回復情報を当該障害に対応するパスにおける任意のノード（例えば、伝送装置Ａ２０および伝送装置Ｂなど）に向けて送信する。
【０１３８】
また、伝送装置は、ネットワークにおいて障害が回復したことを検出したノードによって通知される障害回復情報に基づいて、警報を管理装置に対して通知しないようにされた制御を解除する。
【０１３９】
上述した例で具体的に説明すると、図１５の（２）に示すように、伝送装置Ｂは、伝送装置Ｃ１０によって通知される障害回復情報に基づいて、警報を管理装置に対して通知しないようにされた制御（マスク制御）を解除する。また、障害の回復を検出した伝送装置Ｃ１０は、自装置において警報を管理装置に対して通知しないようにされた制御（マスク制御）を解除する。
【０１４０】
なお、ここでは、障害回復を通知された伝送装置Ａ２０においてマスク制御を解除しないこととしているが、伝送装置Ａ２０においてマスク制御が実施されている場合には当該マスク制御を解除する処理が実施される。また、マスク制御の解除については、伝送装置Ｄについても同様であり、伝送装置Ｄにおいてマスク制御が実施されている場合には、伝送装置Ｃ１０によって障害回復情報が通知され、当該マスク制御を解除する処理が実施される。
【０１４１】
［実施例６に係る警報制御処理フロー］
次に、図１６を用いて、実施例６に係る警報制御処理の流れを説明する。図１６は、実施例６に係る警報制御処理の流れを説明するためのシーケンス図である。
【０１４２】
例えば、図１６に示すように、伝送装置Ｃ１０は、伝送装置Ｂの送信側と伝送装置Ｃ１０の受信側との間のパスにおいて障害が回復したことを検出すると（ステップＳ６０１肯定）、検出された障害の回復情報を含む障害回復情報を当該障害に対応するパスにおける任意のノード（例えば、伝送装置Ａ２０および伝送装置Ｂなど）に向けて送信する（ステップＳ６０２）。
【０１４３】
また、伝送装置Ｂは、伝送装置Ｃ１０によって通知される障害回復情報に基づいて、警報を管理装置に対して通知しないようにされた制御（マスク制御）を解除する（ステップＳ６０３）。また、障害の回復を検出した伝送装置Ｃ１０は、自装置において警報を管理装置に対して通知しないようにされた制御（マスク制御）を解除する（ステップＳ６０３）。
【０１４４】
［実施例６による効果］
上述したように、伝送装置は、ネットワークにおいて障害が回復したことを検出すると、任意のノードに対して当該障害の回復情報を通知する。そして、障害回復情報を通知された伝送装置は、警報を管理装置に対して通知しないようにされたマスク制御を解除する。この結果、伝送装置は、例えば、再度障害が発生した場合においても、管理装置に対する警報をマスク制御されるノードと、管理装置に対する警報を通知するノードとをネットワークの負荷状況などに応じて柔軟に設定することができる。
【０１４５】
つまり、伝送装置は、負荷が常時高いネットワークに接続されるノードに対しては、管理装置に対する警報をマスク制御し、負荷が常時低いネットワークに接続されるノードに対しては、警報を通知するので、伝送装置が接続されるネットワークの状況に応じて警報を制御することができる。また、伝送装置は、より迅速に管理装置に対する警報のマスク制御を解除することができる。
【実施例７】
【０１４６】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも
種々の異なる形態にて実施されてよいものである。そこで、（１）パス単位に警報制御設定、（２）伝送装置の構成、（３）警報制御プログラム、（４）メッセージ送受信プログラム、において異なる実施例を説明する。
【０１４７】
（１）パス単位に警報制御設定
上記実施例１〜実施例６では、ネットワーク全体または任意のノードにおいて管理装置に対する警報をマスク制御または解除する場合について説明したが、ＧＭＰＬＳによるパス設定が行われる際に、対象となるパスに対して警報をマスク制御するか否かを指定することもできる。
【０１４８】
例えば、図１２に示すように、パス設定時に、パスメッセージおよびリザーブメッセージ内のＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトのリザーブ領域（「Ｍ」ビット指定）を用いて、警報をマスク制御するパスを決定する。警報をマスク制御する場合には、ＭビットをＯＮ「１」設定として、マスク制御しない場合には、ＭビットをＯＦＦ「０」設定にする。このＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトは、各伝送装置間において保持されるので、警報のマスク制御を実施する場合に、Ｍビットを参照することで、パス単位で警報をマスク制御するか否かを設定できる。
【０１４９】
（２）伝送装置の構成
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報（例えば、図２に示した「障害情報通知部１２ａ」が通知する障害情報など）については、特記する場合を除いて任意に変更することができる。
【０１５０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、伝送装置Ｃ１０と伝送装置Ａ２０とに含まれる障害情報通知部１２ａ、警報制御部１２ｂ、警報発生判定部２２ａおよびメッセージ送受信部２２ｂの機能を有する伝送装置として統合するなど、その全部または一部を、各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１５１】
（３）警報制御プログラム
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１７を用いて、上記の実施例に示した伝送装置Ｃと同様の機能を有する警報制御プログラムを実行するコンピュータの一例を説明する。図１７は、警報制御プログラムを実行するコンピュータを示す図である。
【０１５２】
図１７に示すように、伝送装置Ｃとしてのコンピュータ１１０は、バス１８０などで接続されるＨＤＤ１３０、ＣＰＵ１４０、ＲＯＭ１５０およびＲＡＭ１６０を有する。
【０１５３】
ＲＯＭ１５０には、上記の実施例１に示した伝送装置Ｃ１０と同様の機能を発揮する警報制御プログラム、つまり、図１７に示すように障害情報通知プログラム１５０ａと、警報制御プログラム１５０ｂとが、あらかじめ記憶されている。なお、これらのプログラム１５０ａ〜プログラム１５０ｂについては、図２に示した伝送装置Ｃ１０の各構成要素と同様、適宜統合または分散してもよい。
【０１５４】
そして、ＣＰＵ１４０がこれらのプログラム１５０ａ〜プログラム１５０ｂをＲＯＭ１５０から読み出して実行することで、図１７に示すように、プログラム１５０ａ〜プログラム１５０ｂは、障害情報通知プロセス１４０ａと、警報制御プロセス１４０ｂとして機能するようになる。なお、プロセス１４０ａ〜プロセス１４０ｂは、図２に示した、障害情報通知部１２ａと、警報制御部１２ｂとに対応する。
【０１５５】
そして、ＣＰＵ１４０はＨＤＤ１３０に記録されたデータに基づいて警報制御プログラムを実行する。
【０１５６】
なお、上記した各プログラム１５０ａ〜プログラム１５０ｂについては、必ずしも最初からＲＯＭ１５０に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１５７】
（４）メッセージ送受信プログラム
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１８を用いて、上記の実施例に示した伝送装置Ａと同様の機能を有するメッセージ送受信プログラムを実行するコンピュータの一例を説明する。図１８は、メッセージ送受信プログラムを実行するコンピュータを示す図である。
【０１５８】
図１８に示すように、伝送装置Ａとしてのコンピュータ２１０は、バス２８０などで接続されるＨＤＤ２３０、ＣＰＵ２４０、ＲＯＭ２５０およびＲＡＭ２６０を有する。
【０１５９】
ＲＯＭ２５０には、上記の実施例１に示した伝送装置Ａ２０と同様の機能を発揮するメッセージ送受信プログラム、つまり、図１８に示すように警報発生判定プログラム２５０ａと、メッセージ送受信プログラム２５０ｂとが、あらかじめ記憶されている。なお、これらのプログラム２５０ａ〜プログラム２５０ｂについては、図３に示した伝送装置Ａ２０の各構成要素と同様、適宜統合または分散してもよい。
【０１６０】
そして、ＣＰＵ２４０がこれらのプログラム２５０ａ〜プログラム２５０ｂをＲＯＭ２５０から読み出して実行することで、図１８に示すように、プログラム２５０ａ〜プログラム２５０ｂは、警報発生判定プロセス２４０ａと、メッセージ送受信プロセス２４０ｂとして機能するようになる。なお、プロセス２４０ａ〜プロセス２４０ｂは、図３に示した、警報発生判定部２２ａと、メッセージ送受信部２２ｂとに対応する。
【０１６１】
そして、ＣＰＵ２４０はＨＤＤ２３０に記録されたデータに基づいてメッセージ送受信プログラムを実行する。
【０１６２】
なお、上記した各プログラム２５０ａ〜プログラム２５０ｂについては、必ずしも最初からＲＯＭ２５０に記憶させておく必要はなく、例えば、コンピュータ２１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ２１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ２１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ２１０がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１６３】
以上の実施例１〜実施例７を含む実施形態に関し、更に以下の付記を開示する。
【０１６４】
（付記１）構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置であって、
前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知手段と、
前記障害情報通知手段によって送信された前記障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、前記障害が発生したことを前記管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御手段と、
を有することを特徴とする伝送装置。
【０１６５】
（付記２）構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置であって、
前記ネットワークにおいて障害が発生したことを検出した場合、または、自装置とは異なる伝送装置によって発生した障害の情報が通知された場合に、前記障害が発生したことを前記管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する警報発生判定手段と、
前記警報発生判定手段によって警報が発生すると判定された場合に、前記警報を抑止する警報マスク情報を含むメッセージを、前記パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信するメッセージ送受信手段と、
を有することを特徴とする伝送装置。
【０１６６】
（付記３）前記障害情報通知手段は、前記障害情報を前記パスにおける任意のノードに通知し、
前記警報制御手段は、前記ネットワークにおいて障害が発生したことを検出したノードによって通知される前記障害情報に基づいて、前記警報を前記管理装置に対して通知しないように制御することを特徴とする付記１に記載の伝送装置。
【０１６７】
（付記４）前記警報制御手段によって前記警報を前記管理装置に対して通知しないように制御されるまで、前記警報を発生させないように制御する警報通知制御手段をさらに有することを特徴とする付記１に記載の伝送装置。
【０１６８】
（付記５）前記警報を前記管理装置に対して通知するか否かの警報通知情報を記憶する記憶部をさらに有し、
前記警報制御手段は、前記警報マスク情報と前記警報通知情報とに基づいて、前記警報を前記管理装置に対して通知するか否かを制御することを特徴とする付記１に記載の伝送装置。
【０１６９】
（付記６）前記警報を前記管理装置に対して通知するか否かを前記パス単位に設定する警報通知設定手段をさらに有することを特徴とする付記２に記載の伝送装置。
【０１７０】
（付記７）前記障害情報通知手段は、前記ネットワークにおいて障害が回復したことを検出した場合に、検出された障害回復の情報を含む障害回復情報を前記パスにおける始点ノードに通知し、
前記警報制御手段は、前記障害情報通知手段によって送信された前記障害回復情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、前記障害回復情報を含むメッセージを受信した場合に、前記障害回復情報に基づいて、前記警報を前記管理装置に対して通知しないようにされた制御を解除することを特徴とする付記１に記載の伝送装置。
【０１７１】
（付記８）前記障害情報通知手段は、前記障害回復情報を前記パスにおける任意のノードに通知し、
前記警報制御手段は、前記ネットワークにおいて障害が回復したことを検出したノードによって通知される前記障害回復情報に基づいて、前記警報を前記管理装置に対して通知しないようにされた制御を解除することを特徴とする付記７に記載の伝送装置。
【０１７２】
（付記９）構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置に適した警報制御方法であって、
前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知工程と、
前記始点ノードによって前記障害情報が受信された場合に、前記障害が発生したことを前記管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する警報発生判定工程と、
前記警報発生判定工程によって警報が発生すると判定された場合に、前記警報を抑止する警報マスク情報を含むメッセージを、前記パス内に含まれる中間ノードを介して、始点ノードと終点ノードとの間で送受信するメッセージ送受信工程と、
前記送受信されるメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御工程と、
を含んだことを特徴とする警報制御方法。
【０１７３】
（付記１０）構成されるネットワークを管理する管理装置に接続され、データ転送を行なう伝送装置としてのコンピュータに実行させる警報制御プログラムであって、
前記ネットワークにおいて障害が発生したことを検出した場合に、検出された障害の情報を含む障害情報を当該障害に対応するパスにおける始点ノードに通知する障害情報通知手順と、
前記障害情報通知手順によって送信された前記障害情報を受信した始点ノードと、終点ノードとの間で送受信されるメッセージであって、前記障害が発生したことを前記管理装置に対して通知する警報を抑止する警報マスク情報を含むメッセージを受信した場合に、前記警報マスク情報に基づいて、前記警報を前記管理装置に対して通知しないように制御する警報制御手順と、
をコンピュータに実行させることを特徴とする警報制御プログラム。
【０１７４】
（付記１１）構成されるネットワークを管理する管理装置に接続され、データ転送を行う伝送装置としてのコンピュータに実行させるメッセージ送受信プログラムであって、
前記ネットワークにおいて障害が発生したことを検出した場合、または、自装置とは異なる伝送装置によって発生した障害の情報が通知された場合に、前記障害が発生したことを前記管理装置に対して通知する警報が、当該障害に対応するパスにおける複数のノードから発生するか否かを判定する警報発生判定手順と、
前記警報発生判定手順によって警報が発生すると判定された場合に、前記警報を抑止する警報マスク情報を含むメッセージを、前記パス内に含まれる中間ノードを介して、自装置と終点ノードとの間で送受信するメッセージ送受信手順と、
をコンピュータに実行させることを特徴とするメッセージ送受信プログラム。
【図面の簡単な説明】
【０１７５】
【図１】実施例１に係る伝送装置による警報制御処理を説明するための図である。
【図２】実施例１に係る中間ノードとしての伝送装置Ｃの構成例を示す図である。
【図３】実施例１に係る始点ノードとしての伝送装置Ａの構成例を示す図である。
【図４】Ｎｏｔｉｆｙ  Ｍｅｓｓａｇｅに付与されているオブジェクトの例を示す図である。
【図５】ＥＲＲＯＲ＿ＳＰＥＣオブジェクトの内容を示す図である。
【図６−１】ＩＰｖ４におけるＥＲＲＯＲ＿ＳＰＥＣオブジェクトの構成例を示す図である。
【図６−２】ＩＰｖ６におけるＥＲＲＯＲ＿ＳＰＥＣオブジェクトの構成例を示す図である。
【図６−３】ＥＲＲＯＲ＿ＳＰＥＣオブジェクトのメンバそれぞれの内容を示す図である。
【図６−４】Ｅｒｒｏｒ  Ｃｏｄｅの利用方法を説明するための図である。
【図７】実施例１に係る警報制御処理の流れを説明するためのシーケンス図である。
【図８】実施例２に係る伝送装置による警報制御処理を説明するための図である。
【図９】実施例２に係る警報制御処理の流れを説明するためのシーケンス図である。
【図１０】実施例３に係る警報制御処理の流れを説明するためのシーケンス図である。
【図１１】実施例４に係る警報制御処理の流れを説明するためのシーケンス図である。
【図１２】本実施例に係るＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトの構成例を示す図である。
【図１３】実施例５に係る伝送装置による警報制御処理を説明するための図である。
【図１４】実施例５に係る警報制御処理の流れを説明するためのシーケンス図である。
【図１５】実施例２に係る伝送装置による警報制御処理を説明するための図である。
【図１６】実施例６に係る警報制御処理の流れを説明するためのシーケンス図である。
【図１７】警報制御プログラムを実行するコンピュータを示す図である。
【図１８】メッセージ送受信プログラムを実行するコンピュータを示す図である。
【図１９】従来技術に係る障害検出時に発生する警報について説明するための図である。
【図２０】従来技術に係るネットワーク全体における警報について説明するための図である。
【図２１】従来技術に係るＧＭＰＬＳ管理下でのパス設定時における警報制御処理を説明するための図である。
【図２２】パスメッセージに付与されているオブジェクトの例を示す図である。
【図２３】ＡＤＭＩＮ＿ＳＴＡＴＵＳオブジェクトの詳細を示す図である。
【図２４】リザーブメッセージに付与されているオブジェクトの例を示す図である。
【図２５−１】パスメッセージに付与されている主なオブジェクトの内容を示す図である。
【図２５−２】リザーブメッセージに付与されている主なオブジェクトの内容を示す図である。
【符号の説明】
【０１７６】
１０  伝送装置Ｃ
１１  記憶部
１２  制御部
１２ａ  障害情報通知部
１２ｂ  警報制御部
２０  伝送装置Ａ
２１  記憶部
２２  制御部
２２ａ  警報発生判定部
２２ｂ  メッセージ送受信部
【図１】
2010124428.tif 000003
【図２】
2010124428.tif 000004
【図３】
2010124428.tif 000005
【図４】
2010124428.tif 000006
【図５】
2010124428.tif 000007
【図６−１】
2010124428.tif 000008
【図６−２】
2010124428.tif 000009
【図６−３】
2010124428.tif 000010
【図６−４】
2010124428.tif 000011
【図７】
2010124428.tif 000012
【図８】
2010124428.tif 000013
【図９】
2010124428.tif 000014
【図１０】
2010124428.tif 000015
【図１１】
2010124428.tif 000016
【図１２】
2010124428.tif 000017
【図１３】
2010124428.tif 000018
【図１４】
2010124428.tif 000019
【図１５】
2010124428.tif 000020
【図１６】
2010124428.tif 000021
【図１７】
2010124428.tif 000022
【図１８】
2010124428.tif 000023
【図１９】
2010124428.tif 000024
【図２０】
2010124428.tif 000025
【図２１】
2010124428.tif 000026
【図２２】
2010124428.tif 000027
【図２３】
2010124428.tif 000028
【図２４】
2010124428.tif 000029
【図２５−１】
2010124428.tif 000030
【図２５−２】
2010124428.tif 000031