WO2012081076A1 - 警報監視装置および警報監視方法 - Google Patents

警報監視装置および警報監視方法 Download PDF

Info

Publication number
WO2012081076A1
WO2012081076A1 PCT/JP2010/072381 JP2010072381W WO2012081076A1 WO 2012081076 A1 WO2012081076 A1 WO 2012081076A1 JP 2010072381 W JP2010072381 W JP 2010072381W WO 2012081076 A1 WO2012081076 A1 WO 2012081076A1
Authority
WO
WIPO (PCT)
Prior art keywords
path
alarm
transmission
monitoring
list
Prior art date
Application number
PCT/JP2010/072381
Other languages
English (en)
French (fr)
Inventor
照子 藤井
仁美 吉村
Original Assignee
三菱電機株式会社
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 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to US13/814,257 priority Critical patent/US20130138650A1/en
Priority to CN2010800687023A priority patent/CN103081404A/zh
Priority to PCT/JP2010/072381 priority patent/WO2012081076A1/ja
Priority to JP2012541256A priority patent/JP5143319B2/ja
Priority to EP10860877.9A priority patent/EP2590370B1/en
Publication of WO2012081076A1 publication Critical patent/WO2012081076A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • 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/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
    • 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/0618—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 physical or logical position
    • 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/0622—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them

Definitions

  • the present invention relates to an alarm monitoring device that monitors an alarm transmitted when a failure occurs in a communication network.
  • an alarm monitoring device that transmits an alarm from a location where the failure is detected and monitors the alarm.
  • an alarm monitoring device monitors the generated alarms, and many alarms of the same type are generated within a certain time.
  • a technique has been disclosed in which one alarm is displayed to the operator as a representative alarm so that the operator can quickly recognize a large number of alarms.
  • the alarm monitoring device learns the correlation and frequency of occurrence of alarms, and selects and displays only statistically relevant alarms so that the operator can specify the cause of the alarm.
  • a technique for automatically selecting necessary alarms and reducing an operator's workload is disclosed.
  • the alarm monitoring device filters the alarms that are generated in order to narrow down the alarm information to be displayed to the operator. Only the cause alarm is automatically extracted and displayed to the operator.
  • the technique disclosed in Patent Literature 1 has a problem in that it is necessary to correct a program for analyzing the dependency relationship of an alarm each time a new device or function is added to a managed system.
  • the technique disclosed in Patent Document 2 has a problem that it takes time to complete a new dependency relationship, although it automatically learns.
  • the present invention has been made in view of the above, and in a communication network in which a large number of chained alarms are generated, the alarm information is effectively narrowed down for the operator regardless of the dependency relations of various alarms.
  • An object is to obtain an alarm monitoring device capable of displaying.
  • the present invention includes a plurality of transmission apparatuses, and includes one transmission apparatus and another transmission apparatus, a transmission line, or a transmission line and the two transmissions.
  • a network that establishes a path connected by a transmission device other than the device as a path, when a failure occurs in the transmission device or the transmission path, an alarm monitoring device that monitors an alarm transmitted from the transmission device that detects the failure
  • An alarm database for recording information on a detection time, an occurrence location, an alarm importance level, and an ID of a path that takes the occurrence location as a route included in the alarm, and the received alarm information is the alarm database.
  • One alarm is extracted from the alarm database for each path ID based on the alarm importance and the detection time, and the detection time is set as the alarm occurrence time.
  • the path ID of the extracted alarm characterized in that it comprises a monitoring control unit that performs control to display the as alarm time and the alarm severity alarm in the path list in association with.
  • the alarm monitoring device has an effect that alarm information can be narrowed down and displayed effectively for the operator.
  • FIG. 1 is a diagram illustrating a configuration example of a communication network.
  • FIG. 2 is a diagram illustrating an example of the configuration of the alarming path list.
  • FIG. 3 is a diagram illustrating a configuration example of the path DB.
  • FIG. 4 is a diagram illustrating a configuration example of the alarm-occurring path list.
  • FIG. 5 is a diagram illustrating a configuration example of an occurring alarm list.
  • FIG. 6 is a diagram illustrating an alarm path from the communication node to the alarm monitoring device.
  • FIG. 7 is a flowchart showing processing at the time of alarm reception.
  • FIG. 8 is a flowchart showing the processing until the alarm occurrence path list is displayed.
  • FIG. 9 is a diagram illustrating a relationship between a transmission path and a path.
  • FIG. 10 is a flowchart showing processing at the time of setting a display mask.
  • FIG. 11 is a diagram illustrating a configuration example of a communication network.
  • FIG. 12 is a diagram illustrating a configuration example of the path DB.
  • FIG. 13 is a diagram illustrating a configuration example of the mask DB.
  • FIG. 14 is a diagram illustrating a configuration example of the alarm-occurring path list.
  • FIG. 15 is a flowchart showing a process until a path list during alarm generation is displayed.
  • FIG. 16 is a flowchart showing processing at the time of setting a display mask.
  • FIG. 17 is a flowchart showing processing at the time of canceling the display mask.
  • FIG. 1 is a diagram illustrating a configuration example of a communication network monitored by the alarm monitoring device according to the present embodiment.
  • the communication network includes an alarm monitoring device 1, a monitoring network 2, and communication nodes 100-1 to 100-N.
  • the alarm monitoring device 1 centrally manages the alarms transmitted by the communication nodes 100-1 to 100-N, notifies the operator who is responsible for managing the communication network of the occurrence of the alarm, and provides alarm information.
  • the alarm monitoring device 1 includes a monitoring control unit 11, a display unit 12, a path database (DB) 13, and an alarm database (DB) 14.
  • the monitoring control unit 11 controls the operation of the entire alarm monitoring device 1, receives alarms transmitted from the communication nodes 100-1 to 100 -N, and stores them in the alarm DB 14. In addition, the monitoring control unit 11 displays on the display unit 12 the path where the communication failure has occurred as a list of alarm occurrence paths in a list form.
  • FIG. 2 is a diagram illustrating an example of the configuration of the alarming path list.
  • the alarm-occurring path list is a list of paths in which an alarm is occurring, that is, a communication failure is occurring, and is a list displayed to the operator.
  • the alarm generation time list and alarm importance are displayed for each path ID in the alarm generation path list.
  • the list is displayed sorted by alarm occurrence time.
  • the path ID having the latest alarm occurrence time is displayed at the top.
  • FIG. 2 for example, it is shown that an alarm of alarm importance “Major” has occurred with the path ID “XXX” at the alarm generation time “2010/11/16 12:10:09”. Yes.
  • the display unit 12 is a display unit for displaying the alarming path list generated by the monitoring control unit 11 and the like.
  • Examples of the display unit 12 include a monitor, but are not limited to those displayed on the screen, and a printer or the like may be used.
  • the path DB 13 records the path ID, display mask flag, alarm importance level, alarm occurrence time, route information, that is, the information of the communication node, transmission device, and transmission path that pass through the path configured in the communication network. Database.
  • FIG. 3 is a diagram illustrating a configuration example of the path DB 13.
  • the above contents are recorded for each path ID.
  • the path ID “XXX” has the display mask flag “OFF”, the alarm importance “Major”, the alarm occurrence time “2010/11/16 11:12:15”, and the route information “node” 1 apparatus 1, transmission path N transmission path 3, and node N apparatus 1 ”.
  • the display mask flag is a flag indicating that a path is not displayed on the alarm-occurring path list even when an alarm is generated when ON.
  • the alarm importance is the alarm importance of the alarm having the highest importance among the alarms occurring in the path.
  • the alarm occurrence time is an occurrence time of the alarm that has occurred most recently among alarms having the alarm importance.
  • FIG. 4 is a diagram illustrating a configuration example of the alarm-occurring path list.
  • the display mask flag is ON for the items of the path IDs “ ⁇ ⁇ ⁇ ”, “OOXX”, and “XXXXX”.
  • the alarming path list shown in FIG. 4 is the one in which the path IDs “XXX” and “xxx ⁇ ” corresponding to the alarming path list shown in FIG. 2 are not displayed.
  • the monitoring control unit 11 performs control not to display on the display unit 12 a path having a path ID whose display mask flag is ON in the path DB 13. Detailed operation will be described later.
  • the alarm DB 14 is a database for storing detailed information of an alarm that is occurring. For every alarm, the location information of the alarm, detection time, alarm type, alarm importance predetermined for each alarm type, and associated path identifier (ID) are recorded.
  • the monitoring control part 11 can display the content of alarm DB14 on the display part 12 as an alarming alarm list so that an operator can refer.
  • FIG. 5 is a diagram showing a configuration example of the alarm list that is occurring. All alarms are recorded for the above contents. For example, at the detection time “2010/11/16 12:10:09”, at the occurrence location “Node 3 device 1”, the alarm type “xxxx”, the alarm importance “Major”, and the related path ID “XXXXX” Indicates that an alarm has occurred.
  • the monitoring network 2 is a dedicated network for realizing communication between the communication nodes 100-1 to 100-N and the alarm monitoring apparatus 1.
  • the communication nodes 100-1 to 100-N are communication nodes each composed of a node management device and a plurality of transmission devices. Each of the communication nodes 100-1 to 100-N includes a large number of client interfaces for providing a communication service using a transmission path.
  • the transmission path is a communication path that connects communication nodes to each other, and includes, for example, an optical fiber cable of a metro network or a submarine cable system, but is not limited thereto.
  • the transmission path is arranged so that all communication nodes are connected in a linear topology.
  • the present invention is not limited to this, and the transmission path is arranged so that the communication node has a ring topology or a mesh topology. It may be arranged.
  • FIG. 6 is a diagram illustrating an alarm path from the communication node to the alarm monitoring device.
  • the communication node 100-1 includes a node management apparatus 101-1, and transmission apparatuses 201-1, 201-2, ..., 201-n.
  • the node management apparatus 101-1 is one of the apparatuses that constitute the communication node 100-1, and issues an alarm from the transmission apparatuses 201-1, 201-2,..., 201-n that constitute the communication node 101-1. It is a management device that transmits to the alarm management device 1.
  • Transmission apparatuses 201-1, 201-2,..., 201-n are apparatuses that constitute the communication node 100-1, have a plurality of client interfaces, and belong to other communication nodes using transmission paths. It is a transmission apparatus which implement
  • the communication node 100-1 has been described, but the communication node 100-2,..., The communication node 100-N has the same configuration.
  • Transmission paths 31 and 32 connect communication nodes. This is the same as the transmission path shown in FIG. In FIG. 6, only the transmission path used by the path 41 is described as an example.
  • the path 41 includes one client interface of one transmission apparatus (hereinafter referred to as “Ingress transmission apparatus”) as a starting point and one client interface of another transmission apparatus (hereinafter referred to as “Egress transmission apparatus”) as a termination. It is a pre-configured communication path that connects them.
  • the path 41 is relayed by a communication node on the way.
  • the communication node to be relayed (communication node 2 in the figure) directly connects and relays the client interfaces of the two transmission apparatuses.
  • a configuration may be adopted in which connection is made without going through the client interface. Since many paths are configured in the communication network, a path ID for uniquely identifying each path is assigned.
  • the transmission device in which the failure has occurred or a transmission device connected to the failed transmission line (in many cases, a signal receiving transmission device) and transmission downstream in the communication direction sends an alarm to notify the operator managing the network of the detected abnormality.
  • the transmission apparatus detects a failure and transmits an alarm to the alarm monitoring apparatus 1 via the node management apparatus and the monitoring network 2.
  • the alarm to be transmitted includes information on the alarm occurrence location information, detection time, alarm type, importance determined in advance for each alarm type, and an associated path identifier (using the occurrence location as a route). .
  • the “node 1 device 1” displayed by the identification number in the path DB 13 shown in FIG. 3 corresponds to the transmission device 201-1 of the communication node 100-1 in FIG.
  • the identification number in the DB 13 is simplified, but it may be displayed in the same notation method.
  • the transmission device 202-1 transmits an alarm to the alarm monitoring device 1 via the node management device 101-2 and the monitoring network 2. To do. Further, in the path 41, the transmission apparatus 202-2 and the transmission apparatus (200 + N) -1 that are located downstream of the transmission apparatus 202-1 and are on the path 41 of the communication nodes 100-2 to 100-N are successively connected to the node. An alarm is transmitted to the alarm monitoring device 1 via the management device 101-2, the node management device 101-N, and the monitoring network 2.
  • the monitoring control unit 11 causes the transmission apparatus 202-1 on the path 41 and the transmission apparatuses downstream from the path 41 to receive a large number of alarms one after another. Receive. Note that the order in which the alarms arrive at the alarm monitoring apparatus 1 is not necessarily the first arrival of the alarm transmitted by the transmission apparatus 202-1, but arrives in any order.
  • the monitoring control unit 11 checks the hold timer for the path related to the received alarm.
  • the hold timer is a timer for waiting for processing for displaying a path related to the received alarm in the alarm-occurring path list for a period set by the timer after receiving the alarm. This is to prevent the content displayed in the alarming path list from being frequently updated in a short time.
  • the hold timer has a method of setting one hold timer in association with each path related to the configuration shown in the path information item of FIG. 3, but is not limited to this.
  • One hold timer may be set in association with each other path.
  • FIG. 7 is a flowchart showing processing upon receiving an alarm.
  • the alarm monitoring device 1 when the monitoring control unit 11 receives an alarm (step S1), the alarm monitoring device 1 confirms whether the hold timer is activated for the path indicated by the related path ID included in the alarm (step S2). When the hold timer is not activated (step S2: No), the monitoring control unit 11 activates the hold timer for the path indicated by the related path ID (step S3), and registers the alarm in the alarm DB 14 (step S3). S4). On the other hand, when the hold timer is activated for the path indicated by the related path ID included in the alarm (step S2: Yes), the monitoring control unit 11 registers the alarm in the alarm DB 14 (step S4). The monitoring control unit 11 repeatedly executes all the alarms that have received the above processing.
  • FIG. 8 is a flowchart showing the processing until the alarm occurrence path list is displayed.
  • the monitoring control unit 11 sorts alarm information having the path ID of the related path associated with the hold timer in the alarm DB 14 (step S12).
  • the supervisory control unit 11 extracts an alarm having the highest priority alarm importance from the sorted alarms (step S13). For example, when three alarm importance levels of Major, Minor, and Warning are defined, and the alarm database includes Major, Minor, and Warning alarms, the monitoring control unit 11 extracts the Major alarm. In addition, if only Minor and Warning alarms are included, Minor alarms are extracted.
  • the monitoring control unit 11 selects the alarm having the latest detection time from the extracted alarms having the highest priority, and sets the selected detection time as the alarm occurrence time (step S14). Then, the monitoring control unit 11 registers the alarm importance level and the alarm occurrence time determined above as data of the corresponding path in the path DB 13 (step S15).
  • the supervisory control unit 11 confirms whether or not the display mask flag of the corresponding path is ON in the path DB 13 (step S16), and when the display mask flag is OFF (step S16: No), it is registered in the path DB 13.
  • the path ID, the alarm importance level, and the alarm occurrence time are displayed on the display unit 12 as an alarm occurrence path list (step S17). At this time, if there is a path that is already displayed, the paths are sorted according to the alarm occurrence time, and the path having the newest alarm occurrence time is displayed at the top of the list.
  • the display mask flag is ON (step S16: Yes)
  • the monitoring control unit 11 ends the process without displaying it on the alarming path list.
  • FIG. 9 is a diagram illustrating a relationship between a transmission path and a path.
  • WDM Widelength Division Multiplex
  • a large number of wavelengths are multiplexed on one optical cable, and each is used for communication of different information. That is, several tens or hundreds of paths are used for one optical cable. Note that the Ingress transmission device and the Egress transmission device of these paths do not always match.
  • a failure such as a disconnection of a transmission path (for example, disconnection of an optical cable that is a transmission path between the communication nodes 100-2 and 100-3 in FIG. 9) occurs in such a communication network, a large number of paths are failed at once.
  • each path is displayed in the alarming path list by the above-described processing at the time of alarm generation.
  • FIG. 10 is a flowchart showing processing when a display mask is designated.
  • the monitoring control unit 11 sets a transmission device or a transmission path for which the display mask is specified, for example, a transmission path between the communication nodes 100-2 and 100-3.
  • the passing path is searched in the path DB 13 (step S22), and the display mask flag of the passing path is turned ON (step S23). Then, after clearing the display of the alarming path list (step S24), the monitoring control unit 11 displays each path whose display mask flag is OFF in the alarming alarm list (step S25). As a result, a path for which an alarm has been generated due to a known failure, for which an operator has designated a display mask, can be hidden from the alarm-occurring path list.
  • step S15 may be displayed as it is in the alarming path list in step S17.
  • the monitoring control unit 11 has the highest priority for each path for each path ID. Only the latest alarms with a high alarm importance are displayed as a path list during alarm occurrence. As a result, each fault-occurring path is displayed in one line with the alarm severity, and the operator can check the status of many paths at the same time. The process can be started.
  • the monitoring control unit 11 sorts the alarm occurrence path list by the alarm occurrence time, and displays the path having the latest alarm occurrence time at the top. As a result, in the path where a failure has already occurred, if a failure unrelated to the previous failure occurs over time, the path display is changed to the top of the list, so the operator can easily create a new failure. Can be recognized.
  • the monitoring control unit 11 updates the path in which an alarm is generated after a specified time after the first alarm is generated using the hold timer.
  • a communication network is a wide area network such as a submarine cable system and a time lag occurs at the time when an alarm transmitted from each communication node arrives at the alarm monitoring device 1, a large number of problems occur due to one failure. Since the alarm DB 14 is not searched for each of the alarms, the processing load on the monitoring control unit 101 can be reduced.
  • the monitoring control unit 11 processes the selection of alarm information to be displayed in the alarm-occurring path list based on the alarm importance and the occurrence time regardless of the alarm type. Therefore, even when a new device is added to the communication network and the alarm types increase, the alarm monitoring device 1 does not need to correct the alarm types.
  • the display mask function is used for the path through the transmission path or transmission device in which the operator has a known failure. It can be hidden from the alarming path list. Thereby, the operator can easily find the alarm-in-progress path derived from another fault unrelated to the known fault in the alarm-in-progress path list.
  • Embodiment 2 a path that passes through the transmission device or transmission path specified in the display mask in the alarm generation path list is not displayed in the alarm generation path list even if an alarm is occurring.
  • the path is displayed in the alarm generating path list. A different part from Embodiment 1 is demonstrated.
  • FIG. 11 is a diagram illustrating a configuration example of a communication network monitored by the alarm monitoring device according to the present embodiment.
  • the communication network includes an alarm monitoring device 1a, a monitoring network 2, and communication nodes 100-1 to 100-N.
  • the difference from Embodiment 1 (see FIG. 1) is that an alarm monitoring device 1a is provided instead of the alarm monitoring device 1.
  • the alarm monitoring device 1a centrally manages the alarms transmitted by the communication nodes 100-1 to 100-N, notifies the operator who is responsible for managing the communication network of the occurrence of the alarm, and provides alarm information.
  • the alarm monitoring device 1a includes a monitoring control unit 11a, a display unit 12, a path database (DB) 13a, an alarm database (DB) 14, and a mask database (DB) 15.
  • the monitoring control unit 11a controls the overall operation of the alarm monitoring device 1a, receives alarms transmitted from the communication nodes 100-1 to 100-N, and stores them in the alarm DB. In addition, the monitoring control unit 11a displays the path where the communication failure has occurred on the display unit 12 as a list of alarming paths in a list form.
  • the path DB 13a is a database similar to that of the first embodiment (see FIG. 3), except that the display mask end time is recorded instead of the display mask flag for each path.
  • FIG. 12 is a diagram illustrating a configuration example of the path DB 13a.
  • the path ID, the display mask end time, the alarm importance, the alarm occurrence time, and the route information of the path configured in the communication network are recorded.
  • the display mask end time indicates that no path is displayed on the alarm-occurring path list until the set time, even when an alarm is generated.
  • the display mask end time is “2010/11/06 10:10:00”
  • the alarm importance is “Major”
  • the alarm occurrence time is “2010/11/16 12: 10:09 ”, indicating that the path information is“ Node 1 apparatus 1, transmission path 1 transmission path 6, node 2 apparatus 1, transmission path 2 transmission path 6, node 3 apparatus 1, transmission path 3 transmission path 6 ”. . That is, the path with the path ID “XXX” is not displayed on the alarming path list until “2010/11/06 10:10:00”.
  • the mask DB 15 is a database in which the time to end the display mask is stored for each transmission device or transmission path ID installed in the communication network.
  • FIG. 13 is a diagram illustrating a configuration example of the mask DB 15.
  • the mask DB 15 includes a mask location and a display mask end time.
  • the mask portion further includes a transmission device and a transmission path, and indicates a portion where mask display is set.
  • the display mask end time indicates a time at which a portion where mask display is set is not displayed. Here, it is shown that the display mask end time “2010/11/06 10:10:00” is set for the mask location “transmission path 1”.
  • FIG. 14 is a diagram illustrating a configuration example of the alarm-occurring path list.
  • the display mask end time “2010/11/06 10:10:00” is set in “Transmission path 1”.
  • the path IDs “ ⁇ ⁇ ⁇ ”, “OOXX”, “XXXXX” corresponding to “transmission path 1” are stored.
  • the display mask end time is set in the item.
  • the alarming path list shown in FIG. 14 is obtained by not displaying the corresponding path ID “xxx ⁇ ” from the alarming path list shown in FIG.
  • the alarm monitoring operation in the alarm monitoring device 1a in the present embodiment will be described.
  • the operations until the transmission device transmits an alarm and the alarm monitoring device 1a receives the alarm are the same as those in the first embodiment.
  • the alarm monitoring apparatus 1a will perform the process at the time of the alarm reception shown in FIG. 7 similarly to Embodiment 1, if an alarm is received.
  • FIG. 15 is a flowchart showing a process until a path list during alarm generation is displayed. Processing from the expiration of the hold timer (step S11) to registration as data of the corresponding path in the path DB 13a (step S15) is the same as in the first embodiment (see FIG. 8) except that the path DB 13 is changed to the path DB 13a. ).
  • the monitoring controller 11a confirms the alarm occurrence time of the corresponding path in the path DB 13a (step S31), and when the alarm occurrence time is after the display mask end time (step S31: Yes), the alarm is registered in the path DB 13a.
  • the path ID, the alarm importance level, and the alarm occurrence time are displayed on the display unit 12 as an alarm occurrence path list (step S17).
  • the paths are sorted according to the alarm occurrence time, and the path having the newest alarm occurrence time is displayed at the top of the list.
  • the monitoring control unit 11a ends the process without displaying the alarm occurrence path list.
  • FIG. 16 is a flowchart showing processing when a display mask is designated.
  • the monitoring controller 11a searches the mask DB 15 for the designated transmission device and transmission path (step S42). If there is no information corresponding to the newly designated transmission device or transmission path in the mask DB 15 (step S43: No), the new mask information is defined from the ID of the designated transmission device or transmission path and the current time. The time after the time is registered as the display mask end time (step S44). Then, the supervisory control unit 11a searches the path DB 13a for a path that passes through the designated transmission path or transmission device (step S45).
  • Step S46 the display mask end time of the path DB 13a is updated to the display mask end time of the mask DB 15 (step S47).
  • step S42 if there is corresponding information (step S43: Yes), the display mask end time of the mask DB 15 is set to the specified time from the current time. Update at a later time (step S48). And the process after step S45 is continued.
  • FIG. 17 is a flowchart showing processing at the time of canceling the display mask in the alarm monitoring device 1a.
  • the monitoring controller 11a searches the mask DB 15 for a transmission device or transmission path designated to cancel the display mask, and deletes the corresponding information (step S52). ).
  • the supervisory control unit 11a searches the path DB 13a for a path that passes through the transmission path or transmission apparatus whose display mask has been released (step S53).
  • the monitoring control unit 11a searches the mask DB 15 for information on other transmission paths or transmission devices that pass through the corresponding path (step S54).
  • the monitoring control unit 11a clears the display mask end time of the corresponding path ID in the path DB 13a for the path for which the corresponding mask information is not found (step S55: No) (step S56), and the alarm occurrence time is registered. In other words, if an alarm is being generated, the path ID, alarm generation time, and alarm importance level are displayed in the alarm generation path list for the path (step S57).
  • the monitoring control unit 11a sets the latest display mask end time among the mask information as the display mask end time of the path in the path DB 13a. Copy (step S58). If the alarm occurrence time registered in the path DB 13a for the path is after the display mask end time (step S59: Yes), the monitoring controller 11a displays the path in the alarm occurrence path list (step S57). ). When the alarm occurrence time of the path is earlier than the display mask end time (step S59: No), the monitoring controller 11a ends the process without displaying it in the alarm occurrence path list.
  • the monitoring control unit 11a sets a specified time for non-display for a path to be displayed masked, and an alarm is being generated for the specified time for a path corresponding to the display mask. It was decided not to display in the list. As a result, alarms related to the recognized failure will not be displayed in the alarming path list only for the specified time after the alarm arrives at the alarm monitoring device, and alarms that are not related to the already recognized fault will be newly displayed on the path. Can be displayed in the alarm-occurring path list, and the operator can find an alarm when a failure having no dependency occurs on the same path.
  • the alarm monitoring apparatus is useful for network monitoring, and is particularly suitable for a network in which a plurality of alarms for the same cause occur.

Abstract

　複数の伝送装置を備え、１つの伝送装置と他の１つの伝送装置とを、伝送路または伝送路および伝送装置で接続した経路をパスとして確立するネットワークにおいて、伝送装置または伝送路で障害が発生した場合に、障害を検知した伝送装置から送信される警報を監視する警報監視装置１であって、警報に含まれる検出時刻、発生場所、警報重要度、および発生場所を経路とするパスのＩＤの情報を記録するための警報データベース１４と、受信した警報の情報を警報データベース１４に登録し、警報データベース１４から、パスＩＤごとに、警報重要度および検出時刻に基づいて１つの警報を抽出し、検出時刻を警報発生時刻として、抽出した警報のパスＩＤについて、警報発生時刻および警報重要度を関連付けて警報発生中パスリストとして表示する制御を行う監視制御部１１と、を備える。

Description

警報監視装置および警報監視方法
　本発明は、通信ネットワークにおいて障害が発生した際に送信される警報を監視する警報監視装置に関する。
　従来、通信ネットワークで障害が発生した際に、障害を検知した個所から警報を送信し、その警報を監視する警報監視装置がある。例えば、下記特許文献１において、多数のノードから連鎖的に警報が発生する通信ネットワークのようなシステムでは、警報監視装置が、発生した警報を監視し、一定時間内に同種類の警報が多数発生している場合、１つの警報を代表警報としてオペレータに表示することで、オペレータが迅速に大量の警報を認識できるようにする技術が開示されている。
　また、下記特許文献２において、警報監視装置が、発生する警報の相関関係や発生頻度を学習し、統計的に関連性のある警報のみを選別して表示することによって、オペレータが警報原因特定に必要な警報を自動的に選別し、オペレータの作業負荷を軽減させる技術が開示されている。
特開２００２－５７６６６号公報 特開平８－２８８９４４号公報
　しかしながら上記従来の技術によれば、多数のノードから連鎖的に多数の警報が発生した場合、警報監視装置は、オペレータに表示する警報情報を絞り込むため、派生的に発生している警報をフィルタして原因警報のみを自動的に抽出してオペレータに表示している。そのため、上記特許文献１の技術では、管理対象のシステムに新しい装置や機能が追加されるたびに、警報の依存関係を解析するプログラムを修正する必要がある、という問題があった。また、上記特許文献２の技術では、新しい依存関係を自動的に学習するが完了までに時間がかかる、という問題があった。
　本発明は、上記に鑑みてなされたものであって、連鎖的な警報が多数発生する通信ネットワークにおいて、多種多様な警報の依存関係に関係なく、オペレータのために効果的に警報情報を絞り込んで表示することが可能な警報監視装置を得ることを目的とする。
　上述した課題を解決し、目的を達成するために、本発明は、複数の伝送装置を備え、１つの伝送装置と他の１つの伝送装置とを、伝送路、または伝送路および前記２つの伝送装置以外の伝送装置、で接続した経路をパスとして確立するネットワークにおいて、前記伝送装置または前記伝送路で障害が発生した場合に、障害を検知した伝送装置から送信される警報を監視する警報監視装置であって、前記警報に含まれる検出時刻、発生場所、警報重要度、および前記発生場所を経路とするパスのＩＤの情報を記録するための警報データベースと、受信した警報の情報を前記警報データベースに登録し、前記警報データベースから、パスＩＤごとに、警報重要度および検出時刻に基づいて１つの警報を抽出し、前記検出時刻を警報発生時刻として、抽出した警報のパスＩＤについて、前記警報発生時刻および前記警報重要度を関連付けて警報発生中パスリストとして表示する制御を行う監視制御手段と、を備えることを特徴とする。
　本発明にかかる警報監視装置は、オペレータのために効果的に警報情報を絞り込んで表示することができる、という効果を奏する。
図１は、通信ネットワークの構成例を示す図である。 図２は、警報発生中パスリストの構成例を示す図である。 図３は、パスＤＢの構成例を示す図である。 図４は、警報発生中パスリストの構成例を示す図である。 図５は、発生中警報リストの構成例を示す図である。 図６は、通信ノードから警報監視装置への警報経路を示す図である。 図７は、警報受信時の処理を示すフローチャートである。 図８は、警報発生中パスリストを表示するまでの処理を示すフローチャートである。 図９は、伝送路とパスの関係を示す図である。 図１０は、表示マスク設定時の処理を示すフローチャートである。 図１１は、通信ネットワークの構成例を示す図である。 図１２は、パスＤＢの構成例を示す図である。 図１３は、マスクＤＢの構成例を示す図である。 図１４は、警報発生中パスリストの構成例を示す図である。 図１５は、警報発生中パスリストを表示するまでの処理を示すフローチャートである。 図１６は、表示マスク設定時の処理を示すフローチャートである。 図１７は、表示マスク解除時の処理を示すフローチャートである。
　以下に、本発明にかかる警報監視装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
実施の形態１．
　図１は、本実施の形態の警報監視装置が監視する通信ネットワークの構成例を示す図である。通信ネットワークは、警報監視装置１と、監視用ネットワーク２と、通信ノード１００－１～１００－Ｎと、を備える。
　警報監視装置１は、各通信ノード１００－１～１００－Ｎが送信する警報を集中管理し、通信ネットワークに対して管理責任を持つオペレータに対して、警報発生を通知し、警報情報を提供する。警報監視装置１は、監視制御部１１と、表示部１２と、パスデータベース（ＤＢ）１３と、警報データベース（ＤＢ）１４と、を備える。
　監視制御部１１は、警報監視装置１全体の動作を制御し、各通信ノード１００－１～１００－Ｎから送信された警報を受信し、警報ＤＢ１４に保存する。また、監視制御部１１は、表示部１２に、通信障害の発生しているパスを一覧表形式の警報発生中パスリストとして表示する。
　警報発生中パスリストについて説明する。図２は、警報発生中パスリストの構成例を示す図である。警報発生中パスリストは、警報が発生中、すなわち、通信障害が発生中であるパスのリストであり、オペレータに対して表示するリストである。警報発生中パスリストには、パスＩＤごとに、警報発生時刻、警報重要度が表示される。また、リストは、警報発生時刻でソートされて表示される。最新の警報発生時刻を持つパスＩＤが先頭に表示される。図２の先頭では、例えば、警報発生時刻「２０１０／１１／１６　１２：１０：０９」に、パスＩＤ「○○××」で、警報重要度「Ｍａｊｏｒ」の警報が発生したことを示している。
　表示部１２は、監視制御部１１によって生成された警報発生中パスリスト等を表示するための表示部である。表示部１２としては、例えば、モニタ等があるが、画面上に表示するものに限定するものではなく、プリンタ等を用いてもよい。
　パスＤＢ１３は、通信ネットワークに構成されているパスの、パスＩＤ、表示マスクフラグ、警報重要度、警報発生時刻、経路情報、すなわち、通過する通信ノード、伝送装置、伝送路の情報を記録するためのデータベースである。
　図３は、パスＤＢ１３の構成例を示す図である。上述の内容についてパスＩＤごとに記録したものである。例えば、パスＩＤ「○○○○」は、表示マスクフラグが「ＯＦＦ」、警報重要度が「Ｍａｊｏｒ」、警報発生時刻が「２０１０／１１／１６　１１：１２：１５」、経路情報が「ノード１装置１、伝送路Ｎ伝送路３、ノードＮ装置１」であることを示す。
　パスＤＢ１３において、表示マスクフラグは、ＯＮの場合、警報発生時であっても、警報発生中パスリスト上にパスを表示しないことを示すフラグである。警報重要度は、そのパスで発生中の警報のうち、最も高い重要度を持つ警報の警報重要度である。警報発生時刻は、その警報重要度をもつ警報のうち、最も直近で発生した警報の発生時刻である。
　ここで、表示マスクフラグがＯＮ場合の警報発生中パスリストについて説明する。図４は、警報発生中パスリストの構成例を示す図である。図３に示すパスＤＢ１３では、パスＩＤ「□△○」、「○○××」、「×××□」の項目で表示マスクフラグがＯＮになっている。この図３の条件を図２にあてはめると、「○○××」、「×××□」の２つパスが該当する。すなわち、図２に示す警報発生中パスリストから該当する「○○××」、「×××□」のパスＩＤについて非表示としたものが図４に示す警報発生中パスリストとなる。このとき、監視制御部１１は、パスＤＢ１３において表示マスクフラグがＯＮのパスＩＤを持つパスについては、表示部１２上に表示しない制御を行う。詳細な動作については後述する。
　警報ＤＢ１４は、発生中の警報の詳細情報を蓄えるためのデータベースである。全ての警報ごとに、警報の発生場所情報、検出時刻、警報種別、警報種別ごとにあらかじめ定められた警報重要度、関連するパスの識別子（ＩＤ）を記録する。なお、監視制御部１１は、オペレータが参照できるように、警報ＤＢ１４の内容を発生中警報リストとして表示部１２に表示することができる。
　図５は、発生中警報リストの構成例を示す図である。上述の内容について全ての警報を記録したものである。例えば、検出時刻「２０１０／１１／１６　１２：１０：０９」に、発生場所「ノード３装置１」で、警報種別「ｘｘｘｘ」、警報重要度「Ｍａｊｏｒ」、関連パスＩＤ「○○××」の警報が発生したことを示す。
　図１に示す通信ネットワークの構成に戻って、監視用ネットワーク２は、通信ノード１００－１～１００－Ｎと警報監視装置１との間の通信を実現するための、専用ネットワークである。
　通信ノード１００－１～１００－Ｎは、それぞれ、ノード管理装置と複数の伝送装置から構成される通信ノードである。それぞれの通信ノード１００－１～１００－Ｎは、伝送路を用いた通信サービスを提供するための、多数のクライアントインタフェースを備えている。
　伝送路は、通信ノード間を相互に接続する通信路であり、例えば、メトロネットワークや海底ケーブルシステムの光ファイバケーブル等があるが、これに限定するものではない。また、図１では、全通信ノードがリニアトポロジーで接続されるように伝送路を配しているが、これに限定するものではなく、通信ノードがリングトポロジーまたはメッシュトポロジーとなるように伝送路を配してもよい。
　つぎに、図１に示す通信ネットワークにおいて、障害が発生した場合の警報監視装置への警報の流れについて説明する。図６は、通信ノードから警報監視装置への警報経路を示す図である。まず、通信ノードの構成について説明する。通信ノード１００－１は、ノード管理装置１０１－１と、伝送装置２０１－１、２０１－２、…、２０１－ｎと、を備える。
　ノード管理装置１０１－１は、通信ノード１００－１を構成する装置の１つであり、通信ノード１０１－１を構成する伝送装置２０１－１、２０１－２、…、２０１－ｎからの警報を警報管理装置１に送信する管理装置である。
　伝送装置２０１－１、２０１－２、…、２０１－ｎは、通信ノード１００－１を構成する装置であり、複数のクライアントインタフェースを有し、伝送路を用いて他の通信ノードに属する伝送装置とのデータの送受信を実現する伝送装置である。
　通信ノード１００－１について説明したが、通信ノード１００－２、…、通信ノード１００－Ｎについても同様の構成を備える。
　伝送路３１、３２は、通信ノード間を接続する。図１に示す伝送路と同じである。なお、図６では、一例として、パス４１が使用する伝送路のみを記載する。
　パス４１は、起点となる１つの伝送装置（以後、Ｉｎｇｒｅｓｓ伝送装置とする）の１つのクライアントインタフェースと、終端となる他の１つの伝送装置（以後、Ｅｇｒｅｓｓ伝送装置とする）の１つのクライアントインタフェース間を結ぶ予め構成された通信路である。Ｉｎｇｒｅｓｓ伝送装置とＥｇｒｅｓｓ伝送装置が直接伝送路で接続されていない場合、パス４１は途中の通信ノードで中継される。図６では、中継する通信ノード（図の通信ノード２）が、２つの伝送装置のクライアントインタフェースを直接接続して中継しているが、クライアントインタフェースを介さずに接続する構成をとってもよい。通信ネットワークには多くのパスが構成されるため、それぞれのパスには、一意に識別するためのパスＩＤが付与されている。
　伝送路や伝送装置の故障が発生した場合、故障が発生した伝送装置または故障した伝送路に接続された伝送装置（多くの場合、信号の受信側伝送装置）と、その通信方向の下流の伝送装置が、検出した異常をネットワークを管理するオペレータに通知するために警報を送信する。このとき、伝送装置が、障害を検出し、ノード管理装置、監視用ネットワーク２を介して、警報を警報監視装置１に送信する。送信される警報には、警報の発生場所情報、検出時刻、警報種別、警報種別ごとにあらかじめ定められた重要度、関連する（当該発生場所を経路とする）パスの識別子、の情報が含まれる。
　なお、図３に示すパスＤＢ１３において識別番号で表示された「ノード１装置１」は、図６における通信ノード１００－１の伝送装置２０１－１に対応する。表記の都合上、ＤＢ１３における識別番号を簡略化した表記としているが、同一の表記方法で表示してもよい。
　つぎに、警報監視装置１における警報監視動作について説明する。パス４１の経路上の伝送装置２０２－１で障害が発生した場合、まず、伝送装置２０２－１は、ノード管理装置１０１－２、監視ネットワーク２を経由して、警報監視装置１に警報を送信する。さらに、パス４１において、伝送装置２０２－１の下流に位置し、通信ノード１００－２～１００－Ｎのパス４１上にある伝送装置２０２－２や伝送装置（２００＋Ｎ）－１が、次々にノード管理装置１０１－２やノード管理装置１０１－Ｎ、監視ネットワーク２を経由して、警報監視装置１に警報を送信する。
　すなわち、伝送装置２０２－１で障害が発生した場合、警報監視装置１では、監視制御部１１が、パス４１上の伝送装置２０２－１と、それより下流の伝送装置から、次々に多数の警報を受信する。なお、警報が警報監視装置１に到着する順序は、必ずしも伝送装置２０２－１が送信した警報が最初に到着するとは限らず、順不同で到着する。
　警報を受信した警報監視装置１では、まず、監視制御部１１が、受信した警報に関連するパスについて、保留タイマを確認する。保留タイマとは、警報を受信してからタイマで設定した期間、受信した警報に関するパスについて警報発生中パスリストに表示するための処理を待機するためのタイマである。警報発生中パスリストに表示される内容が短時間で頻繁に更新されることを防止するためのものである。保留タイマは、例えば、図３の経路情報の項目に示された構成が関連する１つのパスごとに１つの保留タイマを対応付けて設定する方法があるが、これに限定するものではなく、複数のパスについて１つの保留タイマを対応付けて設定するようにしてもよい。
　図７は、警報受信時の処理を示すフローチャートである。警報監視装置１では、監視制御部１１が、警報を受信すると（ステップＳ１）、当該警報に含まれる関連パスＩＤで示されるパスについて、保留タイマが起動中であるか確認する（ステップＳ２）。保留タイマが起動していない場合（ステップＳ２：Ｎｏ）、監視制御部１１は、当該関連パスＩＤで示されるパスについて保留タイマを起動して（ステップＳ３）、警報ＤＢ１４に警報を登録する（ステップＳ４）。一方、当該警報に含まれる関連パスＩＤで示されるパスについて、保留タイマが起動中の場合（ステップＳ２：Ｙｅｓ）、監視制御部１１は、警報ＤＢ１４に警報を登録する（ステップＳ４）。監視制御部１１は、以上の処理を受信した全ての警報について繰り返し実行する。
　つぎに、警報監視装置１において、保留タイマ満了後、警報発生中パスリストを表示するまでの処理について説明する。図８は、警報発生中パスリストを表示するまでの処理を示すフローチャートである。保留タイマが満了すると（ステップＳ１１）、監視制御部１１は、その保留タイマに対応付けられた関連パスのパスＩＤを持つ警報情報を警報ＤＢ１４で分別する（ステップＳ１２）。つぎに、監視制御部１１は、分別された警報のうちで、最も優先度の高い警報重要度を持つ警報を抽出する（ステップＳ１３）。例えば、警報重要度がＭａｊｏｒ、Ｍｉｎｏｒ、Ｗａｒｎｉｎｇの３つが定められている場合、警報データベースにＭａｊｏｒ、Ｍｉｎｏｒ、Ｗａｒｎｉｎｇの警報が含まれているとき、監視制御部１１は、Ｍａｊｏｒの警報を抽出する。また、Ｍｉｎｏｒ、Ｗａｒｎｉｎｇのみの警報が含まれているときは、Ｍｉｎｏｒの警報を抽出する。つぎに、監視制御部１１は、抽出した最も優先度の高い警報重要度を持つ警報のうち、検出時刻が最新の警報を選択し、選択した検出時刻を警報発生時刻とする（ステップＳ１４）。そして、監視制御部１１は、以上で決定した警報重要度と警報発生時刻を、パスＤＢ１３の該当パスのデータとして登録する（ステップＳ１５）。
　そして、監視制御部１１は、パスＤＢ１３において該当パスの表示マスクフラグがＯＮかどうかを確認し（ステップＳ１６）、表示マスクフラグがＯＦＦの場合に（ステップＳ１６：Ｎｏ）、パスＤＢ１３に登録されたパスＩＤと警報重要度、警報発生時刻を、表示部１２に警報発生中パスリストとして表示する（ステップＳ１７）。このとき、既に表示中のパスがある場合は、警報発生時刻でソートし、一番新しい警報発生時刻を持つパスがリストの先頭になるように表示する。一方、表示マスクフラグがＯＮの場合（ステップＳ１６：Ｙｅｓ）、監視制御部１１は、警報発生中パスリストに表示することなく処理を終了する。
　ここで、伝送路である光ケーブルの切断といった、重大な障害が発生した場合の対応について説明する。図９は、伝送路とパスの関係を示す図である。例えば、ＷＤＭ（Wavelength　Division　Multiplex）技術を用いた通信ネットワークでは、１本の光ケーブルに多数の波長が多重化されて、それぞれが異なる情報の通信に用いられる。すなわち、１本の光ケーブルを数十、数百のパスが使用する。なお、これらのパスのＩｎｇｒｅｓｓ伝送装置とＥｇｒｅｓｓ伝送装置は、必ずしも一致するとは限らない。このような通信ネットワークで伝送路の切断（例えば、図９における通信ノード１００－２、１００－３間の伝送路である光ケーブルの切断）といったような障害が発生すると、多数のパスが一度に障害となり、それぞれのパスが前述の警報発生時の処理により、警報発生中パスリストに表示される。
　そのため、オペレータは、警報監視装置１の表示部１２において、ほぼ同時刻に多数のパスが障害となったことを確認し、その結果、通信ノード１００－２、１００－３間の伝送路の障害を認識すると、監視制御部１１に対して、警報発生中パスリストで通信ノード１００－２、１００－３間の伝送路を指定して、表示マスクを指示することができる。図１０は、表示マスク指定時の処理を示すフローチャートである。まず、オペレータから表示マスクが指定されると（ステップＳ２１）、監視制御部１１は、表示マスクを指定された伝送装置や伝送路、例えば、通信ノード１００－２、１００－３間の伝送路を通過するパスを、パスＤＢ１３で検索し（ステップＳ２２）、通過するパスの表示マスクフラグをＯＮする（ステップＳ２３）。そして、監視制御部１１は、警報発生中パスリストの表示をクリア後（ステップＳ２４）、表示マスクフラグがＯＦＦの各パスについて、警報発生中警報リストに表示する（ステップＳ２５）。これにより、オペレータが表示マスクを指定した、既知の故障により警報発生中となっているパスについて、警報発生中パスリストに非表示とすることができる。
　なお、表示マスクフラグのＯＮ／ＯＦＦを設定する場合について説明したが、例えば、表示マスクフラグを設定できない構成にすることも可能である。この場合、図８において、ステップＳ１５で登録した内容を、そのままステップＳ１７で警報発生中パスリストとして表示すればよい。
　以上説明したように、本実施の形態では、１つの障害により複数の警報が発生する通信ネットワークにおいて、警報監視装置１では、監視制御部１１が、パスＩＤごとに、各パスについて、最も優先度の高い警報重要度のうち最新の警報のみを警報発生中パスリストとして表示することとした。これにより、障害発生中パスはそれぞれが１行で警報重要度と共に表示され、オペレータは多数のパスの状態を同時に確認することができ、重大な警報が発生しているパスから障害対策のための処理を開始できる。
　また、監視制御部１１は、警報発生中パスリストを警報発生時刻でソートし、最新の警報発生時刻をもつパスを先頭に表示する。これにより、既に障害が発生中のパスにおいて、先の障害とは無関係の障害が時間を置いて発生した場合に、パスの表示がリストの先頭に変更されるので、オペレータは容易に新たな障害が発生したことを認識することができる。
　また、監視制御部１１は、警報発生中パスリストの更新を、保留タイマを使って最初の警報が発生してから規定時間後に行うこととした。これにより、通信ネットワークが海底ケーブルシステムのような広域のネットワークで、各通信ノードが送信する警報が警報監視装置１に到着する時刻にタイムラグが発生する場合においても、１つの障害により発生する多数の警報のそれぞれについて警報ＤＢ１４の検索を行わないため、監視制御部１０１の処理負荷を軽減することができる。
　また、監視制御部１１は、警報発生中パスリストに表示する警報情報の選定を、警報種別によらず、警報重要度と発生時刻で処理している。そのため、通信ネットワークに新しい装置が追加され、警報種別が増えた場合でも、警報監視装置１では、警報種別について修正を行う必要がない。
　また、伝送路の故障といった多数のパスが警報発生中となる障害が発生した場合、オペレータが既知の障害が発生している伝送路や伝送装置を経由するパスについて、表示マスク機能を使用して警報発生中パスリストに非表示とすることができる。これにより、既知の障害とは関係のない他の故障に由来する警報発生中パスを容易にオペレータが警報発生中パスリストで発見することができる。
実施の形態２．
　実施の形態１では、警報発生中パスリストにおいて、表示マスクに指定された伝送装置または伝送路を通過するパスについて、警報発生中であっても警報発生中パスリストに表示しないようにした。本実施の形態では、表示マスクの指定から一定時間経過後に新たに警報が発生した場合は、警報発生中パスリストにパスを表示する。実施の形態１と異なる部分について説明する。
　図１１は、本実施の形態の警報監視装置が監視する通信ネットワークの構成例を示す図である。通信ネットワークは、警報監視装置１ａと、監視用ネットワーク２と、通信ノード１００－１～１００－Ｎと、を備える。警報監視装置１に代えて警報監視装置１ａを備える点が実施の形態１（図１参照）と異なる。
　警報監視装置１ａは、各通信ノード１００－１～１００－Ｎが送信する警報を集中管理し、通信ネットワークに対して管理責任を持つオペレータに対して、警報発生を通知し、警報情報を提供する。警報監視装置１ａは、監視制御部１１ａと、表示部１２と、パスデータベース（ＤＢ）１３ａと、警報データベース（ＤＢ）１４と、マスクデータベース（ＤＢ）１５と、を備える。
　監視制御部１１ａは、警報監視装置１ａ全体の動作を制御し、各通信ノード１００－１～１００－Ｎから送信された警報を受信し、警報ＤＢ１４に保存する。また、監視制御部１１ａは、表示部１２に、通信障害の発生しているパスを一覧表形式の警報発生中パスリストとして表示する。
　パスＤＢ１３ａは、実施の形態１（図３参照）と同様のデータベースであるが、各パスについて、表示マスクフラグに代えて表示マスク終了時刻が記録される点が異なる。
　図１２は、パスＤＢ１３ａの構成例を示す図である。通信ネットワークに構成されているパスの、パスＩＤ、表示マスク終了時刻、警報重要度、警報発生時刻、経路情報を記録したものである。パスＤＢ１３ａにおいて、表示マスク終了時刻は、設定された時刻までは、警報発生時であっても、警報発生中パスリスト上にパスを表示しないことを示す。例えば、パスＩＤ「○○××」は、表示マスク終了時刻が「２０１０／１１／０６　１０：１０：００」、警報重要度が「Ｍａｊｏｒ」、警報発生時刻が「２０１０／１１／１６　１２：１０：０９」、経路情報が「ノード１装置１、伝送路１伝送路６、ノード２装置１、伝送路２伝送路６、ノード３装置１、伝送路３伝送路６」であることを示す。すなわち、パスＩＤ「○○××」のパスについては、「２０１０／１１／０６　１０：１０：００」までは警報発生中パスリスト上に表示されないことを示す。
　マスクＤＢ１５は、通信ネットワークに設置された各伝送装置または伝送路のＩＤについて、表示マスクを終了する時刻が格納されたデータベースである。
　図１３は、マスクＤＢ１５の構成例を示す図である。マスクＤＢ１５は、マスク個所と、表示マスク終了時刻と、から構成される。マスク個所は、さらに、伝送装置と、伝送路と、から構成され、マスク表示を設定した個所を示す。表示マスク終了時刻は、マスク表示を設定した個所について、非表示とする時刻を示す。ここでは、マスク個所「伝送路１」について、表示マスク終了時刻「２０１０／１１／０６　１０：１０：００」が設定されていることを示す。
　ここで、表示マスク終了時刻が設定された場合の警報発生中パスリストについて説明する。図１４は、警報発生中パスリストの構成例を示す図である。図１３に示すマスクＤＢ１５では、「伝送路１」に表示マスク終了時刻「２０１０／１１／０６　１０：１０：００」が設定されている。この図１３の条件を図１２にあてはめると、図１２に示すパスＤＢ１３ａにおいて、「伝送路１」に該当するパスＩＤ「□△○」、「○○××」、「×××□」の項目で表示マスク終了時刻が設定されている。この場合、図２に示す警報発生中パスリストから、該当する「×××□」のパスＩＤについて非表示としたものが図１４の警報発生中パスリストとなる。
　つぎに、本実施の形態における警報監視装置１ａにおける警報監視動作について説明する。伝送装置が警報を送信し、警報監視装置１ａが警報を受信するまでの動作は、実施の形態１と同様である。また、警報監視装置１ａは、警報を受信すると実施の形態１と同様、図７に示す警報受信時の処理を実施する。
　つぎに、警報監視装置１ａにおいて、保留タイマ満了後、警報発生中パスリストを表示するまでの処理について説明する。図１５は、警報発生中パスリストを表示するまでの処理を示すフローチャートである。保留タイマが満了してから（ステップＳ１１）パスＤＢ１３ａの該当パスのデータとして登録する（ステップＳ１５）までの処理は、パスＤＢ１３をパスＤＢ１３ａに変更する点を除き、実施の形態１（図８参照）と同様である。
　そして、監視制御部１１ａは、パスＤＢ１３ａの該当パスの警報発生時刻を確認し（ステップＳ３１）、警報発生時刻が表示マスク終了時刻以後の場合に（ステップＳ３１：Ｙｅｓ）、パスＤＢ１３ａに登録されたパスＩＤと警報重要度、警報発生時刻を、表示部１２に警報発生中パスリストとして表示する（ステップＳ１７）。このとき、既に表示中のパスがある場合は、警報発生時刻でソートし、一番新しい警報発生時刻を持つパスがリストの先頭になるように表示する。一方、警報発生時刻が表示マスク終了時刻より前の場合（ステップＳ３１：Ｎｏ）、監視制御部１１ａは、警報発生中パスリストに表示することなく処理を終了する。
　つぎに、オペレータが表示マスクを指定する場合について説明する。図１６は、表示マスク指定時の処理を示すフローチャートである。まず、オペレータによって表示マスクが指定されると（ステップＳ４１）、監視制御部１１ａは、指定された伝送装置や伝送路をマスクＤＢ１５で検索する（ステップＳ４２）。新たに指定された伝送装置や伝送路に該当する情報がマスクＤＢ１５になかった場合（ステップＳ４３：Ｎｏ）、新しいマスクの情報として、指定された伝送装置や伝送路のＩＤと現在の時刻から規定時間後の時刻を表示マスク終了時刻として登録する（ステップＳ４４）。そして、監視制御部１１ａは、指定された伝送路または伝送装置を通過するパスをパスＤＢ１３ａで検索し（ステップＳ４５）、該当するパスが見つかった場合、そのパスのパスＤＢ１３ａ内の警報発生時刻と表示マスク終了時刻を確認し、表示マスク終了時刻がクリアされている、または警報発生時刻が表示マスク終了時刻より新しい場合は警報発生中パスリストに表示中のため、そのパスを警報発生中パスリストから消し（ステップＳ４６）、パスＤＢ１３ａの表示マスク終了時刻をマスクＤＢ１５の表示マスク終了時刻に更新する（ステップＳ４７）。
　一方、指定された伝送装置や伝送路をマスクＤＢ１５で検索した結果（ステップＳ４２）、該当する情報があった場合（ステップＳ４３：Ｙｅｓ）、マスクＤＢ１５の表示マスク終了時刻を現在の時刻から規定時間後の時刻に更新する（ステップＳ４８）。そして、ステップＳ４５以降の処理を継続する。
　つぎに、オペレータが表示マスクを解除したときの動作について説明する。図１７は、警報監視装置１ａにおける、表示マスク解除時の処理を示すフローチャートである。監視制御部１１ａは、オペレータから表示マスクの解除を指示されると（ステップＳ５１）、表示マスク解除を指定された伝送装置や伝送路をマスクＤＢ１５で検索し、該当する情報を削除する（ステップＳ５２）。監視制御部１１ａは、表示マスクが解除された伝送路または伝送装置を通過するパスをパスＤＢ１３ａで検索する（ステップＳ５３）。
　監視制御部１１ａは、該当するパスが見つかった場合、該当するパスについて、通過する他の伝送路または伝送装置の情報がマスクＤＢ１５に登録されているか検索する（ステップＳ５４）。監視制御部１１ａは、該当するマスク情報が見つからなかったパスについて（ステップＳ５５：Ｎｏ）、パスＤＢ１３ａにおいて該当するパスＩＤの表示マスク終了時刻をクリアし（ステップＳ５６）、警報発生中時刻が登録されている、つまり、警報発生中である場合は、当該パスについて、パスＩＤ、警報発生時刻、警報重要度を警報発生中パスリストに表示する（ステップＳ５７）。
　一方、監視制御部１１ａは、該当するマスク情報が見つかったパスについて（ステップＳ５５：Ｙｅｓ）、そのマスク情報のうち、表示マスク終了時刻が最新の時刻をパスＤＢ１３ａのそのパスの表示マスク終了時刻としてコピーする（ステップＳ５８）。そして、そのパスについてパスＤＢ１３ａに登録されている警報発生時刻が表示マスク終了時刻以後の場合（ステップＳ５９：Ｙｅｓ）、監視制御部１１ａは、そのパスを警報発生中パスリストに表示する（ステップＳ５７）。パスの警報発生時刻が表示マスク終了時刻より前の場合（ステップＳ５９：Ｎｏ）、監視制御部１１ａは、警報発生中パスリストに表示せずに処理を終了する。
　以上説明したように、本実施の形態では、監視制御部１１ａは、表示マスクするパスについて非表示とする規定の時間を設定し、表示マスクに該当するパスについて、規定の時間だけ警報発生中パスリストに表示しないこととした。これにより、認識済みの故障に関連する警報が警報監視装置に到着し終わる規定時間分の警報だけ警報発生中パスリストに表示せず、すでに認識済みの障害とは無関係の警報が新たにパス上に発生した分については、警報発生中パスリストに表示することができ、同一パス上に全く依存性のない故障が重複発生した場合において、オペレータは警報を発見することができる。
　以上のように、本発明にかかる警報監視装置は、ネットワークの監視に有用であり、特に、同一原因による警報が複数発生するネットワークに適している。
　１、１ａ　警報監視装置
　２　監視用ネットワーク
　１１、１１ａ　監視制御部
　１２　表示部
　１３、１３ａ　パスデータベース（ＤＢ）
　１４　警報データベース（ＤＢ）
　１５　マスクデータベース（ＤＢ）
　３１、３２　伝送路
　４１　パス
　１００－１、１００－２、１００－３、…、１００－Ｎ　通信ノード
　１０１－１、１０１－２、…、１０１－Ｎ　ノード管理装置
　２０１－１、２０１－２、…、２０１－ｎ、２０２－１、２０２－２、…、２０２－ｎ、…、（２００＋Ｎ）－１、（２００＋Ｎ）－２、…、（２００＋Ｎ）－ｎ　伝送装置

