JPH0347791B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention provides an online system that includes a front end processor that performs line processing and a host computer that performs data processing. - This relates to a message guarantee system in the event of trouble, in which the messages stored in the processor are sent to the host computer, and the host computer sends the final message information indicating how far the message has been received to the customer via the front end processor. be.

[Problems with conventional technology]

In an online system having a host computer and a front end processor, the front end processor performs line processing and the host computer performs data processing. front·
When the end processor receives the call signal, it performs connection processing to form a connection bus with the customer. Thereafter, the message sent from the customer via the communication line is received and stored in a message storage file, and after receiving one message, it is sent to the host computer. The host computer performs processing such as sending the received message to the destination. In conventional online systems that have a host computer and a front-end processor as described above, when the front-end processor restarts after going down, the customer is notified of the last message received by the host computer. There is. Therefore, the message remaining in the front end processor is rejected,
The customer had to resubmit the message to the system, including the portion that remained in the front end processor.

[Purpose of the invention]

The present invention is based on the above considerations, and includes:
In an online system equipped with a host computer and a front-end processor, a system for troubleshooting messages that guarantees the messages received up to that point when the front-end processor goes down, reducing the burden on customers when the front-end processor goes down. The purpose is to provide a guarantee method.

[Structure of the invention]

Therefore, the message guarantee method in the event of a failure in the store-and-forward system of the present invention is to receive the message sent via the line and store the received message in the message storage file. A message guarantee method in the event of a failure in an online system having a front end processor that transfers a message to a host computer, and a host computer that processes the message sent from the front end processor, comprising: When the front end processor goes down and comes back up, it stops receiving from the line and
After storing the recovery message in the message storage file, the host computer is configured to send the received message and recovery message in the message storage file to the host computer and resume reception from the line, and the host computer stores the recovery message in the message storage file. The present invention is characterized in that, upon detection, processing is performed to transfer the message number of the last message received up to that point to the customer via the front end processor and line.

[Embodiments of the invention]

Hereinafter, the present invention will be explained with reference to the drawings.

FIG. 1 is a block diagram of one embodiment of the present invention, in which 1 is a front end processor, 2 is a host computer, 3 is a line control device,
4 indicates a message storage file. The line control device 3 transmits and receives data according to commands from the front end processor 1. The front end processor 1 has a message storage file 4, and also includes software such as a line control program, a message reception processing program, a recovery processing program, a message transmission processing program, a message transfer processing program, a message post-transmission processing program, and an intersystem processing program. It has a communication processing program. The host computer 2 has an intersystem communication processing program and a received message processing program as its software configuration. The line control program is for assembling characters, and the message reception processing program is for code conversion, format checking, and writing of messages to the message storage file 4. The message transfer processing program checks whether or not a message is stored in the message storage file 4, and if it is stored, performs processing to transfer it to the host computer 2. When the recovery processing program starts up after going down, it resets the table and control information, writes a recovery message (dummy message) to the message storage file 4, and so on. The intersystem communication processing program is for controlling communication between the front end processor 1 and the host computer 2.

In the figure, dotted lines indicate the flow of messages during normal operation, and bold arrows indicate the flow of messages and customer notification messages when the front end processor is started up after it goes down.

During normal operation, a message sent from a customer via a communication line is stored in the message storage file 4 by executing a line control program and a message reception processing program. The message in the message storage file 4 is sent to the host computer 2 by executing the message transfer processing program and the intersystem communication program. The message is processed by the host computer 2, passed to the front end processor 1 by executing the intersystem communication processing program, and sent to the destination by executing the message transmission processing program and message transmission post processing program of the front end processor 1. sent to.

FIG. 2 is a diagram showing the format of a message sent from the front end processor 1 to the host computer 2 during recovery. front end during recovery
The messages sent from the processor 1 to the host computer 2 include (a) the message stored in the message storage file 4 when the system went down, and (b) the recovery message, which is created from the message information stored in the message storage file 4. . Therefore, the number of messages sent from the front end processor 1 to the host computer 2 during recovery is the same as the number of messages in the message storage file 4 including recovery messages.

As shown in FIG. 2a, the message stored in the message storage file 4 at the time of system downtime has an indication ("TEXT") indicating that it is a message received from a customer.
It has a message number and text etc. for each customer. Figure 2b
As shown in , the recovery message has an indication (“RCVR”) indicating that it is a recovery message.

FIG. 3 is a diagram showing dirt in processing during recovery. In the illustrated example, the received messages received before the system went down and stored in the message storage file 4 are 1,
It is assumed that 2,...,n. The recovery message is created by the recovery process and stored in the message storage file 4. At the time of recovery, all messages in the message storage file 4 including recovery messages are sent from the front end processor 1 to the host computer 2. Further, at the time of recovery, the final message information for the number of customers is sent from the host computer 2 to the front end processor 1.

The process flow during recovery will be explained below.

Reception from the line remains stopped.

In the recovery process, the recovery message is stored at the end of the message storage file 4.

The message transfer from the front end processor 1 to the host computer 2 is given top priority. In the message transfer from the message storage file 4 that performs this message transfer process, the recovery message is transferred after all the messages sent from the customer via the communication line before the system goes down are transferred to the host computer 2.

The host computer 2 recognizes the message number of the last message received until then when detecting the recovery message, creates a notification message to the customer, and resumes receiving messages from the line of the front end processor 1.

Send notification messages to each customer.

〔Effect of the invention〕

As is clear from the above description, according to the present invention, it is possible to significantly reduce the number of messages that are wasted and sent from customers to the system when the system goes down, compared to the conventional method.

[Brief explanation of drawings]

FIG. 1 is a block diagram of one embodiment of the present invention, and FIG.
The figure shows a message sent from the front end processor to the host computer at the time of recovery, and FIG. 3 is a diagram showing the flow of processing at the time of recovery. 1...Front end processor, 2...
Host computer, 3... Line control device, 4... Message storage file.

Claims (1)

[Claims] 1. A front end that receives a message sent via a line, stores the received message in a message storage file, and transfers the message stored in the message storage file to a host computer. This is a message guarantee system in the event of a failure in an online system that has a processor and a host computer that processes messages sent from the front end processor. When the level rises, stop reception from the line,
After storing the recovery message in the message storage file, the host computer is configured to send the received message and recovery message in the message storage file to the host computer and resume reception from the line, and the host computer stores the recovery message in the message storage file. When a failure occurs in a store-and-forward system, the system is configured to perform processing for transmitting the message number of the last message received up to that point to the customer via the front end processor and line upon detection. Telegram guarantee method.