JPH01297787A - Cash register - Google Patents

Abstract

PURPOSE:To respond to a various kinds of user requests by referring to first and second tables based on identification information at the forefront of an input bar code, etc., taking out a resistration processing type and the data of a product code, etc., represented by input bar code data, and processing the data according to a type. CONSTITUTION:In a data generating part 103, a type number representing a sale processing format whether a PLU (price look-up) or a NON-PLU processing, a record number representing which record in a code generating table 5 is referred, etc., are taken out by referring to the forefront part of the bar code stored in a buffer 3 and checking a bar code table 4, and the table 5 is referred based on taken out information, and the data 6 of the product code and a unit price, etc., are generated. Following that, the NON-PLU processing 104 or the PLU processing 105 is performed according to the type number taken out previously from the table 4. And when the PLU processing 105 is performed, PLU master data 7 is referred, and the unit price or a product name corresponding to inputted code data is fetched in. Also, when the NON- PLU processing 104 is performed, the data of the product code and the unit price are generated as generated data.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a cash register installed in retail stores and the like.

[Conventional technology]

Cash registers are broadly classified into PLU type and N0N-PLU type. PLU (Price Look Up) type means that when registering sales at a cash register, only the product code is entered, and then the price is retrieved from the price list (data) stored in the storage device. , register the amount. On the other hand, N0N-PLU (non-price)
The look-up (look-up) type registers the price by inputting the price from a price tag, etc., and does not require a price list in the storage device.

As a reference for this type of technology, there is
No. 2861'3, Special Publication No. 52-46467, Special Publication No. 5
There is No. 4-6345.

[Problem to be solved by the invention]

For N, oN-PLU type products, for example, the unit price, the printing position and number of digits of the product code differ depending on the store, and due to the difference in the number of digits of data, the bar code representing it is read in two rows. There are also differences such as reading in 3 columns and reading in 3 columns. In order to respond to these various conditions,
In the past, the only option was to modify the hardware or software to meet each customer's specifications, requiring a large amount of man-hours.

On the other hand, for the PLU type, the product manufacturer or distributor
If the product code is pre-printed (this is called source marking, it has a 13-digit or 8-digit fixed table code starting with "49" as defined by the JIS standard), there is no problem. However, some products such as foodstuffs and medicines that are not classified by product code do not have source markings, and stores may assign their own codes. (This is called in-store marking.) In this case, the number of digits varied depending on the store, and it was not easy to deal with this.

SUMMARY OF THE INVENTION An object of the present invention is to provide a cash register with general-purpose functions that can meet various customer requests.

[Means to solve the problem]

The above purpose is to record, for each identification information such as head information indicating the type of barcode, the type of registration process for that barcode and the record number of the data to be referenced.
and a second table for storing information indicating the code content indicated by each digit of the input barcode in the record having this record number, and when processing the input barcode, the first and second tables are provided. This is achieved by reading out required data from each digit of the input barcode in accordance with the information taken out from the second table, and processing this data with a processing means corresponding to the processing type that was also taken out.

[For production]

Based on the identification information such as the head of the input barcode, the first and second
With reference to the table, extract the registration processing type and data such as the product code indicated by the input barcode data,
If this data is processed according to the above types, various barcodes can always be processed correctly. And number one. Second
By simply changing the contents of the table as appropriate, it is possible to support various barcodes without changing the processing program or hardware.

〔Example〕

The present invention will be explained in detail below. FIG. 1 is a block diagram showing an embodiment of a processing system of a cash register according to the present invention. In the figure, code data input from a keyboard 1 or a barcode reader 2 is stored in a barcode data buffer 3 through a manual key processing 101 or a barcode input processing 102. In the data generation process 103, with reference to the beginning of the barcode stored in the buffer 3,
The barcode table 4 contains the type number that indicates which sales processing format is PLU or N0N=PLU, and the record number that indicates which record to refer to in the code generation table 5 that stores data for code generation. Based on the retrieved information, table 5 is referred to, and product code, unit price, etc. data 6 are generated. Next, according to the type number taken out earlier from table 4, N0N-PLU processing 104 or PLU processing is performed.
LU processing 105 is performed. In the case of PLU processing 105, PLU master data 7 is created based on generated data 6.
is referenced and the unit price corresponding to the entered code data,
Product name etc. are imported. Also, N0N-PLU processing 10
In case 4, the product code and unit price data are generated as generated data 6. These data are displayed and printed on the display device 8 and printing device 9 as sales results, and at the same time, the cumulative sales data is stored in the cumulative sales storage device 10 and the sales history data is stored in the sales history storage device 11.

The above is an overview of the register of the present invention, which will be explained in detail below. FIG. 2 shows an example of the contents of the barcode type table 4, and the area 41 contains information for comparison with the first two digits of the input barcode data.
Area 42 contains information on the total number of digits of the barcode, area 4
3 is PLU or N.

Information indicating the sales processing type of N-PLU is in area 4.
4 stores information indicating the record number of the code generation table to be referred to in order to perform the code generation process.

FIG. 3 shows an example of the code generation table 5. Each record includes a product code generation information area 51, a unit price generation information area 52, and a department code generation information area 53.

FIG. 4 shows flowcharts 1 to 4 showing the code generation process, and the following description will be made according to this flow. In step S in FIG. 4, input of a code from the keyboard 1 or barcode 2 is awaited. In this state, when a barcode as shown in Fig. 5 is read by the barcode reader 2, the process moves to step SO2, where it is determined whether the input data is a barcode or not. This code generation process is not performed. If it is barcode data, the process moves to step SO3, and the input data is stored in the buffer 3 as shown in FIG.

The barcode entered here is as shown in Figure 6.
The first row indicates the N0N-PLU type: 211
2345678801 2nd row: 209876541
5007.

In the following step 804, the first two digits of the input barcode data are extracted and it is checked whether there is a match in area 41 of barcode type table 4. In the first row of the input code in Figure 6, the beginning is “2”.
1", area 4 of table 4 shown in FIG.
1 has no match. For this reason, step S
Return to QL. Then, when the code in step 6 of Figure 6 is read, it is stored in buffer 3 following the first step (step 5O3), and its first two digits are compared with area 41 of table 4 (step 804). In this case, the beginning is 20'', which exists in area 41 of table 4, so the process moves to step SO5.

In step S05, with reference to table 4, the value of area 42 of "20" in area 41 in FIG. 2, that is, the total number of digits, is extracted. This value is 26 for the third record in FIG. Then, compare this with the number of digits of the input barcode data, but in this case it is shown in Figure 6, so this also matches as 26 (if they do not match, the number of digits in the area 41
is 20", and if it still does not match, proceed to error processing SO6). Then, proceed to steps S07 and SO8, and read area 43 of the same third row (third record) of table 4 in FIG. 2. .44, the type of registration process (PLU or not) and the record number to be accessed in the coat generation table 5 are taken in. In this case, the type is 2, that is, the N ON -P LU type, and the record number is It is 3.

In the next step SO9, necessary code generation is performed.

It is assumed that the record number 3 obtained in step SO8 of the code generation table 5 is set as shown in the segment 6 diagram.

Area 51 position (number on the left side of Figure 6 5) 8~
10 and 16-19 contain numbers 1-7, which correspond to the same positions 8-7 of barcode data buffer 3.
The numbers in 10 and 16 to 19 are the product codes in the above numerical order. Position 20 contains an FF, which indicates that the contents of area 51 end here. Therefore, in this case, as shown in the lower part of Figure 6, the product code of generated data 6 is the numerical value "
6789876'' is extracted. Similarly, area 52.6789876 of record 3 of code generation table 5 is extracted.
53, the content "1500"' in positions 22-25 of buffer 3 is extracted as the unit price, and the content "1234" in positions 3-6 is extracted as the department code. Here, the product code is a code necessary for managing each item, and the department code is information indicating the position of the data accumulation area, which is necessary for accumulating cumulative sales.

The code generation process in step SO9 above is N0N-PL.
This is an example of the U type, but it can be easily adapted to the various code formats used by the user by appropriately setting the code generation table 5, and no changes are required to the program etc. that performs the processing shown in Figure 4. I don't.

Next, in step 809, the code generation process for PLU type sales registration is performed using the input barcode 4903 in FIG.
050121281 will be explained as an example. In this case, since it is determined in step SO7 that the product is of the PLU type, the input barcode is only the product code. Therefore, the contents of buffer 3 "4903050121281" are set as the product code in the order of contents 1 to 13 of positions 1 to 13 of area 51 of record 3 of code generation table 5,
The other codes are assumed to be empty (there is an FF indicating the end in position 1 of area 52, 53), and the generated code is 6.

In this PLU type sales registration, this code generation process may seem meaningless, but if you use this method, for example, you would like to make only the first 12 digits of a 13-digit code valid. This requirement can be easily met.

When the code generation process of step 5O9 (FIG. 4) explained above is completed, the process moves to step SIO, and step S
Check the value stored in O7 and perform PLU sales processing (step 511) or N0N-PLU sales processing (step 511) accordingly.
Step 512) is executed.

