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

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

Info

Publication number
WO2019167801A1
WO2019167801A1 PCT/JP2019/006606 JP2019006606W WO2019167801A1 WO 2019167801 A1 WO2019167801 A1 WO 2019167801A1 JP 2019006606 W JP2019006606 W JP 2019006606W WO 2019167801 A1 WO2019167801 A1 WO 2019167801A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
point
spec
entity
oadm
Prior art date
Application number
PCT/JP2019/006606
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 US16/975,851 priority Critical patent/US11245585B2/en
Publication of WO2019167801A1 publication Critical patent/WO2019167801A1/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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • 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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • 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/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • 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/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data

Definitions

  • Embodiments described herein relate generally to a network management device, a network management method, and a network management program.
  • NWs operation support system for integrated management of communication networks
  • protocol layers for example, a transmission layer and an IP layer
  • NW configuration information indicating the configuration of each protocol layer and the connection between the protocol layers is defined on the program (see, for example, Non-Patent Document 1).
  • Non-Patent Document 2 there is a technique in which the same technique as that of Non-Patent Document 1 is applied to an optical integrated network.
  • information indicating the configuration of each protocol layer and the connection between the protocol layers is defined on the program ( For example, see Non-Patent Document 2.)
  • Hayashi Masamasa “Network information“ visualization ”technology and network operation operations are simplified and highly functional”, The Institute of Electronics, Information and Communication Engineers, IEICE Technical Report NS2009-110 Tatsuya Torida and 4 others “A Study on Management Model of Integrated Optical Network”, The Institute of Electronics, Information and Communication Engineers, IEICE Technical Report PN2011-06
  • the definition of the NW configuration information differs for each network, if there is a change in the type of network protocol to be visualized, the number of devices, etc., it has been necessary to make modifications by changing the design of the functional unit to be visualized. .
  • the visualization target NW before the change is only the transmission NW
  • the definition of the NW configuration information is “network configuration A”
  • the visualization program is “visualization program A”.
  • the visualization program is adjusted accordingly. Needs to be revised to “Visualization Program B”.
  • the present invention has been made paying attention to the above circumstances, and an object of the present invention is to provide a network management device, a network management method, and a network management program that do not require modification related to visualization of a communication network.
  • the network management device stores network characteristic storage means for storing information representing network characteristics, and the network characteristic storage means. And an information object storage means for storing an information object related to the network configuration corresponding to the information representing the stored network characteristics.
  • the network management device includes network characteristic acquisition means for acquiring information representing network characteristics corresponding to an arbitrary protocol layer from the network characteristic storage means.
  • the network management device includes information object acquisition means for acquiring an information object corresponding to information representing the network characteristic acquired by the network characteristic acquisition means from the information object storage means.
  • the network management device includes display means for displaying the information object acquired by the information object acquisition means.
  • the information object represents line information indicating a communication flow in the network, point information for terminating communication traffic, and surface information indicating a communication flow range. It is intended to be.
  • the information object is information common to a plurality of types of communication protocols and information specialized for a type of communication protocol.
  • the display means displays information common to the plurality of types of communication protocols as a figure composed of the line information, the point information, and the surface information, and is specific to the type of the communication protocol.
  • the converted information is displayed as a character string corresponding to the graphic.
  • a network management method performed by a network management apparatus includes a network characteristic storage unit that stores information representing network characteristics, and a network that corresponds to the network characteristic stored in the network characteristic storage unit
  • This is a network management method performed by a network management apparatus having an information object storage means for storing information objects related to the configuration.
  • the information indicating the network characteristics corresponding to an arbitrary protocol layer is acquired from the network characteristic storage means
  • the information object corresponding to the information indicating the acquired network characteristics is acquired from the information object storage means, Display the acquired information object.
  • One aspect of the network management program according to one embodiment of the present invention 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 third aspects.
  • an information object corresponding to a network characteristic of a certain protocol layer can be displayed.
  • information common to various communication protocols is displayed as a figure composed of line information, point information, and surface information, and the type of communication protocol Can be displayed as a character string corresponding to a figure.
  • the information object includes line information indicating the communication flow in the network, point information for terminating the communication traffic, and surface information indicating the communication flow range. Can be displayed as
  • FIG. 1 is a diagram illustrating an application example of a network management apparatus according to an embodiment of the present invention.
  • FIG. 2 is a sequence diagram showing an example of exchange between the units of the network management device according to the embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of the NW configuration of the IP layer and the OADM layer.
  • FIG. 4 is a diagram showing an example of the NW configuration of the physical layer configured by IP and OADM.
  • FIG. 5 is a diagram illustrating a design example of a line spec table indicating a line spec stored in the SpecDB.
  • FIG. 6 is a diagram showing a design example of a point Spec table indicating points Spec stored in SpecDB.
  • FIG. 1 is a diagram illustrating an application example of a network management apparatus according to an embodiment of the present invention.
  • FIG. 2 is a sequence diagram showing an example of exchange between the units of the network management device according to the embodiment of the present invention.
  • FIG. 3 is a diagram
  • FIG. 7 is a diagram illustrating a design example of a surface Spec table indicating surface Spec stored in SpecDB.
  • FIG. 8A is a diagram illustrating an example of a design of a line Entity table that manages a line Entity corresponding to a line Spec among the lines Spec indicated by the line Spec table.
  • FIG. 8B is a diagram illustrating an example of a design of a line Entity table that manages a line Entity corresponding to the line Spec among the lines Spec indicated by the line Spec table.
  • FIG. 9A is a diagram illustrating an example of a design of a point entity table that manages a point entity corresponding to a point Spec indicated in the point spec table.
  • FIG. 8A is a diagram illustrating an example of a design of a line Entity table that manages a point entity corresponding to a point Spec indicated in the point spec table.
  • FIG. 9B is a diagram illustrating an example of a design of a point entity table that manages a point entity corresponding to a point Spec indicated in the point spec table.
  • FIG. 10A is a diagram illustrating an example of a design of a surface Entity table that manages a surface Entity corresponding to the surface Spec indicated by the surface Spec table.
  • FIG. 10B is a diagram illustrating an example of a design of a surface Entity table that manages a surface Entity corresponding to the surface Spec indicated by the surface Spec table.
  • FIG. 11 is a diagram illustrating an example of an NW configuration including coordinate information of the IP layer and the OADM layer.
  • FIG. 12 is a diagram illustrating an example of a line entity table indicating line entities stored in the information object DB.
  • FIG. 13A is a diagram illustrating an example of a point entity table indicating point entities stored in the information object DB.
  • FIG. 13B is a diagram illustrating an example of a point entity table indicating point entities stored in the information object DB.
  • FIG. 14 is a diagram illustrating an example of a point entity table indicating point entities stored in the information object DB.
  • FIG. 15 is a diagram illustrating an example of a surface Entity table indicating surface Entity stored in the information object DB.
  • FIG. 16 is a flowchart illustrating an example of a procedure for storing the Spec stored in the SpecDB in the Spec array.
  • FIG. 13A is a diagram illustrating an example of a point entity table indicating point entities stored in the information object DB.
  • FIG. 13B is a diagram illustrating an example of a point entity table indicating point entities stored in the information
  • FIG. 17 is a flowchart illustrating an example of a procedure for acquiring an entity corresponding to a spec.
  • FIG. 18 is a flowchart illustrating an example of a procedure for drawing line information of an information object.
  • FIG. 19 is a flowchart illustrating an example of a procedure for drawing a connection relationship of point information of an information object.
  • FIG. 20 is a flowchart illustrating an example of a procedure for drawing the surface information of the information object.
  • FIG. 1 is a diagram illustrating an application example of a network management apparatus according to an embodiment of the present invention.
  • the network management apparatus can be configured as a computer including a central processing unit (CPU), a program memory, a calculation memory, and the like.
  • the network management device includes an NW characteristic acquisition unit 11, a SpecDB (database) (NW characteristic storage unit) 12, an information object acquisition unit 13, as functions necessary to implement this embodiment.
  • NW characteristic acquisition unit 11 a SpecDB (database) (NW characteristic storage unit) 12
  • An information object acquisition unit 13 as functions necessary to implement this embodiment.
  • An information object DB (information object storage unit) (sometimes referred to as EntityDB) 14 and an NW configuration display unit 15 are provided.
  • the NW characteristic acquisition unit 11, the information object acquisition unit 13, and the NW configuration display unit 15 can be realized by causing the CPU to execute a program stored in the program memory.
  • the SpecDB 12 and the information object DB 14 can be realized by a storage device such as a nonvolatile memory, and the NW configuration display unit 15 can be realized by including a liquid crystal display.
  • the network management device can also be configured with hardware.
  • a program having a procedure shown in a flowchart to be described later is installed in a known computer via a medium or a communication line, and the combination of this computer and the SpecDB 12, the information object DB 14 or the above-described known This can also be realized by a combination of the above computer and a computer having the SpecDB 12 and the information object DB 14.
  • the network management apparatus holds the definition of the NW configuration as a specification, and manages individual NW information based on this specification. NW information is managed by point, line, and surface information objects.
  • the NW configuration display unit 15 displays point information, line information, and surface information screens as information objects (Entity).
  • the point information indicates the end of communication traffic
  • the line information indicates the communication flow in the network
  • the plane information indicates the communication flow range.
  • the NW characteristic acquisition unit 11 acquires the NW characteristic (Spec) necessary for displaying the NW configuration on the screen from the SpecDB 12.
  • the information object acquisition unit 13 acquires an information object corresponding to the NW characteristic.
  • the relationship between the NW characteristic and the information object is also described in the specification of Japanese Patent Application No. 2016-220806.
  • the SpecDB 12 stores NW characteristics (Spec).
  • the information object DB 14 stores information objects (Entity) corresponding to NW characteristics. That is, in this embodiment, the NW characteristic and the information object are managed separately.
  • the NW characteristics are stored in the SpecDB 12 for each protocol layer.
  • Information objects are stored in the information object DB 14 for each protocol layer.
  • NW characteristics and information objects include (1) point, line, and surface information common to the protocol (common attribute information), and (2) protocol-specific point, line, and surface accompanying information (special attribute information). Information).
  • FIG. 2 is a sequence diagram showing an example of exchange between the units of the network management device according to the embodiment of the present invention.
  • the NW configuration display unit 15 receives an instruction to display the NW configuration by operating an input device (not shown) such as a keyboard or a mouse
  • the NW configuration display unit 15 acquires the NW information object to be displayed to the NW characteristic acquisition unit 11.
  • the information object obtained by this instruction is displayed on the screen.
  • the NW configuration display unit 15 draws the common attribute information as a graphic in one process, and displays the special attribute information as a character string in the drawing.
  • the common attribute information includes, for example, coordinates, dependency relationships, connection relationships, communication ranges, communication states, and the like.
  • Specific attribute information includes, for example, a wavelength number, a port number, an IP address, and a ring name.
  • the NW characteristic acquisition unit 11 Upon receiving an instruction from the NW configuration display unit 15, the NW characteristic acquisition unit 11 acquires all the NW characteristics stored in the SpecDB 12 and acquires an information object corresponding to the acquired NW characteristic. To instruct.
  • the information object acquisition unit 13 acquires an information object corresponding to the NW characteristic from the information object DB 14 and returns the acquired information object to the NW characteristic acquisition unit 11.
  • the NW configuration display unit 15 draws line information of the information object, draws connection information between layers of the information object, and draws surface information of the information object as the above-described screen display.
  • FIG. 3 is a diagram illustrating an example of an NW configuration of an IP layer and an OADM (optical add-drop multiplexer) layer.
  • the NW characteristic includes point Spec_OADM that is point information, line Spec_OADM that is line information, and surface Spec_OADM that is surface information.
  • the point Spec_OADM includes a “Spec No. 1” point Spec_OADM, a “No. 2” point Spec_OADM, and a “No. 3” point Spec_OADM.
  • the first line Spec_OADM shown in FIG. 3 is a line Spec_OADM connecting the points Spec_OADM of “No. 1” and “No. 2”.
  • the second line Spec_OADM is a line Spec_OADM connecting the points Spec_OADM of “No. 2” and “No. 3”.
  • the third line Spec_OADM is a line Spec_OADM that connects the points Spec_OADM of “No. 1” and “No. 3”.
  • the surface Spec_OADM shown in FIG. 3 is a surface Spec_OADM including all points Spec_OADM and all lines Spec_OADM.
  • the NW characteristic includes a point Spec_IP that is point information, a line Spec_IP that is line information, and a surface Spec_IP that is surface information.
  • a point Spec_IP that is point information
  • a line Spec_IP that is line information
  • a surface Spec_IP that is surface information.
  • four points Spec_IP, three lines Spec_IP, and one face Spec_IP are defined in the IP layer.
  • the point Spec_IP includes a point Spec_IP of “No. 1”, a point Spec_IP of “No. 2”, a point Spec_IP of “No. 4”, and a point Spec_IP of “No. 5”.
  • the first line Spec_IP shown in FIG. 3 is a line Spec_OADM connecting the points Spec_OADM of “No. 1” and “No. 2”.
  • the second line Spec_IP is a line Spec_IP connecting the points Spec_IP of “No. 1” and “No. 4”.
  • the third line Spec_IP is a line Spec_IP that connects the points Spec_IP of “No. 2” and “No. 5”.
  • the plane Spec_IP illustrated in FIG. 3 is a plane Spec_IP including all points Spec_IP and all lines Spec_IP.
  • the point Spec_OADM of “No. 1” in the OADM layer and the point Spec_IP of “No. 1” in the IP layer are point Specs having a connection between layers. The same applies to the point Spec_OADM of “No. 2” in the OADM layer and the point Spec_IP of “No. 2” in the IP layer.
  • FIG. 4 is a diagram showing an example of the NW configuration of the physical layer configured by IP and OADM.
  • the device a on the physical layer shown in FIG. 4 corresponds to the “No. 1” point Spec_OADM in the OADM layer and the “No. 1” point Spec_IP in the IP layer.
  • the device b on the physical layer shown in FIG. 4 corresponds to the “No. 2” point Spec_OADM in the OADM layer and the “No. 2” point Spec_IP in the IP layer.
  • the device c on the physical layer shown in FIG. 4 corresponds to the point “Spec_OADM” of “No. 3” in the OADM layer.
  • the device d on the physical layer shown in FIG. 4 corresponds to the point “Spec_IP” of “No. 4” in the IP layer.
  • the device e on the physical layer shown in FIG. 4 corresponds to the point “Spec_IP” of “No. 5” in the IP layer.
  • FIG. 5 is a diagram illustrating a design example of a line spec table indicating a line spec stored in the SpecDB.
  • FIG. 6 is a diagram showing a design example of a point Spec table indicating points Spec stored in SpecDB.
  • FIG. 7 is a diagram illustrating a design example of a surface Spec table indicating surface Spec stored in SpecDB.
  • line spec spec name (spec name), attribute name, valueFrom, valueTo, value type are defined respectively.
  • specName is the name of Spec
  • valueFrom is the lower limit value that can be held
  • valueTo is the upper limit value that can be entered.
  • specName In the point spec table, specName, attribute name, valueFrom, valueTo, and value types of the point spec are defined.
  • the spec name, attribute name, valueFrom, valueTo, and value types of the face spec are defined.
  • the attribute name surrounded by the line a is common attribute information (common attribute) that does not depend on the protocol type.
  • attribute name surrounded by the line b is attribute information (specific attribute) specialized for the protocol.
  • 8A and 8B are diagrams illustrating an example of a design of a line Entity table that manages a line Entity corresponding to the line Spec among the lines Spec indicated by the line Spec table.
  • entityName entity name
  • attribute name attribute name
  • value entity value
  • dependent spec of the line entity are defined.
  • the combinations of “entityName, attribute name, subordinate spec” in each line are (line Entity_OADM, connection relation) to (line Entity_IP, Port number) below.
  • the value of the line entity table is not defined.
  • FIGS. 9A and 9B are diagrams illustrating an example of the design of a point entity table that manages a point entity corresponding to a point Spec indicated in the point spec table.
  • entityName, attribute name, value, and dependent spec of the point entity are respectively defined.
  • the combinations of “entityName, attribute name, and subspec” of each line are as follows (point Entity_OADM, wavelength number) to (point Entity_IP, subordinate).
  • the value of the point Entity table is not defined.
  • FIG. 10A and 10B are diagrams illustrating an example of the design of a surface Entity table that manages a surface Entity corresponding to the surface Spec indicated by the surface Spec table.
  • entityName entityName
  • attribute name attribute name
  • value subordinate Spec of the line Entity
  • the combinations of “entityName, attribute name, subordinate spec” are (plane Entity_OADM, communication range) to (plane Entity_IP, communication state) below.
  • the value of the plain Entity table is not defined.
  • FIG. 11 is a diagram illustrating an example of an NW configuration including coordinate information of the IP and OADM layers.
  • the coordinates (x, y coordinates) of the “No. 1” point Spec_OADM in the OADM layer are (10, 50), and the coordinates of the “No. 2” point Spec_OADM in the OADM layer.
  • the coordinates of the point No. 3 Spec_OADM of the OADM layer are (50, 45).
  • the coordinates of the point Spec_IP of “No. 1” in the IP layer are (10, 80), and the coordinates of the point Spec_IP of “No. 2” in the IP layer are (110, 80).
  • the coordinates of the IP layer “No. 4” point Spec_IP are (1, 80), and the IP layer “No. 5” point Spec_IP is (130, 80).
  • FIG. 12 is a diagram illustrating an example of a line entity table indicating line entities stored in the information object DB.
  • entityName entityName
  • attribute name attribute name
  • value value
  • dependent spec of the line entity are defined.
  • the lines (line Entity_OADM, wavelength number) are (line Entity_OADM_1, wavelength number), (line Entity_OADM_2, wavelength number), (on line Entity table shown in FIG. Line Entity_OADM_3, wavelength number).
  • a row of (Line Entity_IP, connection relationship) corresponds to a row of (Line Entity_IP_4, connection relationship) on the line Entity table shown in FIG.
  • the line (line Entity_IP, Port number) corresponds to the line (line Entity_IP_4, Port number) on the line Entity table shown in FIG.
  • FIG. 13A, FIG. 13B, and FIG. 14 are diagrams illustrating an example of a point entity table indicating point entities stored in the information object DB.
  • entityName, attribute name, value, and dependent spec of the point entity are defined.
  • the combinations of “entityName, attribute name, dependent spec” in the point entity table shown in FIGS. 13A and 13B are the following (point Entity_OADM_1, wavelength number) to (point Entity_IP_5, dependency).
  • (Point Entity_OADM_1, wavelength number) “Point Entity_OADM_1, wavelength number, ⁇ 1, point Spec_OADM” (Point Entity_OADM_1, x coordinate) "Point Entity_OADM_1, x coordinate, 10, point Spec_OADM” (Point Entity_OADM_1, y-coordinate) "Point Entity_OADM_1, y-coordinate, 50, Spec_OADM” (Point Entity_OADM_1, Dependency) "Point Entity_OADM_1, Dependency, Point Entity_IP_1, Point Spec_OADM”
  • point Entity_OADM wavelength number
  • point Entity_OADM_2, wavelength number on the point Entity table shown in FIG. 13A.
  • Point Entity_OADM_3, wavelength number are (point Entity_OADM_1, wavelength number), (point Entity_OADM_2, wavelength number) on the point Entity table shown in FIG. 13A. ), (Point Entity_OADM_3, wavelength number).
  • point Entity_OADM, x coordinate rows are (point Entity_OADM_1, x coordinate), (point Entity_OADM_2, x coordinate) on the point entity table shown in FIG. 13A. ), (Point Entity_OADM_3, x coordinate).
  • point Entity_OADM dependency
  • point Entity_OADM_1, dependency dependency
  • point Entity_OADM_2, dependency dependency on the point Entity table shown in FIG. 13A.
  • Point Entity_OADM_3, dependency are (point Entity_OADM_1, dependency), (point Entity_OADM_2, dependency) on the point Entity table shown in FIG. 13A. ), (Point Entity_OADM_3, dependency).
  • the above-mentioned row of (point Entity_IP, IP address) corresponds to the following rows (1) and (2).
  • (1) (Point Entity_IP_4, IP address), (Point Entity_IP_5, IP address) rows on the point Entity table shown in FIG. 13B
  • (2) (Point Entity_IP_1, IP address on the point Entity table shown in FIG. 14)
  • the above-mentioned row of (point Entity_IP, x coordinate) corresponds to the following rows (1) and (2).
  • the above-mentioned row of (point Entity_IP, y coordinate) corresponds to the following rows (1) and (2).
  • point Entity_IP dependency relationship
  • point Entity_IP_4 dependency relationship
  • FIG. 15 is a diagram illustrating an example of a surface Entity table indicating surface Entity stored in the information object DB.
  • entityName entityName
  • attribute name attribute name
  • value value
  • subspec of the surface entity are defined.
  • the value “[1,2]” in the row relating to entityName “line Entity_OADM_1” indicates a line constituted by a connection relationship with the points relating to (1) and (2) below.
  • (2) entityName “of the point entity table shown in FIG. 13A Point defined by two lines related to "Point Entity_OADM_2", attribute name "x coordinate", and "y coordinate”
  • the value “[1,3]” in the row relating to the entityName “line Entity_OADM_2” indicates a line constituted by the connection relation with the points relating to (1) and (2) below.
  • (2) entityName “of the point entity table shown in FIG. 13A Point defined by two lines related to point Entity_OADM_3 ”, attribute name“ x coordinate ”, and“ y coordinate ”
  • the value “[2,3]” in the row relating to entityName “line Entity_OADM_3” indicates a line constituted by the connection relationship with the points relating to (1) and (2) below.
  • (2) entityName “of the point Entity table shown in FIG. 13A Point defined by two lines related to point Entity_OADM_3 ”, attribute name“ x coordinate ”, and“ y coordinate ”
  • the value “[4,1,2,5]” in the row related to entityName “Line Entity_IP_4” is composed of the connection relationship with the points related to (1), (2), (3) and (4) below. Indicates a line.
  • Points defined in two lines related to “Coordinates” (4) Points defined in two lines related to entityName “Point Entity_IP_5”, attribute name “x coordinate”, and “y coordinate” in the point Entity table shown in FIG. 13B
  • the meaning of the value of the surface Entity table shown in FIG. 15 is shown below.
  • the value “[Point 1, Point 2, Point 3]” in the row related to entityName “plane Entity_OADM_1” and attribute name “communication range” includes the planes related to (1), (2) and (3) below.
  • the value “[line 4]” of the row related to entityName “plane Entity_IP” indicates the plane including the line defined in the row related to entityName “line Entity_IP_4” and attribute name “connection relation” in the line Entity table shown in FIG. Show.
  • the coordinates of each Entity table stored in the information object DB 14 described above are two-dimensional coordinate systems for both OADM and IP layers. However, coordinate axes may be designed for each layer, and can be designed using a three-dimensional coordinate system. is there. The above design is realized by Spec design and information object design. A coordinate system may be designed for each layer of the information object.
  • FIG. 16 is a flowchart showing an example of a procedure for storing the Spec stored in the SpecDB in the Spec array. This process is a process in which all Specs stored in the SpecDB 12 are stored in the Spec array.
  • the NW characteristic acquisition unit 11 starts loop processing, selects one unselected row from the specs of the various spec tables from the spec database 12, and acquires the spec of this row.
  • the NW characteristic acquisition unit 11 stores the acquired spec in the spec array (S11), and returns to the top of the loop processing.
  • the NW characteristic acquisition unit 11 ends the procedure for storing the Spec stored in the SpecDB 12 in the Spec array.
  • FIG. 17 is a flowchart illustrating an example of a procedure for acquiring an entity corresponding to a spec.
  • the NW characteristic acquisition unit 11 starts a loop process in cooperation with the information object acquisition unit 13, and selects one row of unselected entities from various entity tables stored in the information object DB 14 (for example, as shown in FIG. 13A).
  • EntityName is a row with the point Spec_OADM_1), and this Entity is set to E (S21).
  • entityName, attribute name, value, and dependent spec are defined in each row of the Entity table acquired at this time.
  • the NW characteristic acquisition unit 11 compares the subspec of E described in S21 with the Spec array (S22). If the dependent Spec of E is a point Spec (for example, the point Spec_OADM or the point Spec_IP shown in FIG. 13A and FIG. 13B, the point Spec_IP shown in FIG. 14), the NW characteristic acquisition unit 11 The value (for example, ⁇ 1) of the line (for example, the line in which the attribute name “wavelength number” is defined) corresponding to the specName indicating the subspec of E and the same attribute name as the attribute name of E is Store in value. In this way, the value value of the point Spec table is stored in the point entity array (point entity table) (S23), and the processing by the NW characteristic acquisition unit 11 returns to the top of the loop processing.
  • the value (for example, ⁇ 1) of the line for example, the line in which the attribute name “wavelength number” is defined
  • the value value of the point Spec table is stored in the point entity array (point entity table) (S23),
  • the NW characteristic acquisition unit 11 specName indicating the subordinate spec of E in each row of the subordinate line spec table.
  • the value of the line in which the same attribute name as the attribute name of E is defined is stored in the value of E above.
  • the value value of the line spec table is stored in the line entity array (line entity table) (S24), and the processing by the NW characteristic acquisition unit 11 returns to the top of the loop processing.
  • the NW characteristic acquisition unit 11 specName indicating the subordinate Spec of E among the rows of the surface Spec table of the subordinate destination. And the value of the line in which the same attribute name as the E attribute name is defined (for example, the line in which the attribute name “communication range” is defined) is stored in the above E value. In this way, the value of the surface Spec table is stored in the surface Entity array (surface Entity table) (S25), and the processing by the NW characteristic acquisition unit 11 returns to the top of the Loop processing.
  • the subordinate Spec of E is a surface Spec (for example, surface Spec_OADM or surface Spec_IP shown in FIG. 15)
  • the NW characteristic acquisition unit 11 specName indicating the subordinate Spec of E among the rows of the surface Spec table of the subordinate destination.
  • the value of the line in which the same attribute name as the E attribute name is defined is stored in the above E value.
  • the value of the surface Spec table is stored in the surface Entity array (surface Entity table) (S25
  • the procedure for acquiring the entity corresponding to the spec is completed.
  • the acquired result is sent from the NW characteristic acquisition unit 11 to the NW configuration display unit 15.
  • FIG. 18 is a flowchart illustrating an example of a procedure for drawing line information of an information object (Entity).
  • the NW configuration display unit 15 starts a first loop process that is a loop process until an unselected line becomes empty among the lines of the line entity table in which values are stored in S24.
  • the NW configuration display unit 15 selects a line in the line Entity table stored in the information object DB 14 that is not selected and in which the same entityName (for example, “Line Entity_OADM_1” illustrated in FIG. 12) is defined. Set the selected row as the target Entity. (S31).
  • the NW configuration display unit 15 selects the entityName (for example, in FIG. 13A) corresponding to the value (for example, “[1, 2]” illustrated in FIG. 12) of the row in which the attribute name “connection relation” is defined among the entities set in S31.
  • the rows in which “point Entity_OADM_1” and “point Entity_OADM_2”) are defined are acquired from the point Entity table (S32).
  • the NW configuration display unit 15 starts a second loop process that is a loop process until an unselected row in the array acquired in S32 becomes empty.
  • the NW configuration display unit 15 selects a row in which the same entityName (for example, point Entity_OADM_1 shown in FIG. 13A) is defined among the rows of the array acquired in S32.
  • the NW configuration display unit 15 extracts coordinate values according to the following (1) and (2) from the selected row (S33). (1)
  • the x coordinate value defined by the value of the row whose attribute name is “x coordinate” for example, entityName “point Entity_OADM_1” shown in FIG.
  • the NW configuration display unit 15 generates an image in which a point is drawn at a position corresponding to the coordinate information extracted in S33 (S34).
  • the NW configuration display unit 15 takes out the specialized attribute name (for example, ⁇ 10) defined by the value of the row whose attribute name is the specialized attribute (for example, the wavelength number) from the row selected in S31 (S35).
  • the NW configuration display unit 15 sets the special attribute extracted in S35 to the character string displayed when the mouse is over the point drawn in S34 (S36), and returns to the top of the second loop processing.
  • the NW configuration display unit 15 generates an image in which a line is drawn between the coordinates extracted in S33 in the second loop process (S37).
  • the NW configuration display unit 15 extracts a specialized attribute name (for example, ⁇ 1) defined by the value of the line whose attribute name is the specialized attribute (for example, the wavelength number) from the lines selected in S31 from the line Entity table ( S38).
  • a specialized attribute name for example, ⁇ 1
  • the specialized attribute for example, the wavelength number
  • the NW configuration display unit 15 sets the special attribute extracted in S38 to the character string displayed when the mouse is over the line drawn in S37 (S39), and returns to the top of the first loop processing.
  • the NW configuration display unit 15 displays the image generated so far and ends the procedure for drawing the line information of the information object.
  • FIG. 19 is a flowchart illustrating an example of a procedure for drawing a connection relationship of point information of an information object.
  • the NW configuration display unit 15 starts a first loop process that is a loop process until an unselected line becomes empty among the lines of the point entity table in which values are stored in S23.
  • the NW configuration display unit 15 selects an unselected row in which the same entityName (for example, the point Entity_OADM_1 shown in FIG. 13A) is defined from the row of the point Entity table stored in the information object DB 14 and selects this A line is set as E to be processed (S41).
  • the same entityName for example, the point Entity_OADM_1 shown in FIG. 13A
  • the NW configuration display unit 15 defines entityName (eg, point Entity_IP_1 shown in FIG. 14) indicating the dependency (X) defined by the value of the row related to the attribute name “dependency” among the E rows set in S41. To be retrieved (S42).
  • entityName eg, point Entity_IP_1 shown in FIG. 14
  • dependency X
  • S42 To be retrieved (S42).
  • the processing by the NW configuration display unit 15 is as follows. Return to the beginning of the first loop process. On the other hand, if the value of the row whose attribute name is “x coordinate” and “x coordinate” among the rows corresponding to X extracted in S42 is not null (not null in S43), the NW configuration display unit 15 , The coordinate values according to (1) and (2) below are extracted from the row E set in S41 (S44). (1) The x coordinate value defined by the value of the row whose attribute name is “x coordinate” (for example, entityName “point Entity_OADM_1” shown in FIG.
  • the NW configuration display unit 15 generates an image in which a point is drawn at a position corresponding to the coordinate information of E extracted in S44 (S45).
  • the NW configuration display unit 15 extracts the coordinate values according to (1) and (2) below from the rows corresponding to X extracted in S42 in the point Entity table stored in the information object DB 14 (S46). .
  • (2) The y-coordinate value defined by the value of the row whose attribute name is “y-coordinate” for example, entityName “point Entity_IP_1” shown in FIG. 14, “80” of the row relating to the attribute name “y-coordinate”
  • the NW configuration display unit 15 generates an image in which a point is drawn at a position corresponding to the coordinate information extracted in S46 (S47).
  • the NW configuration display unit 15 generates an image in which a line, that is, a line indicating the correspondence of the point information between layers, is drawn between the coordinate value extracted in S44 and the coordinate value extracted in S46 (S48).
  • the process by the configuration display unit 15 returns to the top of the loop process.
  • the NW configuration display unit 15 displays the image generated so far, and ends the procedure for drawing the connection relationship of the point information of the information object.
  • FIG. 20 is a flowchart illustrating an example of a procedure for drawing surface information of an information object (Entity).
  • the NW configuration display unit 15 starts a first loop process that is a loop process until an unselected line becomes empty among the lines of the surface entity table in which values are stored in S25.
  • the NW configuration display unit 15 selects a row in which the same entityName (for example, the plane Entity_OADM shown in FIG. 15) is defined among the unselected rows of the plane Entity table stored in the information object DB 14, and selects the selected row.
  • Set to E (surface Entity) to be processed (S51).
  • the NW configuration display unit 15 points to the line where the entityName (for example, “Point Entity_OADM_1”, “Point Entity_OADM_2”, “Point Entity_OADM_3” shown in FIG. 13A) corresponding to the value of E (surface Entity) set in S31 is defined. Obtained from the Entity table (S52).
  • entityName for example, “Point Entity_OADM_1”, “Point Entity_OADM_2”, “Point Entity_OADM_3” shown in FIG. 13A
  • the NW configuration display unit 15 starts a second loop process that is a loop process until an unselected row becomes empty in the array acquired in S52.
  • the NW configuration display unit 15 selects a row that is not selected and defines the same entityName (for example, the surface Entity_OADM shown in FIG. 15) from the rows in the array acquired in S52, and selects this row as a point entity to be processed. (S53).
  • the NW configuration display unit 15 extracts the coordinate values according to the following (1) and (2) from the selected row (S54).
  • (1) The x coordinate value defined by the value of the row whose attribute name is “x coordinate” (for example, entityName “Point Entity_OADM_1” shown in FIG. 13A, “10”, entityName “ ”Point Entity_OADM_2”, “110” in the row related to attribute name “x coordinate”, and “50” in the row related to entityName “Point Entity_OADM_3” and attribute name “x coordinate”)
  • the y coordinate value defined by the value of the row whose attribute name is “y coordinate” for example, entityName “point Entity_OADM_1” shown in FIG. 13A, “50”, entityName “ “Point Entity_OADM_2”, “50” in the row related to the attribute name "y coordinate”, and "45” in the row related to the entityName "Point Entity_OADM_3” and attribute name “y coordinate”
  • the NW configuration display unit 15 generates an image in which a point is drawn at the position corresponding to the coordinate information extracted in S43 (S55), and returns to the top of the second loop processing. When the second loop process ends, the NW configuration display unit 15 generates an image in which a line is drawn between the coordinates extracted in S54 in the second loop process (S56).
  • the NW configuration display unit 15 extracts a communication state name (for example, “established” shown in FIG. 15) defined in the row whose attribute name is “communication state” from the rows acquired in S52 (S57).
  • the NW configuration display unit 15 generates an image of a surface reflecting the connection state extracted in S57 in the image drawn in S56 (S58).
  • the NW configuration display unit 15 extracts a specialized attribute name (for example, ring1) defined by the value of the row whose attribute name is the specialized attribute (for example, ring name) from the surface Entity table in the row selected in S51 ( S59).
  • a specialized attribute name for example, ring1
  • the NW configuration display unit 15 sets the special attribute extracted in S59 to the character string displayed when the mouse is moved over the surface drawn in S58 (S60), and returns to the top of the first loop processing.
  • the NW configuration display unit 15 displays the image generated so far and ends the procedure for drawing the surface information of the information object.
  • the network management device draws NW information with a highly versatile mechanism that does not depend on the protocol type because the NW characteristic and the information object are defined in advance. Even if the NW information is changed in the protocol layer due to the change in type or number, the modification related to the display of the information object is not necessary.
  • the present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the invention in the implementation stage.
  • the embodiments may be appropriately combined as much as possible, and in that case, the combined effect can be obtained.
  • the above embodiments include inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements.
  • the method described in each embodiment is a program (software means) that can be executed by a computer (computer), for example, a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), an optical disk (CD-ROM, It can be stored in a recording medium such as a DVD, MO, etc., semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted and distributed by a communication medium.
  • the program stored on the medium side includes a setting program that configures software means (including not only the execution program but also a table and data structure) in the computer.
  • a computer that implements this apparatus reads a program recorded on a recording medium, constructs software means by a setting program as the case may be, and executes the above-described processing by controlling the operation by this software means.
  • the recording medium referred to in this specification is not limited to distribution, but includes a storage medium such as a magnetic disk or a semiconductor memory provided in a computer or a device connected via a network.
  • NW configuration display section 11 ... NW characteristic acquisition unit, 12 ... SpecDB, 13 ... Information object acquisition unit, 14 ... Information object DB, 15: NW configuration display section.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

実施形態におけるネットワーク管理装置は、ネットワーク特性を表す情報を格納するネットワーク特性格納手段と、ネットワーク特性格納手段に格納されたネットワーク特性を表す情報に対応するネットワーク構成に関する情報オブジェクトを格納する情報オブジェクト格納手段と、ネットワーク特性格納手段から任意のプロトコルレイヤに対応するネットワーク特性を表す情報を取得するネットワーク特性取得手段と、ネットワーク特性取得手段により取得されたネットワーク特性を表す情報に対応した情報オブジェクトを情報オブジェクト格納手段から取得する情報オブジェクト取得手段と、情報オブジェクト取得手段により取得された情報オブジェクトを表示する表示手段とを有する。

Description

ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラム
　本発明の実施形態は、ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラムに関する。
　異なるプロトコルレイヤ、例えば伝送レイヤおよびIPレイヤでそれぞれ構築された通信ネットワーク（以下、ＮＷと称することがある）を統合管理するオペレーションサポートシステムにおいて、ネットワークの物理構成、各プロトコルレイヤの構成、及びプロトコルレイヤ間のつながりをそれぞれ可視化する技術がある。ここで、各プロトコルレイヤの構成、及びプロトコルレイヤ間つながりを示す情報(ＮＷ構成情報)はプログラム上で定義されていた（例えば、非特許文献１を参照。）。
　また、非特許文献１と同様の技術を光統合ネットワークに適用した技術があるが、この技術でも各プロトコルレイヤの構成、及び各プロトコルレイヤ間のつながりを示す情報はプログラム上で定義されていた（例えば、非特許文献２を参照。）。
林　經正、「ネットワーク情報の「見せる化」技術と、ネットワークオペレーション業務の簡易化と高機能化」、社団法人　電子情報通信学会、信学技報NS2009-110 鳥田　達也、他４名「光統合ネットワークの管理モデルの一検討」、社団法人　電子情報通信学会、信学技報PN2011-06
　ここで、ＮＷ構成情報の定義はネットワーク毎に異なるため、可視化対象となるネットワークのプロトコルの種類、装置数などに変更が生じると、可視化する機能部の設計変更等による改修を行なう必要があった。
　例えば、変更前の可視化対象ＮＷが伝送ＮＷのみであり、ＮＷ構成情報の定義が「ネットワーク構成Ａ」であって、可視化プログラムが「可視化プログラムＡ」であると仮定する。このときに、変更後の可視化対象ＮＷが、ＩＰＮＷが伝送ＮＷに重畳されるＮＷであって、ＮＷ構成情報の定義が「ネットワーク構成Ｂ」に変更されるときは、この変更にあわせて可視化プログラムを「可視化プログラムＢ」に改修する必要がある。
　この発明は上記事情に着目してなされたもので、その目的とするところは、通信ネットワーク可視化に係る改修を不要とするネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラムを提供することにある。
　上記目的を達成するために、この発明の一実施形態におけるネットワーク管理装置の第１の態様は、ネットワーク管理装置が、ネットワーク特性を表す情報を格納するネットワーク特性格納手段と、前記ネットワーク特性格納手段に格納されたネットワーク特性を表す情報に対応するネットワーク構成に関する情報オブジェクトを格納する情報オブジェクト格納手段とを備える。第１の態様では、ネットワーク管理装置は、前記ネットワーク特性格納手段から任意のプロトコルレイヤに対応するネットワーク特性を表す情報を取得するネットワーク特性取得手段を備える。第１の態様では、ネットワーク管理装置は、前記ネットワーク特性取得手段により取得されたネットワーク特性を表す情報に対応した情報オブジェクトを前記情報オブジェクト格納手段から取得する情報オブジェクト取得手段を備える。第１の態様では、ネットワーク管理装置は、前記情報オブジェクト取得手段により取得された情報オブジェクトを表示する表示手段を備える。
　この発明のネットワーク管理装置の第２の態様は、第１の態様において、前記情報オブジェクトがネットワークにおける通信の流れを表す線情報、通信トラヒックを終端する点情報および、通信の流れる範囲を表す面情報であるようにしたものである。
　この発明のネットワーク管理装置の第３の態様は、第２の態様において、前記情報オブジェクトが複数種類の通信プロトコルに共通した情報および、通信プロトコルの種別に特化した情報であるようにしたものである。第３の態様では、前記表示手段は、前記複数種類の通信プロトコルに共通した情報を、前記線情報、前記点情報、前記面情報で構成される図形として表示し、前記通信プロトコルの種別に特化した情報を、前記図形に対応する文字列として表示する。
　本発明の一実施形態における、ネットワーク管理装置が行うネットワーク管理方法の一つの態様は、ネットワーク特性を表す情報を格納するネットワーク特性格納手段および前記ネットワーク特性格納手段に格納されたネットワーク特性に対応するネットワーク構成に関する情報オブジェクトを格納する情報オブジェクト格納手段を有するネットワーク管理装置が行うネットワーク管理方法である。この態様では、前記ネットワーク特性格納手段から任意のプロトコルレイヤに対応するネットワーク特性を表す情報を取得し、取得されたネットワーク特性を表す情報に対応した情報オブジェクトを前記情報オブジェクト格納手段から取得し、前記取得された情報オブジェクトを表示する。
　本発明の一実施形態におけるネットワーク管理プログラムの一つの態様は、第１乃至第３の態様のいずれか１つにおけるネットワーク管理装置の前記各手段としてプロセッサを機能させるものである。
　この発明の一実施形態におけるネットワーク管理装置の第１の態様によれば、あるプロトコルレイヤのネットワーク特性に対応した情報オブジェクトを表示することができる。
　この発明の一実施形態におけるネットワーク管理装置の第２の態様によれば、各種の通信プロトコルに共通した情報を、線情報、点情報、面情報で構成される図形として表示し、通信プロトコルの種別に特化した情報を、図形に対応する文字列として表示することができる。
　この発明の一実施形態におけるネットワーク管理装置の第３の態様によれば、情報オブジェクトを、ネットワークにおける通信の流れを表す線情報、通信トラヒックを終端する点情報および、通信の流れる範囲を表す面情報として表示することができる。
　すなわち、本発明によれば、通信ネットワークの可視化に係る改修を不要とすることが可能になる。
図１は、本発明の一実施形態におけるネットワーク管理装置の適用例を示す図である。 図２は、本発明の一実施形態におけるネットワーク管理装置の各部のやり取りの一例を示すシーケンス図である。 図３は、IPレイヤおよびOADMレイヤのＮＷ構成の一例を示す図である。 図４は、IP、OADMで構成された物理レイヤのＮＷ構成の一例を示す図である。 図５は、SpecDBに格納される線Specを示す線Specテーブルの設計事例を示す図である。 図６は、SpecDBに格納される点Specを示す点Specテーブルの設計事例を示す図である。 図７は、SpecDBに格納される面Specを示す面Specテーブルの設計事例を示す図である。 図８Ａは、線Specテーブルで示される線Specのうち、線Specに対応する線Entityを管理する線Entityテーブルの設計の一例を示す図である。 図８Ｂは、線Specテーブルで示される線Specのうち、線Specに対応する線Entityを管理する線Entityテーブルの設計の一例を示す図である。 図９Ａは、点Specテーブルで示される点Specに対応する点Entityを管理する点Entityテーブルの設計の一例を示す図である。 図９Ｂは、点Specテーブルで示される点Specに対応する点Entityを管理する点Entityテーブルの設計の一例を示す図である。 図１０Ａは、面Specテーブルで示される面Specに対応する面Entityを管理する面Entityテーブルの設計の一例を示す図である。 図１０Ｂは、面Specテーブルで示される面Specに対応する面Entityを管理する面Entityテーブルの設計の一例を示す図である。 図１１は、IPレイヤおよびOADMレイヤの、座標情報を含むＮＷ構成の一例を示す図である。 図１２は、情報オブジェクトＤＢに格納される線Entityを示す線Entityテーブルの一例を示す図である。 図１３Ａは、情報オブジェクトＤＢに格納される点Entityを示す点Entityテーブルの一例を示す図である。 図１３Ｂは、情報オブジェクトＤＢに格納される点Entityを示す点Entityテーブルの一例を示す図である。 図１４は、情報オブジェクトＤＢに格納される点Entityを示す点Entityテーブルの一例を示す図である。 図１５は、情報オブジェクトＤＢに格納される面Entityを示す面Entityテーブルの一例を示す図である。 図１６は、SpecDBに格納されたSpecをSpec配列に格納する手順の一例を示すフローチャートである。 図１７は、Specに対応したEntityを取得する手順の一例を示すフローチャートである。 図１８は、情報オブジェクトの線情報を描画する手順の一例を示すフローチャートである。 図１９は、情報オブジェクトの点情報のつながり関係を描画する手順の一例を示すフローチャートである。 図２０は、情報オブジェクトの面情報を描画する手順の一例を示すフローチャートである。
　以下、図面を参照しながら、この発明に係わる一実施形態を説明する。　
　図１は、本発明の一実施形態におけるネットワーク管理装置の適用例を示す図である。本発明の一実施形態におけるネットワーク管理装置は、中央処理ユニット（Central Processing Unit：ＣＰＵ）、プログラムメモリおよび演算用メモリなどを備えたコンピュータとして構成することができる。このネットワーク管理装置は、図１に示すように、この実施形態を実施するために必要な機能として、ＮＷ特性取得部１１、SpecDB（データベース）（ＮＷ特性格納部）１２、情報オブジェクト取得部１３、情報オブジェクトＤＢ（情報オブジェクト格納部）（EntityDBと称することもある）１４、ＮＷ構成表示部１５を備える。
　ＮＷ特性取得部１１、情報オブジェクト取得部１３、ＮＷ構成表示部１５は、プログラムメモリに格納されたプログラムを上記ＣＰＵに実行させることにより実現できる。SpecDB１２、情報オブジェクトＤＢ１４は、不揮発性メモリなどの記憶装置により実現でき、ＮＷ構成表示部１５は液晶ディスプレイなどを含めることにより実現できる。なお、ネットワーク管理装置はハードウェアで構成することもできる。ただし、ネットワーク管理装置は、後述するフローチャートに示された手順を備えるプログラムが、媒体もしくは通信回線を介して周知のコンピュータにインストールされて、このコンピュータとSpecDB１２、情報オブジェクトＤＢ１４との組み合わせ、又は上記周知のコンピュータとSpecDB１２、情報オブジェクトＤＢ１４を有するコンピュータとの組み合わせなどによっても実現可能である。
　ネットワーク管理装置は、ＮＷ構成の定義を仕様として保持して、この仕様に基づいて個々のＮＷ情報を管理する。ＮＷ情報は点、線、面の情報オブジェクトで管理される。
　ＮＷ構成表示部１５は、情報オブジェクト(Entity)となる点情報、線情報、面情報画面表示する。点情報は、通信トラヒックの終端を示し、線情報はネットワークにおける通信の流れを示し、面情報は、通信の流れる範囲を示す。
　ＮＷ特性取得部１１は、ＮＷ構成を画面表示する際に必要となるＮＷ特性(Spec)をSpecDB１２から取得する。　
　情報オブジェクト取得部１３は、ＮＷ特性に対応した情報オブジェクトを取得する。なお、ＮＷ特性と情報オブジェクトとの関係については、特願２０１６－２２０８０６の明細書にも記載されている。
　SpecDB１２には、ＮＷ特性(Spec)が格納される。情報オブジェクトＤＢ１４には、ＮＷ特性に対応する情報オブジェクト(Entity)が格納される。つまり、本実施形態では、ＮＷ特性と情報オブジェクトとがそれぞれ分離して管理される。ＮＷ特性は、プロトコルレイヤ毎にSpecDB１２に格納される。情報オブジェクトは、プロトコルレイヤ毎に情報オブジェクトＤＢ１４に格納される。
　ＮＷ特性および情報オブジェクトは、（１）プロトコルに共通した点、線、面の情報（共通属性の情報)、および（２）プロトコルに特化した点、線、面の付随情報（特化属性の情報)、に区分される。
　図２は、本発明の一実施形態におけるネットワーク管理装置の各部のやり取りの一例を示すシーケンス図である。　
　ＮＷ構成表示部１５は、外部、例えば図示しない入力装置、例えばキーボード、マウスなどへの操作によりＮＷ構成表示の指示を受けると、表示対象となるNWの情報オブジェクトの取得をＮＷ特性取得部１１へ指示し、この指示により得られた情報オブジェクトを画面表示する。　
　ＮＷ構成表示部１５は、この得られた情報のうち、共通属性の情報は1つの処理の中で図形として描画し、特化属性の情報を描画における文字列として表示する。共通属性の情報は、例えば、座標、従属関係、接続関係、通信範囲、通信状態などである。特化属性の情報は、例えば、波長番号、Ｐｏｒｔ番号、ＩＰアドレス、リング名などである。
　ＮＷ特性取得部１１は、ＮＷ構成表示部１５からの指示を受けて、SpecDB１２に格納された全てのＮＷ特性を取得し、この取得したＮＷ特性に対応する情報オブジェクトの取得を情報オブジェクト取得部１３に指示する。
　情報オブジェクト取得部１３は、情報オブジェクトＤＢ１４よりＮＷ特性に対応する情報オブジェクトを取得し、この取得した情報オブジェクトをＮＷ特性取得部１１へ返却する。
　ＮＷ構成表示部１５は、上記の画面表示として、情報オブジェクトの線情報を描画し、情報オブジェクトのレイヤ間のつながり情報を描画し、情報オブジェクトの面情報を描画する。
　図３は、IPレイヤおよびOADM（optical add-drop multiplexer）レイヤのＮＷ構成の一例を示す図である。　
　図３に示したOADMレイヤでは、ＮＷ特性は、点情報である点Spec_OADM、線情報である線Spec_OADM、および面情報である面Spec_OADMを含む。
　図３に示した例では、OADMレイヤに、３つの点Spec_OADM、３つの線Spec_OADM、および１つの面Spec_OADMが定義される。点Spec_OADMは、「No.1」の点Spec_OADM、「No.2」の点Spec_OADM、および「No.3」の点Spec_OADMを含む。
　図３に示した第１の線Spec_OADMは、「No.1」、「No.2」の点Spec_OADMを結ぶ線Spec_OADMである。　
　第２の線Spec_OADMは、「No.2」、「No.3」の点Spec_OADMを結ぶ線Spec_OADMである。　
　第３の線Spec_OADMは、「No.1」、「No.3」の点Spec_OADMを結ぶ線Spec_OADMである。　
　図３に示した面Spec_OADMは、全ての点Spec_OADMおよび全ての線Spec_OADMをそれぞれ含む面Spec_OADMである。
　また、図３に示したIPレイヤでは、ＮＷ特性は、点情報である点Spec_IP、線情報である線Spec_IP、および面情報である面Spec_IPを含む。　
　図３に示した例では、IPレイヤに、４つの点Spec_IP、３つの線Spec_IP、および１つの面Spec_IPが定義される。点Spec_IPは、「No.1」の点Spec_IP、「No.2」の点Spec_IP、「No.4」の点Spec_IP、および「No.5」の点Spec_IPを含む。
　図３に示した第１の線Spec_IPは、「No.1」、「No.2」の点Spec_OADMを結ぶ線Spec_OADMである。　
　第２の線Spec_IPは、「No.1」、「No.4」の点Spec_IPを結ぶ線Spec_IPである。
　第３の線Spec_IPは、「No.2」、「No.5」の点Spec_IPを結ぶ線Spec_IPである。
　図３に示した面Spec_IPは、全ての点Spec_IPおよび全ての線Spec_IPをそれぞれ含む面Spec_IPである。
　そして、OADMレイヤにおける「No.1」の点Spec_OADMと、IPレイヤにおける「No.1」の点Spec_IPとは、レイヤ間でのつながりを持つ点Specである。OADMレイヤにおける「No.2」の点Spec_OADM、およびIPレイヤにおける「No.2」の点Spec_IPも同様である。
　図４は、IP、OADMで構成された物理レイヤのＮＷ構成の一例を示す図である。　
　図４に示した物理レイヤ上の機器ａは、OADMレイヤにおける「No.1」の点Spec_OADMと、IPレイヤにおける「No.1」の点Spec_IPとに対応する。　
　図４に示した物理レイヤ上の機器ｂは、OADMレイヤにおける「No.2」の点Spec_OADMと、IPレイヤにおける「No.2」の点Spec_IPとに対応する。　
　図４に示した物理レイヤ上の機器ｃは、OADMレイヤにおける「No.3」の点Spec_OADMに対応する。　
　図４に示した物理レイヤ上の機器ｄは、IPレイヤにおける「No.4」の点Spec_IPに対応する。　
　図４に示した物理レイヤ上の機器ｅは、IPレイヤにおける「No.5」の点Spec_IPに対応する。
　次に、図３に示したＮＷ構成情報を保持するための点Spec、線Spec、面Specの設計事例を示す。各種SpecはSpecDB１２にてテーブルとして管理される。　
　図５は、SpecDBに格納される線Specを示す線Specテーブルの設計事例を示す図である。図６は、SpecDBに格納される点Specを示す点Specテーブルの設計事例を示す図である。図７は、SpecDBに格納される面Specを示す面Specテーブルの設計事例を示す図である。
　線Specテーブルでは、線SpecのspecName（Specの名称）、属性名、valueFrom、valueTo、valueの型がそれぞれ定義される。specNameはSpecの名称であり、valueFromは、保持できる値の下限値であり、valueToは、入力可能な値の上限値である。
　点Specテーブルでは、点SpecのspecName、属性名、valueFrom、valueTo、valueの型がそれぞれ定義される。　
　面Specテーブルでは、面SpecのspecName、属性名、valueFrom、valueTo、valueの型がそれぞれ定義される。
　図５、６、７に示した属性名のうち、線ａで囲まれた属性名は、プロトコル種別に依らない共通した属性情報（共通属性)である。　
　図５、６、７に示した属性名のうち、線ｂで囲まれた属性名は、プロトコルに特化した属性情報（特化属性)である。
　次に、線Specテーブルの構成について説明する。　
　図５に示した線Specテーブルの各行における「specName、属性名、valueFrom、valueTo、valueの型」の組み合わせは、下記の（線Spec_OADM、接続関係）～（線Spec_IP、Port番号）である。　
　（線Spec_OADM、接続関係）「線Spec_OADM、接続関係、-（定義なし）、-、点Entity_OADMを持つ配列」
　（線Spec_OADM、波長番号）「線Spec_OADM、波長番号、1、100、文字列(波長)」
　（線Spec_IP、接続関係）「線Spec_IP、接続関係、-、-、点Entity_IPを持つ配列」
　（線Spec_IP、Port番号）「線Spec_IP、Port番号、0、65535、Int」
　次に、点Specテーブルの構成について説明する。　
　図６に示した点Specテーブルの各行における「specName、属性名、valueFrom、valueTo、valueの型」の組み合わせは、下記の（点Spec_OADM、波長番号）～（点Spec_IP、従属関係）である。　
　（点Spec_OADM、波長番号）「点Spec_OADM、波長番号、λ1、λ10、string」
　（点Spec_OADM、x座標）「点Spec_OADM、x座標、0、65535、int」
　（点Spec_OADM、y座標）「点Spec_OADM、y座標、0、65535、int」
　（点Spec_OADM、従属関係）「点Spec_OADM、従属関係、-、-、点Spec_IP」
　（点Spec_IP、IPアドレス）「点Spec_IP、IPアドレス、0.0.0.0、255.255.255.0、ipAddress」
　（点Spec_IP、x座標）「点Spec_IP、x座標、0、65535、int」
　（点Spec_IP、y座標）「点Spec_IP、y座標、0、65535、int」
　（点Spec_IP、従属関係）「点Spec_IP、従属関係、-、-、null」
　次に、面Specテーブルの構成について説明する。　
　図７に示した面Specテーブルの各行における「specName、属性名、valueFrom、valueTo、valueの型」の組み合わせは、下記の（面Spec_OADM、通信範囲）～（面Spec_IP、通信状態）である。　
　（面Spec_OADM、通信範囲）「面Spec_OADM、通信範囲、-、-、点Entity_OADMを持つ配列」
　（面Spec_OADM、通信状態）「面Spec_OADM、通信状態、-、-、string (Established/LinkDown)」
　（面Spec_OADM、リング名）「面Spec_OADM、リング名、-、-、string(光波長パス名)」
　（面Spec_IP、通信範囲）「面Spec_IP、通信範囲、-、-、点Entity_IPを持つ配列」
　（面Spec_IP、通信状態）「面Spec_IP、通信状態、-、-、string」
　次に、Specに対応する情報オブジェクトを設計する例を示す。　
　図８Ａ、図８Ｂは、線Specテーブルで示される線Specのうち、線Specに対応する線Entityを管理する線Entityテーブルの設計の一例を示す図である。　
　線Entityテーブルでは、線EntityのentityName（Entityの名称）、属性名、value（Entityの値）、従属Specがそれぞれ定義される。
　図８Ａ、図８Ｂに示した例では、図５に示した線Specテーブルの各行の「specName、属性名、valueFrom、valueTo、valueの型」の組み合わせが、線Entityテーブルの設計のもととなる。
　図８Ａ、図８Ｂに示した例では、図５に示した線Specテーブルの上記の各行の（線Spec_OADM、接続関係）、（線Spec_IP、接続関係）で示される組み合わせに対応する、線Entityテーブルの各行の「entityName、属性名、従属Spec」の組み合わせは、下記の（線Entity_OADM、接続関係）～（線Entity_IP、Port番号）である。ここでは線Entityテーブルのvalueは定義されない。
　（線Entity_OADM、接続関係）「線Entity_OADM、接続関係、線Spec_OADM」
　（線Entity_OADM、波長番号）「線Entity_OADM、波長番号、線Spec_OADM」
　（線Entity_IP、接続関係）「線Entity_IP、接続関係、線Spec_IP」
　（線Entity_IP、Port番号）「線Entity_IP、Port番号、線Spec_IP」
　図９Ａ、図９Ｂは、点Specテーブルで示される点Specに対応する点Entityを管理する点Entityテーブルの設計の一例を示す図である。　
　図９Ｂに示した点Entityテーブルでは、点EntityのentityName、属性名、value、従属Specがそれぞれ定義される。
　図９Ａ、図９Ｂに示した例では、図６に示した点Specテーブルの各行の「specName、属性名、valueFrom、valueTo、valueの型」の組み合わせが、点Entityテーブルの設計のもととなる。
　図９Ａ、図９Ｂに示した例では、図６に示した点Specテーブルの上記の各行の（点Spec_OADM、波長番号）～（点Spec_IP、従属関係）で示される組み合わせに対応する、点Entityテーブルの各行の「entityName、属性名、従属Spec」の組み合わせは、下記の（点Entity_OADM、波長番号）～（点Entity_IP、従属関係）である。ここでは点Entityテーブルのvalueは定義されない。
　（点Entity_OADM、波長番号）「点Entity_OADM、波長番号、点Spec_OADM」
　（点Entity_OADM、x座標）「点Entity_OADM、x座標、点Spec_OADM」
　（点Entity_OADM、y座標）「点Entity_OADM、y座標、点Spec_OADM」
　（点Entity_OADM、従属関係）「点Entity_OADM、従属関係、点Spec_OADM」
　（点Entity_IP、IPアドレス）「点Entity_IP、IPアドレス、点Spec_IP」
　（点Entity_IP、x座標）「点Entity_IP、x座標、点Spec_IP」
　（点Entity_IP、y座標）「点Entity_IP、y座標、点Spec_IP」
　（点Entity_IP、従属関係）「点Entity_IP、従属関係、null」
　図１０Ａ、図１０Ｂは、面Specテーブルで示される面Specに対応する面Entityを管理する面Entityテーブルの設計の一例を示す図である。　
　図１０Ｂに示した面Entityテーブルでは、線EntityのentityName、属性名、value、従属Specがそれぞれ定義される。
　図１０Ａ、図１０Ｂに示した例では、図７に示した面Specテーブルの各行の「specName、属性名、valueFrom、valueTo、valueの型」の組み合わせが、面Entityテーブルの設計のもととなる。
　図１０Ａ、図１０Ｂに示した例では、図７に示した面Specテーブルの上記の（面Spec_OADM、通信範囲）～（面Spec_IP、通信状態）で示される組み合わせに対応する、面Entityテーブルの各行の「entityName、属性名、従属Spec」の組み合わせは、下記の（面Entity_OADM、通信範囲）～（面Entity_IP、通信状態）である。ここでは面Entityテーブルのvalueは定義されない。
　（面Entity_OADM、通信範囲）「面Entity_OADM、通信範囲、面Spec_OADM」
　（面Entity_OADM、通信状態）「面Entity_OADM、通信状態、面Spec_OADM」
　（面Spec_OADM、リング名）「面Spec_OADM、リング名、面Spec_OADM)」
　（面Entity_IP、通信範囲）「面Entity_IP、通信範囲、面Spec_IP」
　（面Entity_IP、通信状態）「面Entity_IP、通信状態、面Spec_IP」
　図１１は、IP、OADMレイヤの、座標情報を含むＮＷ構成の一例を示す図である。　
　図１１に示した例では、OADMレイヤの「No.1」の点Spec_OADMの座標（x座標、y座標）は(10,50)であり、OADMレイヤの「No.2」の点Spec_OADMの座標は(110,50)であり、OADMレイヤの「No.3」の点Spec_OADMの座標は(50,45)である。
　また、図１１に示した例では、IPレイヤの「No.1」の点Spec_IPの座標は(10,80)であり、IPレイヤの「No.2」の点Spec_IPの座標は(110,80)であり、IPレイヤの「No.4」の点Spec_IPの座標は(1,80)であり、IPレイヤの「No.5」の点Spec_IPの座標は(130,80)である。
　次に、図１１に示したＮＷ構成の情報を保持するための点情報、線情報、面情報を情報オブジェクトＤＢ１４に格納する事例を示す。　
　図１２は、情報オブジェクトＤＢに格納される線Entityを示す線Entityテーブルの一例を示す図である。　
　図１２に示した線Entityテーブルでは、線EntityのentityName、属性名、value、従属Specがそれぞれ定義される。
　図１２に示した線Entityテーブルの各行の「entityName、属性名、value、従属Spec」の組み合わせは、下記の（線Entity_OADM_1、接続関係）～（線Entity_IP_4、Port番号）である。　
　（線Entity_OADM_1、接続関係）「線Entity_OADM_1、接続関係、[1,2]、線Spec_OADM」
　（線Entity_OADM_1、波長番号）「線Entity_OADM_1、波長番号、λ10、線Spec_OADM」
　（線Entity_OADM_2、接続関係）「線Entity_OADM_2、接続関係、[1,3]、線Spec_OADM」
　（線Entity_OADM_2、波長番号）「線Entity_OADM_2、波長番号、λ10、線Spec_OADM」
　（線Entity_OADM_3、接続関係）「線Entity_OADM_3、接続関係、[2,3]、線Spec_OADM」
　（線Entity_OADM_3、波長番号）「線Entity_OADM_3、波長番号、λ10、線Spec_OADM」
　（線Entity_IP_4、接続関係）「線Entity_IP_4、接続関係、[4,1,2,5]、線Spec_IP」
　（線Entity_IP_4、Port番号）「線Entity_IP_4、Port番号、10、線Spec_IP」
　次に、図８Ｂに示した線Entityテーブルと図１２に示した線Entityテーブルとの対応について説明する。　
　図８Ｂに示した線Entityテーブルの各行のうち（線Entity_OADM、接続関係）の行は、図１２に示した面Entityテーブル上の（線Entity_OADM_1、接続関係）、（線Entity_OADM_2、接続関係）、（線Entity_OADM_3、接続関係）の行に対応する。
　図８Ｂに示した線Entityテーブルの各行のうち（線Entity_OADM、波長番号）の行は、図１２に示した面Entityテーブル上の（線Entity_OADM_1、波長番号）、（線Entity_OADM_2、波長番号）、（線Entity_OADM_3、波長番号）の行に対応する。
　図８Ｂに示した線Entityテーブルの各行のうち（線Entity_IP、接続関係）の行は、図１２に示した線Entityテーブル上の（線Entity_IP_4、接続関係）の行に対応する。
　図８Ｂに示した線Entityテーブルの各行のうち（線Entity_IP、Port番号）の行は、図１２に示した線Entityテーブル上の（線Entity_IP_4、Port番号）の行に対応する。
　図１３Ａ、図１３Ｂ、および図１４は、情報オブジェクトＤＢに格納される点Entityを示す点Entityテーブルの一例を示す図である。　
　図１３Ａ、図１３Ｂ、および図１４に示した点Entityテーブルでは、点EntityのentityName、属性名、value、従属Specがそれぞれ定義される。
　図１３Ａ、図１３Ｂ、に示した点Entityテーブルの「entityName、属性名、従属Spec」の組み合わせは、下記の（点Entity_OADM_1、波長番号）～（点Entity_IP_5、従属関係）である。
　（点Entity_OADM_1、波長番号）「点Entity_OADM_1、波長番号、λ1、点Spec_OADM」
　（点Entity_OADM_1、x座標）「点Entity_OADM_1、x座標、10、点Spec_OADM」
　（点Entity_OADM_1、ｙ座標）「点Entity_OADM_1、ｙ座標、50、点Spec_OADM」
　（点Entity_OADM_1、従属関係）「点Entity_OADM_1、従属関係、点Entity_IP_1、点Spec_OADM」
　（点Entity_OADM_2、波長番号）「点Entity_OADM_2、波長番号、λ1、点Spec_OADM」
　（点Entity_OADM_2、x座標）「点Entity_OADM_2、x座標、110、点Spec_OADM」
　（点Entity_OADM_2、y座標）「点Entity_OADM_2、y座標、50、点Spec_OADM」
　（点Entity_OADM_2、従属関係）「点Entity_OADM_2、従属関係、点Entity_IP_2、点Spec_OADM」
　（点Entity_OADM_3、波長番号）「点Entity_OADM_3、波長番号、λ1、点Spec_OADM」
　（点Entity_OADM_3、x座標）「点Entity_OADM_3、x座標、50、点Spec_OADM」
　（点Entity_OADM_3、y座標）「点Entity_OADM_3、y座標、45、点Spec_OADM」
　（点Entity_OADM_3、従属関係）「点Entity_OADM_3、従属関係、null、点Spec_OADM」
　（点Entity_IP_4、IPアドレス）「点Entity_IP_4、IPアドレス、IP_4、点Spec_IP」
　（点Entity_IP_4、x座標）「点Entity_IP_4、x座標、1、点Spec_IP」
　（点Entity_IP_4、y座標）「点Entity_IP_4、y座標、80、点Spec_IP」
　（点Entity_IP_4、従属関係）「点Entity_IP_4、従属関係、null、点Spec_IP」
　（点Entity_IP_5、IPアドレス）「点Entity_IP_5、IPアドレス、IP_5、点Spec_IP」
　（点Entity_IP_5、x座標）「点Entity_IP_5、x座標、130、点Spec_IP」
　（点Entity_IP_5、y座標）「点Entity_IP_5、y座標、80、点Spec_IP」
　（点Entity_IP_5、従属関係）「点Entity_IP_5、従属関係、null、点Spec_IP」
　図１４に示した点Entityテーブル(IPレイヤの一部)の「entityName、属性名、従属Spec」の組み合わせは、下記の（点Entity_IP_1、IPアドレス）～（点Entity_IP_2、y座標）である。
　（点Entity_IP_1、IPアドレス）「点Entity_IP_1、IPアドレス、IP_1、点Spec_IP」
　（点Entity_IP_1、x座標）「点Entity_IP_1、x座標、10、点Spec_IP」
　（点Entity_IP_1、y座標）「点Entity_IP_1、y座標、80、点Spec_IP」
　（点Entity_IP_2、IPアドレス）「点Entity_IP_2、IPアドレス、IP_2、点Spec_IP」
　（点Entity_IP_2、x座標）「点Entity_IP_2、x座標、110、点Spec_IP」
　（点Entity_IP_2、y座標）「点Entity_IP_2、y座標、80、点Spec_IP
　次に、図９Ｂに示した点Entityテーブルと図１３Ａ、図１３Ｂ、１４に示した点Entityテーブルとの対応について説明する。　
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_OADM、波長番号）の行は、図１３Ａに示した点Entityテーブル上の（点Entity_OADM_1、波長番号）、（点Entity_OADM_2、波長番号）、（点Entity_OADM_3、波長番号）の行に対応する。
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_OADM、x座標）の行は、図１３Ａに示した点Entityテーブル上の（点Entity_OADM_1、x座標）、（点Entity_OADM_2、x座標）、（点Entity_OADM_3、x座標）の行に対応する。
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_OADM、y座標）の行は、図１３Ａに示した点Entityテーブル上の（点Entity_OADM_1、y座標）、（点Entity_OADM_2、y座標）、（点Entity_OADM_3、y座標）の行に対応する。
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_OADM、従属関係）の行は、図１３Ａに示した点Entityテーブル上の（点Entity_OADM_1、従属関係）、（点Entity_OADM_2、従属関係）、（点Entity_OADM_3、従属関係）の行に対応する。
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_IP、IPアドレス）の行は、下記の（１）および（２）に係る行に対応する。
　（１）図１３Ｂ、に示した点Entityテーブル上の（点Entity_IP_4、IPアドレス）、（点Entity_IP_5、IPアドレス）の行
　（２）図１４に示した点Entityテーブル上の（点Entity_IP_1、IPアドレス）、（点Entity_IP_2、IPアドレス）の行
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_IP、x座標）の行は、下記の（１）および（２）に係る行に対応する。
　（１）図１３Ｂに示した点Entityテーブル上の（点Entity_IP_4、x座標）、（点Entity_IP_5、x座標）の行
　（２）図１４に示した点Entityテーブル上の（点Entity_IP_1、x座標）、（点Entity_IP_2、x座標）の行
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_IP、y座標）の行は、下記の（１）および（２）に係る行に対応する。
　（１）図１３Ｂに示した点Entityテーブル上の（点Entity_IP_4、y座標）、（点Entity_IP_5、y座標）の行
　（２）図１４に示した点Entityテーブル上の（点Entity_IP_1、y座標）、（点Entity_IP_2、y座標）の行
　図９Ｂに示した点Entityテーブルの各行のうち、上記の（点Entity_IP、従属関係）の行は、図１３Ｂに示した点Entityテーブル上の（点Entity_IP_4、従属関係）、（点Entity_IP_5、従属関係）の行に対応する。
　図１５は、情報オブジェクトＤＢに格納される面Entityを示す面Entityテーブルの一例を示す図である。　
　図１５に示した面Entityテーブルでは、面EntityのentityName、属性名、value、従属Specをそれぞれ定義される。
　図１５に示した面Entityテーブルの各行の「entityName、属性名、value、従属Spec」の組み合わせは、下記の（面Entity_OADM、通信範囲）～（面Entity_IP、通信状態）である。
　（面Entity_OADM、通信範囲）「面Entity_OADM、通信範囲、[点1,点2,点3]、面Spec_OADM」
　（面Entity_OADM、通信状態）「面Entity_OADM、通信状態、established、面Spec_OADM」
　（面Entity_OADM、リング名）「面Entity_OADM、リング名、ring1、面Spec_OADM」
　（面Entity_IP、通信範囲）「面Entity_IP、通信範囲、[線4]、面Spec_IP」
　（面Entity_IP、通信状態）「面Entity_IP、通信状態、established、面Spec_IP」
　図１０Ｂに示した面Entityテーブルの各行は、図１５に示した面Entityテーブルの各行に１対１で対応する。
　次に、上記の図１２で示した線Entityテーブルのvalueの意味を以下に示す。　
　entityName「線Entity_OADM_1」に係る行のvalue「[1,2]」は、下記の（１）および（２）に係る点との接続関係で構成される線を示す。
　（１）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_1」、属性名「x座標」、「y座標」に係る２行で定義される点
　（２）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_2」、属性名「x座標」、「y座標」に係る２行で定義される点
　entityName「線Entity_OADM_2」に係る行のvalue「[1,3]」は、下記の（１）および（２）に係る点との接続関係で構成される線を示す。
　（１）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_1」、属性名「x座標」、「y座標」に係る２行で定義される点
　（２）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_3」、属性名「x座標」、「y座標」に係る２行で定義される点
　entityName「線Entity_OADM_3」に係る行のvalue「[2,3]」は、下記の（１）および（２）に係る点との接続関係で構成される線を示す。
　（１）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_2」、属性名「x座標」、「y座標」に係る２行で定義される点
　（２）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_3」、属性名「x座標」、「y座標」に係る２行で定義される点
　entityName「線Entity_IP_4」に係る行のvalue「[4,1,2,5]」は、下記の（１）、（２）、（３）および（４）に係る点との接続関係で構成される線を示す。
　（１）図１３Ｂに示す点EntityテーブルのentityName「点Entity_IP_4」、属性名「x座標」、「y座標」に係る２行で定義される点
　（２）図１４に示す点EntityテーブルのentityName「点Entity_IP_1」、属性名「x座標」、「y座標」に係る２行で定義される点
　（３）図１４に示す点EntityテーブルのentityName「点Entity_IP_2」、属性名「x座標」、「y座標」に係る２行で定義される点
　（４）図１３Ｂに示す点EntityテーブルのentityName「点Entity_IP_5」、属性名「x座標」、「y座標」に係る２行で定義される点
　図１５で示した面Entityテーブルのvalueの意味を以下に示す。　
　entityName「面Entity_OADM_1」、属性名「通信範囲」に係る行のvalue「[点1,点2,点3]」は、下記の（１）、（２）および（３）に係る点を含む面を示す。
　（１）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_1」、属性名「x座標」、「y座標」に係る２行で定義される点
　（２）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_2」、属性名「x座標」、「y座標」に係る２行で定義される点
　（３）図１３Ａに示す点EntityテーブルのentityName「点Entity_OADM_3」、属性名「x座標」、「y座標」に係る２行で定義される点
　entityName「面Entity_IP」に係る行のvalue「[線4]」は、図１２に示す線EntityテーブルのentityName「線Entity_IP_4」、属性名「接続関係」に係る行で定義される線を含む面を示す。　
　上記の情報オブジェクトＤＢ１４に格納された各Entityテーブルの座標は、OADM、IPレイヤとも２次元座標系であったが、レイヤ毎に座標軸が設計されてもよいし、３次元座標系でも設計可能である。　
　上記の設計はSpecの設計および情報オブジェクトの設計で実現される。また、情報オブジェクトのレイヤ毎に座標系が設計されてもよい。
　図１６は、SpecDBに格納されたSpecをSpec配列に格納する手順の一例を示すフローチャートである。この処理は、SpecDB１２に格納された全SpecがSpec配列に格納される処理である。
　まず、ＮＷ特性取得部１１は、Loop処理を開始し、SpecDB１２から各種SpecテーブルのSpecのうち未選択の１行を選択し、この行のSpecを取得する。　
　ＮＷ特性取得部１１は、この取得したSpecをSpec配列に格納し（Ｓ１１）、Loop処理の先頭に戻る。Loop処理が終了すると、ＮＷ特性取得部１１は、SpecDB１２に格納されたSpecをSpec配列に格納する手順が終了する。
　図１７は、Specに対応したEntityを取得する手順の一例を示すフローチャートである。　
　まず、ＮＷ特性取得部１１は、情報オブジェクト取得部１３と協働してLoop処理を開始し、情報オブジェクトＤＢ１４に格納される各種Entityテーブルから未選択の１行分のEntity（例えば図１３Ａに示す、entityNameが点Spec_OADM_1である行）を取得し、このEntityをEとする（Ｓ２１）。この時点で取得されたEntityテーブルの各行には、図１３Ａ、図１３Ｂ、図１４に示すようにentityName、属性名、value、従属Specが定義される。
　ＮＷ特性取得部１１は、Ｓ２１で説明したEの従属SpecとSpec配列とを比較する（Ｓ２２）。　
　Eの従属Specが点Spec（例えば、図１３Ａ、図１３Ｂに示す点Spec_OADMまたは点Spec_IP、図１４に示す点Spec_IP）であれば、ＮＷ特性取得部１１は、従属先の点Specテーブルの各行のうちEの従属Specを示すspecNameに対応し、Eの属性名と同じ属性名が定義される行（例えば属性名「波長番号」が定義される行）のvalue（例えばλ１）を上記のEのvalueに格納する。このようにして、点Specテーブルのvalueの値が点Entity配列（点Entityテーブル）に格納され（Ｓ２３）、ＮＷ特性取得部１１による処理は、Loop処理の先頭に戻る。
　また、Eの従属Specが線Spec（例えば、図１２に示す線Spec_OADMまたは線Spec_IP）であれば、ＮＷ特性取得部１１は、従属先の線Specテーブルの各行のうちEの従属Specを示すspecNameに対応し、Eの属性名と同じ属性名が定義される行（例えば属性名「接続関係」が定義される行）のvalueを上記のEのvalueに格納する。このようにして、線Specテーブルのvalueの値が線Entity配列（線Entityテーブル）に格納され（Ｓ２４）、ＮＷ特性取得部１１による処理は、Loop処理の先頭に戻る。
　また、Eの従属Specが面Spec（例えば、図１５に示す面Spec_OADMまたは面Spec_IP）であれば、ＮＷ特性取得部１１は、従属先の面Specテーブルの各行のうちEの従属Specを示すspecNameに対応し、Eの属性名と同じ属性名が定義される行（例えば属性名「通信範囲」が定義される行）のvalueを上記のEのvalueに格納する。このようにして、面Specテーブルのvalueの値が面Entity配列（面Entityテーブル）に格納され（Ｓ２５）、ＮＷ特性取得部１１による処理は、Loop処理の先頭に戻る。
　Loop処理が終了すると、Specに対応したEntityを取得する手順が終了する。この取得された結果はＮＷ特性取得部１１からＮＷ構成表示部１５に送られる。
　次に、情報オブジェクトの線情報の描画について説明する。　
　図１８は、情報オブジェクト(Entity)の線情報を描画する手順の一例を示すフローチャートである。　
　まず、ＮＷ構成表示部１５は、Ｓ２４で値が格納された線Entityテーブルの各行のうち未選択の行が空になるまでのLoop処理である第１のLoop処理を開始する。ＮＷ構成表示部１５は、情報オブジェクトＤＢ１４に格納される線Entityテーブルの各行のうち、未選択で、かつ同じentityName（例えば図１２に示す「線Entity_OADM_1」）が定義される行を選択し、この選択した行を処理対象のEntityに設定する。（Ｓ３１）。
　ＮＷ構成表示部１５は、Ｓ３１で設定したEntityのうち属性名「接続関係」が定義される行のvalue（例えば図１２に示す「[1,2]」）に対応するentityName（例えば図１３Ａに示す「点Entity_OADM_1」、「点Entity_OADM_2」）が定義される行を点Entityテーブルから取得する（Ｓ３２）。
　ＮＷ構成表示部１５は、Ｓ３２で取得した配列のうち未選択の行が空になるまでのLoop処理である第２のLoop処理を開始する。ＮＷ構成表示部１５は、Ｓ３２で取得した配列の各行のうち未選択で、かつ同じentityName（例えば図１３Ａに示す点Entity_OADM_1）が定義される行を選択する。　
　ＮＷ構成表示部１５は、この選択した行から下記の（１）および（２）に係る座標値をそれぞれ取り出す（Ｓ３３）。
　（１）属性名が「x座標」である行のvalueで定義されるx座標値（例えば図１３Ａに示すentityName「点Entity_OADM_1」、属性名「x座標」に係る行の「10」）
　（２）属性名が「y座標」である行のvalueで定義されるy座標値（例えば図１３Ａに示すentityName「点Entity_OADM_1」、属性名「y座標」に係る行の「50」）　
　ＮＷ構成表示部１５は、Ｓ３３で取り出した座標情報に対応する位置に点を描画した画像を生成する（Ｓ３４）。
　ＮＷ構成表示部１５は、上記のＳ３１で選択した行から属性名が特化属性（例えば波長番号）である行のvalueで定義される特化属性名（例えば、λ１０）を取り出す（Ｓ３５）。　
　ＮＷ構成表示部１５は、Ｓ３４で描画した点にマウスオーバーした際に表示する文字列に、Ｓ３５で取り出した特化属性を設定し（Ｓ３６）、第２のLoop処理の先頭に戻る。　
　第２のLoop処理が終了すると、ＮＷ構成表示部１５は、この第２のLoop処理におけるＳ３３で取り出した各座標の間に線を描画した画像を生成する（Ｓ３７）。
　ＮＷ構成表示部１５は、線EntityテーブルからＳ３１で選択した行のうち属性名が特化属性（例えば波長番号）である行のvalueで定義される特化属性名（例えば、λ１）を取り出す（Ｓ３８）。
　ＮＷ構成表示部１５は、Ｓ３７で描画した線にマウスオーバーした際に表示する文字列に、Ｓ３８で取り出した特化属性を設定し（Ｓ３９）、第１のLoop処理の先頭に戻る。　
　第１のLoop処理が終了すると、ＮＷ構成表示部１５は、ここまで生成した画像を表示して、情報オブジェクトの線情報を描画する手順を終了する。　
　以上のような手順を実行することにより、プロトコル種別に依らない描画が可能となる。
　次に、情報オブジェクト(Entity)のレイヤ間のつながり関係(レイヤ間対応関係)の描画について説明する。図１９は、情報オブジェクトの点情報のつながり関係を描画する手順の一例を示すフローチャートである。　
　まず、ＮＷ構成表示部１５は、Ｓ２３で値が格納された点Entityテーブルの各行のうち未選択の行が空になるまでのLoop処理である第１のLoop処理を開始する。ＮＷ構成表示部１５は、情報オブジェクトＤＢ１４に格納される点Entityテーブルの行のうち、未選択で、かつ同じentityName（例えば図１３Ａに示す点Entity_OADM_1）が定義される行を選択し、この選択した行を処理対象のEに設定する（Ｓ４１）。
　ＮＷ構成表示部１５は、Ｓ４１で設定したEの行のうち属性名「従属関係」に係る行のvalueで定義される従属関係(X)を示すentityName（例えば図１４に示す点Entity_IP_1）が定義される行を取り出す（Ｓ４２）。
　Ｓ４２で取り出したXに対応する行のうち、属性名が「x座標」、「x座標」である行のvalueがnullである場合（Ｓ４３のnull）は、ＮＷ構成表示部１５による処理は、第１のLoop処理の先頭に戻る。　
　一方で、Ｓ４２で取り出したXに対応する行のうち、属性名が「x座標」、「x座標」である行のvalueがnullでない（Ｓ４３のnullでない）場合は、ＮＷ構成表示部１５は、Ｓ４１で設定したEの行のうち、下記の（１）および（２）に係る座標値をそれぞれ取り出す（Ｓ４４）。
　（１）属性名が「x座標」である行のvalueで定義されるx座標値（例えば図１３Ａに示すentityName「点Entity_OADM_1」、属性名「x座標」に係る行の「10」）
　（２）属性名が「y座標」である行のvalueで定義されるy座標値（例えば図１３Ａに示すentityName「点Entity_OADM_1」、属性名「y座標」に係る行の「50」）　
　ＮＷ構成表示部１５は、Ｓ４４で取り出したEの座標情報に対応する位置に点を描画した画像を生成する（Ｓ４５）。
　ＮＷ構成表示部１５は、情報オブジェクトＤＢ１４に格納される点Entityテーブルにおける、Ｓ４２で取り出したXに対応する行のうち、下記の（１）および（２）に係る座標値をそれぞれ取り出す（Ｓ４６）。
　（１）属性名が「x座標」である行のvalueで定義されるx座標値（例えば図１４に示すentityName「点Entity_IP_1」、属性名「x座標」に係る行の「10」）
　（２）属性名が「y座標」である行のvalueで定義されるy座標値（例えば図１４に示すentityName「点Entity_IP_1」、属性名「y座標」に係る行の「80」）
　ＮＷ構成表示部１５は、Ｓ４６で取り出した座標情報に対応する位置に点を描画した画像を生成する（Ｓ４７）。　
　ＮＷ構成表示部１５は、Ｓ４４で取り出した座標値とＳ４６で取り出した座標値との間に線、つまりレイヤ間の点情報の対応関係を示す線を描画した画像を生成し（Ｓ４８）、ＮＷ構成表示部１５による処理は、Loop処理の先頭に戻る。
　Loop処理が終了すると、ＮＷ構成表示部１５は、ここまで生成した画像を表示して、情報オブジェクトの点情報のつながり関係を描画する手順を終了する。　
　以上のような手順を実行することにより、プロトコル種別に依らない描画が可能となる。
　次に、情報オブジェクトの面情報の描画について説明する。　
　図２０は、情報オブジェクト(Entity)の面情報を描画する手順の一例を示すフローチャートである。　
　まず、ＮＷ構成表示部１５は、Ｓ２５で値が格納された面Entityテーブルの各行のうち未選択の行が空になるまでのLoop処理である第１のLoop処理を開始する。ＮＷ構成表示部１５は、情報オブジェクトＤＢ１４に格納される面Entityテーブルの未選択の行のうちで同じentityName（例えば図１５に示す面Entity_OADM）が定義される行を選択し、この選択した行を処理対象のE（面Entity）に設定する（Ｓ５１）。
　ＮＷ構成表示部１５は、Ｓ３１で設定したE（面Entity）のvalueに対応するentityName（例えば図１３Ａに示す「点Entity_OADM_1」、「点Entity_OADM_2」、「点Entity_OADM_3」）が定義される行を点Entityテーブルから取得する（Ｓ５２）。
　ＮＷ構成表示部１５は、Ｓ５２で取得した配列のうち未選択の行が空になるまでのLoop処理である第２のLoop処理を開始する。ＮＷ構成表示部１５は、Ｓ５２で取得した配列の行のうち、未選択で、かつ同じentityName（例えば図１５に示す面Entity_OADM）が定義される行を選択し、この行を処理対象の点Entityに設定する（Ｓ５３）。
　ＮＷ構成表示部１５は、この選択した行から下記の（１）および（２）に係る座標値をそれぞれ取り出す（Ｓ５４）。
　（１）属性名が「x座標」である行のvalueで定義されるx座標値（例えば図１３Ａに示すentityName「点Entity_OADM_1」、属性名「x座標」に係る行の「10」、entityName「点Entity_OADM_2」、属性名「x座標」に係る行の「110」、およびentityName「点Entity_OADM_3」、属性名「x座標」に係る行の「50」）
　（２）属性名が「y座標」である行のvalueで定義されるy座標値（例えば図１３Ａに示すentityName「点Entity_OADM_1」、属性名「y座標」に係る行の「50」、entityName「点Entity_OADM_2」、属性名「y座標」に係る行の「50」、およびentityName「点Entity_OADM_3」、属性名「y座標」に係る行の「45」）
　ＮＷ構成表示部１５は、Ｓ４３で取り出した座標情報に対応する位置に点を描画した画像を生成する（Ｓ５５）、第２のLoop処理の先頭に戻る。　
　第２のLoop処理が終了すると、ＮＷ構成表示部１５は、この第２のLoop処理におけるＳ５４で取り出した各座標の間に線を描画した画像を生成する（Ｓ５６）。
　ＮＷ構成表示部１５は、Ｓ５２で取得した行のうち、属性名が「通信状態」である行で定義される通信状態名（例えば図１５に示す「established」）を取り出す（Ｓ５７）。　
　ＮＷ構成表示部１５は、Ｓ５６で描画した画像に、Ｓ５７で取り出した接続状態を反映してなる面の画像を生成する（Ｓ５８）。
　ＮＷ構成表示部１５は、面EntityテーブルからＳ５１で選択した行のうち属性名が特化属性（例えばリング名）である行のvalueで定義される特化属性名（例えば、ring1）を取り出す（Ｓ５９）。
　ＮＷ構成表示部１５は、Ｓ５８で描画した面にマウスオーバーした際に表示する文字列に、Ｓ５９で取り出した特化属性を設定し（Ｓ６０）、第１のLoop処理の先頭に戻る。第１のLoop処理が終了すると、ＮＷ構成表示部１５は、ここまで生成した画像を表示して、情報オブジェクトの面情報を描画する手順を終了する。　
　以上のような手順を実行することにより、プロトコル種別に依らない描画が可能となる。
　以上のように、本発明の一実施形態におけるネットワーク管理装置は、ＮＷ特性と情報オブジェクトは予め定義されているため、プロトコル種別に依存しない汎用性の高い仕組みでＮＷ情報を描画するため、ネットワーク装置種別や数の変更によりプロトコルレイヤでのＮＷ情報の変更が発生しても、情報オブジェクトの表示に係る改修は不要となる。
　なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。
　また、各実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。
　１１…ＮＷ特性取得部、
　１２…SpecDB、
　１３…情報オブジェクト取得部、
　１４…情報オブジェクトＤＢ、
　１５…ＮＷ構成表示部。

