JPS61241869A - Transaction control system for on-line terminal equipment - Google Patents

Abstract

PURPOSE:To secure the status for composite transactions after recovery by deciding whether or not the interruption of the transaction processing corresponding to another input screen is accepted with reference to the discriminating information when an indication is given to save the input screen under display and to call another input screen. CONSTITUTION:When the input is through with all data necessary for transactions, a transmission key 18 is pushed for replacement of a customer account file. A host system 30 performs various checks after receiving a telegram. If no problem is detected, the transaction is fixed and the balance of the corresponding customer account in an account file 31. Then the discrimination code showing the conclusion of transaction and the data to be printed are given in reply to a terminal equipment 1 in the form of telegram. The equipment 1 checks the telegram and answers the contents of an error and the discriminating information showing that the transaction is not fixed if an error showing that a deposit amount exceeds the limit of tax exemption is detected. A saving request is accepted at an optional time point since only the interruption transactions that give no effect to the status of the transaction under saving are allowed. Thus the identity of status is secured when the original transaction is started again.

Description

[Detailed Description of the Invention] [Field of Application of the Invention] The present invention relates to a transaction control system in an online terminal,
More specifically, the present invention relates to a method for preventing other transactions from being interrupted when executing a complex transaction at an online terminal.

[The stomach view of invention]

In financial institutions such as banks, for example,
As described in the No. 767 publication, various transactions are executed via a terminal device (online teller's machine) connected online to a host system.

Transaction operations performed on these online terminals include deposit and withdrawal operations that always involve cash or checks, such as regular deposits and withdrawals, and cases that do not involve cash, such as transfers and transfers; It is broadly divided into tasks that are completely unrelated to people's withdrawals, such as file inquiries and updating customer terms and conditions of Maruyu limit. In addition, at actual counters, for example, complex transactions may occur in which the same customer submits deposit and withdrawal slips for multiple accounts at the same time and submits or requests cash, checks, etc. related to these transactions all at once. There is.

Conventionally, when executing the above-mentioned complex transaction of bulk cash withdrawals and multiple person withdrawals, online terminals first collate the deposited amount of cash, checks, etc. and the amount of each slip at once, and perform so-called zero proof processing. After that, a series of transactions are executed. In this case, for example, if you receive a response from the host that the transaction has failed for one transaction, you will need to temporarily save the transaction data that has already been entered and insert another transaction in order to eliminate the cause of the transaction failure for that account. However, depending on the content of the 1-interrupt transaction, the current status of the compound transaction may be destroyed, which may pose a risk of hindering subsequent transactions.

[Purpose of the invention]

SUMMARY OF THE INVENTION An object of the present invention is to provide a transaction control operation of an online terminal that can guarantee the status of a composite transaction after one recovery when another transaction is interrupted during execution of the above-mentioned I-data composite transaction.

[Summary of the invention]

In order to achieve the above object, the present invention includes an input means;
a display means, a screen file means for storing a plurality of types of input screen information for inputting transaction data displayed on the display means, and a processing device for controlling the entire device, and according to specifications from the input means. Each input screen stored in the screen file means is used in an online terminal device that calls up an input screen to the display means, inputs transaction data according to the input screen, and executes the transaction by communicating with the center system. Identification information indicating whether or not to allow interruptions is given in advance for each transaction, and the currently displayed input screen is saved from the input means during the execution of a compound transaction that handles multiple mutually related transactions on the same input screen. When an instruction is given to call up another input screen, the processing device refers to the identification information attached to the other input screen and accepts an interrupt for transaction processing corresponding to the other input screen. It is characterized by being designed to judge.

[Embodiments of the invention]

Hereinafter, one embodiment of the present invention will be described with reference to the drawings.

FIG. 1 is a schematic configuration diagram of an online system to which the present invention is applied, and numeral 1 indicates an online terminal device connected to a host device 50 via a line 20. In this example, the terminal device 1 is a processing device 2 that controls the entire device.
, an operation console 5 operated by the clerk to input transaction data and other information, a display device 4 on which the transaction data input from the operation console 5 is sequentially displayed, and a display device 4 for displaying transaction information on paper such as a bankbook or slip. A printer 5 that prints out, a cash processing device 6 that processes cash to be deposited and withdrawn, and an input device that stores a plurality of types of input screens to be displayed on the display device 4 to guide input items of transaction data. It is equipped with a screen file 7. On the other hand, the host device 50 stores the balance and the balance corresponding to each account.
It is equipped with an account file 51 that stores information such as transaction progress.

FIG. 2 shows an information storage area used by processing device 2 for transaction control operations. In the figure, 10 is an input screen area that temporarily holds one input screen 8 read from the input screen file 7, and the input screen held in this input screen area is output to the display device 4. The input screen to be displayed is selected using a guide key 15 provided on the console 5. The eyes are the input screen retreat area, and the save key 16 and load key 1 on the operation desk
In response to the operation 7, information is saved and restored between the input screen area 10 and the save area 11, respectively. 12 is an area for storing status information for managing the current status of the entire terminal device; 14 is a cash amount area for managing the number of all types of cash deposited into the cash processing device 6 or cash to be withdrawn; 15 is a cash amount area for managing the number of all types of cash to be withdrawn; Zero-check status to manage cash and check amounts. Further, 1B is a transmission key provided on the console 5, and the transaction data successively input into the input screen area is sent to this transmission Φ-
It is sent to host 1 by the operation.

As understood from the above configuration, in the online terminal device 1 of the present invention, the operator can use the guide key tS
A required input screen is specified from K, called from the input screen file 7 to the input screen area 10, and displayed on the display device 4. This input screen is called.

When executing the next transaction after one transaction is completed,
In some cases, the current transaction is temporarily interrupted and the input screen is saved to the save area 11 by operating the save key 16, and then another transaction is interrupted. In the present invention, in the latter case, in order to prevent a transaction that affects the status of the transaction being saved from being executed due to an interruption, each of the input screen information 8 stored in the input screen file 7 is In contrast, transaction restriction information 9 during saving is provided in advance as additional information. When the operator specifies an input screen, if the save key 16 has not been operated before, the specified input screen will be called regardless of the restriction information 9, but if the input screen specified after the save key operation is In this case, only the input screens for which the restriction information 9 indicates transaction permission can be called up, and calls for input screens for which the restriction information 9 indicates no transaction permission are invalidated.

Hereinafter, the transaction control procedure of the present invention will be explained according to the operation flowchart shown in FIG.

Now, assume that a composite transaction requested by a customer is to be executed as the Nth transaction while the preceding IEN-1st transaction has been completed.

When the operator specifies an input screen necessary for executing a compound transaction using the guide key 15, the processing device 2 converts the specified screen from the input screen file 7 into the input screen area 10.
Read out. As a result, an input screen is displayed on the display device 4, and the operator operates the operation console 5 while looking at the displayed screen, for example, the customer account number, the amount of money to be withdrawn written on the slip, the amount of money to be deposited, etc. Enter the necessary transaction information such as period. These input information are sequentially displayed on the input screen of the display device 4. In the case of a deposit transaction, the cash received from the customer is put into the cash processing device 6 and counted. This counting result is also displayed at a predetermined display position on the display device 4. Processing device 2 stores these cash data and check input values in zero-proof register 1 for zero-proofing, which will be described later.
5 and stored in the cash number register 14. Further, in the case of a complex transaction, status information for managing the progress of the transaction is set in the area 12 and updated sequentially in order to zero-proof the cash amount for multiple person withdrawal transactions all at once.

After entering all the data necessary to execute the transaction, the host
The send key 18 is pressed to update each customer account file in the system, at which point the aforementioned zero proofing is performed.

If zero proof is established, the input data in the input screen area 10 displayed on the display device 4 is digitized and transmitted to the host 50 via the line 20. Note that the contents of the input screen area 10 are not deleted and are saved even after the data transmission.

When the host system 50 receives the message, it performs various checks, and if there are no problems, the transaction is determined to have been completed and the front panel of the corresponding customer account in the account file 51 is updated.
The identification code indicating that the transaction has been completed and the data to be printed on the passbook or slip are sent as a message in a predetermined format to the terminal device i. As a result of checking the message sent by the terminal device 1, if an error such as exceeding the Maruyu limit is detected, the host system responds with the content of the error and identification information indicating that the transaction has not been completed. Upon receiving this response message indicating that the transaction has not been completed, the processing device 2 of the terminal displays the received contents and changes the status of the contents of the input screen area 10 to the save area 11 by operating the save key 16. In other words, it is in a state where saving is permitted.

The operator determines the cause of the transaction failure from the displayed content,
When executing the N+1 transaction to eliminate the above factors, in this example a transaction to increase the limit amount so that the limit amount does not exceed the limit amount, the operator should:
Press the save key +6 mentioned above to temporarily save the contents of the input screen for the Nth transaction to the input screen save area 11, and use the guide key 15 to create a new input screen 8 for the Maruyu limit update process. request for display.

In this embodiment, an input is used to execute a transaction that updates the in-process information left in the status information area 12, zero-proof register 15, and cash amount area 14, that is, a transaction that involves deposits and withdrawals. The screen 8 is provided with restriction information 9 that prohibits transactions during saving, and the other input screens are provided with restriction information that allows transactions. Therefore,
The input screen 8' for updating the Maruyu limit that does not involve deposits and withdrawals has transaction limit information, and when the operator specifies this input screen, the processing device 2 responds to the operator's operation of the guide key 16. In response, the input screen 8' read out from the input screen file 7 is moved to the input screen area I.
OK is selected, and this is displayed on the display device 4.

The operator inputs data according to the above display screen 8' and presses the send key +8 to send the input data to the host Ink.
Upon transmission, the host system 50 executes a transaction to increase the Maruyu limit of the corresponding account in accordance with the received message, and when this is completed, sends a reply message indicating that the transaction has been completed to the terminal device. Since the end of the transaction is displayed on display #4, the operator presses the load key 17 to continue the interrupted Nth transaction, and the input screen that had been evacuated to the evacuation area 11 is displayed. After confirming that it is displayed on the device 4, press the send key 18 again. In this case, even if the N+1st transaction is executed, the status information area 12, zero glue 7/register 15, cash amount area 14. Since there is no change in the state of the cash processing device 6, the operator can complete the Nth transaction by simply pressing the send key 18 without re-entering data.

In the above embodiment, upon receiving a response from the host side indicating that the transaction has not been completed, the status is set to permit saving, and in response to the operator pressing the save key 16 while permitting saving, the input screen is evacuated. However, this evacuation operation may be performed automatically in conjunction with a transaction failure response from the host. Furthermore, in the present invention, since the transactions that can be executed by one interruption are limited to those that do not affect the status of the transaction being saved, save requests may be accepted at any time.

〔Effect of the invention〕

As is clear from the above embodiments, in the present invention, one transaction can be completed normally. If another transaction is interrupted before the transaction is executed, transactions that change the status of the transaction being evacuated will not be accepted, so the same status can always be guaranteed when the original transaction is restarted. For the slave operator, there is no need to worry about the status of the transaction being evacuated due to careless interrupt processing, and there is no need to worry about complicated and difficult status restoration operations to restore the status to the original status once the status has been collapsed. can be processed efficiently.

[Brief explanation of drawings]

FIG. 1 is a configuration diagram of the online terminal system, FIG. 2 is a diagram for explaining the memory area in the terminal device and the flow of input screen data, and FIG. 3 is a flowchart showing the transaction opening procedure according to the present invention. Explanation of symbols: 11 terminal device, 21 processing device, 5B operation console,
4 display device, 5 printer, 6S
Cash processing device, 7i input screen file, 8s large input screen,
9-Control information, 101 input screen area, 111
Input screen save area, 12s Status information area, 15s Zero proof register, +4s Cash quantity area, 15s Guide key, 16 +Save key, 17s (ff-do key, 18 Send key, 20s line , 501 host, 51 + customer account file. 2nd m 1fJ3 mouth

Claims (1)

[Claims] (1) comprising an input means, a display means, a screen file means for storing a plurality of types of input screen information for inputting transaction data displayed on the display means, and a processing device for controlling the entire apparatus; In an online terminal device that calls up an input screen in accordance with a specification from the input means on the display means, inputs transaction data according to the input screen, and executes the transaction by communicating with the center system, the screen file means Identification information indicating whether or not to allow interruptions is given in advance to each stored input screen, and during execution of a compound transaction that handles multiple mutually related transactions on the same input screen, the current When an instruction is given to save the currently displayed input screen and call up another input screen, the processing device refers to the identification information associated with the other input screen and performs transaction processing corresponding to the other input screen. 1. A transaction control method for an online terminal device, characterized in that it is determined whether or not to accept an interruption.