At this time, the generated code explained in FIGS. 6 and 7 above is used. Then, in step S13, the barcode data buffer 3 is cleared, and the process returns to step S01 to wait for code input.

The above is a detailed explanation of the embodiment of the present invention, but in this example, only sales registration processing for either PLU or N0N-"PLU type is possible. However, the input code is printed on the printer 9. Only, sales history data 1
Even if processing such as storing only 1 is required, enter a value indicating the record data in area 43 of barcode type table 4 shown in Figure 2, add the processing program necessary for this processing, and perform this process. By branching to this additional program according to the record data, processing can be easily performed and the functions of the apparatus of the present invention can be further expanded.

〔Effect of the invention〕

According to the present invention, in the N0N-PLU sales registration process, it is possible to easily change the collected data position from the barcode (7 digits = 11-), and in the PLU sales registration process, the number of digits created by the store itself can be easily changed. Undefined barcode data can be read correctly, and within the same store,
This has the advantage that it is possible to realize a cash register that can easily handle cases where N0N-PLU sales processing and PLU sales processing are mixed, or where each customer has various specifications.

[Brief explanation of the drawing]

FIG. 1 is a diagram showing an embodiment of the processing system of the cash register of the present invention, FIGS. 2 and 3 are configuration explanatory diagrams of a barcode type table and a code generation table, and FIG. A flowchart showing the operation of the processing system, Figure 5 is an explanatory diagram of barcode reading, Figures 6 and 7 are N0N-PLU
FIG. 4 is an explanatory diagram of code generation processing in the case of the type and the case of the PLU type. 4... Barcode type table, 5... Code generation table, 103... Code generation process, 104...
-N0N-PLU processing, 105...PLU processing. Representative Patent Attorney Tadashi Akimoto Actual Number/Enter H Barcode Day 7 7 Figure No. ” 1 1 FF FF 4FF i: )＼ To

Claims (1)

[Claims] 1. For each barcode identification information, a first table that stores type information indicating the registration processing type of the corresponding barcode and a reference record number, and each digit of the corresponding barcode as a record of the above reference record number. A second table that stores information indicating what information about the product indicates, and if there is information that corresponds to the input barcode identification information in the first table, the barcode identification information is displayed. a first processing means for extracting the type information and reference record number corresponding to the above, and reading various information regarding the product from the input barcode by referring to the record of the extracted reference record number on the second table; A second processing means and various information regarding the product read out by the means are input data to the first processing means.
and third processing means for executing registration processing indicated by the type information taken out by the processing means.