JPH07104797B2 - System diagnostic method - Google Patents

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system diagnostic method for diagnosing system components in order to guarantee system operation of a data processing system.

[Conventional technology]

2. Description of the Related Art Conventionally, in data processing systems, it is generally known to perform diagnosis by using a test program for operating each component of the system in parallel as a means for guaranteeing system operation.

FIG. 5 is a block diagram showing the configuration of a data processing system for explaining a conventional system diagnostic method. In the figure, 1 is a data processing device, 2 is a control command input device for inputting a control command to the data processing device 1, 3 is a message output device for outputting a message from the data processing device 1,
Reference numeral 4 is various input / output devices including a terminal device, 5 is a main storage device provided in the data processing device 1, 6 is a basic processing device provided in the data processing device 1, and 7 is an auxiliary device connected to the data processing device 1. A storage device, 8 is an execution control unit that controls the execution of a test program operating on the main storage device 5, 9 is a test routine that defines the test content of the test program, and 10 is the result of executing the test routine 9. Is a check routine that determines whether is correct.

Next, the operation of this prior art shown in FIG. 5 will be described with reference to the flowchart of FIG. First,
When the execution of the test program is started (step S1), the execution control unit 8 selects and executes the test routine with the highest priority order from the test routines 9 in the ready state (steps S2, S3). . If the selected test routine 9 requests the operation for the input / output device 4, after the input / output operation is started, the end of the input / output operation is waited for and the execution of the test routine 9 is interrupted (step S6). , Next Test Routine 9
Return to the selection process (step S2). If the selected test routine 9 does not require the input / output operation, the test routine 9 is executed up to the specified end point (1 pass execution), or the execution is continued until an interrupt occurs (step S7). After the execution up to the specified point, the process returns to the test routine 9 selection process (step S2). Interrupt occurs (step
Then, the type is determined (step S8), and if it is an input / output operation end interrupt, the check routine 10 performs a validity check at the end (step S9),
Test routine 9 for equipment that reported a termination interrupt
To a ready state so that can be restarted (step S1
0). For interrupts other than I / O operation end interrupts, each interrupt process (step S11) is performed so that the test routine 9 that was being executed when the interrupt occurred can be restarted. Move to the executable state (step S12).
When the interrupt process is completed, the process returns to the test routine 9 selection process (step S2).

[Problems to be Solved by the Invention]

Since the conventional system diagnostic method operates as described above, when the test timings of the components to be diagnosed are different from each other, it is not possible to change the timing to match the test timings, and various test timings cannot be changed. It is difficult to perform the test for the case, and since the test execution and the test result check are processed as a pair, there is a problem that there is a limit in improving the degree of competition of the diagnosis target. there were.

The present invention has been made in order to solve the above-mentioned problems, and makes it possible to easily diagnose components having different test timings, and the degree of competition of the diagnosis target is improved to a value close to the system limit value. It is an object of the present invention to provide a system diagnostic method that can perform.

[Means for Solving the Problems]

The system diagnostic method according to the present invention includes an execution priority setting table 12 in which the execution priority of the test routine 9 is tabulated, a check range setting table 11 in which the check range checked by the check routine 10 is tabulated, and an operation. Provided with a table set value change control unit 13 for changing the contents of each table 11, 12 according to the instruction of the person,
It is characterized in that the above-mentioned execution priority and check range are arbitrarily set to diagnose the system components.

[Action]

The table set value change control unit 13 changes the execution priority order of the test routine 9 in the execution priority setting table 12 and the check range of the check routine 10 in the check range setting table 11 according to the operator's instruction, and re-executes it. Set. System components are diagnosed according to the reset execution priority and check range.

Example of Invention

FIG. 1 is a block diagram showing the configuration of a data processing system for explaining a system diagnostic method according to an embodiment of the present invention. In FIG. 1, the components corresponding to those shown in FIG. 5 are designated by the same reference numerals and the description thereof will be omitted. In FIG. 1, 11 is a check range setting table in which the range checked by the check routine 10 is tabulated, 12 is an execution priority setting table in which the execution priority of each test routine 9 is tabulated, and 13 is an operator's It is a table setting value change control unit for changing the contents of the tables 11 and 12 according to an instruction.

FIGS. 3 (a) and 3 (b) are timing charts showing the change of the test timing due to the change of the execution priority in this embodiment. In the figure, TP1 is a test routine for the input / output device 4.1, TP2 is a test routine for the input / output device 4.2, and TP3 is a test routine for the arithmetic function in the basic processing device 6.
FIG. 3A shows a timing chart when the execution priority is TP1>TP2> TP3 and there is a test result check at the end of the input / output devices 4.1, 4.2. FIG. 3B shows a timing chart when the execution priority is TP2>TP1> TP3 and the above check is not made.

FIG. 4A shows an example of the table in the execution priority setting table 12, in which the test routine name, the test target, the priority and the settable range are tabulated.
FIG. 4B shows an example of a table within the check range setting table 11, in which a test target (diagnosis target), presence / absence of status check at interrupt, and presence / absence of processing data check are tabulated. .

Next, the operation of the embodiment of the present invention shown in FIG. 1 will be described with reference to the flow chart of FIG.

First, when execution is started (step S1), the execution control unit 8 refers to the execution priority setting table 12 and selects the test routine 9 having the highest priority from the test routines 9 in the executable state ( In step S2), execution is started (step S3). If the selected test routine 9 requests the operation for the input / output device 4 (step S4), after the input / output operation is started, the end of the input / output operation is waited for and the execution of the test routine 9 is interrupted. (Step S6),
Select next test routine 9 to process (step
Return to S2). If the selected test routine 9 does not require the input / output operation, the test routine 9 is executed up to the specified end point (one pass), and the process returns to the test routine 9 selection process (step S2). If the specified end point is not set, execution is continued until an interrupt occurs (step S7). When an interrupt occurs (step S7), the type of interrupt is determined (step S8), and if the interrupt is an I / O operation end interrupt, the check routine 10 follows the check range setting table 11 to determine the validity of the end. A check (step S9) is performed, and the suspended state is changed to the executable state (step S10) so that the test routine 9 for the device reporting the end interrupt can be restarted. For interrupts other than I / O operation end interrupts, each interrupt process (step S11) is performed, and the test that was being executed when the interrupt occurred.
The routine 9 is set so that it can be restarted and is set to the executable state (step S12). When the interrupt process is completed, the process returns to the test routine 9 selection process (step S2).

When the control input from the operator is generated through the control command input device 2 (step S13), it is determined whether or not it is a table setting value change request (step S14). Change the contents of 11,12. If it is another control command input, each process is performed (step S16). If the automatic change mode is specified by the control input, the automatic change routine (step S1
9) will be activated at regular intervals. When the automatic change routine (step S19) is started, the contents of the execution priority setting table 12 are randomly changed within the settable range for the set value (step S20), as in the example shown in FIG. Further, the value of the check range setting table 11 (0 or 1 in this example) is randomly reset (step S21).

As described above, in the above-described embodiment, the input / output device 4 (4, 1, 4, 2) to be diagnosed is automatically and randomly (arbitrarily) changed at fixed intervals while changing the execution priority and the check range.
Also, the operation function of the basic processing device 6 is diagnosed.

Although the table setting value change control unit 13 is set independently in the above embodiment, it may be included in the execution control unit 8.
Further, although the check range setting table 11 and the execution priority setting table 12 are set independently, they may be included in the execution control unit 8. Further, even if the check range setting table 11 is set in each test routine 9, the same effect as in the above embodiment can be obtained.

〔The invention's effect〕

As described above, according to the present invention, the execution priority order setting table in which the execution priority order of the test routine is tabulated, the check range setting table in which the check range checked by the check routine is tabulated, and the operator's instruction As a result, a table set value change control unit for changing the contents of each table above is provided, so that the execution priority of each test routine can be changed easily and automatically. It is also possible to easily diagnose components that have the following, and obtain a test program with a wide diagnostic range. Also, the check range can be changed and set, and the overhead of the test program itself can also be changed. The effect is that the degree of competition can also be improved to a value close to the limit of the system. .

[Brief description of drawings]

FIG. 1 is a block diagram showing the configuration of a data processing system for explaining a system diagnostic method according to an embodiment of the present invention, and FIGS. 2 (a) to (d) are for explaining the operation of this embodiment. 3 (a) and 3 (b) are timing charts for explaining a change in test timing due to a change in execution priority in this embodiment, and FIG. 4 (a) is a timing chart for this embodiment. FIG. 4 is a diagram showing an example of an execution priority setting table, FIG. 4 (b) is a diagram showing an example of a check range setting table in this embodiment, and FIG. 5 is a data processing system for explaining a conventional system diagnosis method. A block diagram showing the configuration, and FIGS. 6 (a) and 6 (b) are flowcharts for explaining the operation of this conventional example. 9 ... Test routine, 10 ... Check routine, 11 ... Check range setting table, 12 ... Execution priority setting table, 13 ... Table set value change control section.

Claims (1)

[Claims] 1. A test routine that defines the test contents of a test program for diagnosing a component of a data processing system, and a check routine that determines whether or not the result of executing this test routine is correct. In the system diagnostic method for diagnosing the components of the data processing system by activating the test routine and the check routine, an execution priority setting table in which the execution priority of the test routine is tabulated, A check range setting table in which the check ranges checked by the check routine are tabulated and a table set value change control unit for changing the contents of each table according to an operator's instruction are provided, and the test routine executes the above. Is set in the priority setting table By priority and system diagnostics system check routine is and performing diagnostics on to the component to run according to the range set in the check range setting table.