WO2012066652A1 - 通信ネットワークに接続されている通信装置を発見する方法及び管理装置 - Google Patents

通信ネットワークに接続されている通信装置を発見する方法及び管理装置 Download PDF

Info

Publication number
WO2012066652A1
WO2012066652A1 PCT/JP2010/070466 JP2010070466W WO2012066652A1 WO 2012066652 A1 WO2012066652 A1 WO 2012066652A1 JP 2010070466 W JP2010070466 W JP 2010070466W WO 2012066652 A1 WO2012066652 A1 WO 2012066652A1
Authority
WO
WIPO (PCT)
Prior art keywords
management
address
protocol
information
communication device
Prior art date
Application number
PCT/JP2010/070466
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 CN201080068843.5A priority Critical patent/CN103080913B/zh
Priority to PCT/JP2010/070466 priority patent/WO2012066652A1/ja
Priority to EP10859871.5A priority patent/EP2605145A4/en
Priority to US13/061,475 priority patent/US8656011B2/en
Priority to JP2012544047A priority patent/JP5383927B2/ja
Publication of WO2012066652A1 publication Critical patent/WO2012066652A1/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

Definitions

  • the present invention relates to discovery of devices connected to a communication network.
  • Patent Document 1 As this type of technology, for example, the technologies of Patent Document 1 and Non-Patent Document 1 are known.
  • the management server instructs transmission of device configuration information to an IP address, and sets the IP address of the device that has responded to the instruction as a monitoring target device.
  • a SIM HP Systems Insight Manager selects a management protocol from a plurality of network management protocols (hereinafter, management protocols), and searches for a device using the selected management protocol. When a device is detected, the selected management protocol is used as the management protocol for that device.
  • communication devices there are generally multiple types of communication devices in a communication network. Specifically, for example, communication devices with different categories (for example, server devices, storage devices, and switch devices), communication devices with different subcategories even with the same category (for example, server devices of Windows (registered trademark)) Linux (registered trademark) server device), there are communication devices of different models even in the same category, or communication devices of different vendors even in the same category. If the types of communication devices are different, the management protocols supported by the communication devices are often different. One communication apparatus may support two or more management protocols.
  • a management device In order to monitor a plurality of communication devices in such a communication network, a management device usually supports a plurality of management protocols.
  • Management protocols include, for example, WMI (Windows Management Instrumentation), SSH (Secure SHell), SNMP (Simple Network Management Protocol), WBEM (Web-Based Enterprise Management), SNM2 (Simple Navigator Modular 2), NIS (Network Information Service) Etc.
  • the management protocol (hereinafter referred to as the optimal protocol) to be used by the management device for monitoring may differ depending on the type of communication device. For this reason, the management apparatus generally has optimum protocol management information.
  • the optimum protocol management information is information representing the optimum protocol for each type of communication device.
  • the optimum protocol is, for example, a management protocol that can acquire the largest amount of information desired by the management apparatus among a plurality of management protocols.
  • the management device In order to monitor the communication device, the management device needs to discover the communication device in advance. Discovery of a communication device is generally performed according to the following flow.
  • a user for example, an administrator registers authentication information necessary for discovery in the management apparatus for each management protocol supported by the management apparatus.
  • S2 The user designates the address range to the management device.
  • S3 The management apparatus performs the following processing for each address belonging to the designated address range (typically, the IP address range).
  • S3a) The management apparatus transmits a command addressed to each address using the authentication information registered for the management protocol. If the management protocol used for sending the command is a management protocol supported by the communication device at the destination address of the command, the communication device responds to the command according to the management protocol. return.
  • S3b The management apparatus receives a response to the command transmitted in (S3a).
  • S3c The management apparatus analyzes the response received in the above (S3b), and determines the success or failure of the discovery.
  • the management device can output information indicating the discovery result (for example, information indicating the success or failure of discovery for each address belonging to the specified address range and the description thereof), but the user can also view the information. It is not known what authentication information is registered for the address corresponding to the discovery failure to discover the communication device at the address. Specifically, for example, a communication device at a certain address (hereinafter, this address is referred to as a “target address”, and a communication device at the address is referred to as a “target communication device”). And the second management protocol is supported, and the first management protocol is the optimum protocol of the target communication device.
  • the port used by the second management protocol is open, but the port used by the first management protocol is closed ("Port is open" Means that connection is possible from the outside using the management protocol that uses the port).
  • the management device cannot even detect the communication device using the first management protocol (optimum protocol).
  • the management device detects the communication device using the second management protocol, the management device fails to find the target communication device. Specifically, although the management device knows that the communication device that can communicate with the second management protocol exists at the target address, it cannot know what type of communication device the communication device is. For this reason as well, it is difficult for the user to input correct authentication information for discovering the communication device.
  • an object of the present invention is to increase the probability that the management device will succeed in discovering the communication device via the communication network.
  • the management device stores attribute / protocol management information representing each attribute / protocol relationship (correspondence relationship between a communication device attribute and a management protocol presumed to be optimal for a communication device having the communication device attribute).
  • attribute / protocol management information representing each attribute / protocol relationship (correspondence relationship between a communication device attribute and a management protocol presumed to be optimal for a communication device having the communication device attribute).
  • the management device issues a query specifying (A) an address for each of a plurality of addresses, and (B) specifies a response to the query in the query.
  • the query result information indicating the correspondence between the address specified by the query and the communication device attribute acquired based on the response is written to the storage resource, and (C) the query result A management protocol corresponding to the communication device attribute represented by the information is specified from the attribute / protocol management information, and (D) an optimum management protocol for the address is determined based on the specified management protocol.
  • the management apparatus may perform (A) to (D) for another address after performing (A) to (D) for one address, or perform (A) and (B) for a plurality of addresses. After that, (C) and (D) may be performed for a plurality of addresses. That is, the next process may be performed after the process is completed for one address, or the next process may be performed after the process is completed for a plurality of addresses.
  • FIG. 1 shows an overall configuration of a system according to Embodiment 1 of the present invention.
  • the structural example of the management program 200 which the memory 102 memorize
  • An example of information stored in the storage device 103 is shown.
  • 2 shows a configuration example of an IP address management table 301.
  • the structural example of the DNS table 303 is shown.
  • the structural example of the optimal protocol table 305 is shown.
  • the structural example of the SNMP table 307 is shown.
  • the structural example of the open port table 309 is shown.
  • the structural example of the host name table 311 is shown.
  • the structural example of the login screen table 313 is shown.
  • the structural example of the scan result aggregation table 315 is shown.
  • the structural example of the indirect monitoring apparatus table 317 is shown.
  • the structural example of the port knowledge table 319 is shown.
  • the structural example of the estimation table 321 is shown.
  • the structural example of the optimal protocol determination table 323 is shown.
  • 5 is a flowchart illustrating an example of processing performed by a management program 200. It is a flowchart which shows an example of the flow of S1602 (optimum protocol estimation process) of FIG. 18 is a flowchart illustrating an example of a flow of S1704 (SNMP scan) in FIG. 17. 18 is a flowchart illustrating an example of a flow of S1705 (port scan) in FIG. 17. 18 is a flowchart illustrating an example of a flow of S1706 (user clue scanning) in FIG. 17. It is a flowchart which shows an example of the flow of S1707 (guessing process) of FIG.
  • the structural example of the extended port knowledge table 2300 is shown.
  • An example of a user correction screen is shown.
  • An example of a login screen is shown.
  • An example of an authentication information input screen is shown.
  • 17 is a flowchart illustrating an example of a flow of S1605 (discovery process) in FIG. 16.
  • An example of the apparatus addition screen which concerns on Example 2 is shown.
  • summary of the process performed in Example 3 is shown.
  • summary of the process performed in Example 4 is shown.
  • An example of the user approval screen according to Example 4 is shown.
  • An example of a system configuration referred to for explaining a specific example of a problem is shown.
  • An example of the discovery result information according to the conventional process flow is shown.
  • An example of the discovery result information according to Example 1 is shown.
  • xxx table various types of information may be described using the expression “xxx table”, but the various types of information may be expressed using a data structure other than a table. In order to show that it does not depend on the data structure, the “xxx table” can be called “xxx information”.
  • the process may be described with “program” as the subject, but the program is executed by a processor (for example, a CPU (Central Processing Unit)) so that a predetermined process can be appropriately performed.
  • a processor for example, a CPU (Central Processing Unit)
  • the subject of processing may be a processor.
  • the processing described with the program as the subject may be processing performed by a processor or a management device having the processor.
  • the processor may be the CPU itself or may include a hardware circuit that performs part or all of the processing performed by the processor.
  • the program may be installed in each controller from a program source.
  • the program source may be, for example, a program distribution server or a storage medium.
  • the management device may be composed of one or more computers. Specifically, for example, when the management computer displays information, or when the management computer transmits display information to a remote computer, the management computer is the management device. For example, when a function equivalent to that of the management computer is realized by a plurality of computers, the plurality of computers (in the case where the display computer performs display, the display computer may be included) is the management device. .
  • the management server is a management device.
  • identifiers or names are adopted as types of identification information of various objects (for example, vendors and models). However, they may be interchangeable with each other, or other types of identifications may be used. Information may be employed.
  • SNM2 Simple Network Management Protocol
  • SNM2 Simple Network Management Protocol
  • SNM2 Simple Navigator Modular 2
  • NIS Network Information Service
  • the communication device may include an uninterruptible power supply (UPS), a printer, and the like in addition to the devices described above.
  • UPS uninterruptible power supply
  • yyy port a port used in the management protocol yyy is referred to as “yyy port”.
  • the port is open means that a connection can be made from the outside (for example, the management server) using a management protocol that uses the port. If it is not in that state, it is said that the port is closed.
  • the communication network is an IP (Internet Protocol) network, but other types of communication networks may be employed.
  • IP network may be a LAN (Local Area Network) or the Internet.
  • IP address is employed as an address, but other types of addresses may be employed.
  • the device 1 (Windows server (“Windows” is a registered trademark)) has an SMI-S (Storage Management Initiative-Specification) provider function, which monitors the device 4 (FC (Fibre Channel) switch). Then. Further, the device 5 (storage) has an SNMP port and an SNM2 port, but the SNMP port is open, but the SNM2 port is closed.
  • SMI-S Storage Management Initiative-Specification
  • a user for example, an administrator registers authentication information necessary for discovery in a management apparatus for each management protocol supported by the management server 3101. Then, the management server 3101 issues a command specifying the IP address [192.168.1.5] for each management protocol supported by the management server 3101 using the registered authentication information. The success or failure of the discovery is determined based on the response to.
  • 32 shows an example of information indicating a discovery result output by the management server 3101). Specifically, for example, although it can be understood that an IP address [192.168.1.5] is a device capable of communicating by SNMP, details of the device are unknown. For this reason, it is difficult to register authentication information necessary for discovering a device at the IP address [192.168.1.5]. (Problem 2) For the management server 3101, it is assumed that the optimum protocol of the device 4 is WBEM. According to the conventional processing flow, as indicated by reference numeral 3202 in FIG. 32, the device 1 returns the response to the WBEM command from the device 1 to the management server 3101 for the IP address [192.168.1.1]. 4 (FC switch) is discovered.
  • FC switch FC switch
  • the device discovery is found to be unsuccessful from the response that the device 4 returns to the management server 3101 in response to the SSH command. . That is, for the same device 4, there is an IP address that succeeds in discovery and an IP address that fails in discovery. However, from the discovery result information, it is not known whether the discovered device 4 is a device that is directly monitored or a device that is indirectly monitored via the device 1.
  • the device 4 is monitored by the SMI-S provider function of the device at the IP address [192.168.1.1] (ie, indirect It can be seen that the device is monitored automatically.
  • FIG. 1 shows an example of the overall configuration of a system according to Embodiment 1 of the present invention.
  • a plurality of devices 10 are connected to the IP network 3102.
  • An input / output terminal 60, a DNS (Domain Name System) server 70, and a management server 100 are connected to the IP network 3102.
  • the plurality of devices 10 for example, the following devices 1 to 5, (*) Device 1 (with Windows server, IP address [162.168.1.1], WMI port and WBEM port), (*) Device 2 (Unix server, IP address [162.168.1.2], SSH port and NIS port), (*) Device 3 (with IP switch, IP address [162.168.1.3], SSH port and SNMP port), (*) Device 4 (with FC switch, IP address [162.168.1.1], SSH port), (*) Device 5 (storage, IP address [162.168.1.5], SNMP port and SNM2 port (however, the SNM2 port is closed)), There is.
  • the plurality of devices 10 is not limited to these five devices 1-5. As described above, a plurality of different types of devices may be connected to the IP network
  • Each device 10 has an optimum protocol for each device type (for example, a type determined by at least one of a category, a subcategory, a model, and a vendor).
  • the optimum protocol is a management protocol that can acquire the most necessary information among a plurality of management protocols.
  • the relationship between the device type and the optimum protocol is, for example, as follows.
  • the plurality of devices 10 may include not only directly monitored devices but also indirectly monitored devices.
  • the “directly monitored device” is a device that is monitored by the management server 100 without going through any of the plurality of devices 10.
  • the “indirectly monitored device” is a device monitored by the management server 100 via any one of the plurality of devices 10.
  • the first device of the plurality of devices 10 monitors the second device of the plurality of devices
  • the second device is monitored by the management server 100 via the first device. Therefore, it is a device that is indirectly monitored.
  • the device 4 monitored by the SMI-S provider function of the device 1 via the WBEM port of the device 1 is a device that is indirectly monitored.
  • the DNS server 70 manages the correspondence between the IP addresses uniquely assigned to the devices 1 to 5 and the host names (or domain names) of the devices 1 to 5.
  • the DNS server 70 is also assigned an IP address ([198.162.2.1] in the illustrated example).
  • the input / output terminal 60 has a display device 61 and an input device 62.
  • the input / output terminal 60 may be a general-purpose personal computer.
  • Information transmitted from the management server 100 to the input / output terminal 60 is displayed on the display device 61, and information input to the input device 62 is transmitted from the input / output terminal 60 to the management server 100.
  • the user can input necessary information from the input device 62 based on various information displayed on the display device 61.
  • the management server 100 discovers a device connected to the IP network 3102 and monitors the discovered device via the IP network 3102.
  • the management server 100 includes a NIC (Network Interface Card) 104 connected to the IP network 3102, a memory 102, a storage device 103 (for example, a hard disk drive), and a CPU 101 connected thereto.
  • NIC Network Interface Card
  • Other types of communication interface devices may be used instead of the NIC 104, other types of storage resources may be used instead of at least one of the memory 102 and the storage device 103, and other types of storage resources may be used instead of the CPU 101.
  • a processor may be employed.
  • a later-described management program executed by the CPU 101 is stored in the memory 102, and various types of information are stored in the storage device 103.
  • FIG. 2 shows a configuration example of the management program 200 stored in the memory 102.
  • the memory 102 stores the management program 200.
  • the management program 200 executes the process shown in FIG.
  • the management program 200 includes an optimal protocol determination program 201, an optimal protocol estimation program 202, a user correction program 203, and a device discovery program 204. Details of the programs 201 to 204 will be described later.
  • FIG. 3 shows an example of information stored in the storage device 103.
  • the storage device 103 includes a target IP address management table 301, a DNS table 303, an optimum protocol table 305, an SNMP table 307, an open port table 309, a host name table 311, a login screen table 313, a scan result aggregation table 315, and an indirect monitoring device table. 317, a port knowledge table 319, a guess table 321 and an optimum protocol determination table 323 are stored. Of these tables shown in FIG. 3, for example, the optimum protocol table 305 and the port knowledge table 319 are stored before the processing shown in FIG. 16 is started. Further, among the tables shown in FIG. 3, tables other than the tables 305 and 319 are created and stored in the process shown in FIG.
  • FIG. 4 shows a configuration example of the IP address management table 301.
  • the IP address management table 301 is a table that represents a range of target IP addresses. Specifically, for example, the table 301 includes the following information for each IP address range: (*) Range name 401 which is the name of the IP address range, (*) Start IP address 402 which is the first IP address in the IP address range, (*) End IP address 403, which is the IP address at the end of the IP address range, Have According to the table 301, it can be seen that the range name “RANGE_1” is configured with a range from the IP address “192.168.1.1” to the IP address “192.168.1.10”.
  • the range name 401, start IP address 402, and end IP address 403 reflect values input by the user with the input device 62 in accordance with the display screen of the display device 61 (the display screen is not shown).
  • FIG. 5 shows a configuration example of the DNS table 303.
  • the DNS table 303 is a table that represents the IP address of the DNS server 70. According to FIG. 5, the table 303 stores only the IP address of one DNS server 70. However, a plurality of IP addresses may be registered in the table 303 according to the number of DNS servers 70 connected to the system. Further, when the DNS server 70 is hierarchized, information related to the hierarchy may be registered in the table 303.
  • FIG. 6 shows a configuration example of the optimum protocol table 305.
  • the optimum protocol table 305 is a table showing the correspondence between the device type and the optimum protocol.
  • the table 305 includes the following information for each device type: (*) Category name 601 which is the name of a device category (for example, server, switch, storage), (*) Subcategory name 602 which is the name of the device subcategory (for example, server type, switch type, storage type), (*) Vendor name 603, which is the name of the vendor (*) Model name 604 which is the name of the model, (*) Optimal protocol name 605 which is the name of the optimal protocol corresponding to the device type, Have According to the table 305, it is understood that the optimum protocol of the Windows server is “WMI”. Further, according to the table 305, it is understood that the optimum protocol of the IP switch having the vendor name “Company A” and the model name “M_A — 001” is “SNMP”.
  • FIG. 7 shows a configuration example of the SNMP table 307.
  • the SNMP table 307 is a table in which device information acquired from a response to an inquiry according to SNMP is registered. Specifically, for example, the table 307 includes the following information for each response to an inquiry according to SNMP: (*) IP address 701 which is the IP address specified in the query, (*) Vendor name 702 which is the vendor name acquired from the response; (*) A model name 703 that is a model name acquired from the response. According to the table 307, it can be seen that the vendor of the device to which the IP address “192.168.1.3” is assigned is “Company A” and the model is “M_A_001”. In this embodiment, connection is attempted to the devices 1 to 5 using SNMP.
  • connection for example, “Public” which is a default value of the community name is used as SNMP authentication information. If the connection is successful, the management server 100 receives a response including the vendor name and model name.
  • the table 307 may include only information related to an IP address that has been successfully connected, or may include information related to an IP address that has failed to be connected.
  • FIG. 8 shows a configuration example of the open port table 309.
  • the open port table 309 is a table representing the number of the open port specified for the IP address. Specifically, for example, the table 309 includes the following information for each IP address designated by the port scan described later, (*) IP address 801, (*) Open port number 802 which is the open port number specified for the IP address; Have According to the table 309, it can be seen that a device having an IP address of “192.168.1.1” has two numbered open ports of “135” and “5988”. The creation of the table 309 may be performed by, for example, a well-known port scan tool.
  • FIG. 9 shows a configuration example of the host name table 311.
  • the host name table 311 is a table representing the host name specified for each IP address. Specifically, for example, the table 311 includes the following information for each IP address designated by the host name scan described below: (*) IP address 901, (*) Host name 902 which is the host name specified for the IP address; Have According to the table 311, it can be seen that the host name of the device having the IP address “192.168.1.1” is “take”.
  • This table 311 is created as follows. That is, the management program 200 specifies the IP address of the DNS server 70 from the DNS table 303 described above, and inquires of the DNS server 70 at the specified IP address about the host name corresponding to the IP address. The management program 200 registers the host name responding to the inquiry and the IP address corresponding to the host name in the table 311.
  • FIG. 10 shows a configuration example of the login screen table 313.
  • the login screen table 313 is a table representing the URL of the login screen for the IP address.
  • the table 313 includes the following information for each IP address designated by a login screen URL scan described below.
  • the management program 200 may attempt to connect to each device using HTTP (Hyper Text Transfer Protocol) and register the login screen URL in the table 313 for the device that has responded.
  • HTTP Hyper Text Transfer Protocol
  • FIG. 11 shows a configuration example of the scan result aggregation table 315.
  • the scan result aggregation table 315 is a table in which information registered in the tables illustrated in FIGS. 7 to 10 is aggregated. Specifically, for example, the table 315 includes the following information for each IP address in the tables shown in FIGS. (*) IP address 1101, (*) A vendor name 1102 that is a vendor name 702 corresponding to the same IP address 701 as the IP address 1101; (*) A model name 1103 that is a model name 703 corresponding to the same IP address 701 as the IP address 1101; (*) An open port number 1104 that is an open port number 802 corresponding to the same IP address 801 as the IP address 1101; (*) A host name 1105 that is a host name 902 corresponding to the same IP address 901 as the IP address 1101; (*) A login screen URL 1106 which is a login screen URL 1002 corresponding to the same IP address 1001 as the IP address 1101; Have According to the table 315, a device having an IP address of “192.168.1.3” is
  • FIG. 12 shows a configuration example of the indirect monitoring device table 317.
  • the indirect monitoring device table 317 is a table having information on devices that are indirectly monitored (for example, devices monitored by the SMI-S provider function). Specifically, for example, the table 317 is provided for each device in which the SMI-S provider function is installed. (*) For each IP address 1201, which is the IP address of the device in which the SMI-S provider function is installed, (*) Monitoring target IP address 1202 which is the IP address of the device to be monitored of the device in which the SMI-S provider function is installed, Have According to the table, a device having an IP address of “192.168.1.4” is monitored by an SMI-S provider installed in a device having an IP address of “192.168.1.1”. I understand that.
  • FIG. 13 shows a configuration example of the port knowledge table 319.
  • the port knowledge table 319 is a table representing a correspondence relationship between an open port and an estimated optimal protocol.
  • the table 319 includes the following information for each port that can be a basis for estimating the optimum protocol: (*) Port number 1301, which is the port number, (*) Accuracy 1302 representing the probability of being the optimal protocol, (*) Optimal protocol name 1303, which is the name of the optimal protocol, Have According to the table 319, it can be seen that the device having the port “22” opened has the accuracy (probability) of “50%” and the optimum protocol is “SSH”.
  • FIG. 14 shows a configuration example of the estimation table 321.
  • the estimation table 321 is a table that represents the probability of the optimum protocol for the IP address.
  • the table 321 includes the following information for each IP address in the scan result aggregation table 315: (*) IP address 1401, (*) Accuracy 1402 representing the probability that the management protocol that is estimated to be optimal is the optimal protocol, (*) A guess result 1403 that is the name of the management protocol that is guessed to be optimal.
  • IP address 1401 IP address 1401
  • Accuracy 1402 representing the probability that the management protocol that is estimated to be optimal is the optimal protocol
  • a guess result 1403 that is the name of the management protocol that is guessed to be optimal.
  • a device having an IP address of “192.168.1.1” has an accuracy of “90%” and “WMI” is the optimal protocol.
  • FIG. 15 shows a configuration example of the optimum protocol determination table 323.
  • the optimum protocol determination table 323 is a table representing the optimum protocol determined for the IP address. Specifically, for example, the table 323 includes the following information for each IP address in the guess table 321: (*) IP address 1501, (*) Optimal protocol name 1502, which is the name of the optimal protocol determined for the IP address, Have According to the table, it is understood that the optimum protocol is determined to be “WMI” for the device having the IP address “192.168.1.1”.
  • the process may be performed at any timing.
  • the processing may be performed when the management server 100 is connected to the IP network 3102, or may be performed when a device connected to the IP network 3102 is added. It may be done when rebooting.
  • FIG. 16 is a flowchart illustrating an example of processing performed by the management program 200. With reference to this figure, an outline of the overall flow of processing performed in the present embodiment will be described.
  • the management program 200 (for example, the optimum protocol estimation program 202) generates the IP address management table 301.
  • the program 200 has the following processing: (*) Information on the user input screen to be displayed on the display device 61 is transmitted to the input / output terminal 60. (*) Information input by the user on the user input screen (information on IP address range) is received from the input / output terminal 60, and the information (range name, start IP address and end IP address for each IP address range) is managed in the management table Register to 301, I do.
  • the management program 200 (for example, the optimal protocol estimation program 202) executes an optimal protocol estimation process.
  • the optimum protocol estimation process the optimum protocol is estimated for each IP address belonging to the IP address range input by the user in S1601.
  • the management program 200 (for example, the user correction program 203) executes a user correction process.
  • the user correction process it is determined by the user whether or not the optimum protocol estimated in S1602 is correct. If necessary, the management protocol determined by the user is replaced with the optimum protocol for the IP address instead of the estimated optimum protocol. It is said.
  • authentication information acquisition processing is performed. Specifically, authentication information about the determined optimum protocol is input from the user.
  • the management program 200 (for example, the device discovery program 204) performs discovery processing for each IP address using the input authentication information for the optimum protocol corresponding to the IP address.
  • the management program 200 determines whether or not the device has been discovered in the discovery process for each IP address. If there is an IP address that has failed to be discovered (S1606: No), the management program 200 (for example, the device discovery program 204) causes the user to input another authentication information (returns to S1604).
  • S1602 to S1606 may be performed only for the IP addresses of the devices.
  • FIG. 17 is a flowchart showing an example of the flow of S1602 in FIG.
  • the optimal protocol estimation program 202 performs the processing from S1702 onward for each IP address belonging to the IP address range specified from the IP address management table 301.
  • S1702 and subsequent steps will be described by taking one IP address (hereinafter referred to as a target IP address in the description of FIG. 17) as an example.
  • the program 202 tries to connect using the SNMP protocol specifying the target IP address. Specifically, for example, the program 202 transmits a command conforming to the SMNP protocol specifying the target IP address. In this command, a default value “Public” of the community name is set as authentication information.
  • the program 202 determines whether or not the connection in S1702 has been established. Specifically, the program 202 determines whether or not connection is possible using the SNMP protocol according to the response to the command transmitted in S1702.
  • step S1704 the program 202 performs an SNMP scan.
  • the “SNMP scan” is a process for issuing an inquiry conforming to the SNMP for the target IP address and acquiring information related to the device that has returned the response from the response corresponding to the inquiry. In the SNMP scan, for example, the following processing shown in FIG. 18 is performed.
  • the program 202 acquires the vendor name (the vendor name of the device that returned the response) based on the response to the inquiry conforming to SNMP, and uses the vendor name as the vendor name 702 corresponding to the target IP address. It registers in 307 (S1801).
  • the program 202 inquires about sysObjectID (identification information indicating the type of the device at the target IP address on the SNMP protocol). Then, the program 202 uses the information included in the response to the inquiry to acquire the vendor name from a publicly available vendor ID table (a table in which the sysObjectID and the vendor name are associated) (not shown). (*) The program 202 acquires the model name of the device that returned the response, and registers the model name in the SMNP table 307 as the model name 703 corresponding to the target IP address (S1802). Specifically, for example, the program acquires a model name from a vendor-specific MIB (Management Information Base) based on the vendor name acquired in S1801. The MIB is information that is disclosed by a network device managed by SNMP in order to inform the outside of its state.
  • MIB Management Information Base
  • step S1705 the program 202 performs port scanning.
  • “Port scan” is to investigate whether or not a specific port is open for the device at the target IP address.
  • the specific port is a port corresponding to a protocol that the management apparatus wants to check, such as a 135th port corresponding to the WMI protocol.
  • the program 202 confirms whether or not a specific port is open for the device at the target IP address. For example, the confirmation is performed based on a response when the program 202 transmits a TCP (SYN) packet to a device at a symmetric IP address.
  • a TCP (SYN + ACK) packet is returned as a response
  • the program 202 determines that the port is open.
  • a TCP (RST + ACK) packet is returned as a response
  • the program 202 determines that the port is closed. If the port is open, the program 202 registers the port number 802 corresponding to the symmetric IP address in the open port table 309 (S1901).
  • step S1706 the program 202 performs user clue scanning.
  • “User clue scan” is a process to acquire information that can be used to estimate the optimal protocol in order to increase the probability that the management protocol that is estimated to be the optimal protocol is the optimal protocol. Is executed according to In the user clue scan, for example, the following processing shown in FIG. 20 is performed.
  • the program 202 performs a host name scan (S2001). Specifically, the program 202 acquires a host name corresponding to the target IP address from the DNS server 70, and registers the acquired host name in the host name table 311 as a host name 902 corresponding to the target IP address.
  • the program 202 performs login result URL scanning (S2002).
  • the program 202 attempts to log in to the device at the target IP address using HTTP.
  • the login attempt is performed, for example, by inputting a URL (eg, http://192.168.1.3) on the browser screen.
  • the URL may be a URL determined based on the target IP address. If the login is possible, the program 202 registers the login screen URL in the login screen table 313 as the login screen URL 1002 corresponding to the target IP address.
  • a query using the Telnet protocol for example, a query using the Telnet protocol, and a character string included in a response to the query may be specified.
  • the program 202 may aggregate the information registered in the tables shown in FIGS. 7 to 10 in the scan result aggregation table 315 after the above processing (the processing up to S1706) is completed. .
  • step S1707 the program 202 performs estimation processing.
  • the program 202 updates the estimation table 321 based on the optimum protocol table 305 and the SNMP table 307 (S2101). Specifically, the program 202 first specifies the vendor name and model name corresponding to the target IP address from the SNMP table 307. Next, the program 202 specifies the optimum protocol corresponding to the specified vendor name and model name from the optimum protocol table 305. Then, the program 202 registers the identified optimum protocol in the estimation table 321 as the estimation result 1403 corresponding to the target IP address. Since this optimal protocol is specified using the vendor name and model name, the accuracy 1402 is 100%.
  • the program 202 reads the open port table 309 and the port Based on the knowledge table 319, the estimation table 321 is updated (S2102). Specifically, the program 202 first specifies an open port number corresponding to the target IP address from the open port table 309. Next, the program 202 identifies the optimum protocol corresponding to the identified open port number and its accuracy from the port knowledge table 319. Then, the program 202 registers the name and accuracy of the identified optimum protocol in the estimation table 321 as the estimation result 1403 and the accuracy 1402 corresponding to the target IP address.
  • the program 202 reads the optimum protocol corresponding to each of the plurality of open port numbers from the port knowledge table 319.
  • the name and accuracy may be registered in the estimation table 321, or only the name and accuracy of the optimum protocol having the highest open port number accuracy among the plurality of optimum protocol names and accuracy are registered in the estimation table 321. May be. In this way, even when there are a plurality of optimum protocol name and accuracy pairs corresponding to the target IP address, the estimation result and accuracy are registered in the estimation table 321.
  • an extended port knowledge table 2300 illustrated in FIG. 22 may be used instead of the port knowledge table 319.
  • the extended port knowledge table 2300 is a table in which the accuracy and the optimum protocol name are associated with each combination of one or more open port numbers. According to this table 2300, the optimum protocol and its accuracy are specified regardless of whether the number of open port numbers corresponding to the target IP address is one or more.
  • S1602 of FIG. 16 that is, the optimum protocol estimation process is completed.
  • S1603 user correction process
  • the user correction program 203 performs, for example, the following processing: (*) Information on a user correction screen (screen for user correction) to be displayed on the display device 61 is transmitted to the input / output terminal 60. (*) The information input by the user on the user correction screen is received from the input / output terminal 60, and the optimum protocol determination table 323 is updated based on the information. I do.
  • the user correction screen may include information represented by the scan result aggregation table 315 and the estimation table 321.
  • FIG. 23 shows an example of the user correction screen.
  • the user correction screen 2300 is linked to the category, device details (eg, subcategory, vendor name, model name), accuracy, host name, and login screen URL for each IP address represented by the scan result aggregation table 315 and the estimation table 321.
  • At least one of the character strings “login screen” is displayed.
  • the input / output terminal 60 displays a login screen of the URL linked to the character string on the display device 61. That is, the user can see the login screen (FIG. 24 shows a login screen 2400 which is an example of the login screen).
  • the user determines whether or not the category and device details are correct based on the accuracy for each IP address (if necessary, further based on at least one of the host name and the login screen).
  • the user corrects the category and / or device details.
  • the estimation may be performed based on the host name. Further, the estimation may be performed based on whether or not the login can be performed from the login screen (see FIG. 24) displayed by clicking the character string “login screen”.
  • the category and / or device details after correction may be selected from a pull-down menu of the category and / or device details as illustrated in FIG.
  • information for example, vendor name and model name
  • the optimum protocol table 305 (see FIG. 6) may be set in the pull-down menu.
  • the corrected category and / or device details are registered in the scan result aggregation table 315.
  • the optimal protocol determination program 201 of the management server 100 determines an optimal protocol for each IP address represented by the scan result aggregation table 315 and the estimation table 321. That is, the program 201 creates the optimum protocol determination table 323. Specifically, for example, the program 201 performs the following processing for each IP address: (*) If the optimum protocol can be uniquely identified from the optimum protocol table 305 using the model name and vendor name in the scan result aggregation table 315, the name of the optimum protocol is registered in the optimum protocol determination table 323.
  • an authentication information acquisition process is performed.
  • the device discovery program 204 performs the following processing for each optimum protocol represented by the optimum protocol determination table 323: (*) Authentication information input screen display processing, (*)
  • the entered authentication information is stored.
  • the display process is a process of transmitting information representing the authentication information input screen 2500 illustrated in FIG. 25 to the input / output terminal 60.
  • the screen 2500 is displayed on the display device 61.
  • the user inputs authentication information such as a user ID and a password.
  • the input authentication information is stored in the memory 102 or the storage device 103 of the management server 100. Note that one or more types of authentication information may be set for one optimum protocol.
  • the device discovery program 204 executes discovery processing.
  • FIG. 26 is a flowchart showing an example of the flow of S1605 (discovery process) in FIG.
  • the program 204 executes the processing after S2602 for all IP addresses stored in the optimum protocol determination table 323.
  • a target IP address in the description of FIG. 26
  • S2602 and subsequent steps will be described.
  • the program 204 determines whether or not the optimum protocol corresponding to the target IP address is WBEM. Specifically, the program 204 determines whether or not the optimum protocol name 1502 corresponding to the target IP address is “WBEM” based on the optimum protocol determination table 323. If the result of the determination is negative (S2602: No), the process proceeds to S2606. On the other hand, if the result of the determination is affirmative (S2602: Yes), the process proceeds to S2603.
  • the program 204 discovers a device at the target IP address by using the authentication information corresponding to the optimal protocol in S2606 using the optimal protocol corresponding to the target IP address.
  • the program 204 determines whether or not the WBEM port of the device at the target IP address is available in S2603. Specifically, the program 204 determines whether or not the open port number corresponding to the target IP address is a port number corresponding to WBEM based on the port table 309 (note that the management protocol corresponding to the open port number) For example, the information indicating is disclosed on the Internet, and this determination can be made based on the information). If the result of this determination is affirmative (S2603: Yes), the process proceeds to S2605. If the result of this determination is negative (S2603: No), the process proceeds to S2604.
  • the program 204 discovers a device at the target IP address in the WBEM using the authentication information of the WBEM.
  • S2603 In the case of No, in S2604, the program 204 identifies a device that can use the WBEM port, and discovers an indirect monitoring device (a device that is indirectly monitored) through the device. Specifically, the program 204 first specifies the IP address of the device in which the WBEM port is open based on the open port table 309. Hereinafter, a device to which this IP address is assigned is referred to as a temporary device (the temporary device is a device 1 having an SMI-S provider function in this embodiment). The program 204 then attempts to connect to the temporary device with WBEM.
  • the program 204 acquires information about the one or more monitoring target devices of the temporary device from the temporary device, and based on the information, the program 204 acquires one or more monitoring targets of the temporary device. It is determined whether there is a device to which the same IP address as the target IP address is assigned. If the result of this determination is affirmative, the program 204 discovers the indirect monitoring device using the authentication information of the WBEM via the temporary device. Note that if the temporary device cannot be specified in the open port table 309, or if the temporary device cannot be connected to the temporary device by WBEM, the program 204 sets the target IP address. Even if an instruction message for creating a device for managing the assigned device (an instruction message for setting an SMI-S provider in a device having a WBEM port) is transmitted to the input / output terminal 60 used by the user. Good.
  • the program 204 determines whether or not the device has been correctly discovered for all the IP addresses represented by the optimum protocol determination table 323.
  • the program 204 causes the user to input another authentication information for the IP address (return to S1604).
  • the program 204 For the address, the input / output terminal 60 displays information indicating that the optimum protocol is specified, the port used in the optimum protocol is opened, and authentication information about the optimum protocol is input. Good.
  • the optimal protocol estimation process (S1602 in FIG. 16) is performed before the authentication information is input. Then, based on the result of the estimation process, the correction is performed by the user as necessary, and the optimum protocol is determined for each IP address.
  • the optimal protocol determined for each IP address is determined based on the management protocol that is estimated to be optimal based on known information (optimum protocol table 305 and port knowledge table 319) and the results of various scans. Since it is a management protocol, there is a high possibility that it is an optimal protocol. Therefore, the user can know the optimum protocol to some extent accurately for each IP address before inputting the authentication information, and can input the authentication information based on the optimum protocol. Therefore, it is not difficult to input correct authentication information.
  • the discovery of the device is caused by the fact that the port corresponding to the optimum protocol is closed. Even if it fails, it is understood that the management program 200 should open the port corresponding to the optimum protocol in order to successfully discover the device.
  • the management program 200 can cause the display device 61 to display discovery result information exemplified by reference numeral 3301 in FIG. If the user sees the information, in order to successfully discover the device (device 5) at the IP address [192.168.1.5], the user must open the SNM2 port of the device and perform authentication according to SNM2. It can be seen that it is only necessary to input information and cause the management program 200 to perform discovery processing for the IP address again.
  • the discovered device is an indirect monitoring device by the processing of S2604 in FIG.
  • the management program 200 can cause the input / output terminal 60 to display discovery result information exemplified by reference numeral 3302 in FIG. That is, in addition to the successful discovery of the device at the IP address [192.168.1.4], the device is monitored from the device at the IP address [192.168.1.4]. Information indicating the device can be displayed on the input / output terminal 60.
  • Examples 2 to 4 of the present invention will be described. At that time, differences from the first embodiment will be mainly described, and description of common points with the first embodiment will be omitted or simplified. Examples 2 to 4 shown below are used when different types of devices are added. As described above, the optimum protocol table 305 (see FIG. 6) is held in advance by the management server 100, for example. For this reason, the embodiments 2 to 4 are effective when it is desired to add information on the newly added device type to the optimum protocol table 305 (for example, when a new type of device is produced). . Examples 2 to 4 will be described below.
  • the user manually adds information on an arbitrary device to the optimum protocol table 305.
  • a management program for example, a user correction program
  • the management program causes the input / output terminal 60 to display a device addition screen 2702 illustrated in FIG.
  • the device addition screen 2702 is a screen for receiving a category name, a vendor name, a model name, and an optimum protocol name, for example.
  • the user can add information regarding an arbitrary device to the device addition screen 2702.
  • Information input on this screen 2702 is added to the optimum protocol table 305.
  • the information added to the table 305 is displayed on, for example, a pull-down menu on the user correction screen.
  • the user updates the optimum protocol table 305 based on information issued from the vendor.
  • device information 2810 of the device 2800 provided by the vendor is installed in the management server 100 for the device 2800 to be added to the management server 100.
  • the device information 2810 is installed in the management server 100 via the input / output device 60 by the user.
  • the installed device information 2810 is registered in the optimum protocol table 305.
  • the management program 200 downloads device information from a predetermined site, and registers the device information in the optimum protocol table 305.
  • a repository server 2800 storing device information 2840 is connected to the IP network 3102 as shown in FIG.
  • the repository server 2800 includes, for example, a NIC 2811, a memory 2820, a storage device 2830, and a CPU 2810 connected thereto, like the management server.
  • the CPU 2810 downloads the device information 2840 to the storage device 2830 via the IP network 3102 by executing the program stored in the memory 2820.
  • the storage device 2840 stores downloaded device information.
  • the management server 100 (management program 200) periodically (or irregularly) determines whether there is new device information 2840 in the storage device 2830.
  • the management server 100 downloads new device information 2840 from the repository server 2800.
  • the management server 100 registers the downloaded device information 2840 in the optimum protocol table 305.
  • the management server 100 downloads the device information 2840 and registers the information 2840 in the optimum protocol table 305 on the display device 61 as shown in FIG. This may be performed when 3000 is displayed and approval is obtained from the user through the screen 3000.
  • Management server 10 ... Communication device

Landscapes

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

Abstract

　管理装置が、各属性／プロトコル関係（通信装置属性とその通信装置属性を有する通信装置に最適であると推測される管理プロトコルとの対応関係）を表す属性／プロトコル管理情報を記憶する。管理装置が、通信装置の発見に使用する認証情報の入力前に、複数のアドレスの各々について、（Ａ）アドレスを指定した問合せを発行し、（Ｂ）その問合せに対する応答を、その問合せで指定されたアドレスにある通信装置から受信した場合、その問合せで指定されたアドレスと応答を基に取得された通信装置属性との対応関係を表す問合せ結果情報を記憶資源に書き込み、（Ｃ）問合せ結果情報が表す通信装置属性に対応した管理プロトコルを属性／プロトコル管理情報から特定し、（Ｄ）特定された管理プロトコルを基に、アドレスについての最適な管理プロトコルを決定する。

Description

通信ネットワークに接続されている通信装置を発見する方法及び管理装置
　本発明は、通信ネットワークに接続されている装置の発見に関する。
　この種の技術として、例えば、特許文献１及び非特許文献１の技術が知られている。
　特許文献１によれば、管理サーバが、ＩＰアドレスに対して装置の構成情報の送信を指示し、その指示に対して応答のあった装置のＩＰアドレスを、監視対象の装置とする。
　非特許文献１によれば、ＳＩＭ（HP　Systems　Insight　Manager）が、複数のネットワーク管理プロトコル（以下、管理プロトコル）から管理プロトコルを選択し、選択した管理プロトコルを使用して装置を探す。装置が検出された場合、以後、その装置の管理プロトコルとして、選択した管理プロトコルが使用される。
特開２０１０－１０８０６３号公報
「HP　Systems　Insight　Manager　6.1　ユーザ　ガイド」（http://h50146.www5.hp.com/products/software/management/hpsim/）の「第４章　認証情報」（第２７頁～第２８頁）と「第６章　検出」（第３０頁～第３２頁）
　通信ネットワークには、一般に、複数種類の通信装置が存在する。具体的には、例えば、カテゴリの異なる通信装置（例えば、サーバ装置、ストレージ装置、及びスイッチ装置）、カテゴリが同一であってもサブカテゴリの異なる通信装置（例えば、Windows（登録商標）のサーバ装置と、Linux（登録商標）のサーバ装置）、カテゴリが同一であってもモデルの異なる通信装置、或いは、カテゴリが同一であってもベンダの異なる通信装置が存在する。通信装置の種類が異なっていれば、通信装置でサポートされている管理プロトコルが異なっていることも少なくない。また、１つの通信装置に２以上の管理プロトコルがサポートされていることがある。
　このような通信ネットワークにおける複数の通信装置を監視できるよう、管理装置には、通常、複数の管理プロトコルがサポートされている。管理プロトコルは、例えば、ＷＭＩ（Windows　Management　Instrumentation）、ＳＳＨ（Secure　SHell）、ＳＮＭＰ（Simple　Network　Management　Protocol）、ＷＢＥＭ（Web-Based　Enterprise　Management）、ＳＮＭ２（Simple　Navigator　Modular　2）、ＮＩＳ（Network  Information  Service）等である。
　管理装置が監視の際に使用すべき管理プロトコル（以下、最適プロトコル）は、通信装置の種類によって異なっていることがある。このため、管理装置は、一般に、最適プロトコル管理情報を有している。最適プロトコル管理情報は、通信装置の種類毎の最適プロトコルを表す情報である。最適プロトコルは、例えば、複数の管理プロトコルのうち、管理装置が欲しい情報を最もたくさん取得できる管理プロトコルである。
　管理装置は、通信装置を監視するためには、前もって、その通信装置を発見しておく必要がある。通信装置の発見は、一般に、以下の流れで行われる。
（Ｓ１）ユーザ（例えば管理者）が、管理装置でサポートされている管理プロトコル毎に、発見に必要な認証情報を管理装置に登録しておく。
（Ｓ２）ユーザが、アドレス範囲を管理装置に指定する。
（Ｓ３）管理装置が、指定されたアドレス範囲（典型的にはＩＰアドレス範囲）に属するアドレス毎に、下記の処理を行う。
（Ｓ３ａ）管理装置が、各管理プロトコルで、その管理プロトコルについて登録された認証情報を用いて、アドレス宛にコマンドを送信する。コマンドの送信で使用された管理プロトコルが、そのコマンドの送信先のアドレスにある通信装置でサポートされている管理プロトコルであれば、その通信装置は、その管理プロトコルに従い、そのコマンドに対して応答を返す。
（Ｓ３ｂ）管理装置が、上記（Ｓ３ａ）で送信したコマンドに対する応答を受信する。
（Ｓ３ｃ）管理装置が、上記（Ｓ３ｂ）で受信した応答を解析し、発見の成否を判断する。
　前述したように、通信ネットワークには、一般に、異種の複数の通信装置が存在する。ユーザは全ての通信装置を把握しているわけではない。このような通信ネットワークにおける通信装置を発見するための正しい認証情報を入力することは、ユーザにとって困難である。
　また、管理装置は、発見結果を表す情報（例えば、指定されたアドレス範囲に属するアドレス毎の発見成否とその説明を表す情報）を出力することができるが、ユーザは、その情報を見ても、発見失敗に対応したアドレスについて、どのような認証情報を登録すればそのアドレスにある通信装置を発見できるかはわからない。具体的には、例えば、或るアドレスにある通信装置（以下、この段落で、そのアドレスを「対象アドレス」と言い、そのアドレスにある通信装置を「対象通信装置」と言う）で、第１及び第２の管理プロトコルがサポートされていて、且つ、第１の管理プロトコルが対象通信装置の最適プロトコルであるとする。また、対象通信装置において、第２の管理プロトコルが使用しているポートが開いているが、第１の管理プロトコルが使用しているポートが閉じているとする（「ポートが開いている」とは、外部から、そのポートを使用している管理プロトコルで接続が可能である状態を意味する）。この場合には、管理装置は、第１の管理プロトコル（最適プロトコル）では通信装置を検出すらできない。また、管理装置は、第２の管理プロトコルで通信装置を検出するものの、対象通信装置であることの発見には失敗する。具体的には、管理装置は、第２の管理プロトコルで通信できる通信装置が対象アドレスにあることがわかるものの、その通信装置がどんな種類の通信装置であるかを知ることはできない。このような理由からも、通信装置を発見するための正しい認証情報を入力することは、ユーザにとって困難である。
　従って、本発明の目的は、管理装置が通信ネットワークを介して通信装置を発見することに成功する確率を高くすることにある。
　管理装置が、各属性／プロトコル関係（通信装置属性とその通信装置属性を有する通信装置に最適であると推測される管理プロトコルとの対応関係）を表す属性／プロトコル管理情報を記憶する。管理装置が、通信装置の発見に使用する認証情報の入力前に、複数のアドレスの各々について、（Ａ）アドレスを指定した問合せを発行し、（Ｂ）その問合せに対する応答を、その問合せで指定されたアドレスにある通信装置から受信した場合、その問合せで指定されたアドレスと応答を基に取得された通信装置属性との対応関係を表す問合せ結果情報を記憶資源に書き込み、（Ｃ）問合せ結果情報が表す通信装置属性に対応した管理プロトコルを属性／プロトコル管理情報から特定し、（Ｄ）特定された管理プロトコルを基に、アドレスについての最適な管理プロトコルを決定する。
　管理装置は、１つのアドレスについて（Ａ）乃至（Ｄ）を行った後に別のアドレスについて（Ａ）乃至（Ｄ）を行っても良いし、（Ａ）及び（Ｂ）を複数のアドレスについて行った後に、（Ｃ）及び（Ｄ）を複数のアドレスについて行っても良い。つまり、１つのアドレスについて処理が終了した後に次の処理が行われても良いし、複数のアドレスについて処理が終了した後に次の処理が行われても良い。
本発明の実施例１に係るシステムの全体構成を示す。 メモリ１０２が記憶する管理プログラム２００の構成例を示す。 記憶デバイス１０３が記憶する情報の一例を示す。 ＩＰアドレス管理テーブル３０１の構成例を示す。 ＤＮＳテーブル３０３の構成例を示す。 最適プロトコルテーブル３０５の構成例を示す。 ＳＮＭＰテーブル３０７の構成例を示す。 開きポートテーブル３０９の構成例を示す。 ホスト名テーブル３１１の構成例を示す。 ログイン画面テーブル３１３の構成例を示す。 スキャン結果集約テーブル３１５の構成例を示す。 間接監視装置テーブル３１７の構成例を示す。 ポートナレッジテーブル３１９の構成例を示す。 推測テーブル３２１の構成例を示す。 最適プロトコル決定テーブル３２３の構成例を示す。 管理プログラム２００が行う処理の一例を示すフローチャートである。 図１６のＳ１６０２（最適プロトコル推測処理）の流れの一例を示すフローチャートである。 図１７のＳ１７０４（ＳＮＭＰスキャン）の流れの一例を示すフローチャートである。 図１７のＳ１７０５（ポートスキャン）の流れの一例を示すフローチャートである。 図１７のＳ１７０６（ユーザ手がかりスキャン）の流れの一例を示すフローチャートである。 図１７のＳ１７０７（推測処理）の流れの一例を示すフローチャートである。 拡張ポートナレッジテーブル２３００の構成例を示す。 ユーザ補正画面の一例を示す。 ログイン画面の一例を示す。 認証情報入力画面の一例を示す。 図１６のＳ１６０５（発見処理）の流れの一例を示すフローチャートである。 実施例２に係る装置追加画面の一例を示す。 実施例３で行われる処理の概要の一例を示す。 実施例４で行われる処理の概要の一例を示す。 実施例４に従うユーザ承認画面の一例を示す。 課題の具体例の説明のために参照されるシステム構成の一例を示す。 従来の処理流れに従う発見結果情報の一例を示す。 実施例１に従う発見結果情報の一例を示す。
　以下の説明では、「ｘｘｘテーブル」の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ｘｘｘテーブル」を「ｘｘｘ情報」と呼ぶことができる。
　また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central　Processing　Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インタフェースデバイス（例えば通信ポート）を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサ或いはそのプロセッサを有する管理装置が行う処理としても良い。また、プロセッサは、ＣＰＵそれ自体であっても良いし、プロセッサが行う処理の一部又は全部を行うハードウェア回路を含んでも良い。プログラムは、プログラムソースから各コントローラにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。
　また、管理装置は、一以上の計算機で構成されて良い。具体的には、例えば、管理計算機が情報を表示する場合、或いは、管理計算機が表示用情報を遠隔の計算機に送信する場合、管理計算機が管理装置である。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んで良い）が、管理装置である。本実施形態では、管理サーバが管理装置である。
　また、以下の説明では、種々の対象（例えば、ベンダ、モデル）の識別情報の種類として、識別子或いは名前が採用されるが、それらは相互に置換可能であっても良いし、他種の識別情報が採用されても良い。
　また、以下の説明では、ネットワーク管理プロトコル（管理プロトコル）として、下記、
（＊）ＳＮＭＰ（Simple　Network　Management　Protocol）、
（＊）ＷＭＩ（Windows　Management　Instrumentation）、
（＊）ＷＢＥＭ（Web‐Based　Enterprise　Management）、
（＊）ＳＳＨ（Secure　SHell）、
（＊）ＳＮＭ２（Simple　Navigator　Modular　2）、
（＊）ＮＩＳ（Network　Information　Service）、
があるとする。ＳＮＭ２は、ベンダ固有の管理プロトコルの１つである。ＳＮＭ２に代えて又は加えて、他種のベンダ固有管理プロトコルが採用されても良い。また、少なくとも１つの上述の管理プロトコルに代えて又は加えて、他種の管理プロトコルが採用されても良い。
　また、以下の説明では、通信装置（カテゴリ）として、サーバ装置、スイッチ装置及びストレージ装置があるとする。以下の説明では、サーバ装置、スイッチ装置及びストレージ装置を、サーバ、スイッチ及びストレージと言う。なお、通信装置（カテゴリ）には、前述した装置の他に、無停電電源装置（UPS:　Uninterruptible　Power　Supply）、プリンタ等が含まれてもよい。
　また、以下の説明では、管理プロトコルｙｙｙで使用するポートを「ｙｙｙポート」と言う。
　また、以下の説明において、「ポートが開いている」とは、外部（例えば管理サーバ）から、そのポートを使用している管理プロトコルで接続が可能な状態であることを意味する。その状態でないことを、「ポートが閉じている」と言う。
　また、以下の説明では、通信ネットワークは、ＩＰ（Internet　Protocol）ネットワークであるが、他種の通信ネットワークが採用されても良い。ＩＰネットワークは、ＬＡＮ（Local　Area　Network）でも良いし、インターネットでも良い。
　また、以下の説明では、アドレスとしてＩＰアドレスが採用されるが、他種のアドレスが採用されても良い。
　以下、図面を参照して、本発明の幾つかの実施例を説明するが、実施例の説明を理解し易くするために、まず、課題の具体例を説明する。
　図３１に示すように、ＩＰネットワーク３１０２に、複数の通信装置（以下、装置）１０として、装置１～５があるとする。そして、装置１（Windowsサーバ（「Windows」は登録商標））が、ＳＭＩ－Ｓ（Storage　Management　Initiative　-　Specification）プロバイダ機能を有し、その機能により、装置４（ＦＣ（Fibre　Channel）スイッチ）を監視するとする。また、装置５（ストレージ）は、ＳＮＭＰポートとＳＮＭ２ポートとを有しているが、ＳＮＭＰポートは開いているものの、ＳＮＭ２ポートは閉じているとする。
　従来は、一般に、前述した通り、ユーザ（例えば管理者）が、管理サーバ３１０１でサポートされている管理プロトコル毎に、発見に必要な認証情報を管理装置に登録しておく。そして、管理サーバ３１０１が、管理サーバ３１０１でサポートされている各管理プロトコルについて、登録された認証情報を用いて、ＩＰアドレス［１９２．１６８．１．５］を指定したコマンドを発行し、そのコマンドに対する応答を基に、発見の成否を判断する。
　しかし、この処理流れによれば、例えば、以下の２つの課題がある。
（課題１）管理サーバ３１０１にとって、装置５の最適な管理プロトコル（最適プロトコル）は、ＳＮＭ２であるとする。しかし、装置５のＳＮＭ２ポートは閉じている。このため、ＩＰアドレス［１９２．１６８．１．５］について、ＳＮＭ２でのコマンドに対する応答が得られない。一方、装置５のＳＮＭＰポートは開いているため、ＳＮＭＰでのコマンドに対する応答は得られる。しかし、ＳＮＭＰは装置５の最適プロトコルではない。このため、図３２の参照符号３２０１に示す通り、ＩＰアドレス［１９２．１６８．１．５］について、装置の発見は失敗とわかり、且つ、そのＩＰアドレスにある装置の詳細は不明である（図３２は、管理サーバ３１０１によって出力された、発見結果を示す情報の一例を示す）。具体的には、例えば、ＩＰアドレス［１９２．１６８．１．５］について、ＳＮＭＰで通信可能な装置であることはわかるが、その装置の詳細は不明である。このため、ＩＰアドレス［１９２．１６８．１．５］にある装置の発見に必要な認証情報を登録することは困難である。
（課題２）管理サーバ３１０１にとって、装置４の最適プロトコルはＷＢＥＭであるとする。従来の処理流れによれば、図３２の参照符号３２０２に示す通り、ＩＰアドレス［１９２．１６８．１．１］について、ＷＢＥＭのコマンドに対して装置１が管理サーバ３１０１に返した応答から、装置４（ＦＣスイッチ）が発見される。また、図３２の参照符号３２０３に示す通り、ＩＰアドレス［１９２．１６８．１．４］について、ＳＳＨのコマンドに対して装置４が管理サーバ３１０１に返した応答から、装置の発見は失敗とわかる。つまり、同一の装置４について、発見に成功となるＩＰアドレスもあれば、発見に失敗となるＩＰアドレスもある。しかし、発見結果情報からは、発見された装置４が、直接的に監視される装置であるのか、装置１を介して間接的に監視される装置であるのかはわからない。
　以下に説明する実施例１～４のいずれでも、課題１及び２のいずれも解決されている。
　課題１については、例えば、図３３の参照符号３３０１が示す通り、装置５のＳＮＭ２ポートが閉じていても、装置５の最適プロトコルがＳＮＭ２であることがわかる。故に、ＳＮＭ２についての認証情報を登録すれば良いことがわかる。従って、実施例１によれば、正しい認証情報を登録することは難しくない。
　課題２については、例えば、図３３の参照符号３３０２が示す通り、装置４が、ＩＰアドレス［１９２．１６８．１．１］にある装置のＳＭＩ－Ｓプロバイダ機能によって監視される装置（つまり、間接的に監視される装置）であることがわかる。
　以下、本発明の幾つかの実施例を説明する。
　図１は、本発明の実施例１に係るシステムの全体構成例を示す。
　複数の装置１０がＩＰネットワーク３１０２に接続されている。ＩＰネットワーク３１０２に、入出力端末６０と、ＤＮＳ（Domain　Name　System）サーバ７０と、管理サーバ１００が接続されている。複数の装置１０として、例えば、下記の装置１～５、
（＊）装置１（Ｗｉｎｄｏｗｓサーバ、ＩＰアドレス［１６２．１６８．１．１］、ＷＭIポート及びＷＢＥＭポートを有する）、
（＊）装置２（Ｕｎｉｘサーバ、ＩＰアドレス［１６２．１６８．１．２］、ＳＳＨポート及びＮＩＳポートを有する）、
（＊）装置３（ＩＰスイッチ、ＩＰアドレス［１６２．１６８．１．３］、ＳＳＨポート及びＳＮＭＰポートを有する）、
（＊）装置４（ＦＣスイッチ、ＩＰアドレス［１６２．１６８．１．１］、ＳＳＨポートを有する）、
（＊）装置５（ストレージ、ＩＰアドレス［１６２．１６８．１．５］、ＳＮＭＰポート及びＳＮＭ２ポートを有する（但し、ＳＮＭ２ポートは閉じている状態である））、
がある。複数の装置１０は、これら５つの装置１～５に限られない。このように、ＩＰネットワーク３１０２には、異種の複数の装置が接続されていて良い。
　各装置１０には、その装置の種類（例えば、カテゴリ、サブカテゴリ、モデル及びベンダのうちの少なくとも１つによって定まる種類）毎に、最適プロトコルが存在する。最適プロトコルとは、複数の管理プロトコルのうち、必要な情報を最もたくさん取得できる管理プロトコルである。本実施例によれば、装置種類と最適プロトコルの関係は、例えば、下記の通りである。
（＊）Ｗｉｎｄｏｗｓサーバ（装置１）：ＷＭＩ、
（＊）Ｕｎｉｘサーバ（装置２）：ＳＳＨ、
（＊）ＩＰスイッチ（装置３）：ＳＮＭＰ、
（＊）ＦＣスイッチ（装置４）：ＷＢＥＭ、
（＊）ストレージ（装置５）：ＳＮＭ２。
　複数の装置１０は、直接的に監視される装置だけでなく、間接的に監視される装置が含まれていて良い。「直接的に監視される装置」とは、管理サーバ１００によって、複数の装置１０のうちのいずれの装置を介することなく、監視される装置である。一方、「間接的に監視される装置」とは、管理サーバ１００によって、複数の装置１０のうちのいずれかの装置を介して、監視される装置である。例えば、複数の装置１０のうちの第１の装置が、複数の装置のうちの第２の装置を監視するケースでは、第２の装置が、管理サーバ１００によって第１の装置を介して監視されることになるため、間接的に監視される装置である。図１の例では、装置１のＷＢＥＭポートを介して、装置１のＳＭＩ－Ｓプロバイダ機能によって監視される装置４が、間接的に監視される装置である。
　ＤＮＳサーバ７０は、装置１～５に固有に割り当てられたＩＰアドレスと装置１～５のホスト名（又はドメイン名）との対応関係を管理する。ＤＮＳサーバ７０にも、ＩＰアドレス（図示例では［１９８．１６２．２．１］）が割り当てられている。
　入出力端末６０は、表示デバイス６１と入力デバイス６２とを有する。例えば、入出力端末６０は、汎用的なパーソナルコンピュータでよい。表示デバイス６１には、管理サーバ１００から入出力端末６０に送信された情報が表示され、入力デバイス６２に入力された情報は、入出力端末６０から管理サーバ１００に送信される。ユーザは、表示デバイス６１に表示される種々の情報に基づき、必要な情報を入力デバイス６２より入力することができる。
　管理サーバ１００は、ＩＰネットワーク３１０２に接続されている装置を発見し、発見された装置をＩＰネットワーク３１０２を介して監視する。管理サーバ１００は、ＩＰネットワーク３１０２に接続されるＮＩＣ（Network　Interface　Card）１０４、メモリ１０２、記憶デバイス１０３（例えばハードディスクドライブ）及びそれらに接続されるＣＰＵ１０１を有する。ＮＩＣ１０４に代えて他種の通信インタフェースデバイスが採用されても良いし、メモリ１０２及び記憶デバイス１０３の少なくとも一方に代えて他種の記憶資源が採用されても良いし、ＣＰＵ１０１に代えて他種のプロセッサが採用されても良い。本実施例では、メモリ１０２に、ＣＰＵ１０１によって実行される後述の管理プログラムが記憶され、記憶デバイス１０３に、各種情報が記憶される。
　図２は、メモリ１０２が記憶する管理プログラム２００の構成例を示す。
　メモリ１０２は、管理プログラム２００を記憶する。管理プログラム２００は、図１６に示す処理を実行する。管理プログラム２００は、最適プロトコル決定プログラム２０１、最適プロトコル推測プログラム２０２、ユーザ補正プログラム２０３、及び、装置発見プログラム２０４を含む。プログラム２０１～２０４の詳細は後述する。
　図３は、記憶デバイス１０３が記憶する情報の一例を示す。
　記憶デバイス１０３は、対象ＩＰアドレス管理テーブル３０１、ＤＮＳテーブル３０３、最適プロトコルテーブル３０５、ＳＮＭＰテーブル３０７、開きポートテーブル３０９、ホスト名テーブル３１１、ログイン画面テーブル３１３、スキャン結果集約テーブル３１５、間接監視装置テーブル３１７、ポートナレッジテーブル３１９、推測テーブル３２１、及び、最適プロトコル決定テーブル３２３を記憶する。図３に示したこれらのテーブルのうち、例えば、最適プロトコルテーブル３０５及びポートナレッジテーブル３１９が、図１６に示す処理が開始される前に記憶されるテーブルである。また、図３に示したテーブルのうち、テーブル３０５及び３１９以外のテーブルが、図１６に示す処理において作成され記憶されるテーブルである。
　以下、各テーブルを説明する。
　図４は、ＩＰアドレス管理テーブル３０１の構成例を示す。
　ＩＰアドレス管理テーブル３０１は、対象となるＩＰアドレスの範囲を表すテーブルである。具体的には、例えば、テーブル３０１は、ＩＰアドレス範囲毎に、下記の情報、
（＊）ＩＰアドレス範囲の名称である範囲名４０１、
（＊）ＩＰアドレス範囲の先頭のＩＰアドレスである開始ＩＰアドレス４０２、
（＊）ＩＰアドレス範囲の終端のＩＰアドレスである終了ＩＰアドレス４０３、
を有する。テーブル３０１によれば、範囲名「ＲＡＮＧＥ＿１」は、ＩＰアドレス「１９２．１６８．１．１」～ＩＰアドレス「１９２．１６８．１．１０」までの範囲で構成されていることがわかる。範囲名４０１、開始ＩＰアドレス４０２及び終了ＩＰアドレス４０３は、表示デバイス６１の表示画面に従い入力デバイス６２でユーザが入力した値が反映される（表示画面の図示は省略する）。
　図５は、ＤＮＳテーブル３０３の構成例を示す。
　ＤＮＳテーブル３０３は、ＤＮＳサーバ７０のＩＰアドレス表すテーブルである。図５によれば、テーブル３０３は、１つのＤＮＳサーバ７０のＩＰアドレスのみを記憶している。しかし、システムに接続されたＤＮＳサーバ７０の数に応じて、複数のＩＰアドレスがテーブル３０３に登録されても良い。また、ＤＮＳサーバ７０が階層化されている場合には、階層に関する情報がテーブル３０３に登録されても良い。
　図６は、最適プロトコルテーブル３０５の構成例を示す。
　最適プロトコルテーブル３０５は、装置種類と最適プロトコルとの対応関係を表したテーブルである。具体的には、例えば、テーブル３０５は、装置種類毎に、下記の情報、
（＊）装置のカテゴリ（例えば、サーバ、スイッチ、ストレージ）の名称であるカテゴリ名６０１、
（＊）装置のサブカテゴリ（例えば、サーバの種別、スイッチの種別、ストレージの種別）の名称であるサブカテゴリ名６０２、
（＊）ベンダの名称であるベンダ名６０３、
（＊）モデルの名称であるモデル名６０４、
（＊）装置種類に対応する最適プロトコルの名称である最適プロトコル名６０５、
を有する。テーブル３０５によれば、Ｗｉｎｄｏｗｓサーバの最適プロトコルが「ＷＭＩ」であることがわかる。また、テーブル３０５によれば、ベンダ名「Ａ社」でモデル名「Ｍ＿Ａ＿００１」のＩＰスイッチの最適プロトコルは、「ＳＮＭＰ」であることがわかる。
　図７は、ＳＮＭＰテーブル３０７の構成例を示す。
　ＳＮＭＰテーブル３０７は、ＳＮＭＰに従う問合せに対する応答から取得された装置情報が登録されるテーブルである。具体的には、例えば、テーブル３０７は、ＳＮＭＰに従う問合せに対する応答毎に、下記の情報、
（＊）問合せで指定されたＩＰアドレスであるＩＰアドレス７０１、
（＊）応答から取得されたベンダ名であるベンダ名７０２と、
（＊）応答から取得されたモデル名であるモデル名７０３と
を有する。テーブル３０７によれば、「１９２．１６８．１．３」のＩＰアドレスが付与された装置のベンダが「Ａ社」でありモデルが「Ｍ＿Ａ＿００１」であることがわかる。本実施例において、ＳＮＭＰを利用して、装置１～５に接続が試みられる。その接続では、例えば、ＳＮＭＰの認証情報として、コミュニティ名のデフォルト値である「Ｐｕｂｌｉｃ」が使用される。接続に成功すれば、管理サーバ１００は、ベンダ名及びモデル名等を含んだ応答を受信する。テーブル３０７は、接続に成功したＩＰアドレスに関する情報のみを有してもよいし、接続に失敗したＩＰアドレスに関する情報を有してもよい。
　図８は、開きポートテーブル３０９の構成例を示す。
　開きポートテーブル３０９は、ＩＰアドレスについて特定された開きポートの番号を表すテーブルである。具体的には、例えば、テーブル３０９は、後述のポートスキャンで指定されたＩＰアドレス毎に、下記の情報、
（＊）ＩＰアドレス８０１、
（＊）ＩＰアドレスについて特定された開きポートの番号である開きポート番号８０２、
を有する。テーブル３０９によれば、「１９２．１６８．１．１」のＩＰアドレスを持つ装置は、「１３５」及び「５９８８」の２つの番号の開きポートを有することがわかる。テーブル３０９の作成は、例えば、周知のポートスキャンツールにより行われてもよい。
　図９は、ホスト名テーブル３１１の構成例を示す。
　ホスト名テーブル３１１は、各ＩＰアドレスについて特定されたホスト名を表すテーブルである。具体的には、例えば、テーブル３１１は、後述のホスト名スキャンで指定されたＩＰアドレス毎に、下記の情報、
（＊）ＩＰアドレス９０１、
（＊）ＩＰアドレスについて特定されたホスト名であるホスト名９０２、
を有する。テーブル３１１によれば、「１９２．１６８．１．１」のＩＰアドレスを持つ装置のホスト名は、「ｔａｋｅ」であることがわかる。このテーブル３１１は、以下のようにして作成される。すなわち、管理プログラム２００が、前述したＤＮＳテーブル３０３からＤＮＳサーバ７０のＩＰアドレスを特定し、特定したＩＰアドレスにあるＤＮＳサーバ７０に、ＩＰアドレスに対応したホスト名を問い合わせる。管理プログラム２００が、その問合せに対して応答されたホスト名と、そのホスト名に対応するＩＰアドレスとを、テーブル３１１に登録する。
　図１０は、ログイン画面テーブル３１３の構成例を示す。
　ログイン画面テーブル３１３は、ＩＰアドレスについてのログイン画面のＵＲＬを表すテーブルである。具体的には、例えば、テーブル３１３は、後述のログイン画面ＵＲＬスキャンで指定されたＩＰアドレス毎に、下記の情報、
（＊）ＩＰアドレス１００１、
（＊）ＩＰアドレスに対応するログイン画面のＵＲＬを表すＵＲＬ１００２、
を有する。テーブル３１３によれば、「１９２．１６８．１．３」のＩＰアドレスを持つ装置には、「ｈｔｔｐ：／／１９２．１６８．１．３」でのログインが可能となることがわかる。管理プログラム２００が、各装置に対しＨＴＴＰ（Hyper　Text　Transfer　Protocol）で接続を試みて、応答があった装置についてログイン画面ＵＲＬをテーブル３１３に登録してよい。
　図１１は、スキャン結果集約テーブル３１５の構成例を示す。
　スキャン結果集約テーブル３１５は、図７～図１０に示したテーブルに登録されている情報が集約されたテーブルである。具体的には、例えば、テーブル３１５は、図７～図１０に示したテーブルにあるＩＰアドレス毎に、下記の情報、
（＊）ＩＰアドレス１１０１、
（＊）ＩＰアドレス１１０１と同じＩＰアドレス７０１に対応するベンダ名７０２であるベンダ名１１０２、
（＊）ＩＰアドレス１１０１と同じＩＰアドレス７０１に対応するモデル名７０３であるモデル名１１０３、
（＊）ＩＰアドレス１１０１と同じＩＰアドレス８０１に対応する開きポート番号８０２である開きポート番号１１０４、
（＊）ＩＰアドレス１１０１と同じＩＰアドレス９０１に対応するホスト名９０２であるホスト名１１０５、
（＊）ＩＰアドレス１１０１と同じＩＰアドレス１００１に対応するログイン画面ＵＲＬ１００２であるログイン画面ＵＲＬ１１０６、
を有する。テーブル３１５によれば、「１９２．１６８．１．３」のＩＰアドレスを持つ装置は、「Ａ社」の「Ｍ＿Ａ＿００１」モデルの装置であって、「２２」番ポートが開いており、ホスト名「ｊｐｓｗ００１」であり、ログイン画面のＵＲＬは「ｈｔｔｐ：／／１９２．１６８．１．３」であることがわかる。
　図１２は、間接監視装置テーブル３１７の構成例を示す。
　間接監視装置テーブル３１７は、間接的に監視される装置（例えば、ＳＭＩ－Ｓプロバイダ機能により監視される装置）に関する情報を有するテーブルである。具体的には、例えば、テーブル３１７は、ＳＭＩ－Ｓプロバイダ機能がインストールされた装置毎に、
（＊）ＳＭＩ－Ｓプロバイダ機能がインストールされた装置のＩＰアドレスであるＩＰアドレス１２０１毎、
（＊）ＳＭＩ－Ｓプロバイダ機能がインストールされた装置の監視対象となる装置のＩＰアドレスである監視対象ＩＰアドレス１２０２、
を有する。テーブルによれば、「１９２．１６８．１．１」のＩＰアドレスを持つ装置にインストールされたＳＭＩ－Ｓプロバイダにより、「１９２．１６８．１．４」のＩＰアドレスを持つ装置が監視されていることが分かる。
　図１３は、ポートナレッジテーブル３１９の構成例を示す。
　ポートナレッジテーブル３１９は、開きポートと推測される最適プロトコルとの対応関係を表すテーブルである。具体的には、例えば、テーブル３１９は、最適プロトコルの推測の根拠となり得るポート毎に、下記の情報、
（＊）ポートの番号であるポート番号１３０１、
（＊）最適プロトコルであることの確率を表す確度１３０２、
（＊）最適プロトコルの名称である最適プロトコル名１３０３、
を有する。テーブル３１９によれば、「２２」番ポートが開いている装置は、「５０％」の確度（確率）で最適プロトコルが「ＳＳＨ」であることがわかる。
　図１４は、推測テーブル３２１の構成例を示す。
　推測テーブル３２１は、ＩＰアドレスについて最適プロトコルの確率を表すテーブルである。具体的には、例えば、テーブル３２１は、スキャン結果集約テーブル３１５にあるＩＰアドレス毎に、下記の情報、
（＊）ＩＰアドレス１４０１、
（＊）最適であると推測された管理プロトコルが最適プロトコルであることの確率を表す確度１４０２、
（＊）最適であると推測された管理プロトコルの名称である推測結果１４０３、
を有する。テーブル３２１によれば、「１９２．１６８．１．１」のＩＰアドレスを持つ装置は、「９０％」の確度で、「ＷＭＩ」が最適プロトコルであることがわかる。
　図１５は、最適プロトコル決定テーブル３２３の構成例を示す。
　最適プロトコル決定テーブル３２３は、ＩＰアドレスについて決定した最適プロトコルを表すテーブルである。具体的には、例えば、テーブル３２３は、推測テーブル３２１にあるＩＰアドレス毎に、下記の情報、
（＊）ＩＰアドレス１５０１、
（＊）ＩＰアドレスについて決定された最適プロトコルの名称である最適プロトコル名１５０２、
を有する。テーブルによれば、「１９２．１６８．１．１」のＩＰアドレスを持つ装置について、最適プロトコルが「ＷＭＩ」であると決定されたことがわかる。
　次に、本実施例で行われる処理を説明する。なお、その処理は、どのようなタイミングで行われても良い。例えば、その処理は、管理サーバ１００をＩＰネットワーク３１０２に接続した際に行われても良いし、ＩＰネットワーク３１０２に接続される装置が追加された際に行われても良いし、管理サーバ１００を再起動した際に行われても良い。
　図１６は、管理プログラム２００が行う処理の一例を示すフローチャートである。この図を参照して、本実施例で行われる処理の全体的な流れの概要を説明する。
　Ｓ１６０１で、管理プログラム２００（例えば、最適プロトコル推測プログラム２０２）は、ＩＰアドレス管理テーブル３０１を生成する。具体的には、プログラム２００は、以下の処理、
（＊）表示デバイス６１に表示させるユーザ入力画面の情報を入出力端末６０に送信する、
（＊）ユーザ入力画面にユーザが入力した情報（ＩＰアドレス範囲に関する情報）を入出力端末６０から受信し、その情報（ＩＰアドレス範囲毎の範囲名、開始ＩＰアドレス及び終了ＩＰアドレス）を管理テーブル３０１に登録する、
を行う。
　Ｓ１６０２で、管理プログラム２００（例えば、最適プロトコル推測プログラム２０２）は、最適プロトコル推測処理を実行する。最適プロトコル推測処理では、Ｓ１６０１でユーザから入力されたＩＰアドレス範囲に属する各ＩＰアドレスについて、最適プロトコルが推測される。
　Ｓ１６０３で、管理プログラム２００（例えば、ユーザ補正プログラム２０３）は、ユーザ補正処理を実行する。ユーザ補正処理では、Ｓ１６０２で推測された最適プロトコルが正しいか否かがユーザに判断され、必要に応じて、ＩＰアドレスについて、推測された最適プロトコルに代えて、ユーザが判断した管理プロトコルが最適プロトコルとされる。
　Ｓ１６０３が終了した時点で、ＩＰアドレスについて最適プロトコルが決定（確定）された状態となる。
　Ｓ１６０４で、認証情報取得処理が行われる。具体的には、決定された最適プロトコルについての認証情報がユーザから入力される。
　Ｓ１６０５で、管理プログラム２００（例えば、装置発見プログラム２０４）が、ＩＰアドレス毎に、そのＩＰアドレスに対応する最適プロトコルについての入力された認証情報を用いて発見処理を行う。
　Ｓ１６０６で、管理プログラム２００（例えば、装置発見プログラム２０４）が、各ＩＰアドレスの発見処理において装置を発見できたか否かを判断する。もし、発見に失敗したＩＰアドレスがある場合には（Ｓ１６０６：Ｎｏ）、管理プログラム２００（例えば、装置発見プログラム２０４）は、ユーザに、別の認証情報を入力させる（Ｓ１６０４に戻る）。
　発見に失敗したＩＰアドレスが無い場合（Ｓ１６０６：Ｙｅｓ）、処理が終了する。
　なお、この後、例えば、ＩＰネットワーク３１０２に接続された装置が増えた場合、その装置のＩＰアドレスについてのみ、Ｓ１６０２～Ｓ１６０６が行われても良い。
　以下、Ｓ１６０２～Ｓ１６０６を詳細に説明する。
　図１７は、図１６のＳ１６０２の流れの一例を示すフローチャートである。
　最適プロトコル推測プログラム２０２は、ＩＰアドレス管理テーブル３０１から特定されるＩＰアドレス範囲に属するＩＰアドレス毎に、Ｓ１７０２以降の処理を行う。以下、１つのＩＰアドレス（以下、図１７の説明において対象ＩＰアドレスという）を例に取り、Ｓ１７０２以降を説明する。
　Ｓ１７０２で、プログラム２０２は、対象ＩＰアドレスを指定した、ＳＮＭＰプロトコルでの接続を試みる。具体的には、例えば、プログラム２０２は、対象ＩＰアドレスを指定した、ＳＭＮＰプロトコルに従うコマンドを送信する。このコマンドには、認証情報として、コミュニティ名のデフォルト値「Ｐｕｂｌｉｃ」が設定される。
　Ｓ１７０３で、プログラム２０２は、Ｓ１７０２での接続ができたか否かを判断する。具体的には、プログラム２０２は、Ｓ１７０２で送信したコマンドに対しての応答に応じて、ＳＮＭＰプロトコルでの接続の可否を判断する。
　Ｓ１７０３で、ＳＮＭＰプロトコルでの接続が可能である判断した場合（Ｓ１７０３：Ｙｅｓ）、プログラム２０２は、Ｓ１７０４を行う。一方、Ｓ１７０３で、ＳＮＭＰプロトコルでの接続が不可能である判断した場合（Ｓ１７０３：Ｎｏ）、プログラム２０２は、Ｓ１７０５を行う。
　Ｓ１７０４で、プログラム２０２は、ＳＮＭＰスキャンを行う。「ＳＮＭＰスキャン」とは、対象ＩＰアドレスについて、ＳＮＭＰに従う問合せを発行し、その問合せに対応する応答から、その応答を返した装置に関する情報を取得する処理である。ＳＮＭＰスキャンでは、例えば、図１８に示す以下の処理が行われる。
（＊）プログラム２０２は、ＳＮＭＰに従う問合せに対する応答を基にベンダ名（その応答を返した装置のベンダ名）を取得し、そのベンダ名を、対象ＩＰアドレスに対応するベンダ名７０２として、ＳＭＮＰテーブル３０７に登録する（Ｓ１８０１）。具体的には、例えば、プログラム２０２は、ｓｙｓＯｂｊｅｃｔＩＤ（ＳＮＭＰプロトコル上での、対象ＩＰアドレスにある装置の種類を表す識別情報）を問い合わせる。そして、プログラム２０２は、その問合せに対する応答に含まれている情報を用いて、一般に公開されているベンダＩＤテーブル（ｓｙｓＯｂｊｅｃｔＩＤとベンダ名とを関連づけたテーブル）（図示なし）からベンダ名を取得する。
（＊）プログラム２０２は、上記応答を返した装置のモデル名を取得し、そのモデル名を、対象ＩＰアドレスに対応するモデル名７０３として、ＳＭＮＰテーブル３０７に登録する（Ｓ１８０２）。具体的には、例えば、プログラムは、Ｓ１８０１で取得したベンダ名に基づき、ベンダ固有のＭＩＢ（Management　Information　Base）からモデル名を取得する。なお、ＭＩＢとは、ＳＮＭＰで管理されるネットワーク機器が、自分の状態を外部に知らせるために公開する情報のことである。
　図１７に戻る。Ｓ１７０５で、プログラム２０２は、ポートスキャンを行う。「ポートスキャン」とは、対象ＩＰアドレスにある装置に対して、特定のポートが開いているか否かを調査することである。特定のポートとは、例えばＷＭＩプロトコルに対応する１３５番ポートといった、管理装置が確認したいプロトコルに対応するポートのことである。
　ポートスキャンでは、例えば、図１９に示す以下の処理が行われる。
（＊）プログラム２０２は、対象ＩＰアドレスにある装置に対して、特定のポートが開いているか否かを確認する。確認は、例えば、プログラム２０２が対称ＩＰアドレスにある装置に対してＴＣＰ（ＳＹＮ）パケットを送信したときの、応答に基づいて行われる。応答として、ＴＣＰ（ＳＹＮ＋ＡＣＫ）パケットが返さたときは、プログラム２０２はポートが開いていると判断する。また、応答として、ＴＣＰ（ＲＳＴ＋ＡＣＫ）パケットが返されたときは、プログラム２０２はポートが閉じられていると判断する。ポートが開いていれば、プログラム２０２は、対称ＩＰアドレスに対応するポート番号８０２として、開きポートテーブル３０９に登録する（Ｓ１９０１）。
　図１７に戻る。Ｓ１７０６で、プログラム２０２は、ユーザ手がかりスキャンを行う。「ユーザ手がかりスキャン」とは、最適プロトコルであると推測された管理プロトコルが最適プロトコルであることの確率を高めるために、最適プロトコルの推測に利用可能な情報を取得する処理であり、ユーザによる操作に従い実行される処理である。ユーザ手がかりスキャンでは、例えば、図２０に示す以下の処理が行われる。
（＊）プログラム２０２は、ホスト名スキャンを行う（Ｓ２００１）。具体的には、プログラム２０２は、対象ＩＰアドレスに対応するホスト名をＤＮＳサーバ７０から取得し、取得したホスト名を、対象ＩＰアドレスに対応するホスト名９０２として、ホスト名テーブル３１１に登録する。
（＊）プログラム２０２は、ログイン結果ＵＲＬスキャンを行う（Ｓ２００２）。具体的には、プログラム２０２は、対象ＩＰアドレスにある装置にＨＴＴＰでログインすることを試みる。ログインの試みは、例えば、ブラウザ画面でＵＲＬ（例：ｈｔｔｐ：／／１９２．１６８．１．３）を入力することで行われる。そのＵＲＬは、対象ＩＰアドレスを基に決定されたＵＲＬで良い。ログインが可能であった場合には、プログラム２０２は、そのログイン画面のＵＲＬを、対象ＩＰアドレスに対応するログイン画面ＵＲＬ１００２として、ログイン画面テーブル３１３に登録する。
　ユーザ手がかりスキャンでは、例えば、上記の処理に代えて又は加えて、別の処理、例えば、Telnetプロトコルで問合せ、その問合せに対する応答が有する文字列の特定が行われても良い。
　なお、図示はしないが、上記処理（Ｓ１７０６までの処理）が終了した後、プログラム２０２は、図７～図１０に示したテーブルに登録されている情報をスキャン結果集約テーブル３１５に集約して良い。
　図１７に戻る。Ｓ１７０７で、プログラム２０２は、推測処理を行う。推測処理では、例えば、図２１に示す以下の処理が行われる。
（＊）プログラム２０２は、最適プロトコルテーブル３０５及びＳＮＭＰテーブル３０７に基づき、推測テーブル３２１を更新する（Ｓ２１０１）。具体的には、プログラム２０２は、まず、ＳＮＭＰテーブル３０７から、対象ＩＰアドレスに対応するベンダ名及びモデル名を特定する。次に、プログラム２０２は、その特定したベンダ名及びモデル名に対応する最適プロトコルを、最適プロトコルテーブル３０５から特定する。そして、プログラム２０２は、特定した最適プロトコルを、対象ＩＰアドレスに対応する推測結果１４０３として、推測テーブル３２１に登録する。この最適プロトコルは、ベンダ名及びモデル名を用いて特定されたため、確度１４０２は、１００％となる。
（＊）例えば、対象ＩＰアドレスに対応するベンダ名及びモデル名が無い場合（或いは、対象ＩＰアドレスに対応するベンダ名及びモデル名の有無に関わらず）、プログラム２０２は、開きポートテーブル３０９及びポートナレッジテーブル３１９に基づき、推測テーブル３２１を更新する（Ｓ２１０２）。具体的には、プログラム２０２は、まず、開きポートテーブル３０９から、対象ＩＰアドレスに対応する開きポート番号を特定する。次に、プログラム２０２は、その特定した開きポート番号に対応する最適プロトコル及びその確度を、ポートナレッジテーブル３１９から特定する。そして、プログラム２０２は、特定した最適プロトコルの名称及び確度を、対象ＩＰアドレスに対応する推測結果１４０３及び確度１４０２として、推測テーブル３２１に登録する。
　なお、ここで、開きポートテーブル３０９において、対象ＩＰアドレスに対応する開きポート番号が複数ある場合には、プログラム２０２は、ポートナレッジテーブル３１９から、それら複数の開きポート番号にそれぞれ対応する最適プロトコルの名称及び確度を推測テーブル３２１に登録してもよいし、それら複数の最適プロトコルの名称及び確度のうちの、開きポート番号の確度が最も高い最適プロトコルの名称及び確度のみを推測テーブル３２１に登録してもよい。このようにすれば、対象ＩＰアドレスに対応する最適プロトコル名及び確度の組が複数存在する場合であっても、推測テーブル３２１に推測結果及び確度の登録がされることとなる。
　また、本実施例では、ポートナレッジテーブル３１９に代えて、図２２に例示する拡張ポートナレッジテーブル２３００が用いられてもよい。拡張ポートナレッジテーブル２３００は、１以上の開きポート番号の全ての組合せについて、確度及び最適プロトコル名が対応づけられたテーブルである。このテーブル２３００によれば、対象ＩＰアドレスに対応する開きポート番号が１つであるか複数であるかに関わらず、最適プロトコル及びその確度が特定される。
　以上で、図１６のＳ１６０２、すなわち、最適プロトコル推測処理が終了する。この処理で推測テーブル３２１に登録された推測結果及び確度を基に、図１６のＳ１６０３（ユーザ補正処理）が行われる。
　図１６のＳ１６０３では、ユーザ補正プログラム２０３が、例えば、以下の処理、
（＊）表示デバイス６１に表示させるユーザ補正画面（ユーザ補正のための画面）の情報を入出力端末６０に送信する、
（＊）ユーザ補正画面にユーザが入力した情報を入出力端末６０から受信し、その情報を基に、最適プロトコル決定テーブル３２３を更新する、
を行う。
　ユーザ補正画面は、スキャン結果集約テーブル３１５及び推測テーブル３２１が表す情報を含んでよい。
　図２３は、ユーザ補正画面の一例を示す。
　ユーザ補正画面２３００は、スキャン結果集約テーブル３１５及び推測テーブル３２１が表すＩＰアドレス毎に、カテゴリ、装置詳細（例えば、サブカテゴリ、ベンダ名、モデル名）、確度、ホスト名、及び、ログイン画面ＵＲＬにリンクした文字列「ログイン画面」のうちの少なくとも１つを表示する。文字列「ログイン画面」をクリックすることにより、入出力端末６０が、その文字列にリンクしているＵＲＬのログイン画面を表示デバイス６１に表示する。つまり、ユーザは、ログイン画面を見ることができる（図２４は、ログイン画面の一例であるログイン画面２４００を示す）。
　ユーザは、各ＩＰアドレスについて、確度に基づき（必要に応じて、更に、ホスト名及びログイン画面のうちの少なくとも１つに基づき）、カテゴリ及び装置詳細が正しいか否かを判断する。カテゴリ及び／又は装置詳細に疑義がある場合（例えば、確度が所定値より低い場合、或いは、ホスト名及び／又はログイン画面とカテゴリ及び／又は装置詳細との対応関係に誤りがあると推測される場合）、ユーザは、カテゴリ及び／又は装置詳細を補正する。推測は、前述の通り、ホスト名を基に行われてもよい。また、推測は、文字列「ログイン画面」をクリックすることにより表示されたログイン画面（図２４参照）からログインできるか否かを基に行われてもよい。補正後のカテゴリ及び／又は装置詳細は、図２３に例示するように、カテゴリ及び／又は装置詳細のプルダウンメニューから選択されてもよい。この場合、プルダウンメニューには、例えば、最適プロトコルテーブル３０５（図６参照）に登録されている情報（例えばベンダ名及びモデル名）が設定されていて良い。カテゴリ及び／又は装置詳細が補正されたＩＰアドレスについては、補正後のカテゴリ及び／又は装置詳細が、スキャン結果集約テーブル３１５に登録される。
　図２３の画面２３００における「発見実行」ボタンがクリックされた場合、入出力端末６０から発見実行指示が管理サーバ１００に送信される。管理サーバ１００の最適プロトコル決定プログラム２０１は、その指示に応答して、スキャン結果集約テーブル３１５及び推測テーブル３２１が表す各ＩＰアドレスについて、最適プロトコルを決定する。つまり、プログラム２０１は、最適プロトコル決定テーブル３２３を作成する。具体的には、例えば、プログラム２０１は、各ＩＰアドレスについて、下記の処理、
（＊）スキャン結果集約テーブル３１５におけるモデル名及びベンダ名を用いて最適プロトコルテーブル３０５から一義的に最適プロトコルを特定できれば、その最適プロトコルの名称を、最適プロトコル決定テーブル３２３に登録する、
（＊）スキャン結果集約テーブル３１５におけるモデル名及びベンダ名を用いて最適プロトコルテーブル３０５から一義的に最適プロトコルを特定できなければ、推測テーブル３２１における、ＩＰアドレスに対応する１以上の推測結果のうち、確度が最も高い推測結果が表す最適プロトコルの名称を、最適プロトコル決定テーブル３２３に登録する、
を行う。
　以上が、図１６のＳ１６０３（ユーザ補正処理）である。
　次に、図１６のＳ１６０４で、認証情報取得処理が行われる。具体的には、例えば、装置発見プログラム２０４は、最適プロトコル決定テーブル３２３が表す各最適プロトコルについて、以下の処理、
（＊）認証情報入力画面の表示処理、
（＊）入力された認証情報の記憶
を行う。表示処理は、例えば、図２５に例示する認証情報入力画面２５００を表す情報を入出力端末６０に送信する処理である。これにより、画面２５００が表示デバイス６１に表示される。ユーザは、この画面２５００に従い、ユーザＩＤ及びパスワード等の認証情報を入力する。
　入力された認証情報は、管理サーバ１００が有するメモリ１０２又は記憶デバイス１０３に記憶される。なお、認証情報は、１つの最適プロトコルについて１又は複数種類設定されてもよい。
　以上が、図１６のＳ１６０４（認証情報取得処理）である。
　次に、図１６のＳ１６０５で、装置発見プログラム２０４が発見処理を実行する。
　図２６は、図１６のＳ１６０５（発見処理）の流れの一例を示すフローチャートである。
　プログラム２０４は、最適プロトコル決定テーブル３２３に格納されている全てのＩＰアドレスについて、Ｓ２６０２以降の処理を実行する。以下、１つのＩＰアドレス（以下、図２６の説明において、対象ＩＰアドレスという）を例に取り、Ｓ２６０２以降を説明する。
　Ｓ２６０２で、プログラム２０４は、対象ＩＰアドレスに対応する最適プロトコルがＷＢＥＭか否かを判定する。具体的には、プログラム２０４は、最適プロトコル決定テーブル３２３に基づき、対象ＩＰアドレスに対応する最適プロトコル名１５０２が、「ＷＢＥＭ」であるか否かを判定する。その判定の結果が否定的であれば（Ｓ２６０２：Ｎｏ）、Ｓ２６０６に進む。一方、判定の結果が肯定的であれば（Ｓ２６０２：Ｙｅｓ）、Ｓ２６０３に進む。
　Ｓ２６０２：Ｎｏの場合、プログラム２０４は、Ｓ２６０６で、対象ＩＰアドレスに対応する最適プロトコルで、その最適プロトコルに対応する認証情報を用いて、対象ＩＰアドレスにある装置を発見する。
　Ｓ２６０２：Ｙｅｓの場合、プログラム２０４は、Ｓ２６０３で、対象ＩＰアドレスにある装置のＷＢＥＭポートが利用可能か否かの判定を行う。具体的には、プログラム２０４は、ポートテーブル３０９に基づき、対象ＩＰアドレスに対応する開きポート番号がＷＢＥＭに対応するポート番号であるか否かを判定する（なお、開きポート番号に対応する管理プロトコルを表す情報は、例えば、インターネット上などに公開されており、その情報を基に、この判定が可能である）。この判定の結果が肯定的であれば（Ｓ２６０３：Ｙｅｓ）、Ｓ２６０５進む。この判定の結果が否定的であれば（Ｓ２６０３：Ｎｏ）、Ｓ２６０４に進む。
　Ｓ２６０３：Ｙｅｓの場合、Ｓ２６０５で、プログラム２０４は、対象ＩＰアドレスにある装置を、ＷＢＥＭで、ＷＢＥＭの認証情報を用いて発見する。
　Ｓ２６０３：Ｎｏの場合、Ｓ２６０４で、プログラム２０４は、ＷＢＥＭポートを利用可能な装置を特定し、その装置を介して、間接監視装置（間接的に監視される装置）を発見する。具体的には、プログラム２０４は、まず、開きポートテーブル３０９に基づき、ＷＢＥＭポートが開いている装置のＩＰアドレスを特定する。以下、このＩＰアドレスが付与されている装置を、仮装置という（仮装置は、本実施例では、ＳＭＩ－Ｓプロバイダ機能を有する装置１である）。プログラム２０４は、次に、仮装置にＷＢＥＭで接続することを試みる。仮装置にＷＢＥＭで接続可能であれば、プログラム２０４は、その仮装置の１以上の監視対象の装置に関する情報をその仮装置から取得し、その情報を基に、仮装置の１以上の監視対象の装置に、対象ＩＰアドレスと同じＩＰアドレスが付与されている装置があるか否かを判定する。この判定の結果が肯定的であれば、プログラム２０４は、仮装置を介して、ＷＢＥＭの認証情報を用いて、間接監視装置を発見する。なお、プログラム２０４は、開きポートテーブル３０９で仮装置を特定できなかった場合、又は、仮装置を特定できた場合であっても、仮装置にＷＢＥＭで接続できなかった場合は、対象ＩＰアドレスが付与されている装置を管理する装置を作成することの指示メッセージ（ＷＢＥＭポートを持つ装置にＳＭＩ－Ｓプロバイダを設定することの指示メッセージ）を、ユーザが使用する入出力端末６０に送信してもよい。
　以上が、図１６のＳ１６０５（発見処理）である。
　次に、図１６のＳ１６０６で、プログラム２０４は、最適プロトコル決定テーブル３２３が表す全てのＩＰアドレスについて、装置を正しく発見できたか否かを判定する。発見に失敗したＩＰアドレスがある場合（Ｓ１６０６：Ｎｏ）、プログラム２０４は、そのＩＰアドレスについて、ユーザに、別の認証情報を入力させる（Ｓ１６０４に戻る）。
　以上が、実施例１の説明である。なお、発見処理（図１６のＳ１６０６、図２６）において、或るＩＰアドレスについて、最適プロトコルで使用されるポートが閉じていることが原因で装置の発見に失敗した場合、プログラム２０４は、そのＩＰアドレスについて、最適プロトコルを特定し、その最適プロトコルで使用されるポートを開いた状態とすることと、その最適プロトコルについての認証情報を入力することとを表す情報を、入出力端末６０に表示させて良い。
　実施例１によれば、認証情報の入力前に、最適プロトコル推測処理（図１６のＳ１６０２）が行われる。そして、この推測処理の結果を基に、必要に応じてユーザによる補正が行われた上で、各ＩＰアドレスについて最適プロトコルが決定する。各ＩＰアドレスについて、決定された最適プロトコルは、既知の情報（最適プロトコルテーブル３０５及びポートナレッジテーブル３１９）と各種のスキャンの結果とを基に最適であると推測された管理プロトコルを基に決定された管理プロトコルであるので、最適プロトコルである可能性が高い。このため、ユーザは、認証情報の入力前に、各ＩＰアドレスについて或る程度正確に最適プロトコルがわかり、その最適プロトコルを基に認証情報を入力することができる。従って、正しい認証情報を入力することが難しくない。
　また、実施例１によれば、上記のように、各ＩＰアドレスについて認証情報入力前に最適プロトコルが決定されているので、最適プロトコルに対応したポートが閉じていることが原因で装置の発見に失敗したとしても、管理プログラム２００は、装置の発見に成功するために、最適プロトコルに対応したポートを開いた状態とすれば良いことがわかる。例えば、管理プログラム２００は、装置の発見に失敗した場合には、図３３の参照符号３３０１に例示する発見結果情報を表示デバイス６１に表示させることができる。ユーザは、その情報を見れば、ＩＰアドレス［１９２．１６８．１．５］にある装置（装置５）の発見に成功するためには、その装置のＳＮＭ２ポートを開いた状態とし、ＳＮＭ２に従う認証情報を入力して、再度、そのＩＰアドレスについて発見処理を管理プログラム２００に行わせれば良いことがわかる。
　また、実施例１によれば、図２６のＳ２６０４の処理により、発見された装置が間接監視装置であることがわかる。このため、例えば、管理プログラム２００は、図３３の参照符号３３０２に例示する発見結果情報を入出力端末６０に表示させることができる。すなわち、ＩＰアドレス［１９２．１６８．１．４］にある装置の発見に成功したことだけでなく、その装置が、ＩＰアドレス［１９２．１６８．１．４］にある装置から監視される間接監視装置であることを表す情報を入出力端末６０に表示させることができる。
　以下、本発明の実施例２～４を説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略或いは簡略する。下記に示す実施例２～４は、種類の異なる装置を追加した場合に用いられる。上述したように、最適プロトコルテーブル３０５（図６参照）は、例えば、予め管理サーバ１００が保持している。このため、最適プロトコルテーブル３０５に、新たに追加した装置種類に関する情報を追加したい場合に、実施例２～４が有効である（例えば、新たな種類の装置が生産された場合に有効である）。以下、実施例２～４を説明する。
　実施例２によれば、ユーザが、任意の装置に関する情報を手動で最適プロトコルテーブル３０５に追加する。本実施例では、例えば、管理プログラム（例えばユーザ補正プログラム）が、装置に関する情報の追加を受け付けるボタンをユーザ補正画面に表示する。そのボタンがクリックされた場合に、管理プログラムが、図２７に例示する装置追加画面２７０２を入出力端末６０に表示させる。装置追加画面２７０２は、例えば、カテゴリ名、ベンダ名、モデル名及び最適プロトコル名を受け付ける画面である。この装置追加画面２７０２に、ユーザは、任意の装置に関する情報を追加することができる。この画面２７０２に入力された情報は、最適プロトコルテーブル３０５に追加される。テーブル３０５に追加された情報は、例えば、ユーザ補正画面のプルダウンメニューに表示される。
　実施例３によれば、ベンダから発行された情報に基づいて、ユーザが、最適プロトコルテーブル３０５を更新する。例えば、図２８に示すように、管理サーバ１００には、追加される装置２８００について、ベンダが提供するその装置２８００の装置情報２８１０が管理サーバ１００にインストールされる。具体的には、装置情報２８１０は、ユーザにより、入出力装置６０を介して管理サーバ１００にインストールされる。インストールされた装置情報２８１０は、最適プロトコルテーブル３０５に登録される。
　実施例４によれば、管理プログラム２００が、装置情報を所定のサイトからダウンロードし、その装置情報を、最適プロトコルテーブル３０５に登録する。例えば、図２９に示すように、装置情報２８４０が格納されるリポジトリサーバ２８００がＩＰネットワーク３１０２に接続されたとする。リポジトリサーバ２８００は、例えば、管理サーバと同様に、ＮＩＣ２８１１，メモリ２８２０、記憶デバイス２８３０及びそれらに接続されたＣＰＵ２８１０を有する。ＣＰＵ２８１０は、メモリ２８２０に格納されたプログラムを実行することにより、ＩＰネットワーク３１０２を介して装置情報２８４０を記憶デバイス２８３０にダウンロードする。記憶デバイス２８４０には、ダウンロードされた装置情報が蓄積される。管理サーバ１００（管理プログラム２００）は、定期的（または不定期的）に、記憶デバイス２８３０に新たな装置情報２８４０があるか否かを判断する。そして、新たな装置情報２８４０が見つかった場合には、管理サーバ１００は、リポジトリサーバ２８００から新たな装置情報２８４０をダウンロードする。管理サーバ１００は、ダウンロードした装置情報２８４０を、最適プロトコルテーブル３０５に登録する。なお、装置情報２８４０のダウンロード及びその情報２８４０の最適プロトコルテーブル３０５への登録は、例えば、管理サーバ１００が、図３０に示すように、表示デバイス６１に、ユーザ確認用の画面（ユーザ承認画面）３０００を表示し、その画面３０００を通じてユーザから承認が得られた場合に、行われてよい。
　以上、本発明の幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
　１００…管理サーバ　１０…通信装置

Claims (15)

  1. 　認証情報を用いて発見された通信装置を通信ネットワークを介して監視する管理装置であって、
    　前記通信ネットワークに接続される通信インタフェースデバイスと、
    　複数の属性／プロトコル関係を表す属性／プロトコル管理情報を記憶する記憶資源と、
    　前記通信インタフェースデバイス及び前記記憶資源に接続されたプロセッサと
    を有し、
    　前記属性／プロトコル関係は、通信装置属性とその通信装置属性を有する通信装置に最適であると推測される管理プロトコルとの対応関係であり、
    　前記プロセッサが、通信装置の発見に使用する認証情報の入力の前に、複数のアドレスの各々について、下記の処理、
    （Ａ）アドレスを指定した問合せを発行する、
    （Ｂ）前記問合せに対する応答を、その問合せで指定されたアドレスにある通信装置から受信した場合、前記問合せで指定されたアドレスと前記応答を基に取得された通信装置属性との対応関係を表す問合せ結果情報を前記記憶資源に書き込む、
    （Ｃ）前記問合せ結果情報が表す通信装置属性に対応した管理プロトコルを前記属性／プロトコル管理情報から特定する、
    （Ｄ）前記特定された管理プロトコルを基に、前記アドレスについての最適な管理プロトコルを決定する、
    を行う、
    管理装置。
  2. 　請求項１記載の管理装置であって、
    　前記属性／プロトコル管理情報は、最適プロトコル管理情報を含み、
    　前記最適プロトコル管理情報が有する各属性／プロトコル関係は、第１の管理プロトコルでの問合せに対する応答で取得される２以上の通信装置属性と、それら２以上の通信装置属性から一義的に定まる最適な管理プロトコルとの対応関係であり、
    　前記（Ａ）において、前記問合せは、前記第１の管理プロトコルで発行される問合せであり、
    　前記（Ｂ）において、前記応答を基に２以上の通信装置属性が取得され、且つ、前記問合せ結果情報は、その２以上の通信装置属性と、前記アドレスとの対応関係を表す情報であり、
    　前記（Ｄ）において、決定された最適な管理プロトコルは、前記（Ｃ）で特定された管理プロトコルである、
    管理装置。
  3. 　請求項２記載の管理装置であって、
    　前記属性／プロトコル管理情報は、ポート定義情報を含み、
    　前記ポート定義情報が有する各属性／プロトコル関係は、ポートの識別情報と、そのポートが開いている通信装置に最適であると推測される管理プロトコルと、そのポートが開いている通信装置にその管理プロトコルが最適である確率との対応関係であり、
    　前記アドレスについて、前記第１の管理プロトコルでの接続ができない場合、
    前記（Ａ）において、前記プロセッサが、前記アドレスについて開きのポートの識別情報の問合せを発行し、
    前記（Ｂ）において、前記応答を基に、その応答の送信元である通信装置が使用する１以上のポートのうちの１以上の開きのポートの識別情報が取得され、且つ、前記問合せ結果情報は、その１以上の開きポートの識別情報と、前記アドレスとの対応関係を表す情報であり、
    前記（Ｃ）において、前記プロセッサが、前記問合せ結果情報が表す１以上の開きポートの識別情報に対応する１以上の管理プロトコル及び確率を前記ポート定義情報から特定し、
    前記（Ｄ）において、決定された最適な管理プロトコルは、前記１以上の管理プロトコル及び確率を基に決定された管理プロトコルである、
    管理装置。
  4. 　請求項３記載の管理装置であって、
    　前記プロセッサは、前記（Ｄ）の後に、
    （Ｅ）前記決定した管理プロトコルについての認証情報の入力を受け、
    （Ｆ）前記入力された認証情報を用いて、前記アドレスにある通信装置を発見する発見処理を行い、
    　前記（Ｆ）において、前記プロセッサは、
    （ｆ１）前記アドレスについて決定された最適な管理プロトコルが第２の管理プロトコルではない場合、前記アドレスについての決定された最適な管理プロトコルの認証情報を用いて、前記アドレスにある通信装置を発見し、
    （ｆ２）前記アドレスについて決定された最適な管理プロトコルが前記第２の管理プロトコルであり、且つ、前記第２の管理プロトコルについてのポートが利用可能な場合、前記第２の管理プロトコルの認証情報を用いて、前記アドレスにある通信装置を発見し、
    （ｆ３）前記アドレスについて決定された最適な管理プロトコルが前記第２の管理プロトコルであり、且つ、前記第２の管理プロトコルについてのポートが利用不可能な場合、前記第２の管理プロトコルで利用可能なポートに対応する別のアドレスを、前記問合せ結果情報と前記ポート定義情報とを基に特定し、特定した別のアドレスにある通信装置に、前記アドレスにある通信装置を問合せ、その問合せに対する応答から、前記アドレスにある通信装置を発見し、
    　前記（ｆ３）により発見された通信装置は、前記別のアドレスにある通信装置を介して、監視されることになる通信装置である、
    管理装置。
  5. 　請求項４記載の管理装置であって、
    　前記第１の管理プロトコルは、ＳＮＭＰ（Simple　Network　Management　Protocol）であり、
    　前記第２の管理プロトコルは、ＷＢＥＭ（Web-Based　Enterprise　Management）であり、
    　前記別のアドレスにある通信装置は、前記アドレスにある通信装置をＳＭＩ－Ｓ（Storage　Management　Initiative　-　Specification）で監視する装置である、
    管理装置。
  6. 　請求項５記載の管理装置であって、
    　前記プロセッサは、前記最適プロトコル管理情報及び前記ポート管理情報の少なくとも一方を、入力した情報を基に更新する、
    管理装置。
  7. 　請求項１記載の管理装置であって、
    　前記プロセッサは、前記（Ｄ）の後に、
    （Ｅ）前記決定した管理プロトコルについての認証情報の入力を受け、
    （Ｆ）前記入力された認証情報を用いて、前記アドレスにある通信装置を発見する発見処理を行い、
    　前記（Ｆ）において、前記アドレスについて、最適プロトコルで使用されるポートが閉じていることが原因で装置の発見に失敗した場合、前記プロセッサは、前記アドレスについて、最適プロトコルを特定し、その最適プロトコルで使用されるポートを開いた状態とすることと、その最適プロトコルについての認証情報を入力することとを表す情報を表示させる、
    管理装置。
  8. 　請求項１記載の管理装置であって、
    　前記属性／プロトコル管理情報は、ポート定義情報を含み、
    　前記ポート定義情報が有する各属性／プロトコル関係は、ポートの識別情報と、そのポートが開いている通信装置に最適であると推測される管理プロトコルと、そのポートが開いている通信装置にその管理プロトコルが最適である確率との対応関係であり、
    　前記（Ａ）において、前記プロセッサが、前記アドレスについて開きのポートの識別情報の問合せを発行し、
    　前記（Ｂ）において、前記応答を基に、その応答の送信元である通信装置が使用する１以上のポートのうちの１以上の開きのポートの識別情報が取得され、且つ、前記問合せ結果情報は、その１以上の開きポートの識別情報と、前記アドレスとの対応関係を表す情報であり、
    　前記（Ｃ）において、前記プロセッサが、前記問合せ結果情報が表す１以上の開きポートの識別情報に対応する１以上の管理プロトコル及び確率を前記ポート定義情報から特定し、
    　前記（Ｄ）において、決定された最適な管理プロトコルは、前記１以上の管理プロトコル及び確率を基に決定された管理プロトコルである、
    管理装置。
  9. 　請求項８記載の管理装置であって、
    　前記通信ネットワークに、ＤＮＳ（Domain　Name　System）サーバが接続されており、
    　前記（Ｄ）において、前記プロセッサは、前記ＤＮＳサーバから、前記アドレスに対応する装置名を問い合わせ、そのアドレスとその装置名との対応関係を表す装置名／アドレス関係情報を前記記憶資源に書込み、
    　前記（Ｄ）において、決定された最適な管理プロトコルは、前記１以上の管理プロトコル及び確率と、前記アドレスを用いて前記装置名／アドレス関係情報から特定される装置名とを基に決定された管理プロトコルである、
    管理装置。
  10. 　請求項８記載の管理装置であって、
    　前記（Ｄ）において、前記プロセッサは、前記アドレスと、そのアドレスに基づく、ログイン用のＵＲＬとの対応関係を表すＵＲＬ／アドレス関係情報を前記記憶資源に書込み、
    　前記（Ｄ）において、決定された最適な管理プロトコルは、前記１以上の管理プロトコル及び確率と、前記アドレスを用いて前記ＵＲＬ／アドレス関係情報から特定されるログイン用ＵＲＬとを基に決定された管理プロトコルである、
    管理装置。
  11. 　請求項８記載の管理装置であって、
    　前記（Ｃ）において、特定された１以上の開きポートの識別情報のうち、特定された１以上の確率のうちの最も高い確率に対応した開きポートの識別情報が特定される、
    管理装置。
  12. 　請求項１記載の管理装置であって、
    　前記プロセッサは、前記（Ｄ）の後に、
    （Ｅ）前記決定した管理プロトコルについての認証情報の入力を受け、
    （Ｆ）前記入力された認証情報を用いて、前記アドレスにある通信装置を発見する発見処理を行い、
    　前記（Ｆ）において、前記プロセッサは、
    （ｆ１）前記アドレスについて決定された最適な管理プロトコルが前記第２の管理プロトコルであり、且つ、前記第２の管理プロトコルについてのポートが利用不可能な場合、前記第２の管理プロトコルで利用可能なポートに対応する別のアドレスを、前記問合せ結果情報と前記ポート定義情報とを基に特定し、特定した別のアドレスにある通信装置に、前記アドレスにある通信装置を問合せ、その問合せに対する応答から、前記アドレスにある通信装置を発見する、
    管理装置。
  13. 　請求項１２記載の管理装置であって、
    　前記（ｆ１）において、前記プロセッサは、前記アドレスにある通信装置が前記別のアドレスにある通信装置によって監視される装置であることを表す情報を表示させる、
    管理装置。
  14. 　通信ネットワークに接続されている通信装置を発見する方法であって、
    　通信装置の発見に使用される認証情報の入力前に、複数のアドレスの各々について、
    （Ａ）アドレスを指定した問合せを発行し、
    （Ｂ）前記問合せに対する応答を、その問合せで指定されたアドレスにある通信装置から受信した場合、前記問合せで指定されたアドレスと前記応答を基に取得された通信装置属性との対応関係を表す問合せ結果情報を記憶資源に書き込み、
    （Ｃ）前記問合せ結果情報が表す通信装置属性に対応した管理プロトコルを属性／プロトコル管理情報から特定し、前記属性／プロトコル管理情報は、複数の属性／プロトコル関係を表す情報であり、前記属性／プロトコル関係は、通信装置属性とその通信装置属性を有する通信装置に最適であると推測される管理プロトコルとの対応関係であり、
    （Ｄ）前記特定された管理プロトコルを基に、前記アドレスについての最適な管理プロトコルを決定する、
    方法。
  15. 　認証情報を用いて発見された通信装置を通信ネットワークを介して監視するコンピュータで実行されるコンピュータプログラムであって、
    　通信装置の発見に使用する認証情報の入力前に、複数のアドレスの各々について、
    （Ａ）アドレスを指定した問合せを発行し、
    （Ｂ）前記問合せに対する応答を、その問合せで指定されたアドレスにある通信装置から受信した場合、前記問合せで指定されたアドレスと前記応答を基に取得された通信装置属性との対応関係を表す問合せ結果情報を記憶資源に書き込み、
    （Ｃ）前記問合せ結果情報が表す通信装置属性に対応した管理プロトコルを属性／プロトコル管理情報から特定し、前記属性／プロトコル管理情報は、複数の属性／プロトコル関係を表す情報であり、前記属性／プロトコル関係は、通信装置属性とその通信装置属性を有する通信装置に最適であると推測される管理プロトコルとの対応関係であり、
    （Ｄ）前記特定された管理プロトコルを基に、前記アドレスについての最適な管理プロトコルを決定する、
    ことを前記コンピュータに実行させるコンピュータプログラム。
PCT/JP2010/070466 2010-11-17 2010-11-17 通信ネットワークに接続されている通信装置を発見する方法及び管理装置 WO2012066652A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201080068843.5A CN103080913B (zh) 2010-11-17 2010-11-17 发现与通信网络连接的通信装置的方法及管理装置
PCT/JP2010/070466 WO2012066652A1 (ja) 2010-11-17 2010-11-17 通信ネットワークに接続されている通信装置を発見する方法及び管理装置
EP10859871.5A EP2605145A4 (en) 2010-11-17 2010-11-17 Method for finding communication devices connected to communication network, and management device
US13/061,475 US8656011B2 (en) 2010-11-17 2010-11-17 Method and management apparatus for detecting communication apparatus coupled to communication network
JP2012544047A JP5383927B2 (ja) 2010-11-17 2010-11-17 通信ネットワークに接続されている通信装置を発見する方法及び管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/070466 WO2012066652A1 (ja) 2010-11-17 2010-11-17 通信ネットワークに接続されている通信装置を発見する方法及び管理装置

Publications (1)

Publication Number Publication Date
WO2012066652A1 true WO2012066652A1 (ja) 2012-05-24

Family

ID=46048821

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/070466 WO2012066652A1 (ja) 2010-11-17 2010-11-17 通信ネットワークに接続されている通信装置を発見する方法及び管理装置

Country Status (5)

Country Link
US (1) US8656011B2 (ja)
EP (1) EP2605145A4 (ja)
JP (1) JP5383927B2 (ja)
CN (1) CN103080913B (ja)
WO (1) WO2012066652A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5911460B2 (ja) * 2013-09-18 2016-04-27 キヤノン株式会社 画像形成装置及び方法、並びにプログラム
US9866467B1 (en) * 2016-09-19 2018-01-09 Capital One Services, Llc Systems and methods for automated determination of network device transiting data attributes
US10469324B2 (en) 2016-11-22 2019-11-05 Amazon Technologies, Inc. Virtual network verification service
US11108805B2 (en) * 2018-06-27 2021-08-31 Amazon Technologies, Inc. Automated packetless network reachability analysis

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008077513A (ja) * 2006-09-22 2008-04-03 Konica Minolta Business Technologies Inc デバイスドライバ用インストールプログラム、およびデバイスドライバのインストール方法
JP2008084314A (ja) * 2006-09-08 2008-04-10 Ricoh Co Ltd 合併企業のリモートデバイスのベンダー識別情報を取得するためのシステム、方法、及びコンピュータプログラム
JP2008197828A (ja) * 2007-02-09 2008-08-28 Ricoh Co Ltd 機器管理装置、機器管理システム、機器管理方法及び機器管理プログラム
JP2010108063A (ja) 2008-10-28 2010-05-13 Hitachi Ltd 監視対象装置管理システム、管理サーバおよび監視対象装置管理方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7069343B2 (en) * 2001-09-06 2006-06-27 Avaya Technologycorp. Topology discovery by partitioning multiple discovery techniques
US7633942B2 (en) * 2001-10-15 2009-12-15 Avaya Inc. Network traffic generation and monitoring systems and methods for their use in testing frameworks for determining suitability of a network for target applications
US20030084176A1 (en) * 2001-10-30 2003-05-01 Vtel Corporation System and method for discovering devices in a video network
JP3703457B2 (ja) * 2003-01-21 2005-10-05 キヤノン株式会社 アドレス通知方法、プログラム、及び、装置
US20060129415A1 (en) * 2004-12-13 2006-06-15 Rohit Thukral System for linking financial asset records with networked assets
US8014278B1 (en) * 2007-12-17 2011-09-06 Force 10 Networks, Inc Adaptive load balancing between ECMP or LAG port group members
US8165091B2 (en) * 2008-06-27 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using LAN profiles and network handover rules
JP4764915B2 (ja) * 2008-12-08 2011-09-07 株式会社日立製作所 性能管理システム、情報処理システム、及び性能管理システムにおける情報収集方法
GB2470360B (en) * 2009-05-18 2011-08-10 Skype Ltd Network access nodes
US8233482B2 (en) * 2010-04-22 2012-07-31 Robert Paul Morris Methods, systems, and computer program products for disabling an operative coupling to a network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008084314A (ja) * 2006-09-08 2008-04-10 Ricoh Co Ltd 合併企業のリモートデバイスのベンダー識別情報を取得するためのシステム、方法、及びコンピュータプログラム
JP2008077513A (ja) * 2006-09-22 2008-04-03 Konica Minolta Business Technologies Inc デバイスドライバ用インストールプログラム、およびデバイスドライバのインストール方法
JP2008197828A (ja) * 2007-02-09 2008-08-28 Ricoh Co Ltd 機器管理装置、機器管理システム、機器管理方法及び機器管理プログラム
JP2010108063A (ja) 2008-10-28 2010-05-13 Hitachi Ltd 監視対象装置管理システム、管理サーバおよび監視対象装置管理方法

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP2605145A4 (en) 2017-08-16
CN103080913A (zh) 2013-05-01
JP5383927B2 (ja) 2014-01-08
US20120124198A1 (en) 2012-05-17
EP2605145A1 (en) 2013-06-19
US8656011B2 (en) 2014-02-18
CN103080913B (zh) 2015-07-01
JPWO2012066652A1 (ja) 2014-05-12

Similar Documents

Publication Publication Date Title
JP4882036B1 (ja) 電化製品の種別を決定する情報処理装置、方法、サーバ
US9369357B2 (en) Method, system, and computer readable medium for remote device management
US10110437B2 (en) Method and apparatus to detect unidentified inventory
JP5756146B2 (ja) ユーザ端末、リモートサポート方法、及びユーザ端末用プログラム
US20120246297A1 (en) Agent based monitoring for saas it service management
US20070260721A1 (en) Physical server discovery and correlation
US8909798B2 (en) Method and apparatus of matching monitoring sets to network devices
JP5714467B2 (ja) リモートサポートを受ける携帯型端末、リモートサポート方法、リモートサポート用プログラム、オペレータシステム、オペレータサーバ、及びオペレータ端末
JP5617304B2 (ja) スイッチング装置、情報処理装置および障害通知制御プログラム
JP2005515550A (ja) 信任証の管理およびネットワーク照会
JP5383927B2 (ja) 通信ネットワークに接続されている通信装置を発見する方法及び管理装置
JP2007128331A (ja) ネットワーク接続機器の自動生成機構
Cisco Monitoring and Controlling CiscoWorks Blue Applications
CN113709210A (zh) 一种设备发现方法、装置、系统、电子设备及存储介质
JP3944214B2 (ja) デバイス管理システム、装置および方法
JP5815485B2 (ja) オペレータシステム及び、リモート操作方法
JP4463868B2 (ja) ネットワーク接続機器管理システム
JP4675834B2 (ja) ネットワーク接続装置、方法およびプログラム
KR101069401B1 (ko) 통합 망 관리 시스템 및 그 제어 방법
JP5875050B2 (ja) ユーザ端末、オペレータサーバ、オペレータシステム、リモート操作方法、及びオペレータシステム用プログラム
EP4298767A1 (en) Conversational assistant dialog design
WO2023137374A1 (en) Conversational assistant dialog design
Taina Data Center Monitoring Using Nagios
JP2014017679A (ja) リモートサポートを受ける携帯型端末、リモートサポート方法、リモートサポート用プログラム、オペレータシステム、オペレータサーバ、及びオペレータ端末
JP2008131345A (ja) コールセンタ装置

Legal Events

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

Ref document number: 201080068843.5

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 13061475

Country of ref document: US

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

Ref document number: 10859871

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012544047

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2010859871

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010859871

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE