JPS616794A - Transaction processor - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

[Detailed Description of the Invention] Technical Field of the Invention The present invention relates to a transaction processing device, and in particular, when information is input one after another from a plurality of input means, it is possible to identify the input order of the information. It relates to a transaction processing device.

Description of Prior Art Conventionally, for example, electronic cash registers (hereinafter referred to as E
In a magnetic card reader (hereinafter referred to as MCR), information input from the keyboard is stored in a key buffer provided in response to keyboard input, and information input from a magnetic card reader (hereinafter referred to as MCR) is stored in a key buffer provided in response to keyboard input. Each of the data was stored separately in the MCR card data buffer provided in the main unit. When there is an input from the MCR, set the MCR read flag, and when reading stored information, check whether the flag is set and if the flag is set, read the information from the MCR read data buffer. That's what I was doing. For this reason, -1, it is not possible to grasp the context at the time of input of information input from multiple input means, such as the keyboard and MCR.
I was unable to write a program that required input order.

OBJECTS OF THE INVENTION Therefore, an object of the present invention is to provide a transaction processing device that can identify the input order of information input from a plurality of input means.

Structure and Effects of the Invention To summarize, the present invention provides a transaction processing device having a plurality of input means with a first input means corresponding to the first input means and a second input means.
and a second storage means, the input information from the second input means is stored in the corresponding second storage means, and the information specifying that the information is from the second input means is stored in the first storage means. When the stored information is read out, the content read out from the first storage means is combined with the second one.
When there is information specifying that there is input information, the contents stored in the second storage means are read in response to the reading of the information, which corresponds to the specifying information.

According to this invention, information input from a plurality of input means is stored in one specific storage means according to the input order, so that the input order can be identified.

DESCRIPTION OF EMBODIMENTS FIG. 2 is a schematic block diagram showing a transaction processing apparatus according to an embodiment of the present invention. In the figure, a keyboard 2, an MCR 3, a display 4, and a printer 5 are connected to the CPU 1. The CPU 1 performs calculations and control. The keyboard 2 is for inputting data by pressing keys. MCR3 is for reading information recorded on a magnetic card. The display 4 is for displaying calculation results and messages, and the printer 5 is for printing out these data. In addition, CPU1 has a ROM
6 and RAM 7 are connected. The ROM 6 stores an operating program for the CPU 1 as shown in FIG. 1, which will be described later.

RAM7 is used for keyboard 2 and M as shown in Figure 3 below.
It includes a storage area for storing information input from CR3 and a 1' pointer indicating the storage location of the information.

FIG. 3 is a diagram showing a storage area of the RAM 7 shown in FIG. 2. In the figure, RAM 7 includes a key counter 71 that stores the number of times a key has been pressed, a key buffer pointer 72 that indicates the memory address of the key buffer, and a key buffer that temporarily stores information input from the keyboard by pressing a key. Including 73. The RAM 7 also includes an MCR counter 74 that stores the number of times the MCR 3 reads, and an MCR read data buffer 75 that temporarily stores information read by the MCR 3.

FIG. 1 is a flow diagram for explaining the operation of the CPU 1 shown in FIG.

The operation of the above-described embodiment will be described below with reference to FIGS. 1 to 3.

First, the CPU 1 presets the key buffer pointer (step S1), then clears the key counter (step S2), and then clears the MCR counter (step S3). That is, whether or not there is a key input from the keyboard 2, whether there is an input from the MCR 3, whether there is an instruction to read the contents of the key buffer 73 from the job program, and the contents of the MCR read data buffer 75 from the job program It monitors whether there is an instruction to read the .

When the CPU determines that there is key input from the keyboard 2 (step S4), it reads the key data (step S5) and stores it in the key buffer 73 indicated by the key buffer pointer 72 (step 86). continue,
The CPU 1 increments the counter of the key counter 71 by 1'' (step S7), and then increments the key buffer pointer 72 by "1" (step S8).

When the CPU 1 determines that there is an input from the MCR 3 (step S9), the CPU 1 stores an MCR temporary key code, for example $FD, in the key buffer 73 indicated by the key buffer pointer 72 (step 510), and then inputs the MCR input card data CR. The data is stored in the read data buffer 75 (step 511). Next, the CPU 1 increments the MCR counter 74 by 1'' (step 512).Then, the CPU 1 increments the key counter 71 by 1'' (step S7) and the key buffer pointer 72 by 1'' (step S8). ).

When CPU1 determines that there is an instruction to read the contents of the key buffer from the job program (Stella's block 513)
, the CPU 1 checks whether the key counter 71 is 0" or not (step S14). If "o", the CPU 1 issues a key code representing 4-knee buffer empty, for example $F.
E is transferred to the job area (step 519). If the key counter 71 is set to II OII (step 515), one byte of the contents of the key buffer is transferred to the job area from the key buffer 73 in a first-in, first-out method (hereinafter referred to as FIFO method).
Byte shift is performed (step 816). Next, C.P.
U 1 subtracts the key counter 71 by 1'' (step 817) and the key buffer 7 pointer 72 by 1'' W
″g (step 818).

At this time, either the normal key code or the MCR temporary key code will be transferred to the job area.

When the CPU 1 determines that there is an instruction to read the contents of the MCR read data buffer 175 from the job program (step 820), the CPU 1 reads the MCR counter 74 and the MC.
The contents of the R read data buffer 75 are transferred to the job area (step 521), and the MCR counter 74 is cleared (step 522).

As described above, according to the present invention, when a key is input from the keyboard, the input data is stored as is in the key buffer, and when there is an MCR input from the MCR, the input data is stored as is in the key buffer.
In addition to storing data in the CR read data buffer, the MCR temporary key code indicating that there has been an input from the MCR is stored in the key buffer, so either the normal key code or the MCR temporary key code is stored in key buffer 1. , will be stored in the order in which they were input. Also, when reading the stored data (transfer the data from the key buffer to the job area using the PI F'O method. If the data read from the key buffer contains the MCR temporary key code, MCR read data buffer 7
Since the corresponding data is transferred to the job area, it is possible to transfer the data to the job area in the order in which it was input. However, the temporary key code stored in the key buffer is not provided only for the MCR, but is provided individually for other input devices as well. By providing a temporary key code for each input device in advance, the order of input can be identified no matter which of two or more input devices there are inputs.

[Brief explanation of the drawing]

FIG. 1 is a flow diagram for explaining the operation of a CPU of a transaction processing device according to an embodiment of the present invention. FIG. 2 is a block diagram of a transaction processing unit according to an embodiment of the present invention. FIG. 3 is a diagram schematically showing the storage area of the RAM 7 shown in FIG. 2. In the figure, 1 is the CPU, 2 is the keyboard, and 3 is the MCR.
, 4 is a display, 5 is a printer, 6 is a ROM, 7 is a RAM, 71 is a key counter, 72 is a key buffer pointer, 73 is a key buffer, 74 is an MCR counter, 7
5 indicates an IVjCR read data buffer. Figure 1 Figure 2 Figure 3

Claims (1)

[Scope of Claims] (l) A transaction processing device comprising: a first input means; a second input means; a first storage means provided corresponding to the first input means; a second storage means provided corresponding to the input means; in response to an input from the second input means;
Input information from the second input means is stored in the second storage means, and information specifying that there is input information from the second input means is stored in the first storage means. means, first means for reading the contents stored in the first storage means according to the storage order, and the contents read by the first reading means include input information from the second input means. A transaction processing device comprising second means for reading out contents stored in the second storage means in response to the reading of the information when there is information specifying the identification information. (2) The transaction processing device according to claim 1, wherein the first input means is a keyboard, and the second input means is a magnetic card reader.