JPH0644088A - Operating system - Google Patents

Abstract

(57) [Summary] [Object] The present invention provides an operating system provided with a highly reliable task diagnosis processing method that prevents erroneous judgments from being made in the diagnosis result of a diagnosis target task having a low priority. It is an object. According to the present invention, the state monitoring task 2 issues a task diagnostic command ci to task C and issues a priority switching request for task C to OS1. Upon receiving this request, the OS1 switches the priority of task C to the highest priority.
As a result, the task C promptly processes the transmitted task diagnosis command ci, returns the task diagnosis response cj to the task diagnosis command ci to the status monitoring task 2, and notifies the OS 1 of the end of the task diagnosis processing. As a result, OS1 restores the priority of task C to the original priority.
As described above, it is possible to prevent the task diagnostic response cj from being returned because the priority of the task C is low.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an operating system having a status monitoring task for diagnosing normality / abnormality of each task.

[0002]

2. Description of the Related Art Conventionally, there is a device such as a wireless device as a device provided with an operating system for performing multitask processing depending on the priority. FIG. 2 is a diagram showing an example of this type of device. Operating system (OS) 1 for task A, task B and task C
Is controlled to perform multitask processing. When the device shown in FIG. 2 is a wireless device, the task A is a transmission process, the task B is a reception process, and a task C.
Performs management processing and the like. When the OS 1 determines the priorities in the order of task A, task B, and task C, for example, task A
The process of (1) is performed with the highest priority, and the process of task C is postponed. For example, when the processing of the task B is completed and the tasks A and C are waiting for processing at this time, the OS 1 next activates the task A to perform the processing of this task. After that, when the processing of the task A is completed and the tasks B and C are in the processing waiting state, the OS 1 next processes the task B. Therefore, the processing of task C is delayed as compared with the processing of tasks A and B.

Here, the state monitoring task 2 periodically sends a diagnostic command to task A, task B and task C by time scheduling, and a task diagnostic response from each task in response to this diagnostic command
The normality / abnormality of each task is diagnosed, and when the abnormality is diagnosed, fault processing is performed. For example, the status monitoring task 2 periodically transmits the diagnostic command ai to the task A, and when the task diagnostic response aj is received from the task A within a certain time, the response aj is analyzed and the task A normal /
Diagnose abnormalities. The status monitoring task 2 uses the response a
If the analysis result of j is abnormal, or if the task diagnosis response aj cannot be received within a fixed time, the task A is determined to be abnormal and fault processing is performed. The diagnosis process of the status monitoring task 2 is the same for the task B and the task C.

By the way, when the priority of the task C is set lower than the other tasks, the status monitoring task 2
However, even if the task diagnostic command ci is transmitted to the task C, the activation of the task C by the OS 1 may not occur easily. In such a case, as shown in FIG. 3, a large number of unprocessed commands including the task diagnosis command ci are accumulated in the entry of the internal queue 21 of the task C. Therefore, the task diagnosis processing unit 22 of the task C
Is not processed inside the task C, the task diagnosis command ci is
Even though the task C is normal, the task diagnosis response cj to the state monitoring task 2 cannot be returned. For this reason, the status monitoring task 2 does not send back the task diagnosis response cj within a fixed time even though it has sent the task diagnosis command ci to the task C, and therefore erroneously diagnoses the task C as abnormal. There was a drawback that it ended up.

[0005]

State monitoring task is OS
When a task diagnosis command is transmitted to a task whose multitask processing is controlled by the OS and the task is diagnosed to be normal / abnormal, if the priority of the target task is low, this task may be started by the OS. Due to the small number, the task diagnosis command may not be internally processed, and the task diagnosis response may not be returned to the state monitoring task within a fixed time. In such a case, the status monitoring task does not return the task diagnosis response within a fixed time, so that the task to be diagnosed is erroneously diagnosed as abnormal even though the task to be diagnosed is normal. There was a flaw.

Therefore, the present invention eliminates the above-mentioned drawbacks and provides an operating system equipped with a highly reliable task diagnosis processing method that prevents erroneous diagnosis from occurring in the diagnosis result of a diagnosis target task having a low priority. Is intended.

[0007]

According to the present invention, in an operating system having a status monitoring task for monitoring the status of a task and for controlling multitask processing in accordance with the priority of each task, the task to be diagnosed is from the status monitoring task. After the task diagnosis command is received, the task diagnosis response to the task diagnosis command is returned to the status monitoring task, and the priority monitoring unit switches the priority of the task to be diagnosed to the highest priority.

[0008]

In the operating system of the present invention,
The priority order switching means sets the highest priority level of the task to be diagnosed during the period from when the task to be diagnosed receives the task diagnostic command from the state monitoring task until the task diagnostic response to the task is returned to the state monitoring task. Switch to rank. Therefore, the task to be diagnosed can quickly process the received task diagnostic command and return a task diagnostic response to this command to the state monitoring task within a predetermined time.

[0009]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing an embodiment of a device equipped with an operating system of the present invention. 1 is an operating system (OS) that performs multitask control on tasks A to C, 2 is a status monitoring task that monitors the status of tasks A, B, and C according to a time schedule, and A, B, and C are based on the OS 1. It is a task that is started / stopped based on the priority order, and controls the main function of the device including the OS 1.

Next, the operation of this embodiment will be described. O
In S1, the task A, the task B, and the task C are started / stopped in accordance with the priority order defined for each task, thereby performing multitask processing and operating the device provided with this OS1. The state monitoring task 2 performs a state monitoring process for the tasks A, B and C according to time scheduling. Here, a case will be described in which the priorities of the tasks A, B, and C are in this order, and the task C is the lowest. The state monitoring task 2 transmits the task diagnosis command ci to the task C according to the time schedule, and at this time, issues a request 100 for switching the priority of the task C to the highest priority to the OS 1. When the OS 1 receives the request 100, the task C sets the task C to the highest priority. As a result, the probability that the task C will be activated is greatly increased, and various commands stored in the internal queue can be processed quickly. Therefore, the task C promptly processes the task diagnosis command ci transmitted from the status monitoring task 2 and then sends the task diagnosis response cj to the status monitoring task 2
In addition, the OS 1 is notified of the end 200 of this task diagnosis processing. When the OS 1 is notified of the end 200 of the task diagnosis processing, the OS 1 switches the priority of the task C to the original priority.

On the other hand, when the status monitoring task 2 receives the task diagnosis response cj from the task C, it analyzes the content and diagnoses the normality / abnormality of the task C from the analysis result. As a result, if the task C is normal, the process shifts to the next task B diagnosis process, and if abnormal, the task C fault process is performed. Further, when the status monitoring task 2 sends the task diagnostic command cj to the task C as described above, but the task diagnostic response cj is not returned from the task C, the task C is diagnosed as abnormal, Performs fault handling for this task. In the figure, ai and bi indicate task diagnosis commands transmitted from the state monitoring task 2 to the task A and task B, and aj and bj indicate task diagnosis responses of the tasks A and B to the task diagnosis command.

According to the present embodiment, the task receiving the task diagnosis command from the status monitoring task 2 can switch its priority to the highest priority, so that until that time, various commands are accumulated in this task without being processed. However, these commands will be processed promptly together with the task diagnosis command, and the task can always return the task diagnosis response to the state monitoring task 2 within a predetermined time after receiving the task diagnosis command. . Therefore, the state monitoring task 2 improves the reliability of the task diagnosis process by diagnosing a task that does not return the task diagnosis response within the predetermined time even if the task diagnosis command is transmitted, as an abnormality without fear of misjudgment. be able to. It is assumed that the task diagnostic response in the above embodiment sets a bit when a task diagnostic command is received and responds to the command, but the task diagnostic is actually performed and the diagnostic information is monitored for status. The method of returning to the task 2 may be used.

[0013]

As described above, according to the operating system of the present invention, it is possible to prevent an erroneous diagnosis from being made in the diagnosis result for a diagnosis target task having a low priority order, and perform highly reliable task diagnosis processing. be able to.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of a device including an operating system of the present invention.

FIG. 2 is a block diagram showing an example of a device including a conventional operating system.

FIG. 3 is a diagram showing a configuration example of task C shown in FIG.

[Explanation of symbols]

1 ... Operating system 2 ... Status monitoring task 21 ... Internal queue 22 ... Task diagnosis processing unit A, B, C ... Task

Claims (1)

[Claims] 1. An operating system comprising a status monitoring task for monitoring the status of tasks, and performing multitask processing control according to the priority of each task,
Priority for switching the priority of the diagnostic target task to the highest level during the period from when the diagnostic target task receives the task diagnostic command from the status monitoring task until the task diagnostic response is returned to the status monitoring task An operating system comprising switching means.