JP2003140925A - Task monitoring system and its method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a task monitoring system capable of detecting communication abnormality of a network in addition to task abnormality. SOLUTION: In an computer system, a server 1 (1), a server 2 (4), and a client 3 are interconnected via the network 2, and a plurality of tasks A (11A) to E (41E) are operated by the servers 1 (1) and 2 (4). The computer system has a database 14 for storing a plurality of task monitoring tasks 1 (12) that are tasks operated by the server 1 (1), detect operating states of the other tasks A (11A) to C (11C) operated by the server with a predetermined time interval, and output a predetermined signal based on the detection result, information indicating an operation state of the task monitoring tasks 1 (12) based on the signal outputted from the task monitoring tasks 1 (12), information indicating a state of the other tasks, and information related to the time in a form obtainable by the client 3.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention is used in a computer system in which a plurality of tasks are operated on one or a plurality of servers when monitoring abnormalities such as abnormal termination of tasks and network troubles and automatically performing abnormality notification. And a preferred task monitoring system and method.

[0002]

2. Description of the Related Art One example of a conventional technique for monitoring abnormal termination of a task in a computer system in which a plurality of tasks are operated is Japanese Patent Laid-Open No. 2000-222248 "Job Abnormal Termination Notification System and Job Abnormal Termination Information Notification". Method and recording medium recording the method ”. In the system described in this publication, in a computer system in which a plurality of tasks (or jobs) are operated, a series of processing information for coping with failure occurrence during operation of each task is stored in a database,
It automates the contact to the person in charge when each job ends abnormally and the search for countermeasures.

[0003]

The conventional techniques described in the above publications have the following problems. In order to increase the number of terminals displaying the abnormal termination of the task, the processing content of the notification instruction processing means, that is, the program, which performs the processing related to the notification instruction, must be changed, and a general worker can easily add the number of display terminals. Can not. When a task is running on multiple servers connected by a network, abnormal termination of each task can be notified, but communication abnormality such as disconnection of network cable cannot be notified. It has no means for detecting abnormal termination of the abnormality notification processing unit itself. If the abnormal termination processing unit is not incorporated for each task (job), even if the abnormal termination occurs for that task,
Not notified.

In addition, when an abnormal termination occurs, it is conceivable that information about similar cases that occurred in the past will be useful when recovering the abnormality or taking measures. However, in the conventional technology, since the configuration for utilizing the history information such as the abnormal end of the task is not provided, for example, the information such as the time and the number of the abnormal end occurrence can be efficiently and statistically managed. I couldn't.

Therefore, the present invention is intended to solve the above-mentioned problems in the prior art, and more specifically, to detect not only a task abnormality but also a network communication abnormality. It is an object of the present invention to provide a task monitoring system and method capable of performing the task. It is another object of the present invention to provide a task monitoring system and method that can detect and notify when an abnormality occurs in a means for detecting an abnormality. Another object of the present invention is to provide a task monitoring system and method that makes it possible to easily use past information by making a history of task monitoring information into a database. The present invention also provides a task monitoring system that makes it possible to easily change or add the abnormal termination detection content or display terminal by eliminating the need for incorporating a task for notifying abnormal termination for each task. The purpose is to provide a method.

[0006]

In order to solve the above-mentioned problems, the invention according to claim 1 is connected to one or a plurality of clients or to each other via a network.
Or, in a computer system in which a plurality of tasks are operated by a plurality of servers, it is a task that is operated on one server, and the operation status of other tasks operated on the server is detected at predetermined time intervals, Based on the detection result, a task monitoring unit that outputs a predetermined signal, and based on the signal output from the task monitoring unit, information indicating the operating state of the task monitoring unit and the task monitoring unit And a storage unit that stores a plurality of pieces of information indicating the states of the other tasks together with the information about the time in a form that can be acquired by the client.

According to a second aspect of the present invention, a plurality of the task monitoring means are operated on one or a plurality of servers, the signals output from the plurality of task monitoring means are received, and the task monitoring means are received at predetermined time intervals. It is characterized by further comprising system monitoring means for storing in the storage means.

The invention according to claim 3 is characterized in that the task to be detected by the task monitoring means is determined based on information described in a predetermined definition file.
According to a fourth aspect of the present invention, the information supplied from the storage means to the client is based on the information described in the second definition file described in correspondence with the description information of the predetermined definition file. It is characterized by being determined by. The invention according to claim 5 is characterized in that the task monitoring means to be received by the system monitoring means is determined based on information described in a predetermined third definition file. According to a sixth aspect of the present invention, the output signal of the task monitoring means indicates that the task operating state is normal, that the task operating state is abnormal, and that the task operating state is normally restored from the abnormal state. Is selectively shown.

According to a seventh aspect of the present invention, in a computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network, the operation status of the tasks is A method for monitoring, in which a task operated on one server detects the operation status of another task operated on that server at a predetermined time interval, and a predetermined signal based on the detection result. Based on the output signal, the information indicating the monitoring status of the task and the information indicating the operating status of the detected other task, in a form in which the client can obtain the time. A plurality of pieces of information are stored together with the information related to.

