JPS6263395A - Electronic 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] [Field of Application of the Invention] The present invention relates to an electronic cash register (hereinafter referred to as ECR), and in particular to a so-called price look system in which codes and unit prices for each product are set in advance and individual product codes are registered. This invention relates to an ECR having an up (hereinafter referred to as PLO) fi recording function.

[Background of the invention]

Considering that the products that sell well are conventionally determined for each store, the single product code, unit price, product name, total value, etc. can be set in memory for each popular product, and the unit price can be calculated simply by entering the single product code. An ECR has been realized that allows registration and management of individual products such as the number of sales and total sales for each product. EC like this
Although R has the advantage of speeding up registration operations and single product management, it is not always possible to manage the single product code with the same single product code as the input single product code.

For example, there are a collection of similar products with the same product unit price, such as miso ramen, salt ramen, and pressure-oil ramen, which do not need to be managed separately from each other. Furthermore, due to changes in the single product code system, multiple single product codes may be temporarily assigned to the same product, or there may be a case where a code or labeling error causes a mismatch with the master file and the product cannot be sold.

In such cases, conventional barcode readers and OCR
Even though the products can be scanned using the ``Product'' method, it is necessary to sell the products by entering a predetermined department code and unit price from the keyboard, or to re-label or change the product mask, or to use a combination of these. , key operations are cumbersome, and operation errors occur. Also,
Registration operations take time, so there are disadvantages such as increased waiting time for customers and increased back-order operations such as re-labeling and product management. In addition, in order to perform single item management, it is necessary to register each individual item, and when selling multiple different products as a set, conventionally the only way to manage them was to use a representative single item code, which made it difficult to manage individual items. It was Dai.

A known example of an ECR having a price lookup registration function is, for example, Japanese Patent Laid-Open No. 12066/1983.

[Purpose of the invention]

The purpose of the present invention is to reduce the troublesomeness of key operations and operational errors for operators when multiple individual product codes are attached to the same product or when multiple different products are sold as a set. Moreover, it is an object of the present invention to provide an electronic cash register that can improve the flexibility of product management.

[Outline of the invention]

The present invention uses a code expansion table in advance.

The input single product code, the processing code for whether to convert to another single product code, the processing code for whether to connect to another single product code, and another single product code that corresponds to this processing code. Based on the input single item code, if the corresponding processing code indicates conversion to another single item code, register another corresponding single item code, or change the corresponding processing code. When indicates linking to another single product code, the input single product code and the single product code to be linked are registered, and the processing code is further processed based on the linked single product code until the last one. By continuing the above registration, it is possible to register a plurality of single item product codes by performing the registration operation - times.

[Embodiments of the invention]

FIG. 1 shows an electronic cash register (ECR) of the present invention.
) is an overall block diagram of an embodiment.

In the 11i1, 10 is a keyboard for inputting various input information, 20 is a central processing unit (hereinafter referred to as CPU) that executes processes such as registration, inspection, payment, etc. according to the program stored in ROM 21, and 22 is a keyboard for inputting various input information. Display, 2
3 is a printer, 24 is a buzzer, and 25 is a cash drawer. 30 is number register 31, buffer register 3
RAM as a normal storage unit, including 2.33, etc., 40
is the code expansion table 41. which is a feature of the present invention. PLU
This is a RAM that includes a data file 42 for registration processing.
FIG. 2 shows an example of the key arrangement of the keyboard 10. 1
1 is a mode key, which includes program mode (P), registration mode (REG), inspection mode (X), payment mode,
Switch and set (Z) etc.

Reference numeral 12 is a department key for inputting two department codes.

Numerical keys 13 are used not only to input numerical values, but also to input the index of the code expansion table, single product code, conversion, and concatenation. 14 is a function key, and various function keys 14a
Contains ~14e.

2, the A key 14a is used to represent the index of the code expansion table 41, the B key 14b is used to represent the original single product code, and the C key 1
4c is used to represent conversion or concatenation, D key 14d is used to represent a flag, and E key 14 is used to represent a flag.
It is assumed that e is used for PLU code registration.

FIG. 3 is a detailed diagram of the RAM 40, in which (a) shows the code development table 41, and (b) shows the data file 42 for PLU registration.

The code development table 41 displays the code (that is, PLU code) each time a single product code is converted or concatenated.
A PLU code 1 storage area 411 that stores PLU code 1, a PLU code 2 storage area 412 that stores another PLU code to be converted or concatenated, and a PL corresponding to PLU code l.
Processing code (flag) indicating whether U code 2 is conversion or concatenation
It includes a processing code storage area 413 for storing. In addition, in the processing code, 0'' represents conversion. u I J#
is the start of the connection, rz 2 H is the middle of the connection, # 3 I
Let I represent the final concatenation.

The data file 42 includes a PLU code storage area 421 that stores the PLU code for each individual product, a score storage area 422 that stores the sales number for each PLU code, and a PLU code storage area 422 that stores the PLU code for each individual product.
A unit price storage area 423 that stores unit prices for each U code, and a P
a name storage area 424 that stores names for each LU code;
Attribute storage area 425 that stores product conditions or attributes
Contains.

FIG. 4 shows the processing flow of the registration mode according to the embodiment of the present invention. That is, the processing is performed using the code expansion table 41
An index setting mode that represents the desired position of the code, a PLU code 1 setting mode that presets the original single product code from Precera 1, and a PLU code 2 setting mode that presets the single product code to be converted or concatenated. There are two main types: a processing code setting mode in which processing codes are preset for whether or not to connect, a PLU code development mode based on the PLU record, and a PLU registration mode in which unit prices are registered based on the developed PLU code. Detailed flowcharts for each mode of PLU code 1 setting mode, PLU code 2 setting mode, processing code setting mode, PLtJ code expansion mode, and PLU registration mode are shown in FIGS. 5 to 9. .

First, with reference to FIGS. 4, 5, 6, and 7, PLU codes 1.
The process of setting and registering another PLU code 2 to be converted or concatenated and a processing code indicating whether it is converted or concatenated in the code development table 41 will be explained.

First, the operator sets the mode key 11 of the keyboard 10 to program mode P, then inputs the index number of the chord expansion table to be set using the numerical keys 13, and presses the A key 34a of the function keys 14. When the operator inputs the reindex number using the numerical key 13,
The CPU 20 determines that there is a key input and that the input key is a numeric key, and inputs the numerical information in the order of input.
Store in number register 31 on AM30. Then A
When the key 14a is pressed, the CPU 20.

After determining that there is a key manually and that it is not a numerical key, it is determined that the mode key 11 is in the position P, and it is determined that the input key is the A key of the function key. Thereby, the CPU 20 transfers the contents stored in the number register 31 to the buffer register a32 as an index number of the code expansion table 41 and temporarily stores the contents.

Thereafter, the operator operates the numerical keys 13 on the keyboard 10 to input FLU code 1. This PLO code 1
is stored in the number register 31 in the same manner as the index number described above. Subsequently, when the operator presses the a key 14b, which specifies that the input numerical value is PLU code 1, the CPU 20 has a key input, and the key input is not the numerical key 13, but the program mode P.

It is determined that the operation is not the A key but the B key, and the P
The setting operation of LU code 1 to the code expansion table 41 is performed. As shown in FIG. 5, this PLU code 1 setting operation first performs various checks, and if there is no error, a code expansion table is set based on the index number of the code expansion table 41 stored in the buffer register a32. 41 address is calculated. After that, specify the calculated address of code expansion table "41".

PLU code 1 storage area 41 of code expansion table 41
1, the PLU code 1 stored in the numeric register 31 is set and stored.

Thereafter, the operator operates the numerical keys 13 of the keyboard 10 to input the PLU code 2 to be converted or concatenated. This PLU code 2 is stored in the numeral register 31 in the same manner as the PLU code 1 described above. continue,
When the operator presses the C key 14c to identify that the numerical value input is PLU2, the CPU 20 has a key input, and the key input is not the numeric key but the program mode, and the B key is pressed instead of the A key. It is determined that the C key is not pressed, and the PLU code 2 setting operation is performed. The setting operation of this PLU code 2 is as follows.

As shown in Figure 6, various checks were first performed.

If there is no error, the address of the code expansion table 4'1 is calculated based on the index number of the code expansion table 41 stored in the buffer register a32. Thereafter, the calculated address of the code expansion table 41 is specified, and the PLU code 2 stored in the number register 31 is set and stored in the PLU code 2 storage area 412 of the code expansion table 41.

Thereafter, the operator operates the numerical keys 13 of the keyboard 10 to input a processing code for conversion or concatenation. This processing code is stored in the number register 31 in the same manner as the PLU: code 2 described above. Next, when the D key -14d is pressed to identify that the entered numerical value is a processing code, the CPU 20 has key power, is in program mode P, and is not pressed by the A key, not by the B key, not by the C key. , determines that it is an operation of the D key, and performs a processing code setting operation.As shown in FIG. The address of the code expansion table 41 is calculated in the same way as codes 1 and 2. Thereafter, the processing code stored in the number register 31 is set and stored in the processing code storage area 413 of the code expansion table 41.

Thereafter, by repeating the above operations, multiple sets of PLU code 1 and PLU code 2 are added to the code expansion table 41.
, the processing code is set and registered.

Next, please refer to FIGS. 4, 8, and 9.

The process of developing and registering the PLU code based on the input of the PLU code (that is, converting or concatenating the PLU code) will be described.

When performing the PLU registration process, the operator sets the control key 11 of the keyboard 10 to the registration mode REG position, presses the numerical key 13 to input the PLU code, and presses the function key 14e. Now, assuming that a PLU code is input by operating the numeric key 13, the CPU 20 has the power to press the key, determines that it is a numeric key, and stores the numeric information in the numeric register 31. Next, when the E key 14e is pressed, the CPU 2
After determining that 0 is a key manually operated, not a numeric key, not in program mode P, and in the registration mode REG position, it is determined that the input key is E14e, and the PLU shown in FIG. Move to registration processing mode. That is, after performing various checks, the CPU 20 searches whether or not the PLU code stored in the number register 31 is set in the PLTJ code 1 storage area 411 of the code conversion table 41, and if so, the PLU code is stored in the PLTJ code 1 storage area 411 of the code conversion table 41. A processing code corresponding to code l is determined. Now, the processing code is 0”
That is, in the conversion process, the CPU 20 stores the PLU code 2 corresponding to the PLU code 1 in the register 31, and performs the PLU registration cycle. In the PLU registration process, as shown in FIG. After checking, the converted PL stored in the numeric register 31
A search is made to see if U code 2 is stored in the PLU code storage area 421 of the data file 42, and if the U code 2 is stored in the PLU code storage area 421 of the data file 42, the corresponding P
The unit price 4221 and name 423 corresponding to the LU code are read out and displayed on the display 22. Furthermore, the CPU 20 is
Unit price 1 name read out based on LU code registration,
By controlling the printer 23 and printing information such as the PLU code, PLU registration processing by code conversion is performed.

Next, if the processing code is II I J#, that is, PLU code concatenation registration start processing, the CPU 20 executes the PLU code (PLU code) stored in the square number register 31.
The PLU registration process shown in FIG. 9 is performed using the U code 1). Next, PLU code 2 corresponding to the PLU code 1
is stored in the number register 31, and similar PLO registration processing is performed. Furthermore, it is searched to see if the PLU code previously stored in the number register is set in the PLU code 1 storage area of the code expansion table 41, and if so, the corresponding processing code is 112 II, that is, PLU code concatenation registration midway processing. , PLU corresponding to the PLU code 1
Code 2 is stored in the number register and PLU registration processing is performed. Similarly, the corresponding processing code is 113.
The same process continues until B, that is, the final PLO connection registration process is reached. Next, when the corresponding processing code is 3・′, that is, the PLU connection amount S final processing, the corresponding PLU code 1
The PLU code 2 corresponding to PLU-! is stored in the numeric register 31, and the same PLU-! Performs recording processing and ends.

〔Effect of the invention〕

According to the present invention, in an electronic cash register that can be registered by registering a single product code, a processing code (flag) is read from a code expansion table based on the input single product code, and a separate By converting single product codes and automatically expanding into multiple single product codes to register single products, it is possible to avoid cases where multiple single product codes are attached to the same product, labeling mistakes, and coding mistakes. It becomes possible to register single products even in cases such as the above, and it also becomes possible to manage individual products in the case of bulk sales and representative management by registering similar products individually.

[Brief explanation of the drawing]

FIG. 1 is an overall block diagram of an embodiment of the electronic cash register of the present invention, FIG. 2 is a diagram showing an example of the keyboard key arrangement in FIG. 1, and FIG. 3 is a code expansion table and data in FIG. 1. 4 is an overall flowchart of the embodiment of the present invention, and FIGS. 5 to 7 are detailed flowcharts of each registration setting mode of the code development table. FIG. 8 is a flowchart of the FLU registration mode by inputting a PLU code, and FIG. 9 is a detailed flowchart of the PLU registration process. 20...CPU, 21...ROM, 22...
Display device, 23...Printer, 24...Buzzer,
25...Cash drawer. 30...RAM, 31...Arrangement register, 32
．． 33... Buffer register, 40... RAM, 41... Code conversion table, 42... Data file 6 Figure 3 Figure 8 Figure 9

Claims (1)

[Claims] (1) An input means for inputting codes for each product, a data file for storing management information such as unit price, name, and number of units sold for each product code, and an output means for displaying, printing, etc. input and processed data. In an electronic cash register that updates and registers management information in response to the input of a product code and displays and prints desired data, the register stores a first product code and a second product code separately from the data file. A code development table is provided in which flags indicating relationships between product codes are registered, and the code development table is searched using the product code input by the input means, and a first product code corresponding to the input product code is registered. If so, the input product code will be set to the second one based on the flag.
An electronic cash register characterized in that the data file is referred to by converting or concatenating it into a product code.