JPH03229360A - Backup method for transaction processor - Google Patents

Abstract

PURPOSE:To constitute the transaction processor so that a holding mode side machine can execute continuously even a transaction immediately before an operation mode side machine goes down by transmitting transaction data of the transaction processor of the operation mode side to the transaction processor of the standby mode side through an existence check line and saving it. CONSTITUTION:Two sets of transaction processor 11a, 11b are connected by an existence check line 12, decide whether each of them is operating normally or not, and are backed up. A line switch 13 connects a communication line to the transaction processor 11a of a regular operation mode side, and switches the communication to the transaction processor 11b of the standby mode side, when the operation mode side goes down. In such a state, when the transaction processor 11a of the operation mode side goes down, transaction data transmitted to the device 11a is saved in the transaction processor 11b of the standby mode side through the existence check line 12, and the device 11b of the standby mode side executes continuously its transaction. In such a way, even of the device 11a of the operation mode side goes down, the transaction immediately before the down is not interrupted but can be continued.

Description

DETAILED DESCRIPTION OF THE INVENTION (a) Field of Industrial Application This invention is directed to, for example, protecting transaction processing in the case of a failure in a mask machine in a transaction processing device with duplicate devices. This invention relates to a device backup method.

(B) Conventional Technology Conventionally, system car boat fishing has been known in which transaction processing devices are duplicated and a backup machine (standby mode machine) backs up when the mask machine (operating mode machine) goes down.

(c) Problems to be solved by the invention However, in the case of the above-mentioned backup system, the transaction processing that was being exchanged immediately before the mask machine went down cannot be continued, so this transaction must be canceled manually. Therefore, when a failure occurs, it is necessary to confirm the existence of a failed transaction. For example, when a transaction processing device is configured at a credit transaction center or a bank transaction center, manual cancellation operations or The task of confirming the failure of a transaction is a very troublesome problem.

Therefore, the present invention allows the backup machine to continue transactions immediately before the mask machine (operational mode side machine) goes down.
The purpose of the present invention is to provide a backup method for a transaction processing device that allows a standby mode side machine to continue executing transactions.

(D) Means for Solving Problems This invention connects at least two transaction processing devices with a survival check line that checks each other's survival, and puts one of the transaction processing devices in an operational mode, and the other. are set to standby mode to back up the operation mode side, and the transaction data of the transaction processing device on the operation mode side is sent to the transaction processing device on the standby mode side via the survival check line and saved, and the transaction data on the operation mode side is The present invention is characterized in that it is a backup method for a transaction processing device that continues to execute transactions based on transaction data stored by the transaction processing device in standby mode when the processing device goes down.

(e) Effect: In the backup method for a transaction processing device of the present invention, when a transaction processing device in operation mode goes down, transaction data transmitted to the device is transferred to the transaction processing device in standby mode via a survival check line. Therefore, the transaction processing device in the standby mode continues to execute the transaction based on the stored transaction data.

(F) Effects of the Invention As a result of the above, according to the present invention, even if the transaction processing device in the operational mode goes down, the transaction immediately before the downtime can be continued without interruption, and the transaction processing device can be placed in the standby mode. Transaction failures due to switching sides will no longer occur.

Therefore, when a transaction fails, there is no need to manually cancel the transaction or confirm the existence of the transaction failure. Troublesome tasks such as operations and confirmation of failed transactions are eliminated.

(g) Examples of the invention An embodiment of the present invention will be described in detail below with reference to the drawings.

The drawing shows a method for backing up a transaction processing device at a credit center in a credit transaction using a credit card. In FIG.
transaction processing device 11a.

fib, and these are connected by a survival check line (alarm line) 12 to determine whether each other is operating normally or not, and to back up each other.

In this embodiment, the operation mode (main machine) is set to the transaction processing device 11a, the standby mode (backup machine) is set to the transaction processing device i1b, and the transaction processing device 11a on the operation mode side is set to the transaction processing device 11a on the standby mode side. Bag ff1llb is backing it up.

The line switch 13 connects the communication line to the transaction processing device 11a on the normal operation mode side, and when the operation mode side goes down, the communication line is switched to the transaction processing device 11b on the standby mode side.

The lines connected to the above-mentioned credit center 10 are the terminals 14, . . . , which conduct credit card transactions directly with customers as lower lines, and the host computers 15a and 15b of a plurality of credit companies as upper lines.

The terminal device 14 transmits credit card data, that is, card data such as credit company number, credit card number, expiration date, and PIN number, as well as transaction amount data, and receives data on whether or not payment is possible from the corresponding credit company. Receive.

In addition, the host computers 15a, 1 of the credit company
5b receives the credit card payment inquiry, determines whether it is possible, and transmits the result.

In FIG. 2, the transaction processing device 11a mentioned above.

Reference numeral 11b denotes lower line control units 16a and 16b that control the connection of the terminals 14 to the lower line, and an upper line control unit 17a that controls the connection of the host computers 15a and 15b to the upper line.

17b, and business application units 18a and 1 that execute transactions.
8b, and a device survival check processing unit 1 that checks whether the transaction processing devices 11a and llb are operating normally.
Furthermore, the transaction processing device 11a on the operation mode side has a transaction data notification section 20a for transmitting transaction data to the standby mode side, and the transaction processing device 11, b on the standby mode side has has a transaction data protection unit 20b that records and stores transaction data transmitted from the operation mode side.

And the device survival check processing section 19a mentioned above.

19b is connected to the survival check line 12, and the device survival check processing unit 19b is connected to the transaction processing device 11 on the operation mode side.
When a failure of a is detected, the line switching device 13 is switched to the transaction processing device 11b on the standby mode side.

The backup process of the transaction processing device 11a of the credit center 10 configured as described above will be explained with reference to the flowchart of FIG. 3.

When customers use credit cards for shopping,
The terminal device 14 stores the card data of the credit card.
Transaction data for inquiring whether credit card payment is possible is transmitted to the credit center 10 via the lower line, and when the transaction processing device 11a on the operation mode side receives this via the lower line control unit 1.6a (step n1 ), this transaction data is processed in accordance with the transaction data by the business application section 18a, and is also input to the transaction data notification section 20a (step n2).

The withdrawal data input to the transaction data notification section 20a is passed through the device survival check processing section 19a1, the survival check line 12, and the device survival check processing section 19b of the transaction processing device 11b on the standby mode side, to the transaction data protection section 20b.
(step n3).

Since the transaction data is an inquiry as to whether or not credit card payment is possible, the business application unit 18a described above determines the credit company using the credit company number in the transaction data, and uses the upper line control unit 17a to confirm that the credit company is the host, for example. If it is the computer 15a, a line is connected to it and transaction data is transmitted (step n4).

At this time, mutual device survival check processing units 19a.

19b checks whether the mutual devices 11a and flb are operating normally (step n5), and when the transaction data is transmitted normally and is completed in that state, the operation mode side's business is The application unit 18a creates a transmission completion signal and sends it to the transaction data notification unit 20a.
When the transmission completion signal is input to the transaction data protection unit 20b on the standby mode side via the survival check line 12,
The transaction data stored in the transaction data protection section 20b is cleared (step n7).

The host computer 15a, which received the inquiry as to whether credit card payment is possible in step n4, checks the account based on the transaction data, determines whether payment is possible, and uses the result of the determination as confirmation data in the transaction processing device. 11
Send to a.

When the transaction processing device 11a receives the above confirmation data (
At this time, the mutual device survival check processing units 19a and 19b check whether the mutual devices 11a and llb are operating normally (step n8).
9) If the confirmation data is received during normal operation, the received confirmation data is sent from the transaction data notification unit 20a to the device survival check processing unit 19a, 19b, and the survival check line 12 to the standby mode side. The transaction data is transmitted to the transaction processing device 11b (step n10), and stored in the transaction data protection unit 20b on the standby mode side (step n11).
).

Next, the transaction processing device 11a transmits the confirmation data received in step n8 described above to the terminal 14 that requested the inquiry as to whether credit card payment is possible, but it is assumed that a failure occurs during this transmission (step n12). .

At this time, mutual device survival check processing units 19a.

19b checks whether the mutual devices 11a and llb are operating normally (step n13), so if a failure occurs and confirmation data is not sent, the device survival check processing section on the standby mode side 19b detects this failure (step n14).

The device survival check processing unit 19b described above outputs a line switching signal to switch the line switching device 13 to the transaction processing device 11b on the standby mode side, and then switches the line switching device 13 to the transaction processing device 11b on the standby mode side.
Processing continues with the mode set to operation mode.

That is, the confirmation data to be sent to the terminal 14 is
Since the transaction data is stored in the transaction data protection unit 20b, it is transmitted to the reading terminal 14 to continue transaction processing (step n15).

As explained above, according to this embodiment, even if the transaction processing device 11a on the operation mode side goes down, the transaction immediately before the failure occurs without interrupting the transaction processing device 11a on the standby mode side.
Transaction processing device 11 allows you to continue trading with 1b.
There is no possibility that a transaction will not be completed due to the transaction processing device 11b being switched to the transaction processing device 11b on the standby mode side.

Therefore, when a transaction fails, there is no need to manually cancel the transaction or confirm the existence of the failed transaction. Eliminates the need for cancellation operations and confirmation of failed transactions.

In addition, in the correspondence between the structure of this invention and the above-described embodiment, the storage of transaction data of this invention is performed by the transaction data protection unit 20b and step n3. Similarly, when the transaction processing device in the operational mode of the present invention goes down, the transaction processing device in the standby mode continues to execute the transaction based on the transaction data stored in the transaction processing device in the standby mode. Although the configuration corresponds to the processing operations of steps n11 to n15 of the embodiment, the present invention is not limited to the configuration of the above-described embodiment.

[Brief explanation of drawings]

The drawings show an embodiment of the present invention; FIG. 1 is a system configuration diagram of a credit transaction, FIG. 2 is a software configuration diagram of a transaction processing device, and FIG. 3 is a flowchart of backup processing. 11a, llb...Transaction processing device 12...Survival check line 19a, 19b...Device survival check processing unit b...
Transaction Data Protection Department Figure 1 Cresci Lido Transaction Sinutem Genus 8 Figure 6a 17a 6b 7b Figure 3

Claims (1)

[Claims] (1) Connect at least two transaction processing devices with a survival check line that checks each other's survival, and set one of the transaction processing devices in operation mode and the other in standby mode to back up the operation mode side. Then, the transaction data of the transaction processing device on the operational mode side is sent to the transaction processing device on the standby mode side via the survival check line and stored, and when the transaction processing device on the operational mode side goes down, the transaction data on the standby mode side is processed. A backup method for a transaction processing device that continues to execute transactions based on transaction data stored by the processing device.