Claims (10)

  1. 　複数の伝送装置を備え、１つの伝送装置と他の１つの伝送装置とを、伝送路、または伝送路および前記２つの伝送装置以外の伝送装置、で接続した経路をパスとして確立するネットワークにおいて、前記伝送装置または前記伝送路で障害が発生した場合に、障害を検知した伝送装置から送信される警報を監視する警報監視装置であって、
    　前記警報に含まれる検出時刻、発生場所、警報重要度、および前記発生場所を経路とするパスのＩＤの情報を記録するための警報データベースと、
    　受信した警報の情報を前記警報データベースに登録し、前記警報データベースから、パスＩＤごとに、警報重要度および検出時刻に基づいて１つの警報を抽出し、前記検出時刻を警報発生時刻として、抽出した警報のパスＩＤについて、前記警報発生時刻および前記警報重要度を関連付けて警報発生中パスリストとして表示する制御を行う監視制御手段と、
    　を備えることを特徴とする警報監視装置。
  2. 　前記監視制御手段は、前記警報発生中パスリストとして、パスＩＤごとに、最も高い警報重要度を持ち、当該最も高い警報重要度を持つ警報が２つ以上ある場合は最新の警報発生時刻を持つ警報を表示する、
    　ことを特徴とする請求項１に記載の警報監視装置。
  3. 　前記監視制御手段は、保留タイマを備え、受信した警報に含まれるパスＩＤについて、最初に当該パスＩＤのパスについての警報を受信した後、または、当該パスＩＤについて警報発生中パスリストを表示してから最初に当該パスＩＤのパスについての警報を受信した後、前記保留タイマで規定された期間が経過するまで、前記警報発生中パスリストに表示する処理を待機する、
    　ことを特徴とする請求項１に記載の警報監視装置。
  4. 　さらに、
    　ネットワーク内で確立されているパスのＩＤ、パスを構成する伝送装置および伝送路の情報を記録するためのパスデータベースと、
    　を備え、
    　前記監視制御手段は、所定の伝送装置または伝送路を経路とするパスを非表示とする表示マスク指示を受け付けた場合、前記パスデータベースを検索して当該指示された伝送装置または伝送路を経路とするパスの情報を取得し、取得したパスについて警報発生中パスリストに非表示とする制御を行う、
    　ことを特徴とする請求項１に記載の警報監視装置。
  5. 　さらに、
    　ネットワーク内で確立されているパスのＩＤ、パスを構成する伝送装置および伝送路の情報を記録するためのパスデータベースと、
    　を備え、
    　前記監視制御手段は、所定の伝送装置または伝送路を経路とするパスを非表示とする表示マスク指示を受け付けた場合、前記パスデータベースを検索して当該指示された伝送装置または伝送路を経路とするパスの情報を取得し、取得したパスについて、予め規定された期間だけ警報発生中パスリストに非表示とする制御を行う、
    　ことを特徴とする請求項１に記載の警報監視装置。
  6. 　複数の伝送装置を備え、１つの伝送装置と他の１つの伝送装置とを、伝送路、または伝送路および前記２つの伝送装置以外の伝送装置、で接続した経路をパスとして確立するネットワークにおいて、前記伝送装置または前記伝送路で障害が発生した場合に、障害を検知した伝送装置から送信される警報を監視する警報監視装置における警報監視方法であって、
    　前記警報監視装置が、
    　前記警報に含まれる検出時刻、発生場所、警報重要度、および前記発生場所を経路とするパスＩＤの情報を記録するための警報データベース、を備える場合に、
    　前記警報監視装置が、受信した警報の情報を前記警報データベースに登録する登録ステップと、
    　前記警報監視装置が、前記警報データベースから、パスＩＤごとに、警報重要度および検出時刻に基づいて１つの警報を抽出し、前記検出時刻を警報発生時刻として、抽出した警報のパスＩＤについて、前記警報発生時刻および前記警報重要度を関連付けて警報発生中パスリストとして表示する、
    　を含むことを特徴とする警報監視方法。
  7. 　前記表示制御ステップでは、前記警報発生中パスリストとして、パスＩＤごとに、最も高い警報重要度を持ち、当該最も高い警報重要度を持つ警報が２つ以上ある場合は最新の警報発生時刻を持つ警報を表示する、
    　ことを特徴とする請求項６に記載の警報監視方法。
  8. 　前記警報監視装置が、さらに、保留タイマ、を備える場合に、
    　前記表示制御ステップでは、受信した警報に含まれるパスＩＤについて、最初に当該パスＩＤのパスについての警報を受信した後、または、当該パスＩＤについて警報発生中パスリストを表示してから最初に当該パスＩＤのパスについての警報を受信した後、前記保留タイマで規定された期間が経過するまで、前記警報発生中パスリストに表示する処理を待機する、
    　ことを特徴とする請求項６に記載の警報監視方法。
  9. 　前記警報監視装置が、さらに、ネットワーク内で確立されているパスのＩＤ、パスを構成する伝送装置および伝送路の情報を記録するためのパスデータベース、を備える場合に、
    　前記表示制御ステップでは、所定の伝送装置または伝送路を経路とするパスを非表示とする表示マスク指示を受け付けた場合、前記パスデータベースを検索して当該指示された伝送装置または伝送路を経路とするパスの情報を取得し、取得したパスについて警報発生中パスリストに非表示とする制御を行う、
    　ことを特徴とする請求項６に記載の警報監視方法。
  10. 　前記警報監視装置が、さらに、ネットワーク内で確立されているパスのＩＤ、パスを構成する伝送装置および伝送路の情報を記録するためのパスデータベース、を備える場合に、
    　前記表示制御ステップでは、所定の伝送装置または伝送路を経路とするパスを非表示とする表示マスク指示を受け付けた場合、前記パスデータベースを検索して当該指示された伝送装置または伝送路を経路とするパスの情報を取得し、取得したパスについて、予め規定された期間だけ警報発生中パスリストに非表示とする制御を行う、
    　ことを特徴とする請求項６に記載の警報監視方法。
PCT/JP2010/072381 2010-12-13 2010-12-13 警報監視装置および警報監視方法 WO2012081076A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US13/814,257 US20130138650A1 (en) 2010-12-13 2010-12-13 Alarm monitoring device and alarm monitoring method
CN2010800687023A CN103081404A (zh) 2010-12-13 2010-12-13 警报监视装置以及警报监视方法
PCT/JP2010/072381 WO2012081076A1 (ja) 2010-12-13 2010-12-13 警報監視装置および警報監視方法
JP2012541256A JP5143319B2 (ja) 2010-12-13 2010-12-13 警報監視装置および警報監視方法
EP10860877.9A EP2590370B1 (en) 2010-12-13 2010-12-13 Alert monitoring device and alert monitoring method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/072381 WO2012081076A1 (ja) 2010-12-13 2010-12-13 警報監視装置および警報監視方法

Publications (1)

Publication Number Publication Date
WO2012081076A1 true WO2012081076A1 (ja) 2012-06-21

Family

ID=46244205

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/072381 WO2012081076A1 (ja) 2010-12-13 2010-12-13 警報監視装置および警報監視方法

Country Status (5)

Country Link
US (1) US20130138650A1 (ja)
EP (1) EP2590370B1 (ja)
JP (1) JP5143319B2 (ja)
CN (1) CN103081404A (ja)
WO (1) WO2012081076A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014004721A1 (en) * 2012-06-27 2014-01-03 Brocade Communications Systems, Inc. Network monitoring and diagnostics
JP2015159393A (ja) * 2014-02-24 2015-09-03 日本電信電話株式会社 監視装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2974647B1 (fr) * 2011-04-26 2013-04-26 Bull Sas Dispositif de reperage pour reperer une armoire informatique parmi une pluralite d'armoires informatiques
JP5987701B2 (ja) * 2013-01-16 2016-09-07 富士通株式会社 通信監視装置、予測方法及び予測プログラム
JP5958354B2 (ja) 2013-01-16 2016-07-27 富士通株式会社 通信監視装置、発生予測方法及び発生予測プログラム
US11645131B2 (en) * 2017-06-16 2023-05-09 Cisco Technology, Inc. Distributed fault code aggregation across application centric dimensions
JP6612825B2 (ja) * 2017-09-21 2019-11-27 株式会社東芝 プラント監視装置および分散制御システム
CN109362042A (zh) * 2018-09-30 2019-02-19 中国联合网络通信集团有限公司 一种告警信息的传输方法和装置
US20230377468A1 (en) * 2022-05-20 2023-11-23 The Boeing Company Prioritizing crew alerts

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0723041A (ja) * 1993-06-28 1995-01-24 Fujitsu Ltd 回線障害通知方式
JPH0879192A (ja) * 1994-08-31 1996-03-22 Nippon Telegr & Teleph Corp <Ntt> 通信網設備監視オペレーションシステム
JPH09307550A (ja) * 1996-05-10 1997-11-28 Hitachi Ltd ネットワークシステム監視装置
JPH1023011A (ja) * 1996-07-05 1998-01-23 Hitachi Ltd 通信システムおよび障害情報処理方法
JP2000295221A (ja) * 1999-04-02 2000-10-20 Fujitsu Ltd ネットワーク監視装置
JP2009296531A (ja) * 2008-06-09 2009-12-17 Fujitsu Ltd 監視装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5559958A (en) * 1991-06-24 1996-09-24 Compaq Computer Corporation Graphical user interface for computer management system and an associated management information base
US6208324B1 (en) * 1993-10-18 2001-03-27 Verizon Laboratories Inc. Event/switch matrix window
TW419917B (en) * 1998-03-30 2001-01-21 Toshiba Corp Communication network system
JP3329804B2 (ja) * 2000-02-21 2002-09-30 株式会社東芝 監視制御装置
CA2433766A1 (en) * 2002-08-14 2004-02-14 Tropic Networks Inc. A method for describing problems in a telecommunications network
US7729202B2 (en) * 2006-09-29 2010-06-01 Ion Geophysical Corporation Apparatus and methods for transmitting unsolicited messages during seismic data acquisition
FR2915799B1 (fr) * 2007-05-03 2010-10-01 Taema Manometre electronique de mesure de la pression regnant a l'interieur d'un recipient
WO2008156782A2 (en) * 2007-06-19 2008-12-24 Sand Holdings, Llc Devices and methods for automatic reset of monitored network network equipment
JP4809483B2 (ja) * 2007-11-07 2011-11-09 富士通株式会社 パスの制御に用いる通信装置およびパス制御方法
US9756004B2 (en) * 2007-11-08 2017-09-05 Skype Message delivery system and method
CA2675869A1 (en) * 2008-08-18 2010-02-18 Sanuvox Technologies Inc. Controller for uv light purification system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0723041A (ja) * 1993-06-28 1995-01-24 Fujitsu Ltd 回線障害通知方式
JPH0879192A (ja) * 1994-08-31 1996-03-22 Nippon Telegr & Teleph Corp <Ntt> 通信網設備監視オペレーションシステム
JPH09307550A (ja) * 1996-05-10 1997-11-28 Hitachi Ltd ネットワークシステム監視装置
JPH1023011A (ja) * 1996-07-05 1998-01-23 Hitachi Ltd 通信システムおよび障害情報処理方法
JP2000295221A (ja) * 1999-04-02 2000-10-20 Fujitsu Ltd ネットワーク監視装置
JP2009296531A (ja) * 2008-06-09 2009-12-17 Fujitsu Ltd 監視装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2590370A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014004721A1 (en) * 2012-06-27 2014-01-03 Brocade Communications Systems, Inc. Network monitoring and diagnostics
US9213590B2 (en) 2012-06-27 2015-12-15 Brocade Communications Systems, Inc. Network monitoring and diagnostics
JP2015159393A (ja) * 2014-02-24 2015-09-03 日本電信電話株式会社 監視装置