According to an eighth aspect of the present invention, in a computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network, one or a plurality of servers are provided. Is a program that is executed on a server, the task operating on one server detects the operating status of other tasks operating on that server at a predetermined time interval, and a predetermined signal is generated based on the detection result. Based on the output signal, the information indicating the monitoring status of the task, and the information indicating the operating status of the detected other task in a form that can be acquired by the client. , A process of storing a plurality of pieces of information related to time, and a task monitoring program. The invention according to claim 9 is a computer-readable recording medium in which the program according to claim 8 is recorded.

According to a tenth aspect of the present invention, there is provided one server in a computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network. , Task monitoring that is a task that is operated on the server of 1 and detects the operating status of other tasks that are operated on the server at a predetermined time interval, and outputs a predetermined signal based on the detection result. Means, and information indicating the operating state of the task monitoring means and information indicating the state of the other task detected by the task monitoring means based on the signal output from the task monitoring means. And a storage unit for storing a plurality of pieces of information together with time-related information.

The invention according to claim 11 is executed in a computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients via a network. Is a program that is a program that operates on one or more servers, and the result of detecting the operating status of one or more tasks by a predetermined monitoring task at a predetermined time interval indicates the operating status of the monitoring task. A process of accessing the storage means stored together with the monitoring task and acquiring time information indicating the operating state of the monitoring task, and monitoring based on the acquired time information indicating the operating state of the monitoring task and the current time information Task monitoring program characterized by describing the process of determining whether there is an abnormality in the operating state of a task for business A. The invention described in claim 12 is a computer-readable recording medium in which the program according to claim 11 is recorded.

[0013]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram for explaining the system configuration of an embodiment of the present invention.
The computer system shown in FIG. 1 includes two servers 1 (1) and 2 (4), which are connected to each other via a network 2, and a client personal computer (client PC, hereinafter, client) 3. It is configured. In the present invention, in addition to the configuration illustrated in FIG. 1, the number of servers may be one or three or more, and the number of clients may be two or more. Further, the network 2 can be configured as wired or wireless, and a local area network, a dedicated network, a public network, or the Internet can be used alone or in combination.

The embodiment shown in FIG. 1 constitutes, for example, an equipment operation management system in a factory or the like. In this case, the server 1 (1) controls the plurality of equipments A (9A), equipment B (9B), equipment C (9C) via the communication line 6, the master sequencer 7, and the communication line 8. It is connected to the sequencers 91A, 91B, 91C. Then, by transmitting and receiving various control signals via the master sequencer 7, information such as the state of each facility and the processing quantity is collected and managed.

The server 1 (1) is composed of a computer and its peripheral devices, and under the control of a predetermined OS (operating system), a task A (for managing each of the facilities A to C). 11A), task B (11
B), task C (11C) is executed. Task A (11
A), task B (11B), task C (11C),
Via the master sequencer 7, sequencers 91A, 91
A predetermined procedure for transmitting / receiving the control signal to / from B and 91C is included.

The task monitoring task 1 (12) is task A
(11A), task B (11B), task C (11C)
Is a task to monitor the operating state of at a predetermined time interval,
Similar to the tasks A to C, it is an execution unit of a program executed in the server 1 (1). Task monitoring task 1
In (12), the operating state of each task is detected by making an inquiry to the OS running on the server 1. The task monitoring task 1 (12) selectively generates three types of signals of a normal signal, an abnormal signal, and a recovery signal based on the detected state of each task, and the task monitoring task (12) not shown. It is transmitted to the system monitoring task 1 (13) together with its own operation signal.

The normal and abnormal signals indicate that the task is operating normally and that the operation of the task is abnormal (abnormally terminated) (for example, the OS does not respond to a call from the OS and the OS does not respond). It means that it cannot be managed normally). The recovery signal is a signal generated when it is first detected that the operation of the task in the abnormal state has returned to the normal state. For example, the abnormal state detected by the task monitoring task 1 (12) is acquired by the task monitoring application 31 executed on the client 3 by a predetermined procedure described later, and the operator (user 5) of the client 3 displays a screen. Recovery is performed by confirming it by the display 32 and restarting the corresponding task.

The system monitoring task 1 (13) is a task monitoring task 1 (12) executed in the server 1 (1).
Alternatively, a signal sent from the task monitoring task 2 (42) executed in the server 2 (4) is received, alarm data is created based on the signal, and a database (DB) is created.
14 is a task for recording. In this case, the system monitoring task 1 (13) is the task monitoring task 1 (1
Similar to 2), it is an execution unit of a program executed in the server 1 (1). Here, the alarm data recorded in the database 14 is the task monitoring task 1 (1
2) tasks A (11A) to C (11
C) and the tasks D (41D) to E (41E) monitored by the task monitoring task 2 (42) are normal,
Information indicating the operating status of abnormality and recovery, normality of task monitoring task 1 (12) and task monitoring task 2 (42),
It is composed of information on the operating state of abnormality and recovery and information on the operation / recovery of the system monitoring task 1 (13).

Task monitoring task 2 (42) and tasks D (41D) to E (41E) are task monitoring task 1 (12) and tasks A (11A) to C (11).
It is constructed similarly to C).

Next, referring to FIGS. 2 to 7, the task monitoring task 1 (12) (or the task monitoring task 2 in FIG. 1) will be described.
(42)), the system monitoring task 1 (13), and the configuration and function of the task monitoring application 31 will be described in detail.

