JPS63201534A - Weighing in-line system - Google Patents

Abstract

PURPOSE:To rationalize services by providing a file controller with a PLU memory used by the register scale at each counter, memories by commodity dealing information,a memory for information by customers, and memories by the scales, and totalizing commodity dealings by counters. CONSTITUTION:The numbers of commodities weighed on the pans 2 of register scales 1 at respective counters, a customer number, scale numbers, and cashier numbers are inputted from operation parts 5 and displayed 4. The file controller 6 connected to the respective register scales 1 reads commodity numbers and unit prices out of the PLU memory 10 to store commodity dealing information and shop-side cashier numbers in the commodity dealing memory 11, the customer number in the customer memory 12, and counter numbers in the scale memory 13. When a request for reckoning is made at the register scale 1 where the final commodity is purchased, a computer 8 totalizes the amount of money and prints out the details to issue a receipt by 3. The file controller 6 totalizes and stores the commodity dealing information by the register scales 3. Consequently, stock control and buying operation are rationalized.

Description

DETAILED DESCRIPTION OF THE INVENTION Field of the Invention The present invention relates to a weighing in-line system for managing product transaction information when a plurality of cashier scales are used for -1 customers in a supermarket or the like.

PRIOR ART One example of this type of weighing system is to have a plurality of cash register scales that weigh products, calculate the price of the weighed products, and print and issue the calculation results on receipts. There are weighing systems that connect cash register scales in-line in real time. According to such a weighing system, when a plurality of cash register scales are used during a product transaction for each customer, the prices calculated by the used cash register scales are totaled and registered. Then, through the settlement process, the total price of the entire transaction is printed and issued on a receipt.

Next, an example of the use of such a weighing system will be described.6 Typically, it is used in a sales system called a floating system. This floating system is a system in which one person in charge is assigned to each - number of customers, and the person in charge visits each product section with the customer to help the customer with their shopping. To use the above-mentioned weighing system in such a sales system.

A cash register scale is installed in each sales floor, and each time a customer makes a purchase at each sales floor, a person in charge registers information regarding the purchased product on the cash register scale. Then, when the customer finishes shopping, payment processing is performed, the total purchase price is totaled, and a receipt with the price etc. printed is issued.

Problems to be Solved by the Invention Once registered, the information on each cash register scale is erased together with the payment processing to prepare for the next registration. Therefore, the operation of the entire weighing system is performed on a transaction-by-transaction basis, and is not involved in any other related transactions. therefore,
It has the disadvantage that information necessary for product management is not retained. In particular, when using the sales method using the floating system described above, each cash register weighing section, in other words,
Product management for each sales floor has to rely on a primitive method of creating various data based on the quantity of unsold products. In product management performed using such a method, the larger the scale of the weighing system, the more labor and time are wasted.

Means for Solving the Problems The present invention provides a plurality of cash register scales each including a weighing section and a printing section;
A file controller having a PLU memory that stores PLUs used in cashier scales in advance and a product transaction memory that stores product transaction information during product transaction activities for each customer are connected inline in real time, and a product transaction memory is installed in the file controller. A scale-specific memory was provided to cumulatively store the contents stored in the register weighing section used for weighing.

The product transaction information temporarily stored in the active product transaction memory is cumulatively stored in the cash register weighing section in the weighing unit memory.

Therefore, by calling up the information in the weigher-specific memory, the product distribution status of each cash register weighing section, etc. can be clarified.

Therefore, for example, when the weighing system is used as a floating system, the product distribution status for each sales floor where each cash register scale is installed becomes clear from the information in the scale-specific memory, and product management can be easily performed.

Embodiment of the Invention An embodiment of the present invention will be described with reference to FIGS. 1 to 6. Four cash register scales 1 are provided.

These register scales 1 have a built-in weighing section and a printing section, both not shown. A weighing plate 2 connected to a weighing section is provided on the upper part of the register scale 1, and a receipt issuing port 3 connected to a printing section is provided on the front surface of the register scale 1. This receipt issuing port 3 is for issuing a receipt (not shown) on which predetermined information is printed by a printing section. Furthermore, these cash register scales 1 are also provided with two display sections 4 and an operation section 5.

Next, the file controller (hereinafter simply referred to as FC)
6 is provided, and this FC 6 is connected in-line to all of the cash register scales 1 in real time (loop method). Specifically, they are connected by an inline cable 7 constituting a 5DLC (synchronized data control) or equivalent means. A host computer (hereinafter simply referred to as HC) 8 is also connected to the FC 6 through a connection line 9.

Next, a PLU memory 10, a commodity transaction memory 11, a customer-specific memory 12, and a scale-specific memory 13 are provided as internal memories of the FC 6. The contents of the PLU memory 10 are shown in FIG. The contents of the commodity transaction memory 11 are shown in FIG. The contents of the customer-specific memory 12 are shown in FIG. The contents of the weighing memory 13 are shown in FIG. The contents of these memories will be explained below.

The PLU memory 10 is composed of a product information memory 14 and a sales memory 15. The product information memory 14 includes a product name memory 14a corresponding to a large number of product number memories 16 and a unit price memory 14b. The sales memory 15 also includes a score memory 15a, a total weight memory 15b, and a total amount memory 15 corresponding to the product number memory 16.
Consists of c.

The commodity transaction memory 11 is composed of a memory 17 for each person in charge, a transaction total memory 18, and a single item transaction information memory 19, and is provided for each person in charge number memory 20 indicating four persons in charge from 1 to 4. ing. The person-in-charge memory 17a consists of a customer number memory 17a and an amount memory 17b. The transaction total memory 18 is a score memory 18.
a and an amount memory 18b. The single item transaction information memory 19 includes an item number memory 19a, a weight memory 19b, a unit price memory 19c, and a price memory 19d, and ten items are provided for each person in charge number memory 20.

The customer-specific memory 12 includes, for each member number memory 12a representing 100 customers numbered 1 to 100,
A score memory 12b and an amount memory 12c are provided.

The weighing unit memory 13 includes a number-of-customer memory 13b and an amount memory 13c for each of the weighing scale number memories 13a indicating the four cashier scales 1 numbered 1 to 4.

In such a configuration, the flow of operation will be explained based on FIGS. 6 to 8. FIG. 6 is a diagram showing the order of message exchange between the cash register scale 1 and Fe2, and FIG.
g) is a diagram showing the contents of the message. Further, FIG. 8 is a flowchart showing the flow of operations. However, the outline of the flow of operation is as follows.

Weighing → Registration → Payment It consists of two stages. Each of these stages will be explained below.

To weigh, the product number (not shown) of the product to be weighed is input using the operating section 5 of the cash register scale 1. This product number is an arbitrary number from the product number memory 16 in the PLU memory 10. Due to this.

The product name and unit price corresponding to the product number are stored in the product name memory 14.
a and the unit price memory 14b and displayed on the display section 4 of the cash register scale 1. Specifically, RPLU is transmitted from cashier scale 1 to Fe2 by the product number manual, and in response to this, F
The APLU is transmitted from e2 to the cash register scale 1. The contents of RPLU are the scale number and product number, and the contents of APLU are the product name and unit price in addition to these. They are shown in FIGS. 7(a) and 7(b), respectively. In this state, when a product to be weighed is placed on the weighing pan 2 of the cash register scale 1, the weight and price of the product are displayed on the display section 4 of the cash register scale 1.

To register, the person in charge inputs the person in charge number assigned to him/herself using the operation unit 5.

As a result, the R registration message is transmitted from the cash register scale 1 to Fe2. The contents of the R registration message include the scale number.

These are the person in charge number, product number, weight, unit price, and price.

It is shown in FIG. 7(c). Fe2 that received this R registration message
creates a registration map in the sales memory 15 corresponding to the product number of the item being weighed. That is, in the sales memory 15, +1 is added to the score memory 15a, the weight of the weighed item is added to the total weight memory 15b, and the price of the weighed item is added to the total price memory 15c. At the same time, the product transaction memory 11 to which the person in charge number specified by the person in charge key corresponds is selected, and the product transaction memory 11
A registration map is created in the transaction total memory 18 and single item transaction information memory 19 inside. That is, transaction total memory 1
+1 is added to the point memory 18a of 8, and the price of the weighed item is added to the amount memory 18b. Further, the product number of the weighed product is registered in the product number memory 19a in the single product transaction information memory 19, its weight is registered in the weight memory 19b, its unit price is registered in the unit price memory 19c, and its price is registered in the price memory 19d. be done. In this way, registration maps are created in the sales memory 15, transaction total memory 18, and single item transaction information memory 19, and the registration is completed here. After that, a registered message A including the scale number, the person in charge number, the points registered in the point memory 18a in the transaction total memory 18, and the amount registered in the amount memory 18b in the transaction total memory 18 is sent from Fe2 to the cash register scale. sent to. A
The contents of the registered message are shown in FIG. 7(d). As a result, the cash register scale 1 displays the transmitted points and amount on the display section 4. These points and amounts mean the total sales points and total sales amount of the customers that the person in charge is currently in charge of.

Therefore, the series of weighing and registration operations described above can be performed using each cash register scale 1 for up to 10 items.

To make the payment, the person in charge inputs the membership number of the customer currently in charge using the operation unit 5. This membership number is registered in advance for a good customer and is stored in the customer-specific memory 12 in Fe2. When this membership number is input, an R settlement message is sent from the cash register scale 1 to Fe2.

The contents of the R settlement message are the scale number, person in charge number, and member number. Fe2 received this R settlement message.

Based on the contents of its own memory, it creates an A settlement 1 message or an A settlement 2 message in line with the contents of the R settlement message. The contents of the A settlement 1 message are the scale number, the person in charge number, the number of sales points, and the total sales amount. The contents of the A settlement 2 message are the scale number, product number 1 weight, unit price, price, and product name. However, these A
Either the Settlement 1 message or the A Settlement 2 message is sent to the cashier scale 1 that has entered the customer's membership number. Therefore, the cash register scale 1 displays predetermined data on the display section 4, and
If the message is selected, a receipt is issued from the receipt issuing port 3.

Meanwhile, at the same time as the creation of the A settlement message described above, in Fe2, the customer memory 12 corresponding to the member number in the R settlement message, the scale memory 13 corresponding to the scale number, and the person in charge corresponding to the person in charge number. In other words, in the customer-specific memory 12, one point number memory 12b is registered.
The value in the score memory 18a of the transaction total memory 18 is added to the transaction total memory 18, and the value in the amount memory 18b of the transaction total memory 18 is added to the amount memory 12c. In the scale memory 13, +1 is added to the number of customers memory 13b, and the value in the amount memory 18b of the transaction total memory 18 is added to the amount memory 13c. In the person-in-charge memory 17, +1 is added to the number-of-one-customer memory 17a, and the value in the amount memory 18b of the transaction total memory 18 is added to the amount memory 17b. after that.

The values of transaction total memory 18 and single item transaction information memory 19 are cleared.

The operations have been described above, but as a result of such operations, data as the results of the operations remain in Fe2. That is, sales memory 15. Memory 17 for each person in charge and person in charge,
Data remains in the customer-specific memory 12 and the scale-specific memory 13, respectively. Therefore, by calling these data to HO2, it is possible to utilize those data.

Specifically, the data in the sales memory 15 functions as cumulative sales data for the entire system. therefore,
Depending on when it is cleared, it can be used as a daily cumulative sales total, weekly sales cumulative total, or monthly sales cumulative total. In addition, the data in the memory 17 for each person in charge functions as cumulative data for each person in charge, the data in the memory 12 for each customer functions as cumulative data for each customer, and the data in the memory 13 for each scale function as cumulative data for each cashier scale 1. . Therefore, these data can be used as research materials such as the transaction status of each customer, the sales status of each person in charge, and the sales status of each sales floor where each cashier scale 1 is installed. In particular, when the system of this embodiment is used as a floating system, the product distribution status for each sales floor where each cash register scale 1 is installed can be seen at a glance from the data in the scale-specific memory 13, and product management becomes easy. Therefore, labor and time can be saved, which in turn can contribute to lean management.

In addition, the function of HO2 is not only to call and read data in the FCG described above, but also to write data into Fe2. For example, P than HO2
Data in the LU memory 10 can be set and changed.

In addition, in implementation, writing and reading of data to and from Fe2 may be performed by the register scale 1.

Effects of the Invention The present invention provides a plurality of cash register scales each including a weighing section and a printing section;
A file controller having a PLU memory that stores PLUs used in cashier scales in advance and a product transaction memory that stores product transaction information during product transaction activities for each customer are connected inline in real time, and a product transaction memory is installed in the file controller. We have installed a scale-specific memory that stores the stored contents in the register weighing section used for weighing.
By calling up the information in this scale-specific memory, the usage status of each cash register scale can be clarified.For example, when used in a floating system, the information in the scale-specific memory can be used to manage product management for each sales area where each cash register scale is installed. It has the advantage of being easier to perform.

[Brief explanation of the drawing]

Fig. 1 is a system configuration diagram showing one embodiment of the present invention;
Figure 3 shows the memory map of the PLU memory, Figure 3 shows the memory map of the product transaction memory, Figure 4 shows the memory map of the customer-specific memory, Figure 5 shows the memory map of the weigher-specific memory, and Figure 6 shows the memory map of the memory between the cashier scale and the file controller. 7(a) to 7(g) are message format diagrams, and FIG. 8 is a flowchart showing the flow of operations. 1... Cash register scale, 6... File controller, 10
...I) L U memory, 11... Commodity transaction memory, 13... Memory by scale 37 figures, 333 figures

Claims (1)

[Claims] A plurality of cash register scales each having a weighing part and a printing part are provided, and the cash register scale has a PLU memory that stores in advance the PLU used in these cash register scales, and a product transaction memory that stores product transaction information during product transaction activities for each customer. A file controller is provided, the file controller and the cash register scale are connected inline in real time, and the file controller stores the contents stored in the commodity transaction memory cumulatively for each cash register scale used for weighing. A weighing in-line system featuring memory.