Also Published As

Publication number Publication date
US20130138650A1 (en) 2013-05-30
EP2590370A1 (en) 2013-05-08
CN103081404A (zh) 2013-05-01
EP2590370A4 (en) 2013-08-21
EP2590370B1 (en) 2015-04-22
JPWO2012081076A1 (ja) 2014-05-22
JP5143319B2 (ja) 2013-02-13

Similar Documents

Publication Publication Date Title
JP5143319B2 (ja) 警報監視装置および警報監視方法
US7313736B2 (en) Method and apparatus for aggregating alarms and faults of a communications network
US6414595B1 (en) Method and system for processing alarm objects in a communications network
US6694455B1 (en) Communications network and method performing distributed processing of fault and alarm objects
US7961644B2 (en) Communication node apparatus, communication system, and path resource assignment method
JP2007259316A (ja) 情報処理装置、障害通知方法および障害通知プログラム
US8849109B2 (en) Fault isolation and provisioning for optical switches
Agraz et al. Experimental demonstration of centralized and distributed impairment-aware control plane schemes for dynamic transparent optical networks
CN101953125A (zh) 通信网络系统、通信装置、路径设计装置以及从障碍恢复方法
US8724450B2 (en) Network relay system and method of controlling a network relay system
US20050188242A1 (en) Time constrained failure recovery in communication networks
US20140204726A1 (en) Alarm management apparatus and method for managing alarms
JP2009296320A (ja) 監視制御統合装置、伝送装置、監視制御方法およびプログラム
US6775236B1 (en) Method and system for determining and suppressing sympathetic faults of a communications network
US8799721B2 (en) Server, a method, a system and a program thereof
US8234355B2 (en) Communication device for path control, and path control method
JP4950109B2 (ja) マルチレイヤネットワークにおける、パス監視システム、パス管理装置、障害処理の抑止方法、およびプログラム
JP2011254320A (ja) ネットワーク障害分析処理装置
JP2006222632A (ja) 光クロスコネクト装置と伝送装置の連係方式
JP2008244902A (ja) 障害復旧装置、障害復旧方法、及び障害復旧システム
US20110182188A1 (en) Failure display method, failure setting device and monitor control device
JP5227935B2 (ja) 伝送制御装置及び警報波及阻止制御方法
JP3689061B2 (ja) 上位ノードおよびネットワークおよびプログラムおよび記録媒体
JP6044434B2 (ja) 情報処理システム，制御方法，および制御プログラム
JP2006279505A (ja) ネットワーク障害箇所特定支援装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080068702.3

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10860877

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012541256

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2010860877

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13814257

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE