JP2019036194A - Monitoring control program, monitoring control method, and information processing apparatus - Google Patents

Abstract

To make it easy to grasp an operation status of equipment.SOLUTION: If, after receiving a first notification from a first equipment, an information processing apparatus 101 receives a second notification from a second equipment, then the information processing apparatus determines whether or not the first equipment and the second equipment have a predetermined relationship between them. The first notification is a notification regarding an operation status of the fist equipment. The second notification is a notification regarding an operation status of the second equipment. If it is determined that the first equipment and the second equipment have the predetermined relationship, then the information processing apparatus 101 determines whether or not the second notification is treated as continuation of the first notification.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a monitoring control program, a monitoring control method, and an information processing apparatus.

  Conventionally, in a system that requires high reliability, fault tolerance, and availability, for example, a configuration using a cluster system is adopted, and failover occurs when a failure occurs in a device. Failover is a function in which the standby system takes over the processing of the active system when a failure occurs in the active system.

  As prior art, when failure occurrence information is received, the processing device specified by the failure occurrence information is specified, and the processing is performed based on the relationship between the processing and the processing device specified by the automatic recovery information. And determine whether to limit the output of the failure notification information. In addition, the status information received from the monitoring control device is provided with a process definition unit indicating the correspondence between the type ID included in the status information indicating the status of the monitoring control device or the device monitored by the monitoring control device and the processing applied to the status information. In addition, there is a technique for performing control so as to perform processing determined from the type ID included in the state information. In addition, the integrated monitoring server notifies the specified notification destination operator of alarms that should not be excluded, and the integrated monitoring of the information indicating whether the alarms should be excluded and the alarms to which the notification destination operator information is added There is technology to transfer to the server.

JP 2012-108648 A JP, 2006-103088, A JP 2014-164628 A

  However, in the prior art, it may be difficult to grasp the operating status of the devices in the system. For example, even if a failure occurs in the active device and a failover is performed, and processing of the active device is taken over by the standby device, information such as errors that have occurred in each device is not taken over. It may be difficult to properly grasp the operating status of the device.

  In one aspect, an object of the present invention is to make it easier to grasp the operating status of a device.

  In one embodiment, after receiving the first notification regarding the operating status of the first device from the first device, the second notification regarding the operating status of the second device is received from the second device. In the case, based on the information indicating the attribute of the first device included in the first notification and the information indicating the attribute of the second device included in the second notification, When it is determined whether or not the device and the second device have a predetermined relationship, and it is determined that the first device and the second device have the predetermined relationship, the second device A monitoring control program for determining whether or not to handle this notification as a continuation of the first notification is provided.

  According to one aspect of the present invention, it is possible to easily grasp the operating status of a device.

FIG. 1 is an explanatory diagram of an example of the monitoring control method according to the first embodiment. FIG. 2 is an explanatory diagram illustrating a system configuration example of the monitoring system 200. FIG. 3 is a block diagram illustrating a hardware configuration example of the information processing apparatus 101. FIG. 4 is a block diagram illustrating a hardware configuration example of the client device 201. FIG. 5 is an explanatory diagram illustrating a specific example of the operation diagnosis result notification. FIG. 6A is an explanatory diagram (part 1) illustrating an example of the contents stored in the operation diagnosis result DB 220. FIG. 6B is an explanatory diagram (part 2) illustrating an example of the contents stored in the operation diagnosis result DB 220. FIG. 7 is a block diagram of a functional configuration example of the information processing apparatus 101 according to the first embodiment. FIG. 8 is an explanatory diagram showing a time-series change in the operating status of the monitoring target devices Mx and My. FIG. 9 is an explanatory diagram (part 1) of a screen example of the operation diagnosis result screen. FIG. 10 is an explanatory diagram (part 2) of the screen example of the operation diagnosis result screen. FIG. 11 is an explanatory diagram (part 3) of the screen example of the operation diagnosis result screen. FIG. 12 is an explanatory diagram (part 4) of a screen example of the operation diagnosis result screen. FIG. 13 is a flowchart illustrating an example of an operation diagnosis processing procedure of the monitoring target device Mi. FIG. 14 is a flowchart (part 1) illustrating an example of a monitoring control processing procedure of the information processing apparatus 101 according to the first embodiment. FIG. 15 is a flowchart (part 2) illustrating an example of a monitoring control processing procedure of the information processing apparatus 101 according to the first embodiment. FIG. 16 is a block diagram of a functional configuration example of the information processing apparatus 101 according to the second embodiment. FIG. 17 is an explanatory diagram of an example of determining the operating status of the system. FIG. 18 is an explanatory diagram illustrating a screen example of the summary view screen 1800. FIG. 19 is an explanatory diagram showing a screen example of the detailed view screen 1900. FIG. 20 is an explanatory diagram (part 5) of the screen example of the operation diagnosis result screen. FIG. 21 is an explanatory diagram showing a screen example of the alert details screen 2100. FIG. 22 is a flowchart of an example of a monitoring control processing procedure of the information processing apparatus 101 according to the second embodiment.

  Exemplary embodiments of a monitoring control program, a monitoring control method, and an information processing apparatus according to the present invention will be described below in detail with reference to the drawings.

(Embodiment 1)
FIG. 1 is an explanatory diagram of an example of the monitoring control method according to the first embodiment. In FIG. 1, an information processing apparatus 101 is a computer that performs operation monitoring of a plurality of devices. A plurality of devices (devices 102 and 103 in the example of FIG. 1) are computers for realizing the system, such as a WEB (web) server, an AP (application) server, and a DB (database) server.

  The system is, for example, an electronic medical record system, a medical office system, a DWH (data warehouse) system, a biopsy system, or the like introduced into a medical institution. The operation monitoring is to collect information on the operation status of each device based on the notification from each device and monitor the operation status of each device.

  In conventional operation monitoring, for notifications from the same device, it is determined whether or not the current notification is treated as a continuation of the previous notification. Taking over the situation). However, in the conventional operation monitoring, regarding the notifications from different devices, the previous information (for example, error occurrence date and time, handling status, etc.) is not carried over.

  For example, in the conventional operation monitoring, even if a failure occurs in the active device in the system and a failover is performed, and the processing of the active device is taken over by the standby device, a notification from each device is received. The contents are not carried over. In this case, it may be difficult to grasp the operating status of the devices in the system.

  In the example of FIG. 1, the device 102 is an active DB server (master). The device 103 is a standby DB server (slave). Replication is performed between the devices 102 and 103 to synchronize data. In each of the devices 102 and 103, operation diagnosis is periodically performed, and notification of operation diagnosis results (for example, notifications 111 to 114) is transmitted to the information processing apparatus 101.

  Here, it is assumed that processing requests to the device 102 increase and processing stagnation (error) occurs, and then the device 102 goes down (stops). The notifications 111 and 112 indicate that the operation status of the device 102 is normal. The notification 113 indicates that the process is staying.

  When the processing of the device 102 is taken over by the device 103, since the replication is performed between the devices 102 and 103, the same error as the error that occurred before the device 102 went down, that is, the retention of the processing is the device 103. But it happens. For this reason, the notification 114 indicating that the process is staying is transmitted from the device 103 to the information processing apparatus 101.

  At this time, if the contents of the notifications from the devices 102 and 103 are not taken over, information on errors (processing stagnation) occurring in the devices 102 and 103 is individually handled. On the other hand, the active system and the standby system are not operated simultaneously. As a result, for example, the system monitor determines that an error has occurred in the devices 102 and 103 even though there is actually only one location in the system where a process retention error has occurred. May end up.

  In this case, the system monitor contacts the person in charge again in response to the notification 114 from the device 103, even though the person in charge contacts the person in charge according to the notification 113 from the device 102. Sometimes. However, the communication according to the notification 114 can be said to be the second communication about the same event occurring in the system, and is not a highly important work.

  Although there is an idea that it is preferable to contact repeatedly in the sense of confirmation, if the number of devices to be monitored increases, a very large number of notifications may be displayed to the system monitor. In such a case, for example, if the contents of the notification from the devices 102 and 103 are not taken over when a failover is performed, the display becomes complicated and an error that requires immediate action is overlooked. There is a risk that.

  Therefore, in the present embodiment, a monitoring control method will be described that makes it possible to treat notifications from different devices as if they were taken from the same device as a continuous notification. Hereinafter, a processing example of the information processing apparatus 101 will be described.

  (1) When the information processing apparatus 101 receives the second notification from the second device after receiving the first notification from the first device, the first device and the second device are predetermined. It is determined whether or not the relationship is satisfied. Here, the first notification is a notification regarding the operating status of the first device. The second notification is a notification regarding the operating status of the second device.

  The operating status of the device is, for example, the status of services, processing, hardware, etc. operating on the device. Examples of the notification regarding the operation status of the device include an error notification, a normal notification, and a warning notification. The error notification notifies that an error has occurred in the device. The normal notification notifies that the device is operating normally. The warning notification notifies that there is a possibility that some kind of failure may occur.

  Further, the first notification includes information indicating the attribute of the first device. The second notification includes information indicating the attribute of the second device. The information indicating the attribute of the device is, for example, information indicating a system where the device is arranged, a location on the system, a system on the system, a role on the system, and the like. The information indicating the attribute of the device may be an identifier that uniquely identifies the device, for example, a computer name or an address. The predetermined relationship is, for example, a relationship between the active system and the standby system.

  Here, it is assumed that the information processing apparatus 101 receives the notification 114 from the device 103 after receiving the notification 113 from the device 102. In this case, the information processing apparatus 101 determines that the device 102 and the device 103 have a predetermined relationship based on information indicating the attribute of the device 102 included in the notification 113 and information indicating the attribute of the device 103 included in the notification 114. It is determined whether or not

  Here, the standby device is arranged in the same place and the same system on the same system as the active device and plays the same role. For this reason, the information processing apparatus 101 has, for example, the device 102 and the device 103 when at least one of the system in which the device is arranged, the location on the system, the system, and the role are the same between the devices 102 and 103. May be determined to have a predetermined relationship.

  Here, it is assumed that it is determined that the device 102 and the device 103 have a predetermined relationship (a relationship between the active system and the standby system).

  Note that the information processing apparatus 101 may include a storage unit (not shown) that stores information indicating the correspondence between devices. The information indicating the correspondence relationship between devices is, for example, information in which computer names and addresses of devices having a relationship between the active system and the standby system are associated with each other. In this case, the information processing apparatus 101 refers to information indicating a correspondence relationship between devices stored in a storage unit (not illustrated), and determines whether or not the device 102 and the device 103 have a predetermined relationship. You may decide. Information indicating the correspondence between devices may be created manually. Also, information indicating the correspondence between devices by recording the correspondence between devices determined that the information processing apparatus 101 has the same system, location on the system, system, and role. May be created.

  (2) If the information processing apparatus 101 determines that the first device and the second device have a predetermined relationship, the information processing device 101 determines whether to handle the second notification as a continuation of the first notification. . Here, handling the second notification as a continuation of the first notification means, for example, handling the content notified by the second notification as a continuation of the content notified by the first notification.

  Specifically, for example, when the information processing apparatus 101 determines that the device 102 and the device 103 have a predetermined relationship, the information processing apparatus 101 determines whether to handle the notification 114 as a continuation of the notification 113. More specifically, for example, when the notification 113 and the notification 114 are the same type of error notification, the information processing apparatus 101 sets the error notified by the notification 114 as a continuation of the error notified by the notification 113. judge.

  Here, the notification 113 and the notification 114 are the same type of error notification indicating that the process is staying. For this reason, the information processing apparatus 101 determines the error notified by the notification 114 as the continuation of the error notified by the notification 113.

  Therefore, according to the information processing apparatus 101, it is determined whether or not notifications from different devices having a relationship between the active system and the standby system are identified and taken over, and notifications from different devices are sent to one It can be handled like a continuous notification from the device. In the example of FIG. 1, notifications 113 and 114 from different devices 102 and 103 can be identified and taken over, and notifications about the same event occurring on the system can be prevented from being handled individually. It is possible to make it easier to grasp the operating status of the devices 102 and 103.

(System configuration example of the monitoring system 200)
Next, the case where the information processing apparatus 101 shown in FIG. 1 is applied to the monitoring system 200 introduced into the hospital H will be described as an example. The monitoring system 200 is a system that monitors the operation of a computer that implements, for example, an electronic medical record system or a medical (medical office) system of the hospital H. In the following description, the active system may be expressed as “active system” and the standby system may be expressed as “standby system”.

  FIG. 2 is an explanatory diagram illustrating a system configuration example of the monitoring system 200. In FIG. 2, the monitoring system 200 includes an information processing apparatus 101, a plurality of client apparatuses 201, and monitoring target devices M1 to Mn. In the monitoring system 200, the information processing apparatus 101, the plurality of client apparatuses 201, and the monitoring target devices M1 to Mn are connected via a wired or wireless network 210. The network 210 is, for example, a local area network (LAN), a wide area network (WAN), or the Internet.

  In the following description, an arbitrary monitored device among the monitored devices M1 to Mn may be referred to as “monitored device Mi” (i = 1, 2,..., N). The devices 102 and 103 illustrated in FIG. 1 correspond to the monitoring target device Mi, for example.

  Here, the information processing apparatus 101 includes an operation diagnosis result DB (Database) 220 and performs operation monitoring of the monitoring target devices M1 to Mn. The contents stored in the operation diagnosis result DB 220 will be described later with reference to FIGS. 6A and 6B.

  The client device 201 is a computer used by a user. The user is, for example, an operator of a support center that monitors the operation status of each monitoring target device Mi, a system administrator of the hospital H, or the like. In addition, the user may be a medical worker such as a doctor at hospital H, a nurse, various inspection technicians, or a medical clerk.

  For example, the client device 201 is a PC (Personal Computer), a tablet PC, a smartphone, or the like. In the example of FIG. 2, two client apparatuses 201 are displayed, but the present invention is not limited to this. For example, the number of client devices 201 may be one, or three or more.

  The monitoring target devices M1 to Mn are computers that are targets for monitoring the operating status. For example, the monitoring target devices M1 to Mn are a WEB server, an AP server, a DB server, or the like that realizes an electronic medical record system or a medical office system of the hospital H. The monitoring target devices M <b> 1 to Mn perform an operation diagnosis of their own devices periodically or at a predetermined timing, and transmit an operation diagnosis result notification to the information processing apparatus 101. A specific example of the operation diagnosis result notification will be described later with reference to FIG.

(Hardware configuration example of information processing apparatus 101)
FIG. 3 is a block diagram illustrating a hardware configuration example of the information processing apparatus 101. In FIG. 3, the information processing apparatus 101 includes a CPU (Central Processing Unit) 301, a memory 302, an I / F (Interface) 303, a disk drive 304, and a disk 305. Each component is connected by a bus 300.

  Here, the CPU 301 governs overall control of the information processing apparatus 101. The memory 302 includes, for example, a ROM (Read Only Memory), a RAM (Random Access Memory), and a flash ROM. Specifically, for example, a flash ROM or ROM stores various programs, and a RAM is used as a work area for the CPU 301. The program stored in the memory 302 is loaded into the CPU 301 to cause the CPU 301 to execute the coded process.

  The I / F 303 is connected to the network 210 via a communication line, and is connected to other devices (for example, the client device 201 and the monitoring target device Mi illustrated in FIG. 2) via the network 210. The I / F 303 serves as an interface between the network 210 and the own apparatus, and controls input / output of data from other apparatuses. For example, a modem or a LAN adapter may be employed as the I / F 303.

  The disk drive 304 controls reading / writing of data with respect to the disk 305 according to the control of the CPU 301. The disk 305 stores data written under the control of the disk drive 304. Examples of the disk 305 include a magnetic disk and an optical disk.

  The information processing apparatus 101 may include, for example, an SSD (Solid State Drive), a keyboard, a mouse, and a display in addition to the above-described components. Also, the monitoring target devices M1 to Mn illustrated in FIG. 2 can be realized by, for example, the same hardware configuration as the information processing apparatus 101.

(Example of hardware configuration of client apparatus 201)
FIG. 4 is a block diagram illustrating a hardware configuration example of the client device 201. 4, the client device 201 includes a CPU 401, a memory 402, an I / F 403, a display 404, and an input device 405. Each component is connected by a bus 400.

  Here, the CPU 401 governs overall control of the client device 201. The memory 402 includes, for example, a ROM, a RAM, a flash ROM, and the like. Specifically, for example, a flash ROM or ROM stores various programs, and the RAM is used as a work area of the CPU 401. The program stored in the memory 402 is loaded on the CPU 401 to cause the CPU 401 to execute the coded process.

  The I / F 403 is connected to the network 210 through a communication line, and is connected to another apparatus (for example, the information processing apparatus 101 illustrated in FIG. 2) via the network 210. The I / F 403 controls the interface between the network 210 and the own apparatus, and controls input / output of data from other apparatuses.

  A display 404 displays data such as a document, an image, and function information as well as a cursor, an icon, or a tool box. As the display 404, for example, a liquid crystal display, an organic EL (Electroluminescence) display, or the like can be employed.

  The input device 405 has keys for inputting characters, numbers, various instructions, and the like, and inputs data. The input device 405 may be a keyboard or a mouse, or may be a touch panel type input pad or a numeric keypad. Note that the client device 201 may include, for example, an SSD, an HDD (Hard Disk Drive), or the like in addition to the components described above.

(Specific example of operation diagnosis result notification)
Next, a specific example of the operation diagnosis result notification transmitted from the monitoring target device Mi to the information processing apparatus 101 will be described. The notifications 111 to 114 illustrated in FIG. 1 correspond to, for example, an operation diagnosis result notification.

  FIG. 5 is an explanatory diagram illustrating a specific example of the operation diagnosis result notification. In FIG. 5, the operation diagnosis result notification 500 includes a diagnosis date and time, a monitoring date and time, a computer name, an operation classification, an operation status, a monitoring classification, a monitoring target, a notification content, a business classification, and a site classification. System division and computer division.

  Here, the diagnosis date and time indicates the date and time when the operation diagnosis was performed on the monitoring target device Mi. The monitoring date / time indicates the date / time when the operation diagnosis result notification is transmitted from the monitoring target device Mi to the information processing apparatus 101. The computer name is an identifier that uniquely identifies the monitoring target device Mi.

  The operation category indicates the category of the monitoring target device Mi. The operation classification includes, for example, no standby, operating, and standby. The operation category “in operation” indicates that the monitoring target device Mi is operating as an active system (active system). The operation category “standby” indicates that the monitoring target device Mi is operating as a standby system (standby system). The operation category “no standby” indicates that the monitoring target device Mi is neither an active system nor a standby system.

  The operation state indicates an operation diagnosis result. Examples of the operating state include errors, warnings, and normality. The operating state “error” indicates that an error has occurred in the monitoring target device Mi. The operating state “normal” indicates that the monitored device Mi is operating normally. The operating state “warning” indicates that some failure may occur in the monitoring target device Mi.

  The monitoring classification indicates the classification of monitoring items. Examples of the monitoring classification include a service status and a processing status. The monitoring content of the monitoring classification “service status” is to monitor the presence or absence of an active resident service. The monitoring content of the monitoring classification “processing status” is to monitor the unprocessed record of the specific process and the maximum residence time. Other examples of the monitoring classification include, for example, a CPU state, a memory state, a disk state, a process state, a synchronization state, a server roll state, and an exclusive lock state.

  The monitoring target indicates a target to be diagnosed with respect to the monitoring item. Examples of monitoring targets include service names, table names, and processing names. The notification content is an arbitrary character string that notifies the operation diagnosis result. The business classification indicates a business that the monitoring target device Mi is responsible for, that is, a system in which the monitoring target device Mi is arranged. Examples of the business classification include an electronic medical record system, a medical office system, a DWH system, and a biopsy system.

  The site classification indicates a place on the system where the monitoring target device Mi is arranged. Examples of the site classification include an operation site, a development site, an education site, and an application site. The system division indicates a system on the system where the monitoring target device Mi is arranged. Examples of the system classification include a public system and a reference system. The computer classification indicates the role of the monitoring target device Mi on the system. Examples of the computer classification include a WEB server, an AP server, and a DB server.

(Storage contents of the operation diagnosis result DB 220)
Next, the storage contents of the operation diagnosis result DB 220 included in the information processing apparatus 101 will be described with reference to FIGS. 6A and 6B. The operation diagnosis result DB 220 is realized by a storage device such as the memory 302 and the disk 305 shown in FIG.

  6A and 6B are explanatory diagrams illustrating an example of the contents stored in the operation diagnosis result DB 220. FIG. 6A and 6B, the operation diagnosis result DB 220 includes the reception date / time, monitoring date / time, computer name, operation classification, operation status, monitoring classification, monitoring target, notification content, business classification, site classification, system classification, computer classification, generation It has fields for date / time, handling status, handling start date / time, handling starter, handling completion date / time, handling completed person, handling history / comment. By setting information in each field, operation diagnosis result information (for example, operation diagnosis result information 600-1, 600-2) is stored as a record.

  Here, the reception date and time indicates the date and time when the information processing apparatus 101 received the operation diagnosis result from the monitoring target device Mi. The monitoring date / time indicates the date / time when the operation diagnosis result notification is transmitted from the monitoring target device Mi to the information processing apparatus 101. The computer name is an identifier that uniquely identifies the monitoring target device Mi. The operation category indicates the category of the monitoring target device Mi.

  The operation state indicates an operation diagnosis result. The monitoring classification indicates the classification of monitoring items. The monitoring target indicates a target to be diagnosed with respect to the monitoring item. The notification content is an arbitrary character string that notifies the operation diagnosis result. The business classification indicates a business that the monitoring target device Mi is responsible for, that is, a system in which the monitoring target device Mi is arranged.

  The site classification indicates a place on the system where the monitoring target device Mi is arranged. The system division indicates a system on the system where the monitoring target device Mi is arranged. The computer classification indicates the role of the monitoring target device Mi on the system. The occurrence date and time is the date and time when an error or warning condition occurred. The occurrence date / time is the date / time when the error / warning was first detected (oldest) when it was handled that the error / warning state continued.

  The response status indicates the response status of an error or warning state. The response status changes, for example, from “Unstarted” ⇒ “Handling” ⇒ “Waiting for response completion” ⇒ “Completed”. The handling start date / time indicates the first date / time when the handling status is changed from not started to not started. The coping start person indicates the first updater who changes the coping status from not yet started. The information in the response status field is updated automatically or manually according to the response status of the error or warning status.

  The handling completion date / time indicates the first date / time when the handling status is changed from other than handling to handling completed. The coping complete person indicates the first updater who changes the coping status from other than coping to coping. The action history / comment indicates a cumulative comment when this record is updated. In the handling history / comment, for example, a comment such as “Telephone contact / handling request made to local SEXX” is set.

  In addition, although illustration is abbreviate | omitted, the information which shows the newest flag, the last update date, the last updater, etc. is memorize | stored in the operation diagnosis result DB220 other than the information mentioned above, for example. The latest flag indicates whether or not this record is the latest notification. The last update date / time indicates the last update date / time of this record. The last updater indicates the last updater of this record.

(Functional configuration example of the information processing apparatus 101)
FIG. 7 is a block diagram of a functional configuration example of the information processing apparatus 101 according to the first embodiment. In FIG. 7, the information processing apparatus 101 includes an acquisition unit 701, a first determination unit 702, a second determination unit 703, and an output unit 704. The acquisition unit 701 to the output unit 704 are functions as control units. Specifically, for example, by causing the CPU 301 to execute a program stored in a storage device such as the memory 302 and the disk 305 illustrated in FIG. Alternatively, the function is realized by the I / F 303. The processing result of each functional unit is stored in a storage device such as the memory 302 and the disk 305, for example.

  The acquisition unit 701 acquires an operation diagnosis result notification from the monitoring target device Mi. Here, the operation diagnosis result notification is a notification regarding the operation status of the monitoring target device Mi, and is, for example, the operation diagnosis result notification 500 illustrated in FIG. Specifically, for example, the acquisition unit 701 acquires the operation diagnosis result notification from the monitoring target device Mi by receiving the operation diagnosis result notification from the monitoring target device Mi.

  The first determination unit 702 receives the first operation diagnosis result notification from the monitoring target device Mj (j ≠ i, j = 1, 2,..., N), and then receives the second operation diagnosis from the monitoring target device Mi. When the result notification is received, it is determined whether the monitoring target device Mi and the monitoring target device Mj have a predetermined relationship. The predetermined relationship is, for example, a relationship between an active system (active system) and a standby system (standby system).

  Specifically, for example, the first determination unit 702 includes information indicating the attribute of the monitoring target device Mj included in the first operation diagnosis result notification and the monitoring target device Mi included in the second operation diagnosis result notification. It is determined whether or not the monitoring target device Mi and the monitoring target device Mj have a predetermined relationship based on the information indicating the attribute of.

  Here, the information indicating the attribute of the monitoring target device Mi is, for example, the business that the monitoring target device Mi is responsible for, that is, the system in which the monitoring target device Mi is arranged, the location on the system, the system on the system, and the role on the system It is information which shows. In the example of the operation diagnosis result notification 500 illustrated in FIG. 5, the information indicating the attributes of the monitoring target device Mi is, for example, a business category, a site category, a system category, and a computer category.

  The standby system is arranged in the same place and system on the same system as the active system and plays the same role. Therefore, it can be said that monitored devices having the same combination of business category, site category, system category, and computer category have a relationship between the active system and the standby system.

  For this reason, the first determination unit 702, for example, from the operation diagnosis result DB 220 (see FIG. 6A and FIG. 6B), obtains the operation diagnosis result notification from the monitored device Mi, and the business classification, site classification, system classification, and Search operation diagnosis result information with the same combination of computer categories. However, the operation diagnosis result notification information whose handling status is “Completed” is excluded from the search target.

  Here, when the operation diagnosis result information is searched, the first determination unit 702 has a predetermined relationship between the monitoring target device Mi and the monitoring target device Mj having the computer name of the searched operation diagnosis result information, that is, It is determined that there is a relationship between the active system and the standby system. On the other hand, when the operation diagnosis result information is not searched, the first determination unit 702 has a predetermined relationship between the monitoring target device Mi and the monitoring target device Mj of the computer name of the operation diagnosis result information in the operation diagnosis result DB 220. It is determined that it does not have.

  When it is determined that the monitoring target device Mi and the monitoring target device Mj have a predetermined relationship, the second determination unit 703 notifies the monitoring target device Mj of the second operation diagnosis result notification from the monitoring target device Mi. It is determined whether or not it is handled as a continuation of the first operation diagnosis result notification from. Specifically, for example, when the first operation diagnosis result notification and the second operation diagnosis result notification are the same type of error notification, the second determination unit 703 uses the second operation diagnosis result notification. The notified error is determined as a continuation of the error notified by the first operation diagnosis result notification.

  More specifically, for example, whether the second determination unit 703 has the same combination of monitoring classification and monitoring target in the operation diagnosis result notification from the monitoring target device Mi and the searched operation diagnosis result information. Judge whether or not. When the combination of the monitoring classification and the monitoring target is the same, the second determination unit 703 notifies the error notified by the operation diagnosis result notification from the monitoring target device Mi to the operation diagnosis result notification from the monitoring target device Mj. It is determined as the continuation of the error notified by. On the other hand, if the combination of the monitoring classification and the monitoring target is not the same, the second determination unit 703 notifies the error notified by the operation diagnosis result notification from the monitoring target device Mi to the operation diagnosis result notification from the monitoring target device Mj. It is not determined as a continuation of the error notified by.

  In the example described above, “error” has been described as an example, but the present invention is not limited to this. For example, if the first operation diagnosis result notification and the second operation diagnosis result notification are the same type of warning notification, the second determination unit 703 displays the warning notified by the second operation diagnosis result notification. Alternatively, it may be determined as a continuation of the warning notified by the first operation diagnosis result notification.

  When it is determined that the second operation diagnosis result notification from the monitoring target device Mi is treated as a continuation of the first operation diagnosis result notification from the monitoring target device Mj, the output unit 704 outputs a second operation diagnosis result notification. Is output as the continuation of the first operation diagnosis result notification. In addition, when it is not determined that the second operation diagnosis result notification is treated as a continuation of the first operation diagnosis result notification, the output unit 704 converts the second operation diagnosis result notification into the first operation diagnosis result notification. Will output as a different notification.

  For example, it is assumed that the error (or warning) notified by the second operation diagnosis result notification is determined as the continuation of the error (or warning) notified by the first operation diagnosis result notification. In this case, the output unit 704 outputs the error (or warning) notified by the second operation diagnosis result notification as a continuation of the error (or warning) notified by the first operation diagnosis result notification.

  When the first operation diagnosis result notification and the second operation diagnosis result notification are the same type of error notification (or warning notification), the output unit 704 is notified by the first operation diagnosis result notification. The countermeasure information registered for the error (or warning) is output as the countermeasure information already executed for the error (or warning) notified by the second operation diagnosis result notification.

  More specifically, for example, the output unit 704 uses the monitoring date and computer name of the operation diagnosis result information retrieved from the operation diagnosis result DB 220 as the monitoring date and computer name of the operation diagnosis result notification from the monitoring target device Mi. Overwrite. Further, the output unit 704 overwrites the reception date and time of the operation diagnosis result information retrieved from the operation diagnosis result DB 220 with the date and time when the operation diagnosis result notification is received from the monitored device Mi.

  At this time, the date and time of occurrence of the operation diagnosis result information retrieved from the operation diagnosis result DB 220, the handling status, etc. are not changed. Thereby, the error (or warning) notified by the second operation diagnosis result notification from the monitoring target device Mi is changed to the error (or warning) notified by the first operation diagnosis result notification from the monitoring target device Mj. ).

  Then, the output unit 704 refers to the operation diagnosis result DB 220 and displays an operation diagnosis result screen on the display 404 (see FIG. 4) of the client device 201, for example. The client device 201 is, for example, a computer used by an operator of a support center that monitors the operating status of the monitoring target device Mi.

  The operation diagnosis result screen is a screen representing the operation status of the monitoring target device Mi in the monitoring system 200. On the operation diagnosis result screen, the error (or warning) notified by the second operation diagnosis result notification from the monitoring target device Mi is the error (or warning) notified by the first operation diagnosis result notification from the monitoring target device Mj ( Or, it is displayed as a continuation of warning). However, this is a case where the error notified by the second operation diagnosis result notification is determined as a continuation of the error notified by the first operation diagnosis result notification.

  A screen example of the operation diagnosis result screen will be described later with reference to FIGS.

(Example of operation diagnosis result screen)
Next, a screen example of the operation diagnosis result screen will be described. Here, a screen example of the operation diagnosis result screen will be described assuming the situation as shown in FIG. 8 as the operation status of the monitoring target devices Mx and My among the monitoring target devices M1 to Mn.

  FIG. 8 is an explanatory diagram showing a time-series change in the operating status of the monitoring target devices Mx and My. 9 to 12 are explanatory diagrams illustrating screen examples of the operation diagnosis result screen. In FIG. 8, the monitoring target device Mx is an active DB server (master). The monitoring target device My is a standby DB server (slave).

  Replication is performed between the monitoring target devices Mx and My, and data is synchronized. In addition, in each of the monitoring target devices Mx and My, operation diagnosis is periodically performed, and operation diagnosis result notifications (for example, operation diagnosis result notifications 801 to 809) are transmitted to the information processing apparatus 101. In FIG. 8, some of the operation diagnosis result notifications transmitted from the respective monitoring target devices Mx and My to the information processing apparatus 101 are extracted and displayed.

  Here, a case is assumed where processing requests to the monitoring target device Mx increase and processing stagnation (error) occurs, and then the monitoring target device Mx goes down (stops). The operation diagnosis result notifications 801 and 802 indicate that the operation status of the monitoring target device Mx is normal. The operation diagnosis result notification 803 indicates that the process is staying.

  In this case, the information processing apparatus 101 displays an operation diagnosis result screen 900 as shown in FIG. 9 on the display 404 (see FIG. 4) of the client apparatus 201. The client device 201 is a computer used by an operator of a support center that monitors the operating status of the monitoring target devices Mx and My.

  An operation diagnosis result 901 is displayed on the operation diagnosis result screen 900. The operation diagnosis result 901 is information displayed in response to the operation diagnosis result notification 803, and indicates that processing stagnation (error classification: warning) has occurred in the monitoring target device Mx. According to the operation diagnosis result 901, the operator of the support center can grasp that the retention of processing (error classification: warning) has occurred in the monitored device Mx.

  Next, it is assumed that the monitoring target device Mx goes down and a failover is performed in which the monitoring target device My takes over the processing of the monitoring target device Mx. When the monitoring target device Mx goes down, an operation diagnosis result notification 804 indicating that the monitoring target device Mx has stopped (error classification: error) is transmitted to the information processing apparatus 101.

  In addition, when failover is performed, replication is performed between the monitoring target devices Mx and My. Therefore, the same error as the error that occurred before the monitoring target device Mx went down, that is, retention of processing is monitored. It also occurs in the target device My. For this reason, the operation diagnosis result notification 805 indicating that a process stagnation (error classification: warning) has occurred is transmitted from the monitoring target device My to the information processing apparatus 101.

  In this case, the information processing apparatus 101 displays operation diagnosis results 902 and 903 on the operation diagnosis result screen 900 as shown in FIG. The operation diagnosis result 902 is information displayed according to the operation diagnosis result notification 804, and indicates that the monitoring target device Mx has stopped (error classification: error). According to the operation diagnosis result 902, the operator of the support center can grasp that the failover is performed because the monitoring target device Mx is stopped.

  The operation diagnosis result 903 is information displayed according to the operation diagnosis result notification 805, and indicates that the process target stays (error category: warning) is occurring in the monitoring target device My. More specifically, the operation diagnosis result 903 is obtained by overwriting the monitoring date / time, computer name, and notification content of the operation diagnosis result 901 with the monitoring date / time, computer name, and notification content of the operation diagnosis result notification 805.

  According to the operation diagnosis result 903, the operator of the support center can grasp that the retention of processing (error classification: warning) occurs in the monitoring target device My. At this time, the operation diagnosis result 903 is treated as a continuation of the operation diagnosis result 901 shown in FIG. 9, and the operation diagnosis result 901 is not displayed.

  As a result, it is possible to prevent the notification (operation diagnosis result 901) about the same event as the operation diagnosis result 903, that is, the stay in the department cooperation in the DB server from remaining, and the display of the operation diagnosis result screen 900 from becoming complicated. . For this reason, it is possible to make it easier for the support center operator or the like to grasp the operating status of each monitoring target device Mi in the system.

  Next, it is assumed that the recovery operation of the monitoring target device Mx is completed and the failback is performed. Failback means that the original device that has recovered from the failure takes over the processing from the device that has been used as a substitute. When failback is performed, the coping status of the operation diagnosis result information in the operation diagnosis result DB 220 corresponding to the operation diagnosis result 902 becomes “coping completed”.

  The countermeasure status can be changed by a user operation input on the operation diagnosis result screen 900. However, even if the status is improved / restored and the operation diagnosis result is reported as “normal”, even if the status is not changed to “addressed” by user operation input, the response status is automatically set to “addressed” Is changed.

  In addition, when failback is performed, the same error as that occurring in the monitoring target device My, that is, the retention of processing also occurs in the monitoring target device Mx. For this reason, the operation diagnosis result notification 808 indicating that processing stagnation (error classification: warning) has occurred is transmitted from the monitoring target device Mx to the information processing apparatus 101.

  In this case, as illustrated in FIG. 11, the information processing apparatus 101 ends the display of the operation diagnosis result 902 on the operation diagnosis result screen 900 and displays the operation diagnosis result 904 on the operation diagnosis result screen 900. The operation diagnosis result 904 is information displayed in response to the operation diagnosis result notification 808, and indicates that processing stagnation (error classification: warning) has occurred in the monitoring target device Mx. More specifically, the operation diagnosis result 904 is obtained by overwriting the monitoring date / time, computer name, and notification content of the operation diagnosis result 903 with the monitoring date / time, computer name, and notification content of the operation diagnosis result notification 808.

  According to the operation diagnosis result 904, the operator of the support center can grasp that the retention of processing (error classification: warning) has occurred in the monitored device Mx. At this time, the operation diagnosis result 904 is treated as a continuation of the operation diagnosis result 903, and the operation diagnosis result 903 is not displayed.

  As a result, it is possible to prevent a notification (operation diagnosis result 903) about the same event as the operation diagnosis result 904, that is, stay in the department cooperation in the DB server from remaining, and the display of the operation diagnosis result screen 900 from becoming complicated. . For this reason, it is possible to make it easier for the support center operator or the like to grasp the operating status of each monitoring target device Mi in the system.

  Next, a case is assumed in which the retention of processing (error classification: warning) that has occurred in the monitoring target device Mx is resolved. When the processing stagnation (error classification: warning) is resolved, the handling status of the operation diagnosis result information in the operation diagnosis result DB 220 corresponding to the operation diagnosis result 904 becomes “handled”.

  In this case, the information processing apparatus 101 ends the display of the operation diagnosis result 904 on the operation diagnosis result screen 900 as illustrated in FIG. Thereby, the operator of the support center can grasp that the retention of processing (error classification: warning) that has occurred in the monitoring target device Mx has been resolved.

(Operation diagnosis processing procedure of monitored device Mi)
Next, the operation diagnosis processing procedure of the monitoring target device Mi will be described with reference to FIG.

  FIG. 13 is a flowchart illustrating an example of an operation diagnosis processing procedure of the monitoring target device Mi. In the flowchart of FIG. 13, first, the monitoring target device Mi reads an operation monitoring rule (step S1301). The operation monitoring rule is information indicating a plurality of monitoring classifications / monitoring targets to be subjected to operation monitoring, conditions / thresholds for determining an operation state (normality, warning, error, etc.), a monitoring interval, and the like. The operation monitoring rule is stored in the memory 402, for example.

  Next, the monitoring target device Mi refers to the operation monitoring rule, and selects an unselected monitoring category / monitoring target that has not been selected from among a plurality of monitoring categories / monitoring targets (step S1302). Then, the monitoring target device Mi refers to the operation monitoring rule and performs an operation diagnosis on the selected monitoring classification / monitoring target (step S1303).

  Next, the monitoring target device Mi determines whether or not the active / standby system needs to be identified according to the selected monitoring classification / monitoring target (step S1304). Whether or not the active / standby system needs to be identified is determined in advance according to the monitoring classification / monitoring target. If the active / standby system identification is not necessary (step S1304: NO), the monitoring target device Mi proceeds to step S1306.

  On the other hand, when it is necessary to identify the active / standby system (step S1304: Yes), the monitoring target device Mi determines which computer is the active / standby system (step S1305). The active / standby system determination is performed based on, for example, the computer to which the monitoring target device Mi is connected, the server roll state, and the failover state.

  Next, the monitoring target device Mi sets the operation classification of the monitoring target device Mi (step S1306). In addition, when the active / standby system identification is not necessary (step S1304: No), for example, “no standby” is set in the operation category. In the case of an active system, “in operation” is set in the operation category. In the case of a standby system, “waiting” is set in the operation category.

  Then, the monitoring target device Mi transmits an operation diagnosis result notification for the operation diagnosis in step S1303 to the information processing apparatus 101 (step S1307). Next, the monitoring target device Mi refers to the operation monitoring rule and determines whether or not there is an unselected monitoring category / monitoring target that has not been selected from among a plurality of monitoring categories / monitoring targets (step S1308). .

  If there is an unselected monitoring category / monitoring target (step S1308: Yes), the monitoring target device Mi returns to step S1302. On the other hand, when there is no unselected monitoring classification / monitoring target (step S1308: No), the monitoring target device Mi determines whether or not a certain time has elapsed since it was determined that there is no unselected monitoring classification / monitoring target. (Step S1309). The certain time corresponds to the monitoring interval.

  If the predetermined time has not elapsed (step S1309: NO), the monitoring target device Mi determines whether or not to end the operation diagnosis (step S1310). Here, when the operation diagnosis is not ended (step S1310: No), the monitoring target device Mi returns to step S1309.

  In step S1309, when a predetermined time has elapsed (step S1309: Yes), the monitoring target device Mi returns to step S1302 and executes a series of processes from the beginning. In addition, when the operation diagnosis is ended in step S1310 (step S1310: Yes), the monitoring target device Mi ends a series of processes according to this flowchart.

  Accordingly, it is possible to periodically perform an operation diagnosis for each combination of the monitoring classification and the monitoring target represented in the operation monitoring rule and transmit an operation diagnosis result notification to the information processing apparatus 101.

(Monitoring control processing procedure of information processing apparatus 101)
Next, a monitoring control processing procedure of the information processing apparatus 101 according to the first embodiment will be described with reference to FIGS. 14 and 15.

  14 and 15 are flowcharts illustrating an example of a monitoring control processing procedure of the information processing apparatus 101 according to the first embodiment. In the flowchart of FIG. 14, first, the information processing apparatus 101 determines whether an operation diagnosis result notification has been received from the monitoring target device Mi (step S1401). Here, the information processing apparatus 101 waits to receive an operation diagnosis result notification (step S1401: No).

  If the information processing apparatus 101 receives the operation diagnosis result notification (step S1401: Yes), the information processing apparatus 101 determines the operation classification of the received operation diagnosis result notification (step S1402). If the operation classification is “standby system” (step S1402: standby system), the information processing apparatus 101 sets the received operation diagnosis result notification to non-display (step S1403).

  “Hiding the operation diagnosis result notification (suppressing monitoring)” means that the operation diagnosis result corresponding to the operation diagnosis result notification is not displayed on the operation diagnosis result screen.

  Then, the information processing apparatus 101 sets the search condition to the device individual pattern (step S1404). The device individual pattern is one of the conditions for retrieving operation diagnosis result information from the operation diagnosis result DB 220, and the received operation diagnosis result notification is the same as the computer name, business category, computer category, and monitoring classification / monitoring target. This is a condition for searching the operation diagnosis result information. However, the operation diagnosis result notification information whose handling status is “Completed” is excluded from the search target.

  In step S1402, when the operation classification is “no standby” (step S1402: no standby), the information processing apparatus 101 proceeds to step S1404. Then, based on the received operation diagnosis result notification, the information processing apparatus 101 searches the operation diagnosis result information from the operation diagnosis result DB 220 according to the set device individual pattern (step S1405).

  Next, the information processing apparatus 101 determines whether or not operation diagnosis result information has been searched (step S1406). If the operation diagnosis result information is not retrieved (step S1406: No), the information processing apparatus 101 newly registers operation diagnosis result information corresponding to the received operation diagnosis result notification in the operation diagnosis result DB 220 ( Step S1407) and the process proceeds to Step S1409.

  On the other hand, when the operation diagnosis result information is searched (step S1406: Yes), the information processing apparatus 101 receives the searched operation diagnosis result information, the monitoring date and time, and the notification content based on the received operation diagnosis result notification. Is updated (step S1408).

  The information processing apparatus 101 refers to the operation diagnosis result DB 220 to update the operation diagnosis result screen displayed on the client apparatus 201 (step S1409), and ends the series of processes according to this flowchart. In step S1402, when the operation classification is “active” (step S1402: active), the information processing apparatus 101 proceeds to step S1501 illustrated in FIG.

  In the flowchart of FIG. 15, first, the information processing apparatus 101 sets a search condition to the same-type in-device identification pattern (step S1501). The same-equipment in-device identification pattern is one of the conditions for retrieving operation diagnosis result information from the operation diagnosis result DB 220. The received operation diagnosis result notification, business classification, site classification, system classification, computer classification, and monitoring This is a condition for searching operation diagnosis result information with the same classification / monitoring target. However, the operation diagnosis result notification information whose handling status is “Completed” is excluded from the search target.

  Then, based on the received operation diagnosis result notification, the information processing apparatus 101 searches the operation diagnosis result information from the operation diagnosis result DB 220 according to the set same-equipment in-device identification pattern (step S1502). Next, the information processing apparatus 101 determines whether or not operation diagnosis result information has been searched (step S1503).

  If the operation diagnosis result information is not retrieved (step S1503: No), the information processing apparatus 101 newly registers operation diagnosis result information corresponding to the received operation diagnosis result notification in the operation diagnosis result DB 220 ( Step S1504) and the process proceeds to Step S1506.

  On the other hand, when the operation diagnosis result information is searched (step S1503: Yes), the information processing apparatus 101 receives the received operation diagnosis result information on the received date, monitoring date, computer name, based on the received operation diagnosis result notification. The notification content is updated (step S1505).

  Then, the information processing apparatus 101 refers to the operation diagnosis result DB 220 to update the operation diagnosis result screen displayed on the client apparatus 201 (step S1506), and ends a series of processes according to this flowchart.

  Thereby, when the operation classification of the monitoring target device Mi is “active”, the error notified from the monitoring target device Mi is the error notified from the other monitoring target device Mj having the relationship between the active system and the standby system. Can be treated as a continuation of Further, when the operation classification of the monitoring target device Mi is “standby” or “no standby”, when the same type of error is notified from the monitoring target device Mi, it can be handled as a continuation of the previously notified error. . Furthermore, when the operation classification of the monitoring target device Mi is “standby”, setting the operation diagnosis result notification to non-display causes the operation notification to be displayed on the operation diagnosis result screen, and the display becomes complicated. Can be prevented.

  As described above, according to the information processing apparatus 101 according to the first embodiment, after receiving the first operation diagnosis result notification from the monitoring target device Mj, the second operation diagnosis result notification is received from the monitoring target device Mi. When received, it can be determined whether or not the monitoring target device Mi and the monitoring target device Mj have a predetermined relationship. The predetermined relationship is, for example, a relationship between an active system (active system) and a standby system (standby system). Then, according to the information processing apparatus 101, when it is determined that the monitoring target device Mi and the monitoring target device Mj have a predetermined relationship, the second operation diagnosis result notification from the monitoring target device Mi is sent to the monitoring target. It can be determined whether or not to handle the continuation of the first operation diagnosis result notification from the device Mj.

  Accordingly, when the monitoring target devices Mi and Mj have a relationship between the active system and the standby system, it is possible to determine whether or not to take over the operation diagnosis result notification from the monitoring target devices Mi and Mj. . As a result, notifications from different monitoring target devices M can be handled like continuous notifications from one device.

  Further, according to the information processing apparatus 101, when the first operation diagnosis result notification and the second operation diagnosis result notification are the same type of error notification, the error notified by the second operation diagnosis result notification is determined. , It can be determined as the continuation of the error notified by the first operation diagnosis result notification.

  As a result, when the operation diagnosis result notifications from the monitoring target devices Mi and Mj are the same type of error notification, the error notifications from the monitoring target devices Mi and Mj can be identified and taken over. As a result, error notifications from different monitoring target devices M can be handled like continuous error notifications from one device.

  Further, according to the information processing apparatus 101, when the error notified by the second operation diagnosis result notification is determined as the continuation of the error notified by the first operation diagnosis result notification, the second operation diagnosis result notification Can be output as the continuation of the error notified by the first operation diagnosis result notification.

  Thereby, it is possible to prevent the error notifications about the same event occurring on the system from being individually handled and displayed separately, and to easily grasp the operating status of each monitoring target device M in the system. For example, operation diagnosis result notifications from the monitoring target devices Mi and Mj having the same role can be determined seamlessly and from a business viewpoint. In addition, when a failover is performed, the contents of the error notification from the monitored devices Mi and Mj are taken over, so that it is possible to avoid a situation in which the display becomes complicated and a serious error is overlooked. it can.

  Further, according to the information processing apparatus 101, when the first operation diagnosis result notification and the second operation diagnosis result notification are the same type of error notification, the information notified by the first operation diagnosis result notification The countermeasure information registered in this manner can be output as the countermeasure information already executed for the error notified by the second operation diagnosis result notification. As a result, it is possible to avoid a situation in which a person in charge of a support center is contacted again for an event that is being handled by a support center operator or the like and is being handled.

  Further, according to the information processing apparatus 101, when at least one of the system to be arranged, the location on the system, the system on the system, and the role on the system is the same, the monitoring target device Mi and the monitoring target device Mj Can be determined to have a predetermined relationship. Thereby, even if the information indicating the correspondence relationship between the monitoring target devices M is not stored in advance, it is possible to determine whether the monitoring target devices have a relationship between the active system and the standby system.

(Embodiment 2)
Next, the information processing apparatus 101 according to the second embodiment will be described. In the second embodiment, a monitoring control method for evaluating the operating status of the entire system from the operating status of monitored devices having the same role on the system will be described. In addition, illustration and description are abbreviate | omitted about the location same as the location demonstrated in Embodiment 1. FIG.

(Functional configuration example of the information processing apparatus 101)
FIG. 16 is a block diagram of a functional configuration example of the information processing apparatus 101 according to the second embodiment. In FIG. 16, the information processing apparatus 101 includes an acquisition unit 701, a first determination unit 702, a second determination unit 703, an output unit 704, and a third determination unit 1601. The acquisition unit 701 to the output unit 704 and the third determination unit 1601 are functions serving as control units. Specifically, for example, programs stored in a storage device such as the memory 302 and the disk 305 illustrated in FIG. Is executed by the CPU 301 or by the I / F 303. The processing result of each functional unit is stored in a storage device such as the memory 302 and the disk 305, for example.

  Hereinafter, a functional unit (third determination unit 1601) different from the information processing apparatus 101 according to the first embodiment will be described. Further, in the following description, it is assumed that the devices that implement the system for each business division are sometimes made redundant for each computer division.

  When the monitoring target device Mi and the monitoring target device Mj are redundant devices having the same role, the third determination unit 1601 is based on the operating status of the monitoring target device Mi and the operating status of the monitoring target device Mj. The operating status of the monitoring target device M of the role is determined. The role is a role on the system in which the monitoring target device Mi and the monitoring target device Mj are arranged, and is specified by, for example, computer classification.

  Here, it can be said that the devices to be monitored whose operation category is “in operation” and whose business category and computer category are the same are redundant devices having the same role on the system. For this reason, for example, the third determination unit 1601 refers to the operation diagnosis result DB 220, and for each monitoring category, each monitoring target device whose operation category is “in operation” and whose business category and computer category are the same The operating state of M (corresponding to the operating status) is specified. At this time, the third determination unit 1601 may specify the operating state of each monitoring target device M for the site division and the system division.

  And the 3rd determination part 1601 determines the operating condition of the said computer division based on the operating state of each specified monitoring object apparatus M for every monitoring classification. In more detail, for example, the third determination unit 1601 has, for a certain monitoring classification, at least one of the operation states of each of the monitored devices M identified as the operation state of the monitored device Mi is “error”. In this case, it may be determined that the operation status of the computer classification is “error”.

  Also, the third determination unit 1601 determines that, for a certain monitoring classification, the operating statuses of the monitoring target devices M that are equal to or higher than a predetermined ratio or more than a predetermined number among the specified operating statuses of the monitoring target devices M are “error”. The operation status of the computer classification may be determined to be “error”. The predetermined ratio can be arbitrarily set, and for example, a value of about 50% is set. The predetermined number can be arbitrarily set, and is set according to the number of redundant devices, for example.

  And the 3rd determination part 1601 determines the operating condition of the said computer classification based on the operating condition of the computer classification determined for every monitoring classification. More specifically, for example, the third determining unit 1601 determines that the operating status of the computer category is at least one of the operating statuses of the computer category determined for each monitoring category when the operating status is “error”. It may be determined that an error has occurred. In addition, the third determination unit 1601 determines that the operation status of the computer classification is “error” when the operation status of the computer classification determined for each monitoring classification is “error” or more. May be determined.

  Further, the third determination unit 1601 determines the operating status of the system based on the determined operating status of the monitored device M of the role and the operating status of the monitored device M of another role on the same system. To do. Specifically, for example, the third determining unit 1601 determines that the system operating status is “error” when the operating status of at least one of the computer categories is “error” among the determined operating statuses of the computer categories. May be determined.

  In addition, the third determination unit 1601 determines that the system operation status is “error” when the operation status of the computer category of a predetermined ratio or more or a predetermined number or more among the operation statuses of the determined computer categories is “error”. You may decide that it is. Note that an example of determining the operating status of the system will be described later with reference to FIG.

  The output unit 704 outputs the determination result determined by the third determination unit 1601. Specifically, for example, the output unit 704 may display the determined operation status for each computer classification (role) on the system on the display 404 of the client device 201 (for example, FIG. 19 described later). Detailed view screen 1900).

  Further, the output unit 704 may display the determined operating status for each system on the display 404 of the client device 201. Specifically, for example, the output unit 704 may display the determined operation status for each business category (system) on the display 404 of the client device 201 (for example, a summary shown in FIG. 18 described later). View screen 1800).

(Example of determining the system operating status)
Next, an example of determining the operating status of the system will be described with reference to FIG.

  FIG. 17 is an explanatory diagram of an example of determining the operating status of the system. In FIG. 17, the operating state (operating status) for each monitoring classification of each monitoring target device M made redundant in each computer section in the system X is shown. In FIG. 17, a cross indicates that an error has occurred. A check mark indicates normality.

  Here, AP servers and WEB servers are displayed as computer classifications in the system X. Monitoring target devices Ma and Mb are displayed as redundant monitoring target devices M of the computer classification “AP server”. Further, the monitoring target device Mc is displayed as the monitoring target device M of the computer classification “WEB server”. That is, the computer classification “WEB server” is not redundant.

  Here, taking the computer classification “AP server” as an example, the third determination unit 1601 identifies the operating state (operating status) of the monitoring target devices Ma and Mb for each monitoring category (number in FIG. 17). 1). Then, the third determination unit 1601 determines the operating status of the computer classification “AP server” based on the operating status (operating status) of each identified monitoring target device Ma, Mb for each monitoring category (FIG. 17). Medium, number 2).

  In the example of FIG. 17, for the monitoring classification 3, since the operating state of the monitoring target device Ma is “error”, the operating status of the computer classification “AP server” is determined to be “error”. On the other hand, for the monitoring classifications 1, 2, 4 to 7, the operating status of each of the monitoring target devices Ma and Mb is “normal”, so the operating status of the computer classification “AP server” is determined to be “normal”.

  Next, the third determination unit 1601 determines the operating status of the computer category “AP server” based on the operating status (number 3 in FIG. 17) of the computer category “AP server” determined for each monitoring category. (Number 4 in FIG. 17). In the example of FIG. 17, among the monitoring classifications 1 to 7, only the monitoring classification 3 is determined as “error”, and therefore the operating status of the computer classification “AP server” is determined as “normal”. Similarly, the operating status of the computer classification “WEB server” is determined to be “normal”.

  Then, the third determination unit 1601 determines the operating status of the business category “system X” based on the determined operating status (number 5 in FIG. 17) for each computer category (number 6 in FIG. 17). . In the example of FIG. 17, it is determined that the operating statuses of the computer classification “AP server” and the computer classification “WEB server” are both “normal”. For this reason, the operation status of the business category “System X” is determined to be “normal”.

(Screen example of the summary view screen 1800)
Next, a screen example of the summary view screen 1800 will be described with reference to FIG. The summary view screen 1800 is displayed on the display 404 of the client device 201 used by the operator of the support center, for example.

  FIG. 18 is an explanatory diagram illustrating a screen example of the summary view screen 1800. In FIG. 18, a summary view screen 1800 is a screen showing an operation status for each business category (system). Specifically, operation status information 1801 and 1802 are displayed on the summary view screen 1800.

  The operating status information 1801 is information indicating the operating status “error” of the business category “electronic medical record”. According to the operation status information 1801, the operator of the support center has an “error” in the business category “electronic medical record” at the time of “2017/07/10 14:28”, and the response status is “Unstarted” Can be understood.

  The operation status information 1802 is information indicating the operation status “normal” of the work category “medical”. According to the operation status information 1802, the operator of the support center can grasp that the business category “medical” is “normal” at the time of “2017/07/10 14:28”.

  On the summary view screen 1800, for example, when the operating status information 1801 is selected by a user operation input using the input device 405 shown in FIG. 4, a detailed view screen 1900 as shown in FIG. 19 can be displayed.

  FIG. 19 is an explanatory diagram showing a screen example of the detailed view screen 1900. In FIG. 19, a detailed view screen 1900 is a screen that displays each computer category of the business category “electronic medical record” and the operating status of each monitoring target device M for each monitoring category of each computer category.

  According to the detailed view screen 1900, the operator of the support center can comprehensively grasp the operating status (operating status) of each monitoring target device M in the business category “electronic medical record”. Further, since an error has occurred in the monitoring classification “processing amount” and “processing state” of the monitoring target device M31 of the computer classification “DB server”, the operating status of the computer classification “DB server” becomes “error”, and the result In particular, it can be seen that the operation status of the business category “electronic medical record” is “error”.

  By specifying the business category, computer category, monitoring category, and monitoring target, each monitoring target device M as shown in FIG. 9 to FIG. 12 for a specific business category, computer category, monitoring category, and monitoring target. It is possible to display an operation diagnosis result screen showing the operation states of the chronologically. Specifically, for example, the information processing apparatus 101 acquires operation diagnosis result information corresponding to a specified job category, computer category, monitoring classification, and monitoring target from the operation diagnosis result DB 220, and acquires the acquired operation diagnosis result information. Based on the above, the operation diagnosis result screen is displayed.

  FIG. 20 is an explanatory diagram (part 5) of the screen example of the operation diagnosis result screen. In FIG. 20, an operation diagnosis result screen 2000 is a screen that shows the operation state of each monitoring target device M displayed in a time series as a result of specifying a specific business category, computer category, monitoring category, and monitoring target. An operation diagnosis result 2001 is displayed on the operation diagnosis result screen 2000.

  The operation diagnosis result 2001 indicates that stagnation of processing occurs in the monitoring target device M31 of the computer classification “DB server”. According to the operation diagnosis result 2001, the operator of the support center can grasp that the retention of processing has occurred in the monitoring target device M31.

  Further, by specifying the operation diagnosis result 2001 by a user operation input on the operation diagnosis result screen 2000, for example, an alert details screen 2100 as shown in FIG. 21 can be displayed.

  FIG. 21 is an explanatory diagram showing a screen example of the alert details screen 2100. In FIG. 21, the alert details screen 2100 is a graph display of the time series transition change of the retention of processing occurring in the monitoring target device M31. According to the alert details screen 2100, the operator of the support center knows that the processing has been continuously held for about half a month in the monitoring target device M31, for example.

(Monitoring control processing procedure of information processing apparatus 101)
Next, a monitoring control processing procedure of the information processing apparatus 101 according to the second embodiment will be described with reference to FIG. This monitoring control processing procedure is executed, for example, periodically or at a predetermined timing. The predetermined timing is, for example, a timing designated by the user of the client device 201 or a timing at which the information processing apparatus 101 receives some error notification from the monitoring target device Mi.

  FIG. 22 is a flowchart of an example of a monitoring control processing procedure of the information processing apparatus 101 according to the second embodiment. In the flowchart of FIG. 22, first, the information processing apparatus 101 refers to the operation diagnosis result DB 220 and selects an unselected business category that has not been selected from among a plurality of business categories (step S2201). The plurality of business categories may be specified from, for example, the operation diagnosis result DB 220 or may be specified from business information (not shown) stored in advance. Here, it is assumed that there is only one site division and one system division.

  Next, the information processing apparatus 101 selects an unselected computer category that has not been selected among the computer categories corresponding to the selected business category (step S2202). For example, the computer classification corresponding to each business classification may be specified from the operation diagnosis result DB 220, or may be specified from business information (not shown) stored in advance.

  Then, the information processing apparatus 101 refers to the operation diagnosis result DB 220, and for each monitoring category, the operation category is “in operation” and the operation of each monitored device M in the selected computer category of the selected business category is performed. The state is specified (step S2203).

  Next, the information processing apparatus 101 determines the operating status of the computer category selected for each monitoring category based on the operating status of each monitoring target device M specified for each monitoring category (step S2204). Then, the information processing apparatus 101 determines the operating status of the selected computer category based on the operating status of the computer category determined for each monitoring category (step S2205).

  Next, the information processing apparatus 101 determines whether there is an unselected computer category that has not been selected among the computer categories corresponding to the selected business category (step S2206). If there is an unselected computer category (step S2206: YES), the information processing apparatus 101 returns to step S2202.

  On the other hand, when there is no unselected computer category (step S2206: No), the information processing apparatus 101 determines the operating status of the selected business category based on the determined operating status of each computer category (step S2207). Then, the information processing apparatus 101 determines whether there is an unselected business category that has not been selected from among a plurality of business categories (step S2208).

  If there is an unselected job category (step S2208: YES), the information processing apparatus 101 returns to step S2201. On the other hand, when there is no unselected business category (step S2208: No), the information processing apparatus 101 displays a summary view screen on the display 404 of the client device 201 based on the determined operational status of each business category ( In step S2209), a series of processes according to this flowchart is terminated.

  As a result, redundant device groups having the same role on the system can be collectively monitored as a single device, and the operating status of the entire system (business) can be evaluated.

  As described above, according to the information processing apparatus 101 according to the second embodiment, when the monitoring target device Mi and the monitoring target device Mj are redundant devices having the same role, the operation status of the monitoring target device Mi. And the operating status of the monitoring target device Mj can be determined based on the operating status of the monitoring target device Mj. As a result, redundant device groups having the same role on the system can be collectively monitored as a single device, and the operation status by role (by computer category) can be determined.

  Further, according to the information processing apparatus 101, the operating status of the system is determined based on the operating status of the monitored device M having a determined role and the operating status of the monitored device M having another role on the system. be able to. As a result, the operating status of the entire system can be determined from the operating status by role (by computer category).

  Note that the information processing apparatus 101 may transmit, for example, the operation diagnosis result notification received from the monitoring target device Mi to another information processing apparatus 101 introduced into another hospital H in the same group. A group is, for example, a set of hospitals H with the same management base. As a result, even if a failure occurs in the information processing apparatus 101 of the hospital H, the system of the hospital H and each monitor are used by using the operation diagnosis result notification transmitted to the information processing apparatus 101 of the other hospital H. It is possible to determine the operating status of the target device Mi.

  Further, the information processing apparatus 101 may transmit the operation diagnosis result notification received from the monitoring target device Mi to a higher-level server that can communicate with the information processing apparatus 101 installed in each of the plurality of hospitals H. At this time, the information processing apparatus 101 may assign the transmission destination according to the severity set in the operation diagnosis result notification from the monitoring target device Mi. However, the severity (for example, large, medium, small) can be set in the operation diagnosis result notification. For example, the information processing apparatus 101 may transmit only the operation diagnosis result notification of the seriousness “high” to the upper server. Thereby, it becomes possible to immediately grasp the important notice that affects the hospital H on the upper server side beyond the physical constraints.

  The monitoring control method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation. This monitoring control program is a computer-readable recording medium such as a hard disk, flexible disk, CD (Compact Disc) -ROM, MO (Magneto-Optical disk), DVD (Digital Versatile Disk), USB (Universal Serial Bus) memory, etc. And is executed by being read from the recording medium by a computer. The monitoring control program may be distributed via a network such as the Internet.

  The following additional notes are disclosed with respect to the embodiment described above.

