JPH0254367A - Fault processing system for automatic transaction machine - Google Patents

Abstract

PURPOSE:To prevent deterioration of the working efficiency and at the same time to easily separate the faults succeeding the transaction when a fault occurs at a holding transaction part and outputting a fault message during the discontinuation of the transaction. CONSTITUTION:When the detection of the fault of a holding transaction part 30 is informed from a holding transaction detecting part 31, a fault control part 40 informs the fault to a transaction part 20 and at the same time holds the output of a fault message 50. Then the output of the message 50 is outputted when an automatic transaction device is set in a transaction halt state. At the part 20 an on-line transaction mode is succeeded as it is if this mode is kept when the fault information of the part 30 is received. While the transaction is performed while the transaction data is saved to a spare buffer 23 in an off-line transaction mode. Thus it is possible to avoid the discontinuation of transaction due to the fault like a reading or writing defect of holding memory part 12, etc., and to inform the fault to the clerk when the transaction is stopped. Then the fault recovering process is carried out.

Description

[Detailed Description of the Invention] [Summary] The present invention relates to a failure handling method for an automatic transaction device, and relates to a failure handling method for an automatic transaction device, and the present invention relates to a failure handling method for an automatic transaction device, and is intended to solve a failure in a pending transaction section that communicates data other than online transaction information with a host device independently of the transaction system. For the purpose of processing without stopping, there is an online transaction mode in which transactions are carried out while communicating with a higher-level device, as well as an online transaction mode in which the transaction is verified based on reference data, the transaction is executed, and the generated transaction data is sent to the higher-level device. The transaction section includes an offline transaction mode in which a request is made to the pending transaction section, and the pending transaction section holds the data related to the offline transaction in a pending storage section and communicates with a host device independently of the transaction section. A failure handling method for an automated transaction device, which comprises: a suspended transaction failure detection unit that detects a failure in the suspended transaction unit; and when the suspended transaction failure detection unit notifies the transaction unit of the failure detection; A failure management unit that creates and saves failure messages and outputs the failure message when trading is suspended; and when the pending transaction unit is notified of a failure, if it is in online transaction mode, it continues the transaction and returns to offline transaction mode. If the transaction data is saved in a backup buffer and the transaction is executed, the transaction section is provided, and when a failure occurs in the pending transaction section, the transaction is continued, and the failure message is output while the transaction is suspended. Configure.

[Industrial application field]

The present invention relates to an improvement in a failure handling method for an automatic transaction device.

Automatic transaction devices that switch from online transactions to offline transactions when a line failure or the like occurs are becoming popular.

In this automatic transaction device, data related to offline transactions exchanged with the host device (host), such as transaction data of offline transaction results (hereinafter referred to as offline transaction data) and reference data referred to during offline transactions (bad account data, etc.) A large amount of information is generated, and if this is communicated with the host through the transaction system, it will affect the transaction, such as delaying the opening of the station or suspending the transaction.

For this reason, a method has been proposed in which data other than online transactions is exchanged with the host by a pending transaction section that is independent of the transaction system. However, when a failure occurs in this pending transaction section, the same process as that of the transaction system is handled. If automatic transaction equipment is suspended immediately after a failure occurs, the number of transaction suspensions will increase, the operating rate will decrease, and customer transactions in progress will be interrupted midway.

Therefore, there is a need for a failure handling method that does not affect the transaction system when a failure occurs in the pending transaction section.

[Conventional technique]

FIG. 4 is a block diagram of an automatic transaction device equipped with a pending transaction section.

FIG. 4 shows an automatic transaction device such as an automatic deposit/pay machine A rule, in which an online transaction section 5 communicates with a host 1, and
Transactions such as deposits and payments are carried out through customer operations.

During this online transaction, if, for example, the host 1 is busy with transaction processing at another ATM and the response to the transaction request is delayed, the medium such as the passbook is returned and then the mode is switched to the offline transaction mode.

In the offline transaction mode, the offline transaction unit 6 refers to the bad account received from the host 1 based on the input passbook, etc., executes the transaction if the transaction is successful, and then edits the offline transaction data into a message format. The pending transaction unit 4 is requested to transmit to the host 1.

The pending transaction unit 4 stores the requested offline transaction data in the pending storage unit 12 via the file control unit 11.
The transmission/reception processing unit 10 transmits the information to the host 1 as needed, and also receives a request from the host 1 to receive a bad account.

This transmission and reception by the pending transaction unit 4 is configured to be performed independently of the transaction unit 3 and asynchronously with online transactions, and there is no need to transmit and receive data related to offline transactions at the time of opening or when transactions are suspended. Therefore, an improvement in equipment utilization rate is achieved.

Here, when a failure is detected by the failure detection unit 7, the failure processing unit 8 transfers the failure management data to the pending transaction unit 4 if the failure is found in the transaction unit 3 (mainly mechanical part) as a result of the failure diagnosis. At the same time, the transaction is suspended and a failure message is output to the staff operation unit 9, waiting for recovery.

[Problem to be solved by the invention]

The pending trading unit operates independently of the trading system, and many of its failures often do not affect the execution of transactions.

For example, when a floppy device is used as the hold storage unit 12, defects in the recording medium are relatively likely to occur, but if processing such as transaction suspension is performed at the same level as a transaction-related storage failure, the operating rate of the device will decrease. There is a problem with the decline.

In view of the above problems, it is an object of the present invention to provide a fault handling method for an automatic transaction device that does not affect the execution of transactions when a fault occurs in the pending transaction section.

[Means to solve the problem]

In order to achieve the above object, the failure processing method of the automatic transaction device of the present invention, as shown in the block diagram of the automatic transaction device of the embodiment in FIG. When a failure is detected by the suspended transaction failure detection unit (31), the transaction department (20) is notified, a failure message (50) is created and saved, and the failure message is sent when the transaction is suspended. (50) When the failure management unit (40) that outputs the error message (50) and the pending transaction unit (30) are notified of the occurrence of a failure,
The transaction section (20) continues the transaction if it is in the online transaction mode, and saves the transaction data to a spare buffer (23) and executes the transaction if it is in the offline transaction mode.

[For production]

When notified by the pending transaction failure detection unit 31 that a failure has been detected in the pending transaction unit 30, the failure management unit 40 notifies the transaction unit 20 and also suspends the output of the failure message 50 that notifies the staff of the failure. Output when the transaction is suspended.

When the transaction section 20 receives a failure notification from the suspended transaction section 30, if it is in the online transaction mode, it continues the online transaction mode, and if it is in the offline transaction mode,
The transaction is executed while saving the transaction data to the reserve buffer 23.

As described above, suspension of transactions due to failures such as reading or writing failures in the pending storage unit 12 etc. is avoided, and when transactions are suspended, a staff member is notified and a recovery process is performed, for example, the medium is replaced.

〔Example〕

Embodiments of the present invention will be described in detail with reference to the drawings.

The figure is a flowchart of offline transaction section processing of the suspended transaction failure detection section. In FIG. 1, reference numeral 31 denotes a pending transaction failure detection unit, which detects failures in each part of the pending transaction unit 30; 23, a spare buffer; and 23, a spare buffer, which saves offline transaction data of the pending transaction failure detection unit; and 21, a transaction failure detection unit. 22 is an offline trading section which, when notified of a failure in the pending trading section 30, continues the transaction using the reserve buffer 23 until the reserve buffer 23 is full. 40 is a failure management unit that notifies the failure management unit 40 when the failure detection unit 21.31 receives a detection notification (interruption), and if the failure is in the pending transaction unit 30, the transaction unit 30 along with failure message 5.
0 is created and stored in the message storage section 41, and is output to the clerk operation section 9 when the transaction is stopped. 41 is a message saving section that saves the failure message 50, and the same reference numerals are the same throughout all other figures. represents an object.

In addition, the spare buffer 23 and the message saving section 41
consists of non-volatile memory.

In the automated teller machine having the above configuration, when a failure detection interrupt occurs, the following processing is performed.

[Fault management department processing]

(1) When there is a fault notification interrupt, the location of the fault is determined, and if the fault is other than the pending transaction unit 30, a request is made to store the fault management data in the pending storage unit 12, and if a retry is possible, it is automatically reset and restored. .

At this time, if the failure message 50 of the pending transaction section is in the message saving section 41, it is output at the same time.

(2) If there is a failure in the pending transaction department, the transaction department 20 is notified.

(3) When receiving a notification from the offline transaction section 22 that there is no spare buffer, or when a transaction is suspended, the error message 50 saved is output to the clerk operation section 9.

[Processing when a failure occurs in the offline trading department] (1) When the pending transaction failure detection unit receives a notification, if it is in online transaction mode, it determines whether or not online transaction is possible, and if it is possible, it will continue as it is, and if it is not possible, it will switch to offline trading mode.

(2) In the offline trading mode, the offline trading unit 22 executes offline trading if the spare buffer 23 is empty, and stops trading when it becomes full and notifies the failure management unit 40.

Note that in this case, since the fault message 50 is output, the fault processing is performed by the staff member.

As described above, even if a failure occurs in the pending transaction section 30, it is possible to continue the transaction by using the spare buffer 23 if it is in the online transaction mode or by using the spare buffer 23 if it is in the offline transaction mode. At this time, the failure message 50 that was saved when the transaction was canceled is output and notified to the clerk.

Most of the failures in the suspended transaction section are caused by the media such as floppies used in the suspended storage section 12. For example, if the above method is applied depending on the number of write/read attempts and a warning message is output when a transaction is suspended, the transaction can be suspended. It can be avoided.

〔Effect of the invention〕

In the present invention, when a failure occurs in the pending transaction section, the staff is not immediately notified, and if the transaction is in offline transaction mode, the transaction is continued as is, if the transaction is offline, the transaction is continued using the reserve buffer, and if the transaction is suspended, the transaction is continued. It provides a failure handling method for automatic transaction devices that output failure messages, and has great effects on the operation of automatic transaction devices equipped with an offline transaction mode, such as preventing a decline in operating rates and making it easier to isolate failures. be.

[Brief explanation of the drawing]

Fig. 1 is a block diagram of the automatic transaction device of the embodiment, Fig. 2 is a processing flowchart of the fault management section, Fig. 3 is a processing flowchart of the offline transaction section of the pending transaction fault detection section, and Fig. 4 is a processing flowchart of the pending transaction section. FIG. In the figure, 1 is a host device, host, 2 is a line control unit, 5 is an online transaction unit, 9 is an attendant operation unit, 10 is a transmission/reception processing unit, 11
is a file control section, 12 is a holding storage section, 20 is a transaction section,
21 is a transaction failure detection unit, 22 is an offline transaction unit, 23
30 is a reserve buffer, 30 is a pending transaction unit, 31 is a pending transaction failure detection unit, 40 is a failure management unit, 41 is a message saving unit, and 50 is a failure message. Processing flowchart of the fault management unit Figure 2 Figure 3

Claims (1)

[Scope of Claims] An online transaction mode in which a transaction is executed while communicating with a higher-level device, and a transaction unit that verifies the conclusion of a transaction based on reference data, executes the transaction, and suspends transmission of the generated transaction data to the higher-level device ( a transaction unit (20) equipped with an offline transaction mode in which requests are made to the transaction unit (20);
The pending transaction unit (
30); a pending transaction failure detection unit (31) for detecting a failure in the pending transaction unit (30); a failure management unit (40) that notifies the transaction unit (20) when the detection is notified, creates and saves a failure message (50), and outputs the failure message (50) when the transaction is suspended; When the occurrence of a failure in section (30) is notified,
The transaction section (20) continues the transaction if it is in the online transaction mode, and saves the transaction data in the spare buffer (23) and executes the transaction if it is in the offline transaction mode, and the pending transaction section (20) is provided. 30) A failure handling method for an automatic transaction device, characterized in that when a failure occurs, the transaction is continued, and the failure message (50) is output while the transaction is suspended.