JP6115148B2 - 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム - Google Patents

警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム Download PDF

Info

Publication number
JP6115148B2
JP6115148B2 JP2013010434A JP2013010434A JP6115148B2 JP 6115148 B2 JP6115148 B2 JP 6115148B2 JP 2013010434 A JP2013010434 A JP 2013010434A JP 2013010434 A JP2013010434 A JP 2013010434A JP 6115148 B2 JP6115148 B2 JP 6115148B2
Authority
JP
Japan
Prior art keywords
alarm
communication
identification information
unit
failure
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.)
Expired - Fee Related
Application number
JP2013010434A
Other languages
English (en)
Other versions
JP2014143550A (ja
Inventor
英雅 長沢
英雅 長沢
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013010434A priority Critical patent/JP6115148B2/ja
Priority to US14/088,723 priority patent/US9225588B2/en
Publication of JP2014143550A publication Critical patent/JP2014143550A/ja
Application granted granted Critical
Publication of JP6115148B2 publication Critical patent/JP6115148B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0613—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on the type or category of the network elements
    • 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/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0627—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time by acting on the notification or alarm source
    • 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラムに関する。
複数の伝送装置を含む伝送ネットワークを管理装置が管理する技術が知られている。当該技術によれば、伝送ネットワーク内において例えば伝送装置間の断線といった障害が発生すると、発生個所に隣接する伝送装置はLoss Of Signal（ＬＯＳ：信号喪失）を検出する。ＬＯＳを検出した伝送装置は、その旨を警報として管理装置に向けて通知する。また、ＬＯＳを検出した旨を通知した伝送装置以外の伝送装置は、ＬＯＳの検出に基づいてAlarm Indication Signal（ＡＩＳ）やRemote Defect Indication（ＲＤＩ）を検出する。ＡＩＳやＲＤＩを検出した伝送装置は、その旨を警報として管理装置に向けて通知する。このように、管理装置には膨大な数の警報が通知される。
警報に対する管理装置の負荷を軽減する技術も知られている。例えば、障害の発生個所に隣接する伝送装置が管理装置に通知される警報にマスク制御を行い、管理装置に対して警報を通知しないように制御する技術がある（例えば、特許文献１参照）。また、ネットワークの負荷状況に応じて、被管理装置に対するポーリングを利用した管理を制限し、ネットワークの負荷を軽減する技術もある（例えば、特許文献２参照）。
特開２０１０−１２４４２８号公報 特開平９−２８２２５２号公報
ところが上述した技術では、障害の発生個所に隣接する伝送装置以外の伝送装置は、マスク制御を行わないため、管理装置に対して例えばＡＩＳやＲＤＩといった警報を通知する。当該警報は、障害の発生個所を一意に特定する警報ではないため、障害の発生個所の迅速な特定が妨げられる。また、障害の発生個所に隣接する伝送装置は、例えばＬＯＳといった障害の発生個所を特定可能な警報をマスク制御により通知しなくなる。このため、障害の発生個所を特定することが極めて困難になる。
そこで、１つの側面では、本発明は、障害の発生個所を迅速に特定する警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラムを提供することを目的とする。
本明細書に開示の警報管理装置は、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信手段と、前記受信手段によって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する第１の確認手段と、前記複数の通信装置のそれぞれから通知された警報を前記受信手段に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記第１の確認手段によって確認された発生状況における種類毎の警報のうち、前記第１の確認手段により特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄させる破棄制御手段と、を有する警報管理装置である。
本明細書に開示の通信装置は、障害を検出する検出手段と、前記検出手段によって障害が検出された場合に、警報を中継する中継装置に障害発生個所以外を特定する警報を破棄させるために利用する、警報の種類に応じたポート番号が含まれた警報を警報管理装置に向けて通知する通知手段と、を有する通信装置である。
本明細書に開示の警報制御装置は、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信手段を有する警報制御装置である。
本明細書に開示の警報管理方法は、コンピュータが、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信ステップと、前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認ステップと、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認ステップによって確認された発生状況における種類毎の警報のうち、前記確認ステップにより特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、を実行する警報管理方法である。
本明細書に開示の通信方法は、第１のコンピュータが、障害を検出する検出ステップと、前記検出ステップによって障害が検出された場合に、警報を中継する中継装置に障害発生個所以外を特定する警報を破棄させるために利用する、警報の種類に応じたポート番号が含まれた警報を、警報管理方法を実行する第２のコンピュータに向けて通知する通知ステップと、を実行する通信方法である。
本明細書に開示の警報制御方法は、コンピュータが、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信ステップを実行する警報制御方法である。
本明細書に開示の警報管理プログラムは、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信ステップと、前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認ステップと、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認ステップによって確認された発生状況における種類毎の警報のうち、前記確認ステップにより特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、をコンピュータに実行させるための警報管理プログラムである。
本明細書に開示の通信プログラムは、障害を検出する検出ステップと、前記検出ステップによって障害が検出された場合に、警報を中継する中継装置に障害発生個所以外を特定する警報を破棄させるために利用する、警報の種類に応じたポート番号が含まれた警報を、警報管理方法を実行する第１のコンピュータに向けて通知する通知ステップと、を第２のコンピュータに実行させるための通信プログラムである。
本明細書に開示の警報制御プログラムは、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信ステップをコンピュータに実行させるための警報制御プログラムである。
本明細書に開示の警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラムによれば、障害の発生個所が迅速に特定される。
図１は、一実施形態に係る監視システムの構成を概略的に示す図である。 図２（ａ）は、リモートＮＥのブロック図の一例である。図２（ｂ）は、ゲートウェイＮＥのブロック図の一例である。 図３は、分類テーブルの一例である。 図４は、ＥＭＳサーバのブロック図の一例である。 図５（ａ）は、警報数管理テーブルの一例である。図５（ｂ）は、監視対象ネットワークテーブルの一例である。図５（ｃ）は、監視対象ＮＥテーブルの一例である。 図６は、OpenFlowコントローラのブロック図の一例である。 図７（ａ）は、制御テーブルの一例である。図７（ｂ）は、制御テーブルの他の一例である。 図８は、ＥＭＳサーバのハードウェア構成の一例である。 図９は、一実施形態に係る監視システムの動作を概略的に示す図である。 図１０は、一実施形態に係る監視システムの動作を概略的に示す他の図である。 図１１は、障害発生時におけるＮＥの通信方法の処理ステップを例示するフローチャートである。 図１２（ａ）は、障害発生時における第１のＩ／Ｆの警報管理方法の処理ステップを例示するフローチャートである。図１２（ｂ）は、障害発生時における指示生成部の警報管理方法の処理ステップを例示するフローチャートである。 図１３は、障害発生時におけるOpenFlowコントローラの警報制御方法の処理ステップを例示するフローチャートである。 図１４は、障害復旧時におけるＮＥの通信方法の処理ステップを例示するフローチャートである。 図１５（ａ）は、障害復旧時におけるＡＬＭ整合部の警報管理方法の処理ステップを例示するフローチャートである。図１５（ｂ）は、障害復旧時における指示生成部の警報管理方法の処理ステップを例示するフローチャートである。 図１６は、障害復旧時におけるOpenFlowコントローラの警報制御方法の処理ステップを例示するフローチャートである。
以下、本発明を実施するための形態について図面を参照して説明する。
図１は、一実施形態に係る監視システムＳの構成を概略的に示す図である。監視システムＳは、図１に示すように、複数の通信ネットワーク♯１〜♯ｎ、Data Communication Network（ＤＣＮ）２００、Element Management System（ＥＭＳ）サーバ３００、Human Machine Interface（ＨＭＩ）端末４００、OpenFlowコントローラ５００を備えている。
まず、通信ネットワーク♯１〜♯ｎの構成について説明する。
複数の通信ネットワーク♯１〜♯ｎのそれぞれは、Network Element（ＮＥ）１１０，１２０を備えている。ＮＥ１１０は、ＥＭＳサーバ３００と直接の通信経路を持たないＮＥである。ＮＥ１１０は、例えばリモートＮＥと呼ばれる。一方、ＮＥ１２０は、ＥＭＳサーバ３００と直接の通信経路を持つＮＥである。ＮＥ１２０は、例えばゲートウェイＮＥと呼ばれる。通信ネットワーク内のＮＥ間では、Data Communication Channel（ＤＣＣ：データ通信チャネル）やOptical Supervisory Channel（ＯＳＣ：光監視チャネル）といったIn-band（インバンド）方式の通信方式（通信プロトコル）により信号が送信される。尚、通信ネットワークは、例えば伝送ネットワークとも呼ばれる。
ＮＥ１１０とＮＥ１２０とは、通信ネットワーク内において様々な接続形態により接続されている。例えば、通信ネットワーク♯１で示されるように、ＮＥ１１０同士が接続され、それぞれのＮＥ１１０が１つのＮＥ１２０と接続されたリング状の接続形態がある。また、通信ネットワーク♯２で示されるように、ＮＥ１１０同士が接続され、ＮＥ１１０の一方がＮＥ１２０と接続され、ＮＥ１１０の他方が別のＮＥ１２０と接続された直列的な接続形態がある。接続回線には、例えば光ファイバが含まれる。尚、ＮＥは、通信サービスを提供するにあたり必要不可欠な機能を実現する通信装置であって、例えば伝送装置、交換機、無線装置などが該当する。伝送装置には、光伝送装置が含まれる。
次に、ＤＣＮ２００について説明する。
ＤＣＮ２００は、通信ネットワーク♯１〜♯ｎを監視・制御するために設けられた監視・制御用ネットワークである。ＤＣＮ２００は、Local Area Network（ＬＡＮ）を含むイントラネットのほか、インターネットでも構成される。ＤＣＮ２００は、複数のOpenFlowスイッチ２１０〜２６０を備えている。
OpenFlowスイッチ２１０〜２６０は、Open Systems Interconnection（ＯＳＩ：開放型システム間相互接続）参照モデルにおけるレイヤー３及びレイヤー４で制御可能なSoftware-Defined Network（ＳＤＮ）対応のスイッチである。OpenFlowスイッチ２１０〜２６０は、OpenFlowコントローラ５００から送信された指示に従って、警報やイベントなどのパケットを転送する。尚、OpenFlowスイッチ２１０〜２６０は、ハードウェアスイッチでもよいし、ソフトウェアスイッチでもよい。OpenFlowスイッチ２１０〜２６０間では、Transmission Control Protocol/Internet Protocol（ＴＣＰ／ＩＰ）通信によりパケットが転送される。
OpenFlowスイッチ２１０〜２５０は、ＮＥ１２０と接続されている。例えば、OpenFlowスイッチ２１０，２２０は、通信ネットワーク♯２に含まれるＮＥ１２０と接続されている。OpenFlowスイッチ２３０は、通信ネットワーク♯１に含まれるＮＥ１２０と接続されている。一方、OpenFlowスイッチ２１０〜２５０は、OpenFlowスイッチ２６０とも接続されている。OpenFlowスイッチ２６０は、ＥＭＳサーバ３００及びOpenFlowコントローラ５００と接続されている。尚、OpenFlowスイッチ２１０〜２６０の接続形態は、図１に示される接続形態に限定されない。
続いて、上述したＮＥ１１０，１２０の構成を図２及び図３を参照して説明する。
図２（ａ）は、リモートＮＥ１１０のブロック図の一例である。図２（ｂ）は、ゲートウェイＮＥ１２０のブロック図の一例である。図３は、分類テーブルの一例である。リモートＮＥ１１０とゲートウェイＮＥ１２０は、通信ネットワーク内の接続形態によりリモートＮＥ１１０となったり、ゲートウェイＮＥ１２０となったりする。したがって、リモートＮＥ１１０とゲートウェイＮＥ１２０は、基本的に同様の構成を有する。
まず、リモートＮＥ１１０について説明する。
リモートＮＥ１１０は、図２（ａ）に示すように、第１送受信部１１１、主信号制御部１１２、障害検出部１１３、分類情報記憶部１１４、警報通知部１１５、及び第２送受信部１１６を備えている。
第１送受信部１１１は、通信ネットワーク内を流れる主信号及び制御情報を送信したり、受信したりする。すなわち、第１送受信部１１１は、通信ネットワーク内部用のインタフェースである。このため、第１送受信部１１１には、別のリモートＮＥ１１０やゲートウェイＮＥ１２０が接続される。第１送受信部１１１は、後述する警報通知部１１５から警報を受信した場合には、警報をＥＭＳサーバ３００に向けて送信する。
主信号制御部１１２は、第１送受信部１１１が受信した主信号や制御情報を取得する。主信号が取得された場合には、主信号制御部１１２は、主信号に対しリモートＮＥ１１０の仕様に応じた各種の制御処理を実行する。制御処理には、例えば遅延処理やノイズ除去などがある。制御情報が取得された場合には、主信号制御部１１２は、制御情報に基づいてリモートＮＥ１１０の内部の動作を制御する。
障害検出部１１３は、接続回線の障害及びその回復を検出する。例えば、リモートＮＥ１１０同士を接続する光ファイバが断線すると、ＬＯＳが障害として検出される。例えば光ファイバが取り替えられ、障害が復旧すると、障害の回復が検出される。
分類情報記憶部１１４は、分類テーブルを記憶する。分類テーブルは、図３に示すように、大分類、中分類、ポート番号（論理ポート番号）、及び備考の項目を含んでいる。大分類の項目は、例えば「警報機能」や「イベント機能」など、機能によって情報を分類している。中分類の項目は、例えば「警報機能」を「１次警報」や「２次警報」に分類するなど、大分類より細かく分類している。中分類の項目には、それぞれポート番号が割り当てられている。備考の項目は、中分類の項目に該当する内容を示している。例えば、ＬＯＳ及びLoss of Frame（ＬＯＦ）は１次警報に該当する。ＡＩＳ及びＲＤＩは２次警報に該当する。切換通知は通知に該当する。尚、障害が回復した場合に通知される回復通知は、各警報に対応するポート番号に分類される。例えば、１次警報に対応する第１の回復通知は、ポート番号「１００００」に分類される。２次警報に対応する第２の回復通知は、ポート番号「１０１００」に分類される。
警報通知部１１５は、障害検出部１１３によって障害が検出された場合に、障害が検出された旨を警報としてＥＭＳサーバ３００に向けて通知する。この際、警報通知部１１５は、分類情報記憶部１１４を確認し、警報の種類に応じた識別情報を警報に付与する。例えば、障害検出部１１３によってＬＯＳが検出された場合には、識別情報としてポート番号「１００００」が警報に付与される。この場合、警報は１次警報として通知される。一方、警報通知部１１５は、障害検出部１１３によって障害の回復が検出された場合に、障害が回復された旨を回復通知としてＥＭＳサーバ３００に向けて通知する。この際、警報通知部１１５は、分類情報記憶部１１４を確認し、回復に応じた識別情報を警報に付与する。例えば、障害検出部１１３によって障害の回復が検出された場合には、識別情報としてポート番号「１００００」が回復通知に付与される。
第２送受信部１１６は、通信ネットワーク外部用のインタフェースである。リモートＮＥ１１０においては、通信ネットワーク外部の装置と接続されないため、送受信処理を実行しない。
次に、ゲートウェイＮＥ１２０について説明する。
ゲートウェイＮＥ１２０は、図２（ｂ）に示すように、第１送受信部１２１、主信号制御部１２２、障害検出部１２３、分類情報記憶部１２４、警報通知部１２５、及び第２送受信部１２６を備えている。
第１送受信部１２１は、通信ネットワーク内を流れる主信号及び制御情報を送信したり、受信したりする。すなわち、第１送受信部１２１は、通信ネットワーク内部用のインタフェースである。このため、第１送受信部１２１には、リモートＮＥ１１０が接続される。第１送受信部１２１は、ＮＥ１１０から１次警報を受信した場合には、１次警報を主信号制御部１２２及び第２送受信部１２６に送信する。
主信号制御部１２２は、第１送受信部１２１が受信した主信号や制御情報を取得する。主信号が取得された場合には、主信号制御部１２２は、主信号に対しゲートウェイＮＥ１２０の仕様に応じた各種の制御処理を実行する。制御処理は、上述したとおりである。制御情報が取得された場合には、主信号制御部１２２は、制御情報に基づいてゲートウェイＮＥ１２０の内部の動作を制御する。
障害検出部１２３は、接続回線の障害を検出する。例えば、主信号制御部１２２に１次警報が送信された場合には、ＡＩＳやＲＤＩが障害として検出される。障害が復旧すると、障害の回復が検出される。
分類情報記憶部１２４は、分類テーブルを記憶する。分類テーブルは、上述したように図３を参照して説明したとおりである。
警報通知部１２５は、障害検出部１２３によって障害が検出された場合に、障害が検出された旨を警報としてＥＭＳサーバ３００に向けて通知する。この際、警報通知部１２５は、分類情報記憶部１２４を確認し、警報の種類に応じた識別情報を警報に付与する。例えば、障害検出部１２３によってＡＩＳやＲＤＩが検出された場合には、識別情報としてポート番号「１０１００」が警報に付与される。この場合、警報は２次警報として通知される。一方、警報通知部１２５は、障害検出部１２３によって障害の回復が検出された場合に、障害が回復された旨を回復通知としてＥＭＳサーバ３００に向けて通知する。この際、警報通知部１２５は、分類情報記憶部１２４を確認し、回復に応じた識別情報を警報に付与する。例えば、障害検出部１２３によって障害の回復が検出された場合には、識別情報としてポート番号「１０１００」が回復通知に付与される。
第２送受信部１２６は、通信ネットワーク内を流れる主信号及び制御情報を通信ネットワーク外に送信したり、通信ネットワーク外から主信号及び制御情報を受信したりする。すなわち、第２送受信部１２６は、通信ネットワーク外部用のインタフェースである。このため、第２送受信部１２６には、OpenFlowスイッチ２１０，２６０を介してＥＭＳサーバ３００が接続される。第２送受信部１２６は、第１送受信部１２１から１次警報を受信し、かつ、警報通知部１２５から２次警報を受信した場合には、１次警報と２次警報の双方をＥＭＳサーバ３００に向けて送信する。
続いて、上述したＥＭＳサーバ３００の構成を図４及び図５を参照して説明する。
図４は、ＥＭＳサーバ３００のブロック図の一例である。図５（ａ）は、警報数管理テーブルの一例である。図５（ｂ）は、監視対象ネットワークテーブルの一例である。図５（ｃ）は、監視対象ＮＥテーブルの一例である。
ＥＭＳサーバ３００は、図４に示すように、第１のInterface（Ｉ／Ｆ：インタフェース）３１０、警報数記憶部３２０、警報数更新部３３０、監視対象記憶部３４０、指示生成部３５０、第２のＩ／Ｆ３６０、ＡＬＭ整合部３７０を備えている。
第１のＩ／Ｆ３１０は、ＤＣＮ２００用のインタフェースである。第１のＩ／Ｆ３１０は、受信部３１１及び警報状況確認部３１２を含んでいる。
受信部３１１は、ＮＥ１１０，１２０によって検出された障害に伴って通知された警報であって、警報の種類に応じた識別情報を含む警報を受信する。警報には、例えば上述した１次警報や２次警報がある。識別情報には、例えば上述したポート番号がある。また、受信部３１１は、ＮＥ１１０，１２０によって検出された障害の復旧に伴って通知された回復通知を受信する。受信部３１１は、ポート番号に基づいて回復通知を受信したと判断した場合には、回復通知を受信した旨を後述する回復通知確認３７１に通知する。
警報状況確認部３１２は、受信部３１１によって警報が受信された場合、警報の種類毎の発生状況を識別情報に基づいて確認する。具体的には、警報状況確認部３１２は、受信部３１１によって受信された警報の単位時間あたりの数を警報の種類ごとに計数する。計数された警報数は、警報数更新部３３０に送信される。また、警報状況確認部３１２は、確認された発生状況における種類毎の警報のうち、障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報が多発している場合に、特定の警報が多発している旨を後述の指示生成部３５０に通知する。具体的には、警報状況確認部３１２は、計数した警報数のうち、特定の識別情報を含む警報の警報数が予め定めた警報数より多い場合、警報数が超過した旨を後述の相違確認部３５１に通知する。特定の識別情報には、例えばポート番号「１０１００」がある。したがって、ポート番号「１０１００」を含む警報は、２次警報であると判断される。尚、予め定めた警報数、特定の識別情報及び単位時間は、監視システムＳ又はＥＭＳサーバ３００を管理する管理者によって任意に定められる数、情報及び時間である。これらの数、情報及び時間は、例えばネットワーク規模に基づいて定められる。ネットワーク規模は、例えばＮＥの数によって定められる。
警報数記憶部３２０は、ネットワーク毎の警報数を警報数管理テーブルによって記憶する。警報数管理テーブルは、図５（ａ）に示すように、ネットワークＩＤ、１次警報数、２次警報数、直近の２次警報数、相違の項目を含んでいる。例えば、ネットワーク＃２を示す識別情報であるネットワークＩＤ「０００２」から、単位時間当たり１次警報数「１」、２次警報数「５９」が通知されたことがわかる。また、２次警報数については、直近の２次警報数「６」も記憶されている。このため、現在の２次警報数「５９」と直近の２次警報数「６」との相違（差分）は、差分値「５３」となる。差分値は単位時間あたりの２次警報の増加量を示している。
警報数更新部３３０は、警報状況確認部２１２によって計数された警報数に基づいて、警報数記憶部２２０に記憶された警報数管理テーブルの警報数を更新する。更新は、単位時間毎に行われる。更新が行われると、現在の２次警報数は、直近の２次警報数に移る。そして、１次警報数及び２次警報数がそれぞれ現在の１次警報数及び現在の２次警報数に新たに更新される。また、ネットワーク毎に差分値も計算されて更新される。
監視対象記憶部３４０は、監視対象ネットワークテーブル及び監視対象ＮＥテーブルを記憶する。監視対象ネットワークテーブルは、図５（ｂ）に示すように、ＮＥ ＩＤ、ネットワークＩＤ、及びネットワーク名称を含んでいる。ＮＥ ＩＤはＮＥ１１０，１２０を識別する識別情報である。ネットワークＩＤは、通信ネットワーク＃１〜＃ｎを識別する識別情報である。ネットワーク名称は、ネットワークＩＤに付けられた名称である。監視対象ネットワークテーブルによれば、ＮＥ ＩＤ「Ｔ００１」〜「Ｔ００４」は、ネットワーク名称「Tokyo」と名付けられたネットワーク＃２に含まれていると判断できる。一方、監視対象ＮＥテーブルは、図５（ｃ）に示すように、管理ＩＤ、ＮＥ名称、アドレスを含んでいる。管理ＩＤは、ＥＭＳサーバ３００が管理するＮＥを識別する識別情報である。ＮＥ名称は、ＮＥに名付けられた名称である。アドレスは、ＮＥのアドレスです。監視対象ＮＥテーブルによれば、例えばＮＥ名称「Tokyo GNE 1」と名付けられた管理ＩＤ「Ｔ００１」のアドレスが把握される。尚、監視対象記憶部３４０は、ＮＥ ＩＤ、警報の名称、警報の重要度（例えば、高、中、低）、警報の発生時刻を項目とする発生中警報テーブルも記憶する。発生中警報テーブルは、ＮＥ ＩＤごとに警報の名称等を含んでいる。
指示生成部３５０は、OpenFlowコントローラ５００に送信する特定の制御を実行させる実行指示、及び特定の制御を解除させる解除指示を生成する。生成された実行指示及び解除指示に基づいて、ＥＭＳサーバ３００の外部にあるOpenFlowコントローラ５００の動作が制御される。指示生成部３５０は、相違確認部３５１、通信網特定部３５２、１次警報確認部３５３を含んでいる。
相違確認部３５１は、警報状況確認部３１２から特定の警報が多発している旨が通知されると、警報状況確認部３１２によって確認された特定の警報の発生状況と特定の警報の直近の発生状況との相違を確認する。具体的には、相違確認部３５１は、警報状況確認部３１２から警報数が超過した旨が通知されると、警報状況確認部３１２によって計数された警報の数と直近の警報の数との差分値を通信ネットワークごとに確認する。確認は、相違確認部３５１が警報数記憶部３２０に記憶された警報数管理テーブルの相違を参照することによって行われる。相違確認部３５１は、確認した差分値を通信網特定部３５２に送信する。
通信網特定部３５２は、相違確認部３５１から送信された差分値が予め定められた値を超えている場合に、その差分値を生じさせる原因となる通信ネットワークを特定する。すなわち、急激な増加があった場合に通信ネットワークが特定される。特定は、警報数記憶部３２０を参照することによって行われる。例えば、予め定めた閾値が閾値「５０」と定められている場合、図５（ａ）に示す警報数管理テーブルを参照すると、閾値「５０」を生じさせる原因となる通信ネットワークは、ネットワークＩＤ「０００２」である。したがって、通信ネットワーク＃２が特定される。尚、予め定めた値は、監視システムＳ又はＥＭＳサーバ３００を管理する管理者によって任意に定められる値である。当該値もＮＥ数に基づくネットワーク規模に応じて定めればよい。通信網特定部３５２は、通信ネットワークを特定すると、監視対象記憶部３４０を参照し、特定された通信ネットワークに含まれるＮＥを取得する。例えば、通信ネットワーク＃２が特定されると、図５（ｂ）に示されるネットワークＩＤ「０００２」に属するＮＥ ＩＤのすべてが取得される。さらに、通信網特定部３５２は、監視対象記憶部３４０を参照し、取得したＮＥ ＩＤに基づいてそのＮＥ ＩＤを有するアドレスを取得する。通信網特定部３５２は、ＮＥ ＩＤ及びアドレスを取得した後、特定の制御を実行させる実行指示を生成する。この実行指示は、特定された通信ネットワークに含まれるＮＥ１２０と接続されたOpenFlowスイッチ２１０，２２０が特定の識別情報（例えば、ポート番号「１０１００」）を含む警報を破棄するための制御をOpenFlowコントローラ５００に実行させる指示である。通信網特定部３５２は、取得したＮＥ ＩＤ及びアドレスをこの実行指示に含めて破棄制御部３６１に送信する。
１次警報確認部３５３は、後述する警報整合部３７１から完了通知が通知された場合、警報数記憶部３２０を参照して、制御対象の対象ネットワークに１次警報が発生していないことを確認する。１次警報確認部３５３は、対象ネットワークに１次警報が発生していないと判断した場合、監視対象記憶部３４０の監視対象ＮＥテーブルを参照し、回復通知に含まれる通知元アドレスに基づいて、管理ＩＤを取得する。また、１次警報確認部３５３は、監視対象記憶部３４０の監視対象ネットワークテーブルを参照し、取得した管理ＩＤに基づいてネットワークＩＤを取得するとともに、そのネットワークＩＤに含まれるすべてのＮＥ ＩＤを取得する。さらに、１次警報確認部３５３は、監視対象記憶部３４０の監視対象ＮＥテーブルを参照し、取得したＮＥ ＩＤに基づいてアドレスを取得する。１次警報確認部３５３は、ＮＥ ＩＤ及びアドレスを取得した後、特定の制御を解除させる解除指示を生成する。この解除指示は、制御対象の通信ネットワークに含まれるＮＥ１２０と接続されたOpenFlowスイッチ２１０，２２０が特定の識別情報（例えば、ポート番号「１０１００」）を含む警報を破棄するための制御をOpenFlowコントローラ５００に解除させる指示である。１次警報確認部３５３は、生成した解除指示に取得したＮＥ ＩＤ及びアドレスを含めて中継制御部３６２に送信する。
第２のＩ／Ｆ３６０は、OpenFlowコントローラ５００用のインタフェースである。第２のＩ／Ｆ３６０は、破棄制御部３６１及び中継制御部３６２を含んでいる。
破棄制御部３６１は、複数の通信装置１１０，１２０のそれぞれから通知された警報を受信部３１１に中継する複数のOpenFlowスイッチ２１０〜２６０の少なくとも１つに、複数のOpenFlowスイッチ２１０〜２６０を制御するOpenFlowコントローラ５００を通じて、特定の警報を識別情報単位で破棄させる。具体的には、破棄制御部３６１は、通信網特定部３５２から送信された実行指示をOpenFlowコントローラ５００に送信する。
中継制御部３６２は、警報整合部３７２によって警報の整合が完了した場合、特定の警報を破棄するOpenFlowスイッチに、OpenFlowコントローラ５００を通じて、特定の警報を中継させる。具体的には、中継制御部３６２は、１次警報確認部３５３から送信された解除指示をOpenFlowコントローラ５００に送信する。
ＡＬＭ整合部３７０は、警報の整合処理を実行する。ＡＬＭ整合部３７０は、回復通知確認部３７１、警報整合部３７２を含んでいる。
回復通知確認部３７１は、受信部３１１から回復通知を通知した旨が通知されると、通信網特定部３５２によって特定されていた通信ネットワークから通知された回復通知であるか否かを確認する。確認は、回復通知確認部３７１が回復通知に含まれる通知元アドレスに基づいて監視対象記憶部３４０を参照することによって行われる。回復通知確認部３７１は、通信網特定部３５２によって特定された通信ネットワークから通知された回復通知であることを確認した場合、特定された通信ネットワークのネットワークＩＤを警報整合部３７２に送信する。
警報整合部３７２は、回復通知確認部３７１からのネットワークＩＤを受信すると、所定の時間が経過した後に、特定された通信ネットワークに含まれるすべてのＮＥ１１０，１２０と警報数記憶部３２０の警報を整合させる処理を実行する。これにより、特定の識別情報を含む警報を破棄するための制御を実行させる前の状態にトラフィック制御が戻る。警報整合部３７２は、整合処理が完了すると、完了通知を１次警報確認部３５３に通知する。尚、所定の時間もまた、上述したようにネットワーク規模に基づいて定めればよい。
続いて、上述したＨＭＩ端末４００について説明する。
ＨＭＩ端末４００は、ＥＭＳサーバ３００に接続されている（図１参照）。ＨＭＩ端末４００は、後述する入力装置４１０及び表示装置４２０を備えている。上述した障害の発生及び復旧並びにこれらの内容は、ＥＭＳサーバ３００を通じて表示装置４２０上に表示される。また、警報数の種別毎の表示、警報のリストによる一覧表示、ネットワークトポロジーマップの表示、ＮＥ１１０，１２０毎の管理画面（BayFace）への表示も行われる。ＨＭＩ端末４００は、例えば管理者によって入力装置４１０を通じて操作される。管理者は、ＨＭＩ端末４００を利用してＮＥの障害や復旧を含む通信ネットワークにおける各種状態を管理する。
続いて、上述したOpenFlowコントローラ５００の構成を図６及び図７を参照して説明する。
図６は、OpenFlowコントローラ５００のブロック図の一例である。図７（ａ）は、制御テーブルの一例である。図７（ｂ）は、制御テーブルの他の一例である。
OpenFlowコントローラ５００は、OpenFlowスイッチ２１０〜２６０を含むＤＣＮ２００の構成及びセキュリティポリシーを一括して管理する。OpenFlowコントローラ５００は、例えばOpenFlowスイッチ２１０〜２６０の設定を一括して変更する。OpenFlowコントローラ５００は、受信部５１０、対象スイッチ抽出部５２０、制御情報記憶部５３０、制御情報管理部５４０、及び送信部５５０を含んでいる。
受信部５１０は、ＥＭＳサーバ３００から実行指示や解除指示を受信する。受信部５１０は、受信した実行指示や解除指示を対象スイッチ抽出部５２０に送信する。
対象スイッチ抽出部５２０は、受信部５１０から送信された実行指示や解除指示から対象となるOpenFlowスイッチを抽出する。実行指示や解除指示には、上述したとおりＮＥ ＩＤ及びアドレスが含まれている。このため、対象スイッチ抽出部５２０は、当該ＮＥ ＩＤ及びアドレスに基づいて、対象となるOpenFlowスイッチを抽出する。OpenFlowコントローラ５００は、すべてのOpenFlowスイッチ２１０〜２６０を管理しているため、対象スイッチ抽出部５２０は、OpenFlowスイッチ２１０〜２６０から上述したアドレスを有するＮＥ ＩＤと接続関係にあるOpenFlowスイッチを抽出する。これにより、例えば通信ネットワーク＃２に含まれる各ＮＥ１２０と接続されたOpenFlowスイッチ２１０，２２０が抽出される。
制御情報記憶部５３０は、OpenFlowスイッチ２１０〜２５０における通信を制御する制御テーブルを記憶する。制御テーブルは、例えば制御情報、経路情報、ルーティング情報とも呼ばれる。制御テーブルは、図７（ａ）及び図７（ｂ）に示すように、ポート番号、対象ネットワーク、制御内容の項目を含んでいる。例えば、図７（ａ）では、すべてのポート番号「１００００」〜「１０４００」において、対象ネットワーク「ａｌｌ」、制御内容「ＥＭＳサーバへ転送」が記憶されている。このため、各ポート番号に対応する１次警報、２次警報、切換通知等がどのネットワークにおいてもＥＭＳサーバ３００へ転送されることになる。対象ネットワーク及び制御内容は、後述の制御情報管理部５４０によって適宜書き換えられる。
制御情報管理部５４０は、制御情報記憶部５３０に記憶された制御テーブルを管理する。制御情報管理部５４０は、実行指示が受信された場合には、１次警報と回復通知がＥＭＳサーバ３００に転送されるように制御テーブルを書き換える。このため、図７（ａ）に示されるような制御テーブルは、図７（ｂ）に示されるような制御テーブルに書き換えられる。制御テーブルが書き換えられると、図７（ｂ）に示すように、ポート番号「１００００」に対応する１次警報又は回復通知がどのネットワークでもＥＭＳサーバ３００に転送される。ネットワークＩＤ「０００２」では、例えばポート番号「１０１００」に対応する２次警報又は回復通知が破棄される。一方、制御情報管理部５４０は、解除指示が受信された場合には、すべての情報がＥＭＳサーバ３００に転送されるように制御テーブルを書き換える。このため、図７（ｂ）に示されるような制御テーブルは、図７（ａ）に示されるような制御テーブルに書き換えられる。
送信部５５０は、実行指示が受信されたと判断した場合、特定の識別情報を含む警報を、対象スイッチ抽出部５２０によって抽出されたOpenFlowスイッチが破棄するための制御テーブルをそのOpenFlowスイッチに送信する。また、送信部５５０は、解除指示が受信されたと判断した場合、特定の識別情報を含む警報を、対象スイッチ抽出部５２０によって抽出されたOpenFlowスイッチが破棄するのを解除するための制御テーブルをそのOpenFlowスイッチに送信する。送信部５５０は、制御情報記憶部５３０から制御テーブルを取得して一括して送信する。この結果、制御対象となったOpenFlowスイッチは、ＥＭＳサーバ３００に必要な情報のみを転送する。また、制御が解除されると、制御対象となっていたOpenFlowスイッチは、制御前に戻りすべての情報をＥＭＳサーバ３００に転送する。
ここで、ＥＭＳサーバ３００のハードウェア構成について図８を参照して説明する。
図８は、ＥＭＳサーバ３００のハードウェア構成の一例である。
ＥＭＳサーバ３００は、Central Processing Unit（ＣＰＵ）３００ａ、Random Access Memory（ＲＡＭ）３００ｂ、Read Only Memory（ＲＯＭ）３００ｃ、Hard Disc Drive（ＨＤＤ）３００ｄを含んでいる。ＥＭＳサーバ３００は、入力Interface（Ｉ／Ｆ）３００ｅ、出力Ｉ／Ｆ３００ｆ、入出力Ｉ／Ｆ３００ｇも含んでいる。ＥＭＳサーバ３００は、ドライブ装置３００ｈ、ネットワークＩ／Ｆ３００ｉも含んでいる。これらの各機器３００ａ〜３００ｉは、バス３００ｊによって互いに接続されている。少なくともＣＰＵ３００ａとＲＡＭ３００ｂとが協働することによってコンピュータが実現される。
入力Ｉ／Ｆ３００ｅには、入力装置４１０が接続される。入力装置としては、例えばキーボードやマウスなどがある。
出力Ｉ／Ｆ３００ｆには、出力装置が接続される。出力装置としては、例えば表示装置４２０（例えば液晶ディスプレイ）や印刷装置４３０（例えばプリンタ）がある。
入出力Ｉ／Ｆ３００ｇには、半導体メモリ４４０が接続される。半導体メモリ４４０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ３００ｇは、半導体メモリ４４０に記憶されたプログラムやデータを読み取る。
入力Ｉ／Ｆ３００ｅ、出力Ｉ／Ｆ３００ｆ、及び入出力Ｉ／Ｆ３００ｇは、例えばＵＳＢポートを備えている。
ドライブ装置３００ｈには、可搬型記録媒体４５０が挿入される。可搬型記録媒体４５０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置３００ｈは、可搬型記録媒体４５０に記録されたプログラムやデータを読み込む。
ネットワークＩ／Ｆ３００ｉには、例えばLocal Area Network（ＬＡＮ）ケーブルの一端が接続される。ＬＡＮケーブルの他端は、OpenFlowスイッチ２６０及びOpenFlowコントローラ５００と接続される。ネットワークＩ／Ｆ３００ｉは、例えばＬＡＮポートを備えている。ＬＡＮケーブルに代えて無線ＬＡＮが利用されてもよい。
上述したＲＡＭ３００ｂは、ＲＯＭ３００ｃやＨＤＤ３００ｄ、半導体メモリ１５０に記憶された警報管理プログラムを読み込む。ＲＡＭ３００ｂは、可搬型記録媒体１６０に記録された警報管理プログラムを読み込む。読み込まれた警報管理プログラムをＣＰＵ３００ａが実行することにより、警報数記憶部３２０及び監視対象記憶部３４０を除くＥＭＳサーバ３００の各機能３１１，３１２，・・・，３７２が実現される。また、警報管理方法の各処理ステップもＥＭＳサーバ３００により実行される。警報管理プログラムは、後述するフローチャートに応じたものとすればよい。
尚、ＮＥ１１０，１２０及びOpenFlowコントローラ５００のハードウェア構成も基本的にＥＭＳサーバ３００のハードウェア構成と同様である。また、後述の通信方法の各処理ステップはＮＥ１１０，１２０により実行される。後述の警報制御方法の各処理ステップはOpenFlowコントローラ５００により実行される。通信プログラム及び警報制御プログラムは、対応する後述のフローチャートに応じたものとすればよい。
次に、障害が発生した場合における制御テーブル送信前の監視システムＳの動作を説明する。
図９は、一実施形態に係る監視システムＳの動作を概略的に示す図である。図９に示すように、例えば通信ネットワーク♯２において、ＮＥ１１０同士をつなぐ光ファイバが断線すると、断線箇所に隣接する双方のＮＥ１１０はそれぞれＲＯＳを検出する。この結果、各ＮＥ１１０は、まず自身に接続されたＮＥ１２０にそれぞれ１次警報を送信する。また、各ＮＥ１２０は、それぞれＮＥ１１０から１次警報を受信すると、ＡＩＳやＲＤＩを検出する。この結果、各ＮＥ１２０は、２次警報を受信した１次警報とともにOpenFlowスイッチ２１０，２２０に送信する。
OpenFlowスイッチ２１０，２２０は、受信した１次警報及び２次警報をOpenFlowスイッチ２６０に送信する。すなわち、OpenFlowスイッチ２１０，２２０は、１次警報及び２次警報をOpenFlowスイッチ２６０に中継又は転送する。OpenFlowスイッチ２６０は、受信した１次警報及び２次警報をＥＭＳサーバ３００に送信する。この結果、ＨＭＩ端末４００には１次警報及び２次警報が表示される。
次に、障害が発生した場合における制御テーブル送信後の監視システムＳの動作を説明する。
図１０は、一実施形態に係る監視システムＳの動作を概略的に示す他の図である。上述したように、ＥＭＳサーバ３００が２次警報の警報数と直近の警報数との差分値が予め定めた値を超過したと判断した場合、OpenFlowコントローラ５００は、OpenFlowスイッチ２６０を介して、OpenFlowスイッチ２１０，２２０に制御テーブルを送信する。この結果、通信ネットワーク＃２の各ＮＥ１２０から送信されていた２次警報は、OpenFlowスイッチ２１０，２２０によって破棄される。したがって、２次警報のＤＣＮ２００への流入が防止される。このため、ＤＣＮ２００内における輻輳は抑制される。
また、図１０に示すように、ＥＭＳサーバ３００には、回復通知を除き、原則的に１次警報が通知される。この結果、ＨＭＩ端末４００には２次警報が表示されなくなり１次警報が表示される。このため、障害個所を迅速に特定することができる。
次に、障害発生時におけるＮＥ１１０，１２０、ＥＭＳサーバ３００、及びOpenFlowコントローラ５００の各動作を説明する。
まず、障害発生時におけるＮＥ１１０，１２０で実行される通信方法について図１１を参照して説明する。
図１１は、障害発生時におけるＮＥ１１０，１２０の通信方法の処理ステップを例示するフローチャートである。
図１１に示すように、障害検出部１１３，１２３が障害を検出すると（ステップＳ１０１）、警報通知部１１５，１２５は、警報の種類に応じた識別情報を警報に付与する（ステップＳ１０２）。この結果、例えば警報がＬＯＳであれば、ポート番号「１００００」が警報に付与される。例えば警報がＡＩＳやＲＤＩであれば、ポート番号「１０１００」が警報に付与される。警報通知部１１５，１２５は、警報に識別情報を付与すると、識別情報が含まれた警報をＥＭＳサーバ３００に向けて通知する（ステップＳ１０３）。
次に、障害発生時におけるＥＭＳサーバ３００で実行される警報管理方法について図１２を参照して説明する。
図１２（ａ）は、障害発生時における第１のＩ／Ｆ３１０の警報管理方法の処理ステップを例示するフローチャートである。図１２（ｂ）は、障害発生時における指示生成部３５０の警報管理方法の処理ステップを例示するフローチャートである。
図１２（ａ）に示すように、受信部３１１が警報を受信すると（ステップＳ３０１）、警報状況確認部３１２は、警報の発生状況を確認する（ステップＳ３０２）。具体的には、単位時間あたりの警報数を警報の種類ごとに計数する。次いで、警報状況確認部３１２は、特定の警報が多発しているか否かを判断する（ステップＳ３０３）。具体的には、計数した警報数のうち、特定の識別情報（例えば、ポート番号「１０１００」）を含む警報の警報数が予め定めた警報数より多いか否かを判断する。警報状況確認部３１２は、特定の警報が多発していると判断した場合（ステップＳ３０３：ＹＥＳ）、警報多発を指示生成部３５０に通知し（ステップＳ３０４）、ステップＳ３０２の処理に戻る。すなわち、特定の識別情報を含む警報の警報数が予め定めた警報数より多いと判断した場合、警報数が超過した旨を指示生成部３５０に通知し、ステップＳ３０１の処理に戻る。尚、警報状況確認部３１２は、特定の警報が多発していないと判断した場合（ステップＳ３０３：ＮＯ）もステップＳ３０２の処理に戻る。
次いで、図１２（ｂ）に示すように、指示生成部３５０に含まれる相違確認部３５１が第１のインタフェース３１０から警報多発を受信する（ステップＳ３１１）。すなわち、警報数が超過した旨を受信する。受信後、相違確認部３５１は、警報数管理テーブルの相違を確認する（ステップＳ３１２）。ここで、相違確認部３５１は、相違が顕著な通信ネットワークが存在するか否かを判断する（ステップＳ３１３）。具体的には、差分値が予め定めた値を超過した通信ネットワークが存在するか否かを判断する。
相違確認部３５１が、相違が顕著な通信ネットワークが存在すると判断した場合（ステップＳ３１３：ＹＥＳ）、通信網特定部３５２は、相違が顕著な通信ネットワークを特定する（ステップＳ３１４）。具体的には、相違確認部３５１は差分値が予め定めた値を超過した通信ネットワークが存在すると判断した場合、通信網特定部３５２は、差分値を生じさせた通信ネットワークを特定する。次いで、通信網特定部３５２は、２次警報を破棄するための制御を実行させる実行指示を生成し、その実行指示を破棄制御部３６１に送信する（ステップＳ３１５）。実行指示は、破棄制御部３６１によってOpenFlowコントローラ５００に送信されるこの際、通信網特定部３５２は、監視対象記憶部３４０から取得したＮＥ ＩＤ及びアドレスを実行指示に含めて送信する。尚、相違確認部３５１が、相違が顕著な通信ネットワークが存在しないと判断した場合（ステップＳ３１３：ＮＯ）、すなわち、差分値が予め定めた値を超過した通信ネットワークが存在すると判断しなかった場合、処理を終了する。
最後に、障害発生時におけるOpenFlowコントローラ５００で実行される警報制御方法について図１３を参照して説明する。
図１３は、障害発生時におけるOpenFlowコントローラ５００の警報制御方法の処理ステップを例示するフローチャートである。
まず、受信部５１０がＥＭＳサーバ３００から実行指示を受信すると（ステップＳ５０１）、対象スイッチ抽出部５２０は、実行指示に含まれるＮＥ ＩＤ及びアドレスに基づいて制御対象となるOpenFlowスイッチを抽出する（ステップＳ５０２）。本実施形態では、OpenFlowスイッチ２１０，２２０が抽出される。次いで、制御情報管理部５４０は、制御テーブルを更新する（ステップＳ５０３）。この結果、制御テーブルは、２次警報を通過させる制御テーブルから２次警報を通過させずに破棄する制御テーブルに書き換えられる。次いで、送信部５５０は、抽出されたOpenFlowスイッチに更新された制御テーブルを送信する（ステップＳ５０４）。この結果、制御テーブルが送信されたOpenFlowスイッチ２１０，２２０は、２次警報を破棄する。
続いて、障害復旧時におけるＮＥ１１０，１２０、ＥＭＳサーバ３００、及びOpenFlowコントローラ５００の各動作を説明する。
まず、障害復旧時におけるＮＥ１１０，１２０で実行される通信方法について図１４を参照して説明する。
図１４は、障害復旧時におけるＮＥ１１０，１２０の通信方法の処理ステップを例示するフローチャートである。
図１４に示すように、障害検出部１１３，１２３が障害の復旧を検出すると（ステップＳ１１１）、警報通知部１１５，１２５は、障害の復旧に応じた識別情報を回復通知に付与する（ステップＳ１１２）。この結果、例えば警報通知部１１５によってポート番号「１００００」が回復通知（第１の回復通知）に付与される。警報通知部１２５によってポート番号「１０１００」が回復通知（第２の回復通知）に付与される。警報通知部１１５，１２５は、回復通知に識別情報を付与すると、識別情報が含まれた回復通知をＥＭＳサーバ３００に向けて通知する（ステップＳ１１３）。
次に、障害復旧時におけるＥＭＳサーバ３００で実行される警報管理方法について図１５を参照して説明する。
図１５（ａ）は、障害復旧時におけるＡＬＭ整合部３７０の警報管理方法の処理ステップを例示するフローチャートである。図１５（ｂ）は、障害復旧時における指示生成部３５０の警報管理方法の処理ステップを例示するフローチャートである。
図１５（ａ）に示すように、受信部３１１が回復通知（第１の回復通知）を受信すると（ステップＳ３２１）、回復通知確認部３７１は、監視対象記憶部３４０を確認する（ステップＳ３２２）。尚、第２の回復通知はOpenFlowスイッチ２１０，２２０によって破棄されるため受信されない。ここで、回復通知確認部３７１は、制御実行中の通信ネットワークから通知された回復通知であるか否かを判断する（ステップＳ３２３）。当該判断は、監視対象記憶部３４０に記憶された監視対象ネットワークテーブル及び監視対象ＮＥテーブルに基づいて行われる。
回復通知確認部３７１が制御実行中の通信ネットワークから通知された回復通知であると判断した場合（ステップＳ３２３：ＹＥＳ）、警報整合部３７２は、所定の時間が経過したか否かを判断する（ステップＳ３２４）。所定の時間が経過したか否かは、回復通知が通知されてから判断してもよいし、回復通知が受信されてから判断してもよい。警報整合部３７２は、所定の時間が経過したと判断した場合（ステップＳ３２４：ＹＥＳ）、警報を整合させる（ステップＳ３２５）。この結果、制御実行中の通信ネットワークに含まれるすべてのＮＥ１１０，１２０と警報数記憶部３２０の警報が整合する。警報整合部３７２は、整合処理が完了すると、完了通知を指示生成部３５０に通知する（ステップＳ３２６）。
次いで、図１５（ｂ）に示すように、指示生成部３５０の１次警報確認部３５３は、ＡＬＭ整合部３７０から整合完了通知を受信すると（ステップＳ３３１）、警報数管理テーブルを確認する（ステップＳ３３２）。ここで、１次警報確認部３５３は、制御実行中の通信ネットワークに１次警報があるか否かを判断する（ステップＳ３３３）。１次警報確認部３５３は、制御実行中の通信ネットワークに１次警報がないと判断した場合（ステップＳ３３３：ＮＯ）、２次警報を破棄するための制御を解除させる解除指示を中継制御部３６２に送信する（ステップＳ３３４）。解除指示は、中継制御部３６２によってOpenFlowコントローラ５００に送信される。
最後に、障害復旧時におけるOpenFlowコントローラ５００で実行される警報制御方法について図１６を参照して説明する。
図１６は、障害復旧時におけるOpenFlowコントローラ５００の警報制御方法の処理ステップを例示するフローチャートである。
まず、受信部５１０がＥＭＳサーバ３００から解除指示を受信すると（ステップＳ５１１）、対象スイッチ抽出部５２０は、解除指示に含まれるＮＥ ＩＤ及びアドレスに基づいて解除対象となるOpenFlowスイッチを抽出する（ステップＳ５１２）。本実施形態でも、OpenFlowスイッチ２１０，２２０が抽出される。次いで、制御情報管理部５４０は、制御テーブルを更新する（ステップＳ５１３）。この結果、制御テーブルは、２次警報を通過させずに破棄する制御テーブルから２次警報を通過させる制御テーブルに更新される。次いで、送信部５５０は、抽出されたOpenFlowスイッチに更新された制御テーブルを送信する（ステップＳ５１４）。この結果、制御情報が送信されたOpenFlowスイッチは、再び２次警報を通過させる。
以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、OpenFlowスイッチ２１０，２２０に制御テーブルを送信せず、OpenFlowスイッチ２６０に制御テーブルを送信してもよい。この結果、２次警報はOpenFlowスイッチ２６０によって破棄されて、ＨＭＩ端末４００には１次警報が表示される。但し、ＤＣＮ２００の輻輳抑制という観点からOpenFlowスイッチ２１０，２２０に制御テーブルを送信する方が好ましい。
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信手段と、前記受信手段によって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する第１の確認手段と、前記複数の通信装置のそれぞれから通知された警報を前記受信手段に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記第１の確認手段によって確認された発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄させる破棄制御手段と、を有する警報管理装置。
（付記２）前記複数の中継装置の少なくとも１つは、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続されており、前記破棄制御手段は、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続された中継装置に前記制御装置を通じて前記特定の警報を破棄させることを特徴とする付記１に記載の警報管理装置。
（付記３）前記第１の確認手段は、単位時間あたりの警報の数を計数することによって前記警報の種類毎の発生状況を確認し、前記破棄制御手段は、計数された警報の数が予め定めた警報数より多い場合に、前記特定の警報を破棄させることを特徴とする付記１又は２に記載の警報管理装置。
（付記４）前記第１の確認手段によって確認された特定の警報の発生状況と前記特定の警報の直近の発生状況との相違を確認する第２の確認手段と、前記第２の確認手段によって確認された相違が顕著である場合に、前記相違を生じさせる原因となる通信網を特定する特定手段と、を含むことを特徴とする付記１から３のいずれか１項に記載の警報管理装置。
（付記５）前記複数の通信装置のそれぞれによって検出された障害の復旧に伴って通知された回復通知が受信された場合、前記特定手段によって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であるか否かを確認する第３の確認手段と、前記特定手段によって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であると前記第３の確認手段によって確認された場合、所定の時間が経過した後に、前記特定手段によって特定された通信網に含まれるすべての通信装置に対して、前記警報を整合させる整合手段と、を含むことを特徴とする付記４に記載の警報管理装置。
（付記６）前記整合手段によって前記警報の整合が完了した場合、前記特定の警報を破棄する中継装置に、前記制御装置を通じて、前記特定の警報を中継させる中継制御手段を含むことを特徴とする付記５に記載の警報管理装置。
（付記７）障害を検出する検出手段と、前記検出手段によって障害が検出された場合に、警報の種類に応じた識別情報が含まれた警報を警報管理装置に向けて通知する通知手段と、を有する通信装置であって、前記警報管理装置は、前記警報を受信する受信手段と、前記受信手段によって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認手段と、前記警報を前記受信手段に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認手段によって確認された発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄させる破棄制御手段と、を含むことを特徴とする通信装置。
（付記８）複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、特定の警報が多発している場合に、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信手段を有する警報制御装置。
（付記９）コンピュータが、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信ステップと、前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する第１の確認ステップと、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記第１の確認ステップによって確認された発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、を実行する警報管理方法。
（付記１０）前記複数の中継装置の少なくとも１つは、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続されており、前記破棄制御ステップは、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続された中継装置に前記制御装置を通じて前記特定の警報を破棄させることを特徴とする付記９に記載の警報管理方法。
（付記１１）前記第１の確認ステップは、単位時間あたりの警報の数を計数することによって前記警報の種類毎の発生状況を確認し、前記破棄制御ステップは、計数された警報の数が予め定めた警報数より多い場合に、前記特定の警報を破棄させることを特徴とする付記９又は１０に記載の警報管理方法。
（付記１２）前記第１の確認ステップによって確認された特定の警報の発生状況と前記特定の警報の直近の発生状況との相違を確認する第２の確認ステップと、前記第２の確認ステップによって確認された相違が顕著である場合に、前記相違を生じさせる原因となる通信網を特定する特定ステップと、を含むことを特徴とする付記９から１１のいずれか１項に記載の警報管理方法。
（付記１３）前記複数の通信装置のそれぞれによって検出された障害の復旧に伴って通知された回復通知が受信された場合、前記特定ステップによって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であるか否かを確認する第３の確認ステップと、前記特定ステップによって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であると前記第３の確認ステップによって確認された場合、所定の時間が経過した後に、前記特定ステップによって特定された通信網に含まれるすべての通信装置に対して、前記警報を整合させる整合ステップと、を含むことを特徴とする付記１２に記載の警報管理方法。
（付記１４）前記整合ステップによって前記警報の整合が完了した場合、前記特定の警報を破棄する中継装置に、前記制御装置を通じて、前記特定の警報を中継させる中継制御ステップを含むことを特徴とする付記１３に記載の警報管理方法。
（付記１５）第１のコンピュータが、障害を検出する検出ステップと、前記検出ステップによって障害が検出された場合に、警報の種類に応じた識別情報が含まれた警報を、警報管理方法を実行する第２のコンピュータに向けて通知する通知ステップと、を実行する通信方法であって、前記警報管理方法は、前記警報を受信する受信ステップと、前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認ステップと、前記警報を前記第２のコンピュータに中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認ステップによって確認された発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、を含むことを特徴とする通信方法。
（付記１６）コンピュータが、複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信ステップを実行する警報制御方法。
（付記１７）複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信ステップと、前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する第１の確認ステップと、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記第１の確認ステップによって確認された発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、をコンピュータに実行させるための警報管理プログラム。
（付記１８）前記複数の中継装置の少なくとも１つは、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続されており、前記破棄制御ステップは、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続された中継装置に前記制御装置を通じて前記特定の警報を破棄させることを特徴とする付記１７に記載の警報管理プログラム。
（付記１９）前記第１の確認ステップは、単位時間あたりの警報の数を計数することによって前記警報の種類毎の発生状況を確認し、前記破棄制御ステップは、計数された警報の数が予め定めた警報数より多い場合に、前記特定の警報を破棄させることを特徴とする付記１７又は１８に記載の警報管理プログラム。
（付記２０）前記第１の確認ステップによって確認された特定の警報の発生状況と前記特定の警報の直近の発生状況との相違を確認する第２の確認ステップと、前記第２の確認ステップによって確認された相違が顕著である場合に、前記相違を生じさせる原因となる通信網を特定する特定ステップと、を含むことを特徴とする付記１７から１９のいずれか１項に記載の警報管理プログラム。
（付記２１）前記複数の通信装置のそれぞれによって検出された障害の復旧に伴って通知された回復通知が受信された場合、前記特定ステップによって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であるか否かを確認する第３の確認ステップと、前記特定ステップによって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であると前記第３の確認ステップによって確認された場合、所定の時間が経過した後に、前記特定ステップによって特定された通信網に含まれるすべての通信装置に対して、前記警報を整合させる整合ステップと、を含むことを特徴とする付記２０に記載の警報管理プログラム。
（付記２２）前記整合ステップによって前記警報の整合が完了した場合、前記特定の警報を破棄する中継装置に、前記制御装置を通じて、前記特定の警報を中継させる中継制御ステップを含むことを特徴とする付記２１に記載の警報管理プログラム。
（付記２３）障害を検出する検出ステップと、前記検出ステップによって障害が検出された場合に、警報の種類に応じた識別情報が含まれた警報を、警報管理方法を実行する第１のコンピュータに向けて通知する通知ステップと、を第２のコンピュータに実行させるための通信プログラムであって、前記警報管理方法は、前記警報を受信する受信ステップと、前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認ステップと、前記警報を前記第２のコンピュータに中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認ステップによって確認された発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、を含むことを特徴とする通信プログラム。
（付記２４）複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、前記障害の発生箇所に隣接する通信装置以外の通信装置から通知された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信ステップをコンピュータに実行させるための警報制御プログラム。
１１０，１２０ ＮＥ（通信装置）
１１３，１２３ 障害検出部（検出手段）
１１５，１２５ 警報通知部（通知手段）
２１０〜２６０ OpenFlowスイッチ（中継装置）
３００ ＥＭＳサーバ（警報管理装置）
３１２ 警報状況確認部（第１の確認手段）
３５１ 相違確認部（第２の確認手段）
３５２ 通信網特定部（特定手段）
３６１ 破棄制御部（破棄制御手段）
３６２ 中継制御部（中継制御手段）
３７１ 回復通知確認部（第３の確認手段）
３７２ 警報整合部（整合手段）
５００ OpenFlowコントローラ（警報制御装置、制御装置）
５５０ 送信部（送信手段）

Claims (14)

  1. 複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信手段と、
    前記受信手段によって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する第１の確認手段と、
    前記複数の通信装置のそれぞれから通知された警報を前記受信手段に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記第１の確認手段によって確認された発生状況における種類毎の警報のうち、前記第１の確認手段により特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄させる破棄制御手段と、を有する警報管理装置。
  2. 前記複数の中継装置の少なくとも１つは、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続されており、
    前記破棄制御手段は、前記障害の発生箇所に隣接する通信装置以外の通信装置に接続された中継装置に前記制御装置を通じて前記特定の警報を破棄させることを特徴とする請求項１に記載の警報管理装置。
  3. 前記第１の確認手段は、単位時間あたりの警報の数を計数することによって前記警報の種類毎の発生状況を確認し、
    前記破棄制御手段は、計数された警報の数が予め定めた警報数より多い場合に、前記特定の警報を破棄させることを特徴とする請求項１又は２に記載の警報管理装置。
  4. 前記第１の確認手段によって確認された特定の警報の発生状況と前記特定の警報の直近の発生状況との相違を確認する第２の確認手段と、
    前記第２の確認手段によって確認された相違が顕著である場合に、前記相違を生じさせる原因となる通信網を特定する特定手段と、
    を含むことを特徴とする請求項１から３のいずれか１項に記載の警報管理装置。
  5. 前記複数の通信装置のそれぞれによって検出された障害の復旧に伴って通知された回復通知が受信された場合、前記特定手段によって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であるか否かを確認する第３の確認手段と、
    前記特定手段によって特定された通信網に含まれる複数の通信装置のいずれかから通知された回復通知であると前記第３の確認手段によって確認された場合、所定の時間が経過した後に、前記特定手段によって特定された通信網に含まれるすべての通信装置に対して、前記警報を整合させる整合手段と、
    を含むことを特徴とする請求項４に記載の警報管理装置。
  6. 前記整合手段によって前記警報の整合が完了した場合、前記特定の警報を破棄する中継装置に、前記制御装置を通じて、前記特定の警報を中継させる中継制御手段を含むことを特徴とする請求項５に記載の警報管理装置。
  7. 障害を検出する検出手段と、
    前記検出手段によって障害が検出された場合に、警報を中継する中継装置に障害発生個所以外を特定する警報を破棄させるために利用する、警報の種類に応じたポート番号が含まれた警報を警報管理装置に向けて通知する通知手段と、を有する通信装置。
  8. 複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信手段を有する警報制御装置。
  9. コンピュータが、
    複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信ステップと、
    前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認ステップと、
    前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認ステップによって確認された発生状況における種類毎の警報のうち、前記確認ステップにより特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、
    を実行する警報管理方法。
  10. 第１のコンピュータが、
    障害を検出する検出ステップと、
    前記検出ステップによって障害が検出された場合に、警報を中継する中継装置に障害発生個所以外を特定する警報を破棄させるために利用する、警報の種類に応じたポート番号が含まれた警報を、警報管理方法を実行する第２のコンピュータに向けて通知する通知ステップと、を実行する通信方法。
  11. コンピュータが、
    複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信ステップ
    を実行する警報制御方法。
  12. 複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報を受信する受信ステップと、
    前記受信ステップによって警報が受信された場合、前記警報の種類毎の発生状況を前記識別情報に基づいて確認する確認ステップと、
    前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、前記複数の中継装置を制御する制御装置を通じて、前記確認ステップによって確認された発生状況における種類毎の警報のうち、前記確認ステップにより特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄させる破棄制御ステップと、
    をコンピュータに実行させるための警報管理プログラム。
  13. 障害を検出する検出ステップと、
    前記検出ステップによって障害が検出された場合に、警報を中継する中継装置に障害発生個所以外を特定する警報を破棄させるために利用する、警報の種類に応じたポート番号が含まれた警報を、警報管理方法を実行する第１のコンピュータに向けて通知する通知ステップと、を第２のコンピュータに実行させるための通信プログラム。
  14. 複数の通信装置のそれぞれによって検出された障害に伴って通知された警報であって、前記警報の種類に応じた識別情報を含む警報の種類毎の発生状況が前記識別情報に基づいて確認され、前記複数の通信装置のそれぞれから通知された警報を通知先に中継する複数の中継装置の少なくとも１つに、確認された前記発生状況における種類毎の警報のうち、特定の識別情報に基づいて前記障害の発生箇所に隣接する通信装置以外の通信装置から通知されたと判断された特定の警報を前記識別情報単位で破棄するための制御情報を送信する送信ステップ
    をコンピュータに実行させるための警報制御プログラム。
JP2013010434A 2013-01-23 2013-01-23 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム Expired - Fee Related JP6115148B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013010434A JP6115148B2 (ja) 2013-01-23 2013-01-23 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム
US14/088,723 US9225588B2 (en) 2013-01-23 2013-11-25 Alarm management apparatus and method for managing alarms

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013010434A JP6115148B2 (ja) 2013-01-23 2013-01-23 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム

Publications (2)

Publication Number Publication Date
JP2014143550A JP2014143550A (ja) 2014-08-07
JP6115148B2 true JP6115148B2 (ja) 2017-04-19

Family

ID=51207568

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013010434A Expired - Fee Related JP6115148B2 (ja) 2013-01-23 2013-01-23 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム

Country Status (2)

Country Link
US (1) US9225588B2 (ja)
JP (1) JP6115148B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111564027A (zh) * 2020-05-08 2020-08-21 北京深演智能科技股份有限公司 报警信息处理方法及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9485171B2 (en) * 2013-04-30 2016-11-01 Ciena Corporation Optimizing fault synchronization in a bidirectional data network
US9608857B2 (en) * 2013-07-29 2017-03-28 Coriant Operations, Inc. Method and apparatus for providing alarms in networks
CN105991316B (zh) * 2015-02-03 2019-06-14 中国移动通信集团辽宁有限公司 一种传输网资源数据的实时管理方法和装置
JP6378633B2 (ja) * 2015-02-04 2018-08-22 日本電信電話株式会社 伝送パス管理制御システム、伝送パス管理制御方法および制御プログラム
US10449898B2 (en) * 2016-05-27 2019-10-22 Toyota Motor Engineering & Manufacturing North America, Inc. Systems and methodologies for providing supplementary information based on alerts in a vehicle

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0629990A (ja) 1992-07-08 1994-02-04 Fujitsu Ltd 監視装置
JPH09282252A (ja) 1996-04-15 1997-10-31 Hitachi Ltd ネットワーク管理方式
JP3896660B2 (ja) * 1997-12-10 2007-03-22 富士通株式会社 ネットワークの監視システム
DE69933919T2 (de) * 1999-04-07 2007-06-06 Lucent Technologies Inc. Filterung eines sekundären Alarms
US6748432B1 (en) * 2000-06-16 2004-06-08 Cisco Technology, Inc. System and method for suppressing side-effect alarms in heterogenoeus integrated wide area data and telecommunication networks
US7043661B2 (en) * 2000-10-19 2006-05-09 Tti-Team Telecom International Ltd. Topology-based reasoning apparatus for root-cause analysis of network faults
EP1779592B1 (en) * 2004-07-08 2014-03-19 Andrew LLC Supervising arrangement
US7504936B2 (en) * 2006-03-14 2009-03-17 Motorola Inc. Method and apparatus for dynamically prioritize network faults based on real-time service degradation
JP4818768B2 (ja) * 2006-03-24 2011-11-16 富士通株式会社 情報処理システム、障害通知方法および障害通知プログラム
JP5056097B2 (ja) * 2007-03-22 2012-10-24 日本電気株式会社 装置内警報抑止機能を有する基幹伝送装置と方法
JP5292929B2 (ja) * 2008-06-09 2013-09-18 富士通株式会社 監視装置
JP2010033118A (ja) 2008-07-25 2010-02-12 Yokogawa Electric Corp アラーム管理装置
JP5104631B2 (ja) * 2008-08-01 2012-12-19 日本電気株式会社 伝送装置及び伝送装置の分散管理方法
JP5151927B2 (ja) 2008-11-21 2013-02-27 富士通株式会社 伝送装置、警報制御方法、警報制御プログラムおよびメッセージ送受信プログラム
JP5509994B2 (ja) * 2010-03-30 2014-06-04 日本電気株式会社 障害継続監視システム、障害継続監視方法、及びその監視制御プログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111564027A (zh) * 2020-05-08 2020-08-21 北京深演智能科技股份有限公司 报警信息处理方法及装置

Also Published As

Publication number Publication date
US9225588B2 (en) 2015-12-29
JP2014143550A (ja) 2014-08-07
US20140204726A1 (en) 2014-07-24

Similar Documents

Publication Publication Date Title
JP6115148B2 (ja) 警報管理装置、通信装置、警報制御装置、警報管理方法、通信方法、警報制御方法、警報管理プログラム、通信プログラム、及び警報制御プログラム
JP4128974B2 (ja) レイヤ２ループ検知システム
KR100898432B1 (ko) 링 네트워크 및 마스터 노드
JP5033856B2 (ja) ネットワーク構成の想定のための装置、システム
JP2014175924A5 (ja)
JP6287518B2 (ja) オープンフロースイッチおよびオープンフローネットワークの障害復旧方法
JP4616020B2 (ja) ネットワーク監視プログラム及びネットワークシステム
JP4861293B2 (ja) 通信装置、通信方法および通信プログラム
JP4562081B2 (ja) 光クロスコネクト装置と伝送装置の連係方式
JP2013150042A (ja) ネットワーク監視システム
WO2012070274A1 (ja) 通信システムおよびネットワーク障害検出方法
KR101829881B1 (ko) 플로우 관제 시스템, 컨트롤러 및 장애 검출 방법
JP2020136992A (ja) ネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラム
JP6441721B2 (ja) 制御装置、制御方法及びプログラム
JP2015029194A (ja) ネットワークのアラーム処理システム
WO2017221969A1 (ja) 通信ネットワーク判定装置、通信ネットワーク判定方法、及び、通信ネットワーク判定プログラムが記録された記録媒体
JP6497142B2 (ja) 通信監視装置、通信監視プログラム、および通信監視方法
WO2021095106A1 (ja) 異常検出装置、異常検出方法、及びプログラム
JP5712725B2 (ja) 管理装置及び方法
JP2017195450A (ja) 通信装置および通信方法
JP2018064179A (ja) 伝送装置，プログラムおよびネットワークシステム
JP2017041708A (ja) 伝送装置及び伝送システム、並びに警報送出方法
JP6620641B2 (ja) 管理システム、スイッチ、管理方法及び管理プログラム
JP2015035678A (ja) ネットワークシステム、経路の監視方法、及び中継装置
JP2024004705A (ja) ネットワークシステム及びその制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150903

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160725

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160816

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160920

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170306

R150 Certificate of patent or registration of utility model

Ref document number: 6115148

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees