WO2013042270A1 - システム管理装置及びシステム管理方法 - Google Patents

システム管理装置及びシステム管理方法 Download PDF

Info

Publication number
WO2013042270A1
WO2013042270A1 PCT/JP2011/071736 JP2011071736W WO2013042270A1 WO 2013042270 A1 WO2013042270 A1 WO 2013042270A1 JP 2011071736 W JP2011071736 W JP 2011071736W WO 2013042270 A1 WO2013042270 A1 WO 2013042270A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
management
component
configuration information
device configuration
Prior art date
Application number
PCT/JP2011/071736
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 PCT/JP2011/071736 priority Critical patent/WO2013042270A1/ja
Priority to US13/378,066 priority patent/US20130080604A1/en
Publication of WO2013042270A1 publication Critical patent/WO2013042270A1/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/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • 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/12—Discovery or management of network topologies

Definitions

  • the present invention relates to a system management apparatus and a system management method.
  • an information processing system such as a data center includes a large number of server computers, a large number of storage devices, a large number of network devices, and the like.
  • a computer system for managing an information processing system having a large number of devices is known (Patent Document 1).
  • protocols for managing devices include Windows Management Interface (WMI), Secure SHell (SSH), Simple Network Management Protocol (SNMP), and Intelligent Platform Management (IPMI). Interface) and the like are known.
  • WMI Windows Management Interface
  • SSH Secure SHell
  • SNMP Simple Network Management Protocol
  • IPMI Intelligent Platform Management
  • devices corresponding to a plurality of management protocols respond to the respective management protocols, they are detected as if they are a plurality of different devices even though they are physically the same casing. Therefore, a large number of duplicate management information is generated, system management by the administrator becomes complicated, and the efficiency of management work decreases. Furthermore, even if an event occurs due to the same factor, it is detected as a different event for each management protocol, so it takes time to grasp the root cause when a failure occurs.
  • the prior art described in the above document manages a combination of a certain component and another component as a new component, and redundancy of information acquired from the same device by different management protocols. Is not to be excluded.
  • the present invention has been made in view of the above problems, and an object of the present invention is to determine whether information acquired by a plurality of different management protocols is information from the same device, and to reduce management effort. Another object of the present invention is to provide a system management apparatus and a system management method. Another object of the present invention is to provide a system management apparatus and a system management method that can determine whether the information is obtained from the same apparatus based on the unique information and monitoring information obtained from the apparatus. .
  • a system management apparatus is a system management apparatus that manages an information processing system including a plurality of apparatuses, and uses a plurality of different management protocols to manage management information for each management protocol from each apparatus.
  • a plurality of device configuration information acquired from the same device among the devices is identified by comparing the device configuration information obtained from each management information with the management information acquisition unit for acquiring
  • a device configuration information management unit for collectively managing a plurality of device configuration information as one device configuration information, and component information included in the plurality of device configuration information identified as being acquired from the same device Among them, multiple component information related to the same component is identified, and the identified multiple component information is associated and managed. And a component information management unit for.
  • the device configuration information management unit has an automatic mode, and the device configuration information management unit that operates according to the automatic mode compares each piece of device configuration information based on the synthesis rules stored in advance in the synthesis rule management table. A plurality of pieces of device configuration information acquired from the same device among the devices can be specified.
  • the combination rule is that if one piece of unique information included in one piece of device configuration information in each piece of device configuration information matches the other piece of unique information contained in the other piece of device configuration information.
  • the device configuration information and the other device configuration information are the first determination rule for determining that the device configuration information is acquired from the same device, and one piece of monitoring information included in one of the pieces of management information.
  • One monitoring information indicating the monitoring result of the performance or state of the device corresponding to one management information is the other monitoring information included in the other management information among the management information, and is included in the other management information.
  • the one device configuration information obtained from one management information and the other device configuration obtained from the other management information A second determination rule determines that has been device configuration information acquired from the same device from the broadcast may include.
  • the device configuration information management unit first specifies a plurality of device configuration information acquired from the same device according to the first determination rule, and when the device configuration information management unit cannot be specified by the first determination rule, It is also possible to specify a plurality of device configuration information acquired from the same device.
  • the device configuration information management unit determines whether each device configuration information identified as acquired from the same device satisfies the essential rules stored in advance in the mandatory rule management table, and each device configuration information is required When the rule is satisfied, it can be determined that each piece of device configuration information is obtained from the same device.
  • the device configuration information management unit has a manual mode, and the essential rule management table is pre-set with essential rules that must be satisfied when a plurality of device configuration information is acquired from the same device,
  • the device configuration information management unit presents a list screen of each device configuration information to the user, and whether or not a plurality of device configuration information selected by the user via the list screen satisfies the essential rule.
  • the device configuration information selected by the user satisfies the essential rule, it can be determined that the device configuration information is acquired from the same device.
  • FIG. 1 is an explanatory diagram showing an overall outline of the embodiment.
  • FIG. 2 shows the overall configuration of the information processing system and the hardware configuration of the management computer and the client computer.
  • FIG. 3 is an explanatory diagram showing computer programs and tables stored in the memory of the management computer.
  • FIG. 4 shows the hardware configuration of the server computer.
  • FIG. 5 shows the hardware configuration of the storage apparatus.
  • FIG. 6 shows a hardware configuration of the network device.
  • FIG. 7 shows the configuration of the connection information management table.
  • FIG. 8 shows the configuration of the authentication information management table.
  • FIG. 9 shows the configuration of the device configuration information management table.
  • FIG. 10 shows an example of the component information management table.
  • FIG. 11 shows another example of the component information management table.
  • FIG. 12 shows still another example of the component information management table.
  • FIG. 10 shows an example of the component information management table.
  • FIG. 13 shows an example of the monitoring value history management table.
  • FIG. 14 shows another example of the monitoring value history management table.
  • FIG. 15 shows still another example of the monitoring value history management table.
  • FIG. 16 shows the composition of the synthesis rule management table.
  • FIG. 17 shows the structure of the essential rule management table.
  • FIG. 18 shows the configuration of the aggregation rule management table.
  • FIG. 19 is a flowchart of processing for acquiring management information.
  • FIG. 20 is a flowchart of processing for acquiring a monitoring value.
  • FIG. 21 is a flowchart of the automatic synthesis process.
  • FIG. 22 is a flowchart of processing for supporting manual synthesis.
  • FIG. 23 is a flowchart of a process for evaluating a synthesis rule.
  • FIG. 24 is a flowchart of a process for evaluating essential rules.
  • FIG. 25 is a flowchart of processing for developing an evaluation formula.
  • FIG. 26 is an explanatory diagram of a development example of an evaluation formula.
  • FIG. 27 is an explanatory diagram showing another example of development of the evaluation formula.
  • FIG. 28 is a flowchart of the synthesis process.
  • FIG. 29 is a flowchart illustrating a process for collecting component information.
  • FIG. 30 is a flowchart of processing for evaluating an aggregation rule.
  • FIG. 31 shows a development example of the aggregation rule.
  • FIG. 32 is a flowchart of processing for generating display information.
  • FIG. 33 is an example of a screen that displays a list of discovered devices.
  • FIG. 34 is an example of a screen that supports manual composition.
  • FIG. 35 is an example of a screen that displays device information.
  • FIG. 36 is a flowchart of a process for supporting manual synthesis executed
  • FIG. 1 shows an overall outline of the present embodiment.
  • the information processing system includes a management computer 1, a client computer 2, and a plurality of devices 3.
  • the management computer 1 is connected to each device 3 via the communication network CN so that bidirectional communication is possible.
  • the management computer 1 is connected to the client computer 2 via a communication network CN or other communication means so that bidirectional communication is possible.
  • the management computer 1 is a device for managing each device 3.
  • the management computer 1 and the client computer 2 constitute a “system management device”.
  • the “system management apparatus” may be configured only by the management computer 1.
  • the user interface device included in the client computer 2 can also be provided in the management computer 1.
  • the management computer 1 includes, for example, a management information acquisition unit 1A, a node configuration information management unit 1B, a component information management unit 1C, a display information generation unit 1D, and various management tables 1E, 1B1, and 1B2.
  • Management information acquisition unit 1A acquires management information from each device 3 using a plurality of management protocols P1 and P2. Examples of management protocols include WMI, SSH, SNMP, and IPMI. The acquired management information is stored in the management table 1E.
  • Each device 3 includes a plurality of different management interfaces 3B (1) and 3B (2).
  • the interface is abbreviated as I / F.
  • the management interfaces 3B (1) and 3B (2) are referred to as management interfaces 3B.
  • Each management interface 3B provides management information in response to a request from a management protocol corresponding to the management interface 3B.
  • Management information is information for management acquired from the device 3 and the component 3A constituting the device 3. Examples of management information include node configuration information, component information, and monitoring values.
  • ⁇ ⁇ Not all devices 3 need to support multiple management protocols. It is sufficient that at least one device 3 corresponding to a plurality of different management protocols is included in the information processing system.
  • a server computer on which an IPMI board is mounted may be included in the information processing system.
  • the node configuration information management unit 1B corresponds to a “device configuration information management unit”.
  • the node configuration information management unit 1B determines whether or not the node configuration information is derived from the same device for the node configuration information obtained from a plurality of management information acquired by different management protocols.
  • the node configuration information corresponds to “device configuration information”.
  • the node configuration information is information generated based on management information acquired from the device 3, and includes, for example, a node type, a system GUID (Global Unique Identifier), a product serial number, a monitoring value, and the like.
  • the node configuration information management unit 1B determines whether a plurality of node configuration information is derived from the same device based on the synthesis rule stored in the synthesis rule management table 1B1.
  • the combination rule includes a first determination rule and a second determination rule.
  • the first determination rule determines whether a plurality of pieces of node configuration information are derived from the same device, based on unique information preset in the device 3.
  • Specific information includes, for example, a system GUID, a product serial number, a board serial number, and the like.
  • the unique information is static information because it does not change after being set in the device 3.
  • the node configuration information management unit 1B determines whether the plurality of node configuration information is derived from the same device based on the second determination rule.
  • the second determination rule compares monitoring information (monitoring values described later) acquired from the device 3.
  • the monitoring information include information indicating the temperature of the device 3.
  • the monitoring information is dynamic information that changes with time.
  • the node configuration information management unit 1B determines whether or not the determination result is based on the synthesis rule using the essential rule stored in the essential rule management table 1B2.
  • Indispensable rules stipulate information that must be provided if the management information comes from the same device. For example, as the indispensable rule, the system GUID matches, the node type (device type) matches, and the like.
  • the node configuration information management unit 1B treats the determination result based on the synthesis rule as correct. Fail-prof is realized by checking with the mandatory rules.
  • the node configuration information management unit 1B has an automatic mode and a manual mode.
  • the automatic mode is selected, the node configuration information management unit 1B automatically determines whether a plurality of pieces of node configuration information are derived from the same device based on the synthesis rule and the essential rule.
  • the manual mode is selected, the node configuration information management unit 1B receives a set of node configuration information selected by the user from the client computer 2.
  • the node configuration information management unit 1B determines whether or not a plurality of node configuration information selected by the user satisfies the essential rule, and if it satisfies, treats the user's selection as correct.
  • the node configuration information management unit 1B also has a function of supporting manual operation by the user.
  • the component information management unit 1C determines whether a plurality of component information is derived from the same device.
  • the component information is information related to the component 3A that the device 3 has.
  • the component information management unit 1C determines whether a plurality of component information is derived from the same device based on the component composition rule (aggregation rule management table T17 described in FIG. 18).
  • the node configuration information management unit 1B leaves only predetermined node configuration information among the overlapping node configuration information, and deletes other node configuration information.
  • the predetermined node configuration information is node configuration information created from management information acquired by a management protocol having a high priority.
  • the component information management unit 1C presents only predetermined component information among the duplicated component information to the user, and hides other component information from the user. However, even component information that is not presented to the user is not deleted but retained.
  • the display information generation unit 1D generates display information and displays it on the display device of the client computer 2.
  • the display information can include node configuration information organized by the node configuration information management unit 1B and component information organized by the component information management unit 1C.
  • the device 3 is a node included in the information processing system, and examples thereof include a server computer, a storage device, a network device, a printer, a monitoring camera, and a copy machine.
  • the apparatus 3 includes at least one, usually a plurality of, components 3A (1) to 3A (3). When not distinguished, it is referred to as component 3A.
  • components 3A include a cooling fan, a CPU (Central Processing Unit), and a temperature sensor.
  • the type of component 3A differs depending on the type of device 3. Among the components 3A that differ depending on the device type, the component 3A that is common in a relatively wide range is the management target of the component information management unit 1C.
  • the first management interface 3B (1) is associated with the component 3A (1) and the component 3A (2)
  • the second management interface 3B (2) is associated with the component 3A (2) and the component 3A. (3) is associated.
  • the first management information acquired from the first management interface 3B (1) by the first management protocol P1 and the second management information acquired from the second management interface 3B (2) by the second management protocol P2 Different.
  • the first management information includes information related to the component 3A (1) and the component 3A (2)
  • the second management information includes information related to the component 3A (2) and the component 3A (3).
  • management information node configuration information, component information derived from the same device is detected and managed as one piece of management information.
  • duplicate node configuration information originating from the same device is detected and managed as one node configuration information, and further, duplicate component information originating from the same device is also a component. Manage as information. Therefore, the total number of pieces of information to be managed can be reduced, and an information processing system in which a plurality of apparatuses 3 corresponding to a plurality of management protocols exists can be efficiently managed.
  • a set of node configuration information selected by a user is checked according to a mandatory rule. Therefore, human error of the user can be prevented and usability and reliability can be improved.
  • the first determination rule based on static unique information and the second determination rule based on dynamic monitoring information are used as a composition rule. Furthermore, after determining based on the first determination rule, determination is performed based on the second determination rule. Thereby, in this embodiment, a highly accurate determination can be performed efficiently.
  • the comparison based on the unique information is more accurate in determining whether it is derived from the same device than the comparison based on the monitoring information.
  • the determination based on the monitoring information is effective when the unique information cannot be used.
  • the processing load increases.
  • the determination based on the unique information which is relatively simple and highly accurate, is executed first, and then the determination based on the monitoring information with a large processing load is executed. It has become.
  • the determination result based on the synthesis rule is checked based on the essential rule. Therefore, it is possible to prevent an erroneous determination. Furthermore, in this embodiment, the result selected manually by the user is also checked based on the essential rules. Accordingly, human error of the user can be prevented and management reliability can be improved.
  • the management computer 10 is the management computer 1
  • the client computer 20 is the client computer 2
  • the server computer 30 the storage device 40, the network device 50, and the other devices 60 are the device 3. Respectively.
  • the management computer 10 includes, for example, a microprocessor (CPU in the figure) 11, a memory 12, and a communication interface 13.
  • the memory 12 is a component symbolizing main memory and auxiliary memory, and may be called a storage resource.
  • the computer programs P10 to P19 and management tables T10 to T17 included in the management computer 10 will be described later.
  • the management computer 10 is connected to a client computer 20, a server computer 30, a storage device 40, a network device 50, and other devices 60 via a communication network CN configured as a LAN (Local Area Network).
  • LAN Local Area Network
  • the client computer 20 is a computer for a user such as a system administrator to operate the management computer 10.
  • the client computer 20 includes, for example, a microprocessor 21, a memory 22, a communication interface 23, and a user interface device 24.
  • the memory 22 stores a display program P20 for displaying screens G10, G11, and G12, which will be described later, on the user interface device 24.
  • the user can input an instruction to the management computer 10 and take out information from the management computer 10 by operating the display program P20 using the user interface device 24.
  • the user interface device 24 includes an information input device for inputting information and an information output device for outputting information.
  • Examples of the information input device include a keyboard switch, a pointing device, a pen input device, and a voice recognition device.
  • Examples of the information output device include a display device, a printer, and an audio output device.
  • the management computer 10 and the client computer 20 will be described separately.
  • the management computer 10 may be provided with a user interface unit.
  • the client computer 20 is not limited to a computer terminal such as a personal computer, but may be a portable information terminal (including a mobile phone).
  • the server computer 30, the storage device 40, the network device 50, and other devices 60 are illustrated as management target devices of the management computer 10.
  • the information processing system does not need to include all of these devices 30 to 60, and may include at least one of at least one type of device.
  • FIG. 3 shows computer programs and management tables stored in the memory 12 of the management computer 10.
  • the memory 12 stores a plurality of computer programs P10 to P19 and a plurality of management tables T10 to T17. Note that illustrations of computer programs such as an operating system and device drivers are omitted.
  • the rule management unit P10 is a program for managing the synthesis rule, the essential rule, and the aggregation rule.
  • the device configuration information combining unit P11 is a program for collecting overlapping device configuration information derived from the same device as one device configuration information.
  • the component information aggregation unit P12 is a program for collecting duplicate component information as one component information.
  • handling multiple device configuration information as one device configuration information is “combining”. Call it.
  • component information other than the predetermined component information it is not necessary to maintain a history of monitoring values. This is because the component information is used in a special case such as when a failure occurs and is not used in a normal case. By not collecting or storing the monitoring value or the like, it is possible to prevent the unused data from being accumulated in the storage area of the management computer 10. That is, component information other than the predetermined component information among a plurality of overlapping component information is continuously recognized in the management computer 10 in case of a failure, etc., but data collection and storage are stopped. Can do.
  • the synthesis rule evaluation unit P13 is a program for evaluating the application result of the synthesis rule.
  • the essential rule evaluation unit P14 is a program for evaluating the application result of the essential rule.
  • the aggregation rule evaluation unit P15 is a program that evaluates the application result of the aggregation rule.
  • the manual synthesis support unit P16 is a program that determines the suitability of synthesis by a user's manual operation.
  • the configuration information acquisition unit P17 is a program for acquiring configuration information from each device 30-60.
  • the monitoring value acquisition unit P18 is a program for acquiring monitoring values from the devices 30 to 60. In the later-described management information acquisition process (see FIG. 19), the configuration information acquisition unit P17 and the monitoring value acquisition unit P18 are executed.
  • the display information generation unit P19 is a program that generates display information and transmits it to the client computer 20.
  • management table is abbreviated as “table”.
  • the connection information management table T10 manages information for the management computer 10 to access the devices 30 to 60.
  • the authentication information management table T11 manages information for the management computer 10 to log in to each of the devices 30 to 60.
  • the device configuration information management table T12 manages device configuration information acquired from each of the devices 30-60.
  • the component information management table T13 manages component information about components included in the devices 30 to 60.
  • the monitoring value history management table T14 manages monitoring values (monitoring information) acquired from components.
  • the composition rule management table T15 manages composition rules.
  • the essential rule management table T16 manages the essential rules.
  • the aggregation rule management table T17 manages aggregation rules.
  • FIG. 4 shows a hardware configuration of the server computer 30 which is one of the management target devices.
  • the server computer 30 includes, for example, a CPU 31, a memory 32, a communication interface 33, an auxiliary storage device 34, a fan controller 35, a sensor controller 36, and an IPMI management board 37.
  • the CPU 31 executes a computer program stored in memory 32 or auxiliary storage device 34.
  • the CPU 31 can access the logical volume 480 (see FIG. 5) of the storage apparatus 40 via the communication interface CN and read / write data.
  • the CPU 31 is an example of components that constitute the server computer 30.
  • the fan controller 35 controls at least one fan 350.
  • the fan 350 is another example of components that constitute the server computer 30.
  • a cooling water pump is an example of a component.
  • the cooling water pump is controlled by a pump controller.
  • the sensor controller 36 controls at least one sensor 360.
  • the sensor 360 is yet another example of a component that constitutes the server computer 30.
  • the sensor 360 is configured, for example, as a temperature sensor for measuring the temperature inside the housing of the server computer 30 or a temperature sensor for measuring the temperature of the CPU 31.
  • the sensor 360 is not limited to a temperature sensor, and may be another sensor such as a current sensor or a voltage sensor.
  • the IPMI management board 37 is a board for management by IPMI.
  • the IPMI management board 37 includes, for example, a communication interface 370, a microprocessor 371, and a memory 372.
  • the memory 372 stores a management program P30.
  • the IPMI management board 37 transmits management information (device configuration, performance, status, etc.) of the server computer 30 to the management computer 10 in accordance with IPMI.
  • FIG. 5 shows a hardware configuration of the storage apparatus 40 that is one of the management target apparatuses.
  • the storage device 40 includes a controller 41 and a storage device 48.
  • the controller 41 includes, for example, a CPU 42, a memory 43, a management communication interface 44, an I / O (Input / Output) communication interface 45, a fan controller 46, and a sensor controller 47.
  • I / O Input / Output
  • the CPU 42 executes the computer program P40 stored in the memory 43.
  • the CPU 42 is an example of components that make up the storage device 40.
  • the memory 43 also stores information T40 indicating the storage configuration.
  • the storage configuration information T40 is information indicating which logical volume 480 is generated by which storage device 48 and the like.
  • the management communication interface 44 is connected to the communication network CN via an SMI-S (Storage Management Initiative Specification) provider 70.
  • the SMI-S provider 70 may be provided in the storage apparatus 40, and is not necessary when the management communication interface 44 supports communication by SMI-S.
  • the I / O communication interface 45 is for data communication with the server computer 30 via the communication network CN.
  • the communication network CN to which the management communication interface 44 and the I / O communication interface 45 are connected may be different.
  • the fan controller 46 controls a fan 460 that is another example of the components constituting the storage apparatus 40.
  • the sensor controller 47 controls a sensor 470 such as a temperature sensor or a voltage sensor.
  • the sensor 470 is another example of a component that constitutes the storage apparatus 40.
  • the storage device 48 is configured as a non-volatile readable / writable storage device such as a hard disk drive or a flash memory device.
  • a physical storage area of the plurality of storage devices 48 is virtualized as one physical storage area, and a logical volume 480 that is a logical storage device is formed using the virtualized physical storage area.
  • FIG. 6 shows a hardware configuration of the network device 50 which is one of the management target devices.
  • the network device 50 is configured as a device such as a switching device, a hub, or a router, for example.
  • the network device 50 includes, for example, a CPU 51, a memory 52, a communication interface 53, a fan controller 54, and a sensor controller 55.
  • the memory 52 stores a computer program P50 executed by the CPU 51 and network configuration information T50.
  • the network configuration information T50 manages the connection relationship between communication ports.
  • the CPU 51 is an example of components that make up the network device 50.
  • the fan controller 54 controls a fan 540 that is another example of the components constituting the network device 50.
  • the sensor controller 55 controls a sensor 550 that is still another example of components constituting the network device 50.
  • FIG. 7 shows a configuration example of the connection information management table T10.
  • the connection information management table T10 manages, for example, a node name C100, an IP address C101, and a credential name C102 in association with each other.
  • “SERVER1” and “SERVER1BMC”, “SERVER2” and “SERVER2BMC”, “SERVER3” and “SERVER3BMC” are connection information having the same physical casing.
  • FIG. 8 shows a configuration example of the authentication information management table T11.
  • the authentication information management table T11 manages the credential name C110, the protocol type C111, the user name C112, the password C113, the port number C114, the domain name C115, and the name space C116 in association with each other.
  • FIG. 9 shows a configuration example of the device configuration information management table T12.
  • the device configuration information management table T12 manages, for example, a node name C120, a node type C121, a description C122, a system GUID C123, a product serial number C124, a board serial number C125, and a monitoring value C126 in association with each other. To do.
  • the node name C120 the same node name as that described in the node name C100 of the connection information management table T10 is stored.
  • the node type C121 stores the type of node (devices 30 to 60 are called nodes).
  • the description C122 stores a simple description about the node.
  • the system GUID C123 stores a system GUID value for uniquely identifying each node.
  • the product serial number C124 stores a serial number set when the node is manufactured.
  • the board serial number C125 stores the serial number of the main board constituting the node.
  • the monitoring value C126 stores information indicating whether or not the monitoring value can be acquired from the node.
  • a configuration example of the component information management tables T13A to T13C for managing component information will be described with reference to FIGS. Since the information items that can be managed differ for each component type, in this embodiment, a component information management table is prepared for each component type.
  • FIG. 10 shows a configuration example of a component information management table T13A that manages information about the fans 350, 460, and 540 as components.
  • the component information management table T13A includes, for example, a component name C130A, a node name C131A, a description C132A, a manufacturer name C133A, a model name C134A, a serial number C135A, a protocol type C136A, and a visible flag C137A.
  • the value C138A is managed in association with it.
  • the component name C130A a name for identifying the fan in the information processing system is stored.
  • the node name C131A stores the name of the node to which the fan belongs.
  • the description C132A stores a brief description of the fan.
  • the name of the manufacturer of the fan is stored in the manufacturer name C133A.
  • the model name of the fan is stored in the model name C134A.
  • the protocol type C136A stores the type of management protocol used to acquire fan information.
  • the serial number column C135A is blank in FIG. 10, but when the serial number is acquired, the value is stored in the column C135A.
  • the visible flag C137A a value indicating whether or not to display fan information on the screen is stored. “True” is set in the visible flag of the fan information displayed on the screen G12 described later. “False” is set in the visible flag of the fan information that is not displayed on the screen G12.
  • the monitoring value for the fan is displayed in the monitoring value C138A.
  • the monitoring value includes, for example, a value indicating performance and a value indicating state. 10 to 12, state values are shown as monitoring values. “OK” is set in the normal state, and “ERROR” is set in the abnormal state.
  • As the performance value as will be described later with reference to FIGS.
  • FIG. 11 shows a configuration example of a component information management table T13B for managing information on the CPUs 31, 42 and 51 as components.
  • the component information management table T13B includes, for example, a component name C130B, a node name C131B, a manufacturer name C132B, a model name C133B, a clock frequency C134B, a serial number C135B, a protocol type C136B, a visible flag C137B, The monitoring value C138B is managed in association with it.
  • a clock frequency value of the CPU is stored in the clock frequency C134B.
  • FIG. 12 shows a configuration example of a component information management table T13C that manages information about the sensors 360, 470, and 550 as components.
  • a temperature sensor will be described as an example.
  • the component management information table T13C includes, for example, a component name C130C, a node name C131C, a description C132C, a manufacturer name C133C, a model name C134C, a serial number C135C, a protocol type C136C, and a visible flag C137C.
  • the value C138C is managed in association with it.
  • tables T14A to T14C for managing the history of monitoring values acquired from components will be described. Since the types of monitoring values to be managed are different for each component type, the history of monitoring values is managed for each component type.
  • FIG. 13 is a configuration example of a monitoring value history management table T14A for managing monitoring values (performance values) acquired from the fans 350, 460, and 540 as components.
  • the monitoring value history management table T14A manages, for example, the component name C140A, the date / time C141A, and the fan rotation speed C142A in association with each other.
  • the date and time C141A is information indicating the date and time when the monitoring value is acquired.
  • FIG. 14 shows a configuration example of a table T14B for managing monitoring values acquired from the CPUs 31, 42 and 51 as components.
  • the monitoring value history management table T14B manages, for example, the component name C140B, the date / time C141B, and the temperature C142B in association with each other.
  • FIG. 15 shows a configuration example of a table T14C for managing monitoring values acquired from the sensors 360, 470, and 550 as components.
  • the monitoring value history management table T14C manages, for example, the component name C140C, the date / time C141C, and the temperature C142C in association with each other.
  • FIG. 16 shows a configuration example of the table T15 for managing the synthesis rules.
  • the composition rule management table T15 manages, for example, a composition rule name C150 and an evaluation formula C151.
  • the synthesis rules include, for example, a first comparison of system GUIDs, a second comparison of system GUIDs, a product serial number comparison, a board serial number comparison, and a CPU temperature history comparison.
  • system GUIDs are substantially the same, the system GUID acquired by one management protocol may be apparently different from the GUID acquired by the other management protocol. Therefore, “second comparison of system GUID” is prepared.
  • the system GUID, product serial number, and port serial number are information unique to the device (node).
  • the first comparison of the system GUID, the second comparison of the system GUID, the comparison of the product serial number, and the comparison of the board serial number correspond to the “first determination rule”.
  • the CPU temperature is monitoring information that changes with time.
  • the CPU temperature history comparison corresponds to the “second determination rule”.
  • IGNORECASE This function returns a character string obtained by removing the uppercase and lowercase letters from the character string str. For example, a character string obtained by converting all alphabets (AZ and az) in the character string str into uppercase or lowercase letters is returned.
  • IGNORECASE (“ABC + abc-123.”) ⁇ “ABC + ABC-123”
  • ALPHANUMERIC (str) This function returns a character string obtained by removing characters other than alphabets (AZ and az) and numbers (0-9) from the character string str.
  • ALPHANUMERIC (“ABC + abc-123.”) ⁇ “ABCabc123”
  • STRCAT (str1, str2) This function returns a character string obtained by concatenating the character string str1 and the character string str2.
  • STRCAT (“ABC”, “123”) ⁇ “ABC123”
  • SWAPENDIAN This function interprets a character string str as a character string representation of a hexadecimal value, divides the character string str into 8 digits, 4 digits, and 4 digits from the beginning, and returns a character string obtained by concatenating the converted endians.
  • SWAPENDIAN 01234456789ABCDEF
  • 67452301AB89EFCD ⁇ “67452301AB89EFCD”
  • HEAD (str, count) This function returns a character string from the beginning of the character string str to the count character.
  • HEAD (“ABC123”, 3) ⁇ “ABC”
  • TAIL (str, count) This function returns a character string from the end of the character string str to the count character to the end.
  • TAIL (“ABC123”, 3) ⁇ “123”
  • CORRELATION FACTOR (set1, set2) This function returns the correlation coefficient between the set set1 and the set set2. If the information acquisition times of the sets set1 and set2 are different, the value at the same time is calculated by interpolation.
  • Known Pearson product moment correlation coefficients, Spearman rank correlation coefficients, Kendall rank correlation coefficients, and the like are known as correlation coefficient calculation algorithms.
  • Newton interpolation, Lagrange interpolation, spline interpolation, and the like are known as interpolation algorithms.
  • COMPONENT This function returns a component belonging to the device configuration information node and whose name is component.
  • HISTORY It is a function that returns a history set of monitoring values value of component components.
  • REGEX (10) REGEX (equation) It is a function that returns a regular expression character string expressed by an expression.
  • REGEX (“ ⁇ ABC * $”) ⁇ “AB”
  • the essential rule management table T16 manages, for example, the name C160 of the essential rule and the evaluation formula C161 in association with each other.
  • Requirement rules include, for example, system GUID determination, product serial number determination, board serial number determination, and node type determination.
  • a valid system GUID is a system GUID other than an invalid system GUID composed of only 0, such as “00000...”.
  • the node may return an invalid value. Therefore, in this embodiment, it is confirmed whether the comparison results between valid system GUIDs match.
  • the product serial number determination it is determined whether the two product serial numbers match.
  • the determination of the board serial number it is determined whether the two board serial numbers match.
  • the node type determination it is determined whether the two node types match.
  • the above four essential rules are examples, and may be three or less essential rules, or may be five or more essential rules.
  • FIG. 18 shows a configuration example of the table T17 for managing the aggregation rules.
  • the aggregation rule management table T17 manages, for example, the aggregation rule name C170, the target component type C171, the evaluation formula C172, and the protocol priority C173 in association with each other.
  • a description will be given by taking a fan as an example.
  • the aggregation rule is a condition for detecting component information derived from the same component, and corresponds to the “composition rule for components”.
  • first rule corresponding to the “component first determination rule” the serial numbers of two fans are compared to evaluate whether or not they match.
  • second rule corresponding to the “component second determination rule” the rotation speed histories of the two fans are compared, and it is evaluated whether the change patterns of the rotation speeds coincide with each other by a predetermined ratio or more.
  • the serial number which is unique information
  • the rotational speed history which is dynamic monitoring information
  • the priority of each management protocol is set for each rule.
  • the priority is set in the order of WMI, SSH, SNMP, and IPMI (WMI> SSH> SNMP> IPMI).
  • the operation of the management computer 10 will be described with reference to FIGS.
  • Each processing described below is realized by the CPU 11 executing the computer programs P10 to 19 stored in the memory 12. Therefore, the subject of processing may be any of a management computer, a microprocessor, and a computer program.
  • the management computer 10 will be mainly described as an operation subject.
  • FIG. 19 is a flowchart showing a process for acquiring management information. This process may be called a discovery process.
  • the management computer 10 executes Steps S11 to S14 for all IP addresses described in the connection information management table T10 (S10).
  • An IP address to be processed is called a target IP address.
  • the management computer 10 acquires authentication information (user name C112 and password C113) corresponding to the target IP address based on the credential name C110 from the authentication information management table T11 (S11).
  • the management computer 10 accesses and logs in to a device (target device) having the target IP address, and acquires configuration information of the target device (S12).
  • the management computer 10 determines whether the configuration information from the target device has been successfully acquired (S13). If the configuration information can be acquired (S13: YES), the management computer 10 adds an entry describing the node name of the target device to the component information management table T13 (S14), and proceeds to step S15. When acquisition of configuration information has failed (S13: NO), the management computer 10 skips S14 and proceeds to step S15.
  • the management computer 10 After attempting to read the configuration information for all the devices (nodes) registered in the connection information management table T10, the management computer 10 executes a process for acquiring a monitoring value (S15).
  • FIG. 20 is a flowchart showing processing for acquiring a monitoring value from the apparatus.
  • the management computer 10 executes steps S21 to S24 for all devices described in the device configuration information management table T12 (S20).
  • the management computer 10 acquires authentication information corresponding to the target device from the authentication information management table T11 (S21), logs in to the target device using the authentication information, and acquires a monitoring value from the target device (S22).
  • the management computer 10 determines whether the monitoring value has been successfully acquired (S23). When acquisition of the monitoring value is successful (S23: YES), the management computer 10 adds an entry to the component information management table T13 and the monitoring value history management table T14, and stores the monitoring value (S24).
  • the management computer 10 skips step S24 and moves to the next target device.
  • the management computer 10 first acquires configuration information from the target device (FIG. 19), and then acquires a monitoring value from the target device (FIG. 20).
  • FIG. 21 is a flowchart showing a process for automatically discovering duplicate device configuration information and combining it as a single device configuration information.
  • the management computer 10 executes steps S31 to S35 for all combinations of all discovered devices described in the device configuration information management table T12 (S30).
  • the management computer 10 first applies the synthesis rule to the two selected target devices and evaluates the result (S31).
  • the process for evaluating the synthesis rule will be described in detail with reference to FIG.
  • the target of processing is a set of device configuration information, but for simplification of explanation, it may be called a set of target devices.
  • the management computer 10 determines whether the evaluation result of the synthesis rule is true (S32). When the evaluation result is false (S32: NO), the management computer 10 moves to another set of target devices.
  • the management computer 10 applies the essential rule to the set of target devices and evaluates the result (S33).
  • the process for evaluating the essential rules will be described in detail with reference to FIG.
  • the management computer 10 determines whether the evaluation result of the essential rule is true (S34). When the evaluation result is false (S34: NO), the management computer 10 moves to another set of target devices. When the evaluation result is true (S34: YES), the management computer 10 executes a synthesis process for the set of target devices (S35). Details of the synthesis processing will be described with reference to FIG.
  • an automatic mode for automatically detecting and synthesizing duplicate device configuration information is prepared. Therefore, a user such as a system administrator can automatically organize a large number of pieces of apparatus configuration information acquired from the information processing system by selecting and executing the automatic mode. Further, in this embodiment, a manual mode is also provided.
  • the manual mode is a synthesis support mode for synthesizing a set of target devices selected by the user.
  • FIG. 22 is a flowchart showing a process for supporting synthesis of a set of target apparatuses selected by the user.
  • the management computer 10 creates a discovered device list screen G10 shown in FIG. 33, transmits it to the client computer 20, and displays it on the user interface device 24 of the client computer 20 (S40).
  • Screen G10 shows a list of discovered devices.
  • an IP address for example, for each discovered device, an IP address, a node name, a node type, a credential name, a description, a system GUID, a product serial number, and a board serial number are displayed.
  • a button (Merge button) for instructing synthesis is displayed.
  • the user selects one device to be combined from the screen G10 and operates the Merge button (S41).
  • the management computer 10 When the synthesis destination device is selected (S41: YES), the management computer 10 generates a synthesis support screen G11 shown in FIG. 34 and displays it on the user interface device 24 of the client computer 20 (S42).
  • a screen G11 for supporting a user's compositing instruction includes two areas. One of them is a synthesis destination device display area GP110 for displaying information related to the synthesis destination device. The other one is a candidate display area GP111 for displaying information related to the candidate for the device to be combined.
  • an IP address, a node name, a node type, a credential name, a system GUID, a product serial number, a board serial number, and a description are displayed in the candidate display area GP111. Is done.
  • the display items of the display area GP110 and the display area GP111 may be the same or different.
  • the user selects at least one device to be synthesized from the list of candidates for the device to be synthesized and operates the OK button.
  • the management computer 10 determines whether the device to be combined has been selected by the user (S43). When the device to be combined is selected (S43: YES), the management computer 10 applies the essential rule to the combination of the device to be combined (S41) and the device to be combined (S43) selected by the user, and the result is Evaluate (S44).
  • the essential rule evaluation process will be described later with reference to FIG.
  • the management computer 10 determines whether the evaluation result of the essential rule is true (S45). When the evaluation result is true (S45: YES), the management computer 10 executes a combining process for combining the combined device with the combining destination device (S46). The combining process will be described later with reference to FIG. When the evaluation result of the essential rule is not true, that is, when the evaluation result is false (S45: NO), this process ends.
  • the suitability of the combination is automatically determined (S44), and the combining process is performed only when it is determined to be correct. It has become.
  • FIG. 23 is a flowchart showing details of the process for evaluating the synthesis rule (S31 in FIG. 21).
  • the management computer 10 acquires a set of evaluation target devices (a combination of a combination destination device and a combined device) (S50).
  • the management computer 10 selects one synthesis rule in the order registered in the synthesis rule management table T15, applies the selected synthesis rule to the set of target devices, and evaluates the application result of the synthesis rule.
  • the expression is expanded (generated) (S52). Details of the process of developing the evaluation formula will be described later with reference to FIG.
  • the management computer 10 determines whether the result of evaluating the synthesis rule for the combination of target devices is true (S53). If the set of target devices satisfies the composition rule, the result is true. When the evaluation result of the synthesis rule is true (S53: YES), the management computer 10 returns true as the evaluation result in the flowchart of FIG. 21 (S55).
  • the management computer 10 returns false as the evaluation result in the flowchart of FIG. 21 (S56). Thereafter, the management computer 10 returns to step S51, selects the next synthesis rule (S52), and applies the synthesis rule to the set of target devices (S53).
  • the synthesis rules described in the synthesis rule management table T15 are applied in order to the set of target devices and evaluated. If the evaluation result is true, the process ends. To do. If the result of applying the “first comparison of system GUIDs” to the set of target devices is true, the management computer 10 does not apply any other synthesis rule to the set of target devices. Terminate the process.
  • the synthesis rule management table T15 the synthesis rule based on the unique information is described first, and the synthesis rule based on the monitoring value is described last. Therefore, it is possible to determine at an early stage whether or not it is possible to synthesize the target device set based on the unique information with relatively high reliability. On the other hand, when the evaluation is first performed from the synthesis rule based on the monitoring value, it is necessary to compare the monitoring value history patterns, which increases the burden of the evaluation process.
  • FIG. 24 is a flowchart showing a process for evaluating essential rules. The evaluation of the essential rule is executed in step S33 in FIG. 21 and step S44 in FIG.
  • the management computer 10 acquires a set of devices to be evaluated (S60).
  • the management computer 10 selects one of the required rules described in the required rule management table T16 shown in FIG. 17 (S61), and applies the required rule to the set of target devices for evaluation (S62). Details of the processing for creating an expression for evaluating the essential rule (S62) will be described later with reference to FIG.
  • the management computer 10 determines whether the evaluation result of the essential rule is true (S63). If the evaluation result is true (S63: YES), the management computer 10 returns to step S61 and selects one of the following essential rules. The management computer 10 applies the essential rule to the set of target devices for evaluation (S62), and determines whether the evaluation result is true (S63).
  • the management computer 10 applies all the required rules in order to the set of target devices and evaluates them, and checks whether the set of the target devices satisfies all the required rules.
  • the management computer 10 returns the fact that the evaluation result is true to the flowchart shown in FIG. 21 or FIG. 22 (S64).
  • the management computer 10 returns a false evaluation result to the flowchart shown in FIG. 21 or FIG. 22 (S65). ).
  • the combination is permitted only when the set of target devices satisfies all the essential rules. This prevents devices (device configuration information) with completely different physical enclosures from being erroneously combined.
  • FIG. 25 is a flowchart showing processing for developing an evaluation formula. This process is executed in step 52 of FIG. 23 and step S62 of FIG.
  • the management computer 10 acquires the target device set and the composition rule, and further acquires the device configuration information of the target device from the device configuration information management table T12 (S70).
  • the management computer 10 determines whether or not the device configuration information of the target device has been successfully acquired (S71).
  • the management computer 10 returns a false evaluation result to the flowchart of FIG. 23 or FIG. 24 (S80).
  • the management computer 10 determines whether component information of the target device is necessary (S72). When evaluating a rule (combination rule) based on the history of monitoring values, component information is required.
  • the management computer 10 acquires necessary component information from the component information management table T13 (S73). The management computer 10 determines whether component information has been acquired (S74).
  • the management computer 10 determines whether a history of monitoring values is necessary (S75). As described above, when the evaluation is performed using the monitoring value history, the monitoring value history is required.
  • the management computer 10 acquires the necessary monitoring value history from the monitoring value history management table T14 (S76). The management computer 10 determines whether the monitoring value history has been acquired (S77).
  • the management computer 10 When the monitoring value history can be acquired (S77: YES) or when the monitoring value history is not necessary (S75: NO), the management computer 10 creates an expression for evaluating the rule (S78) and evaluates it. It is determined whether the equation is established (S79).
  • the management computer 10 When the evaluation formula is established (S79: YES), the management computer 10 returns the fact that the evaluation result is true to the flowchart of FIG. 23 or FIG. 24 (S81). When the evaluation formula is not satisfied (S79: NO), the management computer 10 returns the fact that the evaluation result is false in the flowchart of FIG. 23 or FIG. 24 (S80).
  • the component information and the monitoring value history are unnecessary, and therefore, in the order of steps S70, S71, S72: NO, S75: NO, S78, S79. It is processed.
  • the management computer 10 refers to the synthesis rule management table T15 shown in FIG. 16 and acquires all the synthesis rules.
  • each synthesis rule is expanded for the set of device configuration information input in S50, and it is evaluated whether or not the synthesis rule is satisfied.
  • composition rule input in S70 is “second comparison of system GUID” (MergeRule-SystemGUID2), and the system GUIDs of “SERVER1” and “SERVER1BMC” can be respectively acquired from the device configuration information management table T12. Assume that
  • composition rule evaluation formula is created. An example of a specific evaluation formula is shown in FIG.
  • the management computer 10 refers to the essential rule management table T16 shown in FIG. 17 and acquires all the essential rules.
  • each essential rule acquired in S61 is expanded for the set of device configuration information acquired in S60.
  • a combination rule (MergeRule-ProductSerialNumber) for comparing product serial numbers is established in the set of device configuration information “STORAGE1” and “IPSW3”. However, in the combination of the device configuration information, since the evaluation result of the mandatory rule (ReqRule-NodeType) that requests the node type match is false (S34: NO), the combining process is not performed.
  • the automatic synthesis process using the monitoring value is the same as the automatic synthesis process using the device configuration information described above.
  • a synthesis rule (MergeRule-CPUTemp) is established.
  • An example of a specific evaluation formula is shown in FIG. It is assumed that the correlation coefficient calculation algorithm used in the built-in function CORRELATIONFACTOR shown in FIG. 27 is Pearson product-moment correlation (coefficient).
  • FIG. 28 is a flowchart showing the synthesis process. This process is executed in S35 of FIG. 21 and S46 of FIG.
  • the management computer 10 acquires a set of target devices (a set of target device configuration information) (S90).
  • the management computer executes the following step S92 for all entries in the connection information management table T10 whose node name matches the node name of the combined device (S91). That is, the management computer 10 rewrites the node name of the combined device with the node name of the combining destination device (S91).
  • the management computer 10 rewrites the node name that matches the node name of the combined device in the component information management table T13 with the node name of the combining destination device (S93).
  • the management computer 10 deletes all entries having the node name of the combined device in the device configuration information management table T12 (S94).
  • the management computer 10 executes a process for aggregating component information (S95). Details of the process of aggregating component information will be described later with reference to FIG.
  • the management computer 10 refers to the connection information management table T10 shown in FIG. 7, and acquires information of all entries in which “SERVER1BMC” that is the node name of the device to be combined is set as the node name C100. .
  • the management computer 10 rewrites the node name of the entry acquired in S91 to “SERVER1” which is the node name of the synthesis destination device.
  • the management computer 10 refers to the component information management table T13, and the node name of the entry in which “SERVER1BMC”, which is the node name of the combined device, is set in the node name C131, is the node name of the combining destination device. Rewrite to a certain “SERVER1”.
  • the management computer 10 deletes the connection information of the combined device from the connection information management table T10. Thereby, the composition of the device configuration information is completed.
  • FIG. 29 is a flowchart showing details of the process of collecting component information (S95).
  • the management computer 10 acquires a set of target devices (S100), and executes steps S102 to S107 for all the aggregation rules described in the aggregation rule management table T17 shown in FIG. 18 (S101).
  • FIG. 18 shows only the aggregation rules for the fans, but in reality, the aggregation rules are prepared for each component type.
  • the management computer 10 acquires an entry that matches the target component type from the component information management table T13 (S102). The management computer 10 determines whether there are two or more entries corresponding to the target component type (S103). If there are no two or more entries for the target component type (S103: NO), this processing ends because there is no information to be aggregated.
  • the management computer 10 If there are two or more entries corresponding to the target component type (S103: YES), the management computer 10 performs steps S105 to S107 for all combinations of the two entries created from the two or more entries. Is executed (S104).
  • the management computer 10 evaluates the combination of entries selected in S104, that is, the combination of component information by applying the aggregation rule (S105). Details of the aggregation rule evaluation process will be described later with reference to FIG.
  • the management computer 10 determines whether the evaluation result of the aggregation rule is true (S106). When the evaluation result is false (S106: NO), the management computer 10 returns to step S104 and acquires another combination of entries.
  • the management computer 10 determines whether or not to display the component information according to the priority set in advance in the aggregation rule (S107).
  • the management computer 10 displays only the component information acquired by the management protocol with the higher priority among the two component information, and the visible flag so as not to display the component information acquired by the management protocol with the lower priority.
  • the priority of the management protocol may be set for each component type or for each aggregation rule.
  • FIG. 30 is a flowchart showing the aggregation rule evaluation process (S105).
  • the management computer 10 acquires a set of component information to be processed and an aggregation rule (S110), and determines whether the acquisition is successful (S111). When the acquisition of the component information set and the aggregation rule fails, the management computer 10 returns the fact that the evaluation result is false in the flowchart of FIG. 29 (S117). This is because the necessary information cannot be obtained and thus cannot be evaluated.
  • the management computer 10 determines whether a history of monitoring values is necessary (S112). When the monitoring value history is unnecessary (S112: NO), the management computer 10 skips steps S113 and S114, and proceeds to S115.
  • the management computer 10 acquires the necessary monitoring value history from the monitoring value history management table T14 (S113). The management computer 10 determines whether the monitoring value history has been successfully acquired (S114). If the monitoring value history is necessary but cannot be acquired (S114: NO), the management computer 10 returns to the flowchart of FIG. 29 that the evaluation result is false (S117).
  • the management computer 10 develops an evaluation formula for evaluating the aggregation rule (S115), and determines whether the evaluation formula is satisfied (S116). If it is determined that the evaluation formula has been established (S116: YES), the management computer 10 returns the fact that the evaluation result is true to the flowchart of FIG. 29 (S118). If it is determined that the evaluation formula is not satisfied (S116: NO), the management computer 10 returns a false evaluation result to the flowchart of FIG. 29 (S117).
  • the device configuration information of “SERVER3BMC” is combined with the device configuration information of “SERVER3” will be described as an example.
  • the device configuration information “SERVER3” has a total of three components whose component type is a fan. “FAN3”, “FAN4”, and “FAN5” that belonged to “SERVER3BMC”.
  • the component information management table T13A corresponding to the target component type “fan” is used (see FIG. 10).
  • An entry in which “SERVER3” is set in the node name C131A is acquired from the management table T13A.
  • step S102 a total of three entries of the third, fourth and fifth entries are acquired. Since there are three entries, the process proceeds to step S104. A case where the aggregation rule is evaluated in step S105 for the combination of the component information “FAN4” and the component information “FAN5” will be described.
  • step S110 in FIG. 30 the management computer 10 acquires component information of “FAN4” and “FAN5” from the component information management table T13A. Since the monitoring value history is required for the evaluation of the aggregation rule “AggregationRule-FAN2”, the management computer 10 reads the monitoring value history of “FAN4” and “FAN5” from the monitoring value history management table T14A shown in FIG. To get.
  • step S115 the management computer 10 creates an evaluation formula of the aggregation rule “AggregationRule-FAN2” using the acquired monitoring value history.
  • a specific formula development flow is shown in FIG. Here, it is assumed that the correlation coefficient calculation algorithm used in the built-in function CORRELATIONFACTOR is Pearson's product-moment'correlation'coefficient.
  • the protocol priority is set as WMI> SSH> SNMP> IPMI. Therefore, the component information “FAN4” has priority over the component information “FAN5”.
  • the component information “FAN4” is acquired by WMI having the highest priority.
  • the component information “FAN5” is acquired by the IPMI having the lowest priority.
  • the value of the visible flag C137A corresponding to the component information “FAN5” acquired by the low priority protocol is changed from True to False. As a result, the component information “FAN5” is not displayed, and only the component information “FAN4” is displayed.
  • component information “FAN4” and component information “FAN5” are removed on the display.
  • the component information “FAN5” is basically hidden under the component information “FAN4” and is displayed when the user selects it.
  • FIG. 32 is a flowchart showing processing for generating display information.
  • the management computer 10 receives a display information generation request from the client computer 20 (S120).
  • the management computer 10 executes the following steps S122 to S124 for all device configuration information (S121).
  • the management computer 10 acquires an entry for the target device (more precisely, target device configuration information) from the connection information management table T10 shown in FIG. 7 and the device configuration information management table T12 shown in FIG. 9 (S122).
  • the management computer 10 acquires an entry corresponding to the target device from all the component information management tables T13 shown in FIGS. 10 to 12 (S123). For each target device, all the component information of the target device is acquired.
  • the management computer 10 generates display information (S125), and transmits the display information to the client computer 20 (S126).
  • the client computer 20 causes the user interface device 24 to display display information.
  • FIG. 35 is a device configuration information display screen G12 that is a display result of the display information.
  • the screen G12 includes a node display area GP120 that displays information related to the node, and a component display area GP121 that displays information related to the components constituting the node.
  • the component display area GP121 displays information on the components constituting the selected node in a list format. Duplicate component information is not displayed unless selected by the user.
  • duplicate device configuration information originating from the same device is detected and managed as one device configuration information, and further, duplicate component information originating from the same device is also managed as one component information. Therefore, the total number of pieces of information to be managed can be reduced, and an information processing system having a plurality of devices corresponding to a plurality of management protocols can be efficiently managed.
  • the set of device configuration information selected by the user is checked according to the mandatory rules. Therefore, human error of the user can be prevented and usability and reliability can be improved.
  • the first determination rule based on static unique information such as the system GUID and the second determination rule based on the monitoring value history are used as the synthesis rule. Furthermore, after determining based on the first determination rule, determination is performed based on the second determination rule. Thereby, in a present Example, determination with high accuracy can be performed efficiently.
  • the determination based on the unique information which is relatively simple and highly accurate, is executed first, and then the determination based on the monitoring information with a heavy processing load is executed. ing.
  • the determination using the unique information can be performed with priority, and a highly accurate determination can be performed efficiently.
  • the determination result based on the composition rule is checked based on the essential rule. Therefore, it is possible to prevent an erroneous determination. Furthermore, in the present embodiment, the result selected manually by the user is also checked based on the essential rule. Accordingly, human error of the user can be prevented and management reliability can be improved.
  • predetermined component information is displayed among a plurality of component information derived from the same apparatus, but other component information is retained without being deleted. Therefore, even if a failure occurs in a management protocol related to predetermined component information, the system can be managed based on component information based on another management protocol, and fail-safe can be realized.
  • a second embodiment will be described with reference to FIG. Since the present embodiment corresponds to a modification of the first embodiment, differences from the first embodiment will be mainly described.
  • this embodiment when the user manually selects a set of target devices, when the user selects a combination destination device, a combination target device and a combination target device that satisfies the essential rules are automatically extracted. To present.
  • the management computer 10 creates a discovered device list screen G10 shown in FIG. 33, transmits it to the client computer 20, and displays it (S40). The user selects one device to be combined from the screen G10 and operates the Merge button (S41).
  • the management computer 10 evaluates the essential rules for the combination of the synthesis destination device and each of the other devices, and selects a device that satisfies the essential rules as a candidate for a synthesized device. (S47).
  • the management computer 10 generates a composition support screen G11 shown in FIG. 34 and displays it on the user interface device 24 of the client computer 20 (S48).
  • the difference from the first embodiment is that only devices that are confirmed to satisfy the essential rules in advance are displayed in the display area GP111.
  • the management computer 10 determines whether the device to be combined has been selected by the user (S49). When the device to be combined is selected (S49: YES), the management computer 10 executes a combining process (S46).
  • This embodiment configured as described above also has the same effect as the first embodiment. Furthermore, in this embodiment, when the user selects one device, all other devices that satisfy the device and the essential rule are extracted and presented, so that the user knows that the device is known to satisfy the essential rule. A desired device can be selected from among them. This improves the convenience for the user.
  • This embodiment can be expressed as a computer program as follows.
  • a computer program for causing a computer to function as a management computer for managing an information processing system including a plurality of devices, A first step of acquiring and storing management information for each management protocol from each device using a plurality of different management protocols; By comparing each piece of device configuration information obtained from each management information, a plurality of pieces of device configuration information acquired from the same device among the respective devices are specified, and the plurality of pieces of the specified device configuration information are identified. A second step of collectively managing as one piece of device configuration information; Among the component information included in the plurality of device configuration information specified as being acquired from the same device, a plurality of component information related to the same component is specified, and the specified plurality of component information And a third step for managing A computer program for causing the computer to execute.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

　複数の管理プロトコルを用いて、多数の装置を効率的に管理すること。　管理情報取得部１Ａは、異なる複数の管理プロトコルＰ１、Ｐ２を用いて、各装置３から各管理プロトコル毎の管理情報を取得する。ノード構成情報管理部１Ｂは、装置構成情報を比較することで、各装置３のうち同一の装置から取得された装置構成情報を特定し、それら複数の装置構成情報を一つの装置構成情報としてまとめて管理する。コンポーネント情報管理部１Ｃは、同一のコンポーネントに関する複数のコンポーネント情報を特定し、それら特定された複数のコンポーネント情報を対応付けて管理する。

Description

システム管理装置及びシステム管理方法
　本発明は、システム管理装置及びシステム管理方法に関する。
　例えば、データセンタのような情報処理システムでは、多数のサーバ計算機、多数のストレージ装置、多数のネットワーク装置等を備えている。多数の装置を有する情報処理システムを管理するためのコンピュータシステムは知られている（特許文献１）。
特開２００９－１６９８６３号公報
　情報処理システムの有する多数の装置の中には、異なる複数の管理プロトコルに対応しており、各管理プロトコルからの問い合わせに応答できる装置も多く含まれている。
　装置を管理するためのプロトコルとしては、例えば、ＷＭＩ（Windows Management Interface）、ＳＳＨ（Secure SHell）、ＳＮＭＰ（Simple Network Management Protocol）、ＩＰＭＩ（Intelligent Platform Management
Interface）などが知られている。
　複数の管理プロトコルに対応する装置は、各管理プロトコルに対してそれぞれ応答するため、物理的は同一の筐体であるにもかかわらず、異なる複数の装置であるかのように検出されてしまう。従って、重複した管理情報が多数生成されてしまい、管理者によるシステム管理が煩雑となり、管理作業の効率が低下する。さらに、同一要因により発生した事象であっても管理プロトコル毎にそれぞれ異なる事象として検出されるため、障害発生時に、根本原因を把握するのに手間がかかる。
　なお、前記文献に記載の従来技術は、ある構成要素と他の構成要素との組合せを、新たな構成要素として管理するものであり、それぞれ異なる管理プロトコルによって同一装置から取得される情報の冗長性を排除するものではない。
　本発明は、上記の問題に鑑みてなされたもので、その目的は、異なる複数の管理プロトコルにより取得される情報が同一装置からの情報であるかを判断し、管理の手間を軽減できるようにしたシステム管理装置及びシステム管理方法を提供することにある。本発明の他の目的は、装置から得られる固有情報及び監視情報に基づいて、同一装置から取得された情報であるかを判断できるようにしたシステム管理装置及びシステム管理方法を提供することにある。
　本発明の一つの観点に係るシステム管理装置は、複数の装置を含む情報処理システムを管理するシステム管理装置であって、異なる複数の管理プロトコルを用いて、各装置から各管理プロトコル毎の管理情報を取得するための管理情報取得部と、各管理情報から得られる装置構成情報を比較することにより、各装置のうち同一の装置から取得された複数の装置構成情報を特定し、それら特定された複数の装置構成情報を一つの装置構成情報としてまとめて管理するための装置構成情報管理部と、同一の装置から取得されたものであると特定された複数の装置構成情報に含まれるコンポーネント情報のうち、同一のコンポーネントに関する複数のコンポーネント情報を特定し、それら特定された複数のコンポーネント情報を対応付けて管理するためのコンポーネント情報管理部と、を備える。
　装置構成情報管理部は、自動モードを備えており、自動モードに従って動作する装置構成情報管理部は、合成規則管理テーブルに予め記憶されている合成規則に基づいて各装置構成情報を比較することにより、各装置のうち同一の装置から取得された複数の装置構成情報を特定することができる。
　合成規則は、各装置構成情報のうち一方の装置構成情報に含まれる一方の固有情報が、各装置構成情報のうち他方の装置構成情報に含まれる他方の固有情報に一致する場合は、一方の装置構成情報と他方の装置構成情報とは同一の装置から取得された装置構成情報であると判定する第１判定規則と、各管理情報のうち一方の管理情報に含まれる一方の監視情報であって、一方の管理情報に対応する装置の性能または状態の監視結果を示す一方の監視情報が、各管理情報のうち他方の管理情報に含まれる他方の監視情報であって、他方の管理情報に対応する装置の性能または状態の監視結果を示す他方の監視情報に所定範囲内で一致する場合は、一方の管理情報から得られる一方の装置構成情報と他方の管理情報から得られる他方の装置構成情報とは同一の装置から取得された装置構成情報であると判定する第２判定規則と、を含んでもよい。
　装置構成情報管理部は、最初に、第１判定規則に従って、同一の装置から取得された複数の装置構成情報を特定し、第１判定規則では特定できなかった場合に、第２判定規則に従って、同一の装置から取得された複数の装置構成情報を特定することもできる。
　装置構成情報管理部は、同一の装置から取得されたと特定された各装置構成情報が、必須規則管理テーブルに予め記憶されている必須規則を満たすか否かを判定し、各装置構成情報が必須規則を満たす場合に、各装置構成情報が同一の装置から取得されたものであると判断することもできる。
　装置構成情報管理部は、手動モードを備えており、必須規則管理テーブルには、複数の装置構成情報が同一の装置から取得されたものである場合に必ず満たす必須規則が予め設定されており、装置構成情報管理部は、手動モードに従って動作する場合、各装置構成情報の一覧画面をユーザに提示し、一覧画面を介してユーザにより選択された複数の装置構成情報が必須規則を満たすか否かを判定し、ユーザにより選択された各装置構成情報が必須規則を満たす場合に、各装置構成情報が同一の装置から取得されたものであると判断することもできる。
図１は、実施形態の全体概要を示す説明図である。 図２は、情報処理システムの全体構成と管理計算機及びクライアント計算機のハードウェア構成を示す。 図３は、管理計算機のメモリに記憶されたコンピュータプログラム及びテーブルを示す説明図である。 図４は、サーバ計算機のハードウェア構成を示す。 図５は、ストレージ装置のハードウェア構成を示す。 図６は、ネットワーク装置のハードウェア構成を示す。 図７は、接続情報管理テーブルの構成を示す。 図８は、認証情報管理テーブルの構成を示す。 図９は、装置構成情報管理テーブルの構成を示す。 図１０は、コンポーネント情報管理テーブルの一例を示す。 図１１は、コンポーネント情報管理テーブルの他の例を示す。 図１２は、コンポーネント情報管理テーブルのさらに別の例を示す。 図１３は、監視値履歴管理テーブルの一例を示す。 図１４は、監視値履歴管理テーブルの他の例を示す。 図１５は、監視値履歴管理テーブルのさらに別の例を示す。 図１６は、合成規則管理テーブルの構成を示す。 図１７は、必須規則管理テーブルの構成を示す。 図１８は、集約規則管理テーブルの構成を示す。 図１９は、管理情報を取得する処理のフローチャートである。 図２０は、監視値を取得する処理のフローチャートである。 図２１は、自動合成処理のフローチャートである。 図２２は、手動での合成を支援する処理のフローチャートである。 図２３は、合成規則を評価する処理のフローチャートである。 図２４は、必須規則を評価する処理のフローチャートである。 図２５は、評価式を展開する処理のフローチャートである。 図２６は、評価式の展開例を示す説明図である。 図２７は、評価式の他の展開例を示す説明図である。 図２８は、合成処理のフローチャートである。 図２９は、コンポーネント情報を集約するための処理を示すフローチャートである。 図３０は、集約規則を評価する処理のフローチャートである。 図３１は、集約規則の展開例を示す。 図３２は、表示用情報を生成する処理のフローチャートである。 図３３は、発見された装置の一覧を表示する画面の例である。 図３４は、手動による合成を支援する画面の例である。 図３５は、装置情報を表示する画面の例である。 図３６は、第２実施例に係るシステム管理装置により実行される、手動での合成を支援する処理のフローチャートである。
　以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。
　図１は、本実施形態の全体概要を示す。情報処理システムは、例えば、管理計算機１と、クライアント計算機２と、複数の装置３とを備えている。管理計算機１は、通信ネットワークＣＮを介して、各装置３に双方向通信可能に接続される。さらに、管理計算機１は、通信ネットワークＣＮまたは他の通信手段を介して、クライアント計算機２に双方向通信可能に接続される。
　管理計算機１は、各装置３を管理するための装置である。管理計算機１とクライアント計算機２とは、「システム管理装置」を構成する。または、管理計算機１だけで「システム管理装置」を構成してもよい。クライアント計算機２の有するユーザインターフェース装置は、管理計算機１に設けることもできる。
　管理計算機１は、例えば、管理情報取得部１Ａと、ノード構成情報管理部１Ｂと、コンポーネント情報管理部１Ｃと、表示用情報生成部１Ｄと、各種管理テーブル１Ｅ、１Ｂ１、１Ｂ２とを備える。
　管理情報取得部１Ａは、複数の管理プロトコルＰ１、Ｐ２を用いて、各装置３から管理情報を取得する。管理プロトコルとしては、例えば、ＷＭＩ、ＳＳＨ、ＳＮＭＰ、ＩＰＭＩなどがある。取得された管理情報は、管理テーブル１Ｅに記憶される。
　各装置３は、それぞれ異なる複数の管理用インターフェース３Ｂ（１）、３Ｂ（２）を備える。図中、インターフェースをＩ／Ｆと略記する。区別しない場合、管理用インターフェース３Ｂ（１）、３Ｂ（２）を管理用インターフェース３Ｂと呼ぶ。各管理用インターフェース３Ｂは、それぞれに対応する管理プロトコルからの求めに応じて、管理情報を提供する。
　管理情報とは、装置３及び装置３を構成するコンポーネント３Ａから取得される管理のための情報である。管理情報としては、ノード構成情報と、コンポーネント情報と、監視値とを挙げることができる。
　全ての装置３が複数の管理プロトコルに対応している必要はない。情報処理システム内に少なくとも一つ、異なる複数の管理プロトコルに対応している装置３が含まれていればよい。例えば、ＩＰＭＩ用の基板を搭載しているサーバ計算機などが情報処理システムに含まれていればよい。
　ノード構成情報管理部１Ｂは、「装置構成情報管理部」に相当する。ノード構成情報管理部１Ｂは、異なる管理プロトコルによって取得された複数の管理情報からそれぞれ得られるノード構成情報について、それらノード構成情報が同一装置に由来するか否かを判定する。ノード構成情報は、「装置構成情報」に対応する。ノード構成情報は、装置３から取得される管理情報に基づいて生成される情報であり、例えば、ノードタイプ、システムＧＵＩＤ（Global Unique Identifier）、製品シリアル番号、監視値等を含む。
　ノード構成情報管理部１Ｂは、合成規則管理テーブル１Ｂ１に記憶されている合成規則に基づいて、複数のノード構成情報が同一装置に由来するものであるかを判定する。合成規則は、第１判定規則と、第２判定規則とを含む。
　第１判定規則は、装置３に予め設定されている固有情報に基づいて、複数のノード構成情報が同一装置に由来するものであるかを判定する。固有情報としては、例えば、システムＧＵＩＤ、製品シリアル番号、ボードシリアル番号などがある。固有情報は、装置３に設定された後は変わらないため、静的な情報である。
　第１判定規則だけでは判定できない場合、ノード構成情報管理部１Ｂは、第２判定規則に基づいて、複数のノード構成情報が同一装置に由来するか判定する。
　第２判定規則は、装置３から取得される監視情報（後述の監視値）同士を比較する。監視情報としては、例えば、装置３の温度を示す情報等がある。一方の管理情報から得られた温度情報と他方の管理情報から得られた温度情報とがほぼ一致する場合、それらの温度情報に対応する管理情報は同一装置に由来すると判定できる。監視情報は、時間に応じて変化する動的な情報である。
　ノード構成情報管理部１Ｂは、必須規則管理テーブル１Ｂ２に記憶されている必須規則を用いて、合成規則に基づいた判定結果の可否を判定する。必須規則は、管理情報が同一装置に由来するものであれば必ず備えているはずの情報を規定している。例えば、必須規則としては、システムＧＵＩＤが一致している、ノード種別（装置種別）が一致している等を挙げることができる。必須規則に定義されている全ての条件を満たした場合、ノード構成情報管理部１Ｂは、合成規則に基づく判定結果を正しいものとして扱う。必須規則によるチェックにより、ｆａｉｌ－ｐｒｏｏｆを実現している。
　ノード構成情報管理部１Ｂは、自動モードと手動モードとを備える。自動モードが選択された場合、ノード構成情報管理部１Ｂは、合成規則及び必須規則に基づいて、複数のノード構成情報が同一装置に由来するかを自動的に判定する。手動モードが選択された場合、ノード構成情報管理部１Ｂは、クライアント計算機２から、ユーザにより選択されたノード構成情報の組を受け取る。ノード構成情報管理部１Ｂは、ユーザにより選択された複数のノード構成情報が必須規則を満たすか否かを判定し、満たす場合はユーザの選択を正しいものとして扱う。このように、ノード構成情報管理部１Ｂは、ユーザによる手動操作を支援する機能も備えている。
　コンポーネント情報管理部１Ｃは、複数のコンポーネント情報が同一装置に由来するかを判定する。コンポーネント情報とは、装置３の有するコンポーネント３Ａに関する情報である。コンポーネント情報管理部１Ｃは、コンポーネント用の合成規則（図１８で述べる集約規則管理テーブルＴ１７）に基づいて、複数のコンポーネント情報が同一装置に由来するかを判定する。
　ノード構成情報管理部１Ｂは、重複するノード構成情報のうち、所定のノード構成情報のみを残し、それ以外のノード構成情報を削除する。所定のノード構成情報とは、優先度の高い管理プロトコルで取得された管理情報から作成されたノード構成情報である。
　コンポーネント情報管理部１Ｃは、重複したコンポーネント情報のうち、所定のコンポーネント情報だけをユーザに提示し、それ以外のコンポーネント情報はユーザから隠しておく。但し、ユーザに提示しないコンポーネント情報であっても削除されず、保持されている。
　表示用情報生成部１Ｄは、表示用情報を生成して、クライアント計算機２のディスプレイ装置に表示させる。表示用情報には、ノード構成情報管理部１Ｂにより整理されたノード構成情報と、コンポーネント情報管理部１Ｃにより整理されたコンポーネント情報とを含めることができる。
　装置３は、情報処理システムに含まれるノードであり、例えば、サーバ計算機、ストレージ装置、ネットワーク装置、プリンタ、監視カメラ、コピーマシン等を挙げることができる。
　装置３は、少なくとも一つの、通常は複数の、コンポーネント３Ａ（１）～３Ａ（３）を備える。区別しない場合、コンポーネント３Ａと呼ぶ。コンポーネント３Ａとしては、例えば、冷却ファン、ＣＰＵ（Central Processing Unit）、温度センサ等を挙げることができる。コンポーネント３Ａの種類は、装置３の種類により異なる。装置種類により異なるコンポーネント３Ａのうち、比較的広範囲に共通するコンポーネント３Ａを、コンポーネント情報管理部１Ｃの管理対象としている。
　第１管理用インターフェース３Ｂ（１）には、コンポーネント３Ａ（１）及びコンポーネント３Ａ（２）が対応付けられており、第２管理用インターフェース３Ｂ（２）には、コンポーネント３Ａ（２）及びコンポーネント３Ａ（３）が対応付けられている。
　従って、第１管理プロトコルＰ１により第１管理インターフェース３Ｂ（１）から取得される第１管理情報と、第２管理プロトコルＰ２により第２管理インターフェース３Ｂ（２）から取得される第２管理情報とは、異なる。第１管理情報にはコンポーネント３Ａ（１）及びコンポーネント３Ａ（２）に関する情報が含まれているのに対し、第２管理情報にはコンポーネント３Ａ（２）及びコンポーネント３Ａ（３）に関する情報が含まれているためである。しかし、本実施形態では、同一装置に由来する管理情報（ノード構成情報、コンポーネント情報）は検出されて、一つの管理情報として管理される。
　このように構成される本実施形態では、同一装置に由来する重複したノード構成情報を検出して、一つのノード構成情報として管理し、さらに、同一装置に由来する重複したコンポーネント情報も一つのコンポーネント情報として管理する。従って、管理すべき情報の総数を低減することができ、複数の管理プロトコルに対応する装置３が複数存在する情報処理システムを効率的に管理できる。
　本実施形態では、合成規則に基づいて、重複したノード構成情報を自動的に検出することができ、管理者の手間を省くことができる。さらに、本実施形態では、合成規則に基づく判定結果の可否を、必須規則に基づいてチェックするため、判定結果の信頼性を維持することができる。
　本実施形態では、ユーザ（システム管理者）により選択されたノード構成情報の組について、必須規則に従ってチェックする。従って、ユーザの人為的ミスを未然に防止することができ、使い勝手及び信頼性を向上できる。
　本実施形態では、静的な固有情報に基づく第１判定規則と、動的な監視情報に基づく第２判定規則とを、合成規則として用いる。さらに、第１判定規則に基づいて判定した後で、第２判定規則に基づいて判定する。これにより、本実施形態では、確度の高い判定を効率的に行うことができる。
　固有情報に基づいて比較する方が、監視情報に基づいて比較するよりも、同一装置に由来するか否かの判定精度が高い。しかし、管理プロトコルの種類によっては、固有情報を取得できない可能性もある。監視情報に基づく判定は、固有情報を利用できない場合に有効である。しかし、監視情報同士を比較すると、演算処理の負荷が増大する。
　従って、本実施形態では、比較的処理が簡単で、かつ確度の高い、固有情報に基づく判定を最初に実行し、その次に、演算処理の負荷が大きい、監視情報に基づく判定を実行するようになっている。本実施形態では、固有情報を用いる判定を優先して実行することで、精度の高い判定を効率的に行うことができる。
　本実施形態では、合成規則に基づく判定結果を、必須規則に基づいてチェックする。従って、判定の誤りを未然に防止できる。さらに、本実施形態では、ユーザが手動で選択した結果についても、必須規則に基づいてチェックする。従って、ユーザの人為的ミスを未然に防止でき、管理の信頼性を向上できる。
　本実施形態では、同一装置に由来する複数のコンポーネント情報のうち、所定のコンポーネント情報のみを表示用情報に含めて出力し、それ以外のコンポーネント情報は保持しておく。従って、もしも、所定のコンポーネント情報に関する管理プロトコルに障害が発生した場合でも、他の管理プロトコルによるコンポーネント情報に基づいて、システムを管理することができ、フェイルセーフを実現できる。以下、本実施形態をより詳しく説明する。
　図２～図３５を参照して第１実施例を説明する。先に、図１との関係を述べると、管理計算機１０は管理計算機１に、クライアント計算機２０はクライアント計算機２に、サーバ計算機３０とストレージ装置４０とネットワーク装置５０及びその他の装置６０は、装置３に、それぞれ対応する。
　管理計算機１０は、例えば、マイクロプロセッサ（図中、ＣＰＵ）１１と、メモリ１２と、通信インターフェース１３とを備える。メモリ１２は、主記憶及び補助記憶を象徴する構成要素であり、記憶資源と呼び変えてもよい。管理計算機１０の有するコンピュータプログラムＰ１０～Ｐ１９及び管理テーブルＴ１０～Ｔ１７については、後述する。管理計算機１０は、ＬＡＮ（Local Area Network）のように構成される通信ネットワークＣＮを介して、クライアント計算機２０とサーバ計算機３０とストレージ装置４０とネットワーク装置５０及びその他の装置６０に接続されている。
　クライアント計算機２０は、システム管理者等のユーザが管理計算機１０を操作するための計算機である。クライアント計算機２０は、例えば、マイクロプロセッサ２１と、メモリ２２と、通信インターフェース２３と、ユーザインターフェース装置２４とを備えている。
　メモリ２２には、後述の各画面Ｇ１０、Ｇ１１、Ｇ１２をユーザインターフェース装置２４に表示するための表示プログラムＰ２０が記憶されている。ユーザは、ユーザインターフェース装置２４を用いて表示プログラムＰ２０を操作することで、管理計算機１０に指示を入力したり、管理計算機１０から情報を取り出したりすることができる。
　ユーザインターフェース装置２４は、情報を入力するための情報入力装置と、情報を出力するための情報出力装置とを含む。情報入力装置としては、例えば、キーボードスイッチ、ポインティングデバイス、ペン入力装置、音声認識装置等がある。情報出力装置としては、例えば、ディスプレイ装置、プリンタ、音声出力装置等がある。
　本実施例では、管理計算機１０とクライアント計算機２０とに分けて説明するが、管理計算機１０にユーザインターフェース部を設ける構成でもよい。なお、クライアント計算機２０は、パーソナルコンピュータのようなコンピュータ端末に限らず、携帯情報端末（携帯電話を含む）であってもよい。
　本実施例では、管理計算機１０の管理対象装置として、サーバ計算機３０、ストレージ装置４０、ネットワーク装置５０、及び、その他の装置６０を例示する。情報処理システムは、これら全ての装置３０～６０を備えている必要はなく、少なくともいずれか一種類の装置を少なくとも一つ備えていればよい。
　図３は、管理計算機１０のメモリ１２に記憶されているコンピュータプログラム及び管理テーブルを示す。メモリ１２には、複数のコンピュータプログラムＰ１０～Ｐ１９と、複数の管理テーブルＴ１０～Ｔ１７とが記憶されている。なお、オペレーティングシステム、デバイスドライバ等のコンピュータプログラムについては図示を省略している。
　各コンピュータプログラムの動作については、フローチャートを参照して後述する。ここでは、各コンピュータプログラムの概要を簡単に説明する。
　規則管理部Ｐ１０は、合成規則と必須規則及び集約規則を管理するためのプログラムである。装置構成情報合成部Ｐ１１は、同一装置に由来する重複した装置構成情報を一つの装置構成情報としてまとめるためのプログラムである。コンポーネント情報集約部Ｐ１２は、重複したコンポーネント情報を一つのコンポーネント情報としてまとめるためのプログラムである。
　本実施例では、重複した装置構成情報のうち所定の装置構成情報のみを残し、それ以外の装置構成情報を削除するため、複数の装置構成情報を一つの装置構成情報として扱うことを「合成」と呼ぶ。
　これに対し、重複したコンポーネント情報については、所定のコンポーネント情報だけを表示するが、それ以外のコンポーネント情報も引き続いて保持される。従って、複数のコンポーネント情報を、ユーザからの見かけ上一つのコンポーネント情報として扱うことを「集約」と呼ぶ。
　但し、所定のコンポーネント情報以外の他のコンポーネント情報については、監視値の履歴等を保持する必要はない。そのコンポーネント情報は、障害発生時のような特別な場合に使用され、通常の場合は使用されないためである。監視値等を収集したり保存したりしないことで、管理計算機１０の記憶領域に、使用されないデータが蓄積されるのを防止することができる。即ち、重複する複数のコンポーネント情報のうち、所定のコンポーネント情報以外のコンポーネント情報は、障害発生時等に備えて、管理計算機１０の中では引き続き認識されるが、データの収集及び保存は停止させることができる。
　合成規則評価部Ｐ１３は、合成規則の適用結果を評価するプログラムである。必須規則評価部Ｐ１４は、必須規則の適用結果を評価するプログラムである。集約規則評価部Ｐ１５は、集約規則の適用結果を評価するプログラムである。手動合成支援部Ｐ１６は、ユーザの手動操作による合成の適否を判定するプログラムである。
　構成情報取得部Ｐ１７は、各装置３０～６０から構成情報を取得するためのプログラムである。監視値取得部Ｐ１８は、各装置３０～６０から監視値を取得するためのプログラムである。後述の管理情報取得処理（図１９参照）では、構成情報取得部Ｐ１７及び監視値取得部Ｐ１８が実行される。
　表示用情報生成部Ｐ１９は、表示用情報を生成してクライアント計算機２０に送信させるプログラムである。
　各管理テーブルＴ１０～Ｔ１７の概要を簡単に説明する。各管理テーブルＴ１０～Ｔ１７の構成の一例は後述する。なお、図３では、「管理テーブル」を「テーブル」と省略して記載している。
　接続情報管理テーブルＴ１０は、管理計算機１０が各装置３０～６０にアクセスするための情報を管理する。認証情報管理テーブルＴ１１は、管理計算機１０が各装置３０～６０にログインするための情報を管理する。
　装置構成情報管理テーブルＴ１２は、各装置３０～６０から取得される装置構成情報を管理する。コンポーネント情報管理テーブルＴ１３は、各装置３０～６０に含まれるコンポーネントについてのコンポーネント情報を管理する。監視値履歴管理テーブルＴ１４は、コンポーネントから取得される監視値（監視情報）を管理する。
　合成規則管理テーブルＴ１５は、合成規則を管理する。必須規則管理テーブルＴ１６は、必須規則を管理する。集約規則管理テーブルＴ１７は、集約規則を管理する。
　図４は、管理対象装置の一つであるサーバ計算機３０のハードウェア構成を示す。サーバ計算機３０は、例えば、ＣＰＵ３１と、メモリ３２と、通信インターフェース３３と、補助記憶装置３４と、ファンコントローラ３５と、センサコントローラ３６と、ＩＰＭＩ管理ボード３７とを備える。
　ＣＰＵ３１は、メモリ３２または補助記憶装置３４に記憶されたコンピュータプログラムを実行する。ＣＰＵ３１は、通信インターフェースＣＮを介して、ストレージ装置４０の有する論理ボリューム４８０（図５参照）にアクセスし、データを読み書きすることができる。ＣＰＵ３１は、サーバ計算機３０を構成するコンポーネントの一例である。
　ファンコントローラ３５は、少なくとも一つのファン３５０を制御する。ファン３５０は、サーバ計算機３０を構成するコンポーネントの他の一例である。空冷から水冷に代える場合は、例えば、冷却水ポンプがコンポーネントの一例となる。冷却水ポンプは、ポンプコントローラにより制御される。
　センサコントローラ３６は、少なくとも一つのセンサ３６０を制御する。センサ３６０は、サーバ計算機３０を構成するコンポーネントのさらに別の一例である。センサ３６０は、例えば、サーバ計算機３０の筐体内部の温度を測定するための温度センサ、または、ＣＰＵ３１の温度を測定するための温度センサのように構成される。センサ３６０は、温度センサに限らず、例えば、電流センサまたは電圧センサのような他のセンサであってもよい。
　ＩＰＭＩ管理ボード３７は、ＩＰＭＩによる管理のための基板である。ＩＰＭＩ管理ボード３７は、例えば、通信インターフェース３７０と、マイクロプロセッサ３７１と、メモリ３７２を備える。メモリ３７２には、管理プログラムＰ３０が記憶される。ＩＰＭＩ管理ボード３７は、ＩＰＭＩに従って、サーバ計算機３０の管理情報（装置構成、性能、状態など）を管理計算機１０に送信する。
　図５は、管理対象装置の一つであるストレージ装置４０のハードウェア構成を示す。ストレージ装置４０は、コントローラ４１と、記憶装置４８を備える。コントローラ４１は、例えば、ＣＰＵ４２と、メモリ４３と、管理用通信インターフェース４４と、Ｉ／Ｏ（Input/Output）用通信インターフェース４５と、ファンコントローラ４６と、センサコントローラ４７とを備える。
　ＣＰＵ４２は、メモリ４３に記憶されたコンピュータプログラムＰ４０を実行する。ＣＰＵ４２は、ストレージ装置４０を構成するコンポーネントの一例である。メモリ４３には、ストレージ構成を示す情報Ｔ４０も記憶されている。ストレージ構成情報Ｔ４０とは、どの記憶装置４８によりどの論理ボリューム４８０が生成されているか等を示す情報である。
　管理用通信インターフェース４４は、ＳＭＩ－Ｓ（Storage Management Initiative - Specification）プロバイダ７０を介して通信ネットワークＣＮに接続される。ＳＭＩ－Ｓプロバイダ７０はストレージ装置４０内に備えてもよく，管理用通信インタフェース４４がＳＭＩ－Ｓによる通信に対応している場合は不要である。Ｉ／Ｏ用通信インターフェース４５は、通信ネットワークＣＮを介して、サーバ計算機３０との間でデータ通信するためのものである。管理用通信インタフェース４４とＩ／Ｏ用通信インタフェース４５が接続する通信ネットワークＣＮは異なってもよい。
　ファンコントローラ４６は、ストレージ装置４０を構成するコンポーネントの他の一例であるファン４６０を制御する。センサコントローラ４７は、温度センサまたは電圧センサ等のセンサ４７０を制御する。センサ４７０は、ストレージ装置４０を構成するコンポーネントのさらに別の一例である。
　記憶装置４８は、例えば、ハードディスクドライブまたはフラッシュメモリデバイスのような、不揮発性の読み書き可能な記憶装置として構成される。複数の記憶装置４８の有する物理的記憶領域を一つの物理的記憶領域として仮想化し、その仮想化された物理的記憶領域を用いて、論理的記憶装置である論理ボリューム４８０が形成される。
　図６は、管理対象装置の一つであるネットワーク装置５０のハードウェア構成を示している。ネットワーク装置５０は、例えば、スイッチング装置、ハブ、またはルータのような装置として構成される。ネットワーク装置５０は、例えば、ＣＰＵ５１と、メモリ５２と、通信インターフェース５３と、ファンコントローラ５４と、センサコントローラ５５とを備える。
　メモリ５２には、ＣＰＵ５１により実行されるコンピュータプログラムＰ５０と、ネットワーク構成情報Ｔ５０とが記憶されている。ネットワーク構成情報Ｔ５０は、通信ポート間の接続関係等を管理している。ＣＰＵ５１は、ネットワーク装置５０を構成するコンポーネントの一例である。
　ファンコントローラ５４は、ネットワーク装置５０を構成するコンポーネントの他の一例であるファン５４０を制御する。センサコントローラ５５は、ネットワーク装置５０を構成するコンポーネントのさらに別の一例であるセンサ５５０を制御する。
　図７は、接続情報管理テーブルＴ１０の構成例を示す。接続情報管理テーブルＴ１０は、例えば、ノード名Ｃ１００と、ＩＰアドレスＣ１０１と、クレデンシャル名Ｃ１０２とを対応付けて管理する。
　図７では、ノード名として、「ＳＥＲＶＥＲ１」、「ＳＥＲＶＥＲ２」、「ＳＥＲＶＥＲ３」、「ＳＥＲＶＥＲ１ＢＭＣ」、「ＳＥＲＶＥＲ２ＢＭＣ」、「ＳＥＲＶＥＲ３ＢＭＣ」、「ＳＴＯＲＡＧＥ１」、「ＩＰＳＷ３」を挙げている。
　それらのうち、「ＳＥＲＶＥＲ１」と「ＳＥＲＶＥＲ１ＢＭＣ」、「ＳＥＲＶＥＲ２」と「ＳＥＲＶＥＲ２ＢＭＣ」、「ＳＥＲＶＥＲ３」と「ＳＥＲＶＥＲ３ＢＭＣ」とは、それぞれ物理的筐体が同一の接続情報である。
　図８は、認証情報管理テーブルＴ１１の構成例を示す。認証情報管理テーブルＴ１１は、例えば、クレデンシャル名Ｃ１１０と、プロトコルタイプＣ１１１と、ユーザ名Ｃ１１２と、パスワードＣ１１３と、ポート番号Ｃ１１４と、ドメイン名Ｃ１１５と、名前空間Ｃ１１６とを対応付けて管理する。
　図９は、装置構成情報管理テーブルＴ１２の構成例を示す。装置構成情報管理テーブルＴ１２は、例えば、ノード名Ｃ１２０と、ノードタイプＣ１２１と、説明Ｃ１２２と、システムＧＵＩＤ　Ｃ１２３と、製品シリアル番号Ｃ１２４と、ボードシリアル番号Ｃ１２５と、監視値Ｃ１２６とを対応付けて管理する。
　ノード名Ｃ１２０には、接続情報管理テーブルＴ１０のノード名Ｃ１００に記載されたノード名と同一のノード名が記憶される。ノードタイプＣ１２１には、ノード（装置３０～６０をノードと呼ぶ）のタイプが記憶される。説明Ｃ１２２には、ノードについての簡単な説明が記憶される。システムＧＵＩＤ　Ｃ１２３には、各ノードを一意に識別するためのシステムＧＵＩＤの値が記憶される。製品シリアル番号Ｃ１２４には、ノードの製造時に設定されるシリアル番号が記憶される。ボードシリアル番号Ｃ１２５には、ノードを構成するメイン基板のシリアル番号が記憶される。監視値Ｃ１２６には、ノードから監視値を取得可能であるか否かを示す情報が記憶される。
　図１０～図１２を参照して、コンポーネント情報を管理するためのコンポーネント情報管理テーブルＴ１３Ａ～Ｔ１３Ｃの構成例を説明する。コンポーネントのタイプ毎に、管理可能な情報の項目は異なるため、本実施例では、コンポーネントのタイプ毎にコンポーネント情報管理テーブルを用意している。
　図１０は、コンポーネントとしてのファン３５０、４６０、５４０についての情報を管理するコンポーネント情報管理テーブルＴ１３Ａの構成例を示す。
　コンポーネント情報管理テーブルＴ１３Ａは、例えば、コンポーネント名Ｃ１３０Ａと、ノード名Ｃ１３１Ａと、説明Ｃ１３２Ａと、製造者名Ｃ１３３Ａと、モデル名Ｃ１３４Ａと、シリアル番号Ｃ１３５Ａと、プロトコルタイプＣ１３６Ａと、ビジブルフラグＣ１３７Ａと、監視値Ｃ１３８Ａとを対応付けて管理する。
　コンポーネント名Ｃ１３０Ａには、ファンを情報処理システム内で識別するための名前が記憶される。ノード名Ｃ１３１Ａには、ファンの属するノードの名前が記憶される。説明Ｃ１３２Ａには、ファンについての簡単な説明が記憶される。製造者名Ｃ１３３Ａには、ファンの製造者の名前が記憶される。モデル名Ｃ１３４Ａには、ファンのモデル名が記憶される。プロトコルタイプＣ１３６Ａには、ファンの情報を取得するために用いる管理プロトコルのタイプが記憶される。なお、シリアル番号の欄Ｃ１３５Ａは、図１０では空欄になっているが、シリアル番号を取得された場合には欄Ｃ１３５Ａにその値が保存される。
　ビジブルフラグＣ１３７Ａには、ファンの情報を画面に表示するか否かを示す値が記憶される。後述の画面Ｇ１２に表示させるファン情報のビジブルフラグには、「Ｔｒｕｅ」が設定される。画面Ｇ１２に表示させないファン情報のビジブルフラグには、「Ｆａｌｓｅ」が設定される。
　監視値Ｃ１３８Ａには、ファンについての監視値が表示される。監視値には、例えば、性能を示す値と、状態を示す値とがある。図１０～図１２では、監視値として状態値を示している。正常状態の場合は「ＯＫ」が設定され、異常状態の場合は「ＥＲＲＯＲ」が設定される。性能値としては、図１３～図１５で後述するように、例えば、ファン回転数がある。
　図１１は、コンポーネントとしてのＣＰＵ３１、４２、５１についての情報を管理するコンポーネント情報管理テーブルＴ１３Ｂの構成例を示す。
　コンポーネント情報管理テーブルＴ１３Ｂは、例えば、コンポーネント名Ｃ１３０Ｂと、ノード名Ｃ１３１Ｂと、製造者名Ｃ１３２Ｂと、モデル名Ｃ１３３Ｂと、クロック周波数Ｃ１３４Ｂと、シリアル番号Ｃ１３５Ｂと、プロトコルタイプＣ１３６Ｂと、ビジブルフラグＣ１３７Ｂと、監視値Ｃ１３８Ｂとを対応付けて管理する。
　図１０で述べたと同様の欄Ｃ１３０Ｂ～Ｃ１３３ＢおよびＣ１３５Ｂ～Ｃ１３８Ｂについては、説明を省略する。クロック周波数Ｃ１３４Ｂには、ＣＰＵのクロック周波数の値が記憶される。
　図１２は、コンポーネントとしてのセンサ３６０、４７０、５５０についての情報を管理するコンポーネント情報管理テーブルＴ１３Ｃの構成例を示す。ここでは、温度センサを例に挙げて説明する。
　コンポーネント管理情報テーブルＴ１３Ｃは、例えば、コンポーネント名Ｃ１３０Ｃと、ノード名Ｃ１３１Ｃと、説明Ｃ１３２Ｃと、製造者名Ｃ１３３Ｃと、モデル名Ｃ１３４Ｃと、シリアル番号Ｃ１３５Ｃと、プロトコルタイプＣ１３６Ｃと、ビジブルフラグＣ１３７Ｃと、監視値Ｃ１３８Ｃとを対応付けて管理する。
　図１３～図１５を参照して、コンポーネントから取得される監視値の履歴を管理するためのテーブルＴ１４Ａ～Ｔ１４Ｃを説明する。コンポーネントのタイプ毎に管理対象の監視値の種類は異なるため、コンポーネントタイプ毎に監視値の履歴を管理する。
　図１３は、コンポーネントとしてのファン３５０、４６０、５４０から取得される監視値（性能値）を管理するための監視値履歴管理テーブルＴ１４Ａの構成例である。監視値履歴管理テーブルＴ１４Ａは、例えば、コンポーネント名Ｃ１４０Ａと、日時Ｃ１４１Ａと、ファン回転数Ｃ１４２Ａを対応付けて管理する。日時Ｃ１４１Ａとは、監視値を取得した日時を示す情報である。
　図１４は、コンポーネントとしてのＣＰＵ３１、４２、５１から取得される監視値を管理するためのテーブルＴ１４Ｂの構成例を示す。監視値履歴管理テーブルＴ１４Ｂは、例えば、コンポーネント名Ｃ１４０Ｂと、日時Ｃ１４１Ｂと、温度Ｃ１４２Ｂを対応付けて管理する。
　図１５は、コンポーネントとしてのセンサ３６０、４７０、５５０から取得される監視値を管理するためのテーブルＴ１４Ｃの構成例を示す。監視値履歴管理テーブルＴ１４Ｃは、例えば、コンポーネント名Ｃ１４０Ｃと、日時Ｃ１４１Ｃと、温度Ｃ１４２Ｃとを対応付けて管理する。
　図１６は、合成規則を管理するテーブルＴ１５の構成例を示す。合成規則管理テーブルＴ１５は、例えば、合成規則の名前Ｃ１５０と、評価式Ｃ１５１を管理する。合成規則としては、例えば、システムＧＵＩＤの第１の比較、システムＧＵＩＤの第２の比較、製品シリアル番号の比較、ボードシリアル番号の比較、ＣＰＵ温度の履歴比較がある。
　システムＧＵＩＤの第１の比較では、複数のシステムＧＵＩＤを単純に比較し、両者が一致するか評価する。システムＧＵＩＤの第２の比較では、見かけ上異なる２つのシステムＧＵＩＤを、変形操作してから比較し、両者が一致するか評価する。
　実質的に同一のシステムＧＵＩＤであるにもかかわらず、一方の管理プロトコルで取得されたシステムＧＵＩＤと他方の管理プロトコルで取得されたＧＵＩＤとが、見かけ上異なる場合がある。従って、「システムＧＵＩＤの第２の比較」が用意されている。
　製品シリアル番号の比較では、２つの製品シリアル番号を比較し、両者が一致するか評価する。ボードシリアル番号の比較では、２つのボードシリアル番号を比較し、両者が一致するか評価する。なお、説明の便宜上、本実施例では、２つの情報（システムＧＵＩＤ、製品シリアル番号、ボードシリアル番号）を比べる場合を述べるが、２つに限らず、３つ以上の情報を比較する構成でもよい。
　システムＧＵＩＤと、製品シリアル番号及びポートシリアル番号は、装置（ノード）に固有の情報である。システムＧＵＩＤの第１の比較と、システムＧＵＩＤの第２の比較と、製品シリアル番号の比較およびボードシリアル番号の比較は、「第１判定規則」に該当する。
　これに対し、ＣＰＵ温度は、時間経過に応じて変化する監視情報である。ＣＰＵ温度の履歴比較は、「第２判定規則」に該当する。
　ここで、合成規則または必須規則または集約規則の評価に使用することのできる組み込み関数の例について、以下に説明する。
　（１）ＩＧＮＯＲＥＣＡＳＥ（ｓｔｒ）
　文字列ｓｔｒからアルファベットの大文字と小文字の区別を取り除いた文字列を返す関数である。例えば、文字列ｓｔｒ中のすべてのアルファベット（Ａ－Ｚとａ－ｚ）を大文字もしくは小文字に変換した文字列を返す。
　例）ＩＧＮＯＲＥＣＡＳＥ（“ＡＢＣ+ａｂｃ－１２３.”） → “ＡＢＣ+ＡＢＣ－１２３”
　（２）ＡＬＰＨＡＮＵＭＥＲＩＣ（ｓｔｒ）
　文字列ｓｔｒからアルファベット（Ａ－Ｚとａ－ｚ）と数字（０－９）以外の文字を取り除いた文字列を返す関数である。
　例）ＡＬＰＨＡＮＵＭＥＲＩＣ（“ＡＢＣ+ａｂｃ－１２３.”） → “ＡＢＣａｂｃ１２３”
　（３）ＳＴＲＣＡＴ（ｓｔｒ１、 ｓｔｒ２）
　文字列ｓｔｒ１と文字列ｓｔｒ２を連結した文字列を返す関数である。
　例）ＳＴＲＣＡＴ（“ＡＢＣ”、”１２３”）
→ “ＡＢＣ１２３”
　（４）ＳＷＡＰＥＮＤＩＡＮ（ｓｔｒ）
　文字列ｓｔｒを１６進数値の文字列表現と解釈して、先頭から８桁、４桁、４桁に分割し、それぞれのエンディアンを変換したものを連結した文字列を返す関数である。
　例）ＳＷＡＰＥＮＤＩＡＮ（“０１２３４５６７８９ＡＢＣＤＥＦ”）
→ “６７４５２３０１ＡＢ８９ＥＦＣＤ”
　（５）ＨＥＡＤ（ｓｔｒ、 ｃｏｕｎｔ）
　文字列ｓｔｒの先頭からｃｏｕｎｔ文字目までの文字列を返す関数である。
　例）ＨＥＡＤ（“ＡＢＣ１２３”、 ３） → “ＡＢＣ”
　（６）ＴＡＩＬ（ｓｔｒ、 ｃｏｕｎｔ）
　文字列ｓｔｒの末尾からｃｏｕｎｔ文字目から末尾までの文字列を返す関数である。
　例）ＴＡＩＬ（“ＡＢＣ１２３”、 ３） → “１２３”
　（７）ＣＯＲＲＥＬＡＴＩＯＮＦＡＣＴＯＲ（ｓｅｔ１、 ｓｅｔ２）
　集合ｓｅｔ１と集合ｓｅｔ２の相関係数を返す関数である。集合ｓｅｔ１とｓｅｔ２の情報の取得時刻が異なる場合には、補間によって同時刻の値を算出する。相関係数の算出アルゴリズムには、ピアソンの積率相関係数やスピアマンの順位相関係数、ケンドールの順位相関係数などが知られている。また、補間アルゴリズムとしては、ニュートン補間、ラグランジュ補間、スプライン補間などが知られている。
　（８）ｎｏｄｅ．ＣＯＭＰＯＮＥＮＴ（ｃｏｍｐｏｎｅｎｔ）
　装置構成情報ｎｏｄｅに属し、名前がｃｏｍｐｏｎｅｎｔのコンポーネントを返す関数である。
　（９）ｃｏｍｐｏｎｅｎｔ．ＨＩＳＴＯＲＹ（ｖａｌｕｅ）
　コンポーネントｃｏｍｐｏｎｅｎｔの監視値ｖａｌｕｅの履歴の集合を返す関数である。
　（１０）ＲＥＧＥＸ（ｅｑｕａｔｉｏｎ）
　式ｅｑｕａｔｉｏｎで表現される正規表現文字列を返す関数である。
　例）ＲＥＧＥＸ（“^ＡＢＣ*$”）　→ “ＡＢ” | ”ＡＢＣ” | ”ＡＢＣＣ” | ”ＡＢＣＣＣ” | ”ＡＢＣＣＣＣ” | ・・・
　なお、正規表現では、＾は文字列の先頭を、＄は文字列の末尾を、＊は前の文字の０回以上の繰り返しを意味するメタ文字である。
　図１７を参照して、必須規則を管理するテーブルＴ１６の構成例を説明する。必須規則管理テーブルＴ１６は、例えば、必須規則の名前Ｃ１６０と、評価式Ｃ１６１とを対応付けて管理する。
　必須規則としては、例えば、システムＧＵＩＤの判定と、製品シリアル番号の判定と、ボードシリアル番号の判定と、ノードタイプの判定とがある。
　システムＧＵＩＤの判定では、有効なシステムＧＵＩＤ同士を比較した結果、両者が一致しているかを判定する。有効なシステムＧＵＩＤとは、「０００００・・・」のように０のみから構成される無効なシステムＧＵＩＤ以外のシステムＧＵＩＤである。図９の「ＳＥＲＶＥＲ３」のシステムＧＵＩＤ及び「ＳＥＲＶＥＲ３ＢＭＣ」のシステムＧＵＩＤに示すように、場合によっては、ノードが無効な値を返すことがある。そこで、本実施例では、有効なシステムＧＵＩＤ同士の比較結果が一致しているかを確認する。
　製品シリアル番号の判定では、２つの製品シリアル番号が一致するかを判定する。ボードシリアル番号の判定では、２つのボードシリアル番号が一致するかを判定する。ノードタイプの判定では、２つのノードタイプが一致するかを判定する。
　上記の４つの必須規則は例示であって、３つ以下の必須規則でもよいし、５つ以上の必須規則であってもよい。
　図１８は、集約規則を管理するテーブルＴ１７の構成例を示す。集約規則管理テーブルＴ１７は、例えば、集約規則の名前Ｃ１７０と、対象コンポーネントのタイプＣ１７１と、評価式Ｃ１７２と、プロトコル優先度Ｃ１７３とを対応付けて管理する。図１８では、ファンを例に挙げて説明する。
　集約規則は、同一のコンポーネントに由来するコンポーネント情報を検出するための条件であり、「コンポーネント用の合成規則」に該当する。「コンポーネント用第１判定規則」に該当する第１の規則では、２つのファンのシリアル番号を比較し、両者が一致するかを評価する。「コンポーネント用第２判定規則」に該当する第２の規則では、２つのファンの回転数の履歴を比較し、回転数の変化パターンが所定の割合以上一致するかを評価する。
　第１の規則では、固有情報であるシリアル番号を比較し、第２の規則では、動的な監視情報である回転数の履歴を比較する。
　プロトコル優先度Ｃ１７３には、各規則毎に、各管理プロトコルの優先度が設定されている。本実施例では、例えば、ＷＭＩ、ＳＳＨ、ＳＮＭＰ、ＩＰＭＩの順番で優先度が高くなるように設定されている（ＷＭＩ＞ＳＳＨ＞ＳＮＭＰ＞ＩＰＭＩ）。
　本実施例では、重複した複数のコンポーネント情報のうち、優先度の高い管理プロトコルで取得されたコンポーネント情報のみを画面に表示し、それ以外のコンポーネント情報は画面に表示しない。
　図１９～図３２を参照して、管理計算機１０の動作を説明する。以下に述べる各処理は、メモリ１２に記憶された各コンピュータプログラムＰ１０～１９をＣＰＵ１１が実行することで実現される。従って、処理の主体は、管理計算機、マイクロプロセッサ、コンピュータプログラムのいずれでもよい。以下では、主に管理計算機１０を動作主体として説明する。
　図１９は、管理情報を取得する処理を示すフローチャートである。本処理は、ディスカバリ処理と呼んでもよい。管理計算機１０は、接続情報管理テーブルＴ１０に記載されている全てのＩＰアドレスについて、ステップＳ１１～Ｓ１４を実行する（Ｓ１０）。処理対象となるＩＰアドレスを対象ＩＰアドレスと呼ぶ。
　最初に、管理計算機１０は、認証情報管理テーブルＴ１１からクレデンシャル名Ｃ１１０をもとに対象ＩＰアドレスに対応する認証情報（ユーザ名Ｃ１１２及びパスワードＣ１１３）を取得する（Ｓ１１）。管理計算機１０は、対象ＩＰアドレスを有する装置（対象装置）にアクセスしてログインし、対象装置の構成情報を取得する（Ｓ１２）。
　続いて、管理計算機１０は、対象装置からの構成情報の取得に成功したか判定する（Ｓ１３）。構成情報を取得できた場合（Ｓ１３：ＹＥＳ）、管理計算機１０は、コンポーネント情報管理テーブルＴ１３に、対象装置のノード名が記載されたエントリを追加し（Ｓ１４）、ステップＳ１５に移る。構成情報の取得に失敗した場合（Ｓ１３：ＮＯ）、管理計算機１０はＳ１４をスキップしてステップＳ１５に移る。
　接続情報管理テーブルＴ１０に登録されている全ての装置（ノード）に対して、構成情報の読み出しを試みた後、管理計算機１０は、監視値を取得するための処理を実行する（Ｓ１５）。
　図２０は、監視値を装置から取得する処理を示すフローチャートである。管理計算機１０は、装置構成情報管理テーブルＴ１２に記載されている全ての装置に対して、ステップＳ２１～Ｓ２４を実行する（Ｓ２０）。
　管理計算機１０は、認証情報管理テーブルＴ１１から、対象装置に対応する認証情報を取得し（Ｓ２１）、その認証情報を用いて対象装置にログインし、対象装置から監視値を取得する（Ｓ２２）。
　管理計算機１０は、監視値の取得に成功したか判定する（Ｓ２３）。監視値の取得に成功した場合（Ｓ２３：ＹＥＳ）、管理計算機１０は、コンポーネント情報管理テーブルＴ１３及び監視値履歴管理テーブルＴ１４に、それぞれエントリを追加して、監視値を記憶する（Ｓ２４）。
　監視値の取得に失敗した場合（Ｓ２３：ＮＯ）、管理計算機１０は、ステップＳ２４をスキップし、次の対象装置に移る。
　図１９及び図２０で述べたように、管理計算機１０は、最初に、構成情報を対象装置から取得し（図１９）、次に、対象装置から監視値を取得する（図２０）。
　図２１は、重複した装置構成情報を自動的に発見して、一つの装置構成情報として合成するための処理を示すフローチャートである。
　管理計算機１０は、装置構成情報管理テーブルＴ１２に記載された、全ての発見済装置の全ての組合せについて、ステップＳ３１～Ｓ３５を実行する（Ｓ３０）。
　管理計算機１０は、最初に、選択された２つの対象装置について、合成規則を適用し、その結果を評価する（Ｓ３１）。合成規則を評価する処理は、図２３で詳述する。ここで、正確には、処理対象となるのは、装置構成情報の組であるが、説明の簡略化のために、対象装置の組と呼ぶことがある。
　管理計算機１０は、合成規則の評価結果が真であるかを判定する（Ｓ３２）。評価結果が偽の場合（Ｓ３２：ＮＯ）、管理計算機１０は、他の対象装置の組に移行する。
　評価結果が真の場合（Ｓ３２：ＹＥＳ）、管理計算機１０は、対象装置の組について、必須規則を適用し、その結果を評価する（Ｓ３３）。必須規則を評価する処理は、図２４で詳述する。
　管理計算機１０は、必須規則の評価結果が真であるか判定する（Ｓ３４）。評価結果が偽の場合（Ｓ３４：ＮＯ）、管理計算機１０は、他の対象装置の組に移行する。評価結果が真の場合（Ｓ３４：ＹＥＳ）、管理計算機１０は、対象装置の組について、合成処理を実行する（Ｓ３５）。合成処理の詳細は、図２８で述べる。
　このように、本実施例では、重複した装置構成情報を自動的に検出して合成するための自動モードが用意されている。従って、システム管理者等のユーザは、自動モードを選択して実行することで、情報処理システムから取得された多数の装置構成情報を自動的に整理することができる。さらに、本実施例では、手動モードも備えている。手動モードとは、ユーザの選択した対象装置の組を合成するための合成支援モードである。
　図２２は、ユーザにより選択された対象装置の組の合成を支援するための処理を示すフローチャートである。
　管理計算機１０は、図３３に示す発見済装置一覧画面Ｇ１０を作成してクライアント計算機２０に送信し、クライアント計算機２０のユーザインターフェース装置２４に表示させる（Ｓ４０）。
　図３３を参照する。画面Ｇ１０は、発見された装置の一覧を示す。画面Ｇ１０では、例えば、発見された各装置について、ＩＰアドレスと、ノード名と、ノードタイプと、クレデンシャル名と、説明と、システムＧＵＩＤと、製品シリアル番号と、ボードシリアル番号とが表示される。
　図２２に戻る。各装置に対応する行には、合成を指示するためのボタン（Ｍｅｒｇｅボタン）が表示されている。ユーザは、画面Ｇ１０の中から合成先となる装置を一つ選択し、Ｍｅｒｇｅボタンを操作する（Ｓ４１）。
　合成先装置が選択されると（Ｓ４１：ＹＥＳ）、管理計算機１０は、図３４に示す合成支援画面Ｇ１１を生成して、クライアント計算機２０のユーザインターフェース装置２４に表示させる（Ｓ４２）。
　図３４を参照する。ユーザによる合成指示を支援するための画面Ｇ１１は、２つの領域を含んでいる。その一つは、合成先装置に関する情報を表示するための合成先装置表示領域ＧＰ１１０である。他の一つは、被合成装置の候補に関する情報を表示するための候補表示領域ＧＰ１１１である。
　候補表示領域ＧＰ１１１には、被合成装置の候補について、例えば、ＩＰアドレスと、ノード名と、ノードタイプと、クレデンシャル名と、システムＧＵＩＤと、製品シリアル番号と、ボードシリアル番号と、説明とが表示される。表示領域ＧＰ１１０と表示領域ＧＰ１１１の表示項目は同一であってもよいし、異なっていてもよい。
　ユーザは、被合成装置の候補一覧の中から少なくとも一つの被合成装置を選択し、ＯＫボタンを操作する。
　図２２に戻る。管理計算機１０は、ユーザにより被合成装置が選択されたかを判定する（Ｓ４３）。被合成装置が選択された場合（Ｓ４３：ＹＥＳ）、管理計算機１０は、ユーザにより選択された、合成先装置（Ｓ４１）と被合成装置（Ｓ４３）の組合せについて必須規則を適用し、その結果を評価する（Ｓ４４）。必須規則の評価処理については、図２４で後述する。
　管理計算機１０は、必須規則の評価結果が真であるかを判定する（Ｓ４５）。評価結果が真の場合（Ｓ４５：ＹＥＳ）、管理計算機１０は、被合成装置を合成先装置に合成させるための合成処理を実行する（Ｓ４６）。合成処理については、図２８で後述する。必須規則の評価結果が真ではない場合、つまり評価結果が偽である場合（Ｓ４５：ＮＯ）、本処理は終了する。
　このように、本実施例では、ユーザが合成対象の装置を手動で選択した場合に、その組合せの適否を自動的に判定し（Ｓ４４）、正しいと判断された場合のみ合成処理を行うようになっている。
　図２３は、合成規則を評価する処理（図２１のＳ３１）の詳細を示すフローチャートである。最初に、管理計算機１０は、評価対象の装置の組（合成先装置と被合成装置の組）を取得する（Ｓ５０）。
　管理計算機１０は、合成規則管理テーブルＴ１５に登録されている順番で、合成規則を一つ選択し、選択した合成規則を対象装置の組に適用して、合成規則の適用結果を評価するための式を展開する（生成する）する（Ｓ５２）。評価式を展開する処理の詳細は、図２５で後述する。
　管理計算機１０は、対象装置の組合せに対して合成規則を評価した結果が真であるかを判定する（Ｓ５３）。対象装置の組が合成規則を満たす場合、その結果は真となる。合成規則の評価結果が真の場合（Ｓ５３：ＹＥＳ）、管理計算機１０は、図２１のフローチャートに、評価結果として真を返す（Ｓ５５）。
　これに対し、対象装置の組が合成規則を満たさない場合、その結果は偽となる。合成規則の評価結果が偽の場合（Ｓ５３：ＮＯ）、管理計算機１０は、図２１のフローチャートに、評価結果として偽を返す（Ｓ５６）。その後、管理計算機１０は、ステップＳ５１に戻り、次の合成規則を選択して（Ｓ５２）、その合成規則を対象装置の組に適用する（Ｓ５３）。
　このように、合成規則を評価する処理では、合成規則管理テーブルＴ１５に記載された合成規則を順番通りに、対象装置の組に適用して評価し、その評価結果が真の場合は処理を終了する。もしも、対象装置の組に対して「システムＧＵＩＤの第１の比較」を適用した結果が真である場合、管理計算機１０は、その対象装置の組について他の合成規則を適用せず、図２３の処理を終了する。
　合成規則管理テーブルＴ１５には、固有情報に基づく合成規則が最初に記載されており、監視値に基づく合成規則は最後に記載されている。従って、比較的信頼度の高い固有情報に基づいて、対象装置の組に対する合成可否を早期に判断できる。もしも逆に、監視値に基づく合成規則から先に評価する場合、監視値履歴のパターンを比較する必要があり、評価処理の負担が重くなる。
　図２４は、必須規則を評価する処理を示すフローチャートである。必須規則の評価は、図２１のステップＳ３３および図２２のステップＳ４４で実行される。
　管理計算機１０は、評価対象となる装置の組を取得する（Ｓ６０）。管理計算機１０は、図１７に示す必須規則管理テーブルＴ１６に記載された必須規則の中から１つを選択し（Ｓ６１）、その必須規則を対象装置の組に適用して評価する（Ｓ６２）。必須規則を評価するための式を作成する処理（Ｓ６２）の詳細は、図２５で後述する。
　管理計算機１０は、必須規則の評価結果が真であるか判定する（Ｓ６３）。評価結果が真の場合（Ｓ６３：ＹＥＳ）、管理計算機１０は、ステップＳ６１に戻り、次の必須規則を一つ選択する。管理計算機１０は、その必須規則を対象装置の組に適用して評価し（Ｓ６２）、評価結果が真であるか判定する（Ｓ６３）。
　このように、管理計算機１０は、全ての必須規則を対象装置の組に順番に適用して評価し、その対象装置の組が全ての必須規則を満たすかを検査する。対象装置の組が全ての必須規則を満たす場合（Ｓ６３：ＹＥＳ）、管理計算機１０は、図２１または図２２に示すフローチャートに、評価結果が真である旨を返す（Ｓ６４）。
　これに対し、対象装置の組が一つでも必須規則を満たさない場合（Ｓ６３：ＮＯ）、管理計算機１０は、図２１または図２２に示すフローチャートに、評価結果が偽である旨を返す（Ｓ６５）。
　必須規則は、合成される複数の装置が満たすべき条件であるため、本実施例では、対象装置の組が全ての必須規則を満たす場合のみ、その合成を許可する。これにより、物理的筐体が全く異なる装置（装置構成情報）同士が誤って合成されるのを未然に防止するようになっている。
　図２５は、評価式を展開する処理を示すフローチャートである。本処理は、図２３のステップ５２及び図２４のステップＳ６２で実行される。
　本処理の開始に際して、管理計算機１０は、対象装置の組と合成規則とをそれぞれ取得し、さらに、対象装置の装置構成情報を装置構成情報管理テーブルＴ１２から取得する（Ｓ７０）。管理計算機１０は、対象装置の装置構成情報の取得に成功したかを判定する（Ｓ７１）。対象装置の装置構成情報を取得できなかった場合（Ｓ７１：ＮＯ）、管理計算機１０は、図２３または図２４のフローチャートに対し、評価結果が偽である旨を返す（Ｓ８０）。
　対象装置の装置構成情報を取得できた場合（Ｓ７１：ＹＥＳ）、管理計算機１０は、対象装置のコンポーネント情報が必要かを判定する（Ｓ７２）。監視値の履歴に基づいて規則（合成規則）を評価する場合、コンポーネント情報が必要となる。
　規則を評価するためにコンポーネント情報が必要であると判定した場合（Ｓ７２：ＹＥＳ）、管理計算機１０は、必要なコンポーネント情報をコンポーネント情報管理テーブルＴ１３から取得する（Ｓ７３）。管理計算機１０は、コンポーネント情報を取得できたか判定する（Ｓ７４）。
　監視値履歴の取得に失敗した場合（Ｓ７４：ＮＯ）、管理計算機１０は、図２３または図２４のフローチャートに、評価結果が偽である旨を返す（Ｓ８０）。なお、コンポーネント情報が必要ではない場合（Ｓ７２：ＮＯ）、ステップＳ７３及びＳ７４はスキップされて、Ｓ７５に移る。
　コンポーネント情報の取得に成功した場合（Ｓ７４：ＹＥＳ）、管理計算機１０は、監視値の履歴が必要かを判定する（Ｓ７５）。上述のように、監視値履歴を用いて評価する場合は、監視値の履歴が必要となる。
　監視値履歴が必要であると判定した場合（Ｓ７５：ＹＥＳ）、管理計算機１０は、必要な監視値履歴を監視値履歴管理テーブルＴ１４から取得する（Ｓ７６）。管理計算機１０は、監視値履歴を取得できたかを判定する（Ｓ７７）。
　監視値履歴の取得に失敗した場合（Ｓ７７：ＮＯ）、管理計算機１０は、図２３または図２４のフローチャートに、評価結果が偽である旨を返す（Ｓ８０）。なお、監視値履歴が不要の場合（Ｓ７５：ＮＯ）、ステップＳ７６及びＳ７７はスキップされて、Ｓ７８に移る。
　監視値履歴を取得できた場合（Ｓ７７：ＹＥＳ）、または、監視値履歴が必要なかった場合（Ｓ７５：ＮＯ）、管理計算機１０は、規則を評価するための式を作成し（Ｓ７８）、評価式が成立したかを判定する（Ｓ７９）。
　評価式が成立した場合（Ｓ７９：ＹＥＳ）、管理計算機１０は、図２３または図２４のフローチャートに、評価結果が真である旨を返す（Ｓ８１）。評価式が成立しなかった場合（Ｓ７９：ＮＯ）、管理計算機１０は、図２３または図２４のフローチャートに、評価結果が偽である旨を返す（Ｓ８０）。
　このように、本実施例では、装置の固有情報だけで評価する場合、コンポーネント情報及び監視値履歴は不要であるので、ステップＳ７０、Ｓ７１、Ｓ７２：ＮＯ、Ｓ７５：ＮＯ、Ｓ７８、Ｓ７９という順番で処理される。
　具体例で説明する。自動合成処理について、２つの装置構成情報「ＳＥＲＶＥＲ１」と「ＳＥＲＶＥＲ１ＢＭＣ」の組に対して、自動合成処理を行う過程を述べる。
　図２１に示す自動合成処理のＳ３１において、装置構成情報の組「ＳＥＲＶＥＲ１」と「ＳＥＲＶＥＲ１ＢＭＣ」とが、図２３の合成規則評価処理のＳ５０に入力される。
　Ｓ５１において、管理計算機１０は、図１６に示す合成規則管理テーブルＴ１５を参照し、全ての合成規則を取得する。Ｓ５２では、Ｓ５０で入力された装置構成情報の組に対して、各合成規則が展開され、合成規則を満たすか否かの評価が行われる。
　図２５に示す評価式展開処理のＳ７０では、図９に示す装置構成情報管理テーブルＴ１２から、装置構成情報「ＳＥＲＶＥＲ１」と「ＳＥＲＶＥＲ１ＢＭＣ」の情報をそれぞれ取得する。
　ここで、Ｓ７０で入力された合成規則が「システムＧＵＩＤの第２の比較」（ＭｅｒｇｅＲｕｌｅ－ＳｙｓｔｅｍＧＵＩＤ２）であり、装置構成情報管理テーブルＴ１２から「ＳＥＲＶＥＲ１」及び「ＳＥＲＶＥＲ１ＢＭＣ」のシステムＧＵＩＤをそれぞれ取得できたものと仮定する。
　合成規則（ＭｅｒｇｅＲｕｌｅ－ＳｙｓｔｅｍＧＵＩＤ２）の評価にコンポーネント情報は不要である。従って、ステップＳ７３及びＳ７４はスキップされる。さらに、この合成規則の評価には、監視値履歴も不要である。従って、ステップＳ７６及びＳ７７もスキップされる。そして、Ｓ７８では、合成規則の評価式が作成される。具体的な評価式の例を、図２６に示す。
　合成規則（ＭｅｒｇｅＲｕｌｅ－ＳｙｓｔｅｍＧＵＩＤ２）を展開した結果は、真となるため、Ｓ８１では評価結果として真を返す。従って、図２３に示すＳ５３では、評価結果は真であると判定され、評価結果が真である旨が図２１に返される（Ｓ５５）。
　これにより、図２１のＳ３３で、必須規則の評価が行われる。Ｓ６１において、管理計算機１０は、図１７に示す必須規則管理テーブルＴ１６を参照し、全ての必須規則を取得する。
　Ｓ６２では、Ｓ６０で取得した装置構成情報の組に対して、Ｓ６１で取得した各必須規則が展開される。
　装置構成情報「ＳＥＲＶＥＲ１」と「ＳＥＲＶＥＲ１ＢＭＣ」の組では、全ての必須規則の評価結果は真となる。従って、Ｓ６４では、評価結果として真が返却される。これにより、図２１のＳ３５で、合成処理が実行される。
　他の例を挙げる。装置構成情報「ＳＴＯＲＡＧＥ１」と「ＩＰＳＷ３」の組では、製品シリアル番号を比較するという合成規則（ＭｅｒｇｅＲｕｌｅ－ＰｒｏｄｕｃｔＳｅｒｉａｌＮｕｍｂｅｒ）は成立する。しかし、その装置構成情報の組合せでは、ノードタイプの一致を要求する必須規則（ＲｅｑＲｕｌｅ－ＮｏｄｅＴｙｐｅ）の評価結果が偽となるため（Ｓ３４：ＮＯ）、合成処理は行われない。
　監視値を用いた自動合成処理は、上述した装置構成情報を用いる自動合成処理と同じである。２つの装置構成情報「ＳＥＲＶＥＲ２」と「ＳＥＲＶＥＲ２ＢＭＣ」の組では、合成規則（ＭｅｒｇｅＲｕｌｅ－ＣＰＵＴｅｍｐ）が成立する。具体的な評価式の例を、図２７に示す。なお、図２７に示す組込み関数ＣＯＲＲＥＬＡＴＩＯＮＦＡＣＴＯＲで使用される相関係数算出アルゴリズムは、ピアソンの積率相関係数（Pearson product-moment correlation coefficient）であるとする。
　図２８は、合成処理を示すフローチャートである。本処理は、図２１のＳ３５及び図２２のＳ４６で実行される。
　最初に、管理計算機１０は、対象装置の組（対象となる装置構成情報の組）を取得する（Ｓ９０）。管理計算機は、接続情報管理テーブルＴ１０において、ノード名が被合成装置のノード名に一致する全てのエントリに対して、以下のステップＳ９２を実行する（Ｓ９１）。つまり、管理計算機１０は、被合成装置のノード名を、合成先装置のノード名に書き換える（Ｓ９１）。
　管理計算機１０は、コンポーネント情報管理テーブルＴ１３において、被合成装置のノード名と一致するノード名を、合成先装置のノード名に書き換える（Ｓ９３）。管理計算機１０は、装置構成情報管理テーブルＴ１２において、被合成装置のノード名を有するエントリを全て削除する（Ｓ９４）。さらに、管理計算機１０は、コンポーネント情報を集約する処理を実行する（Ｓ９５）。コンポーネント情報を集約する処理の詳細は、図２９で後述する。
　合成処理の具体例を説明する。Ｓ９１では、管理計算機１０は、図７に示す接続情報管理テーブルＴ１０を参照し、ノード名Ｃ１００に、被合成装置のノード名である「ＳＥＲＶＥＲ１ＢＭＣ」が設定されている全てのエントリの情報を取得する。
　Ｓ９２で、管理計算機１０は、Ｓ９１で取得したエントリのノード名を、合成先装置のノード名である「ＳＥＲＶＥＲ１」に書き換える。Ｓ９３で、管理計算機１０は、コンポーネント情報管理テーブルＴ１３を参照し、被合成装置のノード名である「ＳＥＲＶＥＲ１ＢＭＣ」がノード名Ｃ１３１に設定されているエントリのノード名を、合成先装置のノード名である「ＳＥＲＶＥＲ１」に書き換える。Ｓ９４で、管理計算機１０は、被合成装置の接続情報を接続情報管理テーブルＴ１０から削除する。これにより、装置構成情報の合成が完了する。
　図２９は、コンポーネント情報を集約する処理（Ｓ９５）の詳細を示すフローチャートである。管理計算機１０は、対象装置の組を取得し（Ｓ１００）、図１８に示す集約規則管理テーブルＴ１７に記載されている全ての集約規則について、ステップＳ１０２～Ｓ１０７を実行する（Ｓ１０１）。図１８では、ファンについての集約規則のみを示すが、実際には各コンポーネントタイプ毎にそれぞれ集約規則が用意されている。
　管理計算機１０は、対象となるコンポーネントタイプに一致するエントリを、コンポーネント情報管理テーブルＴ１３から取得する（Ｓ１０２）。管理計算機１０は、対象コンポーネントタイプに対応するエントリが２つ以上有るか判定する（Ｓ１０３）。対象コンポーネントタイプについてのエントリが２つ以上無い場合（Ｓ１０３：ＮＯ）、集約対象の情報が存在しないので、本処理は終了する。
　対象コンポーネントタイプに対応するエントリが２つ以上有る場合（Ｓ１０３：ＹＥＳ）、管理計算機１０は、それら２つ以上のエントリの中から作成される、２つのエントリの全ての組合せについて、ステップＳ１０５～Ｓ１０７を実行する（Ｓ１０４）。
　管理計算機１０は、Ｓ１０４で選ばれたエントリの組合せについて、即ち、コンポーネント情報の組について、集約規則を適用して評価する（Ｓ１０５）。集約規則の評価処理の詳細は、図３０で後述する。
　管理計算機１０は、集約規則の評価結果が真であるか判定する（Ｓ１０６）。評価結果が偽の場合（Ｓ１０６：ＮＯ）、管理計算機１０は、ステップＳ１０４に戻り、他のエントリの組合せを取得する。
　集約規則の評価結果が真の場合（Ｓ１０６：ＹＥＳ）、管理計算機１０は、集約規則に予め設定されている優先度に従って、コンポーネント情報の表示の可否を決定する（Ｓ１０７）。管理計算機１０は、２つのコンポーネント情報のうち、優先度の高い管理プロトコルで取得されたコンポーネント情報のみを表示対象とし、優先度の低い管理プロトコルで取得されたコンポーネント情報を表示しないように、ビジブルフラグＣ１３７の値を設定する。管理プロトコルの優先度は、コンポーネントタイプ毎に設定してもよいし、集約規則毎に設定してもよい。
　図３０は、集約規則の評価処理（Ｓ１０５）を示すフローチャートである。管理計算機１０は、処理対象となるコンポーネント情報の組と集約規則とを取得し（Ｓ１１０）、それらの取得に成功したか判定する（Ｓ１１１）。コンポーネント情報の組と集約規則との取得に失敗した場合、管理計算機１０は、図２９のフローチャートに、評価結果が偽である旨を返す（Ｓ１１７）。必要な情報が取れないので、評価できないためである。
　コンポーネント情報の組と集約規則の取得に成功した場合（Ｓ１１１：ＹＥＳ）、管理計算機１０は、監視値の履歴が必要か判定する（Ｓ１１２）。監視値履歴が不要な場合（Ｓ１１２：ＮＯ）、管理計算機１０は、ステップＳ１１３及びＳ１１４をスキップして、Ｓ１１５に移る。
　監視値履歴が必要な場合（Ｓ１１２：ＹＥＳ）、管理計算機１０は、監視値履歴管理テーブルＴ１４から、必要な監視値履歴を取得する（Ｓ１１３）。管理計算機１０は、監視値履歴の取得に成功したか判定する（Ｓ１１４）。監視値履歴が必要で有るにもかかわらず、それを取得できない場合（Ｓ１１４：ＮＯ）、管理計算機１０は、評価結果が偽であると、図２９のフローチャートに返す（Ｓ１１７）。
　管理計算機１０は、集約規則を評価するための評価式を展開して（Ｓ１１５）、評価式が成立したか判定する（Ｓ１１６）。評価式が成立したと判定した場合（Ｓ１１６：ＹＥＳ）、管理計算機１０は、図２９のフローチャートに、評価結果が真である旨を返す（Ｓ１１８）。評価式が成立しないと判定した場合（Ｓ１１６：ＮＯ）、管理計算機１０は、図２９のフローチャートに評価結果が偽である旨を返す（Ｓ１１７）。
　「ＳＥＲＶＥＲ３ＢＭＣ」の装置構成情報が「ＳＥＲＶＥＲ３」の装置構成情報に合成された場合を例に挙げて説明する。装置構成情報「ＳＥＲＶＥＲ３」は、コンポーネントタイプがファンであるコンポーネントを合計３個有する。「ＦＡＮ３」と、「ＦＡＮ４」と、「ＳＥＲＶＥＲ３ＢＭＣ」に属していた「ＦＡＮ５」である。
　図２９のＳ１０１では、図１８に示す集約規則管理テーブルＴ１７を参照し、全ての集約規則を取得する。集約規則「ＡｇｇｒｅｇａｔｉｏｎＲｕｌｅ－ＦＡＮ２」について、Ｓ１０１のループ内の処理を実行する場合を説明する。
　Ｓ１０２では、対象のコンポーネントタイプ「ファン」に対応する、コンポーネント情報管理テーブルＴ１３Ａが使用される（図１０参照）。その管理テーブルＴ１３Ａから、ノード名Ｃ１３１Ａに「ＳＥＲＶＥＲ３」が設定されているエントリが取得される。
　ところで、装置構成情報「ＳＥＲＶＥＲ３」と装置構成情報「ＳＥＲＶＥＲ３ＢＭＣ」の合成によって、ファン用のコンポーネント情報管理テーブルＴ１３Ａの第５エントリのノード名Ｃ１３１Ａは、「ＳＥＲＶＥＲ３ＢＭＣ」から「ＳＥＲＶＥＲ３」に変更されている。
　従って、ステップＳ１０２では、第３、４、５エントリの計３個のエントリが取得される。エントリが３個存在するため、ステップＳ１０４に移る。コンポーネント情報「ＦＡＮ４」とコンポーネント情報「ＦＡＮ５」の組み合わせについて、ステップＳ１０５で集約規則を評価する場合を説明する。
　図３０のステップＳ１１０では、管理計算機１０は、コンポーネント情報管理テーブルＴ１３Ａから、「ＦＡＮ４」及び「ＦＡＮ５」のコンポーネント情報を取得する。集約規則「ＡｇｇｒｅｇａｔｉｏｎＲｕｌｅ－ＦＡＮ２」の評価には、監視値の履歴が必要となるため、管理計算機１０は、図１３に示す監視値履歴管理テーブルＴ１４Ａから、「ＦＡＮ４」及び「ＦＡＮ５」の監視値履歴を取得する。
　ステップＳ１１５では、管理計算機１０は、取得した監視値履歴を用いて、集約規則「ＡｇｇｒｅｇａｔｉｏｎＲｕｌｅ－ＦＡＮ２」の評価式を作成する。具体的な式展開の流れを、図３１に示す。なお、ここでは、組込み関数ＣＯＲＲＥＬＡＴＩＯＮＦＡＣＴＯＲで使用される相関係数算出アルゴリズムは、ピアソンの積率相関係数（Pearson product-moment correlation coefficient）であるとする。
　集約規則「ＡｇｇｒｅｇａｔｉｏｎＲｕｌｅ－ＦＡＮ２」の評価結果が真となるため、ステップＳ１１８では、図２９の処理に真が返却され、管理計算機１０は、ステップＳ１０７を実行する。
　図１８の優先度Ｃ１７３に示すように、集約規則「ＡｇｇｒｅｇａｔｉｏｎＲｕｌｅ－ＦＡＮ２」において、プロトコル優先度は、ＷＭＩ＞ＳＳＨ＞ＳＮＭＰ＞ＩＰＭＩとして設定されている。従って、コンポーネント情報「ＦＡＮ４」は、コンポーネント情報「ＦＡＮ５」に優先する。
　図１０の第４エントリに示すように、コンポーネント情報「ＦＡＮ４」は、最も優先度の高いＷＭＩにより取得されている。図１０の第５エントリに示すように、コンポーネント情報「ＦＡＮ５」は、最も優先度の低いＩＰＭＩにより取得されている。
　優先度の低いプロトコルで取得されたコンポーネント情報「ＦＡＮ５」に対応する、ビジブルフラグＣ１３７Ａの値は、ＴｒｕｅからＦａｌｓｅに変更される。これにより、コンポーネント情報「ＦＡＮ５」は非表示となり、コンポーネント情報「ＦＡＮ４」のみが表示対象となる。
　従って、コンポーネント情報「ＦＡＮ４」とコンポーネント情報「ＦＡＮ５」という、同一の実体から生成された冗長な管理情報が、表示の上で除去される。図３５に示す装置構成情報表示画面Ｇ１２でも、基本的に、コンポーネント情報「ＦＡＮ５」は、コンポーネント情報「ＦＡＮ４」の下に隠されており、ユーザが選択した場合に表示される。
　図３２は、表示用情報を生成する処理を示すフローチャートである。管理計算機１０は、クライアント計算機２０から、表示用情報の生成要求を受信する（Ｓ１２０）。管理計算機１０は、全ての装置構成情報について、以下のステップＳ１２２～Ｓ１２４を実行する（Ｓ１２１）。
　管理計算機１０は、対象装置（正確には、対象となる装置構成情報）のエントリを、図７に示す接続情報管理テーブルＴ１０及び図９に示す装置構成情報管理テーブルＴ１２から取得する（Ｓ１２２）。管理計算機１０は、図１０～図１２に示す全てのコンポーネント情報管理テーブルＴ１３から、対象装置に対応するエントリを取得する（Ｓ１２３）。対象装置毎に、その対象装置の有するコンポーネントの情報を全て取得する。
　管理計算機１０は、表示用情報を生成し（Ｓ１２５）、クライアント計算機２０に表示用情報を送信する（Ｓ１２６）。クライアント計算機２０は、ユーザインターフェース装置２４に、表示用情報を表示させる。
　図３５は、表示用情報の表示結果である、装置構成情報表示画面Ｇ１２である。画面Ｇ１２は、ノードに関する情報を示すノード表示領域ＧＰ１２０と、ノードを構成するコンポーネントに関する情報を表示するコンポーネント表示領域ＧＰ１２１とを含む。
　ユーザが、ノード表示領域ＧＰ１２０でいずれかのノードを選択すると、コンポーネント表示領域ＧＰ１２１には、その選択されたノードを構成するコンポーネントの情報が一覧形式で表示される。重複したコンポーネント情報は、ユーザが選択しない限りは表示されない。
　本実施例は、上述のように構成されるので、以下の効果を奏する。本実施例では、同一装置に由来する重複した装置構成情報を検出して、一つの装置構成情報として管理し、さらに、同一装置に由来する重複したコンポーネント情報も一つのコンポーネント情報として管理する。従って、管理すべき情報の総数を低減でき、複数の管理プロトコルに対応する装置が複数存在する情報処理システムを効率的に管理できる。
　本実施例では、合成規則に基づいて、重複した装置構成情報を自動的に検出することができ、管理者の手間を省くことができる。さらに、本実施例では、合成規則に基づく判定結果の可否を、必須規則に基づいてチェックするため、判定結果の信頼性を維持することができる。
　本実施例では、ユーザにより選択された装置構成情報の組について、必須規則に従ってチェックする。従って、ユーザの人為的ミスを未然に防止することができ、使い勝手及び信頼性を向上できる。
　本実施例では、システムＧＵＩＤ等の静的な固有情報に基づく第１判定規則と、監視値履歴に基づく第２判定規則とを、合成規則として用いる。さらに、第１判定規則に基づいて判定した後で、第２判定規則に基づいて判定する。これにより、本実施例では、確度の高い判定を効率的に行うことができる。
　本実施例では、比較的処理が簡単で、かつ確度の高い、固有情報に基づく判定を最初に実行し、その次に、演算処理の負荷が大きい、監視情報に基づく判定を実行するようになっている。この結果、本実施例では、固有情報を用いる判定を優先して実行でき、精度の高い判定を効率的に行うことができる。
　本実施例では、合成規則に基づく判定結果を、必須規則に基づいてチェックする。従って、判定の誤りを未然に防止できる。さらに、本実施例では、ユーザが手動で選択した結果についても、必須規則に基づいてチェックする。従って、ユーザの人為的ミスを未然に防止でき、管理の信頼性を向上できる。
　本実施例では、同一装置に由来する複数のコンポーネント情報のうち、所定のコンポーネント情報のみを表示するが、それ以外のコンポーネント情報を削除せず保持しておく。従って、もしも、所定のコンポーネント情報に関する管理プロトコルに障害が発生した場合でも、他の管理プロトコルによるコンポーネント情報に基づいて、システムを管理することができ、フェイルセーフを実現できる。
　図３６を参照して第２実施例を説明する。本実施例は、第１実施例の変形例に該当するため、第１実施例との相違を中心に説明する。本実施例では、ユーザが手動で対象装置の組を選択する場合において、ユーザが合成先装置を選択した時点で、その合成先装置と必須規則を満たす被合成装置を自動的に抽出し、ユーザに提示する。
　管理計算機１０は、図３３に示す発見済装置一覧画面Ｇ１０を作成してクライアント計算機２０に送信し、表示させる（Ｓ４０）。ユーザは、画面Ｇ１０の中から合成先となる装置を一つ選択し、Ｍｅｒｇｅボタンを操作する（Ｓ４１）。
　合成先装置が選択されると（Ｓ４１：ＹＥＳ）、管理計算機１０は、合成先装置と他の各装置との組合せについて、必須規則をそれぞれ評価し、必須規則を満たす装置を被合成装置の候補として抽出する（Ｓ４７）。
　管理計算機１０は、図３４に示す合成支援画面Ｇ１１を生成して、クライアント計算機２０のユーザインターフェース装置２４に表示させる（Ｓ４８）。第１実施例と異なる点は、表示領域ＧＰ１１１には、事前に必須規則を満たすことが確かめられている装置のみが表示されている点である。
　管理計算機１０は、ユーザにより被合成装置が選択されたかを判定する（Ｓ４９）。被合成装置が選択された場合（Ｓ４９：ＹＥＳ）、管理計算機１０は、合成処理を実行する（Ｓ４６）。
　このように構成される本実施例も第１実施例と同様の効果を奏する。さらに、本実施例では、ユーザが一つの装置を選択すると、その装置と必須規則を満たす他の全ての装置を抽出して提示するため、ユーザは、必須規則を満たすことがわかっている装置の中から所望の装置を選択できる。これにより、ユーザの利便性が向上する。
　なお、本発明は、上述の実施形態に限定されない。いわゆる当業者であれば、実施形態で述べた構成の一部を変更したり、除去したり、新たな構成を追加したりして、本発明の目的を達成するための他の構成を思いつくであろう。そのような構成も、本発明の範囲に含まれる。
　本実施形態は、以下のようにコンピュータプログラムとして表現可能である。
　表現１．コンピュータを、複数の装置を含む情報処理システムを管理するための管理計算機として機能させるためのコンピュータプログラムであって、
　異なる複数の管理プロトコルを用いて、前記各装置から前記各管理プロトコル毎の管理情報を取得して記憶する第１ステップと、
　前記各管理情報から得られる各装置構成情報を比較することにより、前記各装置のうち同一の装置から取得された複数の装置構成情報を特定し、それら特定された前記複数の装置構成情報を一つの装置構成情報としてまとめて管理する第２ステップと、
　前記同一の装置から取得されたものであると特定された前記複数の装置構成情報に含まれるコンポーネント情報のうち、同一のコンポーネントに関する複数のコンポーネント情報を特定し、それら特定された前記複数のコンポーネント情報を対応付けて管理する第３ステップと、
を前記コンピュータに実行させるためのコンピュータプログラム。
　１、１０：管理計算機、２、２０：クライアント計算機、３、３０：サーバ計算機、４０：：ストレージ装置、５０：ネットワーク装置、６０：その他の装置

Claims (15)

  1. 　複数の装置を含む情報処理システムを管理するためのシステム管理装置であって、
    　異なる複数の管理プロトコルを用いて、前記各装置から前記各管理プロトコル毎の管理情報を取得するための管理情報取得部と、
    　前記各管理情報から得られる装置構成情報を比較することにより、前記各装置のうち同一の装置から取得された複数の装置構成情報を特定し、それら特定された前記複数の装置構成情報を一つの装置構成情報としてまとめて管理するための装置構成情報管理部と、
    　前記同一の装置から取得されたものであると特定された前記複数の装置構成情報に含まれるコンポーネント情報のうち、同一のコンポーネントに関する複数のコンポーネント情報を特定し、それら特定された前記複数のコンポーネント情報を対応付けて管理するためのコンポーネント情報管理部と、
    を備える、システム管理装置。
     
  2. 　前記装置構成情報管理部は、自動モードを備えており、
    　前記自動モードに従って動作する前記装置構成情報管理部は、合成規則管理テーブルに予め記憶されている合成規則に基づいて前記各装置構成情報を比較することにより、前記各装置のうち同一の装置から取得された複数の装置構成情報を特定する、
    請求項１に記載のシステム管理装置。
     
  3. 　前記合成規則は、
    　　前記各装置構成情報のうち一方の装置構成情報に含まれる一方の固有情報が、前記各装置構成情報のうち他方の装置構成情報に含まれる他方の固有情報に一致する場合は、前記一方の装置構成情報と前記他方の装置構成情報とは同一の装置から取得された装置構成情報であると判定する第１判定規則と、
    　　前記各管理情報のうち一方の管理情報に含まれる一方の監視情報であって、前記一方の管理情報に対応する装置の性能または状態の監視結果を示す一方の監視情報が、前記各管理情報のうち他方の管理情報に含まれる他方の監視情報であって、前記他方の管理情報に対応する装置の性能または状態の監視結果を示す他方の監視情報に所定範囲内で一致する場合は、前記一方の管理情報から得られる一方の装置構成情報と前記他方の管理情報から得られる他方の装置構成情報とは同一の装置から取得された装置構成情報であると判定する第２判定規則と、
    を含んでいる、
    請求項２に記載のシステム管理装置。
     
  4. 　前記装置構成情報管理部は、最初に、前記第１判定規則に従って、同一の装置から取得された複数の装置構成情報を特定し、前記第１判定規則では特定できなかった場合に、前記第２判定規則に従って、同一の装置から取得された複数の装置構成情報を特定する、
    請求項３に記載のシステム管理装置。
     
  5. 　前記装置構成情報管理部は、同一の装置から取得されたと特定された前記各装置構成情報が、必須規則管理テーブルに予め記憶されている必須規則を満たすか否かを判定し、前記各装置構成情報が前記必須規則を満たす場合に、前記各装置構成情報が同一の装置から取得されたものであると判断する、
    請求項４に記載のシステム管理装置。
     
  6. 　前記装置構成情報管理部は、手動モードを備えており、
    　必須規則管理テーブルには、複数の装置構成情報が同一の装置から取得されたものである場合に必ず満たす必須規則が予め設定されており、
    　前記装置構成情報管理部は、
    　　前記手動モードに従って動作する場合、前記各装置構成情報の一覧画面をユーザに提示し、
    　　前記一覧画面を介してユーザにより選択された複数の装置構成情報が前記必須規則を満たすか否かを判定し、
    　　ユーザにより選択された前記各装置構成情報が前記必須規則を満たす場合に、前記各装置構成情報が同一の装置から取得されたものであると判断する、
    請求項５に記載のシステム管理装置。
     
  7. 　前記装置構成情報管理部により管理される前記各装置構成情報を、表示装置に出力するための表示用情報を生成する表示用情報生成部を備える、
    請求項６に記載のシステム管理装置。
     
  8. 　前記コンポーネント情報管理部は、同一のコンポーネントに関するコンポーネント情報であると特定された前記複数のコンポーネント情報のうち、所定のコンポーネント情報だけを前記表示用情報に含める、
    請求項７に記載のシステム管理装置。
     
  9. 　前記各管理プロトコルには予め優先度が設定されており、
    　同一のコンポーネントに関するコンポーネント情報であると特定された前記複数のコンポーネント情報のうち、最も優先度の高い管理プロトコルにより取得された管理情報から得られるコンポーネント情報が前記所定のコンポーネント情報として選択される、
    請求項８に記載のシステム管理装置。
     
  10. 　前記所定のコンポーネント情報として選択されなかった他の各コンポーネント情報は、コンポーネント情報を記憶するためのコンポーネント情報管理テーブルによって保持されている、
    請求項９に記載のシステム管理装置。
     
  11. 　前記コンポーネント情報管理部は、コンポーネント用の合成規則管理テーブルに予め記憶されているコンポーネント用合成規則に基づいて、前記各コンポーネント情報を比較することにより、同一のコンポーネントに関するコンポーネント情報を特定するようになっており、
    　前記コンポーネント用の合成規則は、
    　　前記各コンポーネント情報のうち一方のコンポーネント情報に含まれる一方の固有情報が、前記各コンポーネント情報のうち他方のコンポーネント情報に含まれる他方の固有情報に一致する場合は、前記一方のコンポーネント情報と前記他方のコンポーネント情報とは同一のコンポーネントに関するコンポーネント情報であると判定するためのコンポーネント用第１判定規則と、
    　　前記各管理情報のうち一方の管理情報に含まれる一方のコンポーネント監視情報であって、前記一方の管理情報に対応するコンポーネントの性能または状態の監視結果を示す一方のコンポーネント監視情報が、前記各管理情報のうち他方の管理情報に含まれる他方のコンポーネント監視情報であって、前記他方の管理情報に対応するコンポーネントの性能または状態の監視結果を示す他方のコンポーネント監視情報に所定範囲内で一致する場合は、前記一方の管理情報から得られる一方のコンポーネント情報と前記他方の管理情報から得られる他方のコンポーネント情報とは同一のコンポーネントに関するコンポーネント情報であると判定するためのコンポーネント用第２判定規則と、
    を含んでいる、
    請求項１０に記載のシステム管理装置。
     
  12. 　前記コンポーネント情報管理部は、前記コンポーネント用第１判定規則を前記コンポーネント用第２判定規則に優先して使用する、
    請求項１１に記載のシステム管理装置。
     
  13. 前記所定のコンポーネント情報以外の他のコンポーネント情報は、削除せずに保持する、
    請求項８に記載のシステム管理装置。
     
  14. 　複数の装置を含む情報処理システムを管理計算機により管理するためのシステム管理方法であって、
    　前記管理計算機は、マイクロプロセッサと、前記マイクロプロセッサにより実行される所定のコンピュータプログラムと、前記マイクロプロセッサが前記各装置にアクセスするための通信インターフェース部とを備えており、
    　前記マイクロプロセッサが前記所定のコンピュータプログラムを実行することで、
    　　異なる複数の管理プロトコルを用いて、前記各装置から前記各管理プロトコル毎の管理情報を取得して記憶する第１ステップと、
    　　前記各管理情報から得られる各装置構成情報を比較することにより、前記各装置のうち同一の装置から取得された複数の装置構成情報を特定し、それら特定された前記複数の装置構成情報を一つの装置構成情報としてまとめて管理する第２ステップと、
    　　前記同一の装置から取得されたものであると特定された前記複数の装置構成情報に含まれるコンポーネント情報のうち、同一のコンポーネントに関する複数のコンポーネント情報を特定し、それら特定された前記複数のコンポーネント情報を対応付けて管理する第３ステップと、
    を実行するシステム管理方法。
     
  15. 　前記第２ステップは、手動モードと自動モードを備えており、
    　前記自動モードが選択された場合は、
    　　合成規則管理テーブルに予め記憶されている合成規則に基づいて前記各装置構成情報を比較することにより、前記各装置のうち同一の装置から取得された複数の装置構成情報を特定し、
    　前記手動モードが選択された場合は、
    　　前記各装置構成情報の一覧画面をユーザに提示し、
    　　前記一覧画面を介してユーザにより選択された複数の装置構成情報が、複数の装置構成情報が同一の装置から取得されたものである場合に必ず満たすべき必須規則を満たしているかを判定し、
    　　ユーザにより選択された前記各装置構成情報が前記必須規則を満たす場合に、前記各装置構成情報が同一の装置から取得されたものであると判断する、
    請求項１４に記載のシステム管理方法。
PCT/JP2011/071736 2011-09-22 2011-09-22 システム管理装置及びシステム管理方法 WO2013042270A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2011/071736 WO2013042270A1 (ja) 2011-09-22 2011-09-22 システム管理装置及びシステム管理方法
US13/378,066 US20130080604A1 (en) 2011-09-22 2011-09-22 System management apparatus and system management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/071736 WO2013042270A1 (ja) 2011-09-22 2011-09-22 システム管理装置及びシステム管理方法

Publications (1)

Publication Number Publication Date
WO2013042270A1 true WO2013042270A1 (ja) 2013-03-28

Family

ID=47912490

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/071736 WO2013042270A1 (ja) 2011-09-22 2011-09-22 システム管理装置及びシステム管理方法

Country Status (2)

Country Link
US (1) US20130080604A1 (ja)
WO (1) WO2013042270A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1093654A (ja) * 1996-05-31 1998-04-10 Hewlett Packard Co <Hp> ネットワーク上の管理ステーションの動作を拡張させる汎用通知フレームワーク・システム及び方法
JP2004248072A (ja) * 2003-02-14 2004-09-02 Toshiba Corp サービス提供装置、サービス利用装置、サービス提供システム、サービス提供方法、サービス利用方法、サービス提供プログラム及びサービス利用プログラム
JP2005216307A (ja) * 2004-01-27 2005-08-11 Ricoh Co Ltd ネットワーク装置から状態情報を得るために用いられるプロトコルを管理するための方法及びシステム
JP2009187533A (ja) * 2008-01-07 2009-08-20 Canon Inc 情報処理装置、デバイス情報表示方法、及びコンピュータプログラム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6810037B1 (en) * 1999-03-17 2004-10-26 Broadcom Corporation Apparatus and method for sorted table binary search acceleration
JP3743371B2 (ja) * 2000-03-27 2006-02-08 セイコーエプソン株式会社 ネットワークに接続されたデバイスの管理システム
US7506048B1 (en) * 2002-06-05 2009-03-17 Ricoh Co. Ltd. Method and system for monitoring network connected devices and displaying device status
US7296079B2 (en) * 2004-01-27 2007-11-13 Ricoh Company, Ltd. Method and system for initializing protocol information used to extract status information from networked devices
US7469284B1 (en) * 2004-12-28 2008-12-23 Emc Corporation Methods and apparatus for assigning management responsibilities to multiple agents
US7535856B2 (en) * 2005-02-19 2009-05-19 Cisco Technology, Inc. Techniques for zero touch provisioning of edge nodes for a virtual private network
JP2007058784A (ja) * 2005-08-26 2007-03-08 Canon Inc デバイス管理装置およびクライアント装置及びデバイス管理方法
WO2008078593A1 (ja) * 2006-12-22 2008-07-03 International Business Machines Corporation メッセージ・ハブ装置、プログラム、および方法
US8059533B2 (en) * 2007-10-24 2011-11-15 Cisco Technology, Inc. Packet flow optimization (PFO) policy management in a communications network by rule name
JP2010286891A (ja) * 2009-06-09 2010-12-24 Canon Inc デバイス管理装置、制御方法、及びプログラム
US8667100B2 (en) * 2010-07-07 2014-03-04 Comcast Interactive Media, Llc Device communication, monitoring and control architecture and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1093654A (ja) * 1996-05-31 1998-04-10 Hewlett Packard Co <Hp> ネットワーク上の管理ステーションの動作を拡張させる汎用通知フレームワーク・システム及び方法
JP2004248072A (ja) * 2003-02-14 2004-09-02 Toshiba Corp サービス提供装置、サービス利用装置、サービス提供システム、サービス提供方法、サービス利用方法、サービス提供プログラム及びサービス利用プログラム
JP2005216307A (ja) * 2004-01-27 2005-08-11 Ricoh Co Ltd ネットワーク装置から状態情報を得るために用いられるプロトコルを管理するための方法及びシステム
JP2009187533A (ja) * 2008-01-07 2009-08-20 Canon Inc 情報処理装置、デバイス情報表示方法、及びコンピュータプログラム

Also Published As

Publication number Publication date
US20130080604A1 (en) 2013-03-28

Similar Documents

Publication Publication Date Title
US6314460B1 (en) Method and apparatus for analyzing a storage network based on incomplete information from multiple respective controllers
JP5111340B2 (ja) 情報処理システムを構成している装置の監視方法、情報処理装置、及び情報処理システム
US8639798B2 (en) Managing configuration items
JP5698429B2 (ja) 構成要素を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム
US8886698B2 (en) Electronic device monitoring method, electronic device computer and program thereof
US7817583B2 (en) Method for verifying a storage area network configuration
TWI631452B (zh) 用於動態優化伺服器系統之操作頻率之電腦實施方法以及系統
WO2010150312A1 (ja) ノード管理装置及び方法
US20140297834A1 (en) Management of a plurality of system control networks
US9270535B2 (en) Inferred discovery of a data communications device
JP4293169B2 (ja) ネットワーク機器制御システム
JP2014512604A (ja) 選択的ポリシーによるホストと複数のゲストとの間での構成要素伝播の実現
US20040024887A1 (en) Method, system, and program for generating information on components within a network
WO2013042270A1 (ja) システム管理装置及びシステム管理方法
JP5239072B2 (ja) 構成要素を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム
US11863583B2 (en) Generating action recommendations for courses of action used for incident response
JP6246885B1 (ja) 経路解析処理装置および経路解析処理プログラム
US8671186B2 (en) Computer system management method and management apparatus
JP4809871B2 (ja) コンフィグ設定管理モデル作成装置、コンフィグ設定管理モデル作成方法およびそのプログラム
US20200076690A1 (en) Systems and methods for applying a configuration
JP2006040025A (ja) ストレージ接続変更方法、ストレージ管理システム及びプログラム
KR102371060B1 (ko) 네트워크 트래픽 입출량 분석을 통한 네트워크 토폴로지 탐색 시스템
JP2014045437A (ja) ネットワークトポロジ生成システム、方法およびプログラム
US20240235943A1 (en) Analyses and topology visualizations of network devices and networks
WO2012105035A1 (ja) コンピュータシステムの管理装置及び管理方法

Legal Events

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

Ref document number: 13378066

Country of ref document: US

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

Ref document number: 11872850

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP