JPH1031606A - Method and system for updating interactive file - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an interactive file updating processing system for delay type processing system with which the load of a host processor can be reduced by decreasing the number of times of communication and the host processor can be easily recovered without requiring any update journal of terminal equipment even in the case of fault. SOLUTION: This system is provided with a front end processor(FEP) 12 having an input log file 123 and a blocking table 124 connected through a packet line 14 to terminal equipment 11 and connected through a high-speed LAN 15 to a host 13. In this case, the file 123 exists on a disk and preserves all the update execution request telegraphic messages from the terminal equipment 11, and the table 124 exists on a memory and preserves the fixed number of update execution request telegraphic messages 112 from the terminal equipment 11. When the update execution request telegraphic message 112 is received from the terminal equipment 11, the FEP 12 outputs the contents of the telegraphic message to the file 123 and the table 124 and returns a response telegraphic message to the terminal equipment 11 after blocking.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an interactive file update processing method and a processing system for performing a file update processing by a delay processing method between a terminal and a host processor.

[0002]

2. Description of the Related Art Conventionally, when a file is updated by online delay processing as a delayed processing method between a terminal and a host processor (hereinafter simply referred to as a host), a processing procedure as described below is followed.

That is, the host has a reference program for checking the update content from the terminal, an area on a memory for storing update execution data, and an update program for actually updating. The terminal has a journal file to hold the update history, and after passing the check by the reference program, sends an update execution request message to the host and outputs the update contents to the journal file at the same time. The host that has received the update execution request message from the terminal,
The updated content is output to an area in the memory, and a response message is returned to the terminal. The update program extracts update information one by one from an area on the memory and performs update processing. Since the host outputs the update execution request message from the terminal to the area on the memory, the input / output processing can be performed more quickly than when outputting it on the disk. Disappears. Therefore, in the event of a host failure, the journal on the terminal is compared with the update results on the host, and data output to the area on the memory and for which update processing has not been executed is checked from the journal file on the terminal. Requesting retransmission, and performing an update process.

[0004] Incidentally, as a well-known technique related to the technique of performing file update processing by online delay processing as a delayed processing method between a terminal and a host, an online day disclosed in JP-A-3-53340 is known. And a delay processing method disclosed in Japanese Patent Application Laid-Open No. 4-24761, a delay processing method in an online processing system disclosed in Japanese Patent Application Laid-Open No. 7-152840, and the like.

[0005]

In the case of the above-mentioned delayed processing method between the terminal and the host, when the update is referred to the update contents with all the terminals that have requested the update at the host, the update execution and the two communications are performed. This is necessary and inevitably increases the number of times of communication with the terminal, so that the load on the host increases.

In addition, since the update execution request message from the terminal is held in the area of the memory of the host with emphasis on shortening the response time to the terminal, the message is updated on the terminal to cope with a host failure. Since the journal must be retained and unupdated data is transmitted from the updated journal on the terminal to the host at the time of recovery from a failure, there is a problem that a load is imposed on the network between the terminal and the host.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and its technical problem is to reduce the load on the host by reducing the number of communications between the host and the terminal, and to reduce the host failure. It is an object of the present invention to provide a conversational file update processing method and a processing system using a delayed processing method that can sometimes recover without requiring an update journal of the terminal and without imposing a load on a network between the terminal and the host.

[0008]

According to the present invention, when a file is updated between a terminal and a host by a delay processing method, a front-end processor (hereinafter referred to as a FEP) separately connected to the terminal and the host. Side), all the update execution request messages from the terminal device are held, and the update execution request messages from the terminal device are held for a certain number, thereby blocking the update execution request message. A processing method is obtained.

On the other hand, according to the present invention, the terminal includes a FEP connected by a packet line and the host connected by a high-speed LAN, and the FEP includes an input log file and a blocking table. In the file update processing system, the input log file exists on the disk and holds all update execution request messages from the terminal, and the blocking table exists in the memory and keeps the update execution request messages from the terminal constant. An interactive file update processing system having the same number of files is obtained.

According to the present invention, in the interactive file update processing system, the FEP outputs the contents of the message to the input log file and the blocking table upon receiving the update execution request message from the terminal, and blocks the message. An interactive file update processing system that returns a response message to the terminal can be obtained.

[0011]

In the interactive file update processing system of the present invention, the blocking table in the FEP connected to the terminal and the host can hold a certain number of update execution request messages from the terminal. The response to the update execution request message and the transmission of the blocking table to the host are performed asynchronously. Therefore, when viewed from the terminal, there is no need to wait for the actual file update at the host, and the response time is shortened. From the host's point of view, the execution request message from the terminal can be collectively received for a certain number of times as a blocking table, so that the number of times of communication with the FEP is reduced, and the load is reduced as a whole. In addition, when a host failure occurs, by receiving the blocking table again from the FEP, it is possible to recover without needing to retransmit the update journal from the terminal, and a high-speed link between the FEP and the host can be obtained.
Since they are connected by an AN, the network load at the time of restoration is reduced. Further, the blocking table is F
Since it exists in the EP memory, its contents are lost in the event of a FEP failure, but it can be restored without the need for a terminal update journal as in the case of a host failure by creating a blocking table again from the input log file It has become.

[0012]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The embodiments of the present invention will be described below in detail with reference to the accompanying drawings.

First, an outline of the interactive file update processing method of the present invention will be briefly described. In this interactive file update processing method, when a file is updated by a delayed processing method between a terminal and a host, the FEP separately connected to the terminal and the host holds all update execution request messages from the terminal. At the same time, the update execution request message is blocked by holding a predetermined number of update execution request messages from the terminal device.

FIG. 1 is a block diagram showing a basic configuration of an interactive file update processing system according to an embodiment to which the interactive file update processing method is applied.

[0015] This interactive file update processing system comprises:
The terminal 11 is connected by a packet line 14 and the host 1
3 is connected by a high-speed LAN 15 and comprises an FEP 12 having an input log file 123 and a blocking table 124. Here, the input log file 123 exists on the disk, holds all the update execution request messages from the terminal device 11, and stores the blocking table 12
Reference numeral 4 denotes an update execution request message 112 stored in the memory from the terminal 11 for a certain number. When receiving the update execution request message 112 from the terminal 11, the FEP 12 outputs the message content to the input log file 123 and the blocking table 124, blocks the message, and returns a response message to the terminal 11.

More specifically, the terminal 11 is an FEP1
2, an update content confirmation message 111 and an update execution request message 112 are transmitted, and an update content confirmation response message 122 and an update execution request response message 125 are received as responses.

The FEP 12 has an input log file 123 and a blocking table 124, and receives an update content confirmation message 111 and an update execution request message 112 from the terminal 11.
And sends an update content confirmation response message 122 and an update execution request response message 125 as response messages, and sends an update content confirmation message 121 and a blocking table transmission message 126 to the host 13, respectively. An update content confirmation response message 131 and a blocking table transmission response message 134 are received as responses.

The host 13 holds the master file 132 and the transaction file 133, receives the update content confirmation message 121 and the blocking table transmission message 126 from the FEP 12, and receives the update content confirmation response message 131 and the blocking table The transmission response message 134 is transmitted. The packet line 14 connects the terminal 11 and the FEP 12, and the high-speed LAN 15 connects the FEP 12 and the host 13.

In this interactive file update processing system, the terminal 11 transmits an update content confirmation message 111 and an update execution request message 112 to the FEP 12 when a file update process on the host 13 occurs. 122, the update execution request response message 125 is FEP1
2 to receive. The update content confirmation message 111 is a message requesting the update content to the host 13 in order to confirm the content to be updated, and the update execution request message 112 requests the host 13 to perform an actual update after confirming the content. It is a telegram.

The FEP 12 receives the update content confirmation message 111 from the terminal device 11 and transmits an update content confirmation message 121 to the host 13. Further, it receives an update content confirmation response message 131 from the host 13 and transmits an update content confirmation response message 122 to the terminal device 11. The update content confirmation message 121 has the same content as the update content confirmation message 111 described above,
12 performs only relay processing. Similarly, the update content confirmation response message 131 has the same content as the update content confirmation response message 122. Further, the FEP 12 receives the update execution request message 112 from the terminal 11, writes the contents into the input log file 123 and the blocking table 124, and transmits an update execution request response message 125 to the terminal 11.

When the number of update execution request response messages in the blocking table 124 exceeds a certain number or when a certain period of time has elapsed, the blocking table 124 is transmitted to the host 13 as a blocking table transmission message 126, and the FEP 12
Is a blocking table transmission response message 1 from the host 13.
34 is received.

The host 13 receives the update content confirmation message 121 from the FEP 12, reads the corresponding data from the master file 132, and transmits the update content confirmation response message 131 to the FEP 12. Further, it receives the blocking table transmission message 126 from the FEP 12, writes the content in the transaction file 133, transmits the blocking table transmission response message 134 to the FEP 12, and transmits the master file 132 from the transaction file 133.
To update.

The operation of the interactive file update processing system will now be described with reference to each data content in the terminal 11 shown in FIG. 3, each data content in the FEP 12 shown in FIG. 4, and each data content in the host 13 shown in FIG. It will be described with reference to FIG. However, here, as shown in FIG. 2, a case where the pre-update data 21 is updated to the post-update data 22 will be described as an example.

In this case, the key item 311 [123] is inputted as the terminal confirmation input data 31 as shown in FIG. An update content confirmation message 32 as shown in FIG. 3 is transmitted from the terminal 11, and the FEP 12 receives the content as it is, that is, the update content confirmation message 41, and delivers the update content confirmation response message 42 to the host 13. The host 13 that has received the update content confirmation message 53 as shown in FIG. 5 reads the data of the key item 511 that matches the key item 531 from the pre-update master file 51 as shown in FIG. After searching, data content 512
[ABC] is added, and the updated content confirmation response message 54 is transmitted to the FEP 12. The FEP 12 delivers the message to the terminal 11 with the same contents. The terminal 11 that has received the update content confirmation response message 33 as shown in FIG. 3 displays the content on the screen of the terminal 11 as the terminal screen display data 34.

Next, the terminal 11 is shown in FIG. 3 in order to make the data content 212 [ABC] of the pre-update data 21 as shown in FIG. 2 into the data content 222 [DEF] of the post-update data 22. After inputting data contents 351 [DEF] as such terminal update input data 35, FEP1
2 to update execution request message 36 update execution request response message 37
Send as

The FEP 12 having received the update execution request message 43 as shown in FIG. 4 from the terminal 11 outputs the contents to the input log file 45 and the blocking table 46 and sends the update execution request response message 44 to the terminal 11. Send The blocking table 46 is updated after a certain period of time, or the update execution request message 4 in the blocking table 46 is updated.
3 is transmitted as a blocking table transmission message 47 to the host 13 at the timing when the number of records exceeds a certain number. At this time, the added blocking serial number 473 indicates the number of blocking tables transmitted to the host 13 from the start of the FEP.

The host 13 that has received the blocking table transmission message 56 as shown in FIG. 5 outputs the contents to the transaction file 58, and then transmits a blocking table transmission response message 57 to the FEP 12. The contents of the blocking table transmission response message 57 are the received blocking serial number 571 and the response status 572 [00] which is a normal response status. FEP12
Receives the blocking table transmission response message 48 as shown in FIG. 4 and recognizes that the corresponding blocking table has been normally transmitted to the host 13.

The host 13 receives the blocked update execution request message 43 shown in FIG. 4 from the transaction file 58 shown in FIG.
Execute the update process sequentially. Key item 58 shown in FIG.
1 is searched for the data whose key item 511 of the pre-update master file 51 is [123] from the update execution data whose data content 582 is [DEF], and the data content 512 [ABC] is changed to the data content 522 [ DEF], and becomes the updated master file 52.

FIG. 6 is a block diagram showing a main configuration of a conversational file update processing system according to another embodiment.

Hereinafter, the case where the operation from the time of a host failure to the recovery is performed by the interactive file update processing system will be described with reference to each data content in the FEP 61 and the host 62 as shown in FIG. However, since the basic configuration and operation of this system are the same as those of the embodiment, the host 62 receives the blocking table transmission message 612 from the FEP 12 and outputs it to the transaction file 622 when the host 62 fails. An example in which a host failure occurs when trying to do so will be described with other basic functions omitted.

In this interactive file update processing system, first, the host 62 sends the blocking table 71 whose blocking serial number 711 is [0003] from the FEP 61.
And attempts to output it to the transaction file 622, but sends an error response message 621 to the FEP 61 due to the occurrence of a failure.

Therefore, the FEP 61 that has received the error response message 621 recognizes that the blocking table 71 is in a transmission incomplete state, and waits for the host 62 to recover. The host 62 receives the next blocking serial number from the last blocking serial number 721 [0002] of the transaction file 72 at the time of recovery, and the next blocking serial number 731 [00].
03], and transmits a restoration notice 623 to the FEP 61 as a restoration notice 73 as shown in FIG. Recovery notice 73
The FEP 61 retransmits the blocking table 71 whose blocking serial number 711 is [0003], and the host 62 transmits the blocking table transmission message 613
Is received and the contents to the transaction file 622 are output, and then the blocking table transmission response message
The data is returned to the EP 61, and as a result, the failure is recovered.

Although there is a possibility that a large amount of data is transmitted as a blocking table transmission message 612 from the FEP 61 to the host 62 at the time of recovery from the failure, the FEP 61 and the host 6
2 is connected by the high-speed LAN 63, the network is not overloaded. Also, in case of FEP failure,
Although the blocking table 611 is lost because it exists in the memory, the failure can be recovered by creating the blocking table 611 again from the input log file 614.

[0034]

As described above, according to the interactive file update processing method and processing system of the present invention, the FE
By holding a blocking table on P and transmitting the update execution request message from the terminal collectively to the host, the number of times of communication between the host and the FEP is reduced, so that the delay in the interactive file update process is increased efficiently. By performing the pattern processing, the response time to the terminal is shortened, and the load on the host is reduced. In addition, the input log file and the blocking table on the FEP also serve as an update journal, and since the FEP and the host are connected via a high-speed LAN, recovery from a host failure does not require the terminal's update journal. Moreover, the present invention can be realized without imposing a load on the network.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a basic configuration of an interactive file update processing system according to an embodiment to which an interactive file update processing method of the present invention is applied.

FIG. 2 illustrates details of pre-update data and post-update data as preconditions for operation processing by the interactive file update processing system shown in FIG. 1;

3 shows data contents (input data, screen display data, and transmission message) in the terminal when updating data as shown in FIG. 2 by the interactive file update processing system shown in FIG. 1; is there.

FIG. 4 shows data contents (files, tables, and transmission messages) in the FEP when updating data as shown in FIG. 2 by the interactive file update processing system shown in FIG. 1;

5 shows data contents (files and transmission messages) in a host when updating data as shown in FIG. 2 by the interactive file update processing system shown in FIG. 1;

FIG. 6 is a block diagram showing a main configuration of a conversational file update processing system according to another embodiment to which the conversational file update processing method of the present invention is applied.

FIG. 7 is a diagram illustrating an FE in the case where an operation from a host failure to recovery is performed by the interactive file update processing system shown in FIG. 6;
It shows each data content (file, table, telegram) in P and the host.

[Explanation of symbols]

 11 terminal device 12, 61 FEP (front end processor) 13, 62 host 14 packet line 15 high-speed LAN 123, 614 input log file 124, 611 blocking table 132 master file 133, 622 transaction file

Claims (3)

[Claims] When a file is updated between a terminal and a host processor by a delay-type processing method, an entire update execution request message from the terminal is transmitted from the terminal on a front end processor separately connected to the terminal and the host processor. And an update execution request message from the terminal is held for a certain number of times, thereby blocking the update execution request message. 2. An interactive file comprising an input log file and a blocking table, wherein the terminal is connected to the terminal by a packet line, and the host processor is connected to the host processor by a high-speed LAN. An update processing system, wherein the input log file exists on a disk and holds all update execution request messages from the terminal, and the blocking table exists on a memory and updates the update execution request from the terminal. An interactive file update processing system characterized by holding a certain number of messages. 3. The interactive file update processing system according to claim 2, wherein the front-end processor outputs the contents of the message to the input log file and the blocking table when receiving the update execution request message from the terminal. And transmitting a response message to the terminal after blocking.