JPS60252998A - Electronic type cash register - 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 an electronic cash register (hereinafter referred to as ECR), and particularly relates to a technique for simplifying data processing associated with transaction cancellation.

<Prior art and its problems> Transaction cancellation in ECH means that when a registration error is noticed during the registration of a certain transaction, by pressing the transaction cancellation key, all data that is being registered is canceled. This is a processing function to return to a state where new registration is possible.

In conventional ECR, in addition to the registration process that updates various totalizers according to the input single item registration information, the input single item registration information is stored in a save area one by one from the start to the end of transaction processing in case the transaction is canceled. I remember it for a while. If an operation is performed to cancel the transaction before the transaction process is completed, each item registration information stored in the save area is sequentially read out and the information is deleted from the various totalizers (in the reverse order from the time of registration). (addition/subtraction). As a result, the contents of the various totalizers are returned to the state before the start of the interrupted transaction.

In this conventional configuration, it is necessary to secure a very large memory capacity as the above-mentioned save area, and when a transaction is canceled, cancellation processing for various totalizers must be performed for each individual item registration information in the save area one by one. There was a drawback that the processing time was long. Since the number of times that individual item registration information is entered in a single transaction may be extremely large, it is necessary to prepare a save area with sufficient capacity, which reduces the efficiency of memory usage. do.

<Object of the Invention> The object of the invention is to reduce the capacity of the data save area for transaction cancellation processing, and to speed up the process of canceling unnecessary data and restoring the contents of various totalizers at the time of transaction cancellation. The aim is to provide nine ECRs in a manner that is carried out.

<Structure and Effects of the Invention> In order to achieve the above object, the present invention provides that, when updating a corresponding totalizer after receiving input of single item registration information, the update process is performed at the beginning of one transaction for the totalizer. - a means for moving the pre-update data of the totalizer to a save area and storing it during update processing; - a means for inputting a transaction abort command during input of a transaction; and a means for receiving the transaction abort command. and a means for returning the unupdated data of the totalizers transferred to the save area to the respective totalizers.

According to this configuration, no matter how many times the individual item registration information is input, if a memory area for the total number of various totalizers is prepared as a save area, there will never be a shortage of save areas and the complete It's a wall. Considering how the ECR is actually used, it is not necessary to prepare a save area for the total number of totalizers, and a save area with a considerably small capacity is sufficient. This is because - it can be said that the registration and clearing of transactions does not concern the totalizer.

This is because there is no need to consider the situation where one customer purchases products from all departments handled by ECR in one shopping trip.

For example, if the single item registration information for the same product is entered 10 times in a - transaction, in the conventional ECR mentioned above, all 10 items of single item registration information are stored in the save area, but in the uninvented ECR, it corresponds to that item. The unupdated data of one totalizer is only stored in the save area at the first input. In this way, by using 1kK of unexploded data, the memory capacity of the save area can be significantly reduced compared to the conventional method.

In addition, in the present invention, when a transaction is canceled, the unupdated data that has been moved to the save area is simply returned to the corresponding totalizer, so the process is extremely simple and speedy, and the waiting time is #1. It's gone.

For example, assume that after single item registration information has been input 20 times (assuming that 5 totalizers have been updated by the input), a transaction cancellation command is input.

In the conventional ECR, arithmetic processing is performed to read out the 20 individual item registration information stored in the save area one by one and cancel the information from the corresponding totalizer. In the uninvented ECR, data before updating of five totalizers stored in a save area is sequentially read out and written to each corresponding totalizer. Therefore, the present invention can perform transaction cancellation processing much faster than the conventional method.

<Description of Embodiment> FIG. 1 is a block diagram of an ECR according to an embodiment of the present invention. This ECR is a CPU that has arithmetic processing functions.
0 and a memory 12 which stores the program of CPU10 and serves as a storage area for various data including the above-mentioned totalizer.
, a Φ-board 14, a display 16 and a printer 18 for displaying and printing data input by the keyboard 14 and data processed by the CPU10. This basic configuration is the same as the conventional one.

FIG. 2 shows a specific key layout IJ of the keyboard 14. The keyboard 14 has 1 as a numeric key and 2 as a clear key. 3 to the multiplication key. 4 on the correction key. 5 in the amount key. 6. to the department code key. 7. to the PLU key. 8. to the payment code key. A function key such as 9 is provided as a transaction stop key. The number 9 in the transaction stop key is related to this invention.
This key human effort becomes the above-mentioned order to cancel the transaction.

FIG. 3 schematically shows a totalizer etc. installed in the memory 12. The totalizers in this embodiment include a department totalizer 100, a PLU totalizer 200, and a payment type totaler 300.
It is broadly divided into.

As is well known, the departmental totalizer 100 stores cumulatively the number of sales points Q (number of sales) and amount A for each department, corresponding to the department code C and department name NM representing the classification of each single product. be. In this example, the department code is na6D
, the divisional totalizer 100 is composed of n totalizers TDI to TDn.

Further, as is well known, the PLU summator 200 is related to the price lookup function, and is related to the price lookup function.
From the totalizer, PLU Corny and its product name NM
One type of unit price (■) and its unit price (■) are stored, and corresponding to each PLU code C, the number of sales items Q and the amount of money tA are stored in total.

Also, as is well known, the total amount per share is 300 ti'rY.
From j totalizers from 1 to TYj, corresponding to one payment type code C and its name NM, the number of payments Q and money mA
This is to store the cumulative total.

In this invention, a departmental save area 101 corresponds to the departmental totalizer 100, a PLU save area 201 corresponds to the PLU totalizer 200, and a payment type save area corresponds to the payment type totalizer 300. Areas 301 are provided respectively.

The departmental save area 101 can store up to N sets of data each consisting of a department code C, score Q, and money@A. This N may be considerably smaller than the total number n of the totalizers TDI to TDn. The reason for this is point 9 mentioned above. Since the capacity of the save area 101 is limited to N, a save number counter 102 is provided to count the number of data transferred to the save area 101. Similarly, a save number counter 202 is provided corresponding to the save area 201, and a save number counter 302 is provided corresponding to the save area 301, respectively.

In addition, each of the above-mentioned summators TDI -TDn, TPI
~TPi.

A save flag F is provided corresponding to each of TYI to TYj, which is set when the respective data is moved to the save areas 101, 201, and 301.

Next, the operation of departmental registration and the corresponding processing will be explained according to the flowchart of FIG. When the registration process for a certain transaction is completed, all of the save flags F mentioned above are reset to 10I, and the save number counters 102, 202, and 302 are cleared.

When registering by department, the operator enters the amount of the single product purchased by the customer using the numeric keys (1), presses the amount key (5) (steps 401, 402), and then enters the department code to which the product belongs. After inputting 1 on the numerical keys, press 6 on the department code key (step 403,
404). This means that the single item registration information for that item has been input, and the data is temporarily stored in the predetermined storage area. Note that the department code input here is Gk, the departmental totalizer corresponding to this department code CkK is TDk, and the save flag associated with this totalizer TDk is Fk.

Upon receiving the input of the above single item registration information, the CPU 10 reads the count value of the save number counter 102 attached to the departmental save area 101, and checks whether the above-mentioned capacity N of the save area 101 has been reached. (Step 405). If the content of the counter 102 is N, it is determined as an error and no further registration is accepted. -The counter is 10 when you start registering a transaction, as well as during normal use.
2 is NK;i! There is almost nothing to do (the reason is explained above).

Next, the input single item registration information is displayed on the display 16 (step 406) and printed by the printer 18 (step 407).

Next, it is checked whether the save flag Fk corresponding to the input single item registration information is set to ON (step 408). If Fk=%OI, step 409 is executed, and the data of the corresponding totalizer TDk (partial code Ck, score Q, and amount A) are stored in the blank column (unused column) of the save area 101. The data of this totalizer TDk is data before the start of registration of the transaction currently being processed. At the same time, in this step 409, the totalizer T
To indicate that the data in Dk has been saved, a save flag Fk is set to %11. Also, 1 is added to the save number counter 102.

If Fk = % 1 # in the check at step 408, the pre-update data of the totalizer TDk has already been moved to the save area 101 by the registration input of the transaction currently being processed, so step Skip 409.

In the next step 410, the data of the score Q and amount A of the corresponding totalizer TDk are updated in accordance with the input single item registration information. Furthermore, the total amount of the transaction is calculated by adding the input amount to a one-transaction totalizer (not shown) (step 411).

This completes one single item registration report input and its registration process. This process is repeated each time individual ringing information is input.

The same input and processing as described above is also performed for PLU registration issue payment registration. Since the PLU registration, payment registration input, and update processing of the totalizers 200 and 300 are well known, their explanation will be omitted. Also, the totalizer TPI −
The process of moving the data of TP i to the save area 201 and the process of moving the data of the totalizers TYI-TYj to the save area 301 are performed in the same manner as in the case of departmental registration described above.

In this embodiment, the registration of a transaction ends when the total payment amount calculated by payment registration equals or exceeds the total amount of the transaction calculated by departmental registration and PLU registration. When a transaction is completed, the end print (generally the responsible party number).

Print the date, machine number, receipt number, etc. and cut the receipt). Also, at the end of the transaction, all save flags F are reset and the counter 102
, 202, and 302, and further erase the data in save areas 101, 201, and 301 (or leave 7 unused lags).

If 9 is pressed on the transaction stop key and a transaction stop command is input before the transaction ends, the transaction stop process shown in the flowchart of FIG. 5 is performed.

In FIG. 5, in response to 9 being pressed on the transaction stop key in step 501, step 502 is executed.

Data stored in save area 101 (
Department code C, score Q, and money 1ilA are set as one set) are sequentially returned to the corresponding totalizers (with the same department code) among the totalizers TDI to TDn. Similarly, the data in the save area 201 is returned to the corresponding one in the totalizers TPI to TPi, and the data in the save area 301 is returned to the corresponding one in the totalizers TYI to TYj. This means that the totalizers 100, 200, and 300 have returned to the state before registration of the transaction that was canceled midway. In other words, the data for which the transaction has been canceled is canceled from the totalizers 100, 200, and 300.

Subsequently, all seventh flags F are reset (step 503), counters 102, 202, and 302 are cleared (step 504), a transaction cancellation message is printed (step 505), and end printing is performed (step 506). This completes the process.

[Brief explanation of drawings]

FIG. 1 is a block diagram of an ECH according to an embodiment of the present invention;
Figure 2 is a key layout diagram of the ECR keyboard, Figure 3.
The figure is a memory map showing the configuration of various totalizers, save areas, etc. in the above ECR. Figure 4 is a 70-chart of departmental bell ringing processing in the above ECH. Figure 5 is the same as the above EC.
It is a flowchart of transaction cancellation processing in H. K9...Transaction cancel key 100...Departmental totalizer 101...Departmental save area 200...PLU totalizer 201...PLU save area 300...Payment type totalizer 301...・Save area for payment type Patent applicant Tateishi Electric Co., Ltd. Agent Patent attorney Tetsuji Iwakura (1st name) No. 3 100 00 00 101 102 201 202 301 302 Figure 4 Figure 5

Claims (1)

[Claims] (1) -In an electronic cash register that updates the appropriate totalizer among the various types of totalizers for each key input of a large number of single item registration information included in a transaction, receives input of single item registration information and updates the corresponding totalizer. In this case, when the update process is the first update process in one transaction for the totalizer,
A means for moving the pre-updated data of the totalizer to a save area and storing it; - a means for inputting a transaction abort command during transaction input; and a means for inputting a transaction abort command in response to the transaction abort command; An electronic cash register comprising means for returning unupdated data of each totalizer to the corresponding totalizer.