JP2005078122A - Lock status detection device and lock status detection method and its program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a lock status detection device equipped with a function to automatically detect the lock status of a process. <P>SOLUTION: This lock status detection method comprises a monitor target process to make a response based on the performance instruction of normality response processing, a normality confirmation command to instruct the monitor target process to perform the normality response processing, and to accept the response and a lock status detection process to perform the normality confirmation command, and to detect the lock status of the monitor target process based on the response notified from the normality confirmation command. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a computer system, and more particularly to a lock state detection device, a lock state detection method, and a program therefor.
[0002]
[Prior art]
Conventionally, in order to determine whether or not a process running on a UNIX (registered trademark) system is operating normally, ps (Report Process) provided in an OS (Operating System) of UNIX (registered trademark). A (Status) command is executed to determine whether the process is operating normally (see, for example, Patent Document 1). In another method, for example, whether a user operates a command that uses a GUI (Graphical User Interface) to operate the process and responds to the execution of the command. Judging.
[0003]
[Patent Document 1]
JP-A-2002-342107
[0004]
[Problems to be solved by the invention]
However, in the method for determining whether or not a process is normal by the above-described ps command, it is only checked whether or not the process is started on the UNIX (registered trademark) system. Even if the process is locked), the locked process is displayed in the result of the ps command, and it can be determined that the process is normally started. Therefore, there is a problem that the method using the ps command cannot detect that the process is locked. In addition, the method of determining whether or not a process is normal by issuing a command to a process in a locked state has a problem that the locked state of the process cannot be automatically determined.
Accordingly, an object of the present invention is to provide a lock state detection device, a lock state detection method, and a program therefor, which have a function capable of automatically detecting the lock state of a process.
[0005]
[Means for Solving the Problems]
The present invention has been made in order to solve the above-described problems. A monitoring target process that responds based on an instruction to execute normality response processing, and an instruction to execute normality response processing are issued to the monitoring target process. A normality confirmation command that accepts a response; and a lock state detection process that executes the normality confirmation command and detects a lock state of the monitoring process based on the response notified from the normality confirmation command. This is a lock state detecting device.
[0006]
According to the above configuration, in the present invention, the monitoring target process responds based on the execution instruction of the normality response process, and the normality confirmation command instructs the monitoring target process to execute the normality response process. Accept. Then, the lock state detection process executes a normality confirmation command, and detects the lock state of the monitoring process based on the response notified from the normality confirmation command. As a result, the locked state of the monitored process can be detected more accurately as compared to the execution of the ps command, which is a method for merely checking whether the monitored process is activated on the UNIX (registered trademark) system.
[0007]
According to the present invention, the lock state detection device includes a timeout command for forcibly terminating the executed normality confirmation command and an end command for forcibly terminating the process to be monitored. The time-out command is executed when the response is not notified even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is abnormal or constant from the execution of the normality confirmation command. The end command is executed when the response is not notified even after a lapse of time.
[0008]
According to the above configuration, according to the present invention, the lock state detection process executes the time-out command when no response is notified even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is The termination command is executed when there is an abnormality or when there is no response notification after a certain period of time has elapsed since the execution of the normality confirmation command. As a result, the locked state of the monitored process can be automatically detected and forcibly terminated without the user having to manually execute the ps command or execute a command for operating the monitored process from the GUI. I can do it. In addition, since the lock state of the monitoring target process can be automatically detected, the user can find the monitoring target process in the locked state at an early stage and take actions such as process restart.
[0009]
Further, the present invention is a lock state detection apparatus for a monitoring target process, acquires the CPU usage time of the monitoring target process, and based on whether the CPU usage time exceeds a predetermined threshold, A lock state detection apparatus comprising a lock state detection process for detecting a lock state of a process to be monitored. As a result, the locked state of the monitored process can be automatically detected without the user having to manually execute the ps command or execute a command for operating the monitored process from the GUI. In addition, since the lock state of the monitoring target process can be automatically detected, the user can find the monitoring target process in the locked state at an early stage and take actions such as process restart.
[0010]
Further, according to the present invention, the lock state detection device described above includes an end command for forcibly terminating the monitored process, and the lock state detection process outputs the end command when the CPU usage time exceeds the threshold value. Characterized by performing. Thereby, when the monitoring target process is locked, the monitoring target process can be automatically forcibly terminated.
[0011]
According to the present invention, in the above-described lock state detection apparatus, the normality confirmation command is a command prepared for a specific process to be monitored. Thus, instead of the normality confirmation command for executing the execution instruction of the normality response process for a plurality of monitoring target processes, the execution instruction for the normality response process is executed for one specific monitoring target process. Since it is sufficient to create a normality confirmation command, the user can easily check the normality compared to creating a normality confirmation command that performs the execution instruction of normality response processing for multiple monitored processes. You can create commands.
[0012]
The present invention also relates to a lock state detection method for a monitoring target process that makes a response based on an execution instruction for normality response processing, wherein the lock state detection process executes a normality confirmation command, and the normality confirmation command Instructing the monitoring target process to execute normality response processing and accepting the response, and the lock state detection process is based on the response notified from the normality confirmation command. And a lock state detecting method comprising: detecting a lock state.
[0013]
Further, the present invention is the above-described lock state detection method, wherein the lock state detection process executes the timeout command when there is no notification of the response even after a lapse of a predetermined time from the execution of the normality confirmation command. A process of executing the end command when the response from the monitoring target process is abnormal or when there is no notification of the response even after a certain period of time has elapsed since the execution of the normality confirmation command; The timeout command includes a process of forcibly terminating the executed normality confirmation command, and a process of the termination command forcibly terminating the monitored process.
[0014]
The present invention is also a method for detecting a lock state of a monitoring target process, wherein the lock state detection process acquires the CPU usage time of the monitoring target process and whether the CPU usage time exceeds a predetermined threshold value. The lock state detection method includes a step of detecting the lock state of the monitored process based on the above.
[0015]
The present invention is the above-described lock state detection method, wherein the lock state detection process executes a termination command when the CPU usage time exceeds the threshold, and the termination command includes the monitoring command. And a process of forcibly terminating the target process.
[0016]
Further, the present invention is the above-described lock state detection method, wherein the normality confirmation command is a command prepared for a specific process to be monitored.
[0017]
Further, the present invention is a program that is executed by a computer of a lock state detection device that detects a lock state of a monitored process, wherein the lock state detection process executes a normality confirmation command, and the normality confirmation command includes: Instructing the monitoring target process to execute normality response processing, receiving the response from the monitoring target process, and the lock state detection process based on the response notified from the normality confirmation command, This is a program for causing a computer to execute a process of detecting a lock state of a monitoring process.
[0018]
In the present invention, the lock state detection process executes the timeout command when there is no notification of the response even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is abnormal. Or the execution of the end command and the execution of the time-out command in the case where there is no notification of the response even after a certain period of time has elapsed since the execution of the normality confirmation command. A program for causing a computer to execute a process of forcibly terminating the normality confirmation command and a process of forcibly terminating the monitored process based on execution of the termination command.
[0019]
According to another aspect of the present invention, there is provided a program to be executed by a computer of a lock state detection device that detects a lock state of a monitoring target process, the CPU usage time of the monitoring target process is acquired, and the CPU usage time is a predetermined threshold value. This is a program for causing a computer to execute the process of detecting the lock state of the monitoring target process based on whether or not the threshold is exceeded.
[0020]
The lock state detection process forcibly terminates the monitored process based on a process of executing a termination command when the CPU usage time exceeds the threshold and execution of the termination command. A program that causes a computer to execute processes and processes.
[0021]
The present invention is also a program for executing the normality confirmation command prepared for a specific process to be monitored.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, a lock state detection apparatus according to an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic block diagram showing a configuration of a lock state detection device according to an embodiment of the present invention. In this figure, reference numeral 1 denotes a lock state detection apparatus adopting a UNIX (registered trademark) system as an OS. Reference numeral 11 denotes a lock state detection process for detecting whether or not the monitored process is in a lock state. Reference numeral 12 denotes a monitored process. Reference numeral 13 denotes a process name file in which the process name of the monitoring target process 12 is described.
[0023]
Reference numeral 14 denotes a normality confirmation shell (normality confirmation command) in which the operation of the lock state detection process 11 for confirming the normality of the monitored process 12 is described. Includes a command that can determine the lock state of the process. A timeout shell (15) describes the operation of the lock state detection process 11 for stopping the processing of the normality confirmation shell 14 when there is no response corresponding to the normality confirmation response from the monitored process 12 for a predetermined time. The description of the timeout shell 15 includes a command for forcibly terminating the locked process. Reference numeral 16 denotes an end shell (end command) in which the operation of the lock state detection process 11 for forcibly terminating the monitoring target process 12 in the lock state is described. A command for forcibly terminating the monitored process 12 is included. Reference numeral 17 denotes a process information storage file that stores the process ID of the monitoring target process 12, the CPU usage time, and the like. The process information storage file is created for each monitoring target process 12 and is stored in the lock state detection apparatus 1. The normality confirmation shell 14, timeout shell 15, and termination shell 16 described above are created for each monitoring target process 12. The above-mentioned shell is a shell script. The above-mentioned lock state is an abnormal state of a process that cannot be determined by information obtained by executing the ps command (information such as process ID), and the operation of the monitoring target process 12 indicates the operation expected by the user. The state of not performing.
[0024]
The lock state detection process 11 executes the normality confirmation shell 14 and detects whether or not the monitoring target process 12 is in the lock state based on the response, and if it is in the lock state, the timeout shell 15 or the end shell is detected. 16 is executed to forcibly terminate the process 12 to be monitored. Further, the monitoring target process 12 includes response means for notifying a normal or abnormal response based on a normality response processing execution instruction from the normality confirmation shell 14. Further, the lock state detection process 11 acquires the CPU usage time described in the process information storage file 17 of the monitoring target process 12, and based on whether the CPU usage time exceeds a predetermined threshold value or not. The lock state of the monitored process 12 is detected.
[0025]
FIG. 2 is a diagram showing the data contents described in the process name file. As shown in this figure, the process name file 13 includes a serial number, an execution cycle, a confirmation type, a process information confirmation type, the number of retries, a timeout time (fixed time), a normality confirmation shell name, a timeout shell name, and an end shell name. In addition, a monitoring target process deletion type, a monitoring target process name, a CPU time maximum value, and the like are described.
Here, the execution cycle is a cycle in which the lock state detection process 11 executes the normality confirmation shell 14. The confirmation type is information indicating whether the monitoring target is a process or a command. The process information confirmation type is information indicating a method for determining the lock state of the monitoring target process 12. When the process information confirmation type is "CPU time monitoring", the lock state detection process 11 is the CPU of the monitoring target process 12. When the lock state is detected based on the usage time and the process information confirmation type is “execution of normality confirmation shell”, the lock state detection process 11 executes the normality confirmation shell 14 to execute the monitoring target process 12. The lock state is detected based on the response notified from the server, and when the process information confirmation type is “ALL”, the lock state detection process 11 performs “CPU time monitoring” and “execution of normality confirmation shell”. Based on both methods, the lock state of the monitored process 12 is detected.
[0026]
Next, processing of the lock state detection device when the monitoring target process is normal will be described. FIG. 3 is a diagram illustrating processing of the lock state detection device when the monitoring target process is normal.
First, the lock state detection process 11 includes the process name of the monitoring target process 12 described in the process name file 13, the normality confirmation shell name, the timeout shell name, the termination shell name, the cycle for executing the normality confirmation shell, and the normality. Reads the response time-out time corresponding to the confirmation shell execution. Next, the lock state detection process 11 acquires a process ID using, for example, a ps command based on the process name of the monitoring target process 12 read from the process name file 13.
[0027]
Next, the lock state detection process 11 detects the lock state of the monitoring target process 12 based on the CPU time based on the process confirmation type acquired from the process name file 13 or the monitoring target by executing the normality confirmation shell 14. It is determined whether the lock state of the process 12 is detected. Here, when the process confirmation type indicates “execution of normality confirmation shell”, the lock state detection process 11 uses the acquired process ID and the normality confirmation shell name read from the process name file 13. The normality confirmation shell 14 is executed (step S301), and it is confirmed whether or not the process 12 to be monitored is normal. Here, the lock state detection process 11 turns on the response flag held by the timeout measurement process in order to start the timeout measurement process for measuring the time until the response corresponding to the execution of the normality confirmation shell is notified, Also notifies the timeout measurement process of the timeout time. Then, the timeout measurement process is started, and the lock state detection process 11 instructs the timeout measurement process to measure the timeout time read from the process name file 13.
[0028]
Next, the normality confirmation shell 14 instructs the monitoring target process 12 to execute normality response processing (step S302). Then, if the monitoring target process 12 is normal, it sends a normal response to the normality confirmation shell 14 (step S303). Then, the normality confirmation shell 14 notifies the received normal response to the lock state detection process 11 (step S304). Next, when the lock state detection process 11 receives a normal response notification, if there is no time-out notification from the time-out measurement process (if the normal response notification is within the time-out period), it determines a normal response (step (S305) The normality confirmation shell is executed at every execution period of the normality confirmation shell read from the process name file 13 (step S306). Then, the normality confirmation shell 14 executes normality response processing again for the monitoring target process 12 (step S307). Note that if the monitoring target process 12 does not have a response means for executing normality response processing, the termination shell 16 may issue a Kill command to terminate the monitoring target process 12.
[0029]
Next, processing of the lock state detection device when the monitoring target process is in the lock state will be described. FIG. 4 is a diagram illustrating processing of the lock state detection apparatus when the monitoring target process is in the lock state.
First, the lock state detection process 11 includes the process name of the monitoring target process 12 described in the process name file 13, the normality confirmation shell name, the timeout shell name, the termination shell name, the cycle for executing the normality confirmation shell, and the normality. Reads the response time-out time corresponding to the confirmation shell execution. Next, the lock state detection process 11 acquires a process ID using, for example, a ps command based on the process name of the monitoring target process 12 read from the process name file 13.
[0030]
Next, the lock state detection process 11 detects the lock state of the monitoring target process 12 based on the CPU time based on the process confirmation type acquired from the process name file 13 or the monitoring target by executing the normality confirmation shell 14. It is determined whether the lock state of the process 12 is detected. Here, when the process confirmation type indicates “execution of normality confirmation shell”, the lock state detection process 11 uses the acquired process ID and the normality confirmation shell name read from the process name file 13. The normality confirmation shell 14 is executed (step S401), and it is confirmed whether or not the process 12 to be monitored is normal. Here, the lock state detection process 11 turns on the response flag held by the timeout measurement process in order to start the timeout measurement process for measuring the time until the response corresponding to the execution of the normality confirmation shell is notified, Also notifies the timeout measurement process of the timeout time. Then, the timeout measurement process is started, and the lock state detection process 11 instructs the timeout measurement process to measure the timeout time read from the process name file 13.
[0031]
Next, the normality confirmation shell instructs the monitoring target process 12 to execute normality response processing (step S402). Then, the monitoring target process 12 performs an abnormal response to the normality confirmation shell 14 in the locked state (step S403). Then, the normality confirmation shell 14 notifies the received abnormal response to the lock state detection process 11 (step S404). Next, when the lock state detection process 11 receives the notification of the abnormal response, if there is no time-out notification from the time-out measurement process (if the normal response notification is within the time-out period), the lock state detection process 11 determines the abnormal response (step In step S405, the end shell 16 is executed (step S406). Then, the termination shell 16 forcibly terminates the monitoring target process 12 (step S407). Note that if the monitoring target process 12 does not have a response means for executing normality response processing, the termination shell 16 may issue a Kill command to terminate the monitoring target process 12.
[0032]
Next, the processing of the lock state detection apparatus when there is no response from the monitoring target process corresponding to the execution of the normality confirmation shell will be described. FIG. 5 is a diagram illustrating processing of the lock state detection device when there is no response from the monitoring target process.
First, the lock state detection process 11 includes the process name of the monitoring target process 12 described in the process name file 13, the normality confirmation shell name, the timeout shell name, the termination shell name, the cycle for executing the normality confirmation shell, and the normality. Reads the response time-out time corresponding to the confirmation shell execution. Next, the lock state detection process 11 acquires a process ID using, for example, a ps command based on the process name of the monitoring target process 12 read from the process name file 13.
[0033]
Next, the lock state detection process 11 detects the lock state of the monitoring target process 12 based on the CPU time based on the process confirmation type acquired from the process name file 13 or the monitoring target by executing the normality confirmation shell 14. It is determined whether the lock state of the process 12 is detected. Here, when the process confirmation type indicates “execution of normality confirmation shell”, the lock state detection process 11 uses the acquired process ID and the normality confirmation shell name read from the process name file 13. The normality confirmation shell 14 is executed (step S501), and it is confirmed whether or not the process 12 to be monitored is normal. Here, the lock state detection process 11 turns on the response flag held by the timeout measurement process in order to start the timeout measurement process for measuring the time until the response corresponding to the execution of the normality confirmation shell is notified, Also notifies the timeout measurement process of the timeout time. Then, the timeout measurement process is started, and the lock state detection process 11 instructs the timeout measurement process to measure the timeout time read from the process name file 13.
[0034]
Next, the normality confirmation shell instructs the monitoring target process 12 to execute normality response processing (step S502). Here, if a state in which no response is received from the monitoring target process 12 continues, the timeout measurement process determines that the timeout time has elapsed and rewrites the response flag to OFF. When the timeout measurement process confirms that the response flag is OFF, the timeout measurement process issues a signal notifying the lock state detection process 11 that the timeout time has elapsed (step S503). Next, when receiving a signal notifying that the timeout time has elapsed, the lock state detection process 11 executes the timeout shell 15 read from the process name file 13 (step S504). Then, the timeout shell 15 forcibly terminates the normality confirmation shell (step S505). When the time-out shell 15 forcibly terminates the normality confirmation shell, the time-out shell 15 notifies the lock state detection process 11 that the forcible termination has been completed (step S506). Then, the lock state detection process 11 executes the end shell 16 read from the process name file 13 (step S507), and the end shell 16 forcibly ends the monitoring target process 12 (step S508). Note that if the monitoring target process 12 does not have a response means for executing normality response processing, the termination shell 16 may issue a Kill command to terminate the monitoring target process 12.
[0035]
Next, the processing of the lock state detection device when determining whether or not the monitoring target process is locked based on the CPU usage time of the monitoring target process will be described. FIG. 6 is a diagram illustrating processing of the lock state detection device when determining the lock state based on the CPU usage time of the monitoring target process.
First, the lock state detection process 11 includes the process name of the monitoring target process 12 described in the process name file 13, the normality confirmation shell name, the timeout shell name, the termination shell name, the cycle for executing the normality confirmation shell, and the normality. The response timeout time corresponding to the confirmation shell execution, the process confirmation type, and the CPU usage time maximum value (threshold value) are read. Next, the lock state detection process 11 acquires the process ID of the monitoring target process 12 using the ps command based on the process name of the monitoring target process 12 read from the process name file 13 (step S601).
[0036]
Next, the lock state detection process 11 detects the lock state of the monitoring target process 12 based on the CPU time based on the process confirmation type acquired from the process name file 13 or the monitoring target by executing the normality confirmation shell 14. It is determined whether the lock state of the process 12 has been detected (step S602). When the process confirmation type indicates “CPU time monitoring”, the lock state detection process 11 detects the lock state of the monitoring target process 12 based on the CPU time, and acquires the process ID acquired in step S601. Is confirmed in the process information storage file 17. Then, the CPU usage time of the monitoring target process 12 described in the process information storage file 17 is confirmed at regular intervals. Then, the lock state detection process 11 obtains the total CPU usage time by confirming the total of the CPU usage time twice, and after confirming the difference in the total CPU usage time (the total CPU usage time) CPU usage time increased until the total CPU usage time is confirmed) is calculated.
[0037]
Then, the CPU usage time difference calculated is compared with the CPU usage time maximum value read from the process name file 13. When the calculated difference in CPU usage time exceeds the maximum CPU usage time, the lock state detection process 11 executes the end shell 16 read from the process name file 13 (step S603), and the end shell 16 Forcibly terminates the monitored process 12.
[0038]
The above-described lock state detection device has a computer system inside. The process described above is stored in a computer-readable recording medium in the form of a program, and the above process is performed by the computer reading and executing this program. Here, the computer-readable recording medium means a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, or the like. Alternatively, the computer program may be distributed to the computer via a communication line, and the computer that has received the distribution may execute the program.
The above-mentioned process is an execution unit under the management of the OS of the program. In the computer processing of the lock state detection device, the main memory reads and stores a program recorded on a recording medium such as a hard disk, and the CPU executes the program stored in the main memory. Further, the CPU reads the data for the executed program from the main memory and writes the data for the executed program into the main memory. A plurality of processes, which are processing execution units for each computer program, are processed in parallel under the management of the OS.
[0039]
【The invention's effect】
According to the present invention, the monitoring target process responds based on the execution instruction of the normality response process, and the normality confirmation command instructs the monitoring target process to execute the normality response process and receives the response. Then, the lock state detection process executes a normality confirmation command, and detects the lock state of the monitoring process based on the response notified from the normality confirmation command. As a result, the locked state of the monitored process can be detected more accurately as compared to the execution of the ps command, which is a method for merely checking whether the monitored process is activated on the UNIX (registered trademark) system.
[0040]
According to the present invention, the lock state detection process executes a time-out command when there is no response notification even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is abnormal Alternatively, the end command is executed in any case where there is no response notification even after a certain period of time has elapsed since the normality confirmation command was executed. As a result, the locked state of the monitored process can be automatically detected and forcibly terminated without the user having to manually execute the ps command or execute a command for operating the monitored process from the GUI. I can do it. In addition, since the lock state of the monitoring target process can be automatically detected, the user can find the monitoring target process in the locked state at an early stage and take actions such as process restart.
[0041]
Further, according to the present invention, the lock state detection for acquiring the CPU usage time of the monitoring target process and detecting the lock state of the monitoring target process based on whether the CPU usage time exceeds a predetermined threshold. A lock state detection device comprising a process. As a result, the locked state of the monitored process can be automatically detected without the user having to manually execute the ps command or execute a command for operating the monitored process from the GUI. In addition, since the lock state of the monitoring target process can be automatically detected, the user can find the monitoring target process in the locked state at an early stage and take actions such as process restart.
[0042]
Further, according to the present invention, the lock state detection device described above includes a termination command for forcibly terminating the process to be monitored, and the lock state detection process executes the termination command when the CPU usage time exceeds a threshold value. To do. Thereby, when the monitoring target process is locked, the monitoring target process can be automatically forcibly terminated.
[0043]
According to the present invention, in the above-described lock state detection device, the normality confirmation command is a command prepared for a specific process to be monitored. Thus, instead of the normality confirmation command for executing the execution instruction of the normality response process for a plurality of monitoring target processes, the execution instruction for the normality response process is executed for one specific monitoring target process. Since it is sufficient to create a normality confirmation command, the user can easily check the normality compared to creating a normality confirmation command that performs the execution instruction of normality response processing for multiple monitored processes. You can create commands.
[Brief description of the drawings]
FIG. 1 is a schematic block diagram showing a configuration of a lock state detection device according to an embodiment of the present invention.
FIG. 2 is a diagram showing data contents described in a process name file according to an embodiment of the present invention.
FIG. 3 is a diagram showing processing of the lock state detection device when the monitoring target process is normal according to the embodiment of the present invention.
FIG. 4 is a diagram illustrating processing of the lock state detection device when the monitoring target process is in the lock state according to the embodiment of the present invention.
FIG. 5 is a diagram showing processing of the lock state detection device when there is no response from the monitoring target process according to the embodiment of the present invention.
FIG. 6 is a diagram illustrating processing of the lock state detection device when determining the lock state based on the CPU usage time of the monitoring target process according to the embodiment of the present invention.
[Explanation of symbols]
1 Lock state detection device
11 Lock state detection process
12 Processes to be monitored
13 Process name file
14 Normality confirmation shell
15 Timeout shell
16 Exit shell
17 Process information storage file

Claims (15)

A monitored process that responds based on an instruction to execute normality response processing;
A normality confirmation command for instructing the monitored process to execute normality response processing and receiving the response;
A lock state detection process for executing the normality confirmation command and detecting the lock state of the monitoring process based on the response notified from the normality confirmation command;
A lock state detection device comprising: A timeout command for forcibly terminating the executed health check command;
A termination command for forcibly terminating the monitored process;
With
The lock state detection process executes the time-out command when there is no notification of the response even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is abnormal or the normal 2. The lock state detecting apparatus according to claim 1, wherein the end command is executed in any case where the response is not notified even after a predetermined time has elapsed since the execution of the sex confirmation command. A device for detecting a lock state of a monitored process,
A lock state detection process for acquiring a CPU usage time of the monitoring target process and detecting a lock state of the monitoring target process based on whether the CPU usage time exceeds a predetermined threshold; A lock state detection device. A termination command for forcibly terminating the monitored process;
The lock state detection apparatus according to claim 3, wherein the lock state detection process executes the end command when the CPU usage time exceeds the threshold value. 5. The lock state detection apparatus according to claim 1, wherein the normality confirmation command is a command prepared for a specific process to be monitored. A method for detecting a lock state of a monitored process that makes a response based on an instruction to execute normality response processing,
The lock state detection process executes a health check command;
A process in which a normality confirmation command instructs the monitoring target process to execute normality response processing and receives a response;
The lock state detection process detecting the lock state of the monitoring process based on the response notified from the normality confirmation command;
A lock state detection method characterized by comprising: The lock state detection process executes the time-out command when there is no notification of the response even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is abnormal or A process of executing the end command in any case where there is no notification of the response even after a lapse of a certain time from the execution of the normality confirmation command;
The time-out command forcibly terminating the executed normality confirmation command;
The termination command forcibly terminating the monitored process;
The lock state detecting method according to claim 6, further comprising: A method for detecting a lock state of a monitored process,
The lock state detection process acquires the CPU usage time of the monitoring target process and detects the lock state of the monitoring target process based on whether the CPU usage time exceeds a predetermined threshold. A lock state detection method comprising: The lock state detection process executing a termination command when the CPU usage time exceeds the threshold;
The termination command forcibly terminating the monitored process;
The lock state detection method according to claim 8, comprising: The lock state detection method according to claim 6, wherein the normality confirmation command is a command prepared for a specific process to be monitored. A program to be executed by a computer of a lock state detection device that detects a lock state of a monitored process,
The lock state detection process executes a health check command;
A normality confirmation command instructs the monitoring target process to execute normality response processing, and receives a response from the monitoring target process;
The lock state detection process detecting the lock state of the monitoring process based on the response notified from the normality confirmation command;
A program that causes a computer to execute this process. The lock state detection process executes the time-out command when there is no notification of the response even after a lapse of a certain time from the execution of the normality confirmation command, and the response from the monitored process is abnormal or A process of executing the end command in any case where there is no notification of the response even after a lapse of a certain time from the execution of the normality confirmation command;
A process of forcibly terminating the executed normality confirmation command based on execution of the timeout command;
A process of forcibly terminating the monitored process based on execution of the termination command;
The program of Claim 11 which makes a computer perform the process of. A program to be executed by a computer of a lock state detection device that detects a lock state of a monitored process,
The CPU usage time of the monitoring target process is acquired, and based on whether or not the CPU usage time exceeds a predetermined threshold, the computer is caused to execute a process of detecting the lock state of the monitoring target process. program. The lock state detection process executing a termination command when the CPU usage time exceeds the threshold;
A process of forcibly terminating the monitored process based on execution of the termination command;
The program of Claim 13 which makes a computer perform the process of. The program according to any one of claims 11 to 14, wherein the normality confirmation command prepared for a specific process to be monitored is executed.

Images