WO2020080492A1 - ネットワーク管理装置、方法およびプログラム - Google Patents

ネットワーク管理装置、方法およびプログラム Download PDF

Info

Publication number
WO2020080492A1
WO2020080492A1 PCT/JP2019/040978 JP2019040978W WO2020080492A1 WO 2020080492 A1 WO2020080492 A1 WO 2020080492A1 JP 2019040978 W JP2019040978 W JP 2019040978W WO 2020080492 A1 WO2020080492 A1 WO 2020080492A1
Authority
WO
WIPO (PCT)
Prior art keywords
failure
information
layer
network management
entity
Prior art date
Application number
PCT/JP2019/040978
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 US17/285,390 priority Critical patent/US11736338B2/en
Publication of WO2020080492A1 publication Critical patent/WO2020080492A1/ja

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/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults

Definitions

  • the embodiment of the present invention relates to a network management device, method and program.
  • NW management information based on an information object (object) generation instruction including information for registering and associating with characteristics included in the specification information and a value specified for each of one or more items related to this information
  • object generation instruction including information for registering and associating with characteristics included in the specification information and a value specified for each of one or more items related to this information
  • Non-Patent Document 1 a common method for holding the configuration of the physical and logical layers of the NW realized by a plurality of NW devices and displaying the same on the display device without changing the NW device type and protocol (protocol). Then, there is a technique of displaying an image corresponding to the above configuration on a display device (for example, see Non-Patent Document 1).
  • Non-Patent Document 1 when a failure occurs in the NW, for example, a device failure, which part in the NW configuration (physical or logical layer) the failure point affects is specified. I can't. Therefore, the influence range of the failure cannot be displayed on the display device as the NW configuration, and the information of the customer affected by the failure cannot be acquired.
  • the present invention has been made in view of the above circumstances, and an object thereof is to provide a network management device, a method, and a program capable of identifying the influence of a failure occurring in a communication network. It is in.
  • the network management apparatus sets a correspondence relationship between an information object regarding a physical layer and an information object regarding a logical layer of a network configuration.
  • an acquisition unit that acquires, from the storage unit, an information object related to the location of a failure in the physical layer of the network configuration, and an information object related to the logical layer that is stored in the storage unit.
  • the storage unit further stores information regarding a subscriber to a service by the network configuration in association with the information object regarding the logical layer.
  • the specifying unit specifies the information about the subscriber associated with the information object about the location of the fault acquired by the obtaining unit as the information of the subscriber affected by the fault, and the output unit is The information of the subscriber affected by the failure identified by the identifying means is output.
  • the information object regarding the physical layer includes a port object indicating a communication port attached to the communication apparatus, and the information object regarding the logical layer is a communication object.
  • the information object regarding the logical layer is a communication object.
  • a fourth aspect of the network management device of the present invention is the network management device according to the third aspect, wherein when the information object regarding the location of the failure acquired by the acquisition means is the port object, A port object is specified as a failure influence range in the physical layer, and a point object associated with the specified port object and a line or plane object including the point object are specified as a failure influence range in the logical layer. It was done like this.
  • a fifth aspect of the network management device of the present invention is the network device according to the third aspect, wherein the information object regarding the physical layer includes a device object indicating a communication device having the communication port, and the specifying unit is the acquisition unit.
  • the communication device indicated by the device object and the port object indicating the communication port of the communication device are set to the failure influence in the physical layer.
  • a point object that is specified as a range and is associated with the specified port object, and a line or plane object including the point object are specified as a failure influence range in the logical layer.
  • the physical layer-related information object includes a medium object indicating a communication cable connectable to the communication port, and the specifying unit is the acquisition unit.
  • the information object relating to the location of the failure acquired by the means is the medium object
  • a communication cable indicated by the medium object and a port object indicating a communication port connectable to the communication cable are set to the physical object. It is specified as a failure influence range in a layer, and a point object associated with the specified port object and a line or plane object including the point object are specified as a failure influence range in the logical layer. is there.
  • One aspect of a network management method performed by a network management device is to store information indicating a correspondence relationship between information objects related to a physical layer of a network configuration and information objects related to a logical layer in a storage unit.
  • An information object relating to a location of a failure in the physical layer of the network configuration is acquired from the storage unit, and the obtained location of the failure of the information object related to the logical layer stored in the storage unit.
  • the information object associated with the information object related to is specified as the failure influence range, and information indicating the specified failure influence range is output.
  • One aspect of a network management processing program is to cause a processor to function as each of the means of the network management device according to any one of the first to sixth aspects.
  • the information object on the logical layer associated with the information object regarding the location of the failure in the physical layer of the network configuration is identified as the failure influence range. Therefore, when a failure occurs in the physical layer, the failure influence range in the logical layer can be appropriately specified.
  • the information about the subscriber which is associated with the information object about the location of the failure, is specified as the information of the subscriber affected by the failure. Therefore, the communication service subscriber affected by the failure can be appropriately specified.
  • the correspondence between the physical layer and the logical layer is defined by the correspondence between the port object in the physical layer and the point object in the logical layer.
  • the port object when a failure occurrence point is a communication port, the port object is specified as a failure influence range in the physical layer, and Since the point object to be associated and the line or surface object including the point object are specified as the failure influence range in the logical layer, the failure influence range when the occurrence location of the failure is the communication port should be specified appropriately.
  • the communication apparatus indicated by the apparatus object and the communication port of the communication apparatus are provided.
  • the port object shown is specified as the failure influence range in the physical layer, and the point object associated with this port object and the line or plane object including the point object are specified as the failure influence range in the logical layer.
  • the failure influence range can be appropriately specified.
  • the communication cable indicated by the medium object and communication connectable to the communication cable when the failure occurrence point is a communication medium, the communication cable indicated by the medium object and communication connectable to the communication cable.
  • a port object indicating a port is specified as a failure influence range in the physical layer, and a point object associated with this port object and a line or plane object including the point object are specified as a failure influence range in the logical layer. It is possible to appropriately specify the failure influence range when the location of the failure is the communication medium.
  • FIG. 1 is a diagram showing, in a tabular form, an example of modeling of a network configuration applied to a network management device according to a first embodiment of the present invention.
  • FIG. 2 is a diagram showing an application example of a physical entity applied to the network management device according to the first embodiment of the present invention.
  • FIG. 3 is a diagram showing an application example of a logical Entity applied to the network management device according to the first embodiment of the present invention.
  • FIG. 4 is a diagram showing in tabular form an example of the definition of PSEntity in the physical layer applied to the network management device according to the first embodiment of the present invention.
  • FIG. 5 is a figure which shows an example of the definition of PDEntity in the physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 6 is a table showing an example of a PPEntity definition in the physical layer applied to the network management apparatus according to the first embodiment of the present invention.
  • FIG. 7 is a figure which shows an example of the definition of ASEntity in the physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 8 is a figure which shows an example of the definition of PLEntity in the physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 6 is a table showing an example of a PPEntity definition in the physical layer applied to the network management apparatus according to the first embodiment of the present invention.
  • FIG. 7 is a figure which shows an example of the definition of ASEntity in the physical layer
  • FIG. 9 is a figure which shows an example of the definition of PCEntity in a physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 10 is a figure which shows an example of the definition of LCEntity, XCEntity, TLEntity, and NFDEntity in the logical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 11 is a figure which shows an example of the definition of TPEEntity in the logical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 10 is a figure which shows an example of the definition of LCEntity, XCEntity, TLEntity, and NFDEntity in the logical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • FIG. 11 is a figure which shows an example of the
  • FIG. 12 is a diagram showing an example of a definition of NCEntity in a logical layer applied to the network management device according to the first embodiment of the present invention in a table format.
  • FIG. 13 is a diagram illustrating an example of creating an Entity by the network management device according to the first embodiment of the present invention.
  • FIG. 14 is a diagram illustrating an example of designation of occurrence of a port failure in an Entity to be managed by the network management device according to the second embodiment of the present invention.
  • FIG. 15 is a diagram illustrating an example of an influence range in a Physical layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • FIG. 16 is a diagram illustrating an example of an influence range in a Logical Device layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • FIG. 17 is a diagram illustrating an example of an influence range in an OTN layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • FIG. 18 is a diagram illustrating an example of an influence range in an ETH layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • FIG. 19 is a diagram illustrating an example of an influence range in an IP layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • FIG. 20 is a diagram illustrating an example of designation of occurrence of a port failure in an Entity to be managed by the network management device according to the third embodiment of the present invention.
  • FIG. 21 is a diagram illustrating an example of the influence range in the Physical layer in the Entity that is the management target by the network management device according to the third embodiment of the present invention.
  • FIG. 22 is a diagram illustrating an example of an influence range in a Logical Device layer in an Entity that is a management target by the network management device according to the third embodiment of the present invention.
  • FIG. 23 is a diagram illustrating an example of an influence range in an OTN layer in an Entity that is a management target by the network management device according to the third embodiment of the present invention.
  • FIG. 24 is a diagram illustrating an example of the influence range in the ETH layer in the Entity that is the management target by the network management device according to the third embodiment of the present invention.
  • FIG. 25 is a diagram illustrating an example of the influence range in the IP layer in the Entity that is the management target by the network management device according to the third embodiment of the present invention.
  • FIG. 26 is a diagram illustrating an example of designation of medium failure occurrence in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • FIG. 27 is a diagram illustrating an example of the range of influence in the Physical layer in the Entity that is the management target by the network management device according to the fourth embodiment of the present invention.
  • FIG. 28 is a diagram illustrating an example of the range of influence in the Logical Device layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • FIG. 29 is a diagram illustrating an example of an influence range in an OTN layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • FIG. 30 is a diagram illustrating an example of an influence range in an ETH layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • FIG. 31 is a diagram illustrating an example of an influence range in an IP layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • FIG. 32 is a diagram illustrating an example of a functional outline of a failure influence grasping system (system) according to the fifth embodiment of the present invention.
  • FIG. 33 is a diagram showing an example of the functional configuration of the failure influence ascertaining system according to the fifth embodiment of the present invention.
  • FIG. 34 is a sequence diagram showing an example of a procedure for registering equipment information by the failure impact ascertaining system according to the sixth embodiment of the present invention.
  • FIG. 35: is a figure which shows an example of Spec (physical layer) of the equipment information hold
  • FIG. 36 is a figure which shows an example of Spec (logical layer) of the equipment information hold
  • FIG. 37 is a diagram showing an example of the use of Spec and Entity classes by the failure impact ascertaining system according to the sixth embodiment of the present invention.
  • FIG. 38 is a figure which shows an example of the schema of a Specification table (table) of the equipment information prescribed
  • FIG. 39 is a diagram showing, in a tabular form, an example of a schema of the Entity table of the facility information defined by the failure impact ascertaining system according to the sixth embodiment of the present invention.
  • FIG. 38 is a diagram showing an example of a schema of the Entity table of the facility information defined by the failure impact ascertaining system according to the sixth embodiment of the present invention.
  • FIG. 40 is a diagram showing an example of a configuration that functions by inputting a fault location in the fault influence grasping system according to the seventh embodiment of the present invention.
  • FIG. 41 is a diagram showing an example of a configuration that functions to display an influence range in the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 42 is a sequence diagram showing an example of a processing procedure of displaying an influence range by the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 43A is a flowchart showing an example of the processing procedure by the NW influence range calculation unit of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 43B is a flowchart showing an example of a processing procedure by the NW influence range calculation unit of the failure influence ascertainment system according to the eighth embodiment of the present invention.
  • FIG. 44 is a flow chart showing an example of the procedure for displaying the configuration of the physical layer by the NW configuration display unit of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 45 is a flow chart showing an example of a procedure for displaying information unique to a layer by the NW configuration display unit of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 46 is a flow chart showing an example of a procedure for displaying the configuration of the logical layer by the NW configuration display unit of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 47A is a flow chart showing an example of a display procedure other than TPE by the NW configuration display unit of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 47B is a flowchart showing an example of a display procedure other than TPE by the NW configuration display unit of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • FIG. 48 is a block diagram showing an example of a hardware configuration of the failure influence ascertaining system according to the embodiment of the present invention.
  • a network management device models each component of a physical layer and a logical layer of a communication network by using a unified information object (hereinafter, simply referred to as an object).
  • the network management device uses the connection between the objects to identify the range of influence of the failure and identifies the communication service (service) user affected by the failure from the user (user) information associated with the object. Identify.
  • the range of influence of a failure that has occurred in a network configured by multiple layers with different protocols and medium types and the service users who are affected are specified.
  • the network management device holds the NW device in the physical layer as a device object, the communication port in the physical layer as a port object, and the communication medium in the physical layer as a medium object.
  • the network management device holds the point where communication occurs in the logical layer or its end as a point object, and holds the communication between the point objects and the communicable range between the point objects as a line or a surface object, respectively.
  • the logical layer also holds communication objects.
  • This communication object includes (1) a point object array in which all point objects between the start point and the end point on the logical layer are stored, (2) information about service subscribers, and (3) state.
  • the device object and the port object each have a state and coordinates.
  • Media objects have states.
  • the point object has (1) subordinate objects (point objects corresponding to subordinate layers to the layer to which the point object belongs), (2) states, and (3) coordinates.
  • Each line or plane object has a state and a point object array. This point object array holds the point object names forming the line or surface object.
  • the point object can hold not only the lower objects as described above, but also the upper objects (point objects corresponding to the upper layer with respect to the layer to which the point object belongs).
  • the network management device holds the relationship between physical layer objects and logical layer objects. Specifically, the subordinate object of the point object holds the port object of the corresponding physical layer.
  • the network management device holds the object association between the logical layers. Specifically, the subordinate object of the point object holds the point object at a location where the type of the subordinate layer changes.
  • the network management device sets NG indicating the fault occurrence in the state of the port object corresponding to the port.
  • the network management device sets NG to the state of the point object on the logical layer as an object corresponding to the port object.
  • the network management device identifies the range of influence of the point object. Specifically, the network management device sets NG to the state of the point object array which is an object including the above point object and which constitutes a communication object of an upper layer with respect to the physical layer.
  • the network management device repeatedly searches for points, lines (or planes), and communication objects in a layer one layer higher corresponding to the fault location and corresponding to the point object array forming the above communication object, and the highest layer Up to the above 2-3. Is processed.
  • the network management device displays a communication object, a point, and a line (or plane) object, which form all the logical layers, on a display device.
  • a communication object a point
  • a line (or plane) object which form all the logical layers
  • the network management device displays the corresponding object in red on the display device.
  • the network management device is 2-4.
  • the point object indicated by and its subordinate objects are searched, and an image in which these are connected by a dotted line is displayed on the display device.
  • the network management device displays the drawing object, which is a figure showing the physical layer device, port, and media object, on the display device.
  • the network management device displays the corresponding port object in red on the display device.
  • the network management device sets NG to the state of the device object corresponding to the device and the port object of the device.
  • a device failure occurs when a building is submerged in water, power is exhausted, collapsed, or when a failure occurs in the device itself.
  • the network management device sets NG to the state of a point or line (or surface) object on the logical layer as an object corresponding to the device object.
  • the network management device specifies the range of influence of the line (or surface) object. Specifically, the network management device is 3-2.
  • the communication of one layer higher layer, point, line (or plane) object as an object including any one of the elements of the point object array that constitutes the line (or plane) object described in Set NG to. 3-4.
  • the network management device responds to the failure point, and 3-3.
  • the object in the layer one layer above, which is an object including any of the communication, point, and line (or surface) objects described in 1., is searched, and this search is repeated up to the uppermost layer.
  • the network management device displays a communication object, a point, and a line (or plane) object, which form all the logical layers, on a display device.
  • the network management device displays the corresponding object in red on the display device.
  • the network management device is 3-5.
  • the point object described in 1 above and its subordinate objects are searched, and an image in which these are connected by a dotted line is displayed on the display device.
  • the network management device displays the drawing object, which is a figure showing the physical layer device, port, and media object, on the display device.
  • the network management device displays the corresponding device object in red on the display device.
  • the network management device sets NG to the state of the communication medium (including the connector if the connector for connecting the communication medium is present). Along with this setting, the network management device searches for a port object (corresponding to the communication port connectable to the connector of the communication medium) connected to the medium object corresponding to the communication medium, and sets NG to the state of this port object. .
  • a media object fails, it is when a cable is cut or corroded.
  • the network management device sets the state of the point object on the logical layer of each layer corresponding to the retrieved port object to NG. 4-3.
  • the network management device is 4-2.
  • the state of the upper layer communication with respect to the physical layer and the line (or surface) object as an object including all the point objects is set to NG.
  • the network management device displays communication objects, points, and line (or plane) objects that make up all logical layers on the display device.
  • the network management device displays the object in red on the display device.
  • the object search method in the upper layer is realized by searching an object in the upper layer as an object including a point, line (or plane) object.
  • the network management device is 4-4.
  • the objects described in 1 above and the subordinate objects having point objects among these objects are searched, and an image in which these are connected by dotted lines is displayed on the display device.
  • the network management device displays the physical layer device, medium, and port object on the display device, respectively. Along with this display, if the state of each object is set to NG, the network management device displays the corresponding object in red on the display device.
  • FIG. 1 is a diagram showing in tabular form an example of modeling of a network configuration applied to a network management device according to a first embodiment of the present invention.
  • the physical layer configuration includes PS (Physical Structure), PD (Physical Device), PP (Physical Port), AS (Aggregate Section), PL (Physical Link), PC (Physical Connector). Entity (information object) consisting of is applied.
  • the logical layer consists of Entity consisting of TL (Topological Link), NFD (Network Forwarding Domain), TPE (Termination Point Encapsulation), NC (Network Connection), LC (Link Connect), and XC (Cross (X) Connect). Is applied. With such an application, the configurations of the physical layer and the logical layer can be retained in a unified format.
  • the entity name in the physical layer is classified into PS, PD, PP, AS, PL, and PC.
  • “Entity name: Meaning: Correspondence” in each Entity name is as follows.
  • ⁇ PS Physical Structure
  • PD Physical Device
  • Device Device object
  • PP Physical Port
  • Communication port equipped in the device Port object -AS (Aggregate Section): Cable: Medium object-PL (Physical Link): Cable core: Medium object-PC (Physical Connector): Connector for cable: Medium object
  • FIG. 2 is a diagram showing an application example of a physical entity applied to the network management device according to the first embodiment of the present invention. As shown in FIG. 2, the Physical Resource is divided into a device layer and a building layer.
  • the device layer of Physical Resource is PD (NW device), PD (CTF (Cable termination Frame: optical fiber) termination device), PL (core wire), PC (connector) , PD (NW device), PD (CTF) are provided with PP (port), and PC (connector) is attached to both ends of PL (core wire).
  • the PP (port) on the PD (NW device) side is connected to the PC (connector) at one end of the PL (core wire), and the PP (port) on the PD (CTF) side is connected to the PC (connector) at the other end of the PL (core wire).
  • the PD (NW device) and the PD (CTF) are communicably connected by being connected to the connector). The same applies to the connection between PDs (CTFs).
  • the physical resource building layer includes PS (station building), PD (NW device), PD (CTF), and Aggregate Section (cable).
  • Aggregate Section is an object that has multiple PLs (cores).
  • PD (NW device) and PD (CTF) are provided in the PS (station building) and connected so that they can communicate.
  • the PD (CTF) in the first PS (station building) and the PD (CTF) in the second PS (station building) form an Aggregate Section (cable). Connected communicatively via.
  • FIG. 3 is a diagram showing an application example of a logical Entity applied to the network management device according to the first embodiment of the present invention.
  • Physical Resource has a device layer
  • Logical Resource has a communication layer and a Logical Device layer.
  • the Logical Device layer corresponds to the object in the lower layer with respect to the communication layer
  • the device layer corresponds to the object in the lower layer with respect to the Logical Device layer.
  • PPs of Physical Devices are connected to PCs at one end and the other end of PLs in the device layer.
  • the corresponding communication layer has TPE, XC, LC
  • the Logical Device layer has TPE, NFD, TL.
  • an object is indicated by an arrow in a lower layer with respect to a point object in a certain layer.
  • the Physical Device of the device layer corresponds to the XC of the communication layer and the NFD of the Logical Device layer, respectively.
  • the PP in the Physical Device corresponds to the TPE in the communication layer and the TPE in the Logical Device layer, respectively.
  • the PL in the device layer corresponds to the LC in the communication layer and the TL in the Logical Device layer, respectively.
  • one NC is formed by XC and LC in the communication layer.
  • FIG. 4 is a diagram showing an example of a definition of PS Entity in the physical layer applied to the network management device according to the first embodiment of the present invention in a table format.
  • the PS Entity has state, coordinates, and device object array as attribute names.
  • the “attribute name: type” in each attribute name is as follows. ⁇ State: String (submerged, power exhausted, collapsed) -Coordinates: Integer array having two-dimensional coordinates-Device object array: Array in which device objects (PD) are stored The setting of the number of dimensions in coordinates will be described later.
  • FIG. 5 is a figure which shows an example of a definition of PD Entity in the physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • the PD Entity has a state, coordinates, and a port object as attribute names.
  • the “attribute name: type” in each attribute name is as follows.
  • ⁇ State Boolean -Coordinates: Integer array having two-dimensional coordinates-Port object: Array in which port objects (PP) are stored
  • FIG. 6 is a diagram showing an example of a definition of a PP Entity in the physical layer applied to the network management device according to the first embodiment of the present invention in a table format.
  • the PP Entity has a state and coordinates as attribute names.
  • the “attribute name: type” in each attribute name is as follows.
  • ⁇ State Boolean
  • ⁇ Coordinates integer array having two-dimensional coordinates
  • FIG. 7 is a figure which shows an example of the definition of AS Entity in the physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • AS Entity has a state and a medium object array as attribute names.
  • the “attribute name: type” in each attribute name is as follows.
  • -Status String (connect, disconnect, corrode)
  • -Media object array Array in which media objects (PL) are stored
  • FIG. 8 is a figure which shows an example of a definition of PL Entity in the physical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • the PL Entity has a state and a connector object array as attribute names.
  • the “attribute name: type” in each attribute name is as follows. ⁇ State: Boolean (connect, disconnect) -Connector object array: Array in which connector objects (PC) are stored
  • FIG. 9 is a diagram showing in tabular form an example of a definition of a PC Entity in the physical layer applied to the network management device according to the first embodiment of the present invention.
  • the PL Entity has a state and a port object as attribute names.
  • the “attribute name: type” in each attribute name is as follows. ⁇ State: Boolean (connected, disconnected) -Port object: Array that stores the port object (PP)
  • FIG. 10 is a table showing an example of definitions of LC Entity, XC Entity, TL Entity, and NFD Entity in a logical layer applied to the network management device according to the first embodiment of the present invention.
  • LC Entity, XC Entity, TL Entity, and NFD Entity have a point connector object array and a state as attribute names.
  • the “attribute name: type” in each attribute name is as follows.
  • Point object array TPE (point object) array that makes up LC, XC, TL, NFD
  • State Boolean
  • FIG. 11 is a figure which shows an example of the definition of TPE Entity in the logical layer applied to the network management apparatus which concerns on the 1st Embodiment of this invention in a table format.
  • the TPE Entity has subordinate objects, port object arrays, coordinates, and states as attribute names.
  • the “attribute name: type” in each attribute name is as follows.
  • -Lower object Point object (TPE) corresponding to the lower layer
  • Port object array Array in which port objects (PP) are stored
  • Coordinates Integer array having two-dimensional coordinates
  • ⁇ State Boolean
  • FIG. 12 is a diagram showing an example of the definition of NC Entity in the logical layer applied to the network management device according to the first embodiment of the present invention in a table format.
  • NC Entity has a point object array, state, and service subscriber information as attribute names.
  • the “attribute name: type” in each attribute name is as follows.
  • ⁇ Point object array All TPE (point object) arrays between the start and end points of communication
  • Boolean -Service subscriber information String array or URL (Uniform Resource Locator)
  • the information of the service subscriber may be information acquired from OpS (Operation System) data for each NC or may be information specified by the URL of OpS subscriber information acquisition IF (interface).
  • OpS Operaation System
  • FIG. 13 is a diagram illustrating an example of creating an Entity by the network management device according to the first embodiment of the present invention.
  • creation of a point, line or plane object and a communication object will be described.
  • the logical layers are an IP (Internet Protocol) layer, an ETH (Ethernet (registered trademark)) layer, an OTN (Optical Transport Network) layer, and a Logical Device layer.
  • the physical layer has a Physical layer. Dotted lines between layers in FIG. 13 indicate the correspondence between objects in each layer.
  • IP layer The IP layer has TPE (CP (Connection Point)) (1_IP, 2_IP), LC (3_IP), NC (4_IP).
  • ETH layer The ETH layer has TPE (CP) (1 to 12_Eth), LC (13, 16, 18, 20, 23_Eth), XC (14, 15, 17, 19, 21, 22_Eth) and NC (24_Eth). 1 to 12_Eth are provided in numerical order from the 1_IP side to the 2_IP side. The same applies to 13-23_Eth. For example, 13_Eth is provided between 1 and 2_Eth, and 23_Eth is provided between 11 and 12_Eth. 1, 12_Eth corresponds to 1, 2_IP of the IP layer on a one-to-one basis.
  • the OTN layer has TPE (CP) (1 to 4_OT), XC (5, 7_OT), LC (6_OT), and NC (8_OT).
  • 1_OT to 4_OT are provided in numerical order from the 1_IP side to the 2_IP side. The same applies to 5_OT to 7_OT. For example, 5_OT is provided between 1 and 2_OT, 6_OT is provided between 2 and 3_OT, and 7_OT is provided between 3 and 4_OT.
  • 1, 4_OT has a one-to-one correspondence with 6, 7_Eth in the ETH layer. Also, 5-8_OT corresponds to 18_Eth in the ETH layer.
  • the Logical Device layer has TPE (CP) (1 to 14_LD), TL (15 to 19_LD), and NFD (20 to 27_LD).
  • 1 to 14_LD are provided in numerical order from the 1_IP side to the 2_IP side. The same applies to 15 to 19_LD and 20 to 27_LD. For example, 15_LD is provided between 1 and 2_LD, and 19_LD is provided between 13 and 14_LD.
  • 20_LD is the NFD between 2, 3_LD, 21_LD is the NFD between 3, 4_LD, 22_LD is the NFD between 5, 6_LD, 23_LD is the NFD between 6, 7_LD, 24_LD is the NFD between 8, 9_LD, 25_LD corresponds to the NFD between 9 and 10_LD, 26_LD corresponds to the NFD between 11 and 12_LD, and 27_LD corresponds to the NFD between 12 and 13_LD.
  • 1 to 14_LD correspond to 1 to 6_Eth, 2_OT, 3_OT, 7 to 12_Eth of the ETH and OTN layers on a one-to-one basis.
  • 15 to 19_LD correspond to 12, 15, 18, 20, 22_Eth of the ETH layer on a one-to-one basis.
  • 17_LD also corresponds to 6_OT in the OTN layer.
  • 5 to 7_LD corresponds to 1, 2, 5, 8_OT of the OTN layer.
  • the Physical layer includes Router (first (1_IP side)), L2SW (L2 switch (switch)) (first (1_IP side)), OTN (first (1_IP side)), OTN (second ( 2_IP side)), L2SW (second (2_IP side)), Router (second (2_IP side)) to 1_IP side to 2_IP side so that communication is possible in series.
  • Physical layers are provided in numerical order from 1_IP side to 2_IP side PP (1, 3, 5, 7, 9, 11, 13, 15, 17, 19_PH), PC (2, 4, 6, 8, 10, 12 , 14, 16, 18, 20_PH), PL (21-25_PH), PD (26-29_PH).
  • 21_PH between Router (1st) and L2SW (1st) is 15_LD of Logical Device layer
  • 22_PH between L2SW (1st) and OTN (1st) is 16_LD
  • OTN ( 23_PH between 1st) and OTN (2nd) is 17_LD
  • 24_PH between OTN (2nd) and L2SW (2nd) is 18_LD
  • L2SW (2nd) and Router 25_PH between (second) corresponds to 19_LD, respectively.
  • 7, 9, 27_PH corresponds to 5 to 7_LD.
  • 26_PH to 29_PH correspond to L2SW (first), OTN (first), OTN (second), and L2SW (second) on a one-to-one basis.
  • 26_PH corresponds to 20
  • 21_LD corresponds to 22
  • 27_PH corresponds to 22
  • 23_LD corresponds to 23_LD
  • 28_PH corresponds to 24
  • 25_LD corresponds to 26_LD.
  • 1, 3_PH is the PP between Router (1st) and L2SW (1st)
  • 5,7_PH is the PP between L2SW (1st) and OTN (1st)
  • 9, 11_PH is the PP between OTN (first) and OTN (second)
  • 13, 15_PH is the PP between OTN (second) and L2SW (second)
  • 17,19_PH is It corresponds to the PP between L2SW (second) and Router (second), respectively.
  • 4_PH is on the PC between Router (first) and L2SW (first)
  • 6, 8_PH is on the PC between L2SW (first) and OTN (first)
  • 10, 12_PH is a PC between OTN (1st) and OTN (2nd)
  • 14, _16_PH is a PC between OTN (2nd) and L2SW (2nd)
  • 18,20_PH is Corresponds to the PC between L2SW (second) and Router (second) respectively.
  • 1, 2_PH is 1_LD
  • 3, 4_PH is 2_LD
  • 5, 6_PH is 4_LD
  • 7, 8_PH is 5_LD
  • 9, 10_PH is 7_LD
  • 11, 12_PH is 8_LD
  • 13, 14_PH is 10_LD.
  • 15, 16_PH corresponds to 11_LD
  • 17,18_PH corresponds to 13_LD
  • 19,20_PH corresponds to 14_LD.
  • FIG. 14 is a diagram illustrating an example of designation of occurrence of a port failure in an Entity to be managed by the network management device according to the second embodiment of the present invention.
  • the user specifies that a failure has occurred in the PP on the OTN (second) side of the PP (port) in the OTN (first) (see A1 in FIG. 14). .
  • FIG. 15 is a diagram illustrating an example of an influence range in a Physical layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • PP (9_PH) which is the port object corresponding to the port that is the failure point in the specified Physical layer
  • PP (9_PH) which is the range of influence
  • FIG. 16 is a diagram illustrating an example of an influence range in a Logical Device layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • the TPE (7_LD) in the Logical Device layer which is the Entity corresponding to the port PP (9_PH) that is the failure point in the Physical layer, is specified as the affected range.
  • FIG. 17 is a diagram illustrating an example of an influence range in an OTN layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • the TPE (2_OT) in the OTN layer and the NC (8_OT) related to the TPE, which are the entities corresponding to the TPE (7_LD) in the Logical Device layer are specified as the affected areas. .
  • FIG. 18 is a diagram illustrating an example of an influence range in an ETH layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • LC (18_Eth) and NC (24_Eth) in the ETH layer which are the entities corresponding to NC (8_OT) in the OTN layer, are specified as the affected areas.
  • FIG. 19 is a diagram illustrating an example of an influence range in an IP layer in an Entity that is a management target by the network management device according to the second embodiment of the present invention.
  • LC (3_IP) and NC (4_IP) in the IP layer which are entities corresponding to NC (24_Eth) in the ETH layer, are specified as the affected areas.
  • FIG. 20 is a diagram illustrating an example of designation of occurrence of a port failure in an Entity to be managed by the network management device according to the third embodiment of the present invention.
  • the fact that a failure has occurred in the OTN (first) (A2 in FIG. 20) is designated by the user.
  • FIG. 21 is a diagram illustrating an example of the influence range in the Physical layer in the Entity that is the management target by the network management device according to the third embodiment of the present invention.
  • (1) OTN device (first) main body (emphasized by an underline related to OTN as a PP (failure point) that is a device as a failure point in the specified Physical layer
  • the device objects (27_PH) of (1) and (2) port objects (7, 9_PH) of both ports of the OTN device (first) are specified in this order.
  • FIG. 22 is a diagram illustrating an example of an influence range in a Logical Device layer in an Entity that is a management target by the network management device according to the third embodiment of the present invention.
  • TPE 5 to 7_LD
  • NFD 22, 23_LD
  • TPE 5 to 7_LD
  • NFD 22, 23_LD
  • FIG. 23 is a diagram illustrating an example of an influence range in an OTN layer in an Entity that is a management target by the network management device according to the third embodiment of the present invention.
  • an Entity corresponding to NFD (22, 23_LD) in the Logical Device layer that is, an Entity including all the elements of the point object array of NFD (22, 23_LD)
  • OTN layer TPE (1, 2_OT), XC (5_OT), NC (8_OT) at (2) TPE (5, 6_Eth), XC (17_Eth), NC (24_Eth) at (2) ETH layer are specified as the range of influence, respectively. To be done.
  • FIG. 24 is a diagram illustrating an example of the influence range in the ETH layer in the Entity that is the management target by the network management device according to the third embodiment of the present invention.
  • LC (18_Eth) in the ETH layer which is an entity corresponding to TPE (1, 2_OT) and NC (8_OT) in the OTN layer, is specified as the influence range.
  • FIG. 25 is a diagram illustrating an example of the influence range in the IP layer in the Entity that is the management target by the network management device according to the third embodiment of the present invention.
  • LC (3_IP) and NC (4_IP) in the IP layer which are entities corresponding to NC (24_Eth) in the ETH layer, are specified as the influence range.
  • FIG. 26 is a diagram illustrating an example of designation of medium failure occurrence in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • the user specifies that a failure has occurred in the medium between the OTN (first) and the OTN (second) (A3 in FIG. 26).
  • FIG. 27 is a diagram illustrating an example of the range of influence in the Physical layer in the Entity that is the management target by the network management device according to the fourth embodiment of the present invention.
  • the PL communication cable at the fault location
  • (23_PH) between the (1) OTN (first) and the OTN (second) of the designated Physical layer is set to (23_PH), ( 2) PC (both connectors of communication cable) (10, 12_PH), (3) PP (9, 11_PH) of OTN device (first and second), the affected range is specified in this order.
  • This PP corresponds to the communication port of each OTN device that can be connected to both connectors of the communication cable at the fault location.
  • FIG. 28 is a diagram illustrating an example of an influence range in a Logical Device layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • TPE (7, 8_LD) and TL (17_LD) in the Logical Device layer which are the entities corresponding to the affected range of the medium at the failure point in the Physical layer, are specified as the affected ranges, respectively. It
  • FIG. 29 is a diagram illustrating an example of an influence range in an OTN layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • TPE (2, 3_OT), LC (6_OT), NC in the OTN layer, which is an entity corresponding to TPE (7, 8_LD), TL (17_LD) in the Logical Device layer, NC ( 8_OT) is specified as the range of influence.
  • FIG. 30 is a diagram illustrating an example of an influence range in an ETH layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • LC (18_Eth) and NC (24_Eth) in the ETH layer which are entities corresponding to NC (8_OT) in the OTN layer, are specified as the affected areas.
  • FIG. 31 is a diagram illustrating an example of an influence range in an IP layer in an Entity that is a management target by the network management device according to the fourth embodiment of the present invention.
  • LC (3_IP) and NC (4_IP) in the IP layer which are the entities corresponding to NC (24_Eth) in the ETH layer, are specified as the affected areas.
  • FIG. 32 is a diagram illustrating an example of a functional outline of the failure influence ascertaining system according to the fifth embodiment of the present invention.
  • the failure influence grasping system 10 shown in FIG. 32 registers facility information (Spec (network characteristics), Entity (information object)).
  • the failure impact understanding system 10 displays on the display device an image showing which point in the NW configuration (physical / logical layer) the failure point affects.
  • the number of users with disabilities can also be displayed on the display device.
  • the disabled user display can be realized by displaying the attribute value of the communication object (NC) on the display device.
  • FIG. 33 is a diagram showing an example of the functional configuration of the failure influence ascertaining system according to the fifth embodiment of the present invention.
  • the failure impact comprehension system 10 may be configured as a computer including a central processing unit (CPU), a program memory, a calculation memory, and the like.
  • the facility information registration unit 11, the Spec DB (database) 12, the Entity DB 13, the fault location Entity acquisition unit 14, and the NW influence range calculation are provided as the functions necessary for implementing this embodiment. It has a unit 15 and an NW configuration display unit 16. These processes will be described later.
  • the facility information registration unit 11, the failure location Entity acquisition unit 14, the NW influence range calculation unit 15, and the NW configuration display unit 16 can be realized by causing the CPU to execute the program stored in the program memory.
  • the Spec DB 12 and Entity DB 13 can be realized by a storage device such as a non-volatile memory.
  • the NW configuration display unit 16 can be realized by using a display device such as a liquid crystal display.
  • the failure impact comprehension system may be configured by hardware, a program including the procedure shown in the flowchart described later is installed in a known computer via a medium or a communication line, It can also be realized by a combination with Spec DB12 and Entity DB13, or a computer having Spec DB12 and Entity DB13. Details of the hardware configuration of the failure impact comprehension system 10 will be described later.
  • FIG. 34 is a sequence diagram showing an example of a procedure of registering facility information by the failure impact ascertaining system according to the sixth embodiment of the present invention.
  • FIG. 35 is a figure which shows an example of Spec (physical layer) of the equipment information hold
  • an attribute that is unique information such as a device name or a cable type is held in the Spec DB 12 as information in which a Spec (Specification) class (defining an attribute indicating a characteristic) is instantiated. .
  • the following Spec class is defined. These specs are mainly used for displaying the NW configuration.
  • Spec name: Meaning” in the physical layer is as follows.
  • -PS Spec Physical Structure Specification
  • PS-PD Spec Physical Device Specification
  • PD-PP Spec Physical Port Specification
  • unique attributes for each PP Definitions ⁇ AS Spec (Aggregate Section Specification): Defines attributes unique to each AS ⁇ PL Spec (Physical Link Specification): Defines attributes unique to each PL ⁇ PC Spec (Physical Connector Specification): Attributes unique to each PC Define
  • FIG. 36 is a figure which shows an example of Spec (logical layer) of the equipment information hold
  • the attributes unique to each layer (VLAN ID (Virtual LAN IDentifier), IP address (address), wavelength number, etc.) are held in the Spec DB 12 as information in which each Spec class is instantiated. .
  • the following Spec class is defined.
  • ⁇ TL Spec (Topological Link Specification): Define unique attributes for each TL ⁇ NFD Spec (Network Forwarding Domain Specification): Define unique attributes for each NFD ⁇ TPE Spec (Termination Point Encapsulation Specification): Unique for each TPE Define attributes ⁇ NC Spec (Network Connection Specification): Define unique attributes for each NC ⁇ LC Spec (Link Connect Specification): Define unique attributes for each LC ⁇ XC Spec (Cross (X) Connect Specification): XC Define unique attributes for each
  • FIG. 37 is a diagram showing an example of use of the Spec and Entity classes by the failure influence ascertaining system according to the sixth embodiment of the present invention.
  • attributes common to layers and their values are held in the Entity DB 13 as information in which the Entity class is instantiated (see, for example, FIGS. 4 to 12).
  • One Specification class in the Spec class is associated with n SpecCharacteristic classes and n Entity classes.
  • the SpecCharacteristic class includes name, valueFrom, valueTo, and Type described later.
  • Entity class includes "status: String” and "position (int, int)".
  • One Entity class corresponds to n CharacteristicValue classes (an outer class of the Entity class that stores concrete characteristics in which any one of the characteristics specified in the SpecCharacteristic class is stored) Attached.
  • the CharacteristicValue class includes CharacteristicName and Value described later.
  • Attribute names unique to layers are held in the SpecDB 12 as information in which the SpecCharacteristic class (external class of the Specification class) is instantiated (see, for example, FIGS. 35 and 36).
  • Attribute values unique to the layer are stored in SpecDB12 as information in which the CharacteristicValue class is instantiated.
  • the attribute name is defined in the SpecCharacteristic class.
  • FIG. 38 is a diagram showing, in a tabular form, an example of the schema of the Specification table of the equipment information defined by the failure impact comprehension system according to the sixth embodiment of the present invention.
  • the schema (column name: type) of the Specification table held in the Spec DB 12 is as follows (see SpecCharacteristic in FIG. 37). ⁇ Name: String ⁇ ValueFrom: int ⁇ ValueTo: int ⁇ Type: String
  • FIG. 39 is a diagram showing, in a tabular form, an example of a schema of the Entity table of the facility information defined by the failure impact ascertaining system according to the sixth embodiment of the present invention.
  • the schema (column name: type) of the Entity table held in the Entity DB 13 is as follows (see Characteristic Value in FIG. 37).
  • CharacteristicName is the name of the corresponding SpecCharacteristic class.
  • ⁇ CharacteristicName String ⁇ Value (concrete value): String
  • the Spec of the equipment information shown in FIGS. 35 and 36 is created as a table in the Spec DB 12 in the format of the Specification and Spec Characteristic shown in FIG. 37.
  • the SpecCharacteristic table shown in FIG. 37 is managed as a plurality of tables by using foreign keys.
  • This SpecCharacteristic table has 4 attributes (name of characteristic), valueFrom (upper limit of concrete value allowed by characteristic), valueTo (lower limit of concrete value allowed by characteristic), type (type of concrete value of characteristic) 37)).
  • the attribute required for storing a unique value in the logical layer in the Spec DB 12 is set in the name attribute (see FIG. 37) of SpecCharacteristic.
  • the type for setting this name attribute is set in the type attribute of SpecCharacteristic (see FIG. 37).
  • the Entity attributes described in FIGS. 4 to 12 are created as a table in the Entity DB 13.
  • a table is created by a schema consisting of two attributes consisting of state and coordinates.
  • the value common to the logical layers is stored in the record of the corresponding table in the Entity DB 13.
  • the attribute name set in the name attribute of the SpecCharacteristic of the corresponding Spec is set in the CharacteristicName attribute of CharacteristicValue, and that value is the value attribute of CharacteristicValue (See FIG. 37).
  • a seventh embodiment Next, a seventh embodiment will be described.
  • input of a failure point and the like will be described.
  • Fig. 40 shows a configuration that functions by inputting the failure point in the failure influence grasping system according to the seventh embodiment of the present invention. It is a figure which shows an example. As shown in FIG. 40, the facility information registration unit 11 and the Entity DB 13 function when inputting a failure location (see FIG. 32).
  • the fault location Entity acquisition unit 14 can specify the fault location in accordance with an operation performed by the user on an input device such as a keyboard or a mouse from a network configuration display screen.
  • a drawing object corresponding to the fault location is specified among the drawing objects of the building, cable, or device on the display screen.
  • the fault location Entity acquisition unit 14 acquires the name of the Entity from the drawing object of the designated fault location.
  • the failure point Entity acquisition unit 14 accesses (accesses) the Entity DB 13 with the acquired Entity name, and acquires the Entity that is the failure point.
  • FIG. 41 is a diagram showing an example of a configuration that functions to display an influence range in the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • the influence range NW configuration
  • the Spec DB 12 the Entity DB 13
  • the NW influence range calculation unit 15 the NW configuration display unit 16 function.
  • FIG. 42 is a sequence diagram showing an example of a processing procedure of displaying an influence range by the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • the NW configuration display unit 16 searches the Entity DB 13 via the failure location Entity acquisition unit 14 for the Entity ID corresponding to the failure location. This Entity ID is returned to the NW configuration display unit 16 as the fault location Entity ID.
  • the NW configuration display unit 16 instructs the NW influence range calculation unit 15 to acquire the influence range Entity ID indicating the influence range due to the fault indicated by this fault location Entity ID. Then, the NW influence range calculation unit 15 searches the influence range Entity ID from the Entity DB 13. The retrieved array of influence entity IDs is returned to the NW configuration display unit 16.
  • the NW configuration display unit 16 acquires all the Entities from the Entity DB 13.
  • the NW configuration display unit 16 acquires the Entity including the acquired influence range Entity ID from the Entity DB 13 as an influence range Entity file (file).
  • the NW configuration display unit 16 acquires the Spec information corresponding to all Entities from the Spec DB 12 as a Spec array.
  • the respective acquisition results by the NW configuration display unit 16 are displayed on the NW influence display screen and are grasped by the operator.
  • 43A and 43B are flowcharts showing an example of a processing procedure by the NW influence range calculation unit 15 of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • the NW influence range calculation unit 15 acquires the fault location Entity ID from the Entity DB 13 (S11), and acquires all the entities of the physical layer from the Entity DB 13 (S12).
  • the NW influence range calculation unit 15 recognizes the failure point indicated by the failure point EntityID (S13). When this failure location indicates a building collapse or total power exhaustion in the building (total power exhaustion), the NW impact range calculation unit 15 sets the status of PD, PP in the building to NG (failure). Is set (S14), and the NFD and TPE of the Logical Device layer, which is the Entity corresponding to the PD, is set to NG (S15).
  • the NW influence range calculation unit 15 sets the state of the PL to NG (S16) and sets the state of the PC included in the PL to NG ( S17), the state of PP connected to PC is set to NG (S18), and the state of TPE, TL of LogicalDevice layer which is the Entity corresponding to PP is set to NG (S19).
  • the NW influence range calculation unit 15 sets the status of PD, PP to NG (S20), and is the Entity corresponding to the PD in the LogicalDevice layer.
  • the state of NFD and TPE is set to NG (S21).
  • the NW influence range calculation unit 15 sets the initial value of N to 1, and in the condition that this N is less than the number of upper layers of the LogicalDevice layer, the upper layer of the LogicalDevice layer All the entities of a certain layer (N + 1) are acquired from the EntityDB 13 (S22), and the states of TPE, LC, XC, and NC of the upper layer (N + 1) corresponding to the layer N are set to NG (S23). After this setting, the NW influence range calculation unit 15 updates by adding 1 to N, and S22 and S23 loop until N becomes equal to or larger than the number of upper layers of the LogicalDevice layer.
  • FIG. 44 is a flowchart showing an example of a procedure for displaying the configuration of the physical layer by the NW configuration display unit 16 of the failure impact ascertaining system according to the eighth embodiment of the present invention.
  • the NW configuration display unit 16 sets the initial value of i to 1, and recognizes the type of Entity [i] in the physical layer under the condition that i is smaller than the number of all entities (S31).
  • the NW configuration display unit 16 acquires the coordinates (see FIG. 5) defined in PDEntity from the EntityDB 13 (S32) and sets the position corresponding to this coordinate.
  • the drawing object of the device is displayed (S33).
  • the NW configuration display unit 16 sets the PC coordinates (corresponding to the PP coordinates (see FIG. 6) defined in PPEntity) of both ends of the corresponding PL to Entity. It is acquired from the DB 13 (S34), and a line drawing object is displayed between these coordinates (S35).
  • the NW configuration display unit 16 acquires the coordinates (see FIG. 6) defined in PPEntity from the EntityDB 13 (S36) and sets the position corresponding to this coordinate.
  • the drawing object of the port is displayed (S37).
  • the NW configuration display unit 16 After S33, 35, or S37, the NW configuration display unit 16 performs a display process of information unique to the layer (S38). Details of S38 will be described later. After the processing of S38, the NW configuration display unit 16 updates i by adding 1 to it, and S31 to 38 loop until i becomes the number of all entities. The drawing based on the coordinate information of the object is also described in Non-Patent Document 1 and Japanese Patent Application No. 2019-149774.
  • FIG. 45 is a flow chart showing an example of a procedure for displaying information unique to a layer by the NW configuration display unit 16 of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • the NW configuration display unit 16 stores the Entity type of CharacteristicValue in the variable t, stores the CharacteristicName attribute of CharacteristicValue in the variable n, and stores the value attribute of CharacteristicValue in the variable v (S38a).
  • the NW configuration display unit 16 acquires the instance (sc) of the SpecCharacteristic table corresponding to t from the Spec DB 12 (S38b). The NW configuration display unit 16 extracts one record from sc and stores it in the variable r (S38c).
  • the NW configuration display unit 16 extracts one record from sc, stores it in the variable r, and returns to the beginning of the loop.
  • FIG. 46 is a flow chart showing an example of a procedure for displaying the configuration of the logical layer by the NW configuration display unit 16 of the failure impact ascertaining system according to the eighth embodiment of the present invention.
  • the NW configuration display unit 16 sets the initial value of i to 1, and recognizes the type of Entity [i] of the logical layer under the condition that this i is smaller than the number of all Entities (S41).
  • the NW configuration display unit 16 acquires the coordinates (see FIG. 11) defined by TPEEntity from EntityDB13 (S42) and is defined by this TPEEntity. The state is recognized (S43).
  • the NW configuration display unit 16 displays the point corresponding to the acquired coordinates in red (S44), and when it is not set to NG. , NW configuration display unit 16 displays the points corresponding to the acquired coordinates in black (S45).
  • the NW configuration display unit 16 acquires all TPEs from the point object array defined in the Entity DB 13 (S46), and there is a CharacteristicValue attribute in this TPE. Whether or not it is recognized (S47). When there is this attribute, the NW configuration display unit 16 performs the above-mentioned display processing of the information unique to the layer (see FIG. 45) (S48).
  • the NW configuration display unit 16 After S48, or when there is no CharacteristicValue attribute, the NW configuration display unit 16 performs display processing other than TPEEntity (S49). After the processing of S48 or S49, the NW configuration display unit 16 updates i by adding 1 to it, and S41 to 49 loop until i becomes the number of all entities. Display process other than TPEEntity will be described later.
  • 47A and 47B are flowcharts showing an example of a procedure for displaying other than TPE by the NW configuration display unit 16 of the failure influence ascertaining system according to the eighth embodiment of the present invention.
  • the NW configuration display unit 16 starts a loop of "execute until the elements of the point object array are empty" and sets the coordinates (TPE1, TPE2) of two points from the point object array defined in Entity DB 13 respectively. It is acquired (S49a), and a line drawing object is added between the acquired TPE1 and TPE2 (S49b).
  • the NW configuration display unit 16 recognizes the type of Entity between the acquired TPE1 and TPE2 from the Entity DB 13 (S49c).
  • the NW configuration display unit 16 recognizes the state defined by this Entity (S49d).
  • this state is set by the NW influence range calculation unit 15 to be not NG, the NW configuration display unit 16 adds a non-red line, for example, a black line drawing object between the points corresponding to TPE1 and TPE2. Yes (S49e).
  • the NW configuration display unit 16 adds a red line drawing object between the points corresponding to TPE1 and TPE2 (S49f).
  • the NW configuration display unit 16 recognizes the state defined by this Entity (S49g). When this state is set by the NW influence range calculation unit 15 to be not NG, the NW configuration display unit 16 displays a non-red double line, for example, a black double line between the points corresponding to TPE1 and TPE2. The drawing object of is added (S49h). On the other hand, when the state is set to NG by the NW influence range calculation unit 15, the NW configuration display unit 16 adds a red double-line drawing object between the points corresponding to TPE1 and TPE2 ( S49i).
  • the NW configuration display unit 16 recognizes the state defined by this Entity (S49j). When this state is set to not NG by the NW influence range calculation unit 15, the NW configuration display unit 16 draws a non-red ellipse, for example, a black ellipse drawing object between the points corresponding to TPE1 and TPE2. Add (S49k). On the other hand, when the state is set to NG by the NW influence range calculation unit 15, the NW configuration display unit 16 adds a red ellipse drawing object between the points corresponding to TPE1 and TPE2 (S49l). .
  • the NW configuration display unit 16 recognizes the state defined by this entity (S49m). When this state is set by the NW influence range calculation unit 15 to be not NG, the NW configuration display unit 16 adds a non-red line, for example, a black line drawing object between the points corresponding to TPE1 and TPE2. Yes (S49n). On the other hand, when the state is set to NG by the NW influence range calculation unit 15, the NW configuration display unit 16 adds a red line drawing object between the points corresponding to TPE1 and TPE2 (S49o). After S49n or S49o, the NW configuration display unit 16 acquires the service subscriber information attribute value from the Entity DB 13 and displays this value as a character string (S49p).
  • FIG. 48 is a block diagram showing an example of a hardware configuration of the failure influence ascertaining system according to the embodiment of the present invention.
  • the failure impact comprehension system 10 according to the fifth to eighth embodiments is configured by, for example, a server computer (server computer) or a personal computer (personal computer), and has a hardware such as a CPU. It has a hardware processor 111A.
  • a program memory 111B, a data memory 112, an input / output interface 113, and a communication interface 114 are connected to the hardware processor 111A via a bus 120.
  • the communication interface 114 includes, for example, one or more wireless communication interface units, and enables transmission / reception of information to / from the communication network NW.
  • the wireless interface for example, an interface adopting a low power wireless data communication standard such as a wireless LAN (Local Area Network) is used.
  • the input / output interface 113 is connected to an input device (device) 20 and an output device 30 for an operator, which are attached to the fault impact comprehension system 10.
  • the input / output interface 113 takes in operation data input by an administrator through an input device 20 such as a keyboard, a touch panel, a touch pad, and a mouse, and outputs the output data as liquid crystal or organic EL (Electro Luminescence). Is output to the output device 30 including the display device used for displaying.
  • the input device 20 and the output device 30 may be the devices built in the failure impact comprehension system 10, or the input device and the output device of another information terminal capable of communicating via the network NW. May be.
  • the program memory 111B is a non-transitory tangible storage medium, for example, a non-volatile memory such as a HDD (Hard Disk Drive) or SSD (Solid State Drive) that can be written and read at any time, and a ROM (Read Only Memory). It is used in combination with a non-volatile memory such as, and stores programs necessary for executing various control processes according to one embodiment.
  • a non-volatile memory such as a HDD (Hard Disk Drive) or SSD (Solid State Drive) that can be written and read at any time
  • ROM Read Only Memory
  • the data memory 112 is, for example, a combination of a nonvolatile memory and a volatile memory such as a RAM (Random Access Memory) as a tangible storage medium, and performs information collection processing. It is used to store various data acquired and created in the process.
  • a RAM Random Access Memory
  • the failure impact comprehension system 10 includes a facility information registration unit 11, a Spec DB 12, an Entity DB 13, a fault location Entity acquisition unit 14, which is shown in FIG. It may be configured as a data processing device having the NW influence range calculation unit 15 and the NW configuration display unit 16.
  • the Spec DB 12 and Entity DB 13 can be configured using the data memory 112 shown in FIG.
  • the SpecDB 12 and the EntityDB 13 are not indispensable components in the failure impact comprehension system 10, and for example, an external storage medium such as a USB (Universal Serial Bus) memory or a database server (database) arranged in a cloud. It may be provided in a storage device such as a server).
  • an external storage medium such as a USB (Universal Serial Bus) memory or a database server (database) arranged in a cloud. It may be provided in a storage device such as a server).
  • the processing function units in each of the equipment information registration unit 11, the failure location Entity acquisition unit 14, the NW influence range calculation unit 15, and the NW configuration display unit 16 all execute the program stored in the program memory 111B as the above hardware. It is realized by reading and executing by the wear processor 111A. Note that some or all of these processing function units can be implemented in various other formats, including integrated circuits such as application-specific integrated circuits (ASICs) or FPGAs (field-programmable gate arrays). May be done.
  • ASICs application-specific integrated circuits
  • FPGAs field-programmable gate arrays
  • the display coordinates of the Entity object have been described as a two-dimensional coordinate system, but the present invention is not limited to this, and it is also possible to design the coordinate axis with Spec for each layer and the three-dimensional coordinate system.
  • the process of designing coordinate axes with Spec for each layer can be realized by the process of adding a unique coordinate attribute in the SpecCharacteristic class of the Spec class and the process of adding an attribute name in the CharacteristicValue class of Entity.
  • a device and a medium of a network management device physical layer are managed as a device object and a medium object, respectively, a communication end point of a logical layer is managed as a point object, and communication connecting point objects is performed. It is managed as a line or plane object, and the entire communication between logical layers is managed as a communication object.
  • the point object has an attribute that refers to the device and medium object of the corresponding physical layer. Further, the point object has an attribute that refers to the point object in the layer below the logical layer.
  • the setting of the fault location is realized by setting a value indicating the fault in the attribute of the physical layer device or the medium object.
  • the network management device searches for an object in the logical layer corresponding to the relevant object set at the failure location, and the network management device also searches for a line object, a plane object, or a communication object including the relevant object. It will be realized.
  • the communication object in which the failure has occurred stores information on the service user who uses the communication of the logical layer.
  • the network management device can specify the range of influence in the logical layer used by the communication service and can grasp the information of the affected service user.
  • the method described in each embodiment is, as a program (software means) that can be executed by a computer (computer), for example, a magnetic disk (floppy disk, hard disk, or the like), an optical disk ( It can also be stored in a recording medium such as an optical disc (CD-ROM, DVD, MO, etc.), semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted by a communication medium for distribution.
  • a computer for example, a magnetic disk (floppy disk, hard disk, or the like), an optical disk ( It can also be stored in a recording medium such as an optical disc (CD-ROM, DVD, MO, etc.), semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted by a communication medium for distribution.
  • the programs stored on the medium side include a setting program for configuring software means (including not only execution programs but also tables and data structures) to be executed by the computer in the computer.
  • a computer that realizes this device reads a program recorded in a recording medium, and if necessary, constructs software means by a setting program, and the operation is controlled by the software means to execute the above-described processing.
  • the recording medium in the present specification is not limited to distribution, but includes a storage medium such as a magnetic disk or a semiconductor memory provided in a device connected to the inside of a computer or via a network.
  • the present invention is not limited to the above-described embodiment, and can be variously modified in an implementation stage without departing from the gist thereof. Further, the respective embodiments may be appropriately combined and implemented, in which case the combined effects can be obtained. Further, the above-described embodiment includes various inventions, and various inventions can be extracted by a combination selected from a plurality of disclosed constituent features. For example, even if some constituent elements are deleted from all the constituent elements shown in the embodiment, if the problem can be solved and the effect can be obtained, the structure in which the constituent elements are deleted can be extracted as the invention.

Landscapes

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

Abstract

一実施形態に係るネットワーク管理装置は、ネットワーク構成の物理レイヤに関する情報オブジェクトと論理レイヤに関する情報オブジェクトとの対応関係を示す情報を格納する格納部と、前記ネットワーク構成の物理レイヤにおける障害の発生箇所に関する情報オブジェクトを、前記格納部から取得する取得手段と、前記格納部に格納される前記論理レイヤに関する情報オブジェクトのうち、前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトに対応付けられる情報オブジェクトを、障害影響範囲として特定する特定手段と、前記特定手段により特定された障害影響範囲を示す情報を出力する出力手段とを有する。

Description

ネットワーク管理装置、方法およびプログラム
　本発明の実施形態は、ネットワーク管理装置、方法およびプログラムに関する。
　管理対象のNW（通信ネットワーク（network））の特性を規定する仕様情報がデータモデル（data model）形式で定義されたデータから、NWの特性を含む１以上の仕様情報を仕様データベース（database）に登録し、仕様情報に含まれる特性に対応付けるための情報と、この情報に関連する１以上の項目ごとに指定される値と、を含む情報オブジェクト（object）生成指示に基づいて、NWの管理情報を表す情報オブジェクトを生成する技術がある（例えば特許文献１を参照）。
　上記情報オブジェクトは、仕様データベースの仕様情報のうちの対応する特性の形式に一致する場合に、情報オブジェクト生成指示に含まれる項目ごとに指定される値を含む。
　また、複数のNW装置で実現されたNWの物理及び論理レイヤ（layer）の構成を保持して表示装置で表示する際に、NW装置種別及びプロトコル（protocol）の変更に依らずに共通した方法で上記構成に対応する画像を表示装置で表示する技術がある（例えば非特許文献１を参照）。
日本国特開２０１８－７８５２３号公報
深見　公彦,佐藤　正崇,田山　健一,堀内　信吾、「複数ネットワーク構成の可視化方式に関する一検討」、信学技報 ICM2017-80(2018-03)
　ところが、非特許文献１に記載された技術では、NWで障害、例えば装置の故障が発生したとき、NWにおける障害箇所がNW構成（物理又は論理レイヤ)における、どの箇所に影響するかを特定することができない。このため、障害の影響範囲をNW構成として表示装置で表示することができず、また障害により影響を受ける顧客の情報が取得されることもできない。
　この発明は、上記事情に着目してなされたもので、その目的とするところは、通信ネットワークで発生した障害による影響を特定することができるようにしたネットワーク管理装置、方法およびプログラムを提供することにある。
　上記目的を達成するために、この発明の一実施形態に係るネットワーク管理装置の第１の態様は、ネットワーク管理装置が、ネットワーク構成の物理レイヤに関する情報オブジェクトと論理レイヤに関する情報オブジェクトとの対応関係を示す情報を格納する格納部と、前記ネットワーク構成の物理レイヤにおける障害の発生箇所に関する情報オブジェクトを、前記格納部から取得する取得手段と、前記格納部に格納される前記論理レイヤに関する情報オブジェクトのうち、前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトに対応付けられる情報オブジェクトを、障害影響範囲として特定する特定手段と、前記特定手段により特定された障害影響範囲を示す情報を出力する出力手段とを備えるようにしたものである。
　この発明のネットワーク管理装置の第２の態様は、第１の態様において、前記格納部は、前記論理レイヤに関する情報オブジェクトに対応付けて、前記ネットワーク構成によるサービスへの加入者に関する情報をさらに格納し、前記特定手段は、前記取得手段により取得された前記障害の発生箇所に関する情報オブジェクトに対応付けられる前記加入者に関する情報を、前記障害の影響を受ける加入者の情報として特定し、前記出力手段は、前記特定手段により特定された、前記障害の影響を受ける加入者の情報を出力するようにしたものである。
　この発明のネットワーク管理装置の第３の態様は、第１の態様において、前記物理レイヤに関する情報オブジェクトは、通信装置に取り付けられる通信ポートを示すポートオブジェクトを含み、前記論理レイヤに関する情報オブジェクトは、通信の発生箇所又は終端を示す複数の点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを含み、前記物理レイヤに関する情報オブジェクトと前記論理レイヤに関する情報オブジェクトとの対応関係は、前記ポートオブジェクトと前記点オブジェクトとの対応関係を含むようにしたものである。
　この発明のネットワーク管理装置の第４の態様は、第３の態様において、前記特定手段は、前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトが前記ポートオブジェクトであるときに、当該ポートオブジェクトを前記物理レイヤにおける障害影響範囲として特定し、前記特定されたポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを、前記論理レイヤにおける障害影響範囲として特定するようにしたものである。
　この発明のネットワーク管理装置の第５の態様は、第３の態様において、前記物理レイヤに関する情報オブジェクトは、前記通信ポートを有する通信装置を示す装置オブジェクトを含み、前記特定手段は、前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトが前記装置オブジェクトであるときに、当該装置オブジェクトで示される通信装置、および当該通信装置が有する通信ポートを示すポートオブジェクトを、前記物理レイヤにおける障害影響範囲として特定し、前記特定されたポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを、前記論理レイヤにおける障害影響範囲として特定するようにしたものである。
　この発明のネットワーク管理装置の第６の態様は、第３の態様において、前記物理レイヤに関する情報オブジェクトは、前記通信ポートに接続可能な通信ケーブルを示す媒体オブジェクトを含み、前記特定手段は、前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトが前記媒体オブジェクトであるときに、当該媒体オブジェクトで示される通信ケーブル、および当該通信ケーブルに接続可能な通信ポートを示すポートオブジェクトを、前記物理レイヤにおける障害影響範囲として特定し、前記特定されたポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを、前記論理レイヤにおける障害影響範囲として特定するようにしたものである。
　本発明の一実施形態に係る、ネットワーク管理装置が行うネットワーク管理方法の一つの態様は、ネットワーク構成の物理レイヤに関する情報オブジェクトと論理レイヤに関する情報オブジェクトとの対応関係を示す情報を格納部に格納し、前記ネットワーク構成の物理レイヤにおける障害の発生箇所に関する情報オブジェクトを、前記格納部から取得し、前記格納部に格納される前記論理レイヤに関する情報オブジェクトのうち、前記取得された、前記障害の発生箇所に関する情報オブジェクトに対応付けられる情報オブジェクトを、障害影響範囲として特定し、前記特定された障害影響範囲を示す情報を出力するようにしたものである。
　本発明の一実施形態に係るネットワーク管理処理プログラムの一つの態様は、第１乃至第６の態様のいずれか１つにおけるネットワーク管理装置の前記各手段としてプロセッサを機能させるものである。
　この発明の一実施形態に係るネットワーク管理装置の第１の態様によれば、ネットワーク構成の物理レイヤにおける障害の発生箇所に関する情報オブジェクトに対応付けられる論理レイヤ上の情報オブジェクトが、障害影響範囲として特定されるので、物理レイヤにおける障害が発生したときに、論理レイヤにおける障害影響範囲を適切に特定することができる。
　この発明の一実施形態に係るネットワーク管理装置の第２の態様によれば、障害の発生箇所に関する情報オブジェクトに対応付けられる、加入者に関する情報が、障害影響を受ける加入者の情報として特定されるので、障害の影響を受ける通信サービス加入者を適切に特定することができる。
　この発明の一実施形態に係るネットワーク管理装置の第３の態様によれば、物理レイヤでのポートオブジェクトと、論理レイヤにおける点オブジェクトとの対応関係により、物理レイヤと論理レイヤとの対応関係を定義したので、障害の発生による影響範囲を適切に特定することができる。
　この発明の一実施形態に係るネットワーク管理装置の第４の態様によれば、障害の発生箇所が通信ポートであるときに、当該ポートオブジェクトが物理レイヤにおける障害影響範囲として特定され、このポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトが論理レイヤにおける障害影響範囲として特定されるので、障害の発生箇所が通信ポートであるときの障害影響範囲を適切に特定することができる。
　この発明の一実施形態に係るネットワーク管理装置の第５の態様によれば、障害の発生箇所が通信装置であるときに、当該装置オブジェクトで示される通信装置、および当該通信装置が有する通信ポートを示すポートオブジェクトが物理レイヤにおける障害影響範囲として特定され、このポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトが論理レイヤにおける障害影響範囲として特定されるので、障害の発生箇所が装置であるときの障害影響範囲を適切に特定することができる。
　この発明の一実施形態に係るネットワーク管理装置の第６の態様によれば、障害の発生箇所が通信媒体であるときに、当該媒体オブジェクトで示される通信ケーブル、および当該通信ケーブルに接続可能な通信ポートを示すポートオブジェクトが物理レイヤにおける障害影響範囲として特定され、このポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトが論理レイヤにおける障害影響範囲として特定されるので、障害の発生箇所が通信媒体であるときの障害影響範囲を適切に特定することができる。
　すなわち、本発明の各態様によれば、通信ネットワークで発生した障害による影響を特定することが可能になる。
図１は、本発明の第１の実施形態に係るネットワーク管理装置に適用されるネットワーク構成のモデリング（modeling）の一例を表形式で示す図である。 図２は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理Entityの適用事例を示す図である。 図３は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理Entityの適用事例を示す図である。 図４は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPS Entityの定義の一例を表形式で示す図である。 図５は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPD Entityの定義の一例を表形式で示す図である。 図６は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPP Entityの定義の一例を表形式で示す図である。 図７は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのAS Entityの定義の一例を表形式で示す図である。 図８は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPL Entityの定義の一例を表形式で示す図である。 図９は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPC Entityの定義の一例を表形式で示す図である。 図１０は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理レイヤでのLC Entity、XC Entity、TL Entity、NFD Entityの定義の一例を表形式で示す図である。 図１１は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理レイヤでのTPE Entityの定義の一例を表形式で示す図である。 図１２は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理レイヤでのNC Entityの定義の一例を表形式で示す図である。 図１３は、本発明の第１の実施形態に係るネットワーク管理装置によるEntityの作成の一例を説明する図である。 図１４は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるポート（port）故障発生の指定の一例を説明する図である。 図１５は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるPhysicalレイヤでの影響範囲の一例を説明する図である。 図１６は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるLogical Deviceレイヤでの影響範囲の一例を説明する図である。 図１７は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるOTNレイヤでの影響範囲の一例を説明する図である。 図１８は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるETHレイヤでの影響範囲の一例を説明する図である。 図１９は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるIPレイヤでの影響範囲の一例を説明する図である。 図２０は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるポート故障発生の指定の一例を説明する図である。 図２１は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるPhysicalレイヤでの影響範囲の一例を説明する図である。 図２２は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるLogical Deviceレイヤでの影響範囲の一例を説明する図である。 図２３は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるOTNレイヤでの影響範囲の一例を説明する図である。 図２４は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるETHレイヤでの影響範囲の一例を説明する図である。 図２５は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるIPレイヤでの影響範囲の一例を説明する図である。 図２６は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおける媒体障害発生の指定の一例を説明する図である。 図２７は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるPhysicalレイヤでの影響範囲の一例を説明する図である。 図２８は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるLogical Deviceレイヤでの影響範囲の一例を説明する図である。 図２９は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるOTNレイヤでの影響範囲の一例を説明する図である。 図３０は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるETHレイヤでの影響範囲の一例を説明する図である。 図３１は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるIPレイヤでの影響範囲の一例を説明する図である。 図３２は、本発明の第５の実施形態に係る障害影響把握システム（system）の機能概要の一例について説明する図である。 図３３は、本発明の第５の実施形態に係る障害影響把握システムの機能構成例を示す図である。 図３４は、本発明の第６の実施形態に係る障害影響把握システムによる設備情報の登録の手順の一例を示すシーケンス（sequence）図である。 図３５は、本発明の第６の実施形態に係る障害影響把握システムにより保持される設備情報のSpec(物理レイヤ)の一例を表形式で示す図である。 図３６は、本発明の第６の実施形態に係る障害影響把握システムにより保持される設備情報のSpec(論理レイヤ)の一例を表形式で示す図である。 図３７は、本発明の第６の実施形態に係る障害影響把握システムによるSpec，Entityクラス（class）の利用の一例を示す図である。 図３８は、本発明の第６の実施形態に係る障害影響把握システムにより規定される設備情報のSpecificicationテーブル（table）のスキーマ（schema）の一例を表形式で示す図である。 図３９は、本発明の第６の実施形態に係る障害影響把握システムにより規定される設備情報のEntityテーブルのスキーマの一例を表形式で示す図である。 図４０は、本発明の第７の実施形態に係る障害影響把握システムにおける障害箇所の入力で機能する構成の一例を示す図である。 図４１は、本発明の第８の実施形態に係る障害影響把握システムにおける影響範囲の表示で機能する構成の一例を示す図である。 図４２は、本発明の第８の実施形態に係る障害影響把握システムによる影響範囲の表示の処理手順の一例を示すシーケンス図である。 図４３Ａは、本発明の第８の実施形態に係る障害影響把握システムのNW影響範囲計算部による処理手順の一例を示すフローチャート（flow chart）である。 図４３Ｂは、本発明の第８の実施形態に係る障害影響把握システムのNW影響範囲計算部による処理手順の一例を示すフローチャートである。 図４４は、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部による、物理レイヤの構成を表示する手順の一例を示すフローチャートである。 図４５は、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部による、レイヤに固有な情報を表示する手順の一例を示すフローチャートである。 図４６は、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部による、論理レイヤの構成を表示する手順の一例を示すフローチャートである。 図４７Ａは、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部による、TPE以外の表示の手順の一例を示すフローチャートである。 図４７Ｂは、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部による、TPE以外の表示の手順の一例を示すフローチャートである。 図４８は、本発明の一実施形態に係る障害影響把握システムのハードウェア構成の一例を示すブロック図である。
　以下、図面を参照しながら、この発明に係わる一実施形態を説明する。　
　本発明の一実施形態に係るネットワーク管理装置は、通信ネットワークの物理レイヤおよび論理レイヤの各構成要素を、統一された情報オブジェクト（以下、単にオブジェクトと称する）を用いてモデル化する。
　また、ネットワーク管理装置は、各オブジェクト間のつながりを用いて、障害による影響範囲を特定し、オブジェクトに対応付けられているユーザ（user）情報から障害の影響を受ける通信サービス（service）利用者を特定する。
　これにより、プロトコル、媒体種別の異なる複数レイヤにより構成されたネットワークで発生した障害の影響範囲および影響を受けるサービス利用者が特定される。
　次に、本発明の一実施形態に係るネットワーク管理装置の概要について説明する。第１に、NW構成のモデリングについて、次の１－１．～１－７．で説明する。　
　１－１．　ネットワーク管理装置は、物理レイヤにおけるNW装置を装置オブジェクトとして保持し、物理レイヤにおける通信ポートをポートオブジェクトとして保持し、物理レイヤにおける通信媒体を媒体オブジェクトとして保持する。
　１－２．　ネットワーク管理装置は、論理レイヤにおける通信の発生箇所又はその終端を点オブジェクトとして保持し、この点オブジェクト間の通信と、点オブジェクト間の通信可能範囲とを、線又は面オブジェクトとしてそれぞれ保持する。
　１－３．　論理レイヤは通信オブジェクトをさらに保持する。この通信オブジェクトは、（１）論理レイヤ上の始点と終点との間の全ての点オブジェクトが格納される点オブジェクト配列と、（２）サービス加入者に関する情報と、（３）状態と、をそれぞれ有する。　
　１－４．　装置オブジェクトおよびポートオブジェクトは、状態と座標とをそれぞれ有する。媒体オブジェクトは状態を有する。
　１－５．　点オブジェクトは、（１）下位オブジェクト（当該点オブジェクトが属するレイヤに対する下位レイヤに対応する点オブジェクト）と、（２）状態と、（３）座標と、をそれぞれ有する。線又は面オブジェクトは、状態と、点オブジェクト配列とをそれぞれ有する。
　この点オブジェクト配列は、線又は面オブジェクトを構成する点オブジェクト名を保持する。点オブジェクトは、上記のように下位オブジェクトを保持するだけでなく、上位オブジェクト（当該点オブジェクトが属するレイヤに対する上位レイヤに対応する点オブジェクト）を保持することも可能である。
　１－６．　ネットワーク管理装置は、物理レイヤのオブジェクトと論理レイヤのオブジェクトとの関連性を保持する。具体的には、点オブジェクトが有する下位オブジェクトは、対応する物理レイヤのポートオブジェクトを保持する。
　１－７．　ネットワーク管理装置は、論理レイヤ間のオブジェクトの関連性を保持する。具体的には、点オブジェクトが有する下位オブジェクトは、下位レイヤの種別が変わる箇所の点オブジェクトを保持する。
　第２に、影響範囲の特定と表示(ポート故障による障害)について、以下の２－１．～２－７．で説明する。２－１．～２－４．は、影響範囲の特定に対応する。２－５．～２－７．は、影響範囲の表示に対応する。
　２－１．　障害箇所がポートである場合、ネットワーク管理装置は、そのポートに対応するポートオブジェクトの状態に、障害発生を示すNGを設定する。
　２－２．　ネットワーク管理装置は、ポートオブジェクトに対応するオブジェクトとしての、論理レイヤ上の点オブジェクトの状態にNGを設定する。
　２－３．　ネットワーク管理装置は、点オブジェクトが及ぼす影響範囲を特定する。具体的には、ネットワーク管理装置は、上記の点オブジェクトを含むオブジェクトである、物理レイヤに対する上位レイヤの通信オブジェクトを構成する点オブジェクト配列の状態にNGに設定する。
　２－４．　ネットワーク管理装置は、障害箇所に対応し、かつ上記の通信オブジェクトを構成する点オブジェクト配列に対応する、１階層上位のレイヤの点、線（又は面）、通信オブジェクトを繰り返し検索し、最上位レイヤまで、上記の２－３．の処理を行なう。
　２－５．　ネットワーク管理装置は、すべての論理レイヤを構成する通信オブジェクト、点、線（又は面）オブジェクトを表示装置でそれぞれ表示する。あわせて、このオブジェクトの状態にNGが設定されている場合、ネットワーク管理装置は、該当オブジェクトを表示装置で赤く表示する。　
　２－６．　ネットワーク管理装置は、２－４．で示された点オブジェクトと、その下位オブジェクトとを検索し、これらが点線により接続された画像を表示装置で表示する。
　２－７．　ネットワーク管理装置は、物理レイヤの装置、ポート、媒体オブジェクトを示す図形である描画オブジェクトを表示装置でそれぞれ表示する。この表示とともに、ポートオブジェクトの状態にNGが設定されている場合は、ネットワーク管理装置は、該当するポートオブジェクトを表示装置で赤く表示する。
　第３に、影響範囲の特定と表示(装置障害)について、以下の３－１．～３－７．で説明する。３－１．～３－４．は、影響範囲の特定に対応し、３－５．～３－７．は影響範囲の表示に対応する。
　３－１．　障害箇所が装置である場合、ネットワーク管理装置は、その装置に対応する装置オブジェクトと、その装置が有するポートオブジェクトとの状態にNGを設定する。ビルに水没、電源枯渇、倒壊などが発生したとき、又は装置自体に故障が発生したときなどに装置障害が発生する。　
　３－２．　ネットワーク管理装置は、装置オブジェクトに対応するオブジェクトとしての、論理レイヤ上の点、線（又は面）オブジェクトの状態にNGを設定する。
　３－３．　ネットワーク管理装置は、線（又は面）オブジェクトが及ぼす影響範囲を特定する。具体的には、ネットワーク管理装置は、３－２．で説明した線（又は面）オブジェクトを構成する点オブジェクト配列の要素のいずれかを含むオブジェクトとしての、１階層上位のレイヤの通信、点、線（又は面）オブジェクトを検索し、該当オブジェクトの状態にNGを設定する。
　３－４．　ネットワーク管理装置は、障害箇所に対応し、かつ３－３．で説明された通信、点、線（又は面）オブジェクトのいずれかを含むオブジェクトとしての、１階層上位のレイヤのオブジェクトを検索し、この検索を最上位レイヤまで繰り返し行なう。
　３－５．　ネットワーク管理装置は、すべての論理レイヤを構成する通信オブジェクト、点、線（又は面）オブジェクトを表示装置でそれぞれ表示する。あわせて、上記のオブジェクトの状態にNGが設定されている場合、ネットワーク管理装置は、該当オブジェクトを表示装置で赤く表示する。　
　３－６．　ネットワーク管理装置は、３－５．で述べた点オブジェクトと、その下位オブジェクトとを検索し、これらが点線で接続された画像を表示装置で表示する。
　３－７．　ネットワーク管理装置は、物理レイヤの装置、ポート、媒体オブジェクトを示す図形である描画オブジェクトを表示装置でそれぞれ表示する。この表示とともに、装置オブジェクトの状態にNGが設定されている場合は、ネットワーク管理装置は、該当する装置オブジェクトを表示装置で赤く表示する。
　第４に影響範囲の特定と表示(媒体障害の場合)について、以下の４－１．～４－６．で説明する。４－１．～４－３．は、影響範囲の特定に対応し、４－４．～４－６．は影響範囲の表示に対応する。
　４－１．　障害箇所が媒体オブジェクトである場合、ネットワーク管理装置は、通信媒体（通信媒体の接続用コネクタ（connector）がある場合は当該コネクタを含む）の状態にNGを設定する。　
　この設定とともに、ネットワーク管理装置は、通信媒体に対応する媒体オブジェクトと接続されるポートオブジェクト（通信媒体のコネクタに接続可能な通信ポートに対応）を検索し、このポートオブジェクトの状態にNGを設定する。
　媒体オブジェクトに障害が起きる場合は、ケーブル（cable）の切断、腐食などが発生した場合である。　
　４－２．　ネットワーク管理装置は、検索されたポートオブジェクトに対応する、各層の論理レイヤ上の点オブジェクトの状態をNGとする。　
　４－３．　ネットワーク管理装置は、４－２．の点オブジェクトを全て含むオブジェクトとしての、物理レイヤに対する上位レイヤの通信、線（又は面）オブジェクトの状態をNGとする。
　４－４．　ネットワーク管理装置は、全ての論理レイヤを構成する通信オブジェクト、点、線（又は面）オブジェクトを表示装置で表示する。あわせて、上記オブジェクトの状態がNGの場合、ネットワーク管理装置は、このオブジェクトを表示装置で赤く表示する。上位レイヤでのオブジェクト検索方法は、点、線（又は面）オブジェクトを含むオブジェクトとしての、上位レイヤでのオブジェクトを検索することにより実現される。
　４－５．　ネットワーク管理装置は、４－４．で述べられたオブジェクトと、これらのオブジェクトのうち点オブジェクト有する下位オブジェクトとを検索し、これらが点線で接続された画像を表示装置で表示する。　
　４－６．　ネットワーク管理装置は、物理レイヤの装置、媒体、ポートオブジェクトを表示装置でそれぞれ表示する。この表示とともに、各オブジェクトの状態がNGに設定されている場合は、ネットワーク管理装置は、該当オブジェクトを表示装置で赤く表示する。
　（第１の実施形態）
　次に、第１の実施形態について説明する。まず、NW構成(物理、論理レイヤ)のモデリング方法について説明する。　
　図１は、本発明の第１の実施形態に係るネットワーク管理装置に適用されるネットワーク構成のモデリングの一例を表形式で示す図である。
　図１に示されるように、物理レイヤの構成には、PS(Physical Structure), PD(Physical Device), PP(Physical Port), AS(Aggregate Section), PL(Physical Link), PC(Physical Connector)でなるEntity（情報オブジェクト）が適用される。
　論理レイヤの構成には、TL(Topological Link), NFD(Network Forwarding Domain), TPE(Termination Point Encapsulation), NC(Network Connection), LC(Link Connect), XC(Cross(X) Connect)でなるEntityが適用される。
　このような適用により、物理レイヤおよび論理レイヤの構成が、統一された形式で保持され得る。
　図１に示されるように、物理レイヤにおけるEntity名は、PS, PD, PP, AS, PL, PCに区分される。それぞれのEntity名における「Entity名：意味：対応関係」は以下の通りである。　
　・PS(Physical Structure)：収容ビル（building）、マンホール（manhole）などの設備：装置オブジェクト
　・PD(Physical Device)：装置：装置オブジェクト
　・PP(Physical Port)：装置に備えられる通信ポート：ポートオブジェクト
　・AS(Aggregate Section)：ケーブル：媒体オブジェクト
　・PL(Physical Link)：ケーブルの心線：媒体オブジェクト
　・PC(Physical Connector)：ケーブルの接続用コネクタ：媒体オブジェクト
　図１に示されるように、論理レイヤにおけるEntity名は、TL, NFD, TPE, NC, LC, XCに区分される。それぞれのEntity名における「Entity名：意味：対応関係」は以下の通りである。　
　・TL(Topological Link)：装置間の接続性(Logical Deviceレイヤ（LDレイヤと呼ぶこともある）内)：線オブジェクト
　・NFD(Network Forwarding Domain)：装置内の転送可能な範囲(Logical Deviceレイヤ内)：線または面オブジェクト
　・TPE(Termination Point Encapsulation)：通信の終端点：点オブジェクト
　・NC(Network Connection)：LC, XC(後述)によって形成されるEnd-Endの接続性(通信レイヤ内)：通信オブジェクト
　・LC(Link Connect)：装置間の接続性(通信レイヤ内)：線または面オブジェクト
　・XC(Cross(X) Connect)：装置内の接続性(通信レイヤ内)：線または面オブジェクト
　次に、物理Entityの適用事例について説明する。図２は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理Entityの適用事例を示す図である。　
　図２に示されるように、Physical Resourceは、装置レイヤとビルレイヤとに区分される。
　図２に示された例では、Physical Resourceの装置レイヤは、PD(NW装置)、PD(CTF(Cable termination Frame：光ファイバ（optical fiber）終端装置)、PL(心線)、PC(コネクタ)、PP(ポート)を有する。PD(NW装置)、PD(CTF)は、PP(ポート)を備え、PL(心線)の両端にはPC(コネクタ)が取り付けられる。
　PD(NW装置)側のPP(ポート)がPL(心線)の一端のPC(コネクタ)に接続され、PD(CTF)側のPP(ポート)がPL(心線)の他端のPC(コネクタ)に接続されることで、PD(NW装置)とPD(CTF)が通信可能に接続される。PD(CTF)同士の接続についても同様である。
　図２に示された例では、Physical Resourceのビルレイヤは、PS(局ビル)、PD(NW装置)、PD(CTF)、Aggregate Section(ケーブル)を有する。　
　Aggregate Sectionは、PL(心線)を複数有するオブジェクトである。
　PS(局ビル)内にはPD(NW装置)、PD(CTF)が設けられて通信可能に接続される。図２に示された例では、１つ目のPS(局ビル)内のPD(CTF)と、２つ目のPS(局ビル)内のPD(CTF)とが、Aggregate Section(ケーブル)を介して通信可能に接続される。
　次に、論理Entityの適用事例について説明する。図３は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理Entityの適用事例を示す図である。　
　図３に示された例では、Physical Resourceは装置レイヤを有し、Logical Resourceは、通信レイヤとLogical Deviceレイヤとを有する。Logical Deviceレイヤは、通信レイヤに対する下位レイヤでのオブジェクトに対応し、装置レイヤは、Logical Deviceレイヤに対する下位レイヤでのオブジェクトに対応する。図３に示された例では、装置レイヤでは、Physical DeviceのPP同士が、PLの一端および他端のPCと接続される。　
　対応する通信レイヤは、TPE, XC, LCを有し、Logical DeviceレイヤはTPE, NFD, TLを有する。図３では、あるレイヤでの点オブジェクトに対する下位レイヤにオブジェクトが矢印で示される。
　図３に示された例では、装置レイヤのPhysical Deviceは、通信レイヤのXC、Logical DeviceレイヤのNFDにそれぞれ対応する。　
　Physical DeviceでのPPは、通信レイヤでのTPE、Logical DeviceレイヤでのTPEにそれぞれ対応する。PLに取り付けられるPCも同様である。　
　装置レイヤでのPLは、通信レイヤでのLC、およびLogical DeviceレイヤでのTLにそれぞれ対応する。また、通信レイヤでのXC, LCによって１つのNCが形成される。
　次に、物理レイヤのEntity定義について説明する。図４は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPS Entityの定義の一例を表形式で示す図である。　
　図４に示されるように、PS Entityは、属性名として、状態、座標、及び装置オブジェクト配列を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・状態：String(水没、電源枯渇、倒壊)
　・座標：2次元座標を有する整数配列
　・装置オブジェクト配列：装置オブジェクト(PD)が格納される配列
　座標における次元数の設定については後述する。
　図５は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPD Entityの定義の一例を表形式で示す図である。　
　図５に示されるように、PD Entityは、属性名として、状態、座標、及びポートオブジェクトを有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・状態：Boolean
　・座標：2次元座標を有する整数配列
　・ポートオブジェクト：ポートオブジェクト(PP)が格納される配列
　図６は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPP Entityの定義の一例を表形式で示す図である。　
　図６に示されるように、PP Entityは、属性名として、状態、及び座標を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・状態：Boolean
　・座標：2次元座標を有する整数配列
　図７は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのAS Entityの定義の一例を表形式で示す図である。　
　図７に示されるように、AS Entityは、属性名として、状態、及び媒体オブジェクト配列を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・状態：String(接続、切断、腐食)
　・媒体オブジェクト配列：媒体オブジェクト(PL)が格納される配列
　図８は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPL Entityの定義の一例を表形式で示す図である。　
　図８に示されるように、PL Entityは、属性名として、状態、及びコネクタオブジェクト配列を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・状態：Boolean(接続、切断)
　・コネクタオブジェクト配列：コネクタオブジェクト(PC)が格納される配列
　図９は、本発明の第１の実施形態に係るネットワーク管理装置に適用される物理レイヤでのPC Entityの定義の一例を表形式で示す図である。　
　図９に示されるように、PL Entityは、属性名として、状態、及びポートオブジェクトを有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・状態：Boolean(接続、外れている)
　・ポートオブジェクト：ポートオブジェクト(PP)を格納する配列
　次に、論理レイヤのEntity定義について説明する。図１０は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理レイヤでのLC Entity、XC Entity、TL Entity、NFD Entityの定義の一例を表形式で示す図である。　
　図１０に示されるように、LC Entity、XC Entity、TL Entity、及びNFD Entityは、属性名として、点コネクタオブジェクト配列、及び状態を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・点オブジェクト配列：LC, XC, TL, NFDを構成するTPE(点オブジェクト)配列
　・状態：Boolean
　図１１は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理レイヤでのTPE Entityの定義の一例を表形式で示す図である。　
　図１１に示されるように、TPE Entityは、属性名として、下位オブジェクト、ポートオブジェクト配列、座標、及び状態を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・下位オブジェクト：下位レイヤに対応する点オブジェクト(TPE)
　・ポートオブジェクト配列：ポートオブジェクト(PP)が格納される配列
　・座標：2次元座標を有する整数配列
　・状態：Boolean
　図１２は、本発明の第１の実施形態に係るネットワーク管理装置に適用される論理レイヤでのNC Entityの定義の一例を表形式で示す図である。　
　図１２に示されるように、NC Entityは、属性名として、点オブジェクト配列、状態、及びサービス加入者の情報を有する。それぞれの属性名における「属性名：型」は以下の通りである。　
　・点オブジェクト配列：通信の始点、終点間にある全てのTPE(点オブジェクト)配列
　・状態：Boolean
　・サービス加入者の情報：String配列 or URL（Uniform Resource Locator）
　サービス加入者の情報は、NC毎にOpS（オペレーションシステム（Operation System））データから取得された情報でもよいし、OpSの加入者情報取得IF（interface）のURLで指定される情報でもよい。
　次に、Entityの作成について説明する。図１３は、本発明の第１の実施形態に係るネットワーク管理装置によるEntityの作成の一例を説明する図である。
　図１３では、点、線または面オブジェクト、及び通信オブジェクトの作成について説明する。
　図１３に示された例では、論理レイヤは、IP（インターネットプロトコル（Internet Protocol））レイヤ、ETH（Ethernet（登録商標））レイヤ、OTN(Optical Transport Network：光伝送網)レイヤ、及びLogical Deviceレイヤを有し、物理レイヤは、Physicalレイヤを有する。図１３での各レイヤ間の点線は、各レイヤでのオブジェクト間の対応関係を示す。
　（IPレイヤ）
　IPレイヤは、TPE(CP(Connection Point))(1_IP, 2_IP), LC(3_IP), NC(4_IP)を有する。
　（ETHレイヤ）
　ETHレイヤは、TPE(CP)(1～12_Eth), LC(13, 16, 18, 20, 23_Eth), XC(14, 15, 17, 19, 21, 22_Eth), NC(24_Eth)を有する。　
　1～12_Ethは、1_IP側から2_IP側にかけて番号順に設けられる。13～23_Ethも同様である。例えば、13_Ethは、1, 2_Eth間に設けられ、23_Ethは、11, 12_Eth間に設けられる。　
　1, 12_Ethは、IPレイヤの1, 2_IPに１対１で対応する。
　（OTNレイヤ）
　OTNレイヤは、TPE(CP)(1～4_OT), XC(5, 7_OT), LC(6_OT), NC(8_OT)を有する。　
　1_OT～4_OTは、1_IP側から2_IP側にかけて番号順に設けられる。5_OT～7_OTも同様である。例えば、5_ OTは、1, 2_OT間に設けられ、6_ OTは、2, 3_OT間に設けられ、7_ OTは、3, 4_OT間に設けられる。　
　1, 4_OTは、ETHレイヤでの6, 7_Ethに１対１で対応する。また、5～8_OTは、ETHレイヤでの18_Ethに対応する。
　（Logical Deviceレイヤ）
　Logical Deviceレイヤは、TPE(CP)(1～14_LD), TL(15～19_LD), NFD(20～27_LD)を有する。　
　1～14_LDは、1_IP側から2_IP側にかけて番号順に設けられる。15～19_LD、20～27_LDも同様である。例えば、15_ LDは、1, 2_LD間に設けられ、19_ LDは、13, 14_LD間に設けられる。　
　20_LDは2, 3_LD間のNFDに、21_LDは3, 4_LD間のNFDに、22_LDは5, 6_LD間のNFDに、23_LDは6, 7_LD間のNFDに、24_LDは8, 9_LD間のNFDに、25_LDは9, 10_LD間のNFDに、26_LDは11, 12_LD間のNFDに、27_LDは12, 13_LD間のNFDにそれぞれ対応する。
　1～14_LDは、ETH, OTNレイヤの1～6_Eth, 2_OT, 3_OT, 7～12_Ethに１対１で対応する。　
　15～19_LDは、ETHレイヤの12, 15, 18, 20, 22_Ethに１対１で対応する。また、17_LDは、OTNレイヤの6_OTにも対応する。　
　5～7_LDは、OTNレイヤの1, 2, 5, 8_OTにも対応する。
　（Physicalレイヤ）
　Physicalレイヤは、Router（１つ目（1_IP側））、L2SW（L2スイッチ（switch））（１つ目（1_IP側））、OTN（１つ目（1_IP側））、OTN（２つ目（2_IP側））、L2SW（２つ目（2_IP側））、Router（２つ目（2_IP側））から1_IP側から2_IP側にかけて直列に通信可能に接続される。Physicalレイヤは、1_IP側から2_IP側にかけて番号順に設けられるPP (1, 3, 5, 7, 9, 11, 13, 15, 17, 19_PH), PC (2, 4, 6, 8, 10, 12, 14, 16, 18, 20_PH), PL (21～25_PH), PD (26～29_PH)を有する。
　Router（１つ目）とL2SW（１つ目）との間の21_PHはLogical Deviceレイヤの15_LDに、L2SW（１つ目）とOTN（１つ目）との間の22_PHは16_LDに、OTN（１つ目）とOTN（２つ目）との間の23_PHは17_LDに、OTN（２つ目）とL2SW（２つ目）との間の24_PHは18_LDに、L2SW（２つ目）とRouter（２つ目）との間の25_PHは19_LDにそれぞれ対応する。　
　7, 9, 27_PHは、5～7_LDに対応する。
　26_PH～29_PHは、L2SW（１つ目）、OTN（１つ目）、OTN（２つ目）、L2SW（２つ目）に１対１で対応する。また、26_PHは20, 21_LDに、27_PHは22, 23_LDに、28_PHは24, 25_LDに、29_PHは26, 27_LDにそれぞれ対応する。
　1, 3_PHはRouter（１つ目）とL2SW（１つ目）との間のPPに、5, 7_PHはL2SW（１つ目）とOTN（１つ目）との間のPPに、9, 11_PHはOTN（１つ目）とOTN（２つ目）との間のPPに、13, 15_PHはOTN（２つ目）とL2SW（２つ目）との間のPPに、17, 19_PHはL2SW（２つ目）とRouter（２つ目）との間のPPにそれぞれ対応する。
　2, 4_PHはRouter（１つ目）とL2SW（１つ目）との間のPCに、6, 8_PHはL2SW（１つ目）とOTN（１つ目）との間のPCに、10, 12_PHはOTN（１つ目）とOTN（２つ目）との間のPCに、14, 16_PHはOTN（２つ目）とL2SW（２つ目）との間のPCに、18, 20_PHはL2SW（２つ目）とRouter（２つ目）との間のPCにそれぞれ対応する。
　また、1, 2_PHは1_LDに、3, 4_PHは2_LDに、5, 6_PHは4_LDに、7, 8_PHは5_LDに、9, 10_PHは7_LDに、11, 12_PHは8_LDに、13, 14_PHは10_LDに、15, 16_PHは11_LDに、17, 18_PHは13_LDに、19, 20_PHは14_LDにそれぞれ対応する。
　（第２の実施形態）
　次に、第２の実施形態について説明する。この第２の実施形態では管理対象であるEntityにおけるポート異常発生に伴う影響範囲の特定と表示について説明する。　
　まず、影響範囲の特定と表示(ポート障害が発生した場合)について説明する。図１４は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるポート故障発生の指定の一例を説明する図である。
　図１４に示された例では、OTN（１つ目）におけるPP（ポート）のうちOTN（２つ目）側のPPに故障が発生したこと（図１４のＡ１参照）がユーザにより指定される。
　次にPhysicalレイヤでの影響範囲特定方法について説明する。図１５は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるPhysicalレイヤでの影響範囲の一例を説明する図である。　
　図１５に示された例では、上記の指定されたPhysicalレイヤでの障害箇所であるポートに対応するポートオブジェクトであるPP(9_PH)のみが影響範囲として特定される。図１５では、影響範囲であるPP(9_PH)は太字で強調される。以降で特定される他の影響範囲についても同様である。
　次にLogical Deviceレイヤでの影響範囲特定方法について説明する。図１６は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるLogical Deviceレイヤでの影響範囲の一例を説明する図である。　
　図１６に示された例では、Physicalレイヤでの障害箇所であるポートであるPP(9_PH)に対応するEntityである、Logical DeviceレイヤでのTPE(7_LD)が影響範囲として特定される。
　次にOTNレイヤでの影響範囲特定方法について説明する。図１７は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるOTNレイヤでの影響範囲の一例を説明する図である。　
　図１７に示された例では、Logical DeviceレイヤでのTPE(7_LD)に対応するEntityである、OTNレイヤでのTPE(2_OT)および当該TPEに係るNC(8_OT)が影響範囲としてそれぞれ特定される。
　次にETHレイヤでの影響範囲特定方法について説明する。図１８は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるETHレイヤでの影響範囲の一例を説明する図である。　
　図１８に示された例では、OTNレイヤでのNC(8_OT)に対応するEntityである、ETHレイヤでのLC(18_Eth), NC(24_Eth)が影響範囲としてそれぞれ特定される。
　次にIPレイヤでの影響範囲特定方法について説明する。図１９は、本発明の第２の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるIPレイヤでの影響範囲の一例を説明する図である。　
　図１９に示された例では、ETHレイヤでのNC(24_Eth)に対応するEntityである、IPレイヤでのLC(3_IP), NC(4_IP)が影響範囲としてそれぞれ特定される。
　（第３の実施形態）
　次に、第３の実施形態について説明する。この第３の実施形態では管理対象であるEntityにおける装置異常発生に伴う影響範囲の特定と表示について説明する。　
　まず、影響範囲の特定と表示(装置故障が発生した場合)について説明する。図２０は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるポート故障発生の指定の一例を説明する図である。　
　図２０に示された例では、OTN（１つ目）に故障が発生したこと（図２０中のＡ２）がユーザにより指定される。
　次にPhysicalレイヤでの影響範囲特定方法について説明する。図２１は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるPhysicalレイヤでの影響範囲の一例を説明する図である。　
　図２１に示された例では、上記の指定されたPhysicalレイヤでの障害箇所としての装置であるPP(障害箇所)として、（１）OTN装置（１つ目）本体（OTNに係る下線により強調した）の装置オブジェクト(27_PH)、および（２）OTN装置（１つ目）が有する両ポートのポートオブジェクト(7, 9_PH)、の順で影響範囲が特定される。
　次にLogical Deviceレイヤでの影響範囲特定方法について説明する。図２２は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるLogical Deviceレイヤでの影響範囲の一例を説明する図である。　
　図２２に示された例では、Physicalレイヤでの障害箇所である装置の故障の影響範囲に対応するEntityである、Logical DeviceレイヤでのTPE(5～7_LD), NFD(22, 23_LD)が、影響範囲としてそれぞれ特定される。
　次にOTNレイヤでの影響範囲特定方法について説明する。図２３は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるOTNレイヤでの影響範囲の一例を説明する図である。　
　図２３に示された例では、Logical DeviceレイヤでのNFD(22, 23_LD)に対応するEntity、つまりNFD (22, 23_LD)の点オブジェクト配列の要素を全て含むEntityである、（１）OTNレイヤでのTPE(1, 2_OT), XC(5_OT), NC(8_OT)、および（２）ETHレイヤでのTPE(5, 6_Eth), XC(17_Eth), NC(24_Eth)、が影響範囲としてそれぞれ特定される。
　次にETHレイヤでの影響範囲特定方法について説明する。図２４は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるETHレイヤでの影響範囲の一例を説明する図である。　
　図２４に示された例では、OTNレイヤでのTPE(1, 2_OT), NC(8_OT)に対応するEntityである、ETHレイヤでのLC(18_Eth)が影響範囲として特定される。
　次にIPレイヤでの影響範囲特定方法について説明する。図２５は、本発明の第３の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるIPレイヤでの影響範囲の一例を説明する図である。　
　図２５に示された例では、ETHレイヤでのNC(24_Eth)に対応するEntityである、IPレイヤでのLC(3_IP), NC(4_IP)が影響範囲として特定される。
　（第４の実施形態）
　次に、第４の実施形態について説明する。この第４の実施形態では管理対象であるEntityにおける媒体障害発生に伴う影響範囲の特定と表示について説明する。　
　まず影響範囲の特定と表示(媒体障害が発生した場合)について説明する。図２６は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおける媒体障害発生の指定の一例を説明する図である。
　図２６に示された例では、OTN（１つ目）とOTN（２つ目）との間の媒体に障害が発生したこと（図２６中のＡ３）がユーザにより指定される。
　次にPhysicalレイヤでの影響範囲特定方法について説明する。図２７は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるPhysicalレイヤでの影響範囲の一例を説明する図である。　
　図２７に示された例では、上記の指定されたPhysicalレイヤの（１）OTN（１つ目）とOTN（２つ目）との間のPL(障害箇所の通信ケーブル)(23_PH)、（２）PC(通信ケーブルの両コネクタ)(10, 12_PH)、（３）OTN装置（１、２つ目）のPP(9, 11_PH)の順で影響範囲が特定される。このPPは、障害箇所の通信ケーブルの両コネクタに接続可能な各OTN装置の通信ポートに対応する。
　次にLogical Deviceレイヤでの影響範囲特定方法について説明する。図２８は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるLogical Deviceレイヤでの影響範囲の一例を説明する図である。　
　図２８に示された例では、Physicalレイヤでの障害箇所の媒体の影響範囲に対応するEntityである、Logical DeviceレイヤでのTPE(7, 8_LD), TL(17_LD)が影響範囲としてそれぞれ特定される。
　次にOTNレイヤでの影響範囲特定方法について説明する。図２９は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるOTNレイヤでの影響範囲の一例を説明する図である。　
　図２９に示された例では、Logical DeviceレイヤでのTPE(7, 8_LD), TL(17_LD)に対応するEntityである、OTNレイヤでのTPE(2, 3_OT), LC(6_OT), NC(8_OT)が影響範囲としてそれぞれ特定される。
　次にETHレイヤでの影響範囲特定方法について説明する。図３０は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるETHレイヤでの影響範囲の一例を説明する図である。　
　図３０に示された例では、OTNレイヤでのNC(8_OT)に対応するEntityである、ETHレイヤでのLC(18_Eth), NC(24_Eth)が影響範囲としてそれぞれ特定される。
　次にIPレイヤでの影響範囲特定方法について説明する。図３１は、本発明の第４の実施形態に係るネットワーク管理装置による管理対象であるEntityにおけるIPレイヤでの影響範囲の一例を説明する図である。　
　図３１に示された例では、ETHレイヤでのNC(24_Eth)に対応するEntityである、IPレイヤのLC(3_IP), NC(4_IP)が影響範囲としてそれぞれ特定される。
　（第５の実施形態）
　次に、第５の実施形態について説明する。この第５の実施形態では、ネットワーク管理装置を実現する障害影響把握システムの機能概要について説明する。　
　図３２は、本発明の第５の実施形態に係る障害影響把握システムの機能概要の一例について説明する図である。
　図３２に示された障害影響把握システム１０は、設備情報(Spec（ネットワーク特性）, Entity（情報オブジェクト）)を登録する。オペレータ（operator）pにより障害箇所の情報が入力されると、障害影響把握システム１０は、この障害箇所がNW構成(物理/論理レイヤ)でのどの箇所に影響するかを示す画像を表示装置に表示し、り障ユーザ数も表示装置に表示され得る。　
　り障ユーザ表示は、通信オブジェクト(NC)の属性値を表示装置で表示することにより実現され得る。
　次に、障害影響把握システムのシステム構成図について説明する。　
　図３３は、本発明の第５の実施形態に係る障害影響把握システムの機能構成例を示す図である。　
　図３３に示された例では、障害影響把握システム１０は、中央処理ユニット（Central Processing Unit：ＣＰＵ）、プログラムメモリ（program memory）および演算用メモリなどを備えたコンピュータ（computer）として構成することができ、図３３に示されるように、この実施形態を実施するために必要な機能として、設備情報登録部１１、Spec DB（データベース）１２、Entity DB１３、障害箇所Entity取得部１４、NW影響範囲計算部１５、及びNW構成表示部１６を有する。これらの処理は後述する。
　設備情報登録部１１、障害箇所Entity取得部１４、NW影響範囲計算部１５、及びNW構成表示部１６は、プログラムメモリに格納されたプログラムを上記ＣＰＵに実行させることにより実現され得る。Spec DB１２、Entity DB１３は、不揮発性メモリ（non-volatile memory）などの記憶装置により実現され得る。NW構成表示部１６は液晶ディスプレイ（liquid crystal display）などの表示装置が用いられることにより実現され得る。
　なお、障害影響把握システムはハードウェアにより構成され得るが、後述されるフローチャートに示された手順を備えるプログラムが、媒体もしくは通信回線を介して周知のコンピュータにインストール（installation）されて、このコンピュータとSpec DB１２、Entity DB１３との組み合わせ、又はSpec DB１２、Entity DB１３を有するコンピュータなどによっても実現可能である。障害影響把握システム１０のハードウェア構成の詳細は後述する。
　（第６の実施形態）
　次に、第６の実施形態について説明する。この第６の実施形態では、障害影響把握システムの詳細について説明する。　
　まず設備情報(Spec（Specification（仕様））, Entity（実体）)の登録について説明する。図３４は、本発明の第６の実施形態に係る障害影響把握システムによる設備情報の登録の手順の一例を示すシーケンス図である。　
　まず、オペレータが管理画面上で設備情報(Spec)を登録すると、この設備情報(Spec)がSpec DB１２に登録され、登録の結果コードが管理画面に返されてオペレータ側の表示画面に登録結果が返却される。
　次に設備情報のSpec(物理レイヤ)について説明する。図３５は、本発明の第６の実施形態に係る障害影響把握システムにより保持される設備情報のSpec(物理レイヤ)の一例を表形式で示す図である。　
　物理レイヤにおいて、装置名又はケーブル種別のような固有な情報である属性は、Spec（Specification）クラス（特性を示す属性を定義する）がインスタンス（instance）化された情報としてSpec DB１２に保持される。具体的には以下のSpecクラスが定義される。　
　これらのSpecは主にNW構成の表示で利用する。
　物理レイヤにおける「Spec名：意味」は以下のとおりである。　
　・PS Spec (Physical Structure Specification)：PS毎に固有な属性を定義
　・PD Spec (Physical Device Specification)：PD毎に固有な属性を定義
　・PP Spec (Physical Port Specification)：PP毎に固有な属性を定義
　・AS Spec (Aggregate Section Specification)：AS毎に固有な属性を定義
　・PL Spec (Physical Link Specification)：PL毎に固有な属性を定義
　・PC Spec (Physical Connector Specification)：PC毎に固有な属性を定義
　次に設備情報のSpec(論理レイヤ)について説明する。図３６は、本発明の第６の実施形態に係る障害影響把握システムにより保持される設備情報のSpec(論理レイヤ)の一例を表形式で示す図である。　
　論理レイヤにおいて、レイヤの層毎に固有な属性(VLAN ID（Virtual LAN IDentifier）, IPアドレス（address）, 波長番号等)は、それぞれのSpecクラスがインスタンス化された情報としてSpec DB１２に保持される。具体的には以下のSpecクラスが定義される。
　論理レイヤにおける「Spec名：意味」は以下のとおりである。　
　・TL Spec (Topological Link Specification)：TL毎に固有な属性を定義
　・NFD Spec (Network Forwarding Domain Specification)：NFD毎に固有な属性を定義
　・TPE Spec (Termination Point Encapsulation Specification)：TPE毎に固有な属性を定義
　・NC Spec (Network Connection Specification)：NC毎に固有な属性を定義
　・LC Spec (Link Connect Specification)：LC毎に固有な属性を定義
　・XC Spec (Cross(X) Connect Specification)：XC毎に固有な属性を定義
　次にSpecクラス，Entityクラス（属性値が定義されるクラス）の利用方法について説明する。図３７は、本発明の第６の実施形態に係る障害影響把握システムによるSpec，Entityクラスの利用の一例を示す図である。　
　図３７に示されるように、レイヤに共通する属性と、その値は、Entityクラスがインスタンス化された情報としてEntity DB１３に保持される（例えば図４～１２を参照）。
　Specクラスでの１個のSpecificationクラスはｎ個のSpecCharacteristicクラス、およびｎ個のEntityクラスと対応付けられる。
　SpecCharacteristicクラスは後述のname, valueFrom, valueTo, Typeを含む。
　Entityクラスは、「status: String」、「position(int, int)」を含む。
　１個のEntityクラスは、ｎ個のCharacteristicValueクラス（Entityクラスの外部クラスであって、SpecCharacteristicクラスに規定された特性のうちいずれか１つが実在化された具体的な特性を格納するクラス）と対応付けられる。
　CharacteristicValueクラスは、後述のCharacteristicName、Valueを含む。
　レイヤに固有な属性名は、SpecCharacteristicクラス（Specificationクラスの外部クラス）がインスタンス化された情報としてSpec DB１２に保持される（例えば図３５，３６を参照）。
　レイヤに固有な属性値は、CharacteristicValueクラスがインスタンス化された情報としてSpec DB１２に保持される。なお、属性名はSpecCharacteristicクラスで定義される。
　次にSpec DB，Entity DBのスキーマについて説明する。図３８は、本発明の第６の実施形態に係る障害影響把握システムにより規定される設備情報のSpecificicationテーブルのスキーマの一例を表形式で示す図である。　
　Spec DB１２に保持されるSpecificicationテーブルのスキーマ（カラム（column）名：型）は以下の通りである（図３７のSpecCharacteristicを参照）。
　・Name：String
　・ValueFrom：int
　・ValueTo：int
　・Type：String
　図３９は、本発明の第６の実施形態に係る障害影響把握システムにより規定される設備情報のEntityテーブルのスキーマの一例を表形式で示す図である。
　Entity DB１３に保持されるEntityテーブルのスキーマ（カラム名：型）は以下の通りである（図３７のCharacteristicValueを参照）。CharacteristicNameは、対応するSpecCharacteristicクラスの名称である。　
　・CharacteristicName：String
　・Value（具体値）：String
　次にSpecの登録方法について説明する。　
　（１）　図３５，３６に示された設備情報のSpecは、図３７に示されたSpecificationとSpecCharacteristicの形式としてSpec DB１２にテーブルとして作成される。例えば図３５に示されたPS Specは、図３７に示されたSpecCharacteristicテーブルが外部キーによりで複数のテーブルとして管理される。
　このSpecCharacteristicテーブルは、name（特性の名前）, valueFrom（特性が許容する具体値の上限）, valueTo（特性が許容する具体値の下限）, type（特性の具体値の型）の４属性（図３７参照）で構成される。
　（２）　論理レイヤで固有な値がSpec DB１２に格納されるために必要な属性は、SpecCharacteristicのname属性（図３７参照）に設定される。　
　（３）　このname属性を設定する型は、SpecCharacteristicのtype属性（図３７参照）に設定される。
　（４）　論理レイヤで固有な値がSpec DB１２に格納されるために必要な属性が値を設定されるための前提条件が必要な場合は、この条件はSpecCharacteristicのvalueFrom, valueTo属性（図３７参照）に設定される。
　次にEntityの登録方法について説明する。　
　（１）　図４～１２に記載されたEntityの属性は、Entity DB１３にテーブルとして作成される。例えばPD, PP, PS Entity（図４～６参照）であれば、状態、座標でなる２属性からなるスキーマによりテーブルが作成される。　
　（２）　論理レイヤに共通である値は、Entity DB１３で対応するテーブルのレコード（record）に格納される。
　（３）　論理レイヤで固有な値が格納されるために必要な属性では、対応するSpecのSpecCharacteristicのname属性に設定された属性名がCharacteristicValueのCharacteristicName属性に設定され、その値がCharacteristicValueのvalue属性に設定される（図３７参照）。
　（第７の実施形態）
　次に、第７の実施形態について説明する。この第７の実施形態では、障害箇所の入力などについて説明する。　
　まず障害箇所の入力(ユースケース（use case）と機能部の対応関係について説明する。図４０は、本発明の第７の実施形態に係る障害影響把握システムにおける障害箇所の入力で機能する構成の一例を示す図である。　
　図４０に示されるように、障害箇所の入力（図３２参照）では、設備情報登録部１１と、Entity DB１３が機能する。
　次に障害箇所Entity取得部１４の処理について説明する。　
　（１）　障害箇所Entity取得部１４は、障害箇所を、例えばユーザがネットワーク構成の表示画面からキーボード（keyboard）またはマウス（mouse）などの入力装置に対する操作に応じて指定できる。　
　（２）　表示画面上のビル、ケーブル、又は装置の描画オブジェクトのうち障害箇所に対応する描画オブジェクトが指定される。　
　（３）　障害箇所Entity取得部１４は、指定された障害箇所の描画オブジェクトからEntityの名称を取得する。　
　（４）　障害箇所Entity取得部１４は、この取得したEntityの名称でEntity DB１３にアクセス（access）し、障害箇所となるEntityを取得する。
　（第８の実施形態）
　次に、第８の実施形態について説明する。この第８の実施形態では、影響範囲の表示について説明する。　
　まず影響範囲の表示方法(ユースケースと機能部の対応関係)について説明する。図４１は、本発明の第８の実施形態に係る障害影響把握システムにおける影響範囲の表示で機能する構成の一例を示す図である。　
　図４１に示されるように、影響範囲(NW構成)の表示（図３２参照）では、Spec DB１２、Entity DB１３、NW影響範囲計算部１５、NW構成表示部１６が機能する。
　次に影響範囲の表示に係るシーケンスについて説明する。図４２は、本発明の第８の実施形態に係る障害影響把握システムによる影響範囲の表示の処理手順の一例を示すシーケンス図である。　
　まず、オペレータが、NW構成の表示画面上で障害箇所を指定すると、NW構成表示部１６は、障害箇所に対応するEntity IDを、障害箇所Entity取得部１４を介してEntity DB１３から検索する。このEntity IDは障害箇所Entity IDとしてNW構成表示部１６に返される。
　NW構成表示部１６は、この障害箇所Entity IDが示す障害による影響範囲を示す影響範囲Entity IDの取得をNW影響範囲計算部１５に指示する。すると、NW影響範囲計算部１５は、影響範囲Entity IDをEntity DB１３から検索する。この検索された影響範囲Entity IDの配列はNW構成表示部１６に返される。
　次に、NW構成表示部１６は、全てのEntityをEntity DB１３から取得する。NW構成表示部１６は、取得した影響範囲Entity IDを含むEntityをEntity DB１３から影響範囲Entityファイル（file）として取得する。NW構成表示部１６は、全てのEntityに対応したSpec情報をSpec DB１２からSpec配列として取得する。NW構成表示部１６による各取得結果は、NW影響の表示画面に表示されてオペレータにより把握される。
　次にNW影響範囲計算部１５による処理について説明する。図４３Ａおよび図４３Ｂは、本発明の第８の実施形態に係る障害影響把握システムのNW影響範囲計算部１５による処理手順の一例を示すフローチャートである。　
　まず、NW影響範囲計算部１５は、障害箇所Entity IDをEntity DB１３から取得し（Ｓ１１）、物理レイヤの全てのEntityをEntity DB１３から取得する（Ｓ１２）。
　NW影響範囲計算部１５は、障害箇所Entity IDで示される障害箇所を認識する（Ｓ１３）。この障害箇所が、ビル倒壊、又はビル内の電源全枯渇（全電力枯渇）、を示す箇所であるときは、NW影響範囲計算部１５は、ビル内のPD, PPの状態をNG（障害）に設定し（Ｓ１４）、PDに対応するEntityである、Logical DeviceレイヤのNFD, TPEの状態をNGに設定する（Ｓ１５）。
　また、障害箇所がケーブル切断又は腐食を示す箇所であるときは、NW影響範囲計算部１５は、PLの状態をNGに設定し（Ｓ１６）、PLに含まれるPCの状態をNGに設定し（Ｓ１７）、PCに接続されるPPの状態をNGに設定し（Ｓ１８）、PPに対応するEntityである、Logical DeviceレイヤのTPE, TLの状態をNGに設定する（Ｓ１９）。
　また、障害箇所が装置の故障を示す箇所であるときは、NW影響範囲計算部１５は、PD, PPの状態をNGに設定し（Ｓ２０）、PDに対応するEntityである、Logical DeviceレイヤのNFD, TPEの状態をNGに設定する（Ｓ２１）。
　Ｓ１５，１９又は２１の後は、NW影響範囲計算部１５は、Ｎの初期値を１に設定し、このＮがLogical Deviceレイヤの上位レイヤの数より少ない条件で、Logical Deviceレイヤの上位レイヤであるレイヤ（Ｎ＋１）の全てのEntityをEntity DB１３から取得し（Ｓ２２）、レイヤＮに対応する上位レイヤ（Ｎ＋１）のTPE, LC, XC, およびNCの状態をNGに設定する（Ｓ２３）。この設定後は、NW影響範囲計算部１５は、Ｎに１を加えて更新し、ＮがLogical Deviceレイヤの上位レイヤの数以上となるまでＳ２２，２３がループ（loop）する。
　次にNW構成における影響範囲の表示について説明する。図４４は、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部１６による、物理レイヤの構成を表示する手順の一例を示すフローチャートである。　
　まず、NW構成表示部１６はｉの初期値を１に設定し、このｉが全てのEntityの数より少ない条件で、物理レイヤのEntity[i]の種別を認識する（Ｓ３１）。
　Entity[i]の種別がPD Entityであるときは、NW構成表示部１６は、PD Entityで定義される座標（図５参照）をEntity DB１３から取得し（Ｓ３２）、この座標に対応する位置に装置の描画オブジェクトを表示する（Ｓ３３）。
　Entity[i]の種別がPL Entityであるときは、NW構成表示部１６は、該当するPLの両端のPCの座標（PP Entityで定義されるPPの座標（図６参照）に対応）をEntity DB１３から取得し（Ｓ３４）、この座標間に線の描画オブジェクトを表示する（Ｓ３５）。
　Entity[i]の種別がPP Entityであるときは、NW構成表示部１６は、PP Entityで定義される座標（図６参照）をEntity DB１３から取得し（Ｓ３６）、この座標に対応する位置にポートの描画オブジェクトを表示する（Ｓ３７）。
　Ｓ３３，３５又はＳ３７の後は、NW構成表示部１６は、レイヤに固有な情報の表示処理を行なう（Ｓ３８）。Ｓ３８の詳細は後述する。Ｓ３８の処理後は、NW構成表示部１６は、ｉに１を加えて更新し、このｉが全てのEntityの数となるまでＳ３１～３８がループする。なお、オブジェクトの座標情報に基づく描画については非特許文献１及び日本国特願２０１９－１４９７７４号公報にも記載されている。
　次に、レイヤに固有な情報の表示について説明する。図４５は、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部１６による、レイヤに固有な情報を表示する手順の一例を示すフローチャートである。　
　まず、NW構成表示部１６は、変数tにCharacteristicValueのEntity種別を格納し、変数nにCharacteristicValueのCharacteristicName属性を格納し、変数vにCharacteristicValueのvalue属性を格納する（Ｓ３８ａ）。
　NW構成表示部１６は、tに対応する、SpecCharacteristicテーブルのインスタンス(sc)をSpec DB１２から取得する（Ｓ３８ｂ）。　
　NW構成表示部１６は、scから１つのレコードを取り出して変数rに格納する（Ｓ３８ｃ）。
　NW構成表示部１６は、r!=NULLのループを開始し、”n（属性名）:value(v)“を文字列で表示画面に表示する（Ｓ３８ｄ）。NW構成表示部１６は、scから１つのレコードを取り出して変数rに格納し、ループの先頭に戻る。
　次に、論理レイヤの構成の表示について説明する。図４６は、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部１６による、論理レイヤの構成を表示する手順の一例を示すフローチャートである。　
　まず、NW構成表示部１６はｉの初期値を１に設定し、このｉが全てのEntityの数より少ない条件で、論理レイヤのEntity[i]の種別を認識する（Ｓ４１）。
　Entity[i]の種別がTPE Entityであるときは、NW構成表示部１６は、TPE Entityで定義される座標（図１１参照）をEntity DB１３から取得し（Ｓ４２）、このTPE Entityで定義される状態を認識する（Ｓ４３）。
　この状態がNW影響範囲計算部１５によりNGに設定されているときは、NW構成表示部１６は、取得された座標に対応する点を赤く表示し（Ｓ４４）、NGに設定されていないときは、NW構成表示部１６は、取得された座標に対応する点を黒く表示する（Ｓ４５）。
　Entity[i]の種別がTPE Entity以外であるときは、NW構成表示部１６は、Entity DB１３で定義される点オブジェクト配列から全てのTPEを取得し（Ｓ４６）、このTPEにおいてCharacteristicValueの属性があるか否かを認識する（Ｓ４７）。　
　この属性があるときは、NW構成表示部１６は、上記の、レイヤに固有な情報の表示処理（図４５参照）を行なう（Ｓ４８）。
　Ｓ４８の後、又はCharacteristicValueの属性がないときは、NW構成表示部１６は、TPE Entity以外の表示処理を行なう（Ｓ４９）。Ｓ４８又はＳ４９の処理後は、NW構成表示部１６は、ｉに１を加えて更新し、このｉが全てのEntityの数となるまでＳ４１～４９がループする。TPE Entity以外の表示処理については後述する。
　次に、TPE以外の表示について説明する。図４７Ａおよび図４７Ｂは、本発明の第８の実施形態に係る障害影響把握システムのNW構成表示部１６による、TPE以外の表示の手順の一例を示すフローチャートである。　
　まず、NW構成表示部１６は、「点オブジェクト配列の要素が空になるまで実行」のループを開始し、Entity DB１３で定義される点オブジェクト配列から２つの点の座標(TPE1, TPE2)をそれぞれ取得し（Ｓ４９ａ）、この取得したTPE1, TPE2間に線の描画オブジェクトを追加する（Ｓ４９ｂ）。
　NW構成表示部１６は、上記の取得したTPE1, TPE2間のEntityの種別をEntity DB１３から認識する（Ｓ４９ｃ）。　
　Entityの種別がTL又はLCであるとき、NW構成表示部１６は、このEntityで定義される状態を認識する（Ｓ４９ｄ）。　
　この状態がNW影響範囲計算部１５によりNGでないことに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤でない線、例えば黒線の描画オブジェクトを追加する（Ｓ４９ｅ）。
　一方、当該状態がNW影響範囲計算部１５によりNGに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤線の描画オブジェクトを追加する（Ｓ４９ｆ）。
　Entityの種別がXCであるとき、NW構成表示部１６は、このEntityで定義される状態を認識する（Ｓ４９ｇ）。　
　この状態がNW影響範囲計算部１５によりNGでないことに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤でない二重線、例えば黒の二重線の描画オブジェクトを追加する（Ｓ４９ｈ）。
　一方、当該状態がNW影響範囲計算部１５によりNGに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤の二重線の描画オブジェクトを追加する（Ｓ４９ｉ）。
　Entityの種別がNFDであるとき、NW構成表示部１６は、このEntityで定義される状態を認識する（Ｓ４９ｊ）。　
　この状態がNW影響範囲計算部１５によりNGでないことに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤でない楕円、例えば黒の楕円の描画オブジェクトを追加する（Ｓ４９ｋ）。
　一方、当該状態がNW影響範囲計算部１５によりNGに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤の楕円の描画オブジェクトを追加する（Ｓ４９ｌ）。
　Entityの種別がNCであるとき、NW構成表示部１６は、このEntityで定義される状態を認識する（Ｓ４９ｍ）。　
　この状態がNW影響範囲計算部１５によりNGでないことに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤でない線、例えば黒線の描画オブジェクトを追加する（Ｓ４９ｎ）。
　一方、当該状態がNW影響範囲計算部１５によりNGに設定されているときは、NW構成表示部１６は、TPE1, TPE2に対応する点の間に赤線の描画オブジェクトを追加する（Ｓ４９ｏ）。　
　Ｓ４９ｎ又はＳ４９ｏの後は、NW構成表示部１６は、Entity DB１３からサービス加入者情報属性値を取得し、この値を文字列で表示する（Ｓ４９ｐ）。
　図４８は、本発明の一実施形態に係る障害影響把握システムのハードウェア構成の一例を示すブロック図である。　
　図４８に示された例では、上記の第５ないし第８の実施形態に係る障害影響把握システム１０は、例えばサーバコンピュータ（server computer）またはパーソナルコンピュータ（personal computer）により構成され、ＣＰＵ等のハードウェアプロセッサ（hardware processor）１１１Ａを有する。そして、このハードウェアプロセッサ１１１Ａに対し、プログラムメモリ１１１Ｂ、データメモリ（data memory）１１２、入出力インタフェース１１３及び通信インタフェース１１４が、バス（bus）１２０を介して接続される。
　通信インタフェース１１４は、例えば１つ以上の無線の通信インタフェースユニットを含んでおり、通信ネットワークＮＷとの間で情報の送受信を可能にする。無線インタフェースとしては、例えば無線ＬＡＮ（Local Area Network）などの小電力無線データ通信規格が採用されたインタフェースが使用される。
　入出力インタフェース１１３には、障害影響把握システム１０に付設される、オペレータ用の入力デバイス（device）２０および出力デバイス３０が接続される。　
　入出力インタフェース１１３は、キーボード、タッチパネル（touch panel）、タッチパッド（touchpad）、マウス等の入力デバイス２０を通じて管理者が入力した操作データを取り込むとともに、出力データを液晶または有機ＥＬ（Electro Luminescence）等が用いられた表示デバイスを含む出力デバイス３０へ出力して表示させる処理を行なう。なお、入力デバイス２０および出力デバイス３０は障害影響把握システム１０に内蔵されたデバイスが使用されてもよく、また、ネットワークＮＷを介して通信可能な他の情報端末の入力デバイスおよび出力デバイスが使用されてもよい。
　プログラムメモリ１１１Ｂは、非一時的な有形の記憶媒体として、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ（Read Only Memory）等の不揮発性メモリとが組み合わせて使用されたもので、一実施形態に係る各種制御処理を実行する為に必要なプログラムが格納されている。
　データメモリ１１２は、有形の記憶媒体として、例えば、上記の不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリ（volatile memory）とが組み合わせて使用されたもので、情報収集処理を行なう過程で取得および作成された各種データが記憶される為に用いられる。
　本発明の一実施形態に係る障害影響把握システム１０は、ソフトウェア（software）による処理機能部として、図３３などに示される設備情報登録部１１、Spec DB１２、Entity DB１３、障害箇所Entity取得部１４、NW影響範囲計算部１５、及びNW構成表示部１６を有するデータ処理装置として構成され得る。
　Spec DB１２、Entity DB１３は、図４８に示されたデータメモリ１１２を用いて構成され得る。ただし、Spec DB１２、Entity DB１３は障害影響把握システム１０内に必須の構成ではなく、例えば、ＵＳＢ（Universal Serial Bus）メモリなどの外付け記憶媒体、又はクラウド（cloud）に配置されたデータベースサーバ（database server）等の記憶装置に設けられたものであってもよい。
　上記の設備情報登録部１１、障害箇所Entity取得部１４、NW影響範囲計算部１５、及びNW構成表示部１６の各部における処理機能部は、いずれも、プログラムメモリ１１１Ｂに格納されたプログラムを上記ハードウェアプロセッサ１１１Ａにより読み出させて実行させることにより実現される。なお、これらの処理機能部の一部または全部は、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）などの集積回路を含む、他の多様な形式によって実現されてもよい。
　次にEntityの表示座標に関する補足について説明する。　
　Entityオブジェクトの表示座標は2次元座標系として説明したが、これに限らず、レイヤ毎にSpecで座標軸を設計することも可能であるし、3次元座標系でも設計可能である。
　この、レイヤ毎にSpecで座標軸を設計する処理は、SpecクラスのSpecCharacteristicクラスで独自の座標属性を追加する処理と、EntityのCharacteristicValueクラスで属性名を追加する処理とにより実現され得る。
　次に本発明の一実施形態によって生じる効果について説明する。　
　本発明の一実施形態では、ネットワーク管理装置物理レイヤの装置および媒体を、装置オブジェクトおよび媒体オブジェクトとしてそれぞれ管理し、論理レイヤの通信端点を点オブジェクトとして管理し、点オブジェクト間が接続される通信を線又は面オブジェクトとして管理し、論理レイヤ間の全体の通信を通信オブジェクトとして管理する。
　点オブジェクトは、対応する物理レイヤの装置、媒体オブジェクトを参照する属性を有する。さらに、点オブジェクトは、その論理レイヤに対する下位のレイヤでの点オブジェクトを参照する属性を有する。　
　障害箇所の設定は、物理レイヤの装置、媒体オブジェクトが有する属性に障害を示す値が設定されることで実現される。
　障害影響範囲の検索は、障害箇所に設定された該当オブジェクトに対応する論理レイヤのオブジェクトをネットワーク管理装置により検索するとともに、該当オブジェクトを含む線オブジェクト、面オブジェクト、通信オブジェクトをネットワーク管理装置により検索することで実現される。　
　障害が発生した通信オブジェクトは、その論理レイヤの通信を利用するサービス利用者情報を格納する。　
　上記のようにして、本発明の一実施形態では、ネットワーク管理装置は、通信サービスが使用する論理レイヤでの影響範囲を特定でき、影響を受けるサービス利用者の情報を把握できる。
　また、各実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク（floppy disk）、ハードディスク等）、光ディスク（optical disc）（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ（flash memory）等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブル、データ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスク、半導体メモリ等の記憶媒体を含むものである。
　なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
　　１１…設備情報登録部
　　１２…Spec DB（データベース）
　　１３…Entity DB
　　１４…障害箇所Entity取得部
　　１５…NW影響範囲計算部
　　１６…NW構成表示部

Claims (8)

  1. 　ネットワーク構成の物理レイヤに関する情報オブジェクトと論理レイヤに関する情報オブジェクトとの対応関係を示す情報を格納する格納部と、
    　前記ネットワーク構成の物理レイヤにおける障害の発生箇所に関する情報オブジェクトを、前記格納部から取得する取得手段と、
    　前記格納部に格納される前記論理レイヤに関する情報オブジェクトのうち、前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトに対応付けられる情報オブジェクトを、障害影響範囲として特定する特定手段と、
    　前記特定手段により特定された障害影響範囲を示す情報を出力する出力手段と、
    　を備えたネットワーク管理装置。
  2. 　前記格納部は、
    　　前記論理レイヤに関する情報オブジェクトに対応付けて、前記ネットワーク構成によるサービスへの加入者に関する情報をさらに格納し、
    　前記特定手段は、
    　　前記取得手段により取得された前記障害の発生箇所に関する情報オブジェクトに対応付けられる前記加入者に関する情報を、前記障害の影響を受ける加入者の情報として特定し、
    　前記出力手段は、
    　　前記特定手段により特定された、前記障害の影響を受ける加入者の情報を出力する、
    　請求項１に記載のネットワーク管理装置。
  3. 　前記物理レイヤに関する情報オブジェクトは、通信装置に取り付けられる通信ポートを示すポートオブジェクトを含み、
    　前記論理レイヤに関する情報オブジェクトは、通信の発生箇所又は終端を示す複数の点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを含み、
    　前記物理レイヤに関する情報オブジェクトと前記論理レイヤに関する情報オブジェクトとの対応関係は、前記ポートオブジェクトと前記点オブジェクトとの対応関係を含む、
    　請求項１に記載のネットワーク管理装置。
  4. 　前記特定手段は、
    　　前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトが前記ポートオブジェクトであるときに、当該ポートオブジェクトを前記物理レイヤにおける障害影響範囲として特定し、
    　　前記特定されたポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを、前記論理レイヤにおける障害影響範囲として特定する、
    　請求項３に記載のネットワーク管理装置。
  5. 　前記物理レイヤに関する情報オブジェクトは、前記通信ポートを有する通信装置を示す装置オブジェクトを含み、
    　前記特定手段は、
    　　前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトが前記装置オブジェクトであるときに、当該装置オブジェクトで示される通信装置、および当該通信装置が有する通信ポートを示すポートオブジェクトを、前記物理レイヤにおける障害影響範囲として特定し、
    　　前記特定されたポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを、前記論理レイヤにおける障害影響範囲として特定する、
    　請求項３に記載のネットワーク管理装置。
  6. 　前記物理レイヤに関する情報オブジェクトは、前記通信ポートに接続可能な通信ケーブルを示す媒体オブジェクトを含み、
    　前記特定手段は、
    　　前記取得手段により取得された、前記障害の発生箇所に関する情報オブジェクトが前記媒体オブジェクトであるときに、当該媒体オブジェクトで示される通信ケーブル、および当該通信ケーブルに接続可能な通信ポートを示すポートオブジェクトを、前記物理レイヤにおける障害影響範囲として特定し、
    　　前記特定されたポートオブジェクトと対応付けられる点オブジェクト、および当該点オブジェクトを含む線又は面のオブジェクトを、前記論理レイヤにおける障害影響範囲として特定する、
    　請求項３に記載のネットワーク管理装置。
  7. 　ネットワーク管理装置が行うネットワーク管理方法であって、
    　ネットワーク構成の物理レイヤに関する情報オブジェクトと論理レイヤに関する情報オブジェクトとの対応関係を示す情報を格納部に格納し、
    　前記ネットワーク構成の物理レイヤにおける障害の発生箇所に関する情報オブジェクトを、前記格納部から取得し、
    　前記格納部に格納される前記論理レイヤに関する情報オブジェクトのうち、前記取得された、前記障害の発生箇所に関する情報オブジェクトに対応付けられる情報オブジェクトを、障害影響範囲として特定し、
    　前記特定された障害影響範囲を示す情報を出力する、
    　ネットワーク管理方法。
  8. 　請求項１乃至６のいずれか１項に記載のネットワーク管理装置の前記各手段としてプロセッサを機能させるネットワーク管理処理プログラム。
PCT/JP2019/040978 2018-10-18 2019-10-17 ネットワーク管理装置、方法およびプログラム WO2020080492A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/285,390 US11736338B2 (en) 2018-10-18 2019-10-17 Network management apparatus, method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018196853A JP7107158B2 (ja) 2018-10-18 2018-10-18 ネットワーク管理装置、方法およびプログラム
JP2018-196853 2018-10-18

Publications (1)

Publication Number Publication Date
WO2020080492A1 true WO2020080492A1 (ja) 2020-04-23

Family

ID=70283993

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/040978 WO2020080492A1 (ja) 2018-10-18 2019-10-17 ネットワーク管理装置、方法およびプログラム

Country Status (3)

Country Link
US (1) US11736338B2 (ja)
JP (1) JP7107158B2 (ja)
WO (1) WO2020080492A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7452709B2 (ja) 2020-12-15 2024-03-19 日本電信電話株式会社 ネットワーク管理装置、方法およびプログラム
JPWO2022259479A1 (ja) * 2021-06-10 2022-12-15

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012222371A (ja) * 2011-04-04 2012-11-12 Mitsubishi Electric Corp ネットワーク管理装置及びネットワーク管理方法及びプログラム

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1246435A1 (en) * 2001-03-28 2002-10-02 BRITISH TELECOMMUNICATIONS public limited company Fault management system to preempt line faults in communications networks
US9787556B2 (en) * 2005-08-19 2017-10-10 Cpacket Networks Inc. Apparatus, system, and method for enhanced monitoring, searching, and visualization of network data
US20160112262A1 (en) * 2014-10-18 2016-04-21 Weaved, Inc. Installation and configuration of connected devices
JP2009105690A (ja) * 2007-10-24 2009-05-14 Alaxala Networks Corp レイヤ２冗長プロトコル相互接続装置
EP2302522A4 (en) * 2008-06-13 2014-07-09 Fujitsu Ltd INFORMATION PROCESSING DEVICE AND INFORMATION PROCESSING PROGRAM AND METHOD
US9258411B2 (en) * 2009-11-04 2016-02-09 Broadcom Corporation Forensic diagnostic capability including G.inp
US20220078096A1 (en) * 2009-12-09 2022-03-10 Benjamin Stump Management portal with object proxy for monitoring and controlling remote sites and equipment
WO2012169020A1 (ja) * 2011-06-08 2012-12-13 株式会社日立製作所 インパクト分析方法、インパクト分析装置及び記憶媒体
EP2795841B1 (en) * 2011-12-21 2021-11-24 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for fault analysis in a multi-layer network
WO2013169039A1 (ko) * 2012-05-09 2013-11-14 엘지전자 주식회사 무선 통신 시스템에서 측정 결과 및 위치 정보간 상관성 유효 평가 방법과 이를 지원하는 장치
US20150249587A1 (en) * 2012-09-20 2015-09-03 Ntt Docomo, Inc. Method and apparatus for topology and path verification in networks
WO2014071084A2 (en) * 2012-10-31 2014-05-08 O'malley, Matt System and method for dynamically monitoring, analyzing, managing, and alerting packet data traffic and applications
US9628360B2 (en) * 2013-03-15 2017-04-18 Hitachi, Ltd. Computer management system based on meta-rules
US10044795B2 (en) * 2014-07-11 2018-08-07 Vmware Inc. Methods and apparatus for rack deployments for virtual computing environments
US10951963B2 (en) * 2014-08-07 2021-03-16 Ciena Corporation Fast mesh restoration systems and method with real time detection of fault location
US10148491B2 (en) * 2014-09-23 2018-12-04 Adtran, Inc. Iterative algorithm for rapid fault isolation
US10305758B1 (en) * 2014-10-09 2019-05-28 Splunk Inc. Service monitoring interface reflecting by-service mode
US10505825B1 (en) * 2014-10-09 2019-12-10 Splunk Inc. Automatic creation of related event groups for IT service monitoring
WO2016056125A1 (ja) * 2014-10-10 2016-04-14 株式会社日立製作所 計算機システムを管理する管理システム
US10523810B2 (en) * 2015-01-14 2019-12-31 Assia Spe, Llc Systems, methods, and apparatuses for implementing DSL line fault determination and localization via selt, delt, and melt diagnostics
WO2016121085A1 (ja) * 2015-01-30 2016-08-04 株式会社日立製作所 システム管理装置及びシステム管理方法
US10708342B2 (en) * 2015-02-27 2020-07-07 Cisco Technology, Inc. Dynamic troubleshooting workspaces for cloud and network management systems
US10148510B2 (en) * 2015-03-02 2018-12-04 Spidercloud Wireless, Inc. Topology discovery and management and SON orchestration
US10503577B2 (en) * 2015-06-01 2019-12-10 Hitachi, Ltd. Management system for managing computer system
JP2017111601A (ja) * 2015-12-16 2017-06-22 富士通株式会社 調査対象特定プログラム、および調査対象特定方法
US20200189731A1 (en) * 2016-03-24 2020-06-18 Flir Detection, Inc. Cellular communication devices and methods
US10223145B1 (en) * 2016-06-21 2019-03-05 Amazon Technologies, Inc. System for impairment issues of distributed hosts
US10911263B2 (en) * 2016-09-28 2021-02-02 Amazon Technologies, Inc. Programmatic interfaces for network health information
JP6655524B2 (ja) 2016-11-11 2020-02-26 日本電信電話株式会社 ネットワーク管理装置、方法及びプログラム
US11044162B2 (en) * 2016-12-06 2021-06-22 Cisco Technology, Inc. Orchestration of cloud and fog interactions
US10257668B2 (en) * 2017-05-09 2019-04-09 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
US10715353B2 (en) * 2017-05-15 2020-07-14 Ciena Corporation Virtual local area network identifiers for service function chaining fault detection and isolation
US10560421B2 (en) * 2017-05-26 2020-02-11 Cisco Technology, Inc. Stateful LISP subscription for overlapping subnetworks
US10812318B2 (en) * 2017-05-31 2020-10-20 Cisco Technology, Inc. Associating network policy objects with specific faults corresponding to fault localizations in large-scale network deployment
US10498608B2 (en) * 2017-06-16 2019-12-03 Cisco Technology, Inc. Topology explorer
US10264003B1 (en) * 2018-02-07 2019-04-16 Extrahop Networks, Inc. Adaptive network monitoring with tuneable elastic granularity
US11070419B2 (en) * 2018-07-24 2021-07-20 Vmware, Inc. Methods and systems to troubleshoot and localize storage failures for a multitenant application run in a distributed computing system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012222371A (ja) * 2011-04-04 2012-11-12 Mitsubishi Electric Corp ネットワーク管理装置及びネットワーク管理方法及びプログラム

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
AKASHI, KAZUAKI ET AL.: "Proposal of Resource Mapping Method for Network Service Creation", IEICE TECHNICAL REPORT, vol. 116, no. 324, 17 November 2016 (2016-11-17), pages 43 - 48 *
FUKAMI, KIMIHIKO ET AL.: "A Study on Method of Visualization for Multiple Network Structure", IEICE TECHNICAL REPORT, vol. 117, no. 491, 1 March 2018 (2018-03-01), pages 145 - 150 *
FUKAMI, KIMIHIKO ET AL.: "Study on Method of Identifying Service Influence Occurred by Network Fault", IEICE TECHNICAL REPORT, vol. 118, no. 483, 28 February 2019 (2019-02-28), pages 13 - 18 *
KARATO, KEI ET AL.: "A Fault Management Method for WDM Network Operation System", IEICE TECHNICAL REPORT, vol. 106, no. 600, 8 March 2007 (2007-03-08), pages 95 - 100 *
KOIZUMI, AKIHIRO ET AL.: "Network Solutions that contribute to the expansion of social innovation", HITACHI HYORON, vol. 91, 1 November 2009 (2009-11-01), pages 22 - 25 *
NAKAMURA, MIZUTO ET AL.: "Study on Service-Resource mapping method for realizing service monitoring in virtual network", 2018-CSEC-081, 10 May 2018 (2018-05-10) *

Also Published As

Publication number Publication date
JP2020065202A (ja) 2020-04-23
US11736338B2 (en) 2023-08-22
US20220224591A1 (en) 2022-07-14
JP7107158B2 (ja) 2022-07-27

Similar Documents

Publication Publication Date Title
US8792385B2 (en) Method and device for auto-generating goose signal connection topology from substation level
CN106462625A (zh) 针对大型图表的实时所保存查询更新
WO2020080492A1 (ja) ネットワーク管理装置、方法およびプログラム
JP6655524B2 (ja) ネットワーク管理装置、方法及びプログラム
AU2016293440B2 (en) Control center system for searching and managing objects across data centers
CN104050225B (zh) 数据库模式映射中的视图变量
US10769328B2 (en) Generating a template-driven schematic from a netlist of electronic circuits
CN104301233A (zh) 路由访问方法、路由访问系统及用户终端
WO2016003904A1 (en) Computerized systems and methods for converting data for storage in a graph database
CN107506484B (zh) 运维数据关联审计方法、系统、设备及存储介质
CN112311571A (zh) 网络拓扑生成方法及装置、电子设备和非暂态存储介质
US8327292B2 (en) Distinct groupings of related objects for display in a user interface
KR102039419B1 (ko) 프로세스 실행 로그 기반 업무 네트워크의 점진적 데이터 마이닝 시스템 및 방법
CN113641742A (zh) 一种数据抽取方法、装置、设备和存储介质
CN110611591B (zh) 一种网络拓扑建立方法及装置
US10454808B2 (en) Managing physical network cross-connects in a datacenter
JP7302674B2 (ja) ネットワーク管理装置、方法およびプログラム
JP7380840B2 (ja) ネットワーク管理装置、方法およびプログラム
CN113992664B (zh) 一种集群通信的方法、相关装置及存储介质
CN105095283A (zh) 网络社交系统中准好友的推荐方法和系统
EP3591481B1 (en) Device configuration management apparatus, system, and program
KR101927689B1 (ko) Cim 계통도 처리 방법
WO2021048981A1 (ja) ネットワーク管理装置、方法およびプログラム
CN104749704A (zh) 一种光缆纤芯接续关系快速建立的方法
KR102110483B1 (ko) 데이터 처리 장치 및 방법

Legal Events

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

Ref document number: 19873657

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19873657

Country of ref document: EP

Kind code of ref document: A1