(Supplementary Note 1) When a second notification regarding the operating status of the second device is received from a second device after receiving a first notification regarding the operating status of the first device from the first device The first device based on the information indicating the attribute of the first device included in the first notification and the information indicating the attribute of the second device included in the second notification; Determining whether or not the second device has a predetermined relationship;
When it is determined that the first device and the second device have the predetermined relationship, it is determined whether or not to handle the second notification as a continuation of the first notification;
A monitoring control program that causes a computer to execute processing.

(Supplementary note 2)
When the first notification and the second notification are the same type of error notification, the error notified by the second notification is determined as a continuation of the error notified by the first notification. ,
The supervisory control program according to supplementary note 1, characterized by:

(Supplementary note 3) When the error notified by the second notification is determined as the continuation of the error notified by the first notification, the error notified by the second notification is changed to the first notification. Output as a continuation of the error reported by
The monitoring control program according to appendix 2, which causes the computer to execute processing.

(Supplementary Note 4) When the first notification and the second notification are the same type of error notification, the countermeasure information registered for the error notified by the first notification is the second notification It is output as the action information already executed for the error notified by the notification.
The supervisory control program according to appendix 2 or 3, characterized by the above.

(Supplementary Note 5) The monitoring control program according to any one of Supplementary Notes 1 to 4, wherein the predetermined relationship is a relationship between an active system and a standby system.

(Appendix 6) The predetermined relationship is a relationship in which at least one of a system in which devices are arranged, a location on the system, a system on the system, and a role on the system are the same. The monitoring control program according to any one of appendices 1 to 5.

(Additional remark 7) The said predetermined relationship is a relationship with which the combination of the system by which an apparatus is arrange | positioned, the place on the said system, the system | strain on the said system, and the role on the said system is the same. The supervisory control program as described in any one of 1-6.

(Supplementary Note 8) When the first device and the second device are redundant devices having the same role on the system in which the first device and the second device are arranged, Determining the operating status of the device of the role based on the operating status of the first device and the operating status of the second device;
The supervisory control program according to any one of appendices 1 to 7, which causes the computer to execute processing.

(Supplementary Note 9) Based on the determined operating status of the device of the role and the operating status of the device of another role on the system, the operating status of the system is determined.
9. The supervisory control program according to appendix 8, characterized by causing the computer to execute processing.

(Supplementary Note 10) When the second notification regarding the operating status of the second device is received from the second device after receiving the first notification regarding the operating status of the first device from the first device. The first device based on the information indicating the attribute of the first device included in the first notification and the information indicating the attribute of the second device included in the second notification; Determining whether or not the second device has a predetermined relationship;
When it is determined that the first device and the second device have the predetermined relationship, it is determined whether or not to handle the second notification as a continuation of the first notification;
A monitoring control method characterized in that a computer executes processing.

(Supplementary Note 11) When a second notification regarding the operating status of the second device is received from a second device after receiving a first notification regarding the operating status of the first device from the first device The first device based on the information indicating the attribute of the first device included in the first notification and the information indicating the attribute of the second device included in the second notification; Determining whether or not the second device has a predetermined relationship;
When it is determined that the first device and the second device have the predetermined relationship, it is determined whether or not to handle the second notification as a continuation of the first notification;
An information processing apparatus having a control unit.

101 Information processing apparatus 102, 103 Equipment 111, 112, 113, 114 Notification 200 Monitoring system 201 Client apparatus 210 Network 220 Operation diagnosis result DB
300, 400 Bus 301, 401 CPU
302, 402 Memory 303, 403 I / F
304 disk drive 305 disk 404 display 405 input device 500 operation diagnosis result notification 701 acquisition unit 702 first determination unit 703 second determination unit 704 output unit 900,2000 operation diagnosis result screen 1601 third determination unit 1800 summary view screen 1900 Detail view screen 2100 Alert detail screen M1 to Mn, Mi Monitored device

Claims (10)

When the second notification regarding the operating status of the second device is received from the second device after receiving the first notification regarding the operating status of the first device from the first device, the first Based on the information indicating the attribute of the first device included in the notification and the information indicating the attribute of the second device included in the second notification, the first device and the second device Determine whether the device has a predetermined relationship,
When it is determined that the first device and the second device have the predetermined relationship, it is determined whether or not to handle the second notification as a continuation of the first notification;
A monitoring control program that causes a computer to execute processing. The determination process is as follows.
When the first notification and the second notification are the same type of error notification, the error notified by the second notification is determined as a continuation of the error notified by the first notification. ,
The monitoring control program according to claim 1. When the error notified by the second notification is determined as continuation of the error notified by the first notification, the error notified by the second notification is notified by the first notification. Output as continuation of error,
The monitoring control program according to claim 2, which causes the computer to execute processing. When the first notification and the second notification are the same type of error notification, the handling information registered for the error notified by the first notification is notified by the second notification. Is output as action information that has already been executed for the specified error,
The monitoring control program according to claim 2 or 3, wherein The predetermined relationship is a relationship between the active system and the standby system.
The supervisory control program according to any one of claims 1 to 4. The predetermined relationship is a relationship in which at least one of a system in which devices are arranged, a location on the system, a system on the system, and a role on the system are the same.
The supervisory control program according to any one of claims 1 to 5. When the first device and the second device are redundant devices having the same role on the system in which the first device and the second device are arranged, the first device Determining the operating status of the device of the role based on the operating status of the second device and the operating status of the second device;
The monitoring control program according to any one of claims 1 to 6, wherein the computer is caused to execute processing. Determining the operating status of the system based on the operating status of the determined device of the role and the operating status of the device of another role on the system;
The monitoring control program according to claim 7, which causes the computer to execute processing. When the second notification regarding the operating status of the second device is received from the second device after receiving the first notification regarding the operating status of the first device from the first device, the first Based on the information indicating the attribute of the first device included in the notification and the information indicating the attribute of the second device included in the second notification, the first device and the second device Determine whether the device has a predetermined relationship,
When it is determined that the first device and the second device have the predetermined relationship, it is determined whether or not to handle the second notification as a continuation of the first notification;
A monitoring control method characterized in that a computer executes processing. When the second notification regarding the operating status of the second device is received from the second device after receiving the first notification regarding the operating status of the first device from the first device, the first Based on the information indicating the attribute of the first device included in the notification and the information indicating the attribute of the second device included in the second notification, the first device and the second device Determine whether the device has a predetermined relationship,
When it is determined that the first device and the second device have the predetermined relationship, it is determined whether or not to handle the second notification as a continuation of the first notification;
An information processing apparatus having a control unit.

Images