JP2011227770A - Communication confirmation device, communication confirmation method and program - Google Patents

Abstract

A communication confirmation device, a communication confirmation method, and a program capable of accurately confirming a communication state when the importance of an error that has occurred in the monitored device is determined by the communication state of the monitored device.
A monitoring target device is connected to a higher-level server device to which it is connected, transmits a connection request to the higher-level server device, and causes the higher-level server device that receives the connection request to transmit to the monitoring target device. In the information processing apparatus 1 that confirms the communication state of the monitoring target device 10 by receiving the received response, if an error occurs in the monitoring target device 10, the connection request is sent to the upper server device 20 in the first and second transmissions. The communication state of the monitoring target device 10 is confirmed based on whether or not a response to the connection request transmitted in the second transmission has been received.
[Selection] Figure 1

Description

  The present invention is connected to an external device to which a plurality of monitored devices are connected, transmits a connection request signal to the external device, and transmits a response signal transmitted to the monitored device by the external device that has received the connection request signal. The present invention relates to a communication confirmation device, a communication confirmation method, and a program for confirming a communication state of a monitored device by receiving the information.

  There is a maintenance system for quickly recovering from a failure in a network device. For example, in Patent Document 1, a service center automatically detects the occurrence of a failure in a network device, automatically edits a maintenance procedure according to the failure, and displays a maintenance screen with a video image of the maintenance procedure. A maintenance system is disclosed for transmission. With the maintenance system described in Patent Document 1, even if the user of the network device is not familiar with the computer, the user can easily perform error recovery work while looking at the maintenance screen.

JP 2004-086719 A

  However, in the maintenance system described in Patent Document 1, since the failure is notified to the user regardless of the severity of the failure, the user cannot determine whether the occurring failure needs to be resolved immediately. There is.

  The present invention has been made in view of such circumstances, and an object of the present invention is to accurately check the communication status when the importance of an error occurring in the monitored device is determined by the communication status of the monitored device. An object of the present invention is to provide a communication confirmation device, a communication confirmation method, and a program.

  The communication confirmation device disclosed in the present application transmits a connection request signal to an external device to which a plurality of monitored devices are connected and distributes a connection request signal to the monitored device, thereby changing the communication state of the monitored device. In the communication confirmation device to be confirmed, a detection unit that detects that an error has occurred in the monitored device, and a communication destination storage unit that stores connection destinations of the monitored device and an external device to which the monitored device is connected When the detection unit detects an error, the transmission unit transmits the connection request signal to the external device twice based on the connection destination stored in the communication destination storage unit, and the transmission unit transmits the second time A determination unit that determines whether or not a response signal to the connection request signal has been received.

  According to one aspect of the communication confirmation apparatus disclosed in the present application, the communication state of the monitored apparatus in which an error has occurred can be confirmed more accurately. In addition, if a communication error causes a problem in the operation of the monitored device, it is possible to quickly notify the specialist in charge of a recovery request by ascertaining the communication status reliably, and error recovery in a short time. It becomes possible.

It is a schematic diagram which shows the structure of the whole maintenance system which concerns on embodiment. It is a block diagram which shows the structure which the information processing apparatus of a maintenance system has. It is a block diagram which shows the function implement | achieved with information processing apparatus. It is a figure which shows protocol DB typically. It is a figure which shows communication destination DB typically. It is a figure which shows equipment information DB typically. It is a figure which shows an example of the scenario which a scenario production | generation part produces | generates when using SIP. It is a figure which shows an example of the scenario which a scenario production | generation part produces | generates when using HTTP. It is a figure which shows an example of the scenario which a scenario production | generation part produces | generates when using SMTP. It is a block diagram which shows the function implement | achieved by the management server apparatus. It is a schematic diagram for demonstrating the method to determine importance. It is a schematic diagram when confirming error information with a mobile phone. It is a flowchart which shows operation | movement of a monitoring apparatus. It is a flowchart which shows operation | movement of a monitoring apparatus. It is a flowchart which shows operation | movement of information processing apparatus. It is a flowchart which shows operation | movement of information processing apparatus. It is a flowchart which shows operation | movement of a high-order server apparatus. It is a flowchart which shows operation | movement of a management server apparatus. It is a flowchart which shows operation | movement of a management server apparatus.

  Hereinafter, preferred embodiments of a communication confirmation device, a communication confirmation method, and a program disclosed in the present application will be described in detail with reference to the drawings. In the embodiments described below, a maintenance system including a communication confirmation device disclosed in the present application will be described.

  The maintenance system according to the present embodiment monitors an error that occurs in a network device such as a call control server device, a WEB server device, or a Simple Mail Transfer Protocol (SMTP) server device, and according to the importance of the generated error, This system notifies the maintenance staff of errors. The notification to the maintenance staff is made by e-mail to a mobile phone or a personal computer (hereinafter referred to as a personal computer) owned by the maintenance staff. In the following description, the network device to be monitored is referred to as a monitoring target device.

  FIG. 1 is a schematic diagram illustrating a configuration of the entire maintenance system according to the embodiment. The maintenance system includes an information processing device (communication confirmation device) 1, a host server device (external device) 20, a monitoring device 21, a management server device 22, and the like for monitoring the devices to be monitored (monitored devices) 10a, 10b, and 10c. It has. The monitoring target devices 10a, 10b, and 10c are devices that have the same configuration and function and perform the same operation, and are connected to the upper server device 20 as the same group. In the following description, the monitoring target devices 10a, 10b, and 10c are collectively referred to as the monitoring target device 10.

  The host server device 20 is, for example, a Session Initiation Protocol (SIP) server device, a WEB server device using a Hypertext Transfer Protocol (HTTP), or an SMTP server device. When the upper server apparatus 20 receives a connection request from the information processing apparatus 1 to be described later, the upper server apparatus 20 connects the monitoring target apparatus 10 and the information processing apparatus 1 connected to itself. For example, when the higher-level server device 20 is a SIP server device, the higher-level server device 20 uses SIP to call a telephone (not shown) of the information processing device 1 and the monitoring target device 10 based on the telephone number. Call control to connect or disconnect. In the case of a WEB server device, the upper server device 20 transmits and receives content such as an image between the information processing device 1 and the monitoring target device 10 using HTTP. In the case of an SMTP server device, the upper server device 20 transmits and receives mail between the information processing device 1 and the monitoring target device 10 using SMTP. Note that there may be a plurality of upper server devices 20, and in the case of a plurality of servers, a SIP server device and a WEB server device may be mixed.

  In the present embodiment, the host server device 20 selects the monitoring target device 10 to be connected and performs communication according to the round robin method. For example, the host server device 20 communicates with the monitoring target device 10a when the connection request is first received, and communicates with the monitoring target device 10b when the connection request is received next. Subsequently, when a connection request is received, the upper server device 20 communicates with the monitoring target device 10c. In addition, when the upper server apparatus 20 communicates with the monitoring target apparatus 10 according to the round robin method, when it is determined that one of the monitoring target apparatuses 10 is out of order, the upper level server apparatus 20 executes a blocking process on the monitoring target apparatus 10. When the blocking process is executed, the upper server apparatus 20 does not communicate with the monitoring target apparatus 10 that has executed the blocking process even if it receives a connection request.

  The monitoring target device 10 is connected to the monitoring device 21 via a communication network such as a local area network (LAN) or a wide area network (WAN). The monitoring device 21 is a device that detects that an error has occurred in the monitoring target device 10. In the figure, only the monitoring target device 10 a is connected to the monitoring device 21, but the monitoring target devices 10 b and 10 c are also connected to the monitoring device 21. The monitoring target device 10 transmits a Simple Network Management Protocol (SNMP) trap to the monitoring device 21. The monitoring device 21 detects that an error has occurred in the monitoring target device 10 based on the SNMP trap transmitted from the monitoring target device 10. In the following description, it is assumed that an error occurs in the monitoring target device 10a and the monitoring target devices 10b and 10c operate normally.

  The monitoring device 21 identifies an error number corresponding to the detected error and notifies the monitoring target device 10a of the error number. The monitoring target device 10a notified of the error number extracts a log necessary for analyzing the error that has occurred based on the error number, and transmits it to the monitoring device 21 as an error log. The error log includes its own operation state obtained by the monitoring target device 10a issuing a state confirmation command.

  The host server device 20 and the monitoring device 21 are connected to the information processing device 1 via a communication network. The information processing device 1 is a device for confirming the communication state of the monitoring target device 10a in order to determine the importance of the error that has occurred in the monitoring target device 10a. The importance of the error is determined by the management server device 22 described later, and is determined to be high when communication with the other monitoring target devices 10b and 10c including the monitoring target device 10a is impossible. The information processing apparatus 1 receives an Internet Protocol (IP) address from the monitoring apparatus 21 as information for specifying the monitoring target apparatus 10a in which an error has occurred. The information processing apparatus 1 identifies the monitoring target apparatus 10a and the protocol necessary for the operation of the monitoring target apparatus 10a from the IP address. The information processing apparatus 1 confirms the communication state of the specified monitoring target apparatus 10a via the higher-level server apparatus 20 using the specified protocol. More specifically, the information processing apparatus 1 checks the communication status of the monitoring target devices 10b and 10c connected to the higher-level server device 20 including the monitoring target device 10a. The communication state is confirmed by whether or not a response has been received from the monitoring target device 10 in response to the connection request transmitted to the upper server device 20. Then, the information processing device 1 transmits the confirmation result to the monitoring device 21.

  The monitoring device 21 is connected to the management server device 22 via a communication network. The management server device 22 is a device that manages an error that has occurred and determines the importance of the error. The management server device 22 receives the error number, the communication state confirmation result, and the error log described above from the monitoring device 21. Based on the received error number and error log, the management server device 22 enables error information such as an error name and an error occurrence time to be displayed on the web. The management server device 22 is connected to the SMTP server device 23, and transmits a mail including a link to error information that can be displayed on the web to the mobile phone 100 or the personal computers 101, 102 owned by the maintenance staff. . As a result, the maintenance staff can check the error information by accessing the management server device 22 from the mobile phone 100 or the personal computers 101, 102 or the like. In this embodiment, the maintenance staff includes an operator who operates the system and an analyst who analyzes an error that has occurred in the system. The mobile phone 100 and the personal computer 101 are owned by an analyst, and the personal computer 102 is owned by an operator.

  The management server device 22 determines the importance of the error that has occurred in the monitoring target device 10a from the received error number and the communication status confirmation result, and determines the mail transmission destination according to the importance. For example, when the communication state of the monitoring target device 10a in which an error has occurred is abnormal, the management server device 22 determines the importance of the error to be high and determines the mail transmission destination to the mobile phone 100. Since the mobile phone 100 is likely to be always carried by the analyst, it is possible to take immediate error countermeasures by sending an email to the mobile phone 100. Since the communication state of the monitoring target device 10a is normal, immediate error countermeasures are not necessary. However, in the case of an error that can be solved only by an analyst, the management server device 22 determines the importance of the error to be low and determines the mail transmission destination. The analyzer PC 101 is determined. In the case of an error that can be solved even by the operator, the management server device 22 determines the importance of the error to be low, and determines the mail transmission destination to the operator's personal computer 102.

  Although FIG. 1 shows three monitoring target devices, the number of monitoring target devices is not limited to this. In FIG. 1, the maintenance system is configured to monitor the monitoring target device 10 via one upper server device 20. However, the maintenance system has a plurality of upper server devices and is connected to each upper server device. The configuration may be such that the target device is monitored. Furthermore, each device constituting the maintenance system may be realized by a personal computer including a keyboard and a mouse.

  Hereinafter, a specific configuration and operation of each device of the maintenance system will be described.

  FIG. 2 is a block diagram illustrating a configuration of the information processing apparatus 1 of the maintenance system. The information processing apparatus 1 includes a central processing unit (CPU) 2, a read only memory (ROM) 3, a random access memory (RAM) 4, a large-capacity storage device 5, and a host server device 20 and a monitor via a communication network. Each hardware unit such as the communication unit 6 that enables communication with the device 21 and the like is provided. These hardware units are connected to each other via a bus. Although omitted in FIG. 2, the monitoring target device 10, the upper server device 20, the monitoring device 21, and the management server device 22 are similar to the information processing device 1, in that a CPU, a ROM, a RAM, a mass storage device, And each hardware part such as a communication part.

  The CPU 2 reads out the program stored in advance in the ROM 3 or the large-capacity storage device 5 to the RAM 4 as appropriate and executes it, and also controls the operation of each part of the hardware described above. The ROM 3 stores in advance a program 3a for causing the information processing apparatus 1 to perform a necessary operation. The RAM 4 is, for example, a static RAM (SRAM), a dynamic RAM (DRAM), a flash memory, or the like. The RAM 4 temporarily stores various data generated when the control program is executed by the CPU 2.

  The mass storage device 5 is, for example, a hard disk drive, and stores a necessary database (DB) to be described later. Note that the program 3 a stored in the ROM 3 may be stored in the mass storage device 5. The program 3a is installed in the mass storage device 5 by a recording medium 7 such as a Compact Disc-ROM (CD-ROM), a Digital Versatile Disc-ROM (DVD-ROM), or a Magneto-Optical disk (MO). Alternatively, it may be downloaded from a network and used.

  Next, functions realized by the information processing apparatus 1 when the CPU 2 executes the program 3a stored in the ROM 3 described above will be described.

  FIG. 3 is a block diagram illustrating functions realized by the information processing apparatus 1. The information processing apparatus 1 includes an IP address receiving unit 31, a protocol specifying unit 32, a communication destination specifying unit 33, a facility information acquiring unit 34, a communication count determining unit 35, a scenario generating unit 36, a scenario executing unit 37, and a result notifying unit 38. Etc. are provided. In addition, the information processing apparatus 1 includes a protocol DB 41, a communication destination DB (communication destination storage unit) 42, a facility information DB (number storage unit) 43, and the like.

  The IP address receiving unit 31 (detection unit) receives an IP address from the monitoring device 21. The monitoring device 21 receives an SNMP trap from each of the monitoring target devices 10, and detects that an error has occurred in the monitoring target device 10a based on the SNMP trap. At this time, the monitoring device 21 transmits the IP address of the monitoring target device 10 a to the information processing device 1. The IP address receiving unit 31 receives the IP address. That is, when the IP address receiving unit 31 receives an IP address, the information processing apparatus 1 detects an error.

  Based on the IP address received by the IP address receiving unit 31, the protocol specifying unit 32 specifies a protocol necessary for operation of the monitored apparatus 10a in which an error has occurred and the format of the protocol. As for the protocol format, a plurality of patterns are stored in the mass storage device 5 of the information processing apparatus 1 in advance. The protocol specifying unit 32 specifies the protocol and format from the protocol DB 41 stored in the mass storage device 5.

  FIG. 4 is a diagram schematically showing the protocol DB 41. The protocol DB 41 has an IP address column, a SIP column, an HTTP column, an SMTP column, and the like. In the IP address column, the IP address of the monitoring target device 10 is stored. The SIP column stores information on SIP used by the monitoring target device 10 corresponding to the IP address. For example, when “1” is stored in the SIP column, it indicates that the corresponding monitoring target apparatus 10 uses the protocol whose format number is “1”. When “0” is stored in the SIP column, it indicates that the corresponding monitoring target device 10 does not use SIP. Similarly, HTTP and SMTP information used by the monitoring target device 10 corresponding to the IP address is stored in the HTTP column and the SMTP column. The protocol DB 41 may store protocol information other than SIP, HTTP, and SMTP.

  The communication destination specifying unit 33 specifies a communication destination based on the IP address received by the IP address receiving unit 31 and the protocol specified by the protocol specifying unit 32. The communication destination is a destination accessed to communicate with the monitoring target device 10a in which an error has occurred. For example, when the monitoring target device 10a uses SIP, the communication destination is the telephone number of the upper server device 20, and when using HTTP, it is the Uniform Resource Locator (URL) of the upper server device 20. Further, when using SMTP, the communication destination is the mail address of the host server device 20. The communication destination specifying unit 33 specifies a communication destination from the communication destination DB 42 stored in the mass storage device 5.

  FIG. 5 is a diagram schematically showing the communication destination DB 42. The communication destination DB 42 has an IP address column, a protocol column, a telephone number column, a URL column, a mail address column, and the like. In the IP address column, the IP address of the monitoring target device 10 is stored. In the protocol column, a protocol used by the monitoring target device 10 is stored. For example, when “1” is stored in the protocol column, the corresponding monitoring target device 10 uses SIP, and when “2” is stored, it indicates that HTTP is used, and “3” is stored. In this case, SMTP is used. In the telephone number column, the telephone number of the upper server apparatus 20 of the corresponding monitoring target apparatus 10 is stored. In the URL column, the path name to the upper server apparatus 20 of the corresponding monitoring target apparatus 10 is stored. The e-mail address field stores the e-mail address of the higher-level server apparatus 20 of the corresponding monitoring target apparatus 10. When there is no corresponding information, “null” is stored in each column. For example, when the IP address receiving unit 31 receives the IP address “10.95.88.6” and the protocol specifying unit 32 specifies the SIP protocol, the communication destination specifying unit 33 sets the telephone of the higher-level server device 20 as the communication destination. Specify the number “0600000001”.

  The facility information acquisition unit 34 acquires facility information based on the IP address received by the IP address receiving unit 31 and the protocol specified by the protocol specifying unit 32. The facility information includes the number of round robins of the host server device 20 connected to the monitored device 10a in which an error has occurred, and a timeout when there is no response when a connection request is transmitted to the host server device 20 Is the number of seconds to judge. The facility information acquisition unit 34 acquires facility information from the facility information DB 43 stored in the mass storage device 5.

  FIG. 6 is a diagram schematically showing the facility information DB 43. The facility information DB 43 has an IP address column, a protocol column, a round robin number column, a communication interval information column, and the like. In the IP address column, the IP address of the monitoring target device 10 is stored. Similarly to the communication destination DB 42, the protocol column stores information on the protocol used by the corresponding monitoring target device 10. The round robin number column stores the number of round robins of the higher-level server device 20 to which the corresponding monitoring target device 10 is connected. The communication interval information column stores the number of seconds to be determined as a timeout when there is no response to the connection request when the information processing apparatus 1 transmits a connection request to the upper server apparatus 20. The number of seconds is appropriately determined according to the function or communication speed of the upper server apparatus 20 and the monitoring target apparatus 10 connected to the upper server apparatus 20.

  The communication frequency determination unit (specification unit) 35 determines the communication frequency based on the round robin number acquired by the facility information acquisition unit 34. The number of times of communication is the number of times that the information processing apparatus 1 transmits a connection request to the upper server apparatus 20 of the monitoring target apparatus 10a in which an error has occurred. The communication frequency determination unit 35 determines a value obtained by multiplying the acquired round robin number by “2” as the communication frequency. For example, in the case of FIG. 1, the number of round robins of the host server device 20 is “3”, so the number of communications is “6”. In this case, the information processing apparatus 1 transmits connection requests to the upper server apparatus 20 six times.

  The scenario generation unit 36 performs processing for confirming the communication state of the monitoring target device 10a in which the error has occurred, based on the protocol format specified by the protocol specifying unit 32 and the communication destination specified by the communication destination specifying unit 33. Generate a scenario for For example, when the monitoring target device 10a uses SIP, the scenario generation unit 36 generates an INVITE message. The scenario generation unit 36 acquires the protocol format specified by the protocol specifying unit 32 from a plurality of scenario formats stored in advance. Then, the scenario generation unit 36 sets (changes) the corresponding part in the acquired format.

  FIG. 7 is a diagram illustrating an example of a scenario generated by the scenario generation unit 36 when using SIP. In FIG. 7, the scenario generation unit 36 sets the telephone number of the higher-level server device 20 specified by the communication destination specifying unit 33 to the call destination (“To” line in the figure), and the caller (“ In the “From” line), the telephone number of the information processing apparatus 1 is set. Upon receiving the INVITE message shown in FIG. 7, the upper server apparatus 20 instructs the monitoring target apparatus 10 to transmit a response to the caller information processing apparatus 1. When the monitoring target device 10a uses HTTP or SMTP, the scenario generation unit 36 generates a corresponding scenario. FIG. 8 is a diagram illustrating an example of a scenario generated by the scenario generation unit 36 when HTTP is used. FIG. 9 is a diagram illustrating an example of a scenario generated by the scenario generation unit 36 when using SMTP. In the case of FIG. 8, the scenario generation unit 36 sets the URL specified by the communication destination specifying unit 33 to the communication destination (“GET” line in the figure). The host server device 20 instructs the monitoring target device 10 to access the information processing device 1 based on the URL. In the case of FIG. 9, the scenario generation unit 36 sets the mail address specified by the communication destination specifying unit 33 as the communication destination (the line “RCPT TO” in the figure). The host server device 20 instructs the monitoring target device 10 to transmit a mail to the information processing apparatus 1 based on the mail address. Note that the scenarios shown in FIGS. 7, 8, and 9 have a general format and can be changed as appropriate.

  The scenario execution unit (transmission unit) 37 executes communication status confirmation according to the scenario generated by the scenario generation unit 36. Specifically, the scenario execution unit 37 transmits a connection request to the upper server apparatus 20 for the number of communication times determined by the communication number determination unit 35 according to the scenario generated by the scenario generation unit 36. At this time, the scenario execution unit 37 transmits a connection request that is half the determined number of communications, that is, the number of round robin times. By transmitting the number of round robin times and a connection request at the time of transmission, the information processing apparatus 1 can confirm the communication state with all the monitoring target apparatuses 10 connected to the upper server apparatus 20. Then, the scenario execution unit 37 waits for the number of seconds of the communication interval information acquired by the facility information acquisition unit 34, and transmits a connection request for the remaining number of communication times, that is, the number of round robin numbers. In the following description, transmitting the connection request for the first half of the number of times of communication is referred to as first transmission, and transmitting the remaining number of times for the connection request is referred to as second transmission. In addition, the number of times that the connection request is transmitted at the time of the first transmission is referred to as the first number of times of transmission, and the number of times of transmission of the connection request at the time of the second transmission is referred to as the second number of times of transmission.

  The result notification unit (determination unit) 38 notifies the monitoring device 21 of the result of execution by the scenario execution unit 37. Specifically, the result notification unit 38 discards the result of the first transmission of the connection request, adopts the result of the second transmission, and notifies the monitoring device 21 of the result. The host server device 20 performs a blocking process on the monitored device 10a determined to be out of order, and therefore communicates only with the monitored devices 10b and 10c in subsequent communications. If the blocking process is performed at the time of the first transmission of the connection request, the effect of communication may be lost at the time of the second transmission. Therefore, the result notification unit 38 discards the result of the first transmission and adopts the result of the second transmission. To do. In the second transmission, when there is a response corresponding to the second number of transmissions when the connection request is transmitted, the result notification unit 38 notifies the monitoring device 21 that the communication of the monitoring target device 10 is normal. On the other hand, when there is no response for the second number of transmissions, the result notification unit 38 notifies the monitoring device 21 that the communication of the monitoring target device 10 is abnormal.

  As described above, the upper server apparatus 20 performs a blocking process on the monitoring target apparatus 10a in which an error has occurred, and avoids communication with the monitoring target apparatus 10a. For this reason, even if communication with the monitoring target device 10a is not possible with the first transmission, communication with the other monitoring target devices 10b and 10c is possible with the second transmission, so the result notification unit 38 issues a connection request with the second transmission. Responses corresponding to the second number of transmissions transmitted can be received. In this case, the result notification unit 38 does not notify that the communication state of the monitoring target device 10 is abnormal. On the other hand, when the host server device 20 does not perform the blocking process, the host server device 20 communicates with the monitoring target device 10a even during the second transmission. Cannot receive a response corresponding to the second transmission count. In this case, the result notification unit 38 notifies the monitoring device 21 that the communication of the monitoring target device 10 is abnormal. In this way, regardless of the function of the higher-level server device 20, the communication state of the reliable monitoring target device 10 can always be confirmed by the same process.

  Next, functions realized by the management server device 22 will be described. FIG. 10 is a block diagram illustrating functions implemented by the management server device 22. Each function shown in FIG. 10 is realized by the CPU of the management server device 22 executing a program stored in the ROM. The management server device 22 has functions such as a result reception unit 51, a WEB display processing unit 52, an importance level determination unit 53, a transmission destination determination unit 54, and a mail transmission unit 55.

  The result receiving unit 51 receives the confirmation result of the communication state and the error log from the monitoring device 21. Based on the error log received by the result receiving unit 51, the WEB display processing unit 52 enables error information such as an error name and an error occurrence time to be displayed on the web.

  The importance level determination unit 53 determines the importance level of the error that has occurred based on the confirmation result of the communication state received by the result reception unit 51 and the error log. The importance of errors is classified into four levels of importance A, importance B, importance C, and importance D in descending order. FIG. 11 is a schematic diagram for explaining a method of determining importance. The importance of the error is determined based on the communication state with the monitoring target device 10, the warning level of the error that has occurred, and the analysis status of the error that has occurred. The alert level is specified by the monitoring device 21 based on the error number. As a result of the specification, whether the alert level is equal to or higher than the predetermined level is notified from the monitoring device 21 together with the error log. The error analysis status is determined, for example, based on whether or not the received error log includes an operation state obtained by the monitoring target device 10a inputting a state confirmation command.

  When the communication with the monitoring target device 10 is abnormal, the importance level determination unit 53 determines the importance level A. If the communication with the monitoring target device 10 is normal but the analysis of the error that has occurred has not yet been made, the importance level determination unit 53 determines the importance level B. When the communication with the monitoring target device 10 is normal, the error has been analyzed, and the warning level is equal to or higher than the predetermined level, the importance level determination unit 53 determines the importance level C. When the communication with the monitoring target device 10 is normal, the error has been analyzed, and the warning level is equal to or lower than the predetermined level, the importance level determination unit 53 determines the importance level D.

  The transmission destination determination unit 54 determines a mail transmission destination according to the importance determined by the importance determination unit 53. Specifically, in the case of the importance level A, the transmission destination determination unit 54 determines the mail transmission destination to the analyst's mobile phone 100. In the case of importance B, the transmission destination determination unit 54 determines the mail transmission destination to be the analyst's personal computer 101. In the case of importance C and D, the transmission destination determination unit 54 determines the mail transmission destination as the personal computer 102 of the operator.

  The mail transmission unit 55 transmits a mail including a link to the error information that the WEB display processing unit 52 can display on the web to the transmission destination determined by the transmission destination determination unit 54. The maintenance staff can check the error information that the WEB display processing unit 52 can display on the web from the link of the mail received by the mobile phone 100 or the personal computers 101 and 102.

  Hereinafter, a case in which the mobile phone 100 confirms the error information that can be displayed on the web will be described. FIG. 12 is a schematic diagram when the mobile phone 100 confirms error information. In the error log (upper left side in FIG. 12) received by the management server device 22, a necessary part surrounded by a square in the figure is extracted so that it can be easily recognized by the mobile phone 100 that has accessed. On the screen of the mobile phone 100 that has been accessed, the extracted portion and the command candidates to be input to the monitoring target device 10a are displayed (upper right side in FIG. 12). Command candidates are displayed in a selectable manner. When a command is selected on the mobile phone 100, the selected command is transmitted from the management server device 22 to the monitoring target device 10a. In the monitoring target device 10a, the selected command is input, and the input result is transmitted from the monitoring target device 10a to the management server device 22 as an error log (lower left in FIG. 12). In the management server device 22, necessary portions are extracted again and displayed on the screen of the mobile phone 100 (lower right side in FIG. 12).

  The operation in the maintenance system will be described below.

  An operation in the monitoring device 21 that detects an error occurring in the monitoring target device 10 will be described. 13 and 14 are flowcharts showing the operation of the monitoring device 21. 13 and 14 show the operation of the monitoring target device 10 in parallel with the operation of the monitoring device 21.

  In the monitoring target device 10, the CPU transmits an SNMP trap to the monitoring device 21 (S1). In the monitoring device 21, the CPU determines whether an SNMP trap has been received from the monitoring target device 10a (S10). When the SNMP trap is not received (S10: NO), the CPU waits until it is received. When the SNMP trap is received (S10: YES), the CPU detects an error based on the received SNMP trap and acquires the IP address of the monitoring target device 10a that has transmitted the SNMP trap (S11). Then, the CPU transmits the acquired IP address to the information processing apparatus 1 (S12). In the information processing apparatus 1 that has received the IP address, a process described later for confirming the communication state of the monitoring target apparatus 10 is performed.

  In the monitoring device 21, the CPU determines whether or not a communication state confirmation result has been received from the information processing device 1 (S13). When not receiving (S13: NO), CPU waits until it receives. If received (S13: YES), an error number corresponding to the error that has occurred in the monitoring target device 10a is acquired, and the error number is transmitted to the monitoring target device 10a in which the error has occurred (S14).

  The monitoring target device 10 determines whether an error number has been received from the monitoring device 21 (S2). If no error has occurred in the monitoring target device 10, an error number is not transmitted from the monitoring device 21. Therefore, if no error number has been received (S <b> 2: NO), the monitoring target device 10 The process ends. When an error number is received from the monitoring device 21 (S2: YES), the CPU of the monitoring target device 10 extracts a log necessary for analyzing the generated error based on the received error number (S3). Specifically, the CPU inputs a state confirmation command, and acquires its own operation state obtained as a result. The CPU transmits the extracted log as an error log to the monitoring device 21 (S4). Thereafter, the process ends in the monitoring target device 10.

  In the monitoring device 21, after transmitting the error number, the CPU determines whether an error log has been received from the monitoring target device 10 (S15). When the error log has not been received (S15: NO), the CPU determines whether or not a predetermined time has elapsed since the error number was transmitted (S16). When the predetermined time has not elapsed (S16: NO), the CPU returns to the process of S15. When the predetermined time has elapsed (S16: YES), the CPU transmits the error number acquired in S14 and the confirmation result of the communication state to the management server device 22 (S17), and ends this process. When the error log is received from the monitoring target device 10 (S15: YES), the CPU transmits the error number, the received error log, and the communication status confirmation result to the management server device 22 (S18), and ends this processing. .

  Next, an operation in the information processing apparatus 1 that checks the communication state of the monitoring target device 10a in order to determine the importance of the error when an error occurs in the monitoring target device 10a will be described. 15 and 16 are flowcharts illustrating the operation of the information processing apparatus 1.

  The CPU 2 of the information processing device 1 determines whether an IP address has been received from the monitoring device 21 that has detected the occurrence of an error (S21). When the IP address has not been received (S21: NO), the CPU 2 stands by until it is received. When the IP address is received (S21: YES), the CPU 2 specifies the protocol necessary for the operation of the monitored apparatus 10a in which the error has occurred and the format of the protocol based on the IP address and the protocol DB 41 (S22). ).

  Next, the CPU 2 specifies a communication destination based on the received IP address and the specified protocol (S23). For example, when the monitoring target device 10a in which the error has occurred uses SIP, the CPU 2 specifies the telephone number of the higher-level server device 20 of the monitoring target device 10a from the communication destination DB. Subsequently, based on the received IP address and the specified protocol, the CPU 2 obtains the round robin number of the upper server device 20 to which the monitored device 10a in which the error has occurred is connected (S24). Further, the CPU 2 acquires communication interval information of the higher-level server device 20 (S25). The CPU 2 determines a value obtained by multiplying the acquired number of round robin by “2” as the number of communication (S26).

  Next, the CPU 2 generates a scenario for transmitting a connection request to the upper server device 20 of the monitoring target device 10a in which an error has occurred (S27). For example, when the upper server device 20 is a SIP server device, the CPU 2 generates an INVITE message shown in FIG. In accordance with the generated scenario, the CPU 2 transmits a connection request to the higher-level server device 20 (S28), and determines whether or not the first transmission count and the connection request have been transmitted (S29). The first transmission count is a half of the determined communication count, that is, the round robin count. By transmitting the number of round robin times and the connection request, it is possible to check the communication state with all the monitoring target devices 10 connected to the higher level server device 20. When the connection request is not transmitted for the first transmission count (S29: NO), the CPU 2 executes the process of S28 and continues to transmit the connection request. When the first transmission count and the connection request are transmitted (S29: YES), the CPU 2 waits for the number of seconds of the communication interval information acquired in S25 (S30). By setting an interval and waiting, it is possible to prevent the information processing apparatus 1 from receiving a response from the monitoring target apparatus 10 in order to perform processing for determining whether or not a timeout has occurred.

  Thereafter, the CPU 2 starts the second transmission and transmits a connection request to the upper server apparatus 20 (S31). The CPU 2 determines whether or not a connection request has been transmitted for the second number of transmissions (S32). When the second transmission count and the connection request are not transmitted (S32: NO), the CPU 2 returns to the process of S31 and continues to transmit the connection request. When the second transmission count and the connection request are transmitted (S32: YES), the CPU 2 determines whether or not the communication state of the monitoring target device 10 is normal (S33). Specifically, the CPU 2 discards the response result in the first transmission and determines whether or not the response has been received the same number of times as the second transmission number in the second transmission. When the higher-level server apparatus 20 performs the above-described blocking process, the response is received the same number of times as the second transmission count in which the connection request is transmitted at the time of the second transmission. For this reason, since the CPU 2 can communicate with the other monitoring target devices 10b and 10c even if it cannot communicate with the monitoring target device 10a, the CPU 2 determines that the communication state is normal. On the other hand, when the host server device 20 does not perform the blocking process, the response is not received the same number of times as the second number of times of transmission of the connection request at the time of the second transmission. For this reason, the CPU 2 determines that the communication state is normal because it cannot communicate with the monitoring target device 10a.

  When the communication state of the monitoring target device 10 is normal (S33: YES), the CPU 2 notifies the monitoring device 21 that the communication state is “normal” (S34), and ends this process. When the communication state of the monitoring target apparatus 10 is not normal (S33: NO), the CPU 2 notifies the monitoring apparatus 21 that the communication state is “abnormal” (S35), and ends this process.

  Next, an operation in the upper server apparatus 20 that receives the connection request and connects the information processing apparatus 1 and the monitoring target apparatus 10 will be described. FIG. 17 is a flowchart showing the operation of the upper server apparatus 20.

  In the host server device 20, the CPU determines whether or not it has received a connection request from the information processing device 1 (S41). When not receiving (S41: NO), CPU complete | finishes this process. If received (S41: YES), the CPU transmits a connection request to the connected monitoring target device 10 according to the round robin method (S42). Next, the CPU determines whether or not a response has been received from the monitoring target device 10 that has transmitted the connection request (S43). If received (S43: YES), the CPU transmits the received response to the information processing apparatus 1 (S44), and ends this process.

  When the response has not been received (S43: NO), the CPU determines whether or not a predetermined time has elapsed since the connection request was transmitted to the monitoring target device 10 (S45). When the predetermined time has not elapsed (S45: NO), the CPU executes the process of S43. When the predetermined time has elapsed (S45: YES), the CPU executes a blocking process on the monitoring target device 10 that does not transmit a response (S46). Thereby, in the subsequent processes, the higher-level server apparatus 20 does not transmit a connection request to the monitoring target apparatus 10 that has executed the blocking process.

  Next, the operation in the management server device 22 that determines the importance of the error that has occurred will be described. 18 and 19 are flowcharts showing the operation of the management server device 22.

  The CPU of the management server device 22 determines whether each piece of information has been received from the monitoring device 21 (S51). Specifically, the received information includes an error number, a confirmation result of the communication state, an error log, and the like. When an error log is not transmitted from the monitored device 10a in which an error has occurred to the monitoring device 21, the CPU determines whether an error number and a communication state confirmation result have been received. When not receiving (S51: NO), CPU waits until it receives. If received (S51: YES), based on the error number and error log, a process for enabling error display such as error name and error occurrence time to be displayed on the web (S52).

  Next, as described with reference to FIG. 11, the CPU determines the importance of the error that has occurred (S53). The CPU determines whether or not the determined importance is “importance A” (S54). When the determined importance is “importance A” (S54: YES), the CPU transmits a mail to the analyst's mobile phone 100 (S55), and proceeds to the processing of S59. The mail to be sent includes an access destination (link information) to the error information that can be displayed on the web in S52. When the determined importance is not “importance A” (S54: NO), the CPU determines whether or not the determined importance is “importance B” (S56). When the determined importance is “importance B” (S56: YES), the CPU transmits an email to the personal computer 101 of the analyst (S57), and proceeds to the process of S59. When the determined importance is not “importance B” (S56: NO), that is, when the importance is “importance C” or “importance D”, the CPU transmits an email to the personal computer 102 of the operator. (S58). Then, the CPU proceeds to the process of S59.

  The CPU determines whether access has been made from the mobile phone 100 or the personal computers 101, 102 that transmitted the mail (S59). If not accessed (S59: NO), the CPU waits until accessed. Note that if the access is not made for a predetermined time, the CPU may end the process. When accessed (S59: YES), the CPU transmits the information that can be displayed on the web in the process of S52 to the access source by HTTP (S60). As a result, the error information is displayed on the screen of the access source mobile phone 100 or the personal computers 101 and 102 as shown in FIG. 12, and the input command can be selected.

  The CPU determines whether a command is selected on the access source mobile phone 100 or the personal computers 101, 102 and the command is accepted (S61). If no command is received (S61: NO), the CPU waits until it is received. When a command is received (S61: YES), the CPU determines whether the received command is a completion command (S62). The completion command is selected when the maintenance manager determines that the error has been resolved. When the received command is a completion command (S62: YES), the CPU ends this process. When the received command is not a completion command (S62: NO), the CPU transmits a corresponding command to the monitoring target device 10a in which the error has occurred (S63). Then, the CPU determines whether or not a result for the command has been received (S64). When not receiving (S64: NO), CPU waits until it receives. If received (S64: YES), the CPU processes the received result so that it can be displayed on the web (S65). Thereafter, the CPU executes the process of S61 and determines whether or not a command has been received again.

  As described above, in the present embodiment, when the information processing apparatus 1 confirms the communication state with the monitoring target apparatus 10 in which an error has occurred, the connection request transmission is divided into the first transmission and the second transmission. Do. Then, the response to the first transmission is discarded, and the communication state with the monitoring target device 10 is confirmed based on the response to the second transmission. Depending on the higher-level server device 20, the monitoring target device 10 in which an error has occurred is blocked, and thereafter has a function of avoiding communication with the monitoring target device 10. For this reason, even if the response is not received in the first transmission, the response may be received in the second transmission. Therefore, by confirming the communication state of the monitoring target device 10 based on the response to the second transmission, the communication state can be confirmed with higher accuracy in the same process regardless of the function of the upper server device 20. Can do. As a result, when a communication error causes a problem in the operation of the monitoring target device 10, it is possible to determine the importance of the error according to the communication state by reliably grasping the communication state, and to take an optimal error countermeasure. Yes.

  Although the embodiment of the present invention has been specifically described, each configuration, operation, and the like can be changed as appropriate, and are not limited to the above-described embodiment. For example, the functions of the monitoring device 21 and the management server device 22 may be configured to be realized by a single device. In addition, when an error occurs, the person in charge of maintenance is notified by e-mail, but it may be notified by automatic voice by calling a mobile phone.

  In this embodiment, the upper server apparatus 20 performs the blocking process on the monitoring target apparatus 10 having an error. However, when a plurality of upper server apparatuses 20 are provided, all the upper server apparatuses 20 are It is not necessary to use a device that performs blockage processing. Even when the higher-level server devices 20 having different functions are mixed, the information processing device 1 recognizes the type of the higher-level server device 20 by discarding the result for the connection request transmitted in the first transmission. The communication state can be confirmed uniformly by the same process.

  In the present embodiment, the number of round robin times of the higher-level server device 20 and the first and second transmissions for transmitting the connection request are performed. The number of transmissions is appropriately determined according to the function of the higher-level server device 20. It can be changed. As an example, the information processing apparatus 1 specifies the monitoring target apparatus 10a in which an error has occurred in the connection request transmission destination in the first transmission. The host server device 20 communicates with the monitoring target device 10a in which an error has occurred, and performs a blocking process on the monitoring target device 10a when it is determined that a failure has occurred. Subsequently, the host server device 20 that has received the connection request by the second transmission automatically communicates with the other monitoring target devices 10b and 10c. In such a case, the first and second transmission times may be one, and if the response in the second transmission is received, the information processing apparatus 1 determines that the communication state is “normal”.

  Further, in the present embodiment, the upper server apparatus 20 communicates with the monitoring target apparatus 10 in accordance with the round robin method, but the communication method between the information processing apparatus 1 and the monitoring target apparatus 10 is limited to this. Never happen. For example, in the first transmission, the information processing apparatus 1 transmits to the upper server apparatus 20 a connection request that designates the monitoring target apparatus 10a in which the error has occurred as a transmission destination. When the monitoring target device 10a is determined to be faulty, the higher-level server device 20 performs a blocking process on the monitoring target device 10a, and thereafter receives a connection request specifying the monitoring target device 10a as a transmission destination. In addition, the host server device 20 is configured not to communicate with the monitoring target device 10a. In this case, the information processing apparatus 1 can receive a response by the second transmission even if there is no response to the connection request by the first transmission. That is, the information processing apparatus 1 can confirm the communication state of the monitoring target apparatus 10 by transmitting the connection request only once in the first and second transmissions.

  Hereinafter, additional notes will be disclosed regarding the embodiment including the above-described embodiment.

(Appendix 1)
In a communication confirmation device for confirming the communication state of the monitored device by transmitting a connection request signal to an external device to which a plurality of monitored devices are connected and distributing a connection request signal to the monitored device.
A detection unit for detecting that an error has occurred in the monitored device;
A communication destination storage unit that stores a connection destination of the monitored device and an external device to which the monitored device is connected;
When the detection unit detects an error, a transmission unit that transmits a connection request signal twice to the external device based on the connection destination stored in the communication destination storage unit;
And a determination unit that determines whether or not a response signal to the connection request signal transmitted by the transmission unit for the second time has been received.

(Appendix 2)
A number storage unit for storing the number of monitored devices connected to the external device;
When the detection unit detects an error, further comprising: a number specifying unit for specifying the number of monitored devices connected to the external device from the storage content of the number storage unit,
The transmitter is
The communication confirmation apparatus according to claim 1, wherein the connection request signal is transmitted by using the number specified by the number specifying unit as the number of times of transmission of the first and second connection request signals.

(Appendix 3)
The transmitter is
The communication confirmation apparatus according to appendix 1 or 2, wherein a second connection request signal is transmitted after a predetermined time has elapsed after the transmission of the first connection request signal.

(Appendix 4)
When the detection unit detects an error, the device further includes a device specifying unit that specifies a monitored device in which the error has occurred,
The transmitter is
In the first transmission, the monitored device specified by the device specifying unit is designated as a transmission destination, and a connection request is transmitted to the external device. Communication check according to any one of appendices 1 to 3 apparatus.

(Appendix 5)
In a communication confirmation method for confirming a communication state of the monitored device by transmitting a connection request signal to an external device to which a plurality of monitored devices are connected and distributing a connection request signal to the monitored device.
Detecting that an error has occurred in the monitored device,
Storing a connection destination of the monitored device and an external device to which the monitored device is connected;
If an error is detected, a connection request signal is transmitted twice to the external device based on the stored connection destination,
A communication confirmation method for determining whether or not a response signal to the connection request signal transmitted for the second time has been received.

(Appendix 6)
In a program executed by a computer that transmits a connection request signal to an external device to which a plurality of monitored devices are connected and distributes a connection request signal to the monitored devices.
Computer
A detection unit for detecting that an error has occurred in the monitored device;
When the detection unit detects an error, based on the stored device to be monitored and the connection destination of the external device to which the monitored device is connected, transmission that transmits a connection request signal to the external device twice Part and
A program that functions as a determination unit that determines whether or not a response signal to the connection request signal transmitted by the transmission unit for the second time has been received.

(Appendix 7)
A computer-readable recording medium on which the program according to appendix 6 is recorded.

1 Information processing device 5 Mass storage device (number storage unit, communication destination storage unit)
10 Monitoring target device (monitored device)
20 Host server device (external device)
21 Monitoring device 22 Management server device 31 IP address receiving unit (detecting unit)
34 Equipment information acquisition part (specific part)
37 Scenario execution part (transmission part)
38 Result Notification Unit (Decision Unit)
41 Protocol DB
42 communication destination DB (communication destination storage unit)
43 Equipment information DB (number storage unit)
100 Mobile phone 101, 102 PC

Claims (5)

In a communication confirmation device for confirming the communication state of the monitored device by transmitting a connection request signal to an external device to which a plurality of monitored devices are connected and distributing a connection request signal to the monitored device.
A detection unit for detecting that an error has occurred in the monitored device;
A communication destination storage unit that stores a connection destination of the monitored device and an external device to which the monitored device is connected;
When the detection unit detects an error, a transmission unit that transmits a connection request signal twice to the external device based on the connection destination stored in the communication destination storage unit;
And a determination unit that determines whether or not a response signal to the connection request signal transmitted by the transmission unit for the second time has been received. A number storage unit for storing the number of monitored devices connected to the external device;
When the detection unit detects an error, further comprising: a specifying unit that specifies the number of monitored devices connected to the external device from the stored contents of the number storage unit,
The transmitter is
The communication confirmation apparatus according to claim 1, wherein the connection request signal is transmitted by using the number specified by the specifying unit as the number of times of transmission of the first and second connection request signals. The transmitter is
The communication confirmation apparatus according to claim 1 or 2, wherein a second connection request signal is transmitted after a predetermined time has elapsed after the transmission of the first connection request signal. In the communication confirmation method for confirming the communication state of the monitored device by transmitting a connection request signal to an external device to which a plurality of monitored devices are connected and distributing a connection request signal to the monitored device.
Detecting that an error has occurred in the monitored device,
Storing a connection destination of the monitored device and an external device to which the monitored device is connected;
If an error is detected, a connection request signal is transmitted twice to the external device based on the stored connection destination,
A communication confirmation method for determining whether or not a response signal to the connection request signal transmitted for the second time has been received. In a program executed by a computer that transmits a connection request signal to an external device to which a plurality of monitored devices are connected and distributes a connection request signal to the monitored devices.
Computer
A detection unit for detecting that an error has occurred in the monitored device;
When the detection unit detects an error, based on the stored device to be monitored and the connection destination of the external device to which the monitored device is connected, transmission that transmits a connection request signal to the external device twice Part and
A program that functions as a determination unit that determines whether or not a response signal to the connection request signal transmitted by the transmission unit for the second time has been received.

Images