JPH0833840B2 - Error recovery procedure notification system - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION [Outline] An error recovery procedure notification system in an input / output processing system in which an input / output device returns sense information in response to a sense process from a host system. The I / O device is configured to include the error recovery procedure information in the sense information for the purpose of enabling notification from the host system side from the I / O device side.

[Industrial applications]

The present invention relates to an error recovery procedure notification system in an input / output processing system in which an input / output device sends back sense information in response to a sense process from a host system.

The problem is how to find the recovery procedure when an error occurs in the I / O device.

[Conventional technology]

Conventionally, in the input / output processing system,
The following processing is performed between the system and the input / output device. That is, (1) if the host system issues a write command, for example, (2) the input / output device executes the command and notifies the host system that the process corresponding to the command has ended. . At this time, it is indicated whether the termination is normal termination or abnormal termination.

(3) In the case of abnormal termination, the host system issues a sense command, and (4) On the input / output device side, if the input / output device is a printer, for example, if the input / output device is a printer, An error code indicating that a paper jam has occurred (error identification information-hereafter referred to as error code) is included in the sense information and is notified to the host system.

(5) In the host system, the sense information including the above error code is analyzed to find a recovery procedure.

[Problems to be Solved by the Invention]

In the above analysis, the operating system in the host system intervenes and automatically decides whether to attempt error recovery or what kind of intervention operation is required of the operator. Therefore, in the host system, an analysis processing program that analyzes the sense information is required for each connectable input / output device. In addition, in order to create an analysis program, it takes time and effort to examine the characteristics of the target input / output device in detail, and usually a person other than the device designer creates it. There is room to occur.

An object of the present invention is to enable an input / output device side to notify the host system side of an error recovery procedure.

[Means for solving the problem]

FIG. 1 shows the principle configuration of the present invention. In the figure, reference numeral 1 is a host system, 2 is an input / output device, 3 is a sense command (or sense process), 4 is sense information, and 5 is information for notifying an error retry method.

In the sense information 4, an error code (not shown) is described in the sense byte 9 as in the conventional case, but in the case of the present invention, the information 5 as shown in the figure is also described in the sense byte 11. ing. That is, for example, sense byte
If a logic "1" is set at bit position 3 of 11, host system 1 is informed that "the command in error should be reissued."

[Action]

Now, assuming that the input / output device is a printer, for example, the host system 1 issues a write command. When the input / output device 2 finishes the process corresponding to the command, the input / output device 2 notifies the host system 1 of an end notification indicating normal / abnormal by an interrupt. In the case of abnormal termination, the host processor 1 issues the sense command 3 and the input / output device 2 notifies the sense information 4. The host processor 1 analyzes the sense information 4, but in the case of the present invention, for example, the sense byte 11 in the sense information 4 includes the information 5 notifying the error retry method.

By doing so, that is, by unifying the notification method of the recovery procedure for each input / output device, the host system 1 can determine the processing without being aware of the type of the input / output device. Also, when the operating system performs recovery by retry, the retry method and number of times can be specified from the device side. Even when operator intervention is required, error contents and recovery procedures can be notified appropriately.

In other words, the processing method itself can be notified as compared with the case where the information that should only indicate the state of the input / output device is used as the criterion for the processing determination of the host system in the conventional case.

〔Example〕

FIG. 2 shows the contents of the sense information, and "byte 11" is added in the present invention. Other bytes are the same as conventional ones.

FIG. 3 shows an error code when an intervention event occurs and relates to "byte 9" shown in FIG. For example, the code “00” means “the power is not turned on”.

Figure 4 shows the intervention event in the input / output device.
Required) Shows the flow of creating a sense.

When creating a sense, (1) it is checked whether or not the mechanical part is powered on (process), and if not, the sense byte 9 is set to "00" and the sense byte 11 sets the # 5 bit to ". 1 ”. That is, as can be seen from FIG. 3 and FIG. 1, the notification that “the power is not turned on. Reissue from the beginning of the file in which the error occurred” is notified.

(2) If the process is Yes, the process proceeds. In the case of Yes, the message "Stop key pressed. Reissue from command in error" is notified.

If the process is No, the process proceeds. And
If the answer is Yes, the message "Cancel key was pressed. Cancel key of printer instructed to stop printing" is notified.

(4) If the process is No, the process proceeds. Then, in the case of No, the process proceeds, and in the case of Yes, a message that "a paper jam has occurred. Reissue from the beginning of the page in which the error occurred" is notified.

(5) If the process is Yes and the process is Yes, a message that "paper is not set. Reissue from the beginning of the page in which the error occurred" is notified.

(6) If the process is Yes, the process is No, and the process is N
In case of o, the same contents as in the above (5) are notified.

(7) If the process is Yes, the process is No, and the process is Y
In the case of es, "paper is not set. Reissue from command with error" is notified.

FIG. 5 shows a mode of re-executing a write command in which an error has occurred. This corresponds to the case where an error is detected before the write command is executed, for example, when the power of the printer is not turned on from the beginning. The left side of the figure shows the processing of software, and the right shows the processing of the printer. In the case shown, the WRITE command is reissued in response to the power-on interrupt.

FIG. 6 shows a mode in which printing is restarted from a portion where an error has occurred. For example, in the case where the printer is stopped during the printing process, when the printer is started, it is possible to notify that the printer can be restarted from that position. In the case shown, the RESUME command is issued in response to the printer start interrupt.

FIG. 7 shows a mode in which printing is restarted from the page in which an error has occurred. For example, when a paper jam has occurred, it is possible to notify that the page can be restarted from the beginning. In the case shown, the RETRY command is issued in response to the start interrupt.

As described above, according to the present invention, there is no need to prepare and hold in advance the host side the function of dealing with each of a variety of partner devices, and the increase in the types and internal functions of the partner device. It is possible to easily deal with the modification of the configuration.

[Brief description of drawings]

1 is a block diagram of the principle of the present invention, FIG. 2 is the content of sense information, FIG. 3 is an error code when an intervention event occurs, FIG. 4 is an intervention event sense creation flow in an input / output device, and FIG.
FIG. 7 to FIG. 7 each show a processing mode for handling an error. In the figure, 1 is a host system, 2 is an input / output device, 3 is a sense process (sense command), 4 is sense information, and 5 is information for notifying an error retry method.

Claims (1)

[Claims] 1. An error recovery procedure notifying system for notifying a recovery procedure of an error occurring in a system including a host computer and a plurality of peripheral devices, wherein an error occurring in its own device is identified by error identification information corresponding to the error. A host computer provided with a peripheral device equipped with error notification means for notifying the host computer of the error recovery procedure information and error recovery execution means for executing error recovery processing based on the error recovery procedure information in the error notification. An error recovery procedure notification system, comprising: