JPH0617814B2 - Weighing inline system - Google Patents

Description

Description: TECHNICAL FIELD The present invention relates to a weighing in-line system capable of managing a planned production quantity and the like in a distribution center or the like that wholesales fresh foods and the like in supermarkets and the like with weighing values. .

2. Description of the Related Art Conventionally, a distribution center or the like handles a wide variety of fresh foods. Then, as the label printer for the weighing and pricing, the product name, unit price, etc. of the corresponding PLU (Price / Look / Up) is called by keying in the individual store code such as a supermarket and the product number of the product, The label is printed together with the measured weight and the label is issued. As an example,
A file controller that collectively manages a PLU memory that stores the product number, product name, etc. and a store code memory that stores the store code, unit price, tare, planned production number, etc. A plurality of label printers that print on labels and issue them inline are connected in real time, and an inquiry from any label printer to the file controller is made with a key of the product number for the PLU memory and the store code for the store code memory. It is carried out by inputting, and a response regarding the product number, product name, store code, unit price, tare, planned production number, etc. is received from the PLU memory and the store code memory, and labels for the planned production number are issued. . That is, basically, the PLU
A single file controller equipped with memory and store code memory and multiple label printers are connected in-line in real-time. When measuring and pricing each label printer, the PLU memory and store code memory of the file controller are used. Label issuing information is managed collectively.

The problem to be solved by the invention is that there are various products handled at distribution centers, and the number of products to be produced differs at each store, and each delivery sensor has multiple truck flights. However, there is a problem in that it is difficult to manage each truck flight, and it is also difficult to manage each pallet because weighing and weighing are performed for each pallet.

Means for Solving Problems A file controller for collectively managing a PLU memory for storing a product number, a product name and the like and a store code memory for storing a store code, a unit price, a tare, a planned production number, etc. , A unit price, price, product name, etc. are printed on the label and issued inline connection with a plurality of label printers in real time, the store code memory in the file controller is divided into a plurality of blocks, and specified by block number From the label printer to the file controller by keying in the product number for the PLU memory and the store code and block number for the store code memory. The product number, product name, store code from the PLU memory and store code memory. , Unit price, tare, planned production quantity, etc. Make a line.

Operation In this way, the file controller that collectively manages the PLU memory and the store code memory and a plurality of label printers are connected inline by a real-time method,
The label issuing work in each label printer is collectively managed by the information of the memory and the store code memory. However, since the store code memory in the file controller is divided into a plurality of blocks and specified by the block number, for example, It is also possible to perform weighing and pricing for each truck or pallet at the delivery center, and it is possible to improve the efficiency of the weighing and pricing work for various stores at the delivery center and the like.

Embodiment An embodiment of the present invention will be described with reference to the drawings. First, FIG. 3 shows a system configuration installed in a distribution center or the like. One file controller (FC) 1 has a plurality of label printers 2 (RP) in-line in a real-time system (loop system). It is connected. here,
Each of the label printers 2 has an electronic scale and is for a back room having a function of issuing a weighted label. In addition, explaining in-line connection,
The in-line cable 3 of this embodiment is connected by HDLC (high level data link control), SDLC (synchronized data link control) or a procedure based on these. In other words, as an in-line system, there is also a multi-drop system in which label printers each having a PLU memory are connected to a personal computer or the like by a batch system. It is impossible to interrupt and it takes time to process. In this respect, according to the real-time inline system of this embodiment, the specific label printer 2
Even if there is a communication between the file controller 1 and the file controller 1, another label printer 2 can interrupt. A personal computer (PC) 4 is connected to such a file controller 1 by a connection line 5 in a BSC procedure or a procedure similar thereto. The personal computer 4 is a P provided in the file controller 1.
Performs operations such as setting and changing the PLU file of the LU memory group and the store code file (described below) of the store code memory group.

The contents of the PLU memory 6 of the file controller 1 are shown in FIG. 4, and the contents of the store code memory 7 are shown in FIG. First, the PLU memory 6 shown in FIG. 4 has product numbers (for example, "0001") of various products.
“0002” and the like, a product name corresponding to the product number (for example, “beef shoulder loin”, “beef peach thin slice”, etc.) and other product information are stored. Further, the store code memory shown in FIG. 5 corresponds to each product number (for example, "0
The unit price, the planned production quantity, and other information (for example, tare etc.) are stored for each "1", "02", etc.). The store code memory 7 is divided into a plurality of blocks, and each block is specified by a block number. For example, the one shown in FIG. 5 shows the state of the block of a certain block number in the store code memory 7, and the blocks of other block numbers are also constructed in the same manner. In other words, it can be considered that the blocks shown in FIG. 5 are divided into blocks by adding block numbers.

Therefore, the storage information is set in both the PLU memory 6 and the store code memory 7 by the input from the personal computer 4. That is, the contents of the PLU memory 6 and the store code memory 7 in the file controller 1 as shown in FIGS. 4 and 5 are set in the personal computer 4 itself and transferred to the memory in the file controller 1. Is set in advance by. Further, the contents in the PLU memory 6 and the store code memory 7 are also changed according to an instruction from the personal computer 4. That is, the personal computer 4 performs the setting / changing work of the PLU memory 6 and the store code memory 7 in the file controller 1. Accordingly, the personal computer 4 also sets the information on the planned production number stored in the store code memory 7 in this embodiment. And
The PLU memory 6 and the store code memory 7 are for storing a plurality of PLUs used in the label printer 2 in advance and collectively processing them.

In such a configuration, regarding the data processing between the file controller 1 and each label printer 2 involved in the weighing and pricing work, the flow chart on the label printer side in FIG. 1, the flow chart on the file controller side in FIG. 2, and the flow chart in FIG. Description will be made with reference to the data transfer sequence diagram and the message format diagram of FIG. First, after the power is turned on, each memory, I / O port, etc. are initialized and the process proceeds to the main routine. In this main routine, mode determination is performed for various modes, and work is performed according to the mode. Now, assuming that the label issuing mode is set, the respective jobs in the label issuing mode are started. First, in the PLU inquiry mode, when the product number is input by the ten-key operation, this product number data is set in the transmission buffer for the file controller 1. Then, when the store code is entered by operating the ten-key pad, the store code data is also stored in the file controller 1.
Is set during the sending buffer for. Here, the address is also included in the transmission buffer. As a result, the inquiry message RPLU for the file controller 1 (7th
(See FIG. 10A) is created and transmitted to the file controller 1.

The file controller 1 responds to such an inquiry message RPLU according to the flow chart of FIG. First, on the file controller 1 side, after the power is turned on, the file controller 1 is initialized and then stands by in a state where data from the label printer 2 can be received. When the inquiry message RPLU as described above is received, first, the inquiry part number is retrieved from the PLU memory 6, and the part number and the corresponding item name and other information are set in the transmission buffer for the label printer 2. Furthermore, the store code memory 7 is searched for the memory part of the corresponding product number in the inquiry store code, and the data of the search result (that is, the unit price, the planned production number, etc.)
Is set in the transmission buffer for the label printer 2. As a result, the response message A to the label printer 2 is sent.
A PLU (see FIG. 7 (b)) is created and transmitted to the label printer 2 which has made an inquiry.

Then, the label printer 2 side, after transmitting the inquiry message RPLU to the file controller 1, waits to receive the response message APLU from the file controller 1. When this response message APLU is received, the response information in the message is stored in the memory of the label printer itself. Then, the contents, that is, the product number, the product name, the store code, the unit price, the planned number of issues, etc. are displayed on the display unit. This allows
The PLU inquiry mode ends, and the actual label issuing operation side in the label issuing mode is entered. That is, if there is a label issuance instruction, the planned issuance quantity received by the inquiry described above is compared with the actual production quantity of the product, that is, the production record,
If this production record has not reached the planned production quantity, a printing buffer for the unit price, product name, etc., as well as the weight, price, etc. is created for label printing, and the label is printed and issued.
When the label is issued in this way, the number of products produced (production record) is incremented by one. Then, since the process returns to the first main routine, the label issuance is repeated until the production record reaches the planned production number. When the production record of the product reaches the planned production quantity, only the return to the main routine is repeated, so the label cannot be issued, and the worker inquires about the next weighing and pricing product. .

As described above, according to the present embodiment, each label printer 2 makes an inquiry to the file controller 1 including the planned production number stored in the store code memory 7 for each product number, and the production schedule together with information such as the unit price. Since the label is issued after the information on the number is obtained, the label issuance adjustment for the weighing and pricing work is performed by the store code memory 7 of the file controller 1.
It can be collectively controlled and managed according to the planned production quantity stored in. Further, if it is desired to change the planned production quantity due to the convenience of the store or the like, the contents of the planned production quantity in the file controller 1 can be changed at any time by an instruction from the personal computer 4, and the changed planned production quantity can be directly changed. It becomes valid for the label printer 2 and is collectively controlled by the changed planned production quantity. In this way, the efficiency of the weighing and pricing work can be improved.

As described above, when the PLU inquiry is made in this case, the product number and the store code are keyed in from the label printer 2 side. By entering the block number in addition to these product number and store code, On the file controller 1 side, the PLU memory 6 is searched for the corresponding product number and the store code memory 7 is searched for the corresponding store code of the corresponding block.

However, the number of stores handled by the distribution center is large, and the delivery truck service to these stores is also determined depending on the region.
In addition, there is a case where it is desired to set a price for each pallet. With respect to these points, by dividing the store code memory 7 into a plurality of blocks, it can be used for flights such as weighing and pricing for each truck flight.

As described above, the present invention is a PLU that stores a product number, a product name, and the like.
A file controller that collectively manages the memory and a store code memory that stores the store code, unit price, tare, planned production number, etc., and multiple units that each have a scale and print the weight, unit price, price, product name, etc. on a label and issue it. In-line connection with the label printer in the real time system, the store code memory in the file controller is divided into a plurality of blocks and specified by the block number, and an inquiry from the arbitrary label printer to the file controller is sent to the PLU memory. The product number and the store code for the store code memory and the block number are key-inputted, and a response about the product number, product name, store code, unit price, tare, planned production number, etc. is received from the PLU memory and the store code memory, and Since the number of labels to be produced is planned to be issued, PLU memory and store code memos It is possible to collectively manage label issuing work at each label printer by the information of the above, but by dividing the store code memory in the file controller into multiple blocks and specifying by block number, for example, delivery It is possible to perform weighing and pricing for each truck or pallet at the center, and it is possible to improve the efficiency of the weighing and pricing work for various stores at a distribution center or the like.

[Brief description of drawings]

FIG. 1 shows an embodiment of the present invention. FIG. 1 is a flow chart of operation control in a label printer, FIG. 2 is a flow chart of operation control in a file controller, FIG. 3 is a wiring diagram of the entire system, and FIG. 4 is an explanatory view of the PLU memory, FIG. 5 is an explanatory view of the store code memory, and FIG.
FIG. 7 is a sequence diagram of data exchange at the time of weighing and pricing, and FIG. 7 is a format diagram of a message. 1 ... File controller, 2 ... Label printer,
6 ... PLU memory, 7 ... Store code memory

Claims (1)

[Claims] 1. A file controller for collectively managing a PLU memory for storing a product number, a product name and the like and a store code memory for storing a store code, a unit price, a tare, a planned production number, etc. Label printers that print prices, product names, etc. on labels are connected in-line in real time, and the store code memory in the file controller is divided into multiple blocks and specified by block number, and any label printer is specified. From the PLU memory and store code memory to the file controller by keying in the product number for the PLU memory and the store code and block number for the store code memory. Receiving responses regarding tare, planned production quantity, etc., and issuing labels for the planned production quantity. Weighing-line system which is characterized.