Claims (9)

  1. 　ネットワーク特性を表す情報を格納するネットワーク特性格納手段と、
    　前記ネットワーク特性格納手段に格納されたネットワーク特性を表す情報に対応するネットワーク構成に関する情報オブジェクトを格納する情報オブジェクト格納手段と、
    　前記ネットワーク特性格納手段から任意のプロトコルレイヤに対応するネットワーク特性を表す情報を取得するネットワーク特性取得手段と、
    　前記ネットワーク特性取得手段により取得されたネットワーク特性を表す情報に対応した情報オブジェクトを前記情報オブジェクト格納手段から取得する情報オブジェクト取得手段と、
    　前記情報オブジェクト取得手段により取得された情報オブジェクトを表示する表示手段と、
    　を備えたネットワーク管理装置。
  2. 　前記情報オブジェクトが、ネットワークにおける通信の流れを表す線情報、通信トラヒックを終端する点情報および、通信の流れる範囲を表す面情報である、
    　請求項１に記載のネットワーク管理装置。
  3. 　前記情報オブジェクトが、
    　複数種類の通信プロトコルに共通した情報および、通信プロトコルの種別に特化した情報であり、
    　前記表示手段は、
    　前記複数種類の通信プロトコルに共通した情報を、前記線情報、前記点情報、前記面情報で構成される図形として表示し、
    　前記通信プロトコルの種別に特化した情報を、前記図形に対応する文字列として表示する、
    　請求項２に記載のネットワーク管理装置。
  4. 　ネットワーク特性を表す情報を格納するネットワーク特性格納手段および前記ネットワーク特性格納手段に格納されたネットワーク特性に対応するネットワーク構成に関する情報オブジェクトを格納する情報オブジェクト格納手段を有するネットワーク管理装置が行うネットワーク管理方法であって、
    　前記ネットワーク特性格納手段から任意のプロトコルレイヤに対応するネットワーク特性を表す情報を取得し、
    　取得されたネットワーク特性を表す情報に対応した情報オブジェクトを前記情報オブジェクト格納手段から取得し、
    　前記取得された情報オブジェクトを表示する、
    　ネットワーク管理方法。
  5. 　前記情報オブジェクトが、ネットワークにおける通信の流れを表す線情報、通信トラヒックを終端する点情報および、通信の流れる範囲を表す面情報である、
    　請求項４に記載のネットワーク管理方法。
  6. 　前記情報オブジェクトが、
    　複数種類の通信プロトコルに共通した情報および、通信プロトコルの種別に特化した情報であり、
    　前記複数種類の通信プロトコルに共通した情報を、前記線情報、前記点情報、前記面情報で構成される図形として表示し、
    　前記通信プロトコルの種別に特化した情報を、前記図形に対応する文字列として表示する、
    　請求項５に記載のネットワーク管理方法。
  7. 　請求項１に記載のネットワーク管理装置の前記各手段としてプロセッサを機能させるネットワーク管理プログラム。
  8. 　請求項２に記載のネットワーク管理装置の前記各手段としてプロセッサを機能させるネットワーク管理プログラム。
  9. 　請求項３に記載のネットワーク管理装置の前記各手段としてプロセッサを機能させるネットワーク管理プログラム。
PCT/JP2019/006606 2018-02-28 2019-02-21 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラム WO2019167801A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/975,851 US11245585B2 (en) 2018-02-28 2019-02-21 Network management device, network management method, and network management program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-034981 2018-02-28
JP2018034981A JP6837022B2 (ja) 2018-02-28 2018-02-28 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラム

Publications (1)

Publication Number Publication Date
WO2019167801A1 true WO2019167801A1 (ja) 2019-09-06

Family

ID=67804939

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/006606 WO2019167801A1 (ja) 2018-02-28 2019-02-21 ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラム

Country Status (3)

Country Link
US (1) US11245585B2 (ja)
JP (1) JP6837022B2 (ja)
WO (1) WO2019167801A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2021186702A1 (ja) * 2020-03-19 2021-09-23

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000209201A (ja) * 1999-01-11 2000-07-28 Fujitsu Ltd ネットワ―ク管理方法及びネットワ―ク管理システム
JP2011160324A (ja) * 2010-02-03 2011-08-18 Nec Corp ネットワーク管理装置
WO2014017385A1 (ja) * 2012-07-23 2014-01-30 日本電信電話株式会社 画面表示装置、システムおよび画面生成方法
JP2017506843A (ja) * 2014-01-29 2017-03-09 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 可視化されたネットワーク運用及び保守のための方法及び装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10700931B2 (en) * 2014-08-17 2020-06-30 Microsoft Technology Licensing, Llc Network device configuration framework
CN107703525B (zh) * 2016-08-08 2019-12-06 华为技术有限公司 用于网络rtk基准站网更新的方法和装置
US10567222B2 (en) * 2016-08-23 2020-02-18 Cisco Technology, Inc. Recommending configurations for client networking environment based on aggregated cloud managed information
CA3044909C (en) * 2016-11-25 2023-06-27 Cybernetiq, Inc. Computer network security configuration visualization and control system
US10708265B2 (en) * 2017-03-13 2020-07-07 Amazon Technologies, Inc. Batch registration and configuration of devices

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000209201A (ja) * 1999-01-11 2000-07-28 Fujitsu Ltd ネットワ―ク管理方法及びネットワ―ク管理システム
JP2011160324A (ja) * 2010-02-03 2011-08-18 Nec Corp ネットワーク管理装置
WO2014017385A1 (ja) * 2012-07-23 2014-01-30 日本電信電話株式会社 画面表示装置、システムおよび画面生成方法
JP2017506843A (ja) * 2014-01-29 2017-03-09 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 可視化されたネットワーク運用及び保守のための方法及び装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2021186702A1 (ja) * 2020-03-19 2021-09-23
WO2021186702A1 (ja) * 2020-03-19 2021-09-23 日本電信電話株式会社 ネットワーク管理装置、方法およびプログラム
JP7380840B2 (ja) 2020-03-19 2023-11-15 日本電信電話株式会社 ネットワーク管理装置、方法およびプログラム

Also Published As

Publication number Publication date
JP6837022B2 (ja) 2021-03-03
US20200412606A1 (en) 2020-12-31
US11245585B2 (en) 2022-02-08
JP2019149774A (ja) 2019-09-05

Similar Documents

Publication Publication Date Title
US10685328B2 (en) Dynamic nodes for managing organization structure
US20200336387A1 (en) Topological map presentation system, topological map presentation method, and computer readable recording medium
US9021374B2 (en) Systems and methods for generating a dashboard in a multi-tenant database system environment
US6952208B1 (en) Method for displaying supersets of node groups in a network
US9215149B2 (en) Visualization for managing multiple IP address management systems
CN106408170A (zh) 一种电子工单处理方法、工作流引擎及电子工单系统
JP5958532B2 (ja) 可視化装置、可視化システムおよび可視化方法
CN102638455B (zh) 处理3d拓扑视图中网元对象信息的方法及设备
US9065857B2 (en) Managing multiple IP address management systems
US10448227B2 (en) Mobile database access application development system and method
JP6680086B2 (ja) 選択制御方法、選択制御装置および選択制御プログラム
US20190163348A1 (en) Relationship visualizations for multi-dimensional data models
CN102819557A (zh) 数据查询处理装置和数据查询处理方法
WO2019167801A1 (ja) ネットワーク管理装置、ネットワーク管理方法およびネットワーク管理プログラム
JP5256406B2 (ja) ネットワーク可視化方法およびネットワーク可視化装置
JP2017215796A (ja) 表示制御方法、表示制御装置および表示制御プログラム
JP2007259319A (ja) ネットワーク構成管理プログラム、ネットワーク構成管理方法およびネットワーク構成管理装置
US11929881B2 (en) 3D visualization of multi-layer networks including network topology and encapsulation
WO2016062071A1 (zh) 一种创建业务与增量发现并发处理的方法、装置和系统
JP6094051B2 (ja) 表示装置、表示方法、及び、表示プログラム
US10650611B1 (en) Systems and methods for graphical programming
KR20210099277A (ko) 벡터 기반으로 네트워크 토폴로지를 자동으로 형상화하는 장치 및 방법
JP2008021135A (ja) 機器シミュレーション装置
JP7314568B2 (ja) 表示装置、表示方法及びプログラム
JP2009282723A (ja) オブジェクト編集装置及びプログラム

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: 19760683

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: 19760683

Country of ref document: EP

Kind code of ref document: A1