WO2003085529A1 - Device management system, prove device, device and program - Google Patents

Device management system, prove device, device and program Download PDF

Info

Publication number
WO2003085529A1
WO2003085529A1 PCT/JP2003/004648 JP0304648W WO03085529A1 WO 2003085529 A1 WO2003085529 A1 WO 2003085529A1 JP 0304648 W JP0304648 W JP 0304648W WO 03085529 A1 WO03085529 A1 WO 03085529A1
Authority
WO
WIPO (PCT)
Prior art keywords
management
network
probe
management information
broadcast
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2003/004648
Other languages
English (en)
French (fr)
Inventor
Sunao Kawai
Hideki Nogawa
Kiyotaka Ohara
Kan Ishimoto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
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 Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to EP20030745712 priority Critical patent/EP1496442B1/en
Priority to AU2003236190A priority patent/AU2003236190A1/en
Priority to DE60336385T priority patent/DE60336385D1/de
Publication of WO2003085529A1 publication Critical patent/WO2003085529A1/ja
Priority to US10/958,374 priority patent/US20050053016A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • 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/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]

Definitions

  • the present invention relates to a device management system in a network, a probe device used in the device management system, a device used in the device management system, and a program.
  • the present invention relates to a device in a network beyond a router.
  • the present invention relates to a device management system, a probe device, a device, and a program capable of managing a device beyond a router by a management device without performing a troublesome work of inputting an IP address of each device individually.
  • a management device for managing devices connected to a network has been installed on a network such as an in-house LAN (see, for example, Japanese Patent Application Laid-Open No. H06-3). No. 388884).
  • This management device sends a broadcast packet whose destination IP address is set to 255.25.55.255.255 to the network, and transmits the broadcast packet to the network, such as a printer that has received the broadcast packet.
  • Acquires management information by reply from each device and recognizes the device vendor name, model name, ink and toner amount, number of prints, device setting status, device error status, etc. contained in the management information And manage devices.
  • the router When a plurality of networks are connected to each other via the network, the above-mentioned broadcast bucket transmitted by the management device is not always transmitted to the network beyond the router. This is usually because the network administrator sends a broadcast packet beyond the router, which increases the traffic on both networks connected through the router. This is because broadcast packets are usually set so as not to pass through routers. For this reason, for example, even if broadcast is performed on network A to which management device a is connected, the broadcast packet may not be transmitted to network B connected to network A via a router. Was. In other words, the management device a connected to the network A can acquire the management information of one or more devices b connected to the network B only by performing the broadcast on the network A. In some cases, Debise b could not be managed.
  • the IP address of the device b to be managed which exists in the network beyond the router, is individually input to the management device a, and the management device is determined based on the input IP address. Management information was transmitted and received between a and device b, and device b was managed on management device a.
  • the present invention provides a method for connecting to a network beyond a router without performing the troublesome work of individually inputting IP addresses of devices existing on the network beyond the router.
  • Device management system and probe device that can manage devices The purpose is to provide chairs, devices, and programs. Disclosure of the invention
  • a device management system for managing the managed device by the managed device further comprising a probe device communicable with the management device on the first network, wherein the probe device is connected to the probe device.
  • a device connected to the first network is managed by a management device connected to the second network. Therefore, a probe device capable of communicating with the management device is provided on the first network. It has a vise.
  • the probe device executes a broadcast requesting management information for managing the device to the first network, and manages the management information obtained by a response from the device corresponding to the broadcast to the management device. Transfer to Therefore, the management device can manage devices on the first network based on the management information transferred from the probe device.
  • the management device connected to the second network and the device connected to the first network can be used. Devices and manage their devices.
  • the management device can manage the device connected to the first network only by setting the management device and the probe device to be communicable. In this way, there is no need to perform the troublesome work of individually inputting the IP addresses of the devices to be managed connected to the first network.
  • the probe device according to the invention of claim 21 is a probe device installed on the first network so as to be able to communicate with the management device, and is connected to the first network to which the probe device is connected. Broadcast means for executing a broadcast requesting management information for managing the device, and transfer means for transferring management information obtained by a response from the device corresponding to the broadcast to the management device. And By using this probe device, the device management system can be configured, and the operation and effect as described for the device management system according to claim 1 can be obtained.
  • the program described in claim 22 is for a probe device installed on the first network so as to be able to communicate with the management device, and for a first network connected to the probe device. Broadcast processing for requesting management information to manage the device, and transfer to transfer the management information obtained from the response packet from the device corresponding to the broadcast to the management device. And processing.
  • this program is executed by the probe device, the same operation and effect as described in the device management system according to claim 1 can be obtained.
  • the transfer unit may sequentially transfer the management information to the management device each time the management information is obtained by a response from the device corresponding to the broadcast. .
  • the probe device includes storage means for storing management information obtained by a response from the device corresponding to the broadcast
  • the transfer means includes a device corresponding to the broadcast.
  • management information different from the past management information stored in the storage means may be transferred to the management device. In this way, since management information that does not need to be transferred is not transferred from the probe device to the management device, the management device that receives management information from a plurality of probe devices imposes a processing burden on the reception process for receiving the management information. It is reduced.
  • the management device includes a notification unit that notifies a condition of the device to be managed to the probe device, and the transfer unit transmits the condition notified by the notification unit. It is preferable to transfer the management information of the satisfying device to the management device. In this way, since management information that does not need to be transferred is not transferred from the probe device to the management device, a management device that receives management information from a plurality of probe devices needs to perform processing required for reception processing for receiving the management information. The burden is reduced.
  • the device management system wherein the device connected to the first network is connected to a management network connected to a second network capable of communicating with the first network via a router.
  • a device management system for managing with a device further comprising: a probe device capable of communicating with the management device on the first network; The chair executes a broadcast to the first network to which the probe device is connected, for instructing the device to transmit management information for managing the device to the management device. The device sets a response destination for the broadcast to the management device based on a command via the broadcast unit, and sets a destination for transmitting the management information.
  • a transmitting unit wherein the management device includes a management unit that manages the device on the first network based on the management information received from the device.
  • a device connected to the first network is managed by a management device connected to the second network, so that a probe device capable of communicating with the management device is provided on the first network.
  • the probe device executes a broadcast requesting management information for managing the device to the first network.
  • the device sets a response destination to the broadcast to the management device based on a command via the broadcast means, and transmits the management information to the management device. Therefore, the management device can manage the device on the first network based on the management information received from the device.
  • a management device connected to the second network it is possible for a management device connected to the second network to recognize a device connected to the first network and manage the device. it can.
  • the probe device according to claim 23 is a probe device installed on the first network so as to be able to communicate with the management device, and the probe device is connected to the first network to which the probe device is connected. Instruct the device to send management information to the managed device to manage the device It has a broadcast means for executing a broadcast command.
  • the device management system according to claim 5 can be configured, and the operation and effect as described for the device management system according to claim 5 can be achieved.
  • the program according to claim 24 is a program for connecting a device to a probe device installed on the first network so as to be able to communicate with the management device and to a first network to which the probe device is connected. Broadcast processing is executed to instruct the device to send management information for management to the management device. Therefore, if this program is installed in the probe device, the probe device according to the device management system according to claim 5 can be configured, and the operation described in the device management system according to claim 5 can be performed. It will be effective.
  • the device according to claim 25 is a device connected on the first network, wherein the probe device transmits management information for managing the device to the management device by broadcast from the probe device. It is provided with a destination setting transmitting means for setting a destination in the management device and transmitting management information when instructed.
  • the device management system according to claim 5 can be configured, and the operation and effect as described for the device management system according to claim 5 can be obtained.
  • the program according to claim 26 transmits management information for managing the device to the device connected to the first network by broadcast from the probe device to the management device.
  • the destination is set in the management device, and a destination setting transmission process for transmitting the management information is executed. Therefore, this program If installed in a chair, a device according to the device management system according to claim 5 can be configured, and the operation and effect as described for the device management system according to claim 5 can be achieved.
  • the management device includes notification means for notifying the condition of the device to be managed to the probe device, and the broadcast means communicates with the first network. Then, a broadcast requesting the management information may be executed to a device that satisfies the condition notified by the notifying unit. In this way, a device that is not a management target does not respond to a request for management information, so that useless communication can be prevented from occurring.
  • the probe device includes a determination unit that determines whether a new device is connected to the first network. Broadcasting may be performed when it is determined that a new device is connected to the network.
  • a broadcast is performed by the probe device, and the newly connected device is recognized by the management device. Therefore, by using the device management system of the present invention, the device can be automatically managed by the management device simply by newly connecting the device to the network.
  • the broadcast means may execute the broadcast when receiving a request to execute the broadcast from the management device.
  • the management device can acquire the latest device management information when necessary.
  • the management device may cause a probe device registered in advance to execute the broadcast. In this way, management information can be collected using the registered probe devices.
  • the management device connected to the second network includes the first device. You can perform a nicycast to request management information for devices connected to the network. In this way, management information can be collected even when there is no probe device in the first network.
  • the number of routers interposed between the first network and A probe device connected to the third network which is less than the number of routers interposed between the first network and the management device, transmits management information to the device connected to the first network.
  • the device management device performs a request for the device. May be transmitted to cause the device to function as a probe device, and the device may be registered as a probe device in the management device. In this way, it is not necessary to register the probe device in the management device, and the device can be made to function as a probe device, so that management information can be collected efficiently.
  • the management device notifies the probe device of a range of a network for collecting management information, and the probe device notifies the notified network.
  • the management information may be requested to devices belonging to a specific range by using broadcast and nicycast. In this way, the load on the management device can be reduced.
  • the probe device requests management information to a device belonging to the range of the network when the range of the network for collecting the management information is notified from the management device. It has a broadcast means for executing a broadcast and a unicast execution means for executing a newscast requesting management information. If this probe device is used, the device management system according to claim 14 is configured. Thus, the operation and effect as described in the device management system according to claim 14 can be achieved.
  • the program according to claim 28 when the probe device is notified of a range of a network for collecting management information from the management device, the device belonging to the range of the network, Broadcast processing for executing a broadcast requesting management information and unicast processing for executing a unicast requesting management information are executed. Therefore, if this program is installed in a probe device, a probe device according to the device management system according to claim 14 can be configured, and the device management system according to claim 14 has been described. The function and effect will be the same.
  • the management device is a device that is managed based on the management information.
  • Program transmission means for judging whether or not it can function as a probe device, and transmitting, to the device determined to be able to function as the probe device, a probe program for causing the device to function as the probe device; It is preferable that the device to which the probing program has been transmitted by the program transmitting means includes an installation means for installing the probing program.
  • a device that can function as a probe device can be turned into a prop device. Therefore, if this device management system is used, even if the probe device breaks down, device management can be continued by converting the device into a probe device.
  • the management device is a probe device. This may be performed when communication with the lobe device cannot be performed.
  • a probe program may be transmitted to a device having a higher priority as in the device management system according to claim 17.
  • the priority may be determined as appropriate, for example, by giving priority to the management history of the management device that is old or the one with a high operation rate.
  • the device is a printing device
  • the management information May include information indicating at least one of the setting of the printing apparatus and the apparatus state of the printing apparatus.
  • the management information includes at least one of a setting of a printing device and a device state of the printing device.
  • the probe device is a printing device, and transmits the management information of the probe device to the management device when receiving a request to execute the broadcast from the management device. You may do it.
  • the management information of the probe device is transmitted to the management device, so that the management device separately stores the management information of the probe device itself. There is no need to make a request, and the probe device can be easily managed.
  • the management information is at least one of a setting of a printing device and a device state of the printing device.
  • Information The probe device is a printing device, and when receiving a notification of a range of a network for collecting management information from the management device, transmitting the management information of the probe device to the management device. Is also good.
  • the management information of the probe device is transmitted to the management device when the management device receives the notification of the range of the network from which the management information is to be collected. This eliminates the need for a separate request, and makes it possible to easily manage the probe device.
  • Fig. 1 is a diagram showing the configuration of an in-house LAN to which a device management system has been applied.
  • FIGS. 2 (a) to 2 (c) are diagrams showing the internal configuration of the management device, the probe device, and the device.
  • FIG. 3 is a diagram showing an information collection setting window for setting a management target.
  • FIG. 4 is a diagram showing an OID table used when collecting management information.
  • FIG. 5 is a diagram showing a management information collecting possible device list in which IP addresses of devices capable of collecting management information are registered.
  • FIGS. 6 (a) to 6 (d) are schematic diagrams for explaining the overall processing performed in the device management system of the first embodiment.
  • FIGS. 7 (a) to 7 (c) are diagrams showing an example of the “SNMP REPLY” packet.
  • FIG. 8 is a flowchart showing a management device first process in the first embodiment.
  • FIG. 9 is a flowchart showing a management information request process in the first embodiment.
  • FIG. 10 is a flowchart showing management information request processing by broadcast in the first embodiment.
  • FIG. 11 is a flowchart showing management information request processing by a unicast in the first embodiment.
  • FIG. 12 is a flowchart showing the management device second process in the first embodiment.
  • FIG. 13 is a flowchart showing a management information selection process in the first embodiment.
  • FIG. 14 is a flowchart showing device processing in the first embodiment.
  • FIG. 15 is a flowchart showing the probe device processing in the first embodiment.
  • FIG. 16 is a diagram showing a list of the contents of packets received in the past.
  • FIG. 17 is a flowchart showing management information request processing by a cast in the second embodiment.
  • FIG. 18 is a flowchart showing a distance calculation process between networks in the second embodiment.
  • FIG. 19 is a flowchart showing a probe device registration process in the third embodiment.
  • FIG. 20 is a flowchart showing an installation process in the third embodiment.
  • FIG. 21 is a flowchart showing the SNM PREPLY packet transmission process in the fourth embodiment.
  • FIG. 22 is a flowchart showing the monitoring processing in the fifth embodiment.
  • FIG. 1 is a configuration diagram of an in-house LAN to which the device management system of the present embodiment is applied.
  • the device management system of the present embodiment is applied to a communication network in which a plurality of networks la to: Lf are connected to each other by routers 2a to 2e, such as an in-house LAN 1 shown in FIG. You.
  • the in-house LAN 1 of this embodiment is constructed by interconnecting networks 1 a to 1 f installed on each floor by routers 2 a to 2 e.
  • Various network devices such as personal computers, printers, scanners, and fax machines are connected to networks 1a to 1f on the 1st to 6th floors in Fig. 1).
  • the devices a to n and the probe devices 5 b to 5 f are printers, and the management device 3 is a personal computer.
  • a personal computer as the management device 3 manages printers as devices a to n and probe devices 5 b to 5 f.
  • network 1a has probe devices 5b to 5f and depice a to! !
  • a management device 3 for managing devices is connected, and probe devices 5 b to 5 ⁇ are connected to the other networks 1 b to 1 f to assist device management by the management device 3. Have been.
  • the communication protocol of the in-house LAN 1 is TCP / IP.
  • management device 3 and the probe devices 5b to 5f are configured so that they can perform communication beyond the routers 2a to 2e by multicasting by specifying the IP address of the other party. I do.
  • each device (management device 3, probe devices 5b to 5f, device a to! 1) of the present embodiment is a protocol for monitoring network devices connected to the network, RFC (Request For Comments) 1 1 5 7 is a version 1 or purge N 2 S NMP (Sim 1 e Network Management Protocol) defined in RFC 1441. Easy Network Management Protocol).
  • the devices to be managed are databases of management information related to the devices, and are described in RFC1156 and RFC1213. Assume that it has a defined MIB (Management Iniormation Base).
  • the MIB is a database that exists in a network device that supports SNMP, and stores management information of the network device.
  • management information is called an object, a unique number (OID (Object ID)) is assigned to each object, and a database with a clear structure based on this OID is constructed. .
  • OID Object ID
  • the management information will be referred to as Object as appropriate.
  • the S NMP sends a “S NMP GET” packet specifying the OID of the management information to be collected to a network device that supports the S NMP, and the network device that receives the bucket sends the packet to the S NMP.
  • the management information corresponding to the specified OID is stored and returned in the “S NMP RE PLY” packet, and the management information is transmitted and received.
  • the network addresses (here, class C (host address part is 8 bits)) allocated to each of the networks la to 1f are defined as follows. These are described as 10.1 23.2.1.0, 10.1 23.2.2.0 ⁇ 10 .1 23.2.6.0, respectively.
  • the host addresses allocated to each device (management device 3, probe devices 5b to 5f, and devices a to n) connected to each network 1a to 1f are shown in Fig. 1 for each floor. They are described as 1, 2, ... from left to right.
  • each of the routers 2a to 2e transmits a broadcast packet (destination IP address of 255.5.255.25.25.2) transmitted in one of the networks connected to the router.
  • the management device 3 the probe devices 5b to 5f, and the devices a to n have configurations as shown in FIGS. 2 (a) to 2 (c), respectively.
  • the management device 3 includes a network interface (network I / F) 10, a CPU 12, a ROM 14, a RAM 16, and a hard disk drive (HDD) 1. 8, a display unit 20, a user interface (user I / F) 22 and the like. Then, the network I / F 10 transmits and receives packets via the network 1a.
  • ROM 16 is a non-volatile memory storing various control programs
  • RAM 16 is a volatile memory for temporarily storing processing results of various data.
  • the HDD 18 has an OID table (see FIG. 4), a list of devices from which management information can be collected (see FIG.
  • the display unit 20 is configured by an LCD or the like, and displays processing results of various data.
  • the user I / F 22 is composed of, for example, a keyboard and a mouse, and is used for inputting a user's selection operation and the like. These components are connected by a bus 24 and are collectively managed by a CPU 12.
  • the probe devices 5b to 5f are, for example, printers, and have the same functions as the management device 3 described above, as shown in FIG. 2, a ROM 34, a RAM 36, a HDD 38, a user IZF 42, a bus 44, etc., and a printing unit 40 for printing print data received by the network IZF 30.
  • the ROM 34 stores a program relating to the processing shown in the flowchart of FIG. 14, and the RAM 36 stores a MIB storing management information of the probe devices 5b to 5f.
  • the HDD 38 differs from the management device 3 in that a program related to the processing shown in the flowchart of FIG. 15 is stored in the HDD 38.
  • the devices a to n are, for example, printers, and as shown in FIG. 2 (c), the networks I ZF 50 and CPU 52 having the same functions as the probe devices 5 b to 5 f. , ROM54, RAM56, printing unit 58, user IZF60, bus 62, etc.
  • the ROM 54 stores a program related to the processing shown in the flowchart of FIG. 14, and the RAM 56 stores the devices a to! ! Management device 3 is different from management device 3 in that a MIB storing the management information of this is stored.
  • the devices a to n there is no HDD
  • the device is given as an example. ! May be equipped with a HDD.
  • a printer has been described as an example of the probe devices 5b to 5f and the devices a to n.
  • a personal computer, a scanner, or a fax may be used.
  • FIG. 3 is an information collection setting window displayed on the display unit 20 of the management device 3.
  • This information collection setting window 100 is composed of a management range setting area 102, a subnet mask setting area 104, a managed device vendor name setting area 106, and a managed device model name setting area 100. 8. It consists of a decision button 110, a cancel button 112, etc.
  • the configuration is such that the user can select or input via a user I / F 22 including a keyboard, a mouse, and the like provided in the management device 3.
  • the management range setting area 102 is an area in which the range for transmitting the “SNMP GET” packet is set by an IP address.
  • the starting point of the IP address and the starting point of the IP address such as “10.1.3.2.11.0-10.1.3.23.23.254”, are used.
  • the subnet mask setting area 104 is an area for setting a subnet mask, and the subnet mask set in the area is used in a process of calculating a network address described later.
  • the vendor name setting area 106 of the managed device is an area for setting the vendor name of the device to be managed when it is desired to limit the device to be managed.
  • the vendor name set in the area is This is used in the process of selecting a device to be managed, which will be described later.
  • the model name setting area 108 of the device to be managed is an area for setting the model name of the device to be managed when it is desired to limit the device to be managed.
  • the model name set in the area is This is used in the process of selecting a device to be managed, which will be described later.
  • the OK button 110 is a button that is pressed when the contents set in each of the setting areas 102 to 108 are overwritten and saved in the HDD 18 and the setting is made valid.
  • 'Cancel button 1 1 2 invalidates the settings without overwriting the contents set in each setting area 102-108 on HDD 18 (leave the previous settings) Button to be pressed.
  • the information collection setting window 100 shown in FIG. 3 is not limited to the display unit 20 of the management device 3 but may be a display provided on a personal computer (not shown) communicably connected to the management device 3. May be displayed. In this case, it is preferable that the information collection setting window 100 can be set or input using a keyboard or mouse provided on the personal computer.
  • the management device 3 is used to manage the probe devices 5 b to 5 f and the devices a to n installed on the company LAN 1 based on SNMP.
  • the table to be included (hereinafter referred to as OID table) will be described with reference to FIG.
  • the OID corresponding to the management information (Object) to be collected by the management device 3 is stored in the “0 ID” column, and the management information (Object) corresponding to each OID is stored in the OID table.
  • the value of the device to be managed is stored in the “Filter value” column.
  • the management device 3 collects management information (Object) corresponding to the four OIDs shown in the column of “OID” in the OID table.
  • the management information that satisfies all the values (corresponding to the conditions of the device of the present invention) indicated in the “filter value” is collected. As a result, even if a huge number of devices exist in the network, the system can be targeted and managed efficiently.
  • This OID table is associated with the current version number (a serial number assigned each time the OID table is updated. In the case of the OID table shown in FIG. 4, the purge number is 42). Management device 3 and probe device 5 13 to 5 £; ⁇ 001 8 and stored in HDD 38. As will be described in detail later, this version number is used to determine whether or not the OID tables stored in the management device 3 and the probe devices 5b to 5f match each other.
  • the MIB composed of each OID in the OID table shown in Fig. 4 and the object corresponding to the OID corresponds to the "Print" MIB defined in RFC 1759. This is a MIB provided to manage Also, here, for the OID “1. 3. 6. 1. 2. 1. 4 3. 8. 2. 1.
  • the “prt A lert” object specifies how many sets of object groups are implemented (generally, “prt A lert Index”
  • the MIB is configured to store each of them.
  • “: rt A lertlndex” Object is a database of error information such as out of paper and paper jam related to the printer. It shows how many sets of “prt Alert” Object groups are implemented. Therefore, for a printer in which a value is stored in the “prt A 1 ert Index” object, the “S NMP GET” that specifies the OID of the “prt A ert” object corresponding to the error information or the like to be acquired. By transmitting the packet, it is possible to easily know the current status of the printer.
  • the O ID is associated with the filter value as follows.
  • the printer An object that specifies one vendor is stored.
  • Bro and a filter value are associated with the OID. That is, as described in detail below, in the present embodiment, Ob corresponding to the OID Only devices that have an object and include the character string “Bro” in the object corresponding to the OID are treated as managed devices.
  • the filter value “Bro” corresponding to this OID is set by the user in the vendor name setting area 1 ⁇ 6 of the managed device in the information collection setting window 100 shown in FIG. It is the value that was performed.
  • the object that specifies the printer model is stored for “1.1.5.1” and the record OID.
  • “L1 2, L1 6, L26, L40” and the ray filter value. That is, as described in detail below, in the present embodiment, an object corresponding to the OID is provided, and the objects “L12” and “L16” corresponding to the OID are provided. , “L 26” and “L 40” are treated as managed devices only.
  • the filter value “L12, L16, L26, L40” corresponding to this OID is the model name of the managed device in the information collection setting window 100 shown in FIG. This is the value set by the user in the setting area 108.
  • Obidec force S 1 0 0 0 0 or more corresponding to 0 ID can be treated as a device to be managed. At this time, it is preferable that a new setting area for the number of prints be provided in the information collection setting window 100, and the value set by the user be used for the setting area.
  • the object power S for determining whether or not the object has the “prt A 1 ert” object is stored as described above.
  • a value of “1” or more value of the number of owned sets
  • the object strength S obtained by specifying the ID is “1” or more, it is judged that “: prt A 1 ert” object is provided, otherwise “prt A lert” object Is determined not to have.
  • the filter value is set to “1”. That is, as will be described in detail below, in the present embodiment, only devices having an object corresponding to the OID (only devices having a value of “1” or more) are set as managed devices. Will be treated. Note that the filter value for the O ID is set by default without being set by the user.
  • This list of devices that can collect management information is the “SNMP G” requesting the transmission of management information.
  • the ET ”device capable of transmitting packets (management devices 3 and This is a list showing the IP addresses of the probe devices 5 b to 5 f (hereinafter, appropriately referred to as management information collecting devices).
  • the first line of the management information gatherable device list shown in Fig. 5 is the IP address of management device 3, the second line is the IP address of probe device 5b, and the third line is the IP address of probe device 5c. Each address is stored.
  • the management information collectable device list is registered when a user inputs an IP address via the user I / F 22 of the management device 3.
  • the user obtains the IP address harmed by the management device 3 and registers it in the management information collecting device list, so that the user can set the IP address. It is good also as a structure registered without inputting.
  • the registration in the management information collecting possible device list is not limited to the user IZF22 provided in the management device 3, but the keyboard provided in a keyboard (not shown) that can communicate with the management device 3. ⁇ ⁇ May be done via mouse.
  • FIGS. 6 (a) to 6 (d) are schematic diagrams for explaining the outline of the overall processing performed in the device management system of the first embodiment, and FIG. 7 (a).
  • FIG. 7 (c) is an explanatory diagram of a reply bucket.
  • FIGS. 6 (a) to 6 (d) show only the networks la, lb, and Id of the in-house LAN 1 shown in FIG. 1 for simplicity of explanation. The devices a to c connected to the network 1a are not shown.
  • the probe device 5b is registered in the management information collection-capable device list and exists on the network within the management range
  • a packet requesting the broadcast of an “SNMP GET” packet is transmitted from the management device 3 to the probe device 5b in a unicast manner beyond the router 2a.
  • the management information gatherable device does not exist on the network (here, the device registered in the management information gatherable device list does not exist on network 1d, and the connection to the same network does not exist).
  • the management device 3 sends a “SNMP GET” packet to the device i by a multicast.
  • the probe device 5b that has received the request broadcasts a “SNMP GET” packet onto the network lb, as shown in FIG. 6 (b).
  • the above-mentioned “SNMP GET” No. 0 packet stores four OIDs shown in the OID table of FIG.
  • each device d to f sends a reply packet in which each OID is associated with the object based on each OID stored in the “SNM P GET” packet. (“SNMP REPLY” packet) to the probe device 5 b.
  • the probe device 5b determines whether the reply packet is a packet returned from the device to be managed. (It is determined whether there is an object corresponding to the OID shown in the OID table in Fig. 4 and the packet satisfies the filter value condition), and based on the determination, Only the reply packet returned from the device to be managed is sent to the management device 3. Also, “S NMP G The device i that has received the “ET” packet via unicast also sends a reply packet in which each OID and the object are associated to the management device 3.
  • FIGS. 7 (a) to 7 (c) show examples of reply packets returned from the above device.
  • the reply packet returned from a device that does not have any objects corresponding to the above four OIDs (there is no MIB related to the above four OIDs) is as shown in Fig. 7 (a).
  • an object “Nosuch” is associated with all OIDs that make up the “SNMP REPLY” packet.
  • a device that returns a packet as shown in FIG. Examples include personal computers and scanners.
  • the reply packet returned from the device that does not have some objects corresponding to the above four OIDs is the 7th (b) As shown in the figure, among the OIDs that make up the “S NMP REPLY” packet, those that do not have an object (here, the OID in the fourth row) osuch ”is associated with the object.
  • the reply packet returned from the device having all the objects corresponding to the above four OIDs constitutes a “S NMP RE PLY” packet as shown in FIG. 7 (c).
  • An Object is associated with every OID.
  • the management device 3 only the management information transmitted from the device to be managed is transmitted to the management device 3. Therefore, only the return packet storing the management information of the device to be managed is returned from the probe device 5b to the management device 3, and if this device management system is used, the management device 3 wants to manage the device.
  • the device can be managed beyond the routers 2a to 2e, and the device can be managed efficiently.
  • the processing of the management device 3 shown in FIGS. 8 to 13 is realized by executing the program relating to the flowcharts of FIGS. 8 to 13 by the CPU 12 of the management device 3. Is done.
  • FIG. 8 is a flowchart for “managed device first process”. The processing based on this flowchart is always executed from the time of turning on the power of the management device 3 to the time of turning off the power.
  • a timer (not shown) starts counting from 0 in S101, and thereafter, the process proceeds to S102.
  • the time measured by this timer is used in the processing of S104 described later.
  • S102 a "management information request process” for requesting the device to transmit management information is performed, and then the process proceeds to S103.
  • S The “management information request processing” of 102 will be described later in detail with reference to FIGS. 9 to 11.
  • S 104 it is determined whether or not the time counted by the timer has elapsed 10 minutes. If it is determined that 10 minutes have elapsed (S 104: YE S), the above S 2 Returning to the "management information request process", if it is determined that 10 minutes have not elapsed (S104: NO), the process proceeds to S105.
  • S105 it is determined whether or not the OID table shown in FIG. 4 has been updated, and the OID table has been updated. That is, the information collection setting shown in FIG. If it is determined that the button 110 has been pressed and the version number of the OID table has been incremented (S105: YES), the process proceeds to S106, otherwise (S110) 5: NO), the process proceeds to S107.
  • the probe devices 5b to 5f (corresponding to the probe devices 5b and 5c in FIG. 5) registered in the management information collecting device list shown in FIG. After performing the process of transmitting the latest OID table, the process proceeds to S107.
  • S107 it is determined whether or not there is a request for display of management information from the user, and there is a request for display of management information from the user, that is, the management information is If it is determined that there is a request for display on the display unit 20 (S107: YE S), the process proceeds to S108, otherwise (S107: NO). ), The process returns to S104.
  • the request for displaying the management information is not limited to the user I / F 22 provided in the management device 3 but may be provided to a personal computer (not shown) that can communicate with the management device 3. It may be performed via a muted keyboard / mouse.
  • a process of displaying the management information stored in the HDD 18 of the management device 3 on the display unit 20 is performed, and the process returns to S 104.
  • the user can grasp the status of the managed device.
  • the display of the management information is not limited to the display unit 20 provided in the management device 3 , but may be performed via a display provided in a personal computer (not shown) capable of communicating with the management device 3. .
  • FIG. 9 Details of the above-mentioned “management information request processing” (S102) will be described with reference to FIGS. 9 to 11.
  • FIG. 9 Details of the above-mentioned “management information request processing” (S102) will be described with reference to FIGS. 9 to 11.
  • management information request process (S102) shown in FIG. 9 is started, in S201, the device requests the device to transmit management information using a broadcast. Management information requesting process ”, and then the process proceeds to S202.
  • This counter n plays a role as a so-called pointer, and will be described later in the processing list of the management information gatherable device list (see FIG. 5). It is used to specify the IP address to be referred to from among the numbers of ⁇ P addresses.
  • the management range (the management range set in the management range setting area 102 in FIG. 3) stored in the HDD 18 of the management device 3 is transferred to the RAM I6 of the management device 3. It is stored as the “remaining range” (the management range stored in the HDD 18 is copied to the RAM 16), and thereafter, the process proceeds to S303.
  • This “remaining range” is used in a later process to specify a range of IP addresses that do not require transmission of management information.
  • S303 the following processes S304 to S310 were executed for all the IP addresses of the management information gatherable devices shown in the management information gatherable device list (see Fig. 5). If it is determined that all the processes have been executed (S303: YES), the “management information request processing by broadcast” is terminated, and S202 of FIG. 9 is terminated. If it is determined that all the processes have not been executed (S303: NO), the process proceeds to S304.
  • S304 the subnet mask setting area of the information collection setting window 100 shown in Fig. 3 for the n-th IP address from the management information collectionable device list (see Fig. 5)
  • the processing shifts to S305.
  • “10.1.23.2.1.1” is the ⁇ th from the top of the management information collecting device list in FIG. If the IP address is registered and the subnet mask “25.5.255.25.25.0” is set in the subnet mask setting area 104 in FIG. 3, “10.1.2” A network address of “3.21.0” is calculated.
  • S305 it is determined whether or not the network address calculated in S304 overlaps with the remaining range stored in RAM 16 and, if it is determined that the network address overlaps, (S305: YE S ), The process proceeds to S306, and if it is determined that they do not overlap (S305: NO), the process proceeds to S310.
  • determination processing of S305 for example, "10.13.2.1.0" and the network address are calculated in S304, and "10.1" is stored in RAM I6.
  • S306 it is determined whether or not the n-th IP address is the IP address of the management device 3, and it is determined that the n-th IP address is the IP address of the management device 3. If (S306: YES), the process proceeds to S307, otherwise (S306: NO), the process proceeds to S308.
  • the “S NMP GET” packet specifying the four OIDs shown in the OID table in FIG. 4 is broadcast to the own network 1a (with the destination IP address set to 2). 55.25 5.25 55.255 Sends the broadcast packet specified in 5)), and shifts to the processing of S309.
  • the bucket storing the broadcast execution request of the “S NMP GET” packet specifying the above four OIDs (the version number in the OID table shown in FIG. 4 and the broadcast execution request) The stored packet) is transmitted by multicast to the above nth IP address. Then, the process proceeds to S309. As will be described in detail later, the probe devices 5b to 5f that have received the request for the broadcast execute the “SNMP GET” packet specifying the above four OIDs according to the request. Broadcast in the network 1 b to lf to which the probe devices 5 b to 5 f are connected.
  • the network address calculated in S304 that is, the network address where the "S NMP GET" packet was broadcast in S307, or To the probe devices 5b to 5f. ⁇ S NMP GETJ Delete the network address that requested the execution of the broadcast from the remaining range stored in RAM 16 from SAM. Move to According to the processing of S309, for example, “10.12.2.3.1.0” and the rainnet address are calculated in S304, and “10.1. If the remaining range of “2 3. 2. 1. 0—1 0. 1 2 3. 2 3. 2. 5 4” is stored, “1 0. 1 2 3. 2. 1. Delete the network address of “10.1.23.21.0” from the remaining range of “0—1 0.1 23.2.2.54”. As a result, the remaining range stored in RAM 16 is “10.1.3.2.22.0-10.1.23.2.3.254”, and S305 in the next and subsequent times In the processing of S309 and the processing of S309, processing based on this new remaining range is performed.
  • the IP addresses shown in the management information collection available device list are checked in order (S 310), if there is a management information collection device belonging to the remaining area (S305: YE S),
  • the device (management device 3 or probe device 5b to 5f) transmits a “SNMP GET” packet by broadcast (S307, S308).
  • S401 it is determined whether or not the remaining range stored in RAM 16 exists. It is determined whether or not there is a management range for which a request for transmission of management information by broadcast has not been made. If there is a remaining range (S401: YE S), If the process is shifted to the process but the remaining area does not exist (S401: NO), the “management information request process by unicast” is terminated and the “management information request process” in FIG. After the end, the processing shifts to the processing of S103 in FIG.
  • a “SNM P GET” packet is transmitted to the IP address selected in S 402 by a unicast, and then the process proceeds to S 404.
  • the IP address subjected to the unicast in S 403 is deleted from the remaining range stored in the RAM I 6, and then the process returns to S 411.
  • the “SNMP GET” packet is transmitted to the IP addresses belonging to the remaining range by the unicast (S40)
  • the process of repeating S2, S3) until the remaining range is exhausted is executed (S4, S4).
  • the “management device second process” will be described with reference to the flowchart shown in FIG.
  • the “management device second process” based on the flow chart shown in FIG. 12 is similar to the “management device first process” (see FIG. 8). It is always executed up to that point.
  • both processes are independent of each other, and are processed in parallel.
  • S501 it is determined whether or not a packet has been received via the network IZF10, and the packet has been received. If it is determined that the packet has not been received (S501: NO), the process returns to the processing of S501 to monitor the reception of the packet. If it is determined that the packet has been received, the process returns to the step S501. S501: YE S), shift to the processing of S502.
  • S502 it is determined whether or not the packet determined to have been received in S501 is a packet in which the content requesting transmission of the OID table is stored, and the transmission of the OID table is requested. If it is determined that the contents to be stored are stored buckets (S502: YE S), the processing shifts to S503, while if it is determined that they are not (S503). 2: NO), shift to the processing of S504. Note that the bucket storing the content requesting transmission of the OID table is a packet transmitted from the probe devices 5 b to 5 f to the management device 3 in the processing performed by the probe devices 5 b to 5 f described below. .
  • the latest OID table stored in the HDD 18 is transmitted by Unicast to the probe devices 5b to 5f that request the OID table.
  • the reception of the packet is monitored.
  • S504 it is determined whether or not the bucket determined to have been received in S501 is a packet in which management information is stored, and is not a bucket in which management information is stored. If it is determined (S504: NO), in S505, another process corresponding to the packet is executed, the process returns to S501, and the reception of the packet is monitored. On the other hand, if it is determined that the packet stores the management information (S504: YES), the process proceeds to S506.
  • the packet storing the management information is equivalent to the “SNMPREPLY” packet transmitted from the device that has responded to the transmission of the “SNM PGET” packet described above.
  • the source IP address of the management information that is, the IP address of the device that transmitted the “S NMP RE PLY” packet in response to the “SNM PGET” packet is checked from the packet content. Then, it is determined whether the IP address belongs to the management range stored in the HDD 18 or not. If it is determined that the IP address does not belong to the management range (S506: NO), the processing in S507 is performed. On the other hand, if it is determined that the process belongs to the management range (S506: YES), the process proceeds to S508. In the processing of S506, since it is not necessary to collect management information from outside the management range, it is determined whether or not the management information should be collected based on the management range. Performed to switch the processing of.
  • S508 it is determined whether or not the received bucket is transmitted from the probe devices 5b to 5f, and it is determined that the received bucket is transmitted from the probe devices 5b to 5f. If (S508: YES), the processing shifts to S511, otherwise (S508: NO), S50 Move on to step 9. As will be described in detail later, in the first embodiment, the probe devices 5b to 5f also perform substantially the same processing as the "management information selection processing" (S509) described later. Therefore, the process in S508 is a process for avoiding waste due to the duplicated “management information selection process”.
  • the reply packet (see FIGS. 7 (a) to 7 (c)) returned from the device in response to the above-mentioned “SNMP GET” packet is referred to as the reply packet. It is determined whether or not the object force S “Nosuch” associated with the m-th OID from the top (see Fig. 7 (a) to Fig. 7 (c)). If it is determined that there is (S602: YES), the processing shifts to S607, and if it is determined that it is not “Nosuch” (S602: NO), S6 0 Move to the processing of 3.
  • S603 it is determined whether or not the filter value is set to the m-th OID from the top of the OID table shown in FIG. 4 (whether or not it is blank), and the filter value is set. If it is determined that there is (S603: YE S), S The flow shifts to the processing of 604, and if it is determined that the filter value has not been set (S603: NO), the flow shifts to the processing of S605.
  • S604 it is determined whether or not the condition specified by the m-th object value S from the top of the reply packet and the filter value at the m-th position from the top of the OID table is satisfied. If it is determined that the condition is satisfied (S604 YES), the process proceeds to S605, and if it is determined that the condition is not satisfied (S604: NO), S607 Move to the processing of. In other words, in S604, the device confirms the Obj ect stored in the reply packet, specifies the vendor name and the model name, and determines whether or not the device corresponds to the managed device.
  • S605 it is determined whether or not the check has been performed to the end of the OID table, that is, whether or not the processing in S602 to 604 has been performed for all of the OID tables based on the power m. In the case of the OID table shown in Fig. 4, it is determined based on whether or not the counter m is 4), and if it is determined that the check has been performed to the end (S605: YES), this "management information selection" The process is terminated, and the process proceeds to S510 in FIG. 12. If it is determined that the check has not been performed to the end (S605: NO), the process proceeds to S606. Transition.
  • the management information that is, the received reply packet is discarded, the "management information selection process” ends, and the flow shifts to the process of S510 in FIG.
  • a bucket in which “Nosuch” is stored for the specified OID S602: YES
  • the packet whose object does not satisfy the condition specified by the filter value S604: NO
  • S607 the processing of S510 and below will be described.
  • S510 as a result of the "management information selection process" (S509), it is determined whether or not the management information has been discarded in S607 described above, and the management information is discarded. If it is determined that the management information remains (S510: YES), the process proceeds to S511, while if it is determined that the management information is discarded (S510: YES). NO), returning to the processing of S501, and monitoring the reception of the packet.
  • the “device processing” shown in FIG. 14 is a program for the flowchart shown in FIG. ! This is realized by execution of the CPUs 52a to 52n of the CPUs 52b to 32n or the CPUs 32b to 32f of the probe devices 5b to 5f.
  • S701 it is determined whether or not a packet has been received via the network I / Fs 30b to 30f and 50a to 50 ⁇ . If it is determined that the packet has not been received (S701: NO), the process returns to the processing of S701 to monitor the reception of the packet, and the packet is monitored. If it is determined that has been received (S701: YES), the processing shifts to S702.
  • S702 it is determined whether or not the packet determined to be received in S701 is an "S NMP GET" packet transmitted from the management device 3 or the probe devices 5b to 5f. If it is determined that the packet is a “SNMP GET” packet (S702: YESS), the processing of S703 is performed. If not (S702: NO), the process proceeds to S704 and performs other processing according to the packet, and proceeds to S701. Return to and monitor packet reception.
  • management information (Object) corresponding to the four OIDs stored in the "SNMP GET" packet was read from the MIB stored in RAM 56, and the read management information was stored.
  • probe device processing performed by the probe devices 5b to 5f in the device management system according to the first embodiment will be described in detail with reference to FIG.
  • the “probe device processing” shown in FIG. 15 is realized by the CPUs 32 b to 32 f of the probe devices 5 b to 5 f executing the program related to the flowchart of FIG. 15. You.
  • S801 it is determined whether or not a bucket has been received via the network I / Fs 30b to 30f, and the bucket is determined. If it is determined that the packet has not been received (S801: NO), the process returns to the processing of S801 and the reception of the packet is monitored, and it is determined that the packet has been received. In this case, (S801: YES), the processing shifts to S802.
  • the packet determined to be received by S801 is processed by S106 (see Fig. 8) or S503 (see Fig. 12) of management device 3. It is determined whether or not the packet stores the OID table transmitted by the router. If the packet is determined to be the packet storing the OID table (S8 0 2: YES), the process proceeds to S803, updates the OID table stored in the HDD 38, and returns to the processing of S801 to monitor the reception of the packet.
  • the packet determined to have been received in S801 is the “SN MP GET” packet transmitted by the processing of S308 (see FIG. 10) of management device 3. It is determined whether or not the packet stores the broadcast execution request. If it is determined that the packet stores the broadcast execution request (S804: YES), the processing of S805 is performed. On the other hand, if it is determined that this is not the case (S804: NO), the process proceeds to S808.
  • S805 it is determined whether or not the version number of the OID table stored in the above packet matches the version number of the OID table stored in the HDD 38, and if not, it is determined. If it is determined (S805: NO), the process proceeds to S806, and if it is determined that they match (S805: YE S), the process of S807 is performed. Move on to processing.
  • a packet is transmitted to the management device 3 requesting that the latest OID table be transmitted, and the process returns to S806 to monitor the reception of the packet.
  • the management device 3 that has received the packet transmitted in S806 transmits the latest OID table in the processing of S503 (see FIG. 12). In addition, as a result, O
  • the 1D table and the OID table of the probe devices 5b to 5f are not shifted.
  • S808 it is determined whether or not the packet determined to be received in S810 is a packet storing management information, and is determined not to be a packet storing management information. If (S808: NO), the process moves to S809, executes other processing according to the packet, returns to S801, and monitors the reception of the packet. On the other hand, if it is determined that the packet stores the management information (S808: YES), the process proceeds to S810.
  • the counter m is stored in the RAM 36 and the OID table stored in the HDD 38 is stored in the case of the probe device 5 b to 5 f.
  • the processing flow itself is the same, and therefore, detailed description thereof is omitted here for simplification.
  • S811 as a result of the "management information selection process" (S810), it is determined whether or not the management information has been discarded, and it is determined that the management information remains without being discarded. If (S811: YE S), processing of S812 On the other hand, if it is determined that the management information has been discarded (S811: NO), the process returns to S810 and the reception of the packet is monitored. By performing the processing of S810 and S811, unnecessary management information that does not match the contents of the OID table is discarded, and such unnecessary management information is not transmitted to the management device 3. This has the effect of reducing the useless transmission and reception of management information, which is an effect S. If such an effect is not required, both of the processes are not executed.
  • the source MAC address of the packet determined to have been received in S 801 is determined by determining whether or not the HDD 38 has stored the source MAC address. It is determined whether or not the management information of the device possessed has been transmitted to the management device 3 in the past. If it is determined that the management information has been transmitted to the management device 3 in the past (S812: YE S), the process proceeds to S813, and if not (S812: NO), the process proceeds to S814. That is, as shown in FIG. 16, the HDD 38 of the probe devices 5 b to 5 f stores the contents of the reply packet previously transferred to the management device 3, and is stored in the reply packet.
  • the IP address, the vendor name (corresponding to the first line of the OID table shown in FIG.
  • the model name (corresponding to the second line of the OID table shown in FIG. 4), the number of prints (the Information such as the number of owned “prt Alert” objects (corresponding to the third line of the OID table shown in FIG. 4) (corresponding to the fourth line of the OID table shown in FIG. 4) is associated.
  • S813 the contents of the packet received this time and stored in HDD38 By comparing the contents of the received packet (see Fig. 16) with the vendor, model name, number of prints, and alert information, it was determined that they were all the same. In this case, (S813: YE S) returns to the processing of S810, and monitors the reception of packets. If it is determined that they are not the same, (S813: NO), S81 Move on to step 4. In other words, by this processing, double transmission of the same content of the management information that is the same as the management information previously transmitted to the management device 3 (the management information that has not changed compared to the previous time) can be avoided. It should be noted that performing the processing of S812 and S813 has the effect of reducing the useless transmission and reception of management information, but such an effect is not required. May be configured not to execute both processes (both processes may be deleted).
  • the HDDs 38 of the probe devices 5b to 5f store the contents (IP addresses, IP addresses, etc.) of the packets that the probe devices 5b to 5f have transmitted to the management device 3 in the past, as in FIG. Vendor name, model name, number of prints, etc.) are stored (for example, information on probe devices 5b to 5f may be added to FIG.
  • the networks 1 b to lf (the first network of the present invention) and the network la (corresponding to the second network of the present invention) Device connected to Router 2 that does not pass broadcasts made on the other network to the other network.
  • the management device 3 connected to the network 1a can manage the managed devices connected to the networks 1b to 1f without the troublesome work of inputting all the IP addresses individually. it can.
  • the OID table (see FIG. 4) is used in the processing of S106 (see FIG. 8) or S503 (see FIG. 12) in the management device 3. ) Is sent to the probe devices 5b to 5 ⁇ , and only the return packet containing the management information that matches the condition specified by the filter value of the OID table is transferred to the management device 3. Reply packets that do not need to be transferred are not transferred from the probe devices 5b to 5f to the management device 3. Therefore, it is possible to obtain the effect of reducing the processing load on the management device 3 and the effect of suppressing an increase in network traffic. '
  • the device capable of collecting management information broadcasts the GETSNMPGETJ packet, compared to the case where the “SNMPGET” packet is individually transmitted by the broadcast. It is possible to efficiently collect management information.
  • the same components as those in the first embodiment are denoted by the same reference numerals, description thereof will be omitted, and the description will focus on differences from the first embodiment.
  • the above-described first embodiment and the second embodiment differ from the above-described “management information request processing by multicast” in the following points. That is, in the first embodiment described above, for the “remaining range” in which the transmission of the management information by the broadcast was not performed, the management device 3 individually performed the unicast (see FIG. 11).
  • the network distance network The difference is that the management device 3 or the probe devices 5b to 5f, which have the closest distance (calculated based on the number of routers interposed between the networks), perform the nuisance.
  • management information request processing by unicast according to the second embodiment will be described in detail with reference to FIGS. 17 to 18. Note that the following "management information request processing by unicast” according to the second embodiment shown in FIGS. 17 to 18 is performed by the "unicast system” according to the first embodiment shown in FIG. This is executed instead of “Management information request processing by client”.
  • management information request processing by unicast S202
  • S901 it is determined whether or not the remaining range stored in RAM 16 exists, ie It is determined whether or not there is a management range for which the transmission of management information has not been requested by the cast. If there is a remaining range (S901: YE S), the process proceeds to S902. If there is no remaining area (S910: NO), the “management information request processing by unicast” ends, and the “management information request processing” in FIG. 9 ends. Then, the processing shifts to the processing of S103 in FIG.
  • the remaining range is divided for each network address, and then the process proceeds to S903.
  • the remaining range is “10.1.3.2.5.0-10.1.23.2.2.55” and the subnet mask is “25.5.25.5.2” If “55.0”, then "10.1.23.2.25"
  • one remaining range is selected from the remaining ranges divided by S902, and then the process proceeds to S904.
  • a process of setting the counter TTL provided in the RAMI 6 of the management device 3 to "1" is executed, and thereafter, the process proceeds to S1003.
  • the value set in the counter TTL is stored in the header of the bucket in a later process, so that the bucket lifetime (Time To Live), more specifically, the packet It is used as the number of hops that can survive (the number of times the router forwards the packet).
  • the router receives the packet, it decrements the value of the counter TTL stored in the header by one, and if the value is not 0, the router forwards the bucket to the next router. , If the value is 0, the packet It has the function of discarding the packet when it is determined that the lifetime of the packet has expired.
  • the router has a function to notify that a packet has been discarded by sending an I CMP Time Exceeded (time-exceeded) packet to the source when the packet is discarded. I have.
  • the above-mentioned function provided in the router is used, and the survival time (counter TTL) of the I CMP Echo Request packet specifying the desired IP address is gradually increased. While trying to communicate with the network device to which the IP address was assigned, the system tried to determine whether communication with the network device was possible, and stopped receiving the I CMP Time Exceeded packet (see the above-mentioned desired IP address).
  • the counter TTL can be specified to determine the inter-network connection. Is calculated. In other words, the greater the value of the counter TTL, the greater the number of routers interposed between the two networks, and the greater the distance between the networks.
  • I CMP Internet Control Message Protocol
  • step S1003 after transmitting an ICM PE chore request packet in which the counter TTL value is associated with the IP address selected in step S1001, processing in step S1004 is performed. Move to
  • S1004 it is determined whether or not the above-described I CMP Time Exceeded packet has been received from the router, and if it is determined that the packet has been received (S1004: YE S ), I CMP Time Exceeded packet with counter TTL incremented by 1 (S1005 and S1003), if not (S1004: NO), the process proceeds to S106.
  • S1006 it is determined whether or not the I CMP E chore request packet has been received from the destination of the I CMP E cho R equest packet transmitted in S1003, and If it is determined that a packet has been received (S1006: YES), the "distance calculation process" ends, and the process proceeds to S906 in FIG. If not (S1006: NO), the process proceeds to S107. In S106, it is determined that the I CMP Echo Rep 1 y packet has been received (S106: YE S). It corresponds to the distance between the works.
  • the router sends the I CMP Destination Unreachable packet (when communication cannot be performed because the network device to which the specified IP address is assigned is not turned on, etc. It is determined whether or not the received packet has been received. If it is determined that the packet has been received (S107: YE S), the processing shifts to the processing of S108. On the other hand, if it is determined that this is not the case (S1007: NO), the processing returns to S1004.
  • S1008 it is determined whether or not the processing of S1002 to S1007 has been executed for all the IP addresses belonging to the remaining range selected in S1001. If it is determined that the process has been executed (S1008: YE S), the process proceeds to S1009, sets the counter TTL to 0, and then ends the "distance calculation process". On the other hand, the processing shifts to S906 in FIG. 17, while if it is determined that the processing is not the same (S1008: NO), the processing shifts to S11010 and the processing does not belong to the remaining range. After selecting one of the selected IP addresses, the process returns to S1002. In this case, the processing of S 1002 to S 1007 Is determined to have been executed for all IP addresses belonging to the remaining range (S1008: YE S), the counter TTL is set to 0, but (S10
  • the “distance calculation processing” is executed in “other processing” (S809) of the probe device processing (see FIG. 15) executed by the probe devices 5b to 5f. It will be.
  • the remaining range required in the process of S1001 is specified by the management device 3 in the process performed in S904 of FIG.
  • the counter TTL required for the processing of S1002 and the like is provided in the RAM 38 of the probe devices 5b to 5f.
  • the value of the counter TTL obtained as a result of executing the “distance calculation processing” is transmitted from the probe devices 5 b to 5 f to the management device 3 in the “other processing” (S 809).
  • the Rukoto The value of the counter TTL sent from the probe devices 5b to 5f to the management device 3 is described in “Other processing” (S505) in “Management device second processing” (see Fig. 12). Will be received.
  • S910 it is determined whether there is a remaining range not yet selected in S930 or S911 described later among the remaining ranges divided in S902. If it is determined that there is an unselected remaining range (S910: YES), the process proceeds to S911, and an arbitrary remaining range is selected from the unselected remaining ranges. After the selection, the process returns to S904, but if it is determined that there is no unselected remaining area (S910: NO), this "management information request process by Unicast" ends. Then, after the “management information request processing” in FIG. 9 ends, the processing shifts to S103 in FIG.
  • the probe devices 5b to 5f which have been requested by the processing of S908, perform the other processing (S809) of the probe device processing (see FIG. 15).
  • a force S for executing the same processing as that of S907, at this time, the same processing as that of S820 to S822 may be executed.
  • the probe devices 5b to 5f that have received the request in the processing of S908 execute the same processing as S820 to S822 in response to receiving the request.
  • the management information of the probe devices 5 b to 5 f may be transmitted to the management device 3.
  • the destination of the unicast destination is Since the managed device 3 or the probe devices 5b to 5f, which have the closest network distance to a certain managed device, execute the nickcast, the load on the managed device 3 can be reduced compared to the first embodiment. It works. In addition, communication between two parties with a long network distance places a load on the intervening network or router.However, when performing the above-mentioned nicycast, the network distance between the two parties is limited.
  • the method of registering the “Management information gatherable device list” differs in the following points. That is, the “management information collection possible device list” in the first embodiment described above is registered by the user inputting the IP address via the user I / F 22 of the management device 3, The “device list for which management information can be collected” in the third embodiment is different in that the management device 3 automatically registers.
  • FIG. 19 shows “probe registration processing” executed by the management device 3
  • FIG. 20 shows “other processing” (S) in “depice processing” shown in FIG. This is the “installation process” performed in 704).
  • the “probe device registration process” is performed on the HDD 18 of the management device 3, and the “installation process” is performed on the ROM 34 of the probe devices 5 b to 5 f or the device a! ! ROM 54 respectively.
  • the “probe device registration process” will be described with reference to FIG.
  • the “probe device registration process” shown in FIG. 19 is mainly performed to register the IP address in the “management information collection available device list” (see FIG. 5). This “probe device registration process” is started, for example, when execution is instructed by a user via the user interface 22 of the management device 3.
  • the top management information is selected from the management information (the management information collected so far) stored in the HDD 18 Thereafter, the flow shifts to the processing of S111.
  • S1102 it is determined whether or not the processing of S1103 to S1108 described below has been executed for all the management information stored in the HDD 18, and it is determined that the processing has been executed. If this is done (S1102: YE S), this "probe device registration process" is ended, otherwise (S1102: NO), the process moves to S1103. I do.
  • S1103 it is determined whether or not probe devices 5b to 5f exist on the network to which the device that has transmitted the selected management information is connected, and it is determined that the device exists. If (S111: YE S), the process shifts to S1108, while if not (S110: NO), the process returns to S110. Transition. The determination is based on whether the network address of the device that has sent the selected management information matches the network address of the device registered in the “Management Information Collectable Device List”. Done.
  • S111 it is determined whether the device that has transmitted the selected management information is a device that can operate as a probe device, and is determined to be a device that can operate as a probe device. If (S111: YE S), shifts to the processing of S1105, otherwise (S1104: NO), shifts to the processing of S1108 I do. The determination is made based on, for example, checking the model name included in the selected management information and determining whether the device is a model that can operate as a probe device.
  • S111 it is determined whether the device that has transmitted the selected management information is already a probe device, that is, a program required to operate as a probe device (hereinafter referred to as a probe program). It is determined whether or not has been installed. If it is determined that has not been installed (S1105: NO), the process proceeds to S1106, while the installation has been completed. If it is determined that there is (S110: YES), the process proceeds to S1107. In addition, for this determination, for example, it is necessary to confirm the model name included in the management information being selected, and to determine whether the model has the above-mentioned probing program installed from the beginning, or whether to install the above-mentioned probing program later. This is done based on whether there is a model.
  • the probe program corresponds to a program required to execute the above-described “probe device processing” (see FIG. 15). Further, the above-mentioned probing program is stored in the HDD 18 of the management device 3.
  • the above-mentioned probing program is transmitted to the device which has transmitted the selected management information, and then the process proceeds to S1107.
  • the device that has received the above-described probing program performs an installation process of the probing program.
  • S111 the process of additionally registering the IP address of the device that has transmitted the selected management information to the "management information collection available device list" is performed. After that, the flow shifts to the processing of S111.
  • the “installation process” shown in FIG. 20 is a process performed in “other processes” (S704) in the “device process” shown in FIG. 14 as described above. Specifically, it is executed when the probed program transmitted in the process of S111 is received.
  • S122 it is determined whether or not the probed program can be installed based on the analysis result performed in the processing of S1221, and it is determined that the program can be installed. If (S122: YE S), the process proceeds to S123, while if it is determined that installation is not possible (S122: NO), Is completed, and the process returns to S701 of "Departure processing" (see Fig. 14).
  • the determination as to whether or not the installation is possible in S122 is made based on, for example, whether or not a storage capacity sufficient to install the probe program can be secured.
  • the “installation process” ends, and the process returns to S701 of “Device process” (see FIG. 14).
  • the device on which the probe program has been installed will be able to perform “probe device processing” (see Fig. 15) based on the probe program thereafter. It functions as a probe device.
  • the probe program when it is determined that there is no device registered in the “management information collection available device list” on the network to which the selected device is connected, S 1103: NO), the probe program may be transmitted.
  • the present invention is not limited to this, and the configuration may be such that the determination (S 1103) is not performed. ) May be configured to determine whether communication with the probe device registered in the “management information collection available device list” is not possible. In other words, if communication with the devices registered in the “management information collection available device list” is not possible, a probe program is transmitted to register a new probe device.
  • the probe program is assigned to a device having a higher priority based on a predetermined priority. You may send it.
  • priority may be given to a device that has existed on the network for a long time or a device with a high operating rate. In particular, it is preferable to give priority to a device with a high operation rate because the probability of functioning as a probe device increases.
  • management information can be further collected from the “management information collection enabled device list”. This eliminates the need for the user to input the IP address of the device, and thus has the effect of further reducing the user's labor.
  • the probe device Since it is possible to send a probe program necessary for functioning as a device to a device and make the device function as a probe device, the management information can be collected more smoothly by using the probe device. This has the effect that it can be performed.
  • the same components as those in the first embodiment are denoted by the same reference numerals, description thereof will be omitted, and the description will focus on differences from the first embodiment.
  • the first embodiment described above and the fourth embodiment differ in the destination of the “SNMP REPLY” packet in the following points. That is, in the above-described first embodiment, the “S NMP REPLY” packet is returned to the source of the “S NMP GET” packet (the management device 3 or the probe devices 5 b to 5 f). However, the fourth embodiment is different in that the data is directly returned to the management device 3 without passing through the probe devices 5b to 5f. In the fourth embodiment, the IP address of the management device 3 is stored in the “SNMP GET” packet transmitted by the management device 3 or the probe devices 5b to 5f.
  • FIG. 21 is a flowchart of “SNMP REPLY packet transmission processing” (S703) in “device processing” shown in FIG. 14 in the fourth embodiment.
  • S 1301 the I address of the management device 3 is stored in the received “S NMP GET” packet. It is determined whether or not it is stored. If it is stored (S1301: YESS), the process proceeds to S1302, while if it is not stored (S130) 1: NO), processing of S1303 Move to When transmitting the “SNMP GET” packet, the management device 3 and the probe devices 5 b to 5 f in the fourth embodiment store and transmit the I address of the management device 3.
  • the “S NM PREPLY” bucket can also pass through the probe devices 5 b to 5 f. Since it is transmitted directly to the management device 3, the processing load on the probe devices 5b to 5f can be reduced. '
  • the same components as those in the first embodiment are denoted by the same reference numerals, description thereof will be omitted, and the description will focus on differences from the first embodiment.
  • the fifth embodiment is different from the first embodiment in that the management device 3 or the probe devices 5 b to 5 f execute the monitoring processing shown in FIG. 22 in addition to the first embodiment.
  • FIG. 22 is a flowchart showing a “monitoring process” executed by at least one of the management device 3 and the probe devices 5 b to 5 f.
  • This "monitoring process” is a process that is always executed from the time when the power of the management device 3 or the probe devices 5b to 5f is turned on until the time when the power is turned off.
  • this "monitoring process” is executed, first, at S1401, the connection itself is monitored by monitoring the bucket flowing on the network via the network I / F 10 or 30. Determines whether a new device has been found on the connected network, that is, whether it has found an IP address belonging to the connected network and an IP address to be checked for the first time. Then, when it is determined that the information is found (S1401: YE S), the processing shifts to the processing of S1402, while when it is determined that the information is not found (S144: 1: (NO), returns to the processing of S1401, and continues the packet monitoring.
  • the IP address of the packet monitored via the network I / F 10 or 30 is stored in the HDD 18 or 38. By comparing the IP address stored in the HDD 18 or 38 with the IP address of the monitored bucket, the determination is made based on whether a new device has been found.
  • the above-mentioned “SN MP GET” packet (a packet for requesting the transmission of management information, which designates four OIDs shown in the OID table) is transmitted in the network to which itself is connected. After the broadcast, the process returns to S1401, and packet monitoring is continued.
  • the management device 3 or the probe devices 5b to 5f discover it, and the "SNMPGET" Since the broadcast of the bucket is performed, it is possible to quickly and easily grasp the change in the network on the management device 3.
  • the device management system of the present embodiment can be applied to the case of managing any device such as a facsimile, a scanner, and the like.
  • the management information is collected at intervals of 10 minutes.
  • the management information may be collected based on an instruction from a user. In this way, the latest device management information can be obtained when the user needs it.
  • the management device 3 when the “management information request processing” (FIG. 8: S102) is executed, the management device 3 performs the “management information request processing by broadcast” (S201) and the like. Executes “management information request processing by unicast” (S202), that is, management device 3 S "Determines all devices that send SNMPGETJ buckets and requests the determined devices.
  • S201 "management information request processing by broadcast”
  • S202 management information request processing by Unicast
  • Substantially the same processing may be executed by the probe devices 5b to 5f. In this case, “management information request processing” (FIG. 8: S102) is executed on the management device 3.
  • the management range for collecting management information is notified to the probe devices 5b to 5f, and based on the notified management range, the probe devices 5b to 5f respond to the management information request by broadcast. Processing (S201) and "Management Information Request Processing by Unicast" (S202). With such a configuration, it is possible to reduce the load on the management device 3.
  • the present invention is not limited to this.
  • the OID stored in the “SNMP GET” packet may be checked, and a response may be sent only when the object corresponding to the OID is provided.
  • the management device 3 and the probe devices 5b to 5mm do not receive useless "S NMP RE PLYj" packets, so that the processing load can be reduced. Become.
  • the OID table has been described with reference to the example shown in FIG. 4, but it goes without saying that the contents of the OID table may be changed as appropriate. For example, if it is desired to collect specific error information, a "prtAlet" Object corresponding to the error information may be added to the OID table. As a result, the trouble of collecting error information can be saved. Similarly, instead of the error information, the setting information of the printing apparatus (for example, resolution, page layout, etc.) may be used. Industrial applicability
  • the device management system, the probe device, the device, and the program according to the present invention manage devices such as a printer, a facsimile, and a scanner connected to a network such as an in-house LAN.

Landscapes

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

Description

明 細 書 デバイス管理システム、 プローブデバイス、 デバイス、 及びプログラム 技術分野
本発明は、 ネッ トワークにおけるデバイス管理システム、 このデパイ ^ス管理システムで用いられるプローブデバイス、 このデバイス管理シス テムで用いられるデバイス、 及ぴプログラムに関し、 特に、 ルータを越 えた先にあるネッ トワーク上のデバイスの I Pァドレスを個々に入力す る面倒な作業を行うことなく、 ルータを越えた先にあるデバイスを管理 デバイスにて管理することができるデバイス管理システム、 プローブデ バイス、 デバイス、 及びプログラムに関する。 背景技術
従来より、 社内 L A N等のネッ トワーク上には、 ネッ トワークに接続 されたデバイスを管理する管理用のデバイス （以下 「管理デバイス」 と いう） が設置されている （例えば、 特開平 0 6— 3 3 8 8 8 4号公報参 照） 。 この管理デバイスは、 送信先 I Pアドレスを 2 5 5 . 2 5 5 . 2 5 5 . 2 5 5に設定したブロードキャストパケッ トをネットワーク上に 送出して、 当該ブロードキャス トパケッ トを受信したプリンタ等の各デ バイスからの返信によって管理情報を取得し、 その管理情報に含まれて いるデパイスのベンダー名、モデル名、インクやトナーの量、印刷枚数、 デバイスの設定状況、 デバイスのエラー状況等を認識して、 デバイスの 管理を行っている。
しかし、 近年社内 L A Nは大規模化し、 ルータを介して複数のネッ ト ワークを互いに接続することが多くなつている。 このように、 ルータを 介して複数のネッ トワークを互いに接続した場合、 管理デバイスが送出 した上述のブロードキャストバケツ トはルータを越えた先のネッ トヮー クに送信されるとは限らない。 これは、 ブロー ドキャス トパケッ トをル ータの先に送信してしまうと、 ルータを介して接続された双方のネッ ト ワークにおける トラフィックが増大してしまうため、 通常、 ネッ トヮー ク管理者によって、 ブロードキャス トパケッ トはルータを通さないよう に設定されることが通例であるためである。 このことから、 例えば管理 デバイス aが接続されたネッ トワーク Aでブロードキャストを行っても ルータを介してネッ トワーク Aと接続されているネッ トワーク Bにはそ のブロードキャス トパケッ トが送信されない場合があった。 つまり、 ネ ッ トワーク Aに接続された管理デパイス aが、 ネッ トワーク A上でプロ 一ドキャス トを行っただけでは、 ネッ トワーク Bに接続された 1又は複 数のデバィス bの管理情報を取得できず、 デパイス bを管理することが できない場合があった。
そこで、 このような場合は、 ルータを越えた先のネッ トワークに存在 する管理対象であるデバイス bの I Pァ ドレスを個々に管理デバイス a に入力し、 その入力された I Pアドレスに基づいて管理デバイス aとデ パイス bとの間で管理情報を送受信させ、 管理デパイス a上でデバィス bを管理していた。
しかし、 このように I Pア ドレスを個々に入力する作業は、 ルータを 越えた先のネットワークに存在する管理対象のデパイス bが増加するに つれ非常に煩雑な作業になっていた。
そこで、 本発明は、 ルータを越えた先にあるネッ トワーク上に存在す るデパイスの I Pァ ドレスを個々に入力するという面倒な作業を行うこ となく、 ルータを越えた先のネッ トワークに存在するデバイスを管理デ バイスにて管理することができるデバイス管理システム、 プローブデバ イス、 デバイス、 及ぴプログラムを提供することを目的とする。 発明の開示
上記目的を達するためになされた請求項 1に記載の発明は、 第 1のネ ッ トワークに接続されたデバイスを、 前記第 1のネッ トワークとルータ を介して通信可能な第 2のネットワークに接続された管理デバイスにて 管理するデバイス管理システムであって、前記第 1のネッ トワーク上に、 前記管理デバイスと通信可能なプローブデバイスを更に備え、 該プロー ブデバイスは、 該プローブデバイスが接続された前記第 1のネッ トヮー クに対して、 前記デバイスを管理するための管理情報を要求するブロー ドキャストを実行するブロードキャスト手段と、 該ブロードキャス トに 応じた前記デバイスからの応答によって得られた前記管理情報を前記管 理デバイスに転送する転送手段とを備え、 前記管理デバイスは、 前記転 送手段によって転送された前記管理情報に基づいて、 前記第 1のネッ ト ワーク上の前記デバイスを管理する管理手段を備えたことを特徴とする。 このデバイス管理システムでは、 第 1のネッ トワークに接続されたデ バイスを、 第 2のネットワークに接続された管理デバイスにて管理する ため、 第 1のネッ トワーク上に、 管理デバイスと通信可能なプローブデ バイスを備えている。 このプローブデバイスは、 第 1のネットワークに 対して、 デバイスを管理するための管理情報を要求するブロードキャス トを実行し、 ブロードキャス トに応じたデバイスからの応答によって得 られた管理情報を管理デバイスに転送する。そのため、管理デバイスは、 プローブデバイスから転送された管理情報に基づいて、 第 1のネットヮ ーク上のデバイスを管理することができる。
従って、 本発明のデバイス管理システムを用いると、 第 2のネットヮ ークに接続された管理デバイスで、 第 1のネットワークに接続されたデ バイスを認識し、 そのデバイスを管理することができる。 また、 本発明 のデバイス管理システムを用いると、 管理デバイスとプローブデバイス とを通信可能に設定するだけで、 管理デバイスが第 1のネッ トワークに 接続されたデバイスを管理することができるので、 従来のように、 第 1 のネッ トワークに接続された管理対象のデバイスの I Pァ ドレスを個々 に入力する面倒な作業を行う必要がなくなる。
なお、 請求項 2 1に記載の発明のプローブデバイスは、 第 1のネッ ト ワーク上に管理デバィスと通信可能に設置されたプローブデバイスであ つて、 プローブデバイスが接続された第 1のネッ トワークに対して、 デ バイスを管理するための管理情報を要求するブロードキャス トを実行す るブロードキャスト手段と、 ブロードキャス トに応じたデバイスからの 応答によって得られた管理情報を管理デバイスに転送する転送手段とを 備えている。 このプローブデバイスを用いれば、 上記デバイス管理シス テムを構成することができ、 請求項 1に記載のデバイス管理システムに ついて述べた通りの作用 ·効果を奏することになる。
また、 請求項 2 2に記載に記載されたプログラムは、 第 1のネットヮ ーク上に管理デパイスと通信可能に設置されたプローブデバイスに、 プ ローブデバイスが接続された第 1のネッ トワークに対して、 デバイスを 管理するための管理情報を要求するブロードキャストを実行するブロー ドキャス ト処理と、 ブロードキャス トに応じたデバイスからの応答パケ ッ トによつて得た管理情報を管理デパイスに転送する転送処理とを実行 させる。 このプログラムをプローブデバイスに実行させれば、 請求項 1 に記載のデバイス管理システムについて述べた通りの作用 ·効果を奏す ることになる。
ところで、 プローブデバイスから管理デパイスに第 1のネッ トワーク に接続されたデバイスのデバイス情報を転送する方法としては、 様々な 態様が考えられる。 例えば、 請求項 2に記載のデバイス管理システムの ように、 転送手段は、 ブロードキャス トに応じたデバイスからの応答に よって管理情報を得る度に、 管理情報を順次管理デバイスに転送しても よい。
また、 請求項 3に記載のデバイス管理システムのように、 プローブデ バイスに、 ブロードキャストに応じたデバイスからの応答によって得た 管理情報を記憶する記憶手段を備え、 転送手段は、 ブロードキャストに 応じた、 デバイスからの応答によって得た新たな管理情報のうち、 記憶 手段に記憶されている過去の管理情報と異なる管理情報を、 管理デバィ スに転送してもよい。 このようにすれば転送の不要な管理情報がプロ一 ブデバイスから管理デバィスに転送されないので、 複数のプローブデバ イスから管理情報を受信する管理デバイスは、 その管理情報を受信する 受信処理に要する処理負担が軽減される。
さらに、 請求項 4に記載のデバイス管理システムのように、 管理デバ イスは、 管理対象とするデバイスの条件をプローブデバイスに通知する 通知手段を備え、 転送手段は、 通知手段によって通知された条件を満た すデバイスの管理情報を、 管理デバイスに転送することが好ましい。 こ のようにすれば転送の不要な管理情報がプローブデバイスから管理デバ イスに転送されないので、 複数のプローブデバイスから管理情報を受信 する管理デバイスは、 その管理情報を受信する受信処理に要する処理負 担が軽減される。
次に、 請求項 5に記載のデバイス管理システムは、 第 1のネッ トヮー クに接続されたデバイスを、 前記第 1のネッ トワークとルータを介して 通信可能な第 2のネットワークに接続された管理デバイスにて管理する デバイス管理システムであって、 前記第 1のネッ トワーク上に、 前記管 理デバイスと通信可能なプローブデバイスを更に備え、 該プローブデバ イスは、 該プローブデバイスが接続された前記第 1のネッ トワークに対 して、 前記デバイスを管理するための管理情報を前記管理デバイスに送 信するよう前記デバイスに指令するプロ一ドキャストを実行するブロー ドキャス ト手段を備え、 前記デバイスは、 前記ブロードキャス ト手段を 介した指令に基づいて、 前記ブロードキャス トに対する応答先を前記管 理デバイスに設定して、 前記管理情報を送信する宛先設定送信手段を備 え、 前記管理デバイスは、 前記デバイスから受信した前記管理情報に基 づいて、 前記第 1のネッ トワーク上の前記デバイスを管理する管理手段 を備えたことを特徴とする。
このデバイス管理システムでは、 第 1のネッ トワークに接続されたデ バイスを、 第 2のネッ トワークに接続された管理デバイスで管理するた め、 第 1のネットワーク上に、 管理デバイスと通信可能なプローブデバ イスを備え、 このプローブデバイスは、 第 1のネッ トワークに対して、 デバイスを管理するための管理情報を要求するブロードキャストを実行 している。 そして、 デバイスは、 ブロードキャス ト手段を介した指令に 基づいて、ブロードキャストに対する応答先を管理デバイスに設定して、 管理情報を管理デバイスに送信している。 そのため、 管理デバイスは、 デバイスから受信した管理情報に基づいて、 第 1のネッ トワーク上のデ バイスを管理することができる。
従って、 本発明のデバイス管理システムを用いると、 第 2のネッ トヮ ークに接続された管理デバイスで、 第 1のネッ トワークに接続されたデ バイスを認識し、 そのデバイスを管理することができる。
なお、 請求項 2 3に記載のプローブデバイスは、 第 1のネッ トワーク 上に管理デバィスと通信可能に設置されたプローブデバイスであって、 プローブデバイスが接続された第 1のネッ トワークに対して、 デバイス を管理するための管理情報を管理デバイスに送信するようデバイスに指 令するブロードキャス トを実行するブロードキャス ト手段を備えている。 このプローブデバイスを用いれば、 請求項 5に記載のデバイス管理シス テムを構成することができ、 請求項 5に記載のデバイス管理システムに ついて述べた通りの作用 ·効果を奏することになる。
また、 請求項 2 4に記載のプログラムは、 第 1のネッ トワーク上に管 理デバイスと通信可能に設置されたプローブデバイスに、 プローブデバ イスが接続された第 1のネッ トワークに対して、 デバイスを管理するた めの管理情報を管理デバイスに送信するようデバイスに指令するブロー ドキャス トを実行するブロードキャス ト処理を実行させる。したがって、 このプログラムをプローブデバイスにインス トールすれば、 請求項 5に 記載のデバイス管理システムに係るプローブデバイスを構成することが でき、 請求項 5に記載のデバイス管理システムについて述べた通りの作 用 ·効果を奏することになる。
また、 請求項 2 5に記載のデバイスは、 第 1のネッ トワーク上に接続 されたデバイスであって、 プローブデバイスから、 ブロードキャストに よって、 デバイスを管理するための管理情報を管理デパイスに送信する よう指令された際に、 管理デバイスに宛先を設定して管理情報を送信す る宛先設定送信手段を備えている。 このデバイスを用いれば、 請求項 5 に記載のデバイス管理システムを構成することができ、 請求項 5に記載 のデバイス管理システムについて述べた通りの作用 .効果を奏すること になる。
また、 請求項 2 6に記載のプログラムは、 第 1のネッ トワーク上に接 続されたデバイスに、 プローブデバイスから、 ブロードキャストによつ て、 デバイスを管理するための管理情報を管理デバイスに送信するよう 指令された際に、 管理デバイスに宛先を設定して前記管理情報を送信す る宛先設定送信処理を実行させる。 したがって、 このプログラムをデバ イスにインス トールすれば、 請求項 5に記載のデバイス管理システムに 係るデバィスを構成することができ、 請求項 5に記載のデバイス管理シ ステムについて述べた通りの作用 ·効果を奏することになる。
次に、 請求項 6に記載のデバイス管理システムのように、 管理デバィ スは、 管理対象とするデバイスの条件をプローブデバイスに通知する通 知手段を備え、ブロードキャスト手段は、第 1のネットワークに対して、 通知手段によって通知された条件を満たすデバイスに、 管理情報を要求 する旨のブロードキャス トを実行するようにしてもよい。 このようにす れば、 管理対象ではないデバイスは、 管理情報の要求に対して応答しな いこととなるので、 無駄な通信が行われることを未然に防止することが 可能となる。
次に、 請求項 7に記載のデバイス管理システムのように、 プローブデ バイスは、 第 1のネッ トワークに新たなデバイスが接続されたか否かを 判断する判断手段を備え、 判断手段によって、 第 1のネッ トワークに新 たなデバイスが接続されたと判断された際に、 ブロードキャス トを実行 するようにしてもよい。 このデバイス管理システムでは、 新たなデバイ スを第 1のネッ トワークに接続すればプローブデバイスによってブロー ドキャス トが行われて、 新たに接続されたデバイスが管理デバイスで認 識される。 従って、 本発明のデバイス管理システムを用いると、 新たに デバイスをネットワークに接続するだけで、 そのデバイスを管理デバィ スで自動的に管理することができる。
次に、 請求項 8に記載のデバイス管理システムのように、 ブロードキ ヤス ト手段は、 管理デバイスからブロードキャス トを実行する旨の要求 を受けた際に、ブロードキャストを実行してもよレ、。このようにすれば、 管理デバイスでは、 最新のデバイスの管理情報を必要なときに取得する ことができる。 次に、 請求項 9に記載のデバイス管理システムのように、 前記管理デ バイスは、 予め登録されているプローブデバイスに前記ブロードキャス トを実行させても良い。 このようにすれば、 登録されているプローブデ パイスを利用して管理情報を収集することが可能になる。
次に、 請求項 1 0に記載のデバイス管理システムのように、 前記第 1 のネットワークに登録されたプローブデバイスが存在しない場合、 前記 第 2のネッ トワークに接続された管理デバイスが、 前記第 1のネッ トヮ ークに接続されたデバイスに対して、 管理情報を要求するュニキヤスト を実行してもよレ、。 このようにすれば、 第 1のネットワークにプローブ デバイスが存在しない場合であっても管理情報を収集することが可能に なる。
次に、 請求項 1 1に記載のデバイス管理システムのように、 前記第 1 のネッ トワークに登録されたプローブデバイスが存在しない場合、 前記 第 1のネットワークとの間に介在するルータの数が、 前記第 1のネッ ト ワークと管理デバイスとの間に介在するルータの数より少ない第 3のネ ットワークに接続されたプローブデバイスが、 前記第 1のネットワーク に接続されたデバイスに対して、 管理情報を要求するュ-キャス トを実 行してもよい。 このようにすれば、 ネッ トワーク間の距離が遠い （ネッ トワーク間に介在するルータの数が多い） 2者間でュニキャストが多く 実行されることによって、 2者間に介在するネッ トワークに負荷がかか つてしまうという不具合を解消できる。 また、 ネットワーク間の距離が 遠い 2者間でュニキャス トを実行すると、 そのネットワーク間に介在す るルータによる中継処理が増えてしまい、 結果として管理情報を収集す るための時間が増大してしまうが、 上述の構成によれば、 ネットワーク 間の距離が近い 2者間で管理情報の収集を行うので、 この時間を削減す ることが可能となる。 次に、 請求項 1 2に記載のデバイス管理システムのように、 プローブ デバイスが登録されていないネッ トワークにプローブデバイスの存在が 確認された場合、 当該プローブデバイスを新たに登録してもよい。 この ようにすれば、 プローブデバイスを登録する手間を省くことが可能とな る。
次に、 請求項 1 3に記載のデバイス管理システムのように、 プローブ デバイスが登録されていないネッ トワークにプローブデバイスとして機 能することが可能なデバイスの存在が確認された場合、 当該デバイスに 対してプローブデバイスとして機能させるプログラムを送信して当該デ バイスをプローブデバイスとして機能させ、 かつ、 当該デバイスをプロ ーブデバイスとして管理デバイスに登録してもよい。このようにすれば、 プローブデバイスを管理デパイスに登録する手間を省ける他、 デバイス をプローブデバィスとして機能させることが可能となるので、 管理情報 の収集を効率よく行うことができる。
次に、 請求項 1 4に記載のデバイス管理システムのように、 前記管理 デバイスは、 前記プローブデバイスに対して管理情報を収集するネット ワークの範囲を通知し、 前記プローブデバイスは通知されたネッ トヮ一 クの範囲に属するデバイスに対して、 ブロードキャスト及ぴュニキヤス トを用いて管理情報を要求しても良い。 このようにすれば、 管理デバィ スの負荷を軽減することが可能となる。
なお、 請求項 2 7に記載のプローブデバイスは、 前記管理デバイスか ら管理情報を収集するネットワークの範囲が通知された際に、 前記ネッ トワークの範囲に属するデバイスに対して、 管理情報を要求するブロー ドキャス トを実行するブロードキャス ト手段及び管理情報を要求するュ 二キャス トを実行するュニキャス ト実行手段を備えている。 このプロ一 ブデバイスを用いれば、 請求項 1 4に記載のデバイス管理システムを構 成することができ、 請求項 1 4に記載のデバイス管理システムについて 述べた通りの作用 ·効果を奏することになる。
また、 請求項 2 8に記載のプログラムは、 前記プローブデバイスに、 前記管理デバイスから管理情報を収集するネッ トワークの範囲が通知さ れた際に、 前記ネッ トワークの範囲に属するデバイスに対して、 管理情 報を要求するブロードキャス トを実行するブロードキャス ト処理及ぴ管 理情報を要求するュニキヤス トを実行するュニキヤス ト処理を実行させ る。 したがって、 このプログラムをプローブデバイスにインス トールす れば、 請求項 1 4に記載のデバイス管理システムに係るプローブデバイ スを構成することができ、 請求項 1 4に記載のデバイス管理システムに ついて述べた通りの作用 ·効果を奏することになる。
次に、 請求項 1 5に記載のデバイス管理システムのように、 請求項 1 または請求項 5に記載のデバイス管理システムにおいて、 前記管理デバ イスは、 前記管理情報に基づいて管理するデバイスが、 前記プローブデ バイスとして機能し得るか否かを判断して、 前記プローブデバイスとし て機能し得ると判断されたデバイスに、 該デバイスを前記プローブデバ イスとして機能させるためのプローブ化プログラムを送信するプロダラ ム送信手段を備え、 前記プログラム送信手段によってプローブ化プログ ラムが送信されたデバイスは、 前記プローブ化プログラムをィンストー ルするインス トール手段を備えることが好ましい。 このデバイス管理シ ステムによれば、 プローブデバイスとして機能し得るデバイスをプロ一 プデバイス化することができる。 従って、 このデバイス管理システムを 用いれば、 プローブデパイスが故障するなどしても、 デパイスをプロ一 ブデバイス化することで、デバイスの管理を継続して行うことができる。
ところで、 デバイスをプローブデバイス化するタイミングとしては、 請求項 1 6に記載のデバイス管理システムのように、 管理デバイスがプ ローブデバイスとの通信が行えない際に行ってもよい。
また、 プローブデバイスとして機能し得るデバイスが複数確認された 場合は、 請求項 1 7に記載のデバイス管理システムのように、 優先度の 高いデバィスに対してプローブ化プログラムを送信してもよい。 この優 先度は、 管理デバイスでの管理履歴が古い物や稼働率の高い物を優先に するなど、 適宜定めればよい。
次に、 請求項 1 8に記載のデバイス管理システムのように、 請求項 1 乃至請求項 1 7のいずれか 1つに記載のデバイス管理システムにおいて、 前記デバイスは、 印刷装置であり、 前記管理情報は、 印刷装置の設定及 び印刷装置の装置状態の少なくともいずれか一方を示す情報を含むよう にしても良い。 このようにすれば、 管理情報に基づいて印刷装置の設定 あるいは印刷装置の装置状態を把握することが可能となる。
次に、 請求項 1 9に記載のデバイス管理システムのように、 請求項 8 に記載のデバイス管理システムにおいて、 前記管理情報は、 印刷装置の 設定及び印刷装置の装置状態の少なく ともいずれか一方を示す情報を含' み、 前記プローブデバイスは、 印刷装置であり、 前記管理デバイスから ブロードキャス トを実行する旨の要求を受けた際に、 当該プローブデバ イスの管理情報を前記管理デバイスに送信するようにしても良い。 この ようにすれば、 管理デバイスからブロードキャス トを実行する旨の要求 を受けた際に、 プローブデバイスの管理情報が管理デバイスに送信され るので、 管理デバイスは、 プローブデバイス自身の管理情報を別途要求 する必要が無くなり、 容易にプローブデバイスを管理することが可能と なる。
次に、 請求項 2 0に記載のデバイス管理システムのように、 請求項 1 4に記載のデバイス管理システムにおいて、 前記管理情報は、 印刷装置 の設定及び印刷装置の装置状態の少なく ともいずれか一方を示す情報を 含み、 前記プローブデバイスは、 印刷装置であり、 前記管理デバイスか ら管理情報を収集するネットワークの範囲の通知を受けた際に、 当該プ ローブデバイスの管理情報を前記管理デバィスに送信するようにしても 良い。 このようにすれば、 管理デバイスから管理情報を収集するネット ワークの範囲の通知を受けた際に、 プローブデバイスの管理情報が管理 デバイスに送信されるので、 管理デバイスは、 プローブデバイス自身の 管理情報を別途要求する必要が無くなり、 容易にプローブデバイスを管 理することが可能となる。 図面の簡単な説明
第 1図は、 デバイス管理システムが適用された社内 LANの構成を示 した図である。
第 2 ( a ) 図〜第 2 ( c) 図は、 管理デバイス、 プローブデバイス、 デバイスの内部構成を示した図である。
第 3図は、 管理対象を設定するための情報収集設定ウィンドウを示し た図である。
第 4図は、 管理情報を収集する際に用いられる O I D表を示した図で ある。
第 5図は、 管理情報を収集可能なデバイスの I Pァドレスを登録した 管理情報収集可能デバイスリストを示した図である。
第 6 ( a ) 図〜第 6 ( d) 図は、 第 1実施形態のデバイス管理システ ムで行われる全体的な処理を説明するための模式図である。
第 7 (a ) 図〜第 7 ( c ) 図は、 「S NMP RE P LY」 パケッ ト の一例を示した図である。
第 8図は、 第 1実施形態における管理デバイス第 1処理を示したフロ 一チヤ一ト図である。 第 9図は、 第 1実施形態における管理情報要求処理を示したフローチ ヤート図である。
第 1 0図は、 第 1実施形態におけるブロードキャストによる管理情報 要求処理を示したフローチャー ト図である。
第 1 1図は、 第 1実施形態におけるュニキャス トによる管理情報要求 処理を示したフローチヤ一ト図である。
第 1 2図は、 第 1実施形態における管理デバイス第 2処理を示したフ ローチャート図である。
第 1 3図は、 第 1実施形態における管理情報選別処理を示したフロー チャート図である。
第 1 4図は、 第 1実施形態におけるデバイス処理を示したフローチヤ ート図である。
第 1 5図は、 第 1実施形態におけるプローブデバイス処理を示したフ ローチャート図である。
第 1 6図は、過去に受信したパケットの内容を一覧で示した図である。 第 1 7図は、 第 2実施形態におけるュ-キャス トによる管理情報要求 処理を示したフローチヤ一ト図である。
第 1 8図は、 第 2実施形態におけるネッ トワーク間の距離算出処理を 示したフローチャート図である。
第 1 9図は、 第 3実施形態におけるプローブデバイス登録処理を示し たフローチャート図である。
第 2 0図は、 第 3実施形態におけるインス トール処理を示したフロー チヤ一ト図である。
第 2 1図は、 第 4実施形態における S N M P R E P L Yパケッ ト送 信処理を示したフローチャート図である。
第 2 2図は、 第 5実施形態における監視処理を示したフローチヤ一ト 図である。 発明を実施するための最良の形態
[第 1実施形態]
以下、 本発明が適用された第 1実施形態であるデバイス管理システム について説明する。
ここで、 第 1図は、 本実施形態のデバイス管理システムが適用された 社内 L A Nの構成図である。
本実施形態のデバイス管理システムは、 第 1図に示す社内 L A N 1の ように、 複数のネッ トワーク l a〜： L f がルータ 2 a〜 2 eで相互に接 続された通信ネッ トワークに適用される。
本実施形態の社内 L A N 1は、 第 1図に示すように、 各階に設置され たネットワーク 1 a〜 1 f をルータ 2 a〜 2 eで相互に接続して構築さ れており、 各階 （第 1図では 1階〜 6階） のネッ トワーク 1 a〜 1 f に は、 パソコン、 プリンタ、 スキャナ、 F A Xなど、 様々なネッ トワーク 機器が接続されている。 尚、 以下の説明では、 説明の簡略化のため、 ネ ッ トワーク 1 a〜 1 f に接続される様々なネッ トワーク機器のうち、 本 実施形態に深く関連するプリンタ及ぴパソコンのみを図示して説明する こととする。 ここで、 デバイス a〜n及ぴプローブデバイス 5 b〜 5 f がプリンタであり、 管理デバイス 3がパソコンである。 そして、 本実施 形態では、 管理デバイス 3であるパソコンが、 デバイス a〜n及ぴプロ ーブデバイス 5 b〜 5 f であるプリンタを管理する例を挙げて説明する。 第 1図に示されるように、 ネッ トワーク 1 aには、 社内 L A N 1上に あるプローブデバイス 5 b〜 5 f 及ぴデパイス a〜！！を管理する管理デ パイス 3が接続され、 他のネッ トワーク 1 b〜 1 f には、 管理デバィス 3によるデバイスの管理を補助するプローブデバイス 5 b〜 5 ίが接続 されている。
ここで、 社内 LAN 1の通信プロ トコルは TC P/ I Pとする。
また、 管理デバィス 3及ぴプローブデバイス 5 b〜 5 f は、 相手の I Pァドレスを指定して、 ュニキャストによるルータ 2 a〜2 eを越えた 通信を行うことができるように構成されているものとする。
更に、 本実施形態の各デバイス （管理デバイス 3、 プローブデバイス 5 b〜 5 f 、 デバイス a〜！ 1 ) は、 ネッ トワークに接続されたネットヮ ーク機器を監視するためのプロ トコルであって、 R F C (R e q u e s t F o r C o mm e n t s ) 1 1 5 7あるレ、は R F C 1 44 1で定 義されているバージョン 1あるいはパージヨン 2の S NMP (S i m 1 e N e t w o r k Ma n a g e m e n t P r o t o c o l :簡 易ネッ トワーク管理プロ トコル） に対応しているものとする。
また、 管理対象となるデバイス （プローブデバイス 5 b〜5 f 及びデ バイス a〜n) は、 当該デバイスに関する管理情報をデータベース化し たものであり、 R F C 1 1 5 6や R F C 1 2 1 3などで定義されている M I B (M a n a g e m e n t I n i o r m a t i o n B a s e ) を備えているものとする。 この M I Bとは、 S NMPに対応したネッ ト ワーク機器に存在するデータベースであって、 当該ネッ トワーク機器の 管理情報が格納されたものである。 この M I Bでは、 管理情報を O b j e c t と称しており、 個々の O b j e c t毎に一意の数字 (O I D (O b j e c t I D) ) を割り当て、 この O I Dに基づいたッリ一構造の データベースを構築している。 以下の説明では、 適宜、 管理情報を O b j e c t と称する。
そして、 S NMPでは、 収集したい管理情報の O I Dを指定した 「S NMP GET」 パケッ トを S NMPに対応したネッ トワーク機器に送 信して、当該バケツ トを受け取ったネッ トワーク機器が、これに応じて、 指定された O I Dに対応する管理情報を 「S NMP RE P LY」 パケ ットに格納して返信することで、 管理情報の送受信が行われる。
尚、 以下の説明では、 第 1図に示されるように、 ネットワーク l a〜 1 f 毎に割り振られたネッ トワークア ドレス （ここでは、 クラス C (ホ ス トア ドレス部が 8 b i t ) とする） を、 それぞれ順に、 1 0. 1 2 3. 2 1. 0、 1 0. 1 2 3. 2 2. 0 · · · 1 0. 1 2 3. 2 6. 0とし て説明する。 また、 各ネットワーク 1 a〜 1 f に接続される各デバイス (管理デバイス 3、 プローブデパイス 5 b〜 5 f 、 デバイス a〜 n) 毎 に割り振られたホストァドレスを、 各階ごとそれぞれ第 1図中の左方か ら順に 1、 2…として説明する。 更に、 各ルータ 2 a〜 2 eは、 ルータ に接続された一方のネッ トワーク内で送出されたブロードキャス トパケ ット (送信先 I Pア ドレスを 2 5 5. 2 5 5. 2 5 5. 2 5 5に設定し たパケッ ト） を、 同ルータに接続された他方のネットワークに送出しな いようネットワーク管理者によって設定されているものとして説明する。 ここで、 管理デバイス 3、 プローブデバイス 5 b〜 5 f 及びデバイス a〜nはそれぞれ、 第 2 (a ) 図〜第 2 ( c ) 図に示すような構成とな つている。
即ち、 管理デバイス 3は、 第 2 (a ) 図に示すように、 ネットワーク ィンターフェース (ネッ トワーク I /F) 1 0、 C P U 1 2、 ROM 1 4、 RAM 1 6、 ハードディスク ドライブ （HDD) 1 8、表示部 2 0、 ユーザインターフェース（ユーザ I /F) 2 2などから構成されている。 そして、 ネッ トワーク Iノ F 1 0は、 ネッ トワーク 1 aを介したパケッ トの送受信を行う。 また、 R OM 1 4は各種制御プログラムを記憶した 不揮発性メモリであり、 R AM 1 6は各種データの処理結果を一時的に 記憶する揮発性メモリである。 更に、 HDD 1 8は、 後に詳述する、 O I D表（第 4図参照）、管理情報収集可能デバイスリスト（第 5図参照）、 第 8図〜第 1 3図のフローチヤ一ト図に示す処理に係るプログラム、 デ バイスから収集した管理情報などを記憶する記憶媒体である。 また、 表 示部 20は、 LCDなどで構成され、 各種データの処理結果を表示する ものである。 更に、 ユーザ I /F 2 2は、 例えば、 キーボードやマウス などで構成され、 ユーザの選択操作などを入力するものである。 これら の各構成はバス 24によって接続されており、 C PU 1 2によって一括 管理されている。
また、 プローブデバイス 5 b〜 5 f は、 例えばプリンタであって、 第 2 (b) 図に示すように、 前述した管理デバイス 3と同様の機能を備え た、 ネッ トワーク I /F 30、 C P U 3 2、 R OM 34、 RAM 3 6、 HDD 3 8、 ユーザ I ZF 4 2、 バス 44などから構成されると共に、 ネッ トワーク I ZF 30によって受信した印字データを印字する印字部 40を備えている。 但し、 ROM34には、 第 1 4図のフローチャート 図に示される処理に係るプログラムが記憶されており、R AM3 6には、 当該プローブデバイス 5 b〜 5 f の管理情報が格納された M I Bが記憶 されており、 また、 HDD 3 8には、 第 1 5図のフローチャート図に示 される処理に係るプログラムが記憶されているという点については、 管 理デバイス 3と異なる。
更に、 デバイス a〜nは、 例えばプリンタであって、 第 2 ( c ) 図に 示すように、 プローブデバイス 5 b〜 5 f と同様の機能を備えたネッ ト ワーク I ZF 50、 C PU 5 2、 ROM54、 RAM 5 6、 印字部 5 8、 ユーザ I ZF 60、バス 6 2などを備えている。但し、 ROM54には、 第 1 4図のフローチヤ一ト図に示される処理に係るプログラムが記憶さ れており、 また、 RAM 5 6には、 当該デバイス a〜！！の管理情報が格 納された M I Bが記憶されているという点で管理デバィス 3と異なる。 尚、 ここでは、 デバイス a〜nの一例として、 HDDを備えていない ものを例として挙げたが、デバイス a〜！！が HDDを備えていても良い。 また、 プローブデバイス 5 b〜 5 f や、 デバイス a〜 nの一例として、 プリンタを例に挙げたが、 前述したように、 パソコンやスキャナ、 ある いは、 FAXなどであっても良い。
次に、 本実施形態のデバイス管理システムにおいて、 管理デバイス 3 を用いてプローブデバイス 5 b〜 5 f 及ぴデバイス a〜nを管理する際 に、 管理対象とするネッ トワークの範囲指定や管理対象とするデバイス の種別指定を行う設定入力画面について、 第 3図を参照しながら説明す る。
第 3図は、 管理デバイス 3の表示部 2 0に表示される情報収集設定ゥ イ ンドウである。 この情報収集設定ウインドウ 1 0 0は、 管理範囲設定 領域 1 0 2、 サブネットマスク設定領域 1 0 4、 管理対象デバイスのべ ンダ一名設定領域 1 0 6、管理対象デバイスのモデル名設定領域 1 0 8、 決定ボタン 1 1 0、 キャンセルポタン 1 1 2などから構成される。 そし て、 管理デバイス 3に設けられたキーボードやマウスなどからなるユー ザ I /F 2 2を介して、 ユーザによる選択あるいは入力が可能な構成と なっている。
管理範囲設定領域 1 0 2は、 「S NMP GET」 パケットを送出す る範囲を I Pアドレスで設定する領域であり、 ここでは、 計 4つの範囲 が設定された例を示している。 本実施例においては、 範囲の設定方法と して、 「 1 0. 1 2 3. 2 1. 0 - 1 0. 1 2 3. 2 3. 2 54」 とい うように、 I Pァドレスの始点及び終点を用いて範囲を設定したり、 「 1 0. 1 2 3. 2 5. *」 （*はいわゆるワイルドカードに相当） という ように、 I Pァドレスの部分一致を用いて範囲を設定したりすることが 可能である。 そのため、 従来のように、 「 1 0. 1 2 3. 24. 2」 や 「 1 0. 1 2 3. 2 6. 3」 というように、 管理対象とするデバイスに 割り当てられた I Pァドレスを直接個々に入力するという手間を省くこ とが可能である。
サブネッ トマスク設定領域 1 0 4は、 サブネッ トマスクを設定する領 域であり、 当該領域に設定されたサブネッ トマスクは、 後述するネッ ト ワークア ドレスを算出する処理で利用される。
管理対象デバイスのベンダー名設定領域 1 0 6は、 管理対象とするデ バイスを限定したい場合に、 管理対象とするデバイスのベンダー名を設 定する領域であり、 当該領域に設定されたベンダー名は、 後述する管理 対象とするデバイスを選別する処理で利用される。
管理対象デバイスのモデル名設定領域 1 0 8は、 管理対象とするデバ イスを限定したい場合に、 管理対象とするデバイスのモデル名を設定す る領域であり、 当該領域に設定されたモデル名は、 後述する管理対象と するデバイスを選別する処理で利用される。
決定ボタン 1 1 0は、 各設定領域 1 0 2〜 1 0 8に設定された内容を H D D 1 8に上書き保存して、 当該設定を有効にする際に押下するボタ ンである。' キャンセルボタン 1 1 2は、 各設定領域 1 0 2〜 1 0 8に設 定された内容を H D D 1 8に上書き保存せずに、 当該設定を無効にする (以前の設定のままにする） 際に押下するボタンである。
尚、 第 3図に示した情報収集設定ウィンドウ 1 0 0は、'管理デバイス 3の表示部 2 0に限らず、 管理デバイス 3と通信可能に接続された不図 示のパソコンに設けられたディスプレイに表示しても良い。 また、 その 場合、 当該パソコンに設けられたキーボードやマウスを用いて、 情報収 集設定ウインドウ 1 0 0に対する設定や入力が可能であることが好まし い
次に、 管理デバイス 3が社内 L A N 1上に設置されたプローブデバイ ス 5 b〜 5 f 及ぴデバイス a〜nを S N M Pに基づいて管理する際に用 いられる表 （以下、 O I D表と称する） について第 4図を参照しながら 説明する。
この O I D表は、管理デバイス 3が収集の対象としている管理情報（O b j e c t ) に対応した O I Dを 「0 I D」 の欄に格納している他、 各 O I Dに対応する管理情報 （O b j e c t ) がどのような値で有れば管 理対象のデバイスとして极うかを 「フィルタ値」 の欄に格納している。 つまり、 管理デバイス 3は、 この O I D表の 「O I D」 の欄に示される 4つの O I Dに対応した管理情報 （O b j e c t ) を収集する。 但し、 この際、 「フィルタ値」 に示された全ての値 （本発明のデバイスの条件 に相当する） を満たす管理情報のみを収集する。 これにより、 膨大な数 のデバイスがネッ トワーク内に存在していたとしても、 対象を絞り、 効 率良く管理することができるように構成されている。
この O I D表は、 現在のバージョン番号 （O I D表が更新される度に 割り当てられる通し番号であり、 第 4図に示す O I D表の場合、 パージ ヨン番号は 4 2である） と関連付けられた状態で、 管理デバイス 3及ぴ プローブデバイス 5 13〜 5 £の；《001 8及ぴ HDD 3 8に記憶される。 後に詳述するが、 このバージョン番号は、 管理デバイス 3及ぴプローブ デパイス 5 b〜 5 f に記憶された O I D表が互いに一致しているか否か を判断する際に利用される。 尚、 第 4図に示した O I D表にある各 O I Dと、 その O I Dに対応する O b j e c tとで構成される M I Bは、 R F C 1 7 5 9で定義される 「P r i n t」 M I Bに相当し、 プリンタを 管理するために設けられた M I Bである。 また、 ここでは、 O I D表の 1行目にある 「 1. 3. 6. 1. 2. 1. 4 3. 8. 2. 1. 1 4. 1」 という O I Dに対しては、 プリンタのベンダー名を特定する O b j e c t (一般には、 「： r t I n p u t V e n d e r N a m e」 O b j e c t と呼ばれる） を、 O I D表の 2行目ある 「 1. 3. 6. 1. 2. 1. 4 3. 8. 2. 1. 1 5. 1」 という O I Dに対しては、 プリンタのモ デル名を特定する O b j e c t (一般には、 「p r t I n p u t m o d e 1 J O b j e c t と呼ばれる） を、 O I D表の 3行目にある 「1. 3. 6. 1. 2. 1. 4 3. 1 0. 2. 1. 4. 1」 とレヽぅ O I Dに対して は、 プリンタの印刷枚数を特定する O b j e c t (—般には、 「： r t Ma r k e r L i f e C o u n t」 O b j e c t と呼ばれる） を、 O I D表の 4行目にある 「 1. 3. 6. 1. 2. 1. 4 3. 1 8. 1. 1. 1. 1」 とレヽぅ O I Dに対しては、 「p r t A l e r t」 O b j e c t 群が何セッ ト実装されているかを特定する O b j e c t (—般には、 「 p r t A l e r t I n d e x」 O b j e c t と呼ばれる） をそれぞれ格納 するように M I Bが構成されている。 ここで、 「： r t A l e r t l n d e x」 O b j e c t とは、 プリンタに関する用紙切れや紙詰まりなど のエラー情報等をデータベース化した 「 1. 3. 6. 1. 2. 1. 4 3. 1 8」 以下の 「p r t A l e r t」 O b j e c t群が何セッ ト実装され ているかを示したものである。 そのため、 この 「p r t A 1 e r t I n d e x」 O b j e c tに値が格納されたプリンタについては、 取得した いエラー情幸 等に対応する 「p r t A l e r t」 O b j e c tの O I D を指定した 「S NMP GE T」 パケッ トを送信することで、 容易に現 在のプリンタの状況などを知ることが可能である。
ところで、 第 4図に示す O I D表の場合、 具体的には以下のように O I Dとフィルタ値とが関連付けられる。
O I D表の 1行目にある 「 1. 3. 6. 1. 2. 1. 4 3. 8. 2. 1. 1 4. 1」 とレ、う O I Dに対しては、 上述した通り、 プリンタのべ ンダ一名を特定する O b j e c tが格納されており、 ここでは、 当該 O I Dに対して「： B r o」 とレ、うフィルタ値が関連付けられている。即ち、 以下に詳述するが、 本実施形態においては、 当該 O I Dに対応する O b j e c tを有しており、かつ、当該 O I Dに対応する O b j e c tに「B r o」 という文字列が含まれているデバイスのみを管理対象のデバイス として扱うこととなる。 尚、 本 O I Dに対応するフィルタ値 「B r o」 は、 第 3図に示した情報収集設定ウインドウ 1 0 0にある管理対象デバ イスのベンダー名設定領域 1 ◦ 6に対して、 ユーザが設定を行った値で ある。
O I D表の 2行目にある 「 1. 3. 6. 1. 2. 1. 4 3. 8. 2.
1. 1 5. 1」 とレヽぅ O I Dに対しては、 上述した通り、 プリンタのモ デルを特定する O b j e c tが格納されており、 ここでは、 当該 O I D に対して 「L 1 2 , L 1 6 , L 2 6 , L 4 0」 とレヽぅフィルタ値が関連 付けられている。 即ち、 以下に詳述するが、 本実施形態においては、 当 該 O I Dに対応する O b j e c tを有しており、 かつ、 当該 O I Dに対 応する O b j e c t 「L 1 2」 、 「L 1 6」 、 「L 2 6」 及び 「L 4 0」 のいずれかの文字列が含まれているデバイスのみを管理対象のデバ イスとして扱うこととなる。 尚、 本 O I Dに対応するフィルタ値 「L 1 2， L 1 6 , L 2 6 , L 4 0」 は、 第 3図に示した情報収集設定ウィン ドウ 1 0 0にある管理対象デバイスのモデル名設定領域 1 0 8に対して、 ユーザが設定を行った値である。
O I D表の 3行目にある 「 1. 3. 6. 1. 2. 1. 4 3. 1 0. 2. 1. 4. 1」 とレヽぅ O I Dに対しては、 上述した通り、 プリンタの印刷 枚数を特定する O b j e c tが格納されており、 ここでは、 当該 O I D に対してフィルタ値を関連付けていない（フィルタ値を設定していない）。 即ち、 以下に詳述するが、 本実施形態においては、 当該 O I Dに対応す る O b j e c tを有しているデバイスのみを管理対象デバイスとして扱 うこととなり、 当該 O I Dに対応する O b j e c tに基づいて、 管理対 象とするデバイスを選別しないこととなる。 尚、 管理対象とするデバィ スをプリンタの印刷枚数に基づいて選別したい場合は、 例えば、 当該 O I Dに対して 「 1 0 0 0 0」 というフィルタ値を関連付けておき、 当該
0 I Dに対応する O b j e c t力 S 1 0 0 0 0以上 （あるいは以下） のデ パイスを管理対象のデバイスとして扱うようにすればよレ、。 この際、 情 報収集設定ウインドウ 1 0 0に印刷枚数に関する設定領域を新たに設け、 その設定領域に対してユーザが設定した値を利用するように構成するこ とが好ましい。
◦ I D表の 4行目にある 「 1. 3. 6. 1. 2. 1. 4 3. 1 8. 1.
1. 1. 1」 とレ、う O I Dに対しては、 上述した通り 「 p r t A 1 e r t」 O b j e c tを備えているか否かを判断するための O b j e c t力 S 格納されており、 より具体的には、 「p r t A l e r t」 O b j e c t を備えている場合には、 当該 O I Dに対応する O b j e c t として「 1」 以上の値 （所有するセット数の値） が格納されている。 そのため、 当該 ひ I Dを指定して得た O b j e c t力 S 「 1」 以上であれば 「： p r t A 1 e r t」 O b j e c tを備えていると判断し、 そうでなければ 「 p r t A l e r t」 O b j e c tを備えていないと判断する。 ここで、 当該 O
1 Dに対してはフィルタ値に 「 1」 を設定している。 即ち、 以下に詳述 するが、 本実施形態においては、 当該 O I Dに対応する O b j e c tを 有しているデバイスのみ （ 「 1」 以上の値が設定されているデバイスの み） を管理対象デバイスとして扱うこととなる。 尚、 当該 O I Dに対す るフィルタ値については、 ユーザが設定することなくデフォルトで設定 されているものとする。
次に、 管理デバィス 3の HDD 1 8に記憶される管理情報収集可能デ バイスリス トについて、 第 5図を参照しながら説明する。 この管理情報 収集可能デバイスリス トは、 管理情報の送信を要求する 「SNMP G
ET」 パケッ トを送信することが可能なデバイス （管理デバイス 3及び プローブデバイス 5 b〜5 f に相当、 以下、 適宜管理情報収集可能デバ イスと称する） の I Pアドレスを示したリス トである。 第 5図に示され る管理情報収集可能デバィスリス トの 1行目は管理デバィス 3の I Pァ ドレスが、 2行目はプローブデバイス 5 bの I Pアドレスが、 3行目は プローブデバイス 5 cの I Pア ドレスがそれぞれ格納されている。 本第 1実施形態においては、 当該管理情報収集可能デバイスリストは、 管理 デバイス 3のユーザ I /F 2 2を介して ーザが I Pァ ドレスを入力す ることにより登録される。 但し、 管理デバィス 3の I Pア ドレスについ ては、 管理デバイス 3に害 り当てられている I Pァ ドレスを取得して、 管理情報収集可能デバイスリス トに登録することで、 ユーザが I Pアド レスを入力することなく登録される構成としても良い。 尚、 この管理情 報収集可能デバイスリストへの登録は、 管理デバイス 3に設けられたュ 一ザ I ZF 2 2に限らず、 管理デバィス 3と通信可能な不図示のバソコ ンに設けられたキーボードゃマウスを介して行われても良い。
次に、 本第 1実施形態のデバイス管理システムで行われる全体的な処 理の概要について説明する。
ここで、 第 6 ( a ) 図〜第 6 ( d) 図は、 本第 1実施形態のデバイス 管理システムで行われる全体的な処理の概要を説明するための模式図、 第 7 (a ) 図〜第 7 ( c ) 図は、 返信バケツ トの説明図である。 尚、 こ の第 6 (a ) 図〜第 6 (d) 図は、 説明の簡単化のために、 第 1図の社 内 LAN 1のうちネッ トワーク l a、 l b、 I dのみを示す。 また、 ネ ッ トワーク 1 aに接続されたデバイス a〜 cについてもその図示を省略 する。
本第 1実施形態のデバイス管理システムでは、 第 3図に示した情報収 集設定ウインドウ 1 0 0の管理範囲設定領域 1 0 2に設定された管理範 囲に属するデバイスから管理情報を収集する際、 第 6 ( a ) 図に示すよ うに、 管理範囲のネッ トワーク上に存在する管理情報収集可能デバイス があれば （ここでは、 プローブデバイス 5 bが、 管理情報収集可能デバ イスリス トに登録され、 かつ、 管理範囲のネッ トワーク上に存在する場 合の例を示す）、管理デバィス 3からプローブデパイス 5 bに対し、 「 S NMP GE T」 パケットのブロードキャストを依頼するパケッ トがル ータ 2 aを越えてュニキャス トで送信される。 また、 管理情報収集可能 デバイスがネッ トワーク上に存在しない管理範囲については（ここでは、 ネッ トワーク 1 d上に管理情報収集可能デバイスリストに登録されたデ バイスが存在せず、 同ネッ トワークに接続されたデバイス iが管理範囲 に存在する場合の例を示す） 、 管理デバイス 3がデバイス iにュ-キヤ ス トで 「S NMP GET」 パケッ トを送信する。
その後、 依頼を受けたプローブデバイス 5 bは、 第 6 (b) 図に示す ように、 ネッ トワーク l b上に 「S NMP GET」 パケットをブロー ドキャス トする。 尚、 上述の 「S NMP GET」 ノヽ0ケッ トには、 第 4 図の O I D表に示された 4つの O I Dが格納されている。
その後、 各デバイス d〜 f は、 第 6 ( c ) 図に示すように、 「S NM P GET」 パケットに格納された各 O I Dに基づいて、 各 O I Dと O b j e c t とが関連付けられた返信パケッ ト （「 S NMP R E P L Y」 パケッ ト） をプローブデバイス 5 bに返信する。
その後、 第 6 ( d ) 図に示すように、 プローブデバイス 5 bは、 各デ バイス d〜 f から返信パケッ トを受信すると、 その返信バケツ トが管理 対象のデバイスから返信されたバケツ トか否かを判定して （第 4図の O I D表に示される O I Dに対応した O b j e c tが存在し、 かつ、 フィ ルタ値の条件を満たしているパケットか否かを判定して） 、 その判定に 基づいて、 管理対象のデバイスから返信された返信パケッ トのみを管理 デバイス 3に送信している。 また、 管理デバイス 3から 「S NMP G ET」 パケッ トをュニキヤス トで受信したデバイス iについても、 各 O I Dと O b j e c t とが関連付けられた返信バケツ トを管理デバイス 3 に送信している。 尚、 第 6 ( a ) 図〜第 6 (d) 図では、 管理範囲のネ ットワーク上に存在する管理情報収集可能デバイスが、 プローブデバイ ス 5 bである場合の例を挙げて説明したが、 プローブデバイス 5 c〜 5 f についても同様の処理が行われる。 また、 管理情報収集可能デバイス リス トに登録され、 かつ、 管理範囲のネッ トワーク上に存在するデパイ スが管理デバイス 3であった場合は、 第 6 ( a ) 図に示したブロードキ ャス トを依頼するパケッ トの送信が行われることなく、 管理デバィス 3 力 S、 ネットワーク l a上に 「S NMP GET」 パケッ トをブロードキ ャス トすることとなる。
ここで、 第 7 ( a ) 図〜第 7 ( c) 図は、 上記デバイスから返信され る返信パケッ トの一例を示したものである。 ここで、 上記 4つの O I D に対応する O b j e c tを一つも備えていない （上記 4つの O I Dに関 連する M I Bがない）デバイスから返信される返信パケッ トは、第 7 ( a ) 図に示すように、 「S NMP R E P L Y」 パケッ トを構成するすべて の O I Dに対し、 「N o s u c h」 という O b j e c tが関連付けら れている。 尚、 本第 1実施形態においては、 上記 4つの O I Dはいずれ もプリンタに関連する O I Dであることから、 第 7 ( a ) 図に示すよう なパケットを返信するデバイスとしては、 例えば、 不図示のパソコンや スキャナなどが挙げられる。
また、 上記 4つの O I Dに対応する O b j e c tを一部備えていない (上記 4つの O I Dの内、 いずれかの O I Dに関連する M I Bがない） デバイスから返信される返信パケットは、 第 7 (b) 図に示すように、 「 S NMP R E P L Y」 パケッ トを構成する O I Dのうち、 O b j e c tを備えていない O I D (ここでは、 4行目の O I D) に対し、 「N o s u c h」 という O b j e c tが関連付けられている。
そして、 上記 4つの O I Dに対応する全ての O b j e c tを備えてい るデバイスから返信される返信パケッ トは、第 7 ( c )図に示すように、 「S NMP RE P LY」 パケッ トを構成するすべての O I Dに対し、 O b j e c tが関連付けられている。
つまり、 本実施形態では、 管理対象のデバイスから送信された管理情 報のみを管理デバイス 3に送信している。 そのため、 管理デバイス 3に は、 プローブデバイス 5 bから、 管理対象とするデバイスの管理情報が 格納された返信パケッ トのみが返信されるので、 このデバイス管理シス テムを用いれば、 管理デバイスで管理したいデバイスを、 ルータ 2 a〜 eを越えて管理することができるとともに、 効率よくデバイスを管理す ることができる。
以下、 第 1実施形態に係るデバイス管理システムにおける管理デバィ ス 3の処理について、 第 8図〜第 1 3図のフローチャート図を参照しな がら詳細に説明する。 尚、 第 8図〜第 1 3図に示す管理デバイス 3の処 理は、 第 8図〜第 1 3図のフローチヤ一ト図に関するプログラムを管理 デバイス 3の C PU 1 2が実行することによって実現される。
第 8図は、 「管理デバイス第 1処理」 に関するフローチャート図であ る。 このフローチャート図に基づく処理は、 管理デバイス 3の電源投入 時から電源遮断時まで常に実行される。
この 「管理デバイス第 1処理」 が開始されると、 S 1 0 1にて、 不図 示のタイマーが 0からの計時をスタートして、 その後、 S 1 0 2の処理 に移行する。 このタイマーによる計時は、 後に説明する S 1 04の処理 にて利用される。
S 1 0 2では、 デバイスに対して管理情報の送信を要求する 「管理情 報要求処理」 を実行して、 その後、 S 1 0 3の処理に移行する。 尚、 S 1 0 2の 「管理情報要求処理」 については、 後に、 第 9図〜第 1 1図を 参照しながら詳述する。
S 1 0 3では、 S 1 0 1にて計時がスタートされたタイマーをリセッ トすることで、 タイマーに 0からの計時を再度開始させ、 S 1 04の処 理に移行する。
S 1 04では、 タイマーによる計時が 1 0分を経過したか否かを判断 して、 1 0分が経過したと判断された場合は （S 1 04 ： YE S) 、 上 述の S 2の 「管理情報要求処理」 に戻り、 1 0分が経過していないと判 断された場合は （ S 1 0 4 ： NO) 、 S 1 0 5の処理に移行する。
S 1 0 5では、 第 4図に示した O I D表が更新されたか否かを判断し て、 O I D表が更新された、 すなわち、 第 3図に示した情報収集設定ゥ インドウ 1 0 0の決定ボタン 1 1 0が押下され、 O I D表のバージョン 番号がィンクリメントされたと判断された場合は（S 1 0 5 ： YE S)、 S 1 0 6の処理に移行し、 そうでない場合は （ S 1 0 5 ： NO) 、 S 1 0 7の処理に移行する。
S 1 0 6では、 第 5図に示した管理情報収集可能デバイスリストに登 録されているプローブデバィス 5 b〜 5 f (第 5図の場合、 プローブデ パイス 5 b及ぴ 5 cに相当） に、 最新の O I D表を送信する処理を行つ た後、 S 1 0 7の処理に移行する。
S 1 0 7では、 ユーザから管理情報の表示要求があるか否かを判断し て、 ユーザから管理情報の表示要求がある、 すなわち、 管理デバイス 3 のユーザ I ZF 2 2を介して管理情報を表示部 2 0に表示する旨の要求 があると判断された場合は （S 1 0 7 ： YE S) 、 S 1 0 8の処理に移 行し、 そうでない場合は （S 1 0 7 ： NO) 、 S 1 04の処理に戻る。 尚、 この管理情報の表示要求は、 管理デバイス 3に設けられたユーザ I /F 2 2に限らず、 管理デバィス 3と通信可能な不図示のパソコンに設 けられたキーボードゃマウスを介して行われても良い。
S 1 0 8では、 管理デパイス 3の HDD 1 8に格納されている管理情 報を表示部 2 0に表示する処理を行い、 S 1 0 4の処理に戻る。 この S 1 0 8の処理によって表示される管理情報を確認することによって、 ュ 一ザは、 管理対象デバイスの状況を把握することが可能となる。 尚、 こ の管理情報の表示は、管理デバィス 3に設けられた表示部 2 0に限らず、 管理デバイス 3と通信可能な不図示のパソコンに設けられたディスプレ ィを介して行われても良い。
以上のように、 第 8図に示した 「管理デバイス第 1処理」 では、 タイ マーによる計時が 1 0分を経過する度に （S 1 0 4 : YE S) 、 S 2の 「管理情報要求処理」 が実行され、 タイマーによる計時が 1 0分を経過 していない間は （S 1 04 ： NO) 、 O I D表の更新確認 （S 1 0 5) や管理情報の表示要求確認 （S 1 0 7) などの処理が実行される。
次に、 上述した 「管理情報要求処理」 （S 1 0 2) の詳細について、 第 9図〜第 1 1図を参照しながら説明する。
第 9図に示される「管理情報要求処理」 （S 1 0 2)が開始されると、 S 2 0 1にて、 ブロードキャス トを用いてデバイスに管理情報の送信を 要求する 「ブロードキャス トによる管理情報要求処理」 が実行され、 そ の後、 S 2 0 2の処理に移行する。
ここで、 この 「ブロードキャス トによる管理情報要求処理」 （S 2 0 1 ) について、 第 1 0図を参照しながら説明する。
「ブロードキャス トによる管理情報要求処理」が開始されると、まず、
S 3 0 1にて、 管理デバィス 3の RAM 1 6に設けられた力ゥンタ nに 「 1」を設定する処理が実行され、その後、 S 3 0 2の処理に移行する。 このカウンタ nは、 いわゆるポインタとしての役割を担うものであり、 後の処理で、 管理情報収集可能デバイスリスト （第 5図参照） にある複 数の Ϊ Pア ドレスのうち、 参照先となる I Pァドレスを特定する際に利 用される。
S 3 0 2では、 管理デバイス 3の HDD 1 8に記憶されている管理範 囲 （第 3図の管理範囲設定領域 1 0 2に設定された管理範囲） を、 管理 デバイス 3の RAM I 6に 「残存範囲」 として記憶して （HDD 1 8に 記憶されている管理範囲を RAM 1 6にコピーして） 、 その後、 S 3 0 3の処理に移行する。 この 「残存範囲」 は、 後の処理で、 管理情報の送 信を要求していない I Pァドレスの範囲を特定するために利用される。
S 3 0 3では、 管理情報収集可能デバイスリスト （第 5図参照） に示 される管理情報収集可能デバイスの I Pア ドレス全てについて、 以下の S 3 0 4〜 S 3 1 0の処理を実行したか否かを判断して、 全て実行した と判断した場合は （S 3 0 3 ： YE S) 、 本 「ブロー ドキャス トによる 管理情報要求処理」 を終了して、 第 9図の S 2 0 2の処理に移行する一 方、 全て実行していないと判断した場合は （S 3 0 3 ： NO) 、 S 3 0 4の処理に移行する。
S 3 0 4では、 管理情報収集可能デバイスリス ト （第 5図参照） の上 から n番目に示される I Pァ ドレスについて、 第 3図に示した情報収集 設定ウインドウ 1 0 0のサブネッ トマスク設定領域 1 04に設定された サブネッ トマスクを基に、 そのネットワークア ドレスを算出した後、 S 3 0 5の処理に移行する。このネッ トワークア ドレスを算出する処理（ S 3 04) によれば、 例えば、 第 5図の管理情報収集可能デバイスリス ト の上から η番目に 「1 0. 1 2 3. 2 1. 1」 という I Pァドレスが登 録され、第 3図のサブネッ トマスク設定領域 1 0 4に「2 5 5. 2 5 5. 2 5 5. 0」 というサブネットマスクが設定されている場合、 「 1 0. 1 2 3. 2 1. 0」 というネッ トワークアドレスが算出されることとな る。 S 3 0 5では、 S 3 04で算出されたネットワークアドレスが、 RA Ml 6に記憶された残存範囲と重なるか否かが判断され、 重なると判断 された場合は （S 3 0 5 : YE S) 、 S 3 0 6の処理へ移行し、 重なら ないと判断された場合は （S 3 0 5 ： NO) 、 S 3 1 0の処理に移行す る。 この S 3 0 5の判断処理によれば、 例えば、 S 3 04で 「 1 0. 1 2 3. 2 1. 0」 とレヽぅネッ トワークアドレスが算出され、 RAM I 6 に 「 1 0. 1 2 3. 2 1. 0— 1 0. 1 2 3. 2 3. 2 5 4」 とレヽぅ残 存範囲が記憶されている場合、 「 1 0. 1 2 3. 2 1. 0」 というネッ トワークアドレスと、 「 1 0. 1 2 3. 2 1. 0 - 1 0. 1 2 3. 2 3. 2 5 4」 とレ、う残存範囲とは、 「 1 0. 1 2 3. 2 1. 0 - 1 0. 1 2 3. 2 1. 2 5 5」 の範囲で重なっていることから、 S 3 0 5にて 「重 なっている」 （S 3 0 5 : YE S) と判断される。
S 3 0 6では、 上記 n番目の I Pァ ドレスが管理デバイス 3の I Pァ ドレスであるか否かが判断され、 上記 n番目の I Pァドレスが管理デバ イス 3の I Pァドレスであると判断された場合は (S 3 0 6 ： YE S)、 S 3 0 7の処理に移行し、 そうでない場合は （S 3 0 6 ： NO) 、 S 3 0 8の処理に移行する。
S 3 0 7では、 第 4図の O I D表に示される 4つの O I Dを指定した 「S NMP GET」 パケッ トを、 自ネッ トワーク 1 a内にブロードキ ャス トして （送信先 I Pアドレスを 2 5 5. 2 5 5. 2 5 5. 2 5 5に 指定したブロードキャストパケッ トを送出して） 、 S 3 0 9の処理に移 行する。
S 3 0 8では、 上記 4つの O I Dを指定した 「S NMP GE T」 パ ケッ トのブロードキャスト実行依頼を格納したバケツト （第 4図に示す O I D表のバージョン番号と、 ブロードキャス ト実行依頼とを格納した パケッ ト） を、 上記 n番目の I Pァドレス宛てにュ-キャストで送信し て、 その後、 S 3 0 9の処理に移行する。 尚、 後に詳述するが、 このブ ロードキャス ト実行の依頼を受けたプローブデバイス 5 b〜 5 f は、 そ の依頼に従って、 上記 4つの O I Dを指定した 「S NMP GET」 パ ケッ トを、 当該プローブデバイス 5 b〜 5 f が接続されたネットワーク 1 b〜 l f 内にブロー ドキャス トする。
S 3 0 9では、 S 3 0 4にて算出したネッ トワークァドレス、つまり、 S 3 0 7にて 「S NMP GET」 パケッ トのブロードキャストが実行 されたネットワークア ドレス、 あるいは、 S 3 0 8にてプローブデバイ ス 5 b〜 5 f に Γ S NMP G E T J パケッ トのブロー ドキャス ト実行 を依頼したネッ トワークア ドレスを、 R AM 1 6に記憶された残存範囲 から削除して、 S 3 1 0の処理に移行する。 この S 3 0 9の処理によれ ば、 例えば、 S 3 0 4で 「 1 0. 1 2 3. 2 1. 0」 とレヽぅネッ トヮー クァドレスが算出され、 RAM 1 6に 「 1 0. 1 2 3. 2 1. 0— 1 0. 1 2 3. 2 3. 2 5 4」 という残存範囲が記憶されている場合、 RAM 1 6に記憶された 「 1 0. 1 2 3. 2 1. 0— 1 0. 1 2 3. 2 3. 2 5 4」 という残存範囲から、 「 1 0. 1 2 3. 2 1. 0」 というネット ワークア ドレス分を削除する。 結果、 R AM 1 6に記憶される残存範囲 は、 「 1 0. 1 2 3. 2 2. 0 - 1 0. 1 2 3. 2 3. 2 5 4」 となり、 次回以降における S 3 0 5の処理や S 3 0 9の処理では、 この新たな残 存範囲に基づいた処理が行われる。
S 3 1 0では、 カウンタ nを 1インクリメントする処理を行い、 S 3 0 3の処理に戻る。
以上のように、 第 1 0図に示した 「ブロードキャス トによる管理情報 要求処理」 では、 管理情報収集可能デバイスリスト （第 5図参照） に示 される I Pァ ドレスを順に確認して （S 3 1 0) 、 残存範囲に属する管 理情報収集可能デバイスが存在する場合は （S 3 0 5 ： YE S) 、 その デバイス （管理デバイス 3またはプローブデバイス 5 b〜 5 f ) にプロ ードキャス トによる 「S NMP GE T」 パケッ トの送信を実行させる ( S 3 0 7 , S 3 0 8) 。
次に、 第 9図に戻り、 S 2 0 2以下の説明を行う。
S 2 0 2では、 ュニキャス トを用いてデバイスに管理情報の送信を要 求する 「ュニキャス トによる管理情報要求処理」 を実行した後、 本 「管 理情報要求処理」 を終了して、 第 8図の S 1 0 3の処理に移行する。
ここで、 この 「ュニキャス トによる管理情報要求処理」 （S 2 0 2) について、 第 1 1図を参照しながら説明する。
「ュ-キャス トによる管理情報要求処理」 （S 2 0 2) が開始される と、 まず、 S 4 0 1にて、 R AM 1 6に記憶された残存範囲が存在する か否か、 すなわち、 ブロードキャス トによる管理情報の送信要求が行わ れていない管理範囲が存在するか否かを判断して、 残存範囲が存在する 場合は （S 4 0 1 ： YE S) 、 S 4 0 2の処理に移行する一方、 残存範 囲が存在しない場合は （S 4 0 1 ： NO) 、 本 「ュニキャス トによる管 理情報要求処理」 を終了して、 第 9図の 「管理情報要求処理」 の終了を 経て、 第 8図の S 1 0 3の処理に移行する。
S 4 0 2では、 RAM 1 6に記憶された残存範囲の中から任意の 1つ の I Pア ドレスを選択する処理を行い、 その後、 S 4 0 3の処理に移行 する。
S 4 0 3では、 S 4 0 2で選択された I Pァドレスに対して 「S NM P GET」 パケットをュニキャス トにて送信した後、 S 404の処理 に移行する。
S 4 04では、 S 4 0 3にてュニキャストを行った I Pア ドレスを、 RAM I 6に記憶された残存範囲の中から削除する処理を行い、その後、 S 4 0 1の処理に戻る。 以上のように、 第 1 1図に示した 「ユエキャス トによる管理情報要求 処理」 では、 残存範囲に属する I Pアドレスに 「S NMP GE T」 パ ケッ トをュニキヤス トで送信する処理 （S 4 0 2， S 4 0 3 ) を、 残存 範囲が無くなるまで繰り返す処理が実行される （S 4 0 1 , S 4 0 4)。 次に、 第 1 2図に示したフローチャート図を参照しながら 「管理デバ イス第 2処理」 について説明する。 この第 1 2図に示したフローチヤ一 ト図に基づく 「管理デバイス第 2処理」 は、 「管理デバイス第 1処理」 (第 8図参照） と同様、 管理デバイス 3の電源投入時から電源遮断時ま で常に実行されるものである。 また、 両処理は、 互いに独立した処理で あり、 両者並行した状態で処理される。
この 「管理デバイス第 2処理」 が開始されると、 S 5 0 1にて、 ネッ トワーク I ZF 1 0を介してバケツ トを受信したか否かを判断して、 パ ケッ トを受信していないと判断された場合は （S 5 0 1 ： NO) 、 再ぴ S 5 0 1の処理に戻ることでパケッ トの受信を監視して、 バケツ トを受 信したと判断された場合は （S 5 0 1 ： YE S) 、 S 5 0 2の処理に移 行する。
S 5 0 2では、 S 5 0 1にて受信したと判断されたパケットが、 O I D表の送信を要求する内容が格納されたパケットであるのか否かを判断 して、 O I D表の送信を要求する内容が格納されたバケツ トであると判 断された場合は（S 5 0 2 : YE S) 、 S 5 0 3の処理に移行する一方、 そうでないと判断された場合は （S 5 0 2 ： NO) 、 S 5 04の処理に 移行する。尚、 O I D表の送信を要求する内容が格納されたバケツ トは、 後述するプローブデバイス 5 b〜 5 f が行う処理において、 プローブデ バイス 5 b〜5 f が管理デバイス 3宛てに送信するパケットである。
S 5 0 3では、 O I D表を要求するプローブデバイス 5 b〜 5 f に対 して HDD 1 8に格納された最新の O I D表をュニキヤストで送信して S 5 0 1の処理に戻り、 パケットの受信を監視する。
S 5 0 4では、 S 5 0 1にて受信したと判断されたバケツトが、 管理 情報が格納されたパケッ トであるのか否かを判断して、 管理情報が格納 されたバケツ トではないと判断された場合は （S 5 0 4 ： NO) 、 S 5 0 5にて、 そのパケッ トに応じたその他の処理を実行して、 S 50 1の 処理に戻り、 パケッ トの受信を監視する一方、 管理情報が格納されたパ ケッ トであると判断された場合は （S 5 04 : YE S) 、 S 5 0 6の処 理に移行する。 尚、 管理情報を格納したパケッ トは、 上述した 「S NM P GET」 パケッ トの送信に応答したデバイスから送信される 「S N MP R E P L Y」 パケットに相当する。
S 50 6では、 管理情報の送信元 I Pァドレス、 すなわち、 「 S NM P G E T」 パケッ トに応答して Γ S NMP RE P LY」 パケッ トを 送信したデバイスの I Pァドレスをパケッ トの内容から確認して、 当該 I Pァドレスが HDD 1 8に記憶された管理範囲に属するか否かを判断 し、 管理範囲に属さないと判断した場合は （S 5 0 6 ： NO) 、 S 5 0 7の処理に移行する一方、 管理範囲に属すると判断した場合は （S 5 0 6 : YE S) 、 S 5 0 8の処理に移行する。 尚、 この S 5 0 6の処理は、 管理範囲以外からの管理情報は収集する必要性がないことから、 管理範 囲に基づいて収集すべき管理情報であるか否かを判断して、 その後の処 理を切り換えるために行う。
S 5 0 7では、 受信した管理情報を破棄する処理を行い、 S 5 0 1の 処理に戻り、 パケッ トの受信を監視する。
S 5 0 8では、 受信したバケツ トがプローブデバイス 5 b〜 5 f から 送信されたものであるか否かを判断して、 プローブデバイス 5 b〜 5 f から送信されたものであると判断された場合 （S 5 0 8 ： YE S) 、 S 5 1 1の処理に移行し、 そうでない場合は （S 5 0 8 ： NO) 、 S 5 0 9の処理に移行する。尚、後に詳述するが、本第 1実施形態においては、 プローブデバイス 5 b〜 5 f においても、 後述の 「管理情報選別処理」 (S 5 0 9 ) と実質的に同一の処理が行われることから、 当該 S 5 0 8 の処理は、 「管理情報選別処理」 が重複して行われることによる無駄を 避けるための処理である。
S 5 0 9では、 「管理情報選別処理」 が行われ、 その後、 S 5 1 0の 処理に移行する。
ここで、 この 「管理情報選別処理」 （S 5 0 9 ) について、 第 1 3図 を参照しながら説明する。
この 「管理情報選別処理」 が開始されると、 まず、 S 6 0 1にて、 管 理デバイス 3の RAM 1 6に設けられたカウンタ mに 「 1」 を設定する 処理が実行され、 その後、 S 6 0 2の処理に移行する。 このカウンタ m は、 いわゆるポインタとしての役割を担うものであり、 後の処理で、 第 4図に示した O I D表の参照位置及ぴ第 7 ( a ) 図〜第 7 ( c ) 図に示 した返信パケッ トの参照位置を特定する際に利用される。
S 6 0 2では、 上述の 「S NMP GET」 パケッ トに応じてデバイ スから返信された返信パケッ ト （第 7 ( a ) 図〜第 7 ( c ) 図参照） に ついて、 当該返信パケッ トの上から m番目にある O I Dに関連付けられ た O b j e c t力 S 「N o s u c h」 であるか否か （第 7 ( a ) 図〜第 7 ( c ) 図参照） が判断され、 「N o s u c h」 であると判断された 場合は （S 6 0 2 ： YE S) 、 S 6 0 7の処理に移行し、 「N o s u c h」 ではないと判断された場合は （S 6 0 2 ： NO) 、 S 6 0 3の処 理に移行する。
S 6 0 3では、 第 4図に示した O I D表の上から m番目にある O I D にフィルタ値が設定されているか否か （空欄か否か） を判断して、 フィ ルタ値が設定されていると判断された場合は （S 6 0 3 : YE S) 、 S 6 0 4の処理に移行し、 フィルタ値が設定されていないと判断された場 合は （S 6 0 3 ： NO) 、 S 6 0 5の処理に移行する。
S 6 0 4では、 返信パケッ トの上から m番目にある O b j e c t力 S、 O I D表の上から m番目にあるフィルタ値で特定される条件を満たして いるか否かが判断され、 条件を満たしていると判断された場合は （S 6 0 4 Y E S ) 、 S 6 0 5の処理に移行し、 条件を満たしてないと判断 された場合は （S 6 0 4 : NO) 、 S 6 0 7の処理に移行する。 つまり、 この S 6 0 4では、返信パケッ トに格納された O b j e c tを確認して、 ベンダー名やモデル名などを特定し、 管理対象デバイスに該当するか否 かを判断している。
S 6 0 5では、 O I D表の最後まで調べたか否か、 即ち、 O I D表の 全てについて S 6 0 2〜 6 0 4の処理を行ったか否かを力ゥンタ mに基 づいて判断し （第 4図に示す O I D表の場合、 カウンタ mが 4であるか 否かに基づいて判断される） 、 最後まで調べたと判断された場合は （S 6 0 5 : YE S) 、 本 「管理情報選別処理」 を終了して、 第 1 2図の S 5 1 0の処理に移行する一方、 最後まで調べていないと判断された場合 は （S 6 0 5 ： NO) 、 S 6 0 6の処理に移行する。
S 6 0 6では、 カウンタ mを 1インクリメントする処理を行い、 S 6 0 2の処理に戻る。
S 6 0 7では、 管理情報、 すなわち、 受信した返信パケットを破棄し た後、 本 「管理情報選別処理」 を終了して、 第 1 2図の S 5 1 0の処理 に移行する。 つまり、第 1 3図に示した「管理情報選別処理」 によれば、 指定した O I Dに対して「 N o s u c h」が格納されたバケツ トゃ（S 6 0 2 ： Y E S ) 、 指定した O I Dに対応する O b j e c tがフィルタ 値で特定される条件を満たしていないパケッ ト （S 6 0 4 : NO) が選 別され、 破棄されることとなる （S 6 0 7) 。 再ぴ、 第 1 2図に戻り、 S 5 1 0以下の処理について説明する。
S 5 1 0では、 「管理情報選別処理」 （S 5 0 9) が行われた結果、 上述した S 6 0 7によって管理情報が破棄されているか否かを判断して、 管理情報が破棄されずに残っていると判断された場合は （S 5 1 0 ： Y E S) 、 S 5 1 1の処理に移行する一方、 管理情報が破棄されていると 判断された場合は （S 5 1 0 ： NO) 、 S 5 0 1の処理に戻り、 パケッ トの受信を監視する。
S 5 1 1では、受信した管理情報を HDD 1 8に格納する処理を行い、 S 5 0 1に戻り、 パケッ トの受信を監視する。
次に、 第 1実施形態に係るデバイス管理システムにおける管理対象デ パイス (デバイス a〜n及ぴプローブデバイス 5 b〜 5 f ) にて行われ る「デバイス処理」について、第 1 4図を参照しながら詳細に説明する。 尚、 第 1 4図に示す 「デバイス処理」 は、 第 1 4図のフローチャート図 に関するプログラムをデバイス a〜！！の C PU 5 2 a〜 5 2 nあるいは プローブデバイス 5 b〜 5 f の C PU 3 2 b〜 3 2 f が実行することに よって実現される。
この 「デバイス処理」 が開始されると、 S 7 0 1にて、 ネッ トワーク I /F 3 0 b〜 3 0 f , 5 0 a〜 5 0 ηを介してパケッ トを受信した力 否かを判断して、 パケッ トを受信していないと判断された場合は （S 7 0 1 ： NO) 、 再ぴ S 7 0 1の処理に戻ることで-バケツ トの受信を監視 して、 パケッ トを受信したと判断された場合は （S 7 0 1 ： YE S) 、 S 7 0 2の処理に移行する。
S 7 0 2では、 S 7 0 1で受信したと判断されたパケッ トが、 管理デ バイス 3またはプローブデバィス 5 b〜 5 f から送信される 「 S NMP GET」 パケットであるか否かを判断して、 「S NMP GET」 パケ ットであると判断された場合は （S 7 0 2 ： YE S) 、 S 7 0 3の処理 に移行する一方、 そうでないと判断された場合は （S 7 0 2 ： NO) 、 S 7 04に移行して、 そのパケッ トに応じたその他の処理を実行して、 S 7 0 1の処理に戻り、 パケットの受信を監視する。
S 7 0 3では、 「S NMP GET」 パケッ トに格納された 4つの O I Dに対応する管理情報 （O b j e c t ) を R AM 5 6に記憶された M I Bから読み出し、 当該読み出した管理情報を格納した 「S NMP R E P LY」 パケッ トを作成して、 当該 Γ S NMP R E P L Y J バケツ ト （第 7 (a ) 図〜第 7 ( c ) 図参照） を 「S NMP GET」 パケッ トを送信した送信元に向けて返信して、 S 7 0 1の処理に戻り、 バケツ トの受信を監視する。
次に、 第 1実施形態に係るデバイス管理システムにおけるプローブデ パイス 5 b〜 5 f にて行われる 「プローブデバイス処理」 について、 第 1 5図を参照しながら詳細に説明する。 尚、 第 1 5図に示す 「プローブ デバイス処理」 は、 第 1 5図のフローチャート図に関するプログラムを プローブデバイス 5 b〜 5 f の C PU 3 2 b〜 3 2 f が実行することに よって実現される。
この 「プローブデバイス処理」 が開始されると、 S 8 0 1にて、 ネッ トワーク I /F 3 0 b〜 3 0 f を介してバケツ トを受信したか否かを判 断して、 バケツ トを受信していないと判断された場合は （S 8 0 1 ： N O) 、 再び S 8 0 1の処理に戻ることでパケッ トの受信を監視して、 パ ケッ トを受信したと判断された場合は （S 8 0 1 ： YE S) 、 S 8 0 2 の処理に移行する。
S 8 0 2では、 S 8 0 1で受信したと判断されたパケッ トが、 管理デ バイス 3の S 1 0 6 (第 8図参照） または S 5 0 3 (第 1 2図参照） の 処理によって送信された O I D表を格納したパケッ トであるか否かを判 断して、 O I D表を格納したパケットであると判断された場合は （S 8 0 2 ： Y E S ) 、 S 8 0 3に移行して、 HDD 3 8に格納された O I D 表を更新した後、 S 8 0 1の処理に戻りパケッ トの受信を監視する一方、
0 I D表を格納したパケットでないと判断された場合は （S 8 0 2 ： N O) 、 S 8 0 4の処理に移行する。
S 8 0 4では、 S 8 0 1で受信したと判断されたパケッ トが、 管理デ バイス 3の S 3 0 8 (第 1 0図参照） の処理によって送信された 「SN MP GET」 パケットのブロードキャスト実行依頼を格納したパケッ トであるか否かを判断して、 ブロードキャスト実行依頼を格納したパケ ッ トであると判断された場合は （S 8 04 ： YE S) 、 S 8 0 5の処理 に移行する一方、 そうでないと判断された場合は （S 8 0 4 : NO) 、 S 8 0 8の処理に移行する。
S 8 0 5では、 上記パケットに格納されている O I D表のパージョン 番号が、 HDD 3 8に格納されている O I D表のバージョン番号と一致 しているか否かを判断して、 一致していないと判断された場合は （S 8 0 5 ： NO) 、 S 8 0 6の処理に移行し、 一致していると判断された場 合は （S 8 0 5 ： YE S) 、 S 8 0 7の処理に移行する。
S 8 0 6では、 管理デパイス 3に対して、 最新の O I D表を送信する よう要求するパケッ トを送信して、 S 8 0 1の処理に戻り、 パケッ トの 受信を監視する。 尚、 S 8 0 6にて送信されたパケッ トを受信した管理 デバイス 3は、 S 5 0 3 (第 1 2図参照） の処理にて最新の O I D表を 送信することとなる。 また、 これによつて、 管理デバイス 3が有する O
1 D表と、 プローブデバイス 5 b〜 5 f の O I D表にずれが生じないよ うになつている。
S 8 0 7では、 HDD 3 8に格納されている O I D表に示される 4つ の O I Dを格納した 「S NMP GE T」 パケッ トを、 自身が接続され たネッ トワーク内にブロードキャストした後 (送信先 I Pア ドレスを 2 5 5. 2 5 5. 2 5 5. 2 5 5に設定してバケツ トを送信した後) 、 後 述する S 8 2 0〜 S 8 2 2の処理の一部あるいは全てを経由して、 S 8 ◦ 1の処理に戻り、 パケットの受信を監視する。
S 8 0 8では、 S 8 0 1で受信したと判断されたパケッ トが、 管理情 報を格納したパケットであるか否かを判断して、 管理情報を格納したパ ケッ トでないと判断された場合は （S 8 0 8 : NO) 、 S 8 0 9に移行 して、 そのパケッ トに応じたその他の処理を実行して、 S 8 0 1の処理 に戻り、 パケッ トの受信を監視する一方、 管理情報を格納したパケッ ト であると判断された場合は （S 8 0 8 ： YE S) 、 S 8 1 0の処理に移 行する。
S 8 1 0では、 上述した管理デバイス 3にて実行される 「管理情報選 別処理」 （第 1 2図の S 5 0 9及び第 1 3図参照） と実質的に同一の処 理が実行され、 指定した O I Dに対して 「N o s u c h」 が格納され たパケッ トゃ、 指定した O I Dに対応する O b j e c tが、 フィルタ値 で特定される条件を満たしていないパケッ トを選別して破棄した後に、 S 8 1 1の処理に移行する。 尚、 管理デバイス 3で行われる 「管理情報 選別処理」 とプローブデバイス 5 b〜 5 f で行われる 「管理情報選別処 理」 とでは、管理デバイス 3の場合、力ゥンタ mを RAM 1 6に記憶し、 HD D 1 8に格納された O I D表を参照するのに対して、 プローブデバ イス 5 b〜5 f の場合、 カウンタ mを RAM 3 6に記憶し、 HDD 3 8 に格納された O I D表を参照するという点で異なるものの、 処理の流れ 自体は同一であるため、 ここでは簡略化のため、 その詳細な説明を省略 する。
S 8 1 1では、 「管理情報選別処理」 （S 8 1 0) が行われた結果、 管理情報が破棄されているか否かを判断して、 管理情報が破棄されずに 残っていると判断された場合は （S 8 1 1 ： YE S) 、 S 8 1 2の処理 に移行する一方、 管理情報が破棄されていると判断された場合は （S 8 1 1 : NO) 、 S 8 0 1の処理に戻り、 パケットの受信を監視する。 尚、 S 8 1 0及び S 8 1 1の処理を行うことによって、 O I D表の内容に合 致しない不要な管理情報を破棄して、 このよ うな不要な管理情報を管理 デバイス 3へは送信しないようにしており、 これによつて、 無駄な管理 情報の送受信を減らすことが可能になるという効果を奏するのである力 S、 このような効果を必要としない場合は、 当該両処理を実行しない構成と しても良い （両処理を削除しても良い） 。 ところで、 この両処理を削除 する場合は、 管理デバイス 3にて、 「管理情報選別処理」 （S 5 0 9) を省略することができないので、 「管理デバイス第 2処理」 （第 1 2図 参照） の S 5 0 8の処理も削除することとなる。
S 8 1 2では、 S 8 0 1で受信したと判断されたパケッ トの送信元 M ACァドレスが HDD 3 8に記憶されているか否かを判断することによ つて、 当該送信元 MACァドレスを有するデバイスの管理情報を過去に 管理デバイス 3へ送信したことがあるか否かを判断して、 過去に管理デ パイス 3へ送信したことがあると判断された場合は（S 8 1 2 :YE S)、 S 8 1 3の処理に移行し、 そうでないと判断された場合は （ S 8 1 2 ： NO) 、 S 8 1 4の処理に移行する。 即ち、 プローブデバイス 5 b〜5 f の HDD 3 8には、 第 1 6図に示すように、 管理デパイス 3に対して 過去に転送した返信パケッ トの内容が記憶されており、 返信パケッ トに 付された MACァドレスに対する I Pア ドレス、 ベンダー名 (第 4図に 示す O I D表の 1行目に相当） 、 モデル名 （第 4図に示す O I D表の 2 行目に相当） 、 印刷枚数（第 4図に示す O I D表の 3行目に相当） 、 「p r t A l e r t」 O b j e c tの所有数 （第 4図に示す O I D表の 4行 目に相当） などの情報が対応付けられている。
S 8 1 3では、 今回受信したパケッ トの内容と HDD 3 8に格納され たパケットの内容 （第 1 6図参照） とを比較して、 ベンダー名、 モデル 名、 印刷枚数、 ァラートの情報が全て同一であるか否かを判断して、 同 —であると判断された場合は （S 8 1 3 : YE S) 、 S 8 0 1の処理に 戻り、 パケッ トの受信を監視する一方、 同一でないと判断された場合は (S 8 1 3 : NO) 、 S 8 1 4の処理に移行する。 つまり、 当該処理に より、 過去に管理デバイス 3へ送信した管理情報と同一の管理情報 （前 回と比べ変化の無い管理情報） については、 同一内容の 2重送信が避け られることになる。 尚、 S 8 1 2及び S 8 1 3の処理を行うことによつ て、 無駄な管理情報の送受信を減らすことが可能になるという効果を奏 するが、 このような効果を必要としない場合は、 当該両処理を実行しな い構成としても良い （両処理を削除しても良い） 。
S 8 1 4では、 返信パケッ トを管理デバィス 3に送信する処理が実行 され、 S 8 1 5の処理に移行する。
S 8 1 5では、 返信パケッ トの内容をプローブデバイス 5 b〜 5 f の HDD 3 8に記憶する処理を実行して （第 1 6図に示した情報を更新し て） 、 S 8 0 1の処理に戻り、 バケツ トの受信を監視する。
尚、 本実施形態においては、 プローブデバイス 5 b〜 5 f 自身も管理 対象デバイスであるため、 プローブデバイス 5 b〜 5 f 自身の管理情報 も管理デバイス 3へ送信する必要がある。 そのため、 上述の S 8 0 7に て 「S NMP GET」 パケットをブロードキャストした後、 S 8 2 0 〜 S 8 2 2では、 S 8 1 3〜 S 8 1 5と類似した以下の処理を実行する。 すなわち、 プローブデバィス 5 b〜 5 f の HDD 3 8には、 第 1 6図 と同様に、 プローブデバイス 5 b〜 5 f が管理デバィス 3に対して過去 に送信したパケッ トの内容 （ I Pア ドレス、 ベンダー名、 モデル名、 印 刷枚数など） が記憶されており （例えば、 第 1 6図にプローブデバイス 5 b〜 5 f の情報を追加しても良いし、 別途プローブデバイス 5 b〜 5 f 用の記憶領域を確保しても良い） 、 S 8 2 0では、 RAM 3 6に記憶 された M I Bに格納されている現在の管理情報と HD D 3 8に格納され たパケッ トの内容とを比較して、 ベンダー名、 モデル名、 印刷枚数、 ァ ラートの情報が全て同一であるか否かを判断して、 同一であると判断さ れた場合は （S 8 2 0 ： YE S) 、 S 8 0 1の処理に戻り、 パケッ トの 受信を監視する一方、同一でないと判断された場合は（S 8 20 :NO)、 S 8 2 1の処理に移行する。 つまり、 当該処理により、 過去に管理デバ イス 3へ送信した管理情報と同一の管理情報 （前回と比べ変化の無い管 理情報）については、同一内容の 2重送信が避けられることになる。尚、 S 8 2 0の処理を行うことによって、 無駄な管理情報の送受信を減らす ことが可能になるという効果を奏するが、 このよ うな効果を必要としな い場合は、 当該両処理を実行しない構成としても良い （両処理を削除し ても良い） 。
S 8 2 1では、 管理情報を格納したパケッ トを管理デバイス 3に送信 する処理が実行され、 S 8 2 2の処理に移行する。
S 8 2 2では、 S 8 2 1で送信したバケツトの内容をプローブデバイ ス 5 b〜 5 f の HDD 3 8に記憶する処理を実行して、 S 8 0 1の処理 に戻り、 パケットの受信を監視する。
以上説明した第 1実施形態にかかるデバイス管理システムを用いて、 上述した社内 LAN等に接続されたデバイスを管理すると、 以下のよう な効果がある。
本第 1実施形態のデバイス管理システムを用いると、 ネットワーク 1 b〜 l f (本発明の第 1のネッ トワーク） とネットワーク l a (本発明 の第 2のネッ トワークに相当） とが、 一方のネットワーク上で行われた ブロードキャス トを他方のネッ トワークへ通さないルータ 2で接続され ていても、 ルータ 2の先のネッ トワーク上に存在する管理対象デバィス 全ての I Pァドレスを個々に入力するという面倒な作業を行うことなく、 ネッ トワーク 1 aに接続された管理デバィス 3で、 ネッ トワーク 1 b〜 1 f に接続された管理対象デバイスを管理することができる。
また、 本第 1実施形態のデバイス管理システムでは、 管理デバイス 3 における S 1 0 6 (第 8図参照） あるいは S 5 0 3 (第 1 2図参照） の 処理で、 O I D表 （第 4図参照） をプローブデバイス 5 b〜 5 ίに送信 して、 当該 O I D表のフィルタ値によって特定される条件に合致する管 理情報が含まれる返信パケッ トのみを、 管理デバイス 3に転送している ので、 転送の不要な返信パケッ トがプローブデバイス 5 b〜 5 f から管 理デバイス 3に転送されない。 そのため、 管理デバイス 3の処理負担が 軽減されるという効果や、 ネットワークのトラフィック増大を抑制でき るという効果を得ることが可能となる。 '
更に、 本第 1実施形態のデバイス管理システムでは、 管理情報収集可 能デバイスに Γ S N M P G E T J パケッ トのブロードキャストを実行 させるので、 「S N M P G E T」 パケッ トをュ-キャス トで個々に送 信する場合と比べ、 効率良く管理情報を収集することが可能である。
[第 2実施形態]
次に、 本発明が適用された第 2実施形態について説明する。
ただし、 第 2実施形態については、 第 1実施形態と同じ構成要素につ いては同じ符号を付して説明を省略し、 第 1実施形態と異なる点を中心 に説明する。 ここで、 上述した第 1実施形態と本第 2実施形態とでは、 上述した「ュ-キャストによる管理情報要求処理」が以下の点で異なる。 すなわち、 上述した第 1実施形態では、 ブロードキャス トによる管理情 報の送信要求が行われなかった 「残存範囲」 については、 管理デバイス 3が個々にュニキャス トを行ったが （第 1 1図参照） 、 第 2実施形態で は、 ュニキャス ト先である管理対象デバイスとのネットワーク距離 （ネ ットワーク間に介在するルータの数に基づいて算出される距離） が最も 近い管理デバィス 3またはプローブデバイス 5 b〜 5 f がュニキヤス ト を行うという点で異なる。
以下、第 2実施形態にかかる 「ュニキヤス トによる管理情報要求処理」 について、 第 1 7図〜第 1 8図を参照しながら詳細に説明する。 尚、 以 下の第 1 7図〜第 1 8図に示す第 2実施形態にかかる 「ュニキャス トに よる管理情報要求処理」は、第 1 1図に示した第 1実施形態にかかる 「ュ ニキヤス トによる管理情報要求処理」 の代わりに実行される。
「ュニキャス トによる管理情報要求処理」 （S 2 0 2) が開始される と、 まず、 S 9 0 1にて、 R AM 1 6に記憶された残存範囲が存在する か否か、 すなわち、 ブロー ドキャス トによる管理情報の送信要求が行わ れていない管理範囲が存在するか否かを判断して、 残存範囲が存在する 場合は （S 9 0 1 ： YE S) 、 S 9 0 2の処理に移行する一方、 残存範 囲が存在しない場合は （S 9 0 1 ： NO) 、 本 「ュニキャス トによる管 理情報要求処理」 を終了して、 第 9図の 「管理情報要求処理」 の終了を 経て、 第 8図の S 1 0 3の処理に移行する。
S 9 0 2では、 残存範囲をネッ トワークアドレス毎に分割した後、 S 9 0 3の処理に移行する。 例えば、 残存範囲が 「 1 0. 1 2 3. 2 5. 0 - 1 0. 1 2 3. 2 6. 2 5 5」 であり、 かつ、 サブネットマスクが 「2 5 5. 2 5 5. 2 5 5. 0」 である場合は、 「 1 0. 1 2 3. 2 5.
0 - 1 0. 1 2 3. 2 5. 2 5 5」 と 「 1 0. 1 2 3. 2 6. 0 - 1 0.
1 2 3. 2 6. 2 5 5」 とに分割されることとなる。
S 9 0 3では、 S 9 0 2によって分割された残存範囲の中から 1つの 残存範囲を選択した後、 S 9 04の処理に移行する。
S 9 0 4では、 管理情報収集可能デバイスリスト （第 5図参照） に登 録されている全てのプローブデバイス 5 b〜 5 f に対して、 S 9 0 3に て選択された残存範囲のネッ トワーク 1 a〜 1 f とそのプローブデバイ ス 5 b〜 5 f との距離を算出する処理 （距離算出処理） の実行、 及びそ の結果の返信を依頼した後、 S 9 0 5の処理に移行する。 尚、 プローブ デバイス 5 b〜 5 f にて実行される 「距離算出処理」 は、 次の S 9 0 5 で管理デバイス 3が実行する 「距離算出処理」 と実質的に同一である。 また、 この S 9 0 4で行われる管理デバイス 3からプローブデバイス 5 b〜 5 f へ要求は、 上述したプローブデバイス処理 （第 1 5図参照） の 「その他の処理」 （S 8 0 9 ) にて扱われることとなり、 この 「その他 の処理」 （S 8 0 9 ) にて、 「距離算出処理」 及び当該 「距離算出処理」 を行った結果の返信が行われることとなる。
S 9 0 5では、 「距離算出処理」 を実行した後、 S 9 0 6の処理に移 行する。
ここで、 第 1 8図を参照しながら、 S 9 0 5で行われる 「距離算出処 理」 について説明する。
「距離算出処理」 （S 9 0 5 ) が開始されると、 まず、 S 1 0 0 1に て、 上述した S 9 0 3で選択された残存範囲の中から 1つの I Pァドレ スを選択した後、 S 1 0 0 2の処理に移行する。
S 1 0 0 2では、 管理デバイス 3の R A M I 6に設けられたカウンタ T T Lに 「 1」 を設定する処理が実行され、 その後、 S 1 0 0 3の処理 に移行する。 尚、 このカウンタ T T Lに設定された値は、 後の処理で、 バケツトのヘッダ部分に格納されることにより、バケツトの生存時間（T i m e T o L i v e ) 、 より具体的には、 パケッ トの生存可能なホ ップ数 （ルータが当該パケッ トを転送する回数） として利用される。 こ こで、 ルータは、 パケットを受信した際に、 ヘッダ部分に格納された力 ゥンタ T T Lの値を 1つ減算して、 その値が 0でない場合、 当該バケツ トを次のルータに転送する一方、 その値が 0である場合、 当該パケット の生存時間が終了したと判断して、 当該パケッ トを破棄する機能を備え ている。 また、 ルータは、 パケッ トを破棄した場合、 当該パケッ トが破 棄された旨を、 I CMP T i m e E x c e e d e d (時間超過） パ ケッ トを送信元に送信することによって通知する機能を備えている。 こ の 「距離算出処理」 では、 ルータに備えられた上述の機能を利用してお り、 所望の I Pア ドレスを指定した I CMP E c h o R e q u e s tパケッ トの生存時間 （カウンタ TT L) を徐々に增やしながら、 その I Pァドレスが割り当てられたネッ トワーク機器との通信ができるか否 か試行していき、 I CMP T i m e E x c e e d e dパケッ トを受 信しなくなった （上記所望の I Pア ドレスが割り当てられたネッ トヮー ク機器から I CMP E c h o R e p l yパケッ トを受信した、 つま り、 そのネッ トワーク機器との通信ができた） 時のカウンタ TT Lを特 定することによって、ネッ トワーク間の距離を算出している。すなわち、 カウンタ TT Lの値が大きければ大きレ、ほど、 両ネッ トワーク間に介在 するルータの数が多く、 ネッ トワーク間の距離が遠いのである。 尚、 上 述の I CMP ( I n t e r n e t C o n t r o l M e s s a g e P r o t o c o l ) は、 R F C 7 9 2で定義された、 パケッ トのエラー 通知や通信状態の診断を行なうための周知のプロ トコルであり、 ここで はその詳細な説明を省略する。
S 1 0 0 3では、 S 1 0 0 1にて選択された I Pア ドレスに対して、 カウンタ T T Lの値を関連付けた I CM P E c h o R e q u e s t パケッ トを送信した後、 S 1 00 4の処理に移行する。
S 1 0 0 4では、 ルータから上述の I CMP T i m e E x c e e d e dパケッ トを受信したか否か判断して、 当該パケッ トを受信したと 判断された場合は （S 1 0 0 4 : YE S) 、 カウンタ TT Lを 1インク リメン トした I CMP T i me E x c e e d e dパケットの再送信 を実行する一方 （S 1 0 0 5及び S 1 0 0 3 ) 、 そうでないと判断され た場合は （S 1 0 04 : NO) 、 S 1 0 0 6の処理に移行する。
S 1 0 0 6では、 S 1 0 0 3にて送信した I CMP E c h o R e q u e s tパケッ トの送信先から、 I CMP E c h o R e p l yパ ケッ トを受信したか否かを判断して、 当該パケッ トを受信したと判断さ れた場合は （S 1 0 0 6 ： YE S) 、 本 「距離算出処理」 を終了して、 第 1 7図の S 9 0 6の処理に移行する一方、 そうでないと判断された場 合は （S 1 0 0 6 ： NO) 、 S 1 0 0 7の処理に移行する。 尚、 この S 1 0 0 6にて、 I CMP E c h o R e p 1 yパケッ トを受信したと 判断された時 （S 1 0 0 6 ： YE S) に設定されている力ゥンタ TT L がネッ トワーク間の距離に相当する。
S 1 0 0 7では、 ルータ力 ら I CMP D e s t i n a t i o n U n r e a c h a b l eパケッ ト （指定した I Pァドレスが割り当てられ たネッ トワーク機器の電源が投入されていない等の理由により通信がで きない場合に、 ルータが送信するパケッ ト） を受信したか否かを判断し て、当該パケッ トを受信したと判断された場合は（S 1 0 0 7 :YE S)、 S 1 0 0 8の処理に移行する一方、 そうでないと判断された場合は （S 1 0 0 7 : NO) 、 S 1 0 0 4の処理に戻る。
S 1 0 0 8では、 S 1 0 0 1にて選択された残存範囲に属する全ての I Pア ドレスについて、 S 1 0 0 2〜 S 1 0 0 7の処理を実行したか否 かを判断して、 実行したと判断された場合は ( S 1 0 0 8 ： YE S) 、 S 1 0 0 9に移行してカウンタ TT Lを 0に設定した後、 本 「距離算出 処理」 を終了して、 第 1 7図の S 9 0 6の処理に移行する一方、 そうで ないと判断された場合は （S 1 0 0 8 ： NO) 、 S 1 0 1 0に移行して 残存範囲に属する未選択の I Pア ドレスを一つ選択した後、 S 1 0 0 2 の処理に戻る。 尚、 この S 1 0 0 8で、 S 1 0 0 2〜 S 1 0 0 7の処理 を残存範囲に属する全ての I Pァドレスについて実行したと判断された 場合 （S 1 0 0 8 ： YE S) 、 カウンタ TTLが 0に設定されるが （S
1 0 0 9 ) 、 これは、 ネッ トワーク間の距離が算出できなかったことを 意味する。
ところで、 上述したように、 本 「距離算出処理」 については、 実質的 に同一の処理がプローブデバイス 5 b〜 5 f でも行われる。 より具体的 には、プローブデバイス 5 b〜 5 f が実行するプローブデバイス処理（第 1 5図参照） の 「その他の処理」 （S 8 0 9) にて本 「距離算出処理」 が実行されることとなる。 尚、 この際、 S 1 0 0 1の処理で必要となる 残存範囲については、 第 1 7図の S 9 04にて行われる処理にて、 管理 デパイス 3から指定されることとなる。 また、 S 1 0 0 2の処理などで 必要となるカウンタ TT Lはプローブデバイス 5 b〜 5 f の RAM 3 8 に設けられることとなる。 更に、 本 「距離算出処理」 を実行した結果得 られるカウンタ TTLの値については、 同 「その他の処理」 （S 8 0 9) にて、 プローブデバイス 5 b〜 5 f から管理デバイス 3へ送信されるこ ととなる。 このプローブデバイス 5 b〜 5 f から管理デバイス 3へ送信 されたカウンタ T T Lの値については、 「管理デパイス第 2処理」 （第 1 2図参照） の 「その他の処理」 （S 5 0 5) にて受信されることとな る。
次に、 第 1 7図に戻り、 S 9 0 6以下の処理について説明する。
S 9 0 6では、 管理デバィス 3及ぴプローブデバイス 5 b〜 5 f で行 われた 「距離算出処理」 の結果、 対象とする残存範囲 （ネッ トワーク） とのネットワーク間距離が最も近いデバイスを確認し (上述の力ゥンタ TT Lが最も小さいデバイス (但し、 カウンタ TT Lが 0のデバイスは 除外） を確認し） 、 それが自身 （管理デバイス 3) であるか否かを判断 して、 管理デバイス 3が最も近いと判断された場合は （S 9 0 6 : YE S) 、 S 9 0 7の処理へ移行する一方、 そうでないと判断された場合は (S 9 0 6 ： NO) 、 S 9 0 8の処理へ移行する。 尚、 本実施形態にお いては、 カウンタ TT Lの値がいずれも 0であったり、 カウンタ TT L の値がいずれも同一である等の理由から、 ネッ トワーク間距離の比較が できない場合についても （S 9 0 6 ： YE S) 、 S 9 0 7の処理に移行 する。
S 9 0 7では、 S 9 0 3または後述する S 9 1 1の処理で選択された 残存範囲に属する全ての I Pァドレスに対して、 O I D表（第 4図参照） に格納された 4つの O I Dを指定した 「S NMP GET」 パケッ トを ュ-キャス トで個々に送信する処理を行った後、 S 9 0 9の処理に移行 する。 尚、 この S 9 0 9の処理については、 上述した第 1 1図に示した 処理と略同等の処理であるため、 ここでは簡略化のためその詳細な説明 を省略する。
S 9 0 8では、 残存範囲のネッ トワークに最も近い （カウンタ T T L の値が最も小さい） プローブデバイス 5 b〜 5 f に対して、 上述した S 9 0 7と同様の処理、 すなわち、 残存範囲に属する全ての I Pアドレス に対して 「S NMP GET」 バケツ トをュニキヤス トで個々に送信す る処理をするよう依頼した後、 S 9 0 9の処理に移行する。 尚、 この S 9 0 8の処理による依頼を受けたプローブデバイス 5 b〜 5 f は、 プロ ープデバイス処理 （第 1 5図参照） の 「その他の処理」 （S 8 0 9 ) に て、 S 9 0 7と同様の処理を実行する。
S 9 0 9では、 S 9 0 3または後述する S 9 1 1の処理によって選択 された残存範囲、 すなわち、 S 9 0 7または S 9 0 8の処理が行われた 残存範囲を削除した後、 S 9 1 0の処理に移行する。
S 9 1 0では、 S 9 0 2にて分割された残存範囲のうち、 未だ S 9 0 3または後述の S 9 1 1にて選択されていない残存範囲があるか否かを 判断して、 未選択の残存範囲があると判断された場合は （S 9 1 0 ： Y E S ) , S 9 1 1の処理に移行して、 未選択の残存範囲の中から任意の 残存範囲を選択した後、 S 9 0 4の処理に戻る一方、 未選択の残存範囲 がないと判断された場合は （S 9 1 0 ： N O ) 、 本 「ュニキヤス トによ る管理情報要求処理」 を終了して、 第 9図の 「管理情報要求処理」 の終 了を経て、 第 8図の S 1 0 3の処理に移行する。
尚、 上述した通り、 S 9 0 8の処理による依頼を受けたプローブデバ イス 5 b〜 5 f は、 プローブデバイス処理 （第 1 5図参照） の 「その他 の処理」 （S 8 0 9 ) にて、 S 9 0 7と同様の処理を実行する力 S、 この 際、 上述した S 8 2 0〜S 8 2 2と同様の処理を実行しても良い。 すな わち、 S 9 0 8の処理による依頼を受けたプローブデバイス 5 b〜5 f は、 その依頼を受けたことを契機として、 S 8 2 0〜 S 8 2 2と同様の 処理を実行して、 プローブデバイス 5 b〜 5 f の管理情報を管理デパイ ス 3に送信しても良い。
以上説明した第 2実施形態にかかるデバイス管理システムを用いて、 上述した社内 L A N等に接続されたデバイスを管理すると、 以下のよう な効果がある。
本第 2実施形態のデバイス管理システムを用いると、 第 1実施形態の デバイス管理システムによって得られる効果に加えて、 更に、 ュ-キヤ ス トによって管理情報の送信を要求する際、 ュニキャス ト先である管理 対象デパイスとのネットワーク距離が最も近い管理デバィス 3またはプ ローブデバイス 5 b〜 5 f がュニキヤス トを実行するので、 第 1実施形 態と比べて、 管理デバイス 3にかかる負荷を軽減できるという効果を奏 する。 また、 ネットワーク距離が遠い 2者間での通信は、 その間に介在 するネッ トワークやルータに負荷を与えてしまうのであるが、 上述のュ ニキヤス トを行う場合は、 2者間のネッ トワーク距離が比較的近い管理 デバイス 3またはプローブデバイス 5 b〜5 f が行うので、 ネッ トフ一 クゃルータにかかる負荷を軽減させることができるという効果も奏する。 更に、ネッ トワーク間の距離が遠い 2者間でュ-キャストを実行すると、 そのネッ トワーク間に介在するルータによる中継処理が増えてしまい、 結果として管理情報を収集するための時間が増大してしまうが、 上述の 第 2実施形態よれば、 ネットワーク間の距離が近い 2者間で管理情報の 収集を行うので、 この時間を削減することが可能となる。
[第 3実施形態]
次に、 本発明が適用された第 3実施形態について説明する。
ただし、 第 3実施形態については、 第 1実施形態と同じ構成要素につ いては同じ符号を付して説明を省略し、 第 1実施形態と異なる点を中心 に説明する。 ここで、 上述した第 1実施形態と本第 3実施形態とでは、
「管理情報収集可能デバイスリス ト」 （第 5図参照） の登録方法が以下 の点で異なる。 すなわち、 上述した第 1実施形態における 「管理情報収 集可能デバイスリス ト」 は、 管理デバイス 3のユーザ I / F 2 2を介し てユーザが I pァドレスを入力することにより登録されているが、 本第 3実施形態における 「管理情報収集可能デバイスリス ト」 は、 管理デバ イス 3が自動的に登録するという点で異なる。
以下、 第 3実施形態について第 1 9図〜第 2 0図を参照しながら詳細 に説明する。 尚、 第 1 9図は、 管理デバイス 3で実行される 「プローブ デパイス登録処理」 であり、 第 2 0図は、 第 1 4図で示した 「デパイス 処理」 にある 「その他の処理」 （S 7 0 4 ) で行われる 「インス トール 処理」 である。 また、 「プローブデバイス登録処理」 は管理デバイス 3 の H D D 1 8に、 「インストール処理」 はプローブデバイス 5 b〜 5 f の R O M 3 4またはデバィス a〜！！の R O M 5 4にそれぞれ格納されて いる。 まず、 第 1 9図を参照しながら 「プローブデバイス登録処理」 につい て説明する。
第 1 9図に示す 「プローブデバイス登録処理」 は、 主に、 「管理情報 収集可能デバイスリス ト」 （第 5図参照） に I Pア ドレスを登録するた めに行われる処理である。 この 「プローブデバイス登録処理」 は、 例え ば、 管理デパイス 3のユーザ I /F 2 2を介してユーザからの実行が指 示された時に開始される。
この 「プローブデバイス登録処理」 が実行されると、 まず、 S 1 1 0 1にて、 HDD 1 8に記憶されている管理情報 （今までに収集した管理 情報）から先頭の管理情報を選択した後、 S 1 1 0 2の処理に移行する。
S 1 1 0 2では、 HDD 1 8に記憶されている管理情報全てについて、 後述する S 1 1 0 3〜S 1 1 0 8の処理を実行したか否か判断して、 実 行したと判断された場合は ( S 1 1 0 2 ： YE S) 、 本 「プローブデバ イス登録処理」を終了する一方、そうでない場合は（ S 1 1 0 2： NO)、 S 1 1 0 3の処理に移行する。
S 1 1 0 3では、 選択中の管理情報を送信したデバイスが接続された ネッ トワーク上にプローブデバイス 5 b〜 5 f が存在しているか否かを 判断して、 存在していると判断した場合は （S 1 1 0 3 ： YE S) 、 S 1 1 0 8の処理に移行する一方、 そうでないと判断した場合は （S 1 1 0 3 : NO) 、 S 1 1 0 4の処理に移行する。 尚、 当該判断は、 選択中 の管理情報を送信したデバイスのネッ トワークァドレスと、 「管理情報 収集可能デバイスリス ト」 に登録されているデバイスのネッ トワークァ ドレスとがー致しているか否かに基づいて行われる。
S 1 1 0 4では、 選択中の管理情報を送信したデバイスが、 プローブ デバイスとして動作することが可能なデバイスであるか否かを判断して、 プローブデバイスとして動作可能なデバイスであると判断された場合は (S 1 1 0 4 : YE S) 、 S 1 1 0 5の処理に移行する一方、 そうでな いと判断された場合は （S 1 1 04 : NO) 、 S 1 1 0 8の処理に移行 する。 尚、 当該判断は、 例えば、 選択中の管理情報に含まれるモデル名 を確認して、 当該デバイスが、 プローブデバイスとして動作可能なモデ ノレであるか否かに基づいて行われる。
S 1 1 0 5では、 選択中の管理情報を送信したデバイスが、 既にプロ ーブデバイス化されているか否か、 すなわち、 プローブデバイスとして 動作する際に必要となるプログラム （以下、 プローブ化プログラムと称 する） をインス トール済みか否かを判断して、 インス トール済みでない と判断された場合は （S 1 1 0 5 ： NO) 、 S 1 1 0 6の処理に移行す る一方、 インス トール済みであると判断された場合は （S 1 1 0 5 ： Y E S) 、 S 1 1 0 7の処理に移行する。 尚、 当該判断は、 例えば、 選択 中の管理情報に含まれるモデル名を確認して、 最初から上記プローブ化 プログラムがインス トールされているモデルか、 それとも、 後から上記 プローブ化プログラムをインストールする必要のあるモデルかに基づい て行われる。 また、 上記プローブ化プログラムとは、 上述した 「プロ一 ブデバイス処理」 （第 1 5図参照） を実行するために必要となるプログ ラムに相当する。 更に、 上記プローブ化プログラムは、 管理デバイス 3 の HDD 1 8に格納されている。
S 1 1 0 6では、 選択中の管理情報を送信したデバイスに対して、 上 記プローブ化プログラムを送信した後、 S 1 1 0 7の処理に移行する。 尚、 後に第 2 0図を参照しながら説明するが、 上記プローブ化プログラ ムを受け取ったデバイスは、 このプローブ化プログラムのィンストール 処理を行う。
S 1 1 0 7では、 選択中の管理情報を送信したデバイスの I Pァドレ スを、 「管理情報収集可能デバイスリス ト」 に追加登録する処理を行つ た後、 S 1 1 0 8の処理に移行する。
S 1 1 0 8では、 次の管理情報を選択した後、 S 1 1 0 2の処理に戻 る。
次に、 第 2 0図を参照しながら 「インス トール処理」 について説明す る。
第 2 0図に示す 「インス トール処理」 は、 上述した通り、 第 1 4図で 示した 「デバイス処理」 にある 「その他の処理」 （S 7 0 4) で行われ る処理であり、 より具体的には、 上述の S 1 1 0 6の処理で送信された プローブ化プログラムを受信した際に実行される。
この 「インストール処理」 が実行されると、 ま 、 S 1 2 0 1にて、 プローブ化プログラムのヘッダ部分を解析した後、 S 1 2 0 2の処理に 移行する。
S 1 2 0 2では、 S 1 2 0 1の処理で行った解析結果に基づいて、 当 該プローブ化プログラムをィンストールすることが可能か否かを判断し て、インス トール可能であると判断された場合は（S 1 2 0 2 :YE S)、 S 1 2 0 3の処理に移行する一方、 インス トール不可能と判断された場 合は （S 1 2 0 2 ： NO) 、 本 「インス トール処理」 を終了して、 「デ パイス処理」 （第 1 4図参照） の S 7 0 1に戻る。 尚、 当該 S 1 2 0 2 で行う、 インス トール可能か否かの判断は、 例えば、 プローブ化プログ ラムをインス トールするだけの記憶容量を確保できるか否かに基づいて 行われる。
S 1 2 0 3では、 当該プローブ化プログラムをインス トールする処理 を行った後、本「インス トール処理」 を終了して、 「デバイス処理」 （第 1 4図参照） の S 7 0 1に戻る。 尚、 このプローブ化プログラムをイン ストールしたデバイスは、 以後、 当該プローブ化プログラムに基づいて 「プローブデバイス処理」 （第 1 5図参照） を実行することが可能とな り、 プローブデバイスとして機能することとなる。
ところで、 上述した第 3実施形態においては、 選択中のデバイスが接 続されたネッ トワーク上に、 「管理情報収集可能デバイスリスト」 に登 録されているデバイスが存在しないと判断された際に （S 1 1 0 3 ： N O ) 、 プローブ化プログラムが送信され得るが、 これに限らず、 当該判 断 （S 1 1 0 3 ) を行わない構成としても良いし、 当該判断 （S 1 1 0 3 ) に代えて、 「管理情報収集可能デバイスリスト」 に登録されている プローブデバイスとの通信が不能であるか否かの判断を行う構成として も良い。 つまり、 「管理情報収集可能デバイスリスト」 に登録されてい るデバイスと通信が不能であった場合に、 プローブ化プログラムを送信 して、 新たなプローブデバイスを登録するのである。 また、 プローブ化 プログラムをインストールさせるデバイスの候補が、 一つのネッ トヮ一 ク上に複数存在する場合は、 予め定められた優先度に基づいて、 その優 先度が高いデバイスにプローブ化プログラムを送信しても良い。ここで、 優先度としては、 ネッ トワーク上に古くから存在するデバイスを優先し たり、 稼働率の高いデバイスを優先したりすることが考えられる。 特に 稼働率の高いデバイスを優先すれば、 プローブデバイスとして機能して いる確率が高くなるため好ましい。
以上説明した第 3実施形態にかかるデバイス管理システムを用いて、 上述した社内 L A N等に接続されたデバイスを管理すると、 以下のよう な効果がある。
本第 3実施形態のデバイス管理システムを用いると、 第 1実施形態の デバイス管理システムによって得られる効果に加えて、 更に、 「管理情 報収集可能デバイスリス ト」 に対して、 管理情報を収集可能なデバイス の I Pア ドレスをユーザが入力しなくてもよくなるため、 ユーザの手間 をより一層省くことができるという効果を奏する。 また、 プローブデバ イスとして機能するために必要なプローブ化プログラムをデバイスに送 信して、 そのデバイスをプローブデバイスとして機能させることが可能 であるため、 当該プローブデバイスを利用することによって管理情報の 収集をよりスムーズに行うことができるという効果を奏する。
[第 4実施形態]
次に、 本発明が適用された第 4実施形態について説明する。
ただし、 第 4実施形態については、 第 1実施形態と同じ構成要素につ いては同じ符号を付して説明を省略し、 第 1実施形態と異なる点を中心 に説明する。 ここで、 上述した第 1実施形態と本第 4実施形態とでは、 「S NMP RE P LY」 パケッ トの送信先が以下の点で異なる。 すな わち、 上述した第 1実施形態では、 「S NMP RE P LY」 パケッ ト を 「S NMP GET」 パケットの送信元 （管理デバイス 3またはプロ ーブデバイス 5 b〜 5 f ) に返信していたが、 第 4実施形態では、 プロ ーブデバイス 5 b〜 5 f を経由することなく、 直接管理デバィス 3に返 信される点で異なる。 尚、 本第 4実施形態では、 管理デバイス 3または プローブデバイス 5 b〜 5 f が送信する 「S NMP GE T」 パケッ ト に管理デバイス 3の I Pァドレスが格納されている。
以下、第 4実施形態について第 2 1図を参照しながら詳細に説明する。 尚、 第 2 1図は、 第 4実施形態における、 第 1 4図に示した 「デバイス 処理」 にある 「S NMP R E P L Yパケッ ト送信処理」 （S 7 0 3 ) のフローチャート図である。
この 「S NMP RE P LYパケッ ト送信処理」 が実行されると、 ま ず、 S 1 3 0 1にて、 受信した 「 S NMP GE T」 パケットに管理デ バイス 3の I Ρァドレスが格納されているか否かを判断して、 格納され ている場合は （S 1 3 0 1 ： YE S) 、 S 1 3 0 2の処理に移行する一 方、 格納されていない場合は （S 1 3 0 1 ： NO) 、 S 1 30 3の処理 に移行する。 尚、 第 4実施形態における管理デバイス 3及ぴプローブデ パイス 5 b〜 5 f は、 「S NMP G E T」 パケッ トを送信する際に、 管理デバイス 3の I Ρァ ドレスを格納して送信する。
S 1 3 0 2では、 「S NMP GET」 パケッ トに格納された管理デ バイス 3の I Pア ドレスを用いて、 「S NMP RE P LYJ パケッ ト を管理デバイス 3宛てに送信した後、 「S NMP RE P LYパケッ ト 送信処理」 を終了して、 第 1 4図の S 7 0 1の処理に戻る。
S 1 3 0 3では、 「S NMP G E T」 パケッ トを送信した送信元に 「S NMP R E P L Y」 パケッ トを送信した後、 「S NMP RE P L Yパケッ ト送信処理」を終了して、第 1 4図の S 7 0 1の処理に戻る。 以上説明した第 4実施形態にかかるデバイス管理システムを用いて、 上述した社内 LAN等に接続されたデバイスを管理すると、 以下のよう な効果がある。
本第 4実施形態のデバイス管理システムを用いると、 第 1実施形態の デバイス管理システムによって得られる効果に加えて、 更に、 「S NM P R E P L Y」 バケツ トがプローブデバイス 5 b〜 5 f を経由するこ となく、 直接管理デバイス 3へ送信されるので、 プローブデバイス 5 b 〜 5 f の処理負荷を軽減できるという効果を奏する。 '
[第 5実施形態]
次に、 本発明が適用された第 5実施形態について説明する。
ただし、 第 5実施形態については、 第 1実施形態と同じ構成要素につ いては同じ符号を付して説明を省略し、 第 1実施形態と異なる点を中心 に説明する。 ここで、 本第 5実施形態は、 第 1実施形態に加え更に管理 デパイス 3またはプローブデバイス 5 b〜 5 f が第 2 2図に示した監視 処理を実行する点で第 1実施形態と異なる。
以下、第 5実施形態について第 2 2図を参照しながら詳細に説明する。 尚、 第 2 2図は、 管理デバィス 3及びプローブデバイス 5 b〜 5 f の少 なく ともいずれか 1つが実行する 「監視処理」 を示したフローチャート 図である。 尚、 この 「監視処理」 は、 管理デバイス 3またはプローブデ パイス 5 b〜 5 f の電源投入時から電源遮断時まで常に実行される処理 である。
この 「監視処理」 が実行されると、 まず、 S 1 4 0 1にて、 ネットヮ ーク I /F 1 0または 3 0を介してネッ トワーク上に流れるバケツトを 監視することにより、 自身が接続されたネッ トワーク上で新たなデバイ スを発見したか否か、 すなわち、 自身が接続されたネッ トワークに属す る I Pア ドレスであり、 かつ、 初めて確認する I Pァドレスを発見した か否かを判断して、発見したと判断された場合は（S 1 4 0 1 :YE S)、 S 1 40 2の処理に移行する一方、発見してないと判断された場合は（S 1 4 0 1 ： NO) 、 S 1 4 0 1の処理に再ぴ戻り、 パケッ トの監視を継 続する。 尚、 ネッ トワーク I /F 1 0または 3 0を介して監視したパケ ッ トの I Pア ドレスは、 H D D 1 8または 3 8に格納される構成となつ ており、 S 1 4 0 1の処理は、 この HDD 1 8または 3 8に格納されて いる I Pア ドレスと監視したバケツトの I Pア ドレスとを比較すること によって、 新しいデパイスを発見したか否かに基づいて行われる。
S 1 4 0 2では、 自身が接続されたネッ トワーク内で、 上述の 「S N MP GET」 パケット （管理情報の送信要求パケッ トであり、 O I D 表に示される 4つ O I Dを指定したバケツト） をブロー ドキャス ト した 後、 S 1 40 1の処理に戻り、 パケッ トの監視を継続する。
以上説明した第 5実施形態にかかるデバイス管理システムを用いて、 上述した社内 LAN等に接続されたデバイスを管理すると、 以下のよう な効果がある。
本第 5実施形態のデバイス管理システムを用いると、 第 1実施形態の デバイス管理システムによって得られる効果に加えて、 更に、 ネッ トヮ ーク上に新たなデバイスが接続された場合、 それを管理デバイス 3また はプローブデバイス 5 b〜 5 f が発見し、 「S N M P G E T」 バケツ トをプロードキャストするので、 ネッ トワークの変化を素早く、 かつ、 容易に管理デバィス 3上で把握することが可能になるという効果を奏す る。
尚、 本発明の実施の形態は、 上記実施形態に何ら限定されるものでは なく、 本発明の技術的範囲に属する限り種々の形態を採り得ることはい うまでもなレ、。
例えば、本実施形態では、プリンタを管理する例について説明したが、 本実施形態のデバイス管理システムは、 ファクシミ リ、 スキャナ等、 ど のようなデバイスを管理する場合にも適用できる。
また、 本実施形態では、 1 0分間隔で管理情報を収集していたが、 ュ 一ザからの指示に基づいて管理情報を収集する構成としても良い。 この ようにすれば、 最新のデバイスの管理情報をユーザが必要なときに取得 することができる。
更に、 本実施形態では、 「管理情報要求処理」 （第 8図 ： S 1 0 2 ) が実行された場合、 管理デバイス 3が、 「ブロードキャストによる管理 情報要求処理」 （S 2 0 1 ) 及ぴ 「ュニキャス トによる管理情報要求処 理」 （ S 2 0 2 ) を実行する、 すなわち、 管理デバイス 3力 S 「 S N M P G E T J バケツ トを送信するデバイスを全て決定して、 その決定したデ バイスに依頼していたが、これに限定されるものではない。つまり、 「ブ ロードキャス トによる管理情報要求処理」 （S 2 0 1 ) 及ぴ 「ュニキヤ ス トによる管理情報要求処理」 （S 2 0 2 ) と実質的に同一の処理をプ ローブデバイス 5 b〜 5 f で実行する構成としても良い。 この場合'、 管 理デバイス 3で、 「管理情報要求処理」 （第 8図 ： S 1 0 2 ) が実行さ れると、 管理情報を収集する管理範囲をプローブデバイス 5 b〜 5 f に 通知して、 この通知された管理範囲に基づいて、 プローブデバイス 5 b 〜 5 f が、 「ブロー ドキャス トによる管理情報要求処理」 （S 2 0 1 ) 及ぴ 「ュニキャス トによる管理情報要求処理」 （S 2 0 2) を行うので ある。 このような構成にすれば、 管理デバイス 3にかかる負荷を軽減で きるという効果を奏する。
また、 本実施形態では、 「S NMP GET」 パケッ トのブロードキ ヤストを受信したデバイスは、 「S NMP RE P LY」 パケッ トを必 ず返信する例を示して説明したが、 これに限らず、 「S NMP GET」 パケッ トに格納されている O I Dを確認して、 その O I Dに対応する O b j e c tを備えている場合に限り返信する構成としても良い。 このよ うな構成にすれば、 管理デバィス 3やプローブデバイス 5 b〜 5 ίで、 無駄な 「S NMP RE P LYj パケッ トを受信することが無くなるの で、 処理負荷の軽減を図ることが可能となる。
更に、 本実施形態では、 O I D表として、 第 4図に示すもの例に挙げ て説明したが、 適宜、 O I D表の内容を変更しても良いことは勿論であ る。 例えば、 特定のエラー情報を収集したいので有れば、 そのエラー情 報に対応する 「p r t A l e r t」 O b j e c tを O I D表に追加して も良い。 これにより、 エラー情報を収集する手間を省くことが可能とな る。 また、 同様に、エラー情報ではなく、 印刷装置の設定情報 （例えば、 解像度やページレイアウトなど） であっても良い。 産業上の利用可能性
以上のように、 本発明にかかるデバイス管理システム、 プローブデバ イス、 デバイス、 及ぴプログラムは、 社内 L ANなどのネッ トワークに 接続されたプリンタ、 ファクシミ リ、 スキャナ等のデバイスを管理する ためのデバイス管理システム、 このデバイス管理システムで用いられる プローブデバイス、 このデバイス管理システムで用いられるデバイス、 及びプログラムとして広範に適用可能であり、 特に、 ルータを越えた先 にあるネッ トワーク上のデバイスを管理する場合に有用である。

Claims

請 求 の 範 囲
1. 第 1のネットワーク （ l b〜 l f ) に接続されたデバイスを、 前記第 1のネッ トワーク （l b〜 l f ) とルータ （2 a〜 2 e ) を介し て通信可能な第 2のネッ トワーク（ 1 a )に接続された管理デバイス（3 ) にて管理するデバイス管理システムであって、
前記第 1のネッ トワーク （ 1 b〜 l f ) 上に、 前記管理デバイス （3 ) と通信可能なプローブデバイス （5 b〜 5 f ) を更に備え、
該プローブデバイス （5 b〜 5 f ) は、
該プローブデバイス （5 b〜 5 f ) が接続された前記第 1のネットヮ ーク （l b〜 l f ) に対して、 前記デバイスを管理するための管理情報 を要求するブロードキャス トを実行するブロードキャス ト手段と、 該ブロードキャス トに応じた前記デバイスからの応答によって得られ た前記管理情報を前記管理デバイス （3 ) に転送する転送手段と
を備え、
前記管理デバイス （3 ) は、
前記転送手段によって転送された前記管理情報に基づいて、 前記第 1 のネットワーク （ 1 b〜 l f ) 上の前記デバイスを管理する管理手段 を備えたことを特徴とするデバイス管理システム。
2. 前記転送手段は、 前記ブロードキャス トに応じた前記デバイス からの応答によって前記管理情報を得る度に、 前記管理情報を順次前記 管理デバイス （3 ) に転送することを特徴とする請求項 1に記載のデバ イス管理システム。
3. 前記プローブデパイス （ 5 b〜 5 f ) は、 前記ブロードキャス トに応じた前記デバィスからの応答によつて得た前記管理情報を記憶す る記憶手段を更に備え、 前記転送手段は、 前記ブロードキャス トに応じ た、 前記デバイスからの応答によって得た新たな前記管理情報のうち、 前記記憶手段に記憶されている過去の前記管理情報と異なる前記管理情 報を、 前記管理デバイス （3 ) に転送することを特徴とする請求項 1ま たは請求項 2に記載のデバイス管理システム。
4. 前記管理デバイス （3 ) は、 管理対象とするデバイスの条件を 前記プローブデバイス （5 b〜5 f ) に通知する通知手段を備え、 前記転送手段は、 前記通知手段によつて通知された前記条件を満たす デバイスの前記管理情報を、 前記管理デバイス （3 ) に転送することを 特徴とする請求項 1乃至請求項 3のいずれか 1つに記載のデバイス管理 システム。
5. 第 1のネッ トワーク ( 1 b〜 1 f ) に接続されたデバイスを、 前記第 1のネッ トワーク （ l b〜l f ) とルータ （2 a〜2 e ) を介し て通信可能な第 2のネッ トワーク（ 1 a )に接続された管理デパイス（ 3 ) にて管理するデバイス管理システム'であって、
前記第 1のネッ トワーク （ 1 b〜 1 f ) 上に、 前記管理デバィス （3 ) と通信可能なプローブデバイス （5 b〜5 f ) を更に備え、
該プローブデバイス （5 b〜5 f ) は、
該プローブデバイス （5 b〜5 f ) が接続された前記第 1のネッ トヮ ーク （l b〜l f ) に対して、 前記デバイスを管理するための管理情報 を前記管理デバイス （3 ) に送信するよう前記デバイスに指令するプロ ードキャス トを実行するプロ一ドキャス ト手段を備え、
前記デバイスは、
前記ブロードキャス ト手段を介した指令に基づいて、 前記ブロードキ ャス トに対する応答先を前記管理デバイス （3 ) に設定して、 前記管理 情報を送信する宛先設定送信手段を備え、
前記管理デバイス （3 ) は、 前記デバイスから受信した前記管理情報に基づいて、 前記第 1のネッ トワーク （ 1 b〜l f ) 上の前記デバイスを管理する管理手段を備えた ことを特徴とするデバイス管理システム。
6. 前記管理デバイス （3) は、 管理対象とするデバイスの条件を 前記プローブデバイス （ 5 b〜5 f ) に通知する通知手段を備え、 前記ブロードキャスト手段は、前記第 1のネッ トワーク （ 1 b〜 1 f ) に対して、 前記通知手段によって通知された前記条件を満たすデバイス に、 前記管理情報を要求するブロードキャス トを実行することを特徴と する請求項 1乃至請求項 5のいずれか 1つに記載のデパイス管理システ ム。
7. 前記プローブデバイス （5 b〜5 f ) は、
前記第 1のネッ トワーク （ l b〜l f ) に新たなデバイスが接続され たか否かを判断する判断手段を備え、
前記ブロードキャス ト手段は、 前記判断手段によって、 前記第 1のネ ットワーク （l b〜l f ) に新たなデバイスが接続されたと判断された 際に、 前記ブロードキャス トを実行することを特徴とする請求項 1乃至 請求項 6のいずれか 1つに記載のデバイス管理システム。
8. 前記ブロードキャス ト手段は、 前記管理デバイス （3) からプ ロードキャス トを実行する旨の要求を受けた際に、 ブロードキャス トを 実行することを特徴とする請求項 1乃至請求項 6のいずれか 1つに記載 のデバイス管理システム。
9. 前記管理デバイス （3) は、 予め登録されているプローブデパ イス （5 b〜5 f ) に前記ブロードキャス トを実行させることを特徴と する請求項 1乃至請求項 8のいずれか 1つに記載のデバイス管理システ ム。
1 0. 前記第 1のネッ トワーク （l b〜l f ) に登録されたプロ一 O 03/085529
68 ブデバイス （5 b〜5 f ) が存在しない場合、 前記第 2のネッ トワーク ( l a ) に接続された管理デバイス （ 3 ) 力 S、 前記第 1 のネッ トワーク ( l b〜l f ) に接続されたデバイスに対して、 管理情報を要求するュ ニキヤストを実行することを特徴とする請求項 9に記載のデバイス管理 システム。
1 1. 前記第 1のネッ トワーク （ 1 b〜 1 f ) に登録されたプロ一 ブデバイス （ 5 b〜5 f ) が存在しない場合、 前記第 1のネッ トワーク
( l b〜l f ) との間に介在するルータ （ 2 a〜 2 e ) の数が、 前記第
1 のネッ トワーク （ l b〜l f ) と管理デバイス （ 3 ) との間に介在す るルータ （2 a〜2 e ) の数より少ない第 3のネッ トワークに接続され たプロ一ブデバイス （ 5 b〜 5 f ) 、 前記第 1 のネッ トワーク （ l b
〜1 f ) に接続されたデバイスに対して、 管理情報を要求するュニキヤ ストを実行することを特徴とする請求項 9または請求項 1 0に記載のデ バイス管理システム。
1 2. プローブデバイス （5 b〜5 i ) が登録されていないネット ワークにプローブデバイス ( 5 b〜 5 f ) の存在が確認された場合、 当 該プローブデバイス （5 b〜5 f ) を新たに登録することを特徴とする 請求項 9乃至請求項 1 1のいずれか 1つに記載のデパイス管理システム
1 3. プローブデバイス （5 b〜5 f ) が登録されていないネッ ト ワークにプローブデバイス （5 b〜5 f ) として機能することが可能な デバイスの存在が確認された場合、 当該デバイスに対してプローブデバ イス （5 b〜5 f ) として機能させるプログラムを送信して当該デバィ スをプローブデバイス （5 b〜5 f ) として機能させ、 かつ、 当該デパ イスをプローブデバイス （5 b〜5 f ) として管理デバイス （3 ) に登 録することを特徴とする請求項 9乃至請求項 1 2のいずれか 1つに記載 のデバイス管理システム。 O 03/085529
69
1 4. 前記管理デバイス （3) は、 前記プローブデバイス （5 b〜 5 f ) に対して管理情報を収集するネッ トワークの範囲を通知し、 前記 プローブデバイス （5 b〜5 f ) は通知されたネッ トワークの範囲に属 するデバイスに対して、 ブロードキャス ト及ぴユエキャストを用いて管 理情報を要求することを特徴とする請求項 1乃至請求項 1 3のいずれか 1つに記載のデバイス管理システム。
1 5. 請求項 1または 5記載のデバイス管理システムにおいて、 前記管理デバイス （3) は、 前記管理情報に基づいて管理するデバイ スが、 前記プローブデバイス （5 b〜5 f ) として機能し得るか否かを 判断して、 前記プローブデバイス （5 b〜5 f ) として機能し得ると判 断されたデバイスに、該デバイスを前記プローブデバイス （5 b〜5 f ) として機能させるためのプローブ化プログラムを送信するプログラム送 信手段を備え、
前記プログラム送信手段によってプローブ化プログラムが送信された デバイスは、 前記プローブ化プログラムをインス トールするインス ト一 ル手段を備えたことを特徴とするデバイス管理システム。
1 6. 前記管理デバイス （3) は、 前記プローブデバイス （5 b〜 5 f ) との通信が行えない際に、 前記プログラム送信手段によって、 前 記プローブデバイス （5 b〜5 i ) として機能し得るデバイスにプロ一 ブ化プログラムを送信することを特徴とする請求項 1 5に記載のデパイ ス管理システム。
1 7. 請求項 1 5に記載のデパイス管理システムにおいて、 前記プログラム送信手段は、 前記プローブデバイス （5 b〜5 f ) と して機能し得るデバイスが複数確認された場合は、 優先度の高いデバィ スに対して前記プローブ化プログラムを送信することを特徴とするデバ イス管理システム。
1 8. 前記デバィスは、 印刷装置であり、
前記管理情報は、 印刷装置の設定及ぴ印刷装置の装置状態の少なく と もいずれか一方を示す情報を含むことを特徵とする請求項 1乃至請求項 1 7のいずれか 1つに記載のデバイス管理システム。
1 9. 前記管理情報は、 印刷装置の設定及び印刷装置の装置状態の 少なく ともいずれか一方を示す情報を含み、
前記プローブデバイス （5 b〜 5 f ) は、 印刷装置であり、 前記管理 デバイス（3)からブロードキャス トを実行する旨の要求を受けた際に、 当該プローブデバイス（ 5 b〜 5 f )の管理情報を前記管理デバイス（ 3) に送信することを特徴とする請求項 8に記載のデバイス管理システム。
20. 前記管理情報は、 印刷装置の設定及び印刷装置の装置状態の 少なく ともいずれか一方を示す情報を含み、
前記プローブデバイス （5 b〜 5 f ) は、 印刷装置であり、 前記管理 デバイス （3) から管理情報を収集するネッ トワークの範囲の通知を受 けた際に、 当該プローブデバイス （5 b〜 5 f ) の管理情報を前記管理 デバイス （3) に送信することを特徴とする請求項 1 4に記載のデバイ ス管理システム。
2 1. 請求項 1に記載のデバイス管理システムで用いられ、 前記第 1のネッ トワーク （ 1 b〜 1 f ) 上に前記管理デバイス （ 3) と通信可 能に設置された前記プローブデバイス （5 b〜5 f ) であって、
該プローブデバイス （5 b〜 5 f ) が接続された前記第 1のネットヮ ーク （l b〜 l f ) に対して、 前記デバイスを管理するための管理情報 を要求するブロードキャス トを実行するブロードキャスト手段と、 該ブロードキャス トに応じた前記デバイスからの応答によって得られ た前記管理情報を前記管理デバイス （3) に転送する転送手段と
を備えることを特徴とするプローブデバイス。
22. 請求項 1に記載のデバイス管理システムで用いられ、 前記第 1のネットワーク （ l b〜 l f ) 上に前記管理デバイス （3) と通信可 能に設置された前記プローブデバイス （5 b〜 5 f ) に、
該プローブデバイス （5 b〜 5 f ) が接続された前記第 1のネットヮ ーク （ l b〜 l f ) に対して、 前記デバイスを管理するための管理情報 を要求するブロードキャス トを実行するブロードキャスト処理と、
該ブロードキャストに応じた前記デバイスからの応答パケッ トによ つて得た前記管理情報を前記管理デバイス （3) に転送する転送処理と を実行させることを特徴とするプログラム。
2 3. 請求項 5に記載のデバイス管理システムで用いられ、 前記第 1のネッ トワーク （ l b〜 l f ) 上に前記管理デバイス （3) と通信可 能に設置された前記プローブデバイス （5 b〜 5 f ) であって、
該プローブデバイス （5 b〜5 f ) が接続された前記第 1のネッ トヮ ーク （ l b〜 l f ) に対して、 前記デバイスを管理するための管理情報 を前記管理デバイス （3) に送信するよう前記デバイスに指令するプロ ードキャストを実行するブロードキャスト手段
を備えることを特徴とするプローブデバイス。
24. 請求項 5に記載のデバイス管理システムで用いられ、 前記第 1のネットワーク （ l b〜 l f ) 上に前記管理デバイス （3) と通信可 能に設置された前記プローブデバイス （5 b〜5 f ) に、
該プローブデバイス （5 b〜 5 f ) が接続された前記第 1のネッ トヮ ーク （ l b〜 l f ) に対して、 前記デバイスを管理するための管理情報 を前記管理デバイス （3) に送信するよう前記デバイスに指令するプロ ードキャストを実行するブロードキャスト処理
を実行させることを特徴とするプログラム。
2 5. 請求項 5に記載のデバイス管理システムで用いられ、 前記第 1のネッ トワーク （ 1 b〜 1 f ) 上に接続されたデバイスであって、 前 記プロ一ブデバイス （ 5 b〜 5 f ) から、 前記ブロードキャス トによつ て、 当該デバイスを管理するための管理情報を前記管理デバイス （3 ) に送信するよう指令された際に、 前記管理デバイス （3 ) に宛先を設定 して前記管理情報を送信する宛先設定送信手段を備えることを特徴とす るデバイス。
2 6 . 請求項 5に記載のデバイス管理システムで用いられ、 前記第 1のネッ トワーク （ 1 b〜 1 f ) 上に接続されたデバイスに、 前記プロ ーブデバイス （ 5 b〜 5 f ) から、 該ブロードキャス トによって、 当該 デバイスを管理するための管理情報を前記管理デバイス （3 ) に送信す るよう指令された際に、 前記管理デバイス （ 3 ) に宛先を設定して前記 管理情報を送信する宛先設定送信処理を実行させることを特徴とするプ ログラム。
2 7 . 請求項 1 4に記載のデバイス管理システムで用いられ、 前記管理デバイス （3 ) から管理情報を収集するネッ トワークの範囲 が通知された際に、前記ネッ トワークの範囲に属するデバイスに対して、 管理情報を要求するブロードキャストを実行するブロードキャス ト手段 及び管理情報を要求するュニキヤストを実行するュニキヤス ト実行手段 を備えたことを特徴とするプローブデバイス。
2 8 . 請求項 1 4に記載のデバイス管理システムで用いられ、 前記 プローブデバイス （ 5 b〜 5 f ) に、
前記管理デバイス （3 ) から管理情報を収集するネッ トワークの範囲 が通知された際に、前記ネットワークの範囲に属するデバイスに対して、 管理情報を要求するブロードキャス トを実行するブロードキャスト処理 及び管理情報を要求するュニキヤストを実行するュニキヤスト処理を実 行させることを特徴とするプログラム。
PCT/JP2003/004648 2002-04-11 2003-04-11 Device management system, prove device, device and program Ceased WO2003085529A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20030745712 EP1496442B1 (en) 2002-04-11 2003-04-11 Device management system, probe device, device and program
AU2003236190A AU2003236190A1 (en) 2002-04-11 2003-04-11 Device management system, prove device, device and program
DE60336385T DE60336385D1 (de) 2002-04-11 2003-04-11 Vorrichtungsverwaltungssystem, prüfvorrichtung, vorrichtung und programm
US10/958,374 US20050053016A1 (en) 2002-04-11 2004-10-06 Device management system for managing a device connected to a network with a management device connected to another network and computer program therefor

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2002-109521 2002-04-11
JP2002109521 2002-04-11
JP2003100797A JP3858846B2 (ja) 2002-04-11 2003-04-03 デバイス管理システム
JP2003-100797 2003-04-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/958,374 Continuation-In-Part US20050053016A1 (en) 2002-04-11 2004-10-06 Device management system for managing a device connected to a network with a management device connected to another network and computer program therefor

Publications (1)

Publication Number Publication Date
WO2003085529A1 true WO2003085529A1 (en) 2003-10-16

Family

ID=28793576

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/004648 Ceased WO2003085529A1 (en) 2002-04-11 2003-04-11 Device management system, prove device, device and program

Country Status (7)

Country Link
US (1) US20050053016A1 (ja)
EP (1) EP1496442B1 (ja)
JP (1) JP3858846B2 (ja)
CN (2) CN2686218Y (ja)
AU (1) AU2003236190A1 (ja)
DE (1) DE60336385D1 (ja)
WO (1) WO2003085529A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4154364B2 (ja) * 2004-04-22 2008-09-24 キヤノン株式会社 通知方法
US7577738B1 (en) * 2005-08-01 2009-08-18 Avaya Inc. Method and apparatus using voice and data attributes for probe registration and network monitoring systems
JP2007097057A (ja) 2005-09-30 2007-04-12 Brother Ind Ltd サーバ装置、機器情報提供方法、プログラム、ネットワークシステム、及び、機器共用化方法
US7613955B2 (en) * 2006-01-06 2009-11-03 Microsoft Corporation Collecting debug data from a wireless device
JP2007274535A (ja) * 2006-03-31 2007-10-18 Fujitsu Ltd レイヤ３ネットワークにおけるループ特定装置およびループ特定方法
JP4655986B2 (ja) * 2006-04-12 2011-03-23 ブラザー工業株式会社 ノード装置、記憶制御プログラム及び情報記憶方法
KR100748701B1 (ko) * 2006-09-05 2007-08-13 삼성전자주식회사 Ｓｎｍｐ를 사용하는 네트워크 장비 관리 시스템 및 그방법
US7752300B2 (en) * 2007-11-19 2010-07-06 International Business Machines Corporation Automatically determining management information base modules for a device
JP4748174B2 (ja) 2008-03-25 2011-08-17 ブラザー工業株式会社 ネットワーク内デバイスの管理装置およびネットワーク内デバイス管理プログラム
EP2159986A3 (en) * 2008-08-27 2014-08-06 Electronics and Telecommunications Research Institute Method and apparatus for intergated management of heterogenous sensor networks
US8495169B2 (en) * 2008-09-22 2013-07-23 Hewlett-Packard Development Company, L.P. Method and system for managing a hierarchical information base with an application layer protocol
US9076543B2 (en) 2009-07-27 2015-07-07 Micron Technology, Inc. Techniques for providing a direct injection semiconductor memory device
JP5754192B2 (ja) * 2011-03-18 2015-07-29 株式会社リコー 管理システム及び管理方法
JP5658706B2 (ja) * 2012-03-29 2015-01-28 株式会社東芝 通信局、通信制御プログラム及び通信ネットワークシステム
EP2877901A4 (en) * 2012-07-27 2016-08-31 Ingersoll Rand Co SYSTEM FOR ACCOUNTING AND / OR DEVICE INSTALLATION
US9964590B2 (en) 2015-02-27 2018-05-08 At&T Intellectual Property I, L.P. Configurable probe blocks for system monitoring
JP7005139B2 (ja) * 2016-03-11 2022-01-21 キヤノン株式会社 画像処理装置及びその制御方法、印刷システム、プログラム
JP6953878B2 (ja) 2017-08-08 2021-10-27 コニカミノルタ株式会社 通信制御システム、画像処理ユニット、ルーター、通信中継装置及びプログラム
CN107508929A (zh) * 2017-09-11 2017-12-22 杭州迪普科技股份有限公司 一种配置ip地址的方法及装置
JP7180200B2 (ja) * 2018-08-21 2022-11-30 日本電信電話株式会社 中継装置および中継方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09172435A (ja) * 1995-12-20 1997-06-30 Pfu Ltd 分散管理システム
JPH09172433A (ja) * 1995-12-20 1997-06-30 Pfu Ltd ネットワーク管理システム
EP0955760A1 (en) 1998-03-31 1999-11-10 Canon Kabushiki Kaisha Apparatus and method for preventing duplicate IP address setting
EP1059766A2 (en) 1999-06-11 2000-12-13 Canon Kabushiki Kaisha Network device managing apparatus and method
JP2001036550A (ja) * 1999-07-16 2001-02-09 Nec Eng Ltd アドレス自動付与システム
JP2001197059A (ja) * 2000-01-07 2001-07-19 Fujitsu Ltd トラップ制御システム
JP2002016599A (ja) 1999-12-02 2002-01-18 Hitachi Ltd ネットワーク計測制御システムとネットワーク計測制御方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6101180A (en) * 1996-11-12 2000-08-08 Starguide Digital Networks, Inc. High bandwidth broadcast system having localized multicast access to broadcast content
US6304892B1 (en) * 1998-11-02 2001-10-16 Hewlett-Packard Company Management system for selective data exchanges across federated environments
US6496859B2 (en) * 1998-11-25 2002-12-17 Xerox Corporation System for network device location
US6895436B1 (en) * 1999-07-01 2005-05-17 International Business Machines Corporation Method and system for evaluating network security
JP2001344203A (ja) * 2000-03-29 2001-12-14 Seiko Epson Corp デバイスの異常解決を支援する支援方法
DE60039975D1 (de) * 2000-06-19 2008-10-02 Hewlett Packard Co Verfahren zur Verwaltung von Einheiten eines Intranet Netzwerkes über das WEB
JP3805610B2 (ja) * 2000-09-28 2006-08-02 株式会社日立製作所 閉域グループ通信方法および通信端末装置
USH2072H1 (en) * 2000-09-29 2003-07-01 Opuswave Networks, Inc. System and method for managing base stations in a wireless system
JP2002117126A (ja) * 2000-10-05 2002-04-19 Ibm Japan Ltd 管理システム、検索システム、携帯型位置表示装置、データ管理装置、位置表示方法、記憶媒体
JP2002288056A (ja) * 2001-03-28 2002-10-04 Minolta Co Ltd 管理装置、ネットワーク管理プログラム、ネットワーク管理プログラムを記録したコンピュータ読取可能な記録媒体、被管理装置、リンク生成プログラムおよびリンク生成プログラムを記録したコンピュータ読取可能な記録媒体
US6973086B2 (en) * 2002-01-28 2005-12-06 Nokia Corporation Method and system for securing mobile IPv6 home address option using ingress filtering

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09172435A (ja) * 1995-12-20 1997-06-30 Pfu Ltd 分散管理システム
JPH09172433A (ja) * 1995-12-20 1997-06-30 Pfu Ltd ネットワーク管理システム
EP0955760A1 (en) 1998-03-31 1999-11-10 Canon Kabushiki Kaisha Apparatus and method for preventing duplicate IP address setting
EP1059766A2 (en) 1999-06-11 2000-12-13 Canon Kabushiki Kaisha Network device managing apparatus and method
JP2001036550A (ja) * 1999-07-16 2001-02-09 Nec Eng Ltd アドレス自動付与システム
JP2002016599A (ja) 1999-12-02 2002-01-18 Hitachi Ltd ネットワーク計測制御システムとネットワーク計測制御方法
JP2001197059A (ja) * 2000-01-07 2001-07-19 Fujitsu Ltd トラップ制御システム

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP1496442A1 (en) 2005-01-12
EP1496442A4 (en) 2010-01-06
EP1496442B1 (en) 2011-03-16
JP3858846B2 (ja) 2006-12-20
CN100576802C (zh) 2009-12-30
CN1450755A (zh) 2003-10-22
US20050053016A1 (en) 2005-03-10
CN2686218Y (zh) 2005-03-16
JP2004005553A (ja) 2004-01-08
AU2003236190A1 (en) 2003-10-20
DE60336385D1 (de) 2011-04-28

Similar Documents

Publication Publication Date Title
WO2003085529A1 (en) Device management system, prove device, device and program
JP4957225B2 (ja) 中継サーバおよび中継通信システム
US20040243697A1 (en) Composite service providing system
JP2008210103A (ja) ドキュメント処理システム、ドキュメント処理方法、およびプログラム
JP2010282610A (ja) ネットワークシステム及びその管理方法
US20090193133A1 (en) Network device management apparatus, control method therefor, network system, and storage medium
JP7559128B2 (ja) 画像処理装置、画像処理装置の制御方法及びプログラム
WO2009116265A1 (en) Information processing apparatus, image forming apparatus, and control method therefor
US7778239B2 (en) Communication apparatus and computer usable medium
JP2006086718A (ja) アクセスルータ及び端末装置
US20070076250A1 (en) System For Providing Device Information, and Device, Method and Computer Program For The System
JP2004199513A (ja) サービス検索装置、サービス検索方法、クライアント装置
JP4576071B2 (ja) ネットワーク画像処理装置および監視装置並びにその方法
JP5571911B2 (ja) 画像処理装置、その制御方法、及びプログラム
US20070247661A1 (en) Image processing apparatus, function offering method and computer program product
KR100584587B1 (ko) 네트워크 스캐너 및 네트워크 스캔 시스템 구성 및 유지방법
JP4114502B2 (ja) 出力制御装置
JP4635611B2 (ja) 情報処理装置、方法、及びプログラム
JP4978047B2 (ja) 被監視デバイスおよび被監視デバイスの制御方法
CN101068202B (zh) 通信设备及其控制方法
JP2004334557A (ja) 画像処理システム、画像処理装置、プログラムおよび記録媒体
JP2011114805A (ja) 通信装置及び方法、並びにプログラム
KR20100096074A (ko) 네트워크에서 네트워크 성분들을 관리하기 위한 방법과 네트워크 성분
WO2011044729A1 (zh) 通信网络中用于检测任意播组配置情况的方法和装置
JP6501314B2 (ja) バンドステアリングシステムおよびバンドステアリング方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 10958374

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2003745712

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003745712

Country of ref document: EP