JPH0580020B2 - - Google Patents

Description

[Detailed Description of the Invention] (a) Industrial Application Field This invention transmits predetermined data from a terminal to a host that requires permission from the host, waits for permission data from the host, and continues the transaction. Concerning the communication method in the system.

(b) Prior Art This type of communication method includes, for example, a communication method for an authorization system using a credit card. After transmitting data requiring permission, ie, authorization data, from the terminal to the host, the terminal shifts to a wait state and maintains that wait state until permission data, ie, authorization data, arrives from the host.

(c) Problems to be Solved by the Invention However, in the above communication method, if the host requires a long period of time for authorization, the terminal remains in a reception waiting state until the host completes the authorization process. No further transactions can be processed. For this reason, there was a problem that the processing efficiency at the terminal and the authorization system deteriorated the flow of customers.

SUMMARY OF THE INVENTION An object of the present invention is to provide a communication method during transaction processing that can solve the above problem by granting temporary permission to a terminal when it takes a long time to determine whether or not permission is granted on the host side.

(d) Means for Solving the Problems This invention provides a system for processing a transaction processing terminal such that when predetermined data that requires permission from a host is generated during transaction processing, the terminal sends the predetermined data to the host and then enters a wait state. When the host receives the predetermined data, it determines whether permission can be determined in a short time, and if permission can be determined in a short time, it transmits permission data to the terminal and determines whether permission is granted. If the determination cannot be made in a short time, temporary permission data is sent to the terminal before sending the permission data, and when the terminal receives the permission data, it releases the wait state and processes the predetermined data that has been granted. When the provisional permission data is received, the provisional permission data is memorized, the wait state is released, and the next transaction processing is made possible, and then the permission data is If the permission data corresponds to the provisional permission data, the transaction processing of the permitted predetermined data is set to be possible.

(e) Effect After the terminal sends the specified data to the host, the terminal is set to a wait state, but if permission data cannot be received within a short period of time, temporary permission data is sent from the host side. When the terminal receives the temporary permission data, the wait state is released and the next processing can be performed. However, in this case, the temporary permission data is temporarily stored. Then, when permission data is transmitted from the host side, if the temporary permission data corresponds to previously stored temporary permission data, processing of the permitted predetermined data is made possible. When permission data for a short period of time is transmitted from the host side, it is possible to process the permitted predetermined data in the same manner as before.

(f) Embodiment FIG. 2 is an external view of an example of a terminal used in an authorization system to which the communication method according to the present invention is applied. In this embodiment, an electronic cash register (hereinafter referred to as ECR) is used as the terminal. In the figure, 1 is a keyboard, 2 is a display, 3 is a rotatably supported turret display, 4 is a printer, 5 is a card reader, and 6 is a drawer. Display 2 uses a dot matrix type display,
Alphabetic characters can be displayed along with numbers. It also indicates that the power is on and there is data being received.
It also has a built-in LED lamp.

FIG. 3 is a schematic block diagram of the above ECR.
Overall control is performed by the CPU 10. this
CPU 10, keyboard 1, display 2, 3
Printer 4, card reader 5, ROM6, RAM
7 and model 8 are connected. ROM6 is
Stores a program that defines the operation of the CPU 10,
Model 8 is connected to a communication line.

The RAM 7 includes a reception flag FRECV, a received data save buffer WRECV, a temporary permission data save buffer WENTAC, and other work areas and buffers. Received flag
FRECV is set when, after receiving temporary permission data from the host, authorization result data corresponding to the temporary permission data is received from the host during another transaction. The received data save buffer WRECV stores the authorization result data sent from the host side when the reception flag FRECV is set. Temporary permission data save buffer When the CPU 10 sends authorization data to the host and is in a wait state, when receiving temporary permission data from the host, WENTAC saves temporary permission data.
The temporary permission data is stored.

FIG. 4 is a diagram illustrating the general operation of this system. Figure A shows the operation when authorization processing is performed in a short time on the host side. The column on the left side of the diagram represents the operating status on the ECR, and the column on the right side represents the operating status on the host. The middle column indicates the data transmission direction. When the ECR first sends authorization data to the host,
ECR moves to a wait state waiting for the authorization result. When the host receives authorization data from the ECR, it moves to authorization processing. When the authorization process is completed within one minute, the host sends the authorization result to the ECR.
During this time, ECR is in a wait state, and when it receives the authorization result, it continues with subsequent transactions and ends the process.

Figure B shows the operation when the authorization process takes a long time. When the ECR sends the authorization data to the host and the host tries to start the authorization process, it determines that the process will take a long time and sends the temporary authorization data to the ECR within about 10 seconds. and send. ECR
When the temporary permission data is received in the wait state, the temporary permission data is saved and the process moves to the next transaction. While the next transaction is being performed in ECR, the host side is performing authorization processing for the previous transaction. When the authorization process is completed, the host sends the authorization process result to the ECR. ECR
After confirming that the authorization result corresponds to the temporary permission data that has already been saved, the received authorization result can be displayed. At this time, if another transaction is in progress, the authorization result is temporarily saved, and if no transaction is in progress, it is displayed as is.

FIG. 5 shows the flow of display in the case of the operation shown in FIG. 4B above. When the ECR sends the authorization data to the host, the message “PLEASE
"WAIT" is displayed to indicate that the device is currently in a wait state. When the temporary permission data is received from the host after about 10 seconds, "ENTRY ACCEPTED" is displayed to indicate that the temporary permission data has been received. This puts the ECR into an idle state waiting for keystrokes or authorization data from the host, allowing it to perform other transactions. For example, if sales of cake and coffee are registered as another transaction, the product name and price will be displayed as shown in the figure.
When an authorization result is received from the center during coffee sales registration (transaction), a lamp 21 lights up to indicate that the authorization result has been received. This allows the operator to confirm that the authorization result corresponding to the temporary permission data has been received. When the lamp 21 is lit, that is, when the authorization result is received, as shown in the figure, when coffee sales are being registered, the received authorization result data is saved in the memory. When the operator completes the coffee transaction, the operator performs an appropriate operation to read and display the authorization result data saved in the memory. Then, as shown in the figure, “CREDIT
APPROVED” and “2715” are displayed. This display allows the operator to confirm that the authorization process has been completed and allows the operator to continue the transaction. Note that 20 is a power lamp.

Next, the detailed operation of this system will be explained with reference to FIG. Figure A shows the operation on the terminal side when sending authorization data to the host, and Figure B
indicates host behavior. Further, C in the figure shows the operation when a key input or received data is received in an idle state or an idle state.

First, when attempting to transmit authorization data from the ECR to the host, a message indicating that the ECR is in a wait state as shown in FIG. 5 is displayed at step n1 (hereinafter, step ni is simply referred to as ni). continue
Perform line open processing at n2 and n3, and send authorization data to the host at n4. in n5
The ECR waits for data from the center, and if it receives any data, it proceeds to n6. At n6, it is determined whether the received data is temporary permission data. If it is temporary permission data, the temporary permission data is saved in buffer WENTAC in n7. Then display the received data on n8 and n9,
Print and exit. In this case, if the data is received data or temporary permission data, the lamp 21 is displayed at n8.
(See FIG. 5) is displayed, and if the received data is authorization result data, the authorization result data will be displayed as is.

At n10, the host side waits for data to be received from the terminal, and when it receives authorization data, it first determines whether it will take a long time to process the authorization data (n11). If the process can be completed in a short time, the authorization process is performed in n12, and the authorization result is sent to the terminal in n13. If it is determined that the authorization process requires a long time, provisional permission data is first transmitted to the terminal in n14, and then the authorization process is started in n15. Then, when the process is finished, the authorization result is sent and the process returns to the original n10.

FIG. 1C is executed when the power is turned on. When the power is turned on, the reception flag is first displayed on n20.
Reset FRECV and determine whether there is received data or key input using n21 and n22. this
n21 and n22 are in an idle state. When making a transaction for the first time, there is a key input, so the process proceeds from n22 to n23, and if the operated key is not the ST key (subtotal key), the process moves to other keys. When sending authorization data to the host, enter the amount etc. using keys, but in this case n23
Then, the process moves on to other key processes, and after performing all necessary key processes, the process moves on to the operation shown in FIG. 1A.

Now, suppose that the ECR is in an idle state after transmitting authorization data to the host and completing the operation shown in FIG. 1A. When data is received from the host in this state, n2→n30
Then, it is determined whether the received data is authorization result data corresponding to temporary permission data. If so, that is, if the received data is authorization result data corresponding to the temporary permission data saved at n7, the data is temporarily stored in the buffer allocated to RAM7 at n31. Then determine whether the transaction is currently in progress (n32),
If a transaction is in progress, n33 and n34 will display temporarily stored authorization result data and print it on the receipt. Also, when you are trading something with n32, n35
Temporarily store the received data in buffer WRECV. Then, at n36, the lamp 21 is turned on to indicate that there is received data. Furthermore, the reception flag FRECV is set in n37. Above n32→n35→
... After the process of n37 is performed, when the ST key is operated, the process proceeds in the order of n22 → n23 → n24, and if the transaction is not in progress at the time of the ST key operation, the state of the flag FRECV is determined at n25. If it is set, proceed to n26,
Data stored in buffer WRECV, i.e.
Display the authorization result data saved on n35. Furthermore, use n27 to print the data on the receipt, and use n28 to reset the flag and return to the original state. In this way, when authorization result data is received during another transaction, the data can be stored temporarily and later displayed on the display by the operator operating the ST key at any time. can.

(g) Effects of the Invention According to the present invention, when it takes a long time to process specified data sent from a terminal, provisional permission data is once sent from the host to the terminal, and the terminal When the temporary permission data is received, the waiting state is released and the transaction can proceed to the next transaction, which has the advantage of greatly improving processing efficiency at the terminal.

[Brief explanation of the drawing]

1A to 1C are flowcharts showing the operation of the ECR and host used in the system according to the present invention. Figure 2 is an external view of the ECR, Figure 3 is a schematic block diagram of the ECR, Figures 4A and B are diagrams showing the general operation of the system according to the present invention, and Figure 5 is a display example of the ECR. It is a diagram.

Claims (1)

[Claims] 1. When predetermined data that requires permission from the host during transaction processing is generated in the transaction processing terminal,
After transmitting the predetermined data from the terminal to the host, it is set to a wait state, and when the host receives the predetermined data, it is determined whether or not permission can be determined in a short time. When it is possible to do so, it sends permission data to the terminal, and if it is not possible to determine whether or not it is allowed in a short time, it sends temporary permission data to the terminal before sending the permission data, and when the terminal receives the permission data, The wait state is canceled and the processing of the permitted predetermined data is enabled, and when the temporary permission data is received, the temporary permission data is memorized, the wait state is canceled, and the next transaction is executed. Set the transaction processing to a state in which processing is possible, and further set the transaction processing for the predetermined data that is permitted when permission data is received thereafter and the permission data corresponds to the temporary permission data to be set in a state in which the transaction processing is possible. Characteristic communication method during transaction processing.