FIG. 2 shows the task monitoring task 1 (1
2) is a flowchart for explaining the function of task monitoring task 2 (42). Further, FIG. 3 is a diagram showing a configuration example of files and tables used in the processing shown in FIG. When the task monitoring task 1 or 2 (hereinafter, simply referred to as a task monitoring task in this description) is started by the OS, a task monitoring task definition file as shown in FIG. 3A is read (see FIG. 2).
Step 121). Next, based on the information described in the read task monitoring task definition file, FIG.
A task status table as shown in (b) is created (step 122 in FIG. 2).

As shown in FIG. 3A, the task monitoring task definition file 1201 is a list of tasks to be monitored. In this example, two task names "kanshi_settime" and "analog_calc" are used. Have been described.
The task to be detected can be changed by adding or deleting the task name in the task monitoring task definition file 1201. On the other hand, as shown in FIG. 3B, the task status table 1202 is a table that stores the current task status in association with the task name.
There are three types of status: operating, stopped, and undefined. Undefined is used only when the status has not been collected immediately after startup.

When the task state table is created in step 122 of FIG. 2, next, a standby state for 60 seconds is set (step 123). The standby here is to set a cycle for detecting the state of the task, and is set by comparing and considering the magnitude of the increase in the load of the OS processing by the detection processing and the necessary responsiveness. Next, the task monitoring task inquires of the OS about the status of the task corresponding to the task name described in the task monitoring task definition file (FIG. 3A) (step 124). Then, the status value of the task status table (FIG. 3B) is updated based on the response from the OS (step 125).

Next, an operation report file and a report file are created and sent to the system monitoring task 1 (13) (step 126). The operation report file is shown in Figure 3.
As shown in a specific example in (c), it is a file that notifies the system monitoring task that the task monitoring task is operating normally, and the content is information indicating the time at which the monitoring was executed. The operation report file 1203 shown in FIG.
"20, which indicates 10:30:50 on July 18, 2001
It is described as 010718103050 ".
As shown in FIG. 3D, the report file is a file that notifies the system monitoring task of the task monitoring result, and indicates the normal, abnormal, and recovery status of each task. Report file 1204 shown in FIG.
Indicates the task name and status as "kanshi_settime", "
"Recovery", "analog_calc", and "Normal" are described. Note that "Recovery" means that the machine returned from being stopped to working, and if it was running again, the report file is sent as normal. Further, the contents of the operation report file and the report file may be collectively transmitted in the form of one file.

Next, the configuration and function of the system monitoring task 1 (13) shown in FIG. 1 will be described with reference to FIG. Note that FIG. 5 shows a configuration example of files and tables used in each processing of FIG. When activated by the OS, the system monitoring task 1 (13) first performs a process of reading the system monitoring task definition file (step 131 in FIG. 4). As shown in FIG. 5A, the system monitoring task definition file enumerates monitored tasks and their corresponding codes (task names replaced by numbers), and the monitored task monitoring It is configured to correspond to the information in the task monitoring task definition file used by the task. In this case,
System monitoring task definition file 130 shown in (a)
1 includes task names “kanshi_settime” and “analog_cal
Codes "10" and "11" are described in correspondence with "c".

Next, the system monitoring task 1 (13)
The recovery signal of the system monitoring task is registered in the database 14 (step 132). Next, it waits for 60 seconds (step 133). This time sets the monitoring time interval.

Next, it is determined whether or not the operation report file (see FIG. 3C) has not been transmitted for a certain time (a predetermined time longer than the monitoring time interval; 10 minutes in this example) ( Step 134). If the operation report file is not sent, it is considered that communication abnormality with the task monitoring task (including disconnection) occurred. When the operation report file is sent, if the previous status was abnormal, it will be recovered,
Alternatively, if the previous status was restored and normal, it is registered as normal in the database 14 (step 1
35). Then, the received report file (Fig. 3
(See (d)), the contents are registered in the database 14 (step 136).

When the database 14 is registered, as shown as an example of the task error table 1302 in FIG. 5B, when a failure occurs in the monitored task, the past history is retained. Alarm data (see FIG. 1) is registered in the form. In this case, three items of code (corresponding to task name), time, and status are registered.

On the other hand, in the processing of step 134, if it is determined that the operation report file has not been transmitted for a certain period of time (a predetermined period of time equal to or longer than the monitoring time interval), it means that the communication status is abnormal unless the previous status is abnormal. The fact is registered in the database 14 (step 137). Then, it is determined whether or not the number of monitoring target servers has been checked (step 138), and the above processing is performed until the number of monitoring target servers is checked (steps 134 to 137).
Repeat. After checking the number of servers to be monitored, the operation signal of the system monitoring task itself is registered in the database (step 139), the process returns to step 133, waits for 60 seconds, and then the processes from step S134 are repeatedly executed.

Next, the configuration and function of the task monitoring application 31 shown in FIG. 1 will be described with reference to FIG. When the task monitoring application 31 is started,
First, a process of reading a task monitoring application definition file is executed (step 311). The task monitoring application definition file is configured as a file in which messages corresponding to codes are listed, as shown in the configuration example of FIG. 7. In the example shown in FIG. 7, the codes "10", "11", and "12" correspond to "ka" respectively.
The message "nshi_settime has ended", "analog_calc ended", and "communication error" are described. Here, this information is the task monitoring task definition file 1201 shown in FIG. And 1 in the system monitoring task definition file shown in FIG.
For each of the multiple task names described in 301,
Alternatively, it is described so as to commonly correspond to a plurality of task names.

Next, after waiting processing for a fixed time (a predetermined time longer than the monitoring time interval; 60 seconds which is the same as the monitoring time in this example) is performed (step 312), the database 14 is accessed. It is determined whether the latest data of the target task is recorded as an abnormality in the database 14 or whether the latest operation signal of the system monitoring task is apart from the current time by a certain period (more than the monitoring time interval) (step 313). . When the latest status of each task is recorded as abnormal in the database 14 or when the latest operation signal of the system monitoring task is apart from the current time by a certain period, an abnormal message is displayed on the screen (step 314) (Fig. 1 screen display 3
2) Waiting for user confirmation operation (step 31)
5). Then, using a predetermined operator not shown,
When the user's confirmation operation is performed, the message may be deleted and the display status (color or blinking status) may be changed as necessary.
Is changed (step 316).

Next, an operation example of the system shown in FIG. 1 will be specifically described with reference to FIGS. 8 to 11
Is a task monitoring application 31 (task monitoring AP 31) from time 9:25 to time 9:52, a database 14 (DB14), a system monitoring task 1 (1
3), task monitoring task 1 (12), task A (11
A), task B (11B), and task C (11
It is a time chart which shows each processing by C). In addition,
The configuration of the server 2 (4) in FIG. 1 is omitted for clarity of explanation.

8 to 11, the horizontal axis represents the passage of time,
It is a time chart which shows a series of processings in time series by connecting each figure. However, in order to make it easier to understand the flow of changes in state, the parts corresponding to the processing corresponding to the time located on the far right in each figure are duplicated in the leftmost part in the subsequent figures. . For example, regarding the processing at time 9:27 located on the rightmost side in FIG. 8, the same content is described on the leftmost side in FIG. 9.

The vertical line with an arrow indicates the flow of signals (data), and the direction of the arrow indicates the signal transmission direction or access direction. For example, in the processing corresponding to time 9:25 in FIG. 8, it is indicated by the upward arrow that the task monitoring task 1 (12) has transmitted a signal to the system monitoring task 1 (13) by the signal transmission processing (S02). That is, the fact that the task monitoring application 31 has accessed the database 14 (S04) is indicated by a downward arrow. However, each task A (1
1A) to C (11C) task monitoring processing (S01)
To be precise, the access is to the OS, but here, in order to simplify the illustration, each of the tasks A (11A) to C (1
1C) is indicated by a downward arrow corresponding to access.

8 to 11, in particular, changes in the contents of the screen display 32 in FIG. 1, changes in the information registered in the database 14, and the report file 1204 (illustrated in FIG. 3D). However, in this example, the operation report file 120 of FIG.
It has a form that includes the contents of item 3. ) Indicates the details of the change. That is, screen display 3
For 2, the state at time 9:26 is code 32.
b (FIG. 8), the state at 9:27 is code 32c
(FIGS. 8 and 9), the state at time 9:29 is code 3
2e (FIG. 9, FIG. 10), the state at time 9:39 is 32f (FIG. 10), the state at time 9:41 is 32g (FIG. 10, FIG. 11), the state at 9:42 is The state at 32h (FIG. 11) and 9:52 is represented by reference numeral 32i (FIG. 11). Similarly, regarding the contents of the registration information of the database 14,
The state from time 9:25 to time 9:52 is indicated by reference numeral 14
1a to 141i. Regarding changes in the report file 1204, the states from time 9:25 to time 9:29 and time 9:41 to time 9:52 are denoted by reference numerals 1204a to 1220, respectively.
04e and reference numerals 1204g to 1204i.

In this example, the contents 141a to 141i of the registration information in the database 14 indicate the task name, time, and status (status) in association with the identification code (ID) corresponding to each task. I am trying.
However, "S monitoring T1" is the system monitoring task 1 (1
In 3), "T monitor T1" is the task monitor task 1 (12).
, Respectively. Regarding the change in the content of the registered information in the database 14, for the portion where the state has changed, a horizontal or horizontal licking direction arrow is used to indicate the connection between the information before and after the change. For example, at time 9:26 in FIG. 8, time 9:25
The state of task B that was in the “normal” state at the time of
Since the state has changed to the "abnormal" state, this is indicated by a horizontal arrow (A1). Further, contents 141a to 141
For i, the information being updated for each task (each ID) is indicated by adding a rectangle (R1) to the left and right,
For information that is stored as history, that rectangle is represented by removing it. For example, in the registration content 141c at time 9:27 in FIG. 8, information on the “abnormal” state at 9:26 is registered in the saved state for task B with ID = 4, and at 9:27. Information about the "recovery" status is registered as the information being updated.

Now, a specific operation will be described with reference to FIGS. At time 9:25 in FIG. 8,
First, task monitoring processing is executed by the task monitoring task 1 (12) (S01). At this time, each task A
If (11A) to C (11C) are operating normally, the task monitoring task 1 (12) to the system monitoring task 1 (13) show a report file 1204a indicating that each task is in a normal state. A signal is transmitted (S02). Upon receiving the report file 1204a, the system monitoring task 1 (13) performs a data recording process on the database 14 based on the report file 1204a (S0).
3). As a result, the registered content 141a has ID = 3.
In addition to tasks A to C of tasks # 5 to # 5, task monitoring task 1 of ID = 2 is also registered as being in the “normal” state, and I
The system monitoring task 1 with D = 1 is registered as being in the "operating" state. Here, even if the task monitoring application 31 accesses the database 14 and performs the data acquisition process (S04), since the information to be displayed is not recorded, the screen display is not performed (S05).

Here, it is assumed that task B ends abnormally after the task monitoring processing (S01) (S06). In this case, in the task monitoring process at time 9:26, task B
Is detected (S07), the report file 1204b indicating that the status of task B is abnormal is transmitted (S08). Since the system monitoring task 1 (13) performs data recording processing based on the report file 1204b (S09), the registration contents 141 of the database 14
As for b, the state of task B with ID = 4 is abnormally updated. Here, when the task monitoring application 31 performs the data acquisition process, it detects that the task B is abnormal (S10), and accordingly the screen display process is performed (S11), and the task B is displayed on the display screen 32b. At the time of 26th minute, a display indicating that the abnormal state has occurred is displayed.

Next, it is assumed that the task B is restored (S12) and the task C is newly terminated abnormally (S13). In this case, these changes are detected by the task monitoring process (S14), and the report file 120 indicating that is detected.
4c is transmitted (S15). Here, since the task B is abnormally terminated in the previous monitoring process and the normal state is detected in the current monitoring process, the state of the task B is set to recovery. The system monitoring task 1 (13) performs a data recording process based on it (S16), and the registered content 141c of the database 14 records the state of the task B with ID = 4 as “recovery” and also with ID = 5. The status of task C is updated to "abnormal". At this time, the record information of the abnormal state for the task B of ID = 4 is held. Therefore, I
For task B with D = 4, two pieces of information are registered. Here, when the task monitoring application 31 performs the data acquisition process, it is detected that the task C is abnormal (S17), and accordingly the screen display process is performed (S18), and the task C is displayed on the display screen 32b. At 9:27, an indication that an abnormal condition has occurred is displayed. After that, it is assumed that the task C is restored (S19).

Next, as shown in FIG. 9, when task monitoring processing is executed at time 9:28 (S20),
Since the task monitoring process detects that the task C has been restored, the report file 120 indicating that is detected.
4d is transmitted (S21). Here, the task C is abnormally terminated in the previous monitoring process, and the normal state is detected in the current monitoring process, so the state of the task C is set to recovery. The system monitoring task 1 (13) performs a data recording process based on it (S22), and the registered content 141d of the database 14 records the state of the task C with ID = 5 as “recovery” and also with ID = 4. The status of task B is recorded as "normal". This is because the state of task B was previously restored and is now operating normally.

In the above case, the record information of the recovery state for the task B of ID = 4 is retained. Further, the record information of the abnormal state of the task C of ID = 5 is held.
Therefore, three pieces of information are registered for the task B of ID = 4, and two pieces of information are registered for the task C of ID = 5. Here, when the task monitoring application 31 performs the data acquisition process (S23), since there is no abnormality in the latest state of each task and the information to be displayed is not recorded, the screen display is not performed (S24).

Next, it is assumed that task C ends abnormally again (S25). In this case, when the task monitoring process is executed in each process at 9:29 at the next time (S26), it is detected that the task C is abnormally terminated, and the report file 1204e indicating that is transmitted. (S2
7). The system monitoring task 1 (13) performs a data recording process based on it (S28), and the database 14
In the registration content 141e of, the state of the task C with ID = 5 is recorded as “abnormal”. Then, the record information of the recovery state of the task C recorded last time is held. Therefore, ID = 5
For task C of, three pieces of information are registered. Here, when the task monitoring application 31 performs the data acquisition process, the abnormal state of the task C is detected (S2
9), the screen display 32e indicating that the task C is in the abnormal state is made at time 9:29 (S30).

Next, as shown in FIG. 10, it is assumed that the task monitoring task 1 (12) itself has terminated abnormally (S31).
Then, in this example, after the report file 1204e is transmitted from the task monitoring task 1 (12) to the system monitoring task 1 (13) at 9:29, 10
It is assumed that the report file 1204 is not transmitted by 9:39, which is the time when more than a minute has passed. In this case, the system monitoring task 1 (13) regards the task monitoring task 1 (12) as a communication error, and the data recording process causes the database 14 to store the task monitoring task 1 (1).
The fact that the communication abnormality of 2) has occurred is registered (S32).
As a result, it is recorded in the registered content 141f that the information of the task monitoring task 1 with ID = 2 becomes abnormal at time 9:39. At this time, the information about the system monitoring task 1 with ID = 1 is as of time 9:39 (“operation”).
However, the information of the tasks A to C monitored by the task monitoring task 1 is not updated and is held in the immediately preceding state. Here, when the task monitoring application 31 performs data acquisition processing, the task monitoring task 1
And the abnormal state of the task C are detected (S33), the task monitoring task 1 is in the abnormal state at 9:39 and the task C is in the abnormal state at 9:29. The screen display 32f is performed (S34).

Next, at time 9:41, the task monitoring task 1 (12) is restored (S35), and the task monitoring processing and the signal transmission processing are performed (S36, S37).
In this case, the task monitoring task 1 is restored, and the report file 1204g describing that the task C is still in the abnormal state is transmitted. System monitoring task 1 (1
3) performs a data recording process based on it (S3
8), the registered content 141g of the database 14 has ID = 2
The status of task monitoring task 1 is recorded as “recovered”.
Then, the record information of the abnormal state of the task monitoring task 1 recorded last time is held. Therefore, two pieces of information are registered for the task monitoring task 1 with ID = 2. Here, when the task monitoring application 31 performs the data acquisition process, only the abnormal state of the task C is detected (S39). Therefore, a screen display 32g indicating that the task C is in the abnormal state is displayed at 9:29. (S40).

Next, as shown in FIG. 11, time 9:42
In the minute processing, when the task monitoring task 1 (12) performs the task monitoring processing and the signal transmission processing (S41, S4
2) A report file 1204h describing that task C is still in an abnormal state is transmitted. The system monitoring task 1 (13) performs data recording processing based on it (S43), and the registered content 1 of the database 14
In 41h, the status of the task monitoring task 1 with ID = 2 is recorded as "normal". Then, the record information of the recovery state of the task monitoring task 1 recorded last time is retained. Therefore, for the task monitoring task 1 with ID = 2, three pieces of information are registered. Here, when the task monitoring application 31 performs the data acquisition process, only the abnormal state of the task C is detected (S44). Therefore, the screen display 32h indicating that the task C is in the abnormal state is displayed at time 9:29. Done (S45). Then, here, after the system monitoring task 1 (13) performs the data recording process (S43),
It is assumed that the processing has ended abnormally (S46).

Next, the contents of each processing at 9:52 will be described. When the task monitoring task 1 (12) performs task monitoring processing and signal transmission processing (S47, S
48), the report file 1204i describing that the task C is still in the abnormal state is transmitted. In this case, since the system monitoring task 1 (13) has abnormally ended in S46, a communication error occurs (S49), and the process of writing data to the database 14 by the system monitoring task 1 (13) is not performed. . Next, the task monitoring application 31 performs a data acquisition process (S5
0). If the latest status time of the system monitoring task 1 (13) is apart from the current time by a certain period (predetermined time longer than the monitoring time interval = 10 minutes this time (see step 313 in FIG. 6)), the task monitoring application 31 It is considered as an abnormal end of the system monitoring task. At this time, as the screen display 32i, a message indicating that the task C is in the abnormal state at 9:29 and the system monitoring task 1 is in the abnormal state at 9:52 is displayed (S51).

Next, the flow of information in the embodiment shown in FIG. 1 and a modification of the configuration of the embodiment shown in FIG. 1 will be described with reference to FIG. FIG. 12 is a system diagram showing each function and information (signal) flow in the configuration of FIG. 12, the same components as those shown in FIG. 1 are designated by the same reference numerals.

As shown in FIG. 12, the system monitoring task 1 (13) receives the signal transmitted from the task monitoring task 1 (12) and the signal transmitted from the task monitoring task 2 (42). , A database based on them 1
Record predetermined information in 4. Here, the signal transmitted from the task monitoring task 1 (12) to the system monitoring task 1 (13) is a task monitoring task 1 operation signal indicating that the task monitoring task 1 (12) is operating, task A
This is a signal indicating normality / abnormality / recovery of (11A) to task C (11C). The signal transmitted from the task monitoring task 2 (42) to the system monitoring task 1 (13) is a task monitoring task 2 operation signal indicating that the task monitoring task 2 (42) is operating, task D (41D) to Task E
It is a signal indicating normal / abnormal / recovery of (41E). The signal recorded in the database 14 by the system monitoring task 1 (13) is a signal indicating the operation / recovery of the system monitoring task 1 (13), and the normality and abnormality of the task monitoring task 1 (12) and the task monitoring task 2 (42). , Each signal indicating recovery, normality / abnormality of task A (11A) to task C (11C) and task D (41D) to task E (41E),
It is each signal showing each state of restoration.

In the embodiment shown in FIG. 1 (and FIG. 12), the task monitoring task 1 (12) and the system monitoring task 1 (13) are operated in the same server 1 (1). However, it is possible to set such that the task of recording information in the database 14 is not executed on the same server as the task of monitoring each task. That is, in the server 1 (1) of FIG. 12, the server operating the system monitoring task 1 (13) and the database 14, the task monitoring task 1 (12), and each of the tasks A (11A) to tasks with the broken line as a boundary line. C (11
The server that operates C) may be configured separately as two different servers.

Next, a modification of the embodiment shown in FIG. 1 will be described with reference to FIG. FIG. 13 is a system diagram showing each function and information (signal) flow in the configuration of another embodiment of the present invention. FIG. 13 shows task A (11A) and task B (11B) executed in the server 1a.
The task monitoring task 1 (12a) for monitoring the is configured so that information can be directly recorded in the database 14a. In this case, the system monitoring task 1 (13) shown in FIGS. 1 and 12 can be omitted. However,
The task monitoring task 1 (12a) is the task monitoring task 1
It has a function of recording the operation / recovery signal and the signals indicating the normal / abnormal / recovery states of the tasks A and B in the database 14a.

The embodiment of the present invention is the server 1 of FIG.
(1) or the method of the OS running on the server 1 (1a) of FIG. 13 is not particularly limited. However, depending on the existing OS, for example, as shown in FIG. 13, there is a constraint that a task that monitors each task cannot directly transmit information to a storage device or a storage medium that configures the database 14a. There is. In such a case, as shown in FIG. 12, use a configuration in which the task monitoring tasks 1 and 2 that monitor each task and the system monitoring task 1 that transmits information to the database 14 are provided separately. You can do this.

According to the embodiment of the present invention described above, it has conventionally been necessary to embed a processing means for notifying an abnormal end for each task, but at a high cost, in the present invention, task monitoring is performed. The database holds information on abnormal termination detected by the task, and the means for displaying is
Since the information is acquired from the database by using the application installed in each client without depending on the processing part of each server, it is easy for a general worker to add a display terminal, and cost reduction can be expected.

Further, conventionally, although there is no means for detecting an abnormality in the network, the one according to the present invention transmits an operation signal at the time of normal operation of the task, so that not only the abnormal termination of the task but also the trouble of the network may occur. Notification can be made, and effective operation is possible even in a larger system.

Further, conventionally, the abnormality detecting means itself has no means for detecting an abnormality, but in the present invention, since the operation signal is transmitted during the normal operation of the task, the abnormality detecting means has an abnormality. Even if it does, it is possible to notify, and more accurate operation becomes possible.

In the past, it was necessary to embed a code for each task, but in order to increase the number of target tasks in the embodiment of the present invention, only the task monitoring task definition file is changed. Can be added, and a system with expandability can be constructed at low cost.

Further, conventionally, since the history of abnormal task termination is not held, only limited information can be obtained for abnormal task termination, but in the present embodiment, the task history is held in the database. Therefore, it is possible to use it for investigating the cause of the abnormal end of the past task.

In the embodiment of the present invention, each task,
Between the task monitoring task and the system monitoring task,
There is no need to have a parent-child relationship (for example, a task monitoring task can activate a system monitoring task, or a task can directly detect an abnormal end and generate a forced interrupt). That is, the relationship between each task, the task monitoring task, and the system monitoring task is operated and managed in parallel by a predetermined OS. Then, the operation of the task monitoring task can be managed by transmitting the information to the recording medium constituting the database 14 or 14a via another task or directly. Therefore, the task (or process) running on various OSs is not limited to any particular type of OS.
It becomes possible to perform monitoring processing for the target, and it is possible to perform a wide range of operations.

The embodiment of the present invention is not limited to the above-described one. For example, the method of screen display in the task monitoring application executed by the client may be displayed graphically or statistically. It is possible to appropriately change the information about the past history to be displayed at the same time, or to perform the alarm operation by sound or light at the same time. In addition, each task, task monitoring task, and system monitoring task should be divided into multiple servers connected via a communication network or a single server to have a more hierarchical structure. Good.

Further, the embodiment of the present invention is configured by using a program executed by one or a plurality of servers by utilizing its hardware resources. The program is a computer-readable recording medium. , Or via a communication line.

[0060]

As described above, according to the present invention,
In a computer system in which a plurality of tasks are operated by one or a plurality of servers that are connected to one or a plurality of clients or mutually via a network, a task that is operated on one server A task monitoring unit that detects the operating status of another task that is operated at a predetermined time interval and outputs a predetermined signal based on the detection result, and the task monitoring unit that monitors the signal output from the task monitoring unit. A storage means for storing a plurality of pieces of information indicating the operation state of the means and information indicating the states of other tasks detected by the task monitoring means in a form that can be acquired by the client together with information related to time Therefore, by referring to the information stored in the storage means, in addition to the task error, the network communication error may occur. Some can be detected, also,
Even when an abnormality occurs in the task monitoring unit itself for detecting an abnormality, the abnormality can be detected and notified, and a configuration using the history information can be easily constructed.

Further, a system monitor in which a plurality of task monitoring means are operated on one or a plurality of servers and the signals output from the plurality of task monitoring means are received and stored in the storage means at predetermined time intervals. By further providing the means, it is possible to deal with the case where the task monitoring means cannot directly transmit the information to the storage means due to the system restrictions of the computer system. In addition, the output signal of the task monitoring means selectively indicates that the task operating state is normal, that the task operating state is abnormal, and that the task operating state is a state in which the task is normally recovered from the abnormality. By making it as shown, the history of the task monitoring information can be made into a database, and the past information can be used in detail and easily.

The task to be detected by the task monitoring means is determined based on the information described in a predetermined definition file, or the information supplied from the storage means to the client is the predetermined definition file. Of the task monitoring means to be received by the system monitoring means is described in a predetermined third definition file. By making a decision based on the information obtained, it is not necessary to incorporate means for notifying an abnormal end for each task, and it is possible to easily change or add the detected contents of abnormal end and display terminals. be able to.

Further, the client accesses the storage means which stores the result of detecting the operational status of the task together with the time information indicating the operational status of the monitoring task, acquires it, and acquires the acquired monitoring task. Even if a communication abnormality occurs in the monitoring task by determining whether there is an abnormality in the operating status of the monitoring task based on the time information indicating the operating state and the current time information, the client can detect It becomes possible for the side to judge the abnormal state.

[Brief description of drawings]

FIG. 1 is a block diagram for explaining a system configuration of an embodiment of the present invention.

2 is a flowchart for explaining the function of a task monitoring task 1 (12) or a task monitoring task 2 (42) in FIG.

FIG. 3 is a diagram showing a configuration example of files and tables used by a task monitoring task 1 (12) or a task monitoring task 2 (42) of FIG.

4 is a flowchart for explaining the function of a system monitoring task 1 (13) in FIG.

5 is a diagram showing a configuration example of files and tables used by the system monitoring task 1 (13) of FIG.

FIG. 6 is a flowchart for explaining the function of the task monitoring application 31 of FIG.

7 is a diagram showing a configuration example of a task monitoring application definition file used by the task monitoring application 31 of FIG.

8 is a time chart for explaining an operation example of the system shown in FIG. Here, FIGS. 8 to 11 show a series of operations.

9 is a time chart for explaining an operation example of the system shown in FIG. Here, FIGS. 8 to 11 show a series of operations.

FIG. 10 is a time chart for explaining an operation example of the system shown in FIG. Here, FIGS. 8 to 11 show a series of operations.

11 is a time chart for explaining an operation example of the system shown in FIG. Here, FIGS. 8 to 11 show a series of operations.

12] Functions and information (signals) in the configuration of FIG.
It is a system diagram which shows the flow of FIG.

FIG. 13 is a system diagram showing each function and a flow of information (signal) in the configuration of another embodiment of the present invention.

[Explanation of symbols]

1, 1a ... Server 1 2 ... Network 3 ... Client (Client PC) 4 ... server 2 11A to 11C ... Task A to Task C 12, 12a ... Task monitoring task 1 13 ... System monitoring task 1 14, 14a ... Database (DB) 31 ... Task monitoring application 32 ... Screen display (output) 41D, 41E ... Tasks D, E 42 ... Task monitoring task 2 1201 ... Definition file for task monitoring task 1301 ... System monitoring task definition file 3101 ... Definition file for task monitoring application

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Hiroyuki Goko             1-297 Kitabukuro-cho, Saitama City, Saitama Prefecture             Mitsubishi Materials Corporation Research Institute Omiya Lab             Research Center Equipment Systems Research Department F-term (reference) 5B042 GA12 GA23 GC10 GC16 GC18                       JJ04 JJ08 JJ15 KK10 MB03                       MC21                 5B045 BB28 BB42 GG01 JJ02 JJ13                 5B085 AC03 AC14 BA06 BG07

Claims (12)

[Claims] 1. A computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network, the tasks being operated on the one server. The task monitoring means for detecting the operation status of other tasks operated on the server at a predetermined time interval and outputting a predetermined signal based on the detection result, and the signal output from the task monitoring means. On the basis of the information indicating the operation state of the task monitoring unit and the information indicating the state of the other task detected by the task monitoring unit, a plurality of pieces of information are provided together with information about the time in a form that the client can obtain. A task monitoring system comprising: a storage unit that stores the task. 2. A plurality of the task monitoring means are operated on one or a plurality of servers, receive signals output from the plurality of task monitoring means, and store the signals in the storage means at predetermined time intervals. The task monitoring system according to claim 1, further comprising system monitoring means. 3. The task monitoring system according to claim 1, wherein the task to be detected by the task monitoring unit is determined based on information described in a predetermined definition file. 4. The information supplied from the storage means to the client is determined based on information described in a second definition file described in correspondence with the description information of the predetermined definition file. The task monitoring system according to claim 3, wherein: 5. The task monitoring means to be received by the system monitoring means is determined based on information described in a predetermined third definition file. The task monitoring system according to item 1. 6. The output signal of the task monitoring means indicates that the task operating state is normal, that the task operating state is abnormal, and that the task operating state is normally restored from the abnormality. 6. The task monitoring system according to claim 1, wherein the task monitoring system selectively shows 7. A method for monitoring the operational status of a task in a computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network. Then, the task operated on the server 1 detects the operation status of other tasks operated on the server at a predetermined time interval, and outputs a predetermined signal based on the detection result. A plurality of pieces of information indicating the monitoring status of the task and information indicating the operating status of the detected other task based on the signal that has been acquired, together with information related to the time in a form that the client can obtain. A task monitoring method characterized by: 8. A computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network, by a program executed by the one or a plurality of servers. Then, the process of detecting the operating status of other tasks operated by the server at a predetermined time interval by a task operated on one server, and outputting a predetermined signal based on the detection result, Based on the output signal, information indicating the monitoring status of the task, and information indicating the operating status of the detected other task, together with information related to the time in a form that the client can obtain. A task monitoring program characterized in that a plurality of storing processes are described. 9. A computer-readable recording medium in which the program according to claim 8 is recorded. 10. A server in a computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients or mutually via a network, on the one server. Task monitoring means for detecting the operating states of other tasks operated by the server at a predetermined time interval and outputting a predetermined signal based on the detection result, and the task monitoring Based on the signal output from the means, the information indicating the operation state of the task monitoring means and the information indicating the state of the other task detected by the task monitoring means can be acquired by the client. And a storage unit for storing a plurality of pieces of information together with time information. 11. A computer system in which a plurality of tasks are operated by one or a plurality of servers connected to one or a plurality of clients via a network, the program being executed by the one or more clients. A storage unit that stores the operation state of one or more tasks operated by one or more servers at predetermined time intervals by a predetermined monitoring task, together with time information indicating the operating state of the monitoring task. Based on the process of accessing and acquiring the time information indicating the operating status of the monitoring task, the time information indicating the operating status of the acquired monitoring task, and the current time information, the operation status of the monitoring task A task monitoring program, characterized in that a process for judging the presence or absence of an abnormality is described. 12. A computer-readable recording medium in which the program according to claim 11 is recorded.