JPH09330474A - Merchandise sales registering data processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve the processing efficiency of a merchandise registering job at each terminal for registering merchandise sales by allowing a file controller to transmit merchandise data of a changing object only to the terminal for registering merchandise sales mounting a merchandise local file necessitated to reflect to merchandise data. SOLUTION: The file controller is provided with plural auxiliary files respectively corresponding to the merchandise local files of the terminal for registering merchandise sales to hold at least a merchandise code of merchandise data stored in the respectively corresponding merchandise local file by each auxiliary file. Then at the time of update-processing a merchandise master file, the local file storing the merchandise data of the changing object is discriminated from data in the auxiliary file and changed merchandise data is transmitted only to the terminal for registering merchandise sales with this merchandise local file to update the merchandise local file.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a PO
The present invention relates to a product sales registration data processing system used as an S (point-of-sale information management) system.

[0002]

2. Description of the Related Art FIG. 11 shows an example of the configuration of a conventional POS system for mass retailers. In the figure, 1 is a file control device, a so-called file processor, which is a PLU (price look-up) attached to each product.
The PLU master file 2 in which the PLU data such as the attribute department, the product name, and the unit price of the product is preset and stored corresponding to the code is installed. In addition, a plurality of product sales registration terminals, so-called POs, are connected via a communication line 3 such as an HDLC (high level data link control) line.
, 4m are connected to each other to enable wired data communication with each POS terminal 4a, ..., 4m, and a wireless master station 5 is connected to the communication line 3 so that a wireless slave station 6 is connected. It enables wireless data communication with the installed wireless POS terminal 4n.

Each POS terminal 4a, ..., 4m, 4n
Are PLU local files 7a, ..., 7m,
It is equipped with 7n. Then, each POS terminal 4
.., 4m, 4n determine the communication state with the file processor 1 when the PLU code of the sale item is input by an input means such as a barcode scanner or a keyboard. When the communication is normal, the PLU data inquiry message is edited by the input PLU code, and this inquiry message is transmitted to the file processor 1. As a result, the file processor 1 searches the PLU master file 2 with the PLU code in the received inquiry message, and the PLU including the attribute department, item name, unit price, etc., containing the PLU code.
The POS terminal 4a that reads the data and makes the inquiry,
.., 4m, 4n is sent as a response, so P of this inquiry source
The OS terminals 4a, ..., 4m, 4n register the sales data of the sales product with the PLU data in the response message received from the file processor 1 and perform their own PL.
P received in the U local files 7a, ..., 7m, 7n
It is checked whether LU data exists. If it exists, the PLU data is transferred to the local file 7
a, ..., 7m, updated as the latest data in 7n. On the other hand, when the PLU data does not exist, the received PLU data is stored in its own PLU local files 7a, ..., 7m, 7n.
To be added as the latest data. At this time, my own P
If the LU local files 7a, ..., 7m, 7n are full, the oldest PLU data in the local files 7a ,.

On the other hand, when the communication with the file processor 1 is abnormal, the PLU code entered is used to determine its own PLU.
Search local files 7a, ..., 7m, 7n. When there is PLU data including this input PLU code, the sales data of the sale product is registered with the PLU data, and the PLU data is updated to the latest data in the local files 7a, ..., 7m, 7n. Had been updated as.

In the case of the wireless POS terminal 4n, in order to reduce the amount of wireless data traffic,
When the product registration is performed, the product local file 7n is preferentially searched, and if the PLU data of the input PLU code is present, the sales data of the sales product is registered using the PLU data to inquire the PLU data. It was also possible not to do.

By the way, in a mass retailer adopting this kind of POS system, the unit price of a product is often changed due to a special sale or the like, and the PLU master file 2 and each PLU local file 7a, ... , 7
It is necessary to change the unit price data of the corresponding product stored in n. Therefore, conventionally, PLU data such as unit price data is changed by a store processor 9 connected to the file processor 1 via a communication line 8 such as a LAN (local area network).

That is, the store processor 9 transmits the PLU code of the product whose unit price is changed and the unit price data after the change to the file processor 1 through the communication line 8. Then, the file processor 1 searches the PLU master file 2 based on the received data from the store processor 9 and rewrites the unit price data corresponding to the PLU code of the unit price changed product with the changed unit price data. Also,
A relay function of transmitting received data from the store processor 9 to each of the POS terminals 4a, ..., 4m, 4n via the communication line 3 is fulfilled. On the other hand, the PLU of the above unit price change product
Each of the POS terminals 4a, ..., 4m, 4n that has received the code and the changed unit price data has its own PLU.
It is checked whether or not the PLU code of the unit price changed product exists in the local files 7a, ..., 7m, 7n. Only when it exists, the unit price data corresponding to the PLU code is rewritten with the changed unit price data.

Thus, the PLU master file 2 provided in the file processor 1 stores and holds the latest PLU data of all products sold in the store, and the PLU provided in each POS terminal 4a, ..., 4m, 4n. The local files 7a, ..., 7m, 7n store and hold the latest PLU data of the respective products registered for sale at the corresponding POS terminals 4a, ..., 4m, 4n.

[0009]

However, in the conventional merchandise sales registration data processing system of this type,
For example, when the PLU data to be changed is transmitted from the store processor 9 to the file processor 1 via the communication line 8 due to the change of the unit price of the product, the file processor 1 causes each of the POS terminals 4a connected to the PLU data to be changed to be line-connected. …, 4m and 4n respectively, and send to each POS
.., 4m, and 4n, it is determined whether or not the data is reflected in its own product local files 7a, ..., 7m, 7n, respectively.
Even if the data which is not reflected in the LU local file is received, there is a problem that the product sales registration work cannot be temporarily performed at the POS terminal.

Further, for example, a wireless POS terminal 4
In n, when the PLU data of the change target product is transmitted from the file processor 1, for example, a radio failure may occur and the PLU data of the change target product may not be received. This means that even in the other POS terminals 4a, ..., 4m connected to the file processor 1 by wire, the PLU data of the product to be changed is changed when the power is off or the product is temporarily down due to a failure. Occurs when sent. Therefore, the PLU local files 7a, ..., 7m, 7n provided in the respective POS terminals 4a, ..., 4m, 4n do not always hold the latest PLU data.

The present invention has been made under such circumstances, and an object of the present invention is to provide post-change data of a change target product generated by maintenance of a product master file from a file control device to the change target product. The product sales registration data processing system capable of improving the processing efficiency of the product registration operation in each product sales registration terminal by transmitting only to the product sales registration terminal having the product local file storing the pre-change data Is to provide.

Further, according to the present invention, the post-change data of the change target product is retransmitted from the file control device until the post-change data of the change target product is reflected in the product local file of the corresponding product sales registration terminal. Accordingly, the present invention aims to provide a product sales registration data processing system capable of improving the reliability of the product local file provided in each product sales registration terminal.

[0013]

According to the present invention, a file controller having a product master file in which product data such as a product code and unit price data of each product is preset and stored, and a product code of a sold product is input. A plurality of product sales registration terminals having an input means and a product local file for storing and storing each product data are connected by a communication means, and each product sales registration terminal has an input means when communication with the file control device is normal. Edit the product data inquiry message with the product code input via the product code and send it to the file controller, and if you receive the response message of the product data from the file controller, the product data in this response message will sell the sales data of the product. Registration process, update its own product local file, and enter via the input means when there is a communication error with the file controller. The self-product local file is searched by the created product code, the sales data of the sold product is registered with the corresponding product data, and the file control device receives the product data inquiry message via the communication means and receives the product master. In the product sales registration data processing system that searches the file, reads the corresponding product data, and sends it to the inquiry source product sales registration terminal, in the file control device, in the product local file of each product sales registration terminal. A plurality of auxiliary files corresponding to each is provided, and by these auxiliary files, at least the product code of the product data stored in the corresponding product local file is held, and the product data in the product master file is changed. During processing,
The product local file that stores the product data to be changed is determined from the data in the auxiliary file, and the changed product data is sent only to the product sales registration terminal that has this product local file to send the product local file. The file is updated.

As one of the means, the file control device uses a plurality of auxiliary files respectively corresponding to the product local files of the product sales registration terminals and the product data read from the product master file for the product sales registration of the inquiry source. When the product code of this product data is sent to the terminal, the auxiliary file search means for searching whether the auxiliary file corresponding to the product sales registration terminal of the inquiry source exists, and if this search means confirms that the auxiliary file does not exist, this product Auxiliary file updating means for adding the product code of the data to the auxiliary file, and an auxiliary file storing the product code of the product to be changed during the product master file update process for changing the product data of the product master file are detected. Corresponding to the auxiliary file detection means and the auxiliary file detected by this detection means A change data transmission means for transmitting the changed data of the change target product is provided to the product sale registration terminal having the product local file, and each file sale registration terminal is provided with When the data is received, the product data rewriting means is provided for rewriting the product data of the product to be changed stored in the product local file of the user based on the received data.

According to the present invention, in addition to the above configuration, the file control device further includes a communication status judging means for judging whether or not the data transmission by the change data transmitting means is normally completed.
When the determination unit determines that the abnormal termination has occurred, the changed data retransmitting unit that retransmits the changed data of the change target product to the corresponding product sales registration terminal at a predetermined timing is provided.

In the present invention, it is convenient to set the data resend timing by the changed data resending means to the time when the product data inquiry message is received from the corresponding product sales registration terminal.

[0017]

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment in which the product sales registration data processing system of the present invention is applied to the POS system shown in FIG. 1 will be described below with reference to FIGS. In FIG. 1, the same parts as those in FIG. 11 are designated by the same reference numerals, and detailed description thereof will be omitted.

As shown in FIG. 1, in this embodiment, the file processor 1 is provided with the PLU master file 2 and n auxiliary files 10a, ..., 10n. The n auxiliary files 10a, ..., 10
n is the PL of each POS terminal 4a, ..., 4m, 4n
It corresponds to the U local files 7a, ..., 7m, 7n, respectively.

Here, the PLU master file 2 is as shown in FIG.
As shown in, the PLU data corresponding to the PLU code assigned to each product has a large capacity capable of storing up to, for example, 100,000 items of PLU data including the attribute department of the product, product name, unit price, and status such as tax type. It is a file. In addition, each PL
U local files 7a, ..., 7m, 7n are PL
It is a small-capacity file that can store up to 10,000 U data, for example.

Further, each auxiliary file 10a, ..., 10n
Are the corresponding PLU local files 7a,
..., P of the PLU data stored in 7m and 7n
Some store and hold the LU code. Then, as shown in FIG. 3, an update flag (0: updated, which identifies whether or not the PLU data of the PLU code has been updated to the latest one in the corresponding PLU local file 7a, ..., 7m, 7n). 1: Not updated) is stored together with the PLU code.

FIG. 4 is a block diagram showing the main configuration of the file processor 1.
Is equipped with a CPU (central processing unit) 11 as a control unit main body. Further, a ROM (read only memory) 12 in which fixed data such as a program executed by the CPU 11 is stored in advance, and each POS terminal 4a, ...
It is equipped with a RAM (random access memory) 13 which forms a memory area such as a sales totaling memory for totaling product sales data collected from 4m and 4n.

Further, a clock unit 14 for timing the date and time, an SP (store processor) interface 15 for controlling data communication with the store processor 9, and a PO for controlling data communication with each POS terminal 4a, ..., 4m, 4n.
The S interface 16, the first file control unit 17 that controls the writing and reading of data to and from the PLU master file 2, and the auxiliary files 10a, ..., 10m, 1
Second for controlling writing and reading of data for 0n
Is equipped with a file control unit 18 of
The ROM 12, the RAM 13, the clock unit 14, the SP interface 15, the POS interface 16, and the first and second file control units 17 and 18 are connected by a bus line 19 such as an address bus and a data bus, and the file processor 1 Forming the control circuit of.

FIG. 5 shows the POS terminal 4 (4a, ..., 4).
m, 4n) is a block diagram showing the main configuration of each P
The OS terminals 4a, ..., 4m, 4n have the same configuration. That is, the POS terminal 4 is equipped with the CPU 41 as the main body of the control unit. In addition, the RO in which fixed data such as a program executed by the CPU 41 is stored in advance
M42 and a RAM 43 forming a memory area such as a product sales memory for registering product sales data are mounted.

Further, in addition to a clock unit 44 for measuring the date and time and a communication interface 45 for controlling data communication with the file processor 1, a controller for controlling a drawer 46, a keyboard 47, a display 48, a printer 49, a scanner 410, etc., respectively. 45C to 410C are mounted, and the CPU 41, the ROM 42, the RAM 43, the clock unit 44, the communication interface 45, and the controllers 4 are installed.
6C to 410C are connected by a bus line 411 such as an address bus and a data bus to form a control circuit for the POS terminal. A wireless POS terminal 4n
, The wireless slave station 6 is connected to the communication interface 45, and the other POS terminals 4a, ..., 4m are connected to the communication interface 45 with the connector of the communication line 3.

In the POS system, the CPU 11 of the file processor 1 starts the SP message receiving process shown in the flowchart of FIG. 6 when receiving the message from the store processor 9 via the SP interface 15.
That is, the received message is PLU as ST (step) 1.
If it is confirmed that the PLU change message is composed of the PLU code of the data change target product and the changed data, ST
P of the product to be changed from PLU master file 2 as
A PLU master update process of rewriting the PLU data corresponding to the LU code to the changed data is executed.

In this way, when the PLU data of all the products to be changed in the PLU change message are rewritten to the changed data, the auxiliary file counter X is set to the initial value "1" at ST3. Thereafter, as ST4, the update process of the auxiliary file (in this case, the auxiliary file 10a) designated by the auxiliary file counter X is executed by the procedure shown in FIG.

That is, it is searched whether the PLU code of the product to be changed incorporated in the PLU change message is stored in the auxiliary file 10a (auxiliary file detecting means). Then, if no PLU code of the product to be changed is stored, the update process of the auxiliary file 10a ends.

On the other hand, when even one PLU code of the product to be changed is stored in the auxiliary file 10a, the update flag corresponding to the corresponding PLU code in the auxiliary file 10a indicates "not updated". Set to 1 ”. Next, of the PLU codes on the auxiliary file 10a, the PLU code with the update flag of "1" is extracted,
The PLU data corresponding to the extracted PLU code is read from the product master file 2. Then, if a DLL (down line loading) message incorporating the PLU data read from the product master file 2 is edited, this DLL message is converted into the auxiliary file 10a.
PO equipped with PLU local file 7a corresponding to
It is transmitted to the S terminal 4a (change data transmitting means).

Then, it is judged whether or not a response message indicating the normal end of the DLL processing is received from the POS terminal 4a of the transmission destination (communication state judging means). When a response message indicating the normal end of the DLL processing is received within a predetermined time, all the update flags corresponding to each PLU code on the auxiliary file 10a are reset to "0" indicating updated. On the other hand, the PO of the destination is transmitted even after the lapse of a predetermined time.
When the response message indicating the normal end of the DLL processing cannot be received from the S terminal 4a, the update flag is not reset. This completes the update process of the auxiliary file 10a.

Next, at ST5, the auxiliary file counter X is incremented by "+1". And ST6
This auxiliary file counter X is the auxiliary file 10
If it is confirmed that the number of a, ..., 10m, 10n, that is, the number n of POS terminals 4a, ..., 4m, 4n is not exceeded, the process returns to ST4. Then, the same update process as described above is executed for the second auxiliary file 4b.

Thus, each auxiliary file 10a, ..., 1
The auxiliary file update process shown in FIG. 7 is sequentially executed for 0 m and 10 n. When the auxiliary file counter X exceeds the number n of the POS terminals 4a, ... 4m, 4n in ST6, the SP message reception process of this time is ended.

Further, the CPU 11 of the file processor 1
Via the POS interface 16
When a message is received from the S terminal 4 (4a, ... 4m or 4n), the POS message receiving process shown in the flowchart of FIG. 8 is started. That is, as ST11, the received message is the PLU.
When the PLU data inquiry message including the code is confirmed, the PLU master file 2 is searched in ST12 using the PLU code in the inquiry message as a search key. As a result, when the corresponding PLU code is present in ST13, the P corresponding to the PLU code is entered in ST14.
Create an ACK response message containing LU data, and send this ACK
The response message is transmitted to the POS terminal 4 which made the inquiry.

Next, in ST15, the PLU local file 7 (7a, 7a
..., 7m or 7n) corresponding auxiliary file 10 (1
0a, ..., 10m or 10n) is also searched using the PLU code in the inquiry message as a search key (auxiliary file search means).

As a result, if the corresponding PLU code does not exist in ST16, it is determined in ST17 whether the storage capacity of the auxiliary file 10 is full. And
If it is full, the auxiliary file 10 is entered as ST18.
Oldest PL among PLU codes stored in
After executing the so-called rotation process of discarding the U code (PLU code of the final area), the PLU code inquired this time is additionally registered in the head area of the auxiliary file 10 in ST19. If the storage capacity of the auxiliary file 10 is not full in ST17,
Without performing the rotation process in ST18, the PLU code inquired this time in ST19 is additionally registered in the head area of the auxiliary file 10 (auxiliary file updating means).

After that, in ST20, the DLL processing of the unupdated PLU data for the auxiliary file 10 is executed by the procedure shown in FIG. 9, and then the POS message reception processing of this time is ended. On the other hand, as a result of searching the auxiliary file 10 by using the PLU code in the received message as the search key in ST16, if the corresponding PLU code exists, the auxiliary file that moves the corresponding PLU code to the head area of the auxiliary file 10 in ST21. After performing the sorting process, the process proceeds to ST20, and after the DLL process of the unupdated PLU data is performed,
This time the POS message reception process ends. The CPU 11
When the DLL processing of the unupdated PLU data is started, first, as shown in FIG. 9, it is determined whether or not the auxiliary file 10 has a PLU code with an update flag of "1". If it does not exist, this DLL process is terminated.

On the other hand, the PLU whose update flag is "1"
If even one code exists, the PLU code having the update flag "1" is extracted, and the PLU data corresponding to the extracted PLU code is read from the product master file 2. If the PLU data read from the product master file 2, that is, the DLL message of the unupdated PLU data is edited, this DLL message is loaded into the POS terminal 4 having the PLU local file 7 corresponding to the auxiliary file 10. (The data is retransmitted after the change).

After that, when a response message indicating the normal end of the DLL processing is received from the destination POS terminal 4, the update flags corresponding to the PLU codes on the auxiliary file 10 are all updated to "0". "Reset to". On the other hand, DL from the POS terminal 4 of the destination
When the response message indicating the normal end of the L process cannot be received, the update flag is not reset. Thus, the unupdated PLU data DLL process of the auxiliary file 10 corresponding to the product local file 7 of the POS terminal 4 which is the PLU data inquiry source is completed.

If the PLU code in the inquiry message is not set in the PLU master file 2 in ST13, if the NAK response message is transmitted to the POS terminal 10 as the PLU data inquiry source in ST22, The POS message reception process ends.

On the other hand, each POS terminal 4 (4a, ...,
4m or 4n) CPU 41, when the communication with the file processor 1 is normal, the keyboard 47 or the scanner 4
When the PLU code of the sale product is input through the input means of 10, the PLU data inquiry message including this PLU code is edited, and this inquiry message is transmitted to the communication interface 4
5 to the file processor 1.

As a result, in the file processor 1, the PLU master file 2 is searched as described above, and if the corresponding PLU data exists, its PL
The ACK response message including U data is returned, and if it does not exist, the NAK response message is returned.
Executes the unregistered error processing when it receives the NAK response message.

On the other hand, when the ACK response message is received, ST31 to S of the FP message receiving process shown in FIG.
The process of T37 is executed. That is, first, as ST31, the sales data of the sales product is registered in the product sales memory of the RAM 43 based on the PLU data in the ACK response message. Next, in ST32, the self PLU local file 7 (7a, ..., 7m or 7n) is searched to check whether or not the PLU code of the registered product is stored.

If the corresponding PLU code is already stored in ST33, it means that the product registered for sale at least once in the POS terminal 4 is registered. Therefore, in ST34, the PLU data of the corresponding PLU code is stored in the PLU local. After the local file sort process of moving to the head area of the file 7 is executed, the FP message reception process is ended.

On the other hand, if the corresponding PLU code is not stored in ST33, it means that the merchandise that was first registered for sale at the POS terminal 4 is registered.
Then, it is determined whether or not the storage capacity of its own PLU local file 7 is full. And when it is full, ST3
After the so-called rotation process of discarding the oldest PLU data (PLU data of the final area) among the PLU data stored and retained in the PLU local file 7 as ST6, the PLU of the product registered this time as ST37 Data is the PLU local file 7
The FP message reception process is completed by additionally registering in the top area of the.

When the storage capacity of the PLU local file 7 is not full in ST34, the PLU data of the product registered this time in ST36 is stored in the PLU local file 7 without performing the rotation process of ST35. After additionally registering in the head area, this FP message reception processing is ended.

Further, each POS terminal 4 (4a, ...,
4m or 4n) CPU 41, when there is an abnormality in communication with the file processor 1, the keyboard 47 or the scanner 4
When the PLU code of the sale item is input through the input means of 10, the own item local file 7 (7a, ..., 7m or 7n) is searched with this PLU code and the PLU code of the registered item is stored. Check if there is. If it is stored, the PLU data corresponding to the PLU code is read out, and the sales data of the sales product is registered in the product sales memory of the RAM 43 based on this PLU data. If the local file sort process of moving the relevant PLU data to the head area of the PLU local file 7 is executed, this process is terminated. If the PLU code of the registered product is not stored in the own product local file 7, the unregistered error process is executed.

Further, each POS terminal 4 (4a, ...,
When receiving the DLL message of the unupdated PLU data from the file processor 1, the CPU 41 of 4m or 4n) ST38 and ST of the FP message receiving process shown in FIG.
The processing of 39 is executed. That is, first, in ST38, the self PLU local file 7 (7a, ..., 7m or 7n) is searched using the PLU code of the unupdated PLU data in the DLL message as a search key.
When a PLU code matching this search key is detected, the PLU corresponding to the detected PLU code is detected.
Data is rewritten to the unupdated PLU data (commodity data rewriting means). When the above processing is executed for all unupdated PLU data in the DLL message, a response message indicating the normal end of the DLL processing is transmitted to the file processor 1 in ST39, and this FP message receiving processing is ended. .

The POS of this embodiment configured as described above
In the system, for example, when the PLU code of the sale product is input through the input means in the POS terminal 4a, the PLU data inquiry message is transmitted from the POS terminal 4a to the file processor 1. Then, the PLU master file 2 of the file processor 1
The PLU data of the sale item is read from. Then, the PLU data is returned to the POS terminal 4a and the registration processing of the merchandise sales data is executed.

At this time, the POS terminal 4a searches the PLU local file 7a of its own to see if the PLU data of the sale product received from the file processor 1 is already stored. If it is not stored, the PLU data is added to the PLU local file 7a. When the storage capacity of the PLU local file 7a is full, the oldest PLU data in the PLU local file 7a is discarded, so-called rotation processing is executed, and then the PLU data is added.

On the other hand, also in the file processor 1,
It is searched whether the PLU code of the inquired product is stored in the auxiliary file 10a provided corresponding to the PLU local file 7a of the POS terminal 4a. If it is not stored, the PLU code is added to the auxiliary file 10a. The auxiliary file 10
If the storage capacity of a is full, the oldest PLU code in the auxiliary file 10a is discarded, so-called rotation processing is executed, and then the PLU code is added.

The PLU local file search / addition process in the POS terminal 4a and the auxiliary file search / addition process in the file processor 1 are as follows.
The same processing is performed when product registration is performed at the other POS terminals 4b to 4n. Therefore, each auxiliary file 10a, ..., 10m provided in the file processor 1
The PLU code stored and held in the 10n is the P code of the corresponding POS terminal 4a, ..., 4m, 4n.
.., 7m, and 7n match the PLU code of the PLU data stored and held in the LU local files 7a ,.

By the way, in the POS system of the present embodiment, when changing the unit price of a product, a PLU change message consisting of the PLU code of the product to be changed and the changed unit price data is sent from the store processor 9 as a file. It is transmitted to the processor 1. Then, the file processor 1 searches the PLU master file 2 by the PLU code in the received PLU change message,
The unit price data in the PLU data corresponding to the LU code is rewritten with the changed unit price data.

Further, the file processor 1 searches each auxiliary file 10a, ..., 10m, 10n by the PLU code in the received PLU change message. Then, the auxiliary file 10a storing the corresponding PLU code,
…, 10m, 10n are detected, this auxiliary file 1
, 10m, 10n corresponding to the PLU local files 7a, ..., 7m, 7n are transmitted to the POS terminals 4a ,. ，
..., 4m, 4n PLU local files 7a, ..., 7
It is reflected in m and 7n.

In this case, the auxiliary file 10a,
.., 10m, 10n are provided with update flags corresponding to the respective PLU codes, and the auxiliary files 10a ,.
PL changed this time in 10m and 10n search processing
When the PLU code of the U data is detected, the update flag corresponding to the PLU code is set to "1" indicating unupdated. Then, at the time of DLL transmission of the PLU data changed this time, first, all PLU codes of "1" indicating that the update flag of the auxiliary file 10a is not updated are extracted,
The PLU data corresponding to the PLU code, so-called unupdated PLU data, is collectively DLL-transmitted to the corresponding POS terminal 4a. Similarly, for the auxiliary file 10b as well, all the PLU codes of "1" indicating that the update flag has not been updated are extracted, and the unupdated PLU data corresponding to the PLU code are collectively included in the corresponding POS terminal 4b.
To the DLL. The remaining auxiliary file 10
The steps c to 10n are also sequentially executed.

When the DLL transmission of the unupdated PLU data is executed and a response indicating the normal end of the DLL processing is received from the POS terminals 4a, ..., 4m, 4n, the POS terminals 4a ,. Provided P
The update flags of the auxiliary files 10a, ..., 10m, 10n corresponding to the LU local files 7a, ..., 7m, 7n are all reset to “0” indicating updated. In other words, when the DLL transmission of the unupdated PLU data is executed but the response indicating the normal end of the DLL processing is not received, the corresponding auxiliary files 10a, ...
The update flag of the PLU code updated this time for m and 10n remains set to "1".

Then, in the file processor 1,
From POS terminal 4a, ..., 4m or 4n to PLU
A data inquiry message is received, and the corresponding PLU data is inquired from the POS terminal 4a, ..., 4m or 4n.
When responding to the POS terminal 4a, ..., 4m
Or PLU local files 7a, ...
Auxiliary files 10a, ..., 1 corresponding to 7m or 7n
0m or 10n is searched, and the unupdated PLU data corresponding to the PLU code whose update flag remains set to "1" are collectively queried as the POS terminal 4a, ...
DLL transmission to 4m or 4n.

As described above, in the POS system according to the present embodiment, the PLU local file 7 of each POS terminal 4a, ..., 4m, 4n is stored in the file processor 1.
A plurality of auxiliary files 10a, ..., 10m, 10n respectively corresponding to a, ..., 7m, 7n are provided. Similarly, when the PLU data read from the PLU master file 2 is transmitted to the file processor 1 to the inquiry source POS terminals 4a, ..., 4m or 4n, the PLU code of this PLU data is the inquiry source POS terminal 4
Auxiliary file 1 corresponding to PLU local file 7a, ..., 7m or 7n included in a, ..., 4m or 4n
0a, ..., 10m or 10n, an auxiliary file search means for searching whether or not it exists, and when it confirms that it does not exist by this search means, it adds the PLU code of this PLU data to the auxiliary file 10a, ..., 10m, 10n. Auxiliary files 10a, ..., 10m, 1 that store the PLU code of the product to be changed in the PLU master file update process for changing the PLU data of the PLU master file 2 while providing the file update means.
Auxiliary file detecting means for detecting 0n and auxiliary files 10a, ..., 10m, 10 detected by this detecting means
PLU local files 7a, ..., 7m corresponding to n
.., 4m, 4n having 7n are provided with change data transmitting means for transmitting the unupdated PLU data of the product to be changed. Further, when each POS terminal 4a, ..., 4m, 4n receives the unupdated PLU data of the product to be changed from the file processor 1, the PLU local file 7a of its own, based on the received data.
.., 7m, 7n are provided with product data rewriting means for rewriting the PLU data of the product to be changed.

Therefore, by the auxiliary files 10a, ..., 10m, 10n provided in the file processor 1, the corresponding PLU local file 7a,
, 7m, PLU local files 7a, ..., 7m, which hold at least the PLU code of the PLU data stored, and store the PLU data of the product to be changed during the product master file update processing. 7n is discriminated from the data of each auxiliary file 10a, ..., 10m, 10n, and this PLU local file 7a ,.
, 4m, 4n having n, the unupdated PLU data of the product to be changed is transmitted to the PLU local file 7a, ..., 7m, 7n.
Since it has been updated, each POS terminal 4a,
.., 4m, 4n, the unnecessary unupdated PLU data of the change target product is not transmitted, and the unupdated PLU data of the change target product is connected to each POS terminal 4a ,. , 4m, and 4n of each POS terminal 4a, ..., 4m, 4n, respectively.
Compared with the conventional method in which it is determined whether or not the data is reflected in 7m and 7n, the POS terminals 4a, ..., 4
It is possible to improve the processing efficiency of the merchandise registration work in m and 4n.

Further, in the POS system of the present embodiment, the file processor 1 has a communication status judging means for judging whether or not the data transmission by the changed data transmitting means has been normally completed, and an abnormal end by this judging means. When it is determined that the data has been changed, the post-change data retransmitting means is provided for retransmitting the unupdated PLU data of the change target product to the corresponding POS terminal at a predetermined timing.

Therefore, although the unupdated PLU data of the product to be changed is transmitted from the file processor 1, the PLU data is transmitted to the PLU local files 7a, ..., 7m.
Or POS terminal 4a not reflected in 7n,
, 4m or 4n are retransmitted until the unupdated PLU data is reflected, so that the PLU local files 7a, ..., 7m, 7n respectively provided in the POS terminals 4a ,. Since the latest data is stored and held in the PLU, the reliability of the PLU local files 7a, ..., 7m, 7n can be improved. In particular, in the case of the wireless POS terminal 4n, it often happens that the unupdated PLU data of the product to be changed cannot be received due to a wireless failure or the like, so that the effect is great.

Furthermore, since the data retransmitting timing by the changed data retransmitting means is set to be the time when the inquiry message of the PLU data is received from the corresponding POS terminal, the file processor 1 periodically, for example, each auxiliary file 10a, …, 10m, 10n are searched and PL not updated
No special process for retransmitting U data is required, and there is no concern that the processing load of the file processor 1 will increase.

In the above embodiment, the PLU data stored in each of the auxiliary files 10a, ..., 10m, 10n is only the PLU code, but the data of other items may also be stored together. Good. For example, PLU
Since the unit price data is mainly changed in the data, P
The LU code and unit price data are held. By doing so, when the unupdated PLU data is DLL-transmitted, the PLU code in which the update flag is set to “1” and the corresponding unit price data are read and transmitted from the auxiliary file, and the PLU master file 2 It is also possible to omit the process of reading the unupdated PLU data from the PLU master file, omit the PLU master file search time, and reduce the DLL data amount. In addition, it goes without saying that various modifications can be made without departing from the spirit of the present invention.

[0062]

As described above in detail, according to the present invention, the post-change data of the change target product caused by the maintenance of the product master file is stored from the file control device before the change data of the change target product is stored. It is possible to provide a product sales registration data processing system that can be transmitted only to the product sales registration terminal having the following product local file and that can improve the processing efficiency of the product registration business in each product sales registration terminal.

According to the present invention, in addition to the above effects,
The changed data of the target product can be retransmitted from the file control device until the changed data of the target product is reflected in the product local file of the corresponding product sales registration terminal. This has the effect of improving the reliability of the product local file provided in each.

[Brief description of drawings]

FIG. 1 is an overall view of a POS system according to an embodiment of the present invention.

FIG. 2 is a configuration diagram of a PLU master file according to the same embodiment.

FIG. 3 is a configuration diagram of an auxiliary file according to the same embodiment.

FIG. 4 is a block diagram showing a main configuration of a file processor according to the first embodiment.

FIG. 5 is a block diagram showing a main configuration of a POS terminal according to the same embodiment.

6 is a flow chart of SP message reception processing executed by the CPU of the file processor shown in FIG.

FIG. 7 is a flowchart specifically showing the auxiliary file update processing shown in FIG.

8 is a flowchart of a POS message reception process executed by the CPU of the file processor shown in FIG.

9 is a flowchart specifically showing the unupdated PLU data DLL processing shown in FIG.

10 is a flow chart of FP message reception processing executed by the CPU of the POS terminal shown in FIG.

FIG. 11 is an overall view showing an example of a conventional POS system.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 ... File processor (file control device) 2 ... PLU master file (product master file) 3 ... Communication line (communication means) 4a-4n ... POS terminal (product sales registration terminal) 5 ... Wireless master station (communication means) 6 ... wireless slave station (communication means) 7a to 7n ... PLU local file (commodity local file) 8 ... communication line 9 ... store processor 10a to 10n ... auxiliary file

Claims (4)

[Claims] 1. A file control device having a product master file in which product data such as product code and unit price data of each product is preset and stored, input means for inputting a product code of a sold product, and each product data is accumulated. A plurality of product sales registration terminals having a product local file to be stored are connected by communication means, and each of the product sales registration terminals inputs the product through the input means when communication with the file control device is normal. When the product data inquiry message is edited by the code and transmitted to the file control device, and the response message of the product data is received from the file control device, the sales data of the sale product is registered with the product data in the response message. It processes and updates its own product local file, and when the communication with the file controller is abnormal, the input means is Then, it searches its own product local file with the product code entered and registers the sales data of the sales product with the corresponding product data, and the file control device sends a product data inquiry message via the communication means. In the product sales registration data processing system, which searches the product master file for each reception, reads out the corresponding product data, and sends the product data to the product sales registration terminal of the inquiry source. A plurality of auxiliary files corresponding to the product local files of the registration terminal are provided, and these auxiliary files hold at least the product code of the product data stored in the corresponding product local files. When updating the product master file that changes the data, the change The product local file storing the product data is determined from the data of the auxiliary file, and the changed data of the product to be changed is transmitted only to the product sales registration terminal having this product local file. A product sales registration data processing system characterized by updating a product local file. 2. A file control device having a product master file for presetting and storing product data such as product code and unit price data of each product, input means for inputting the product code of a sold product, and storing and storing the product data. A plurality of product sales registration terminals each having a product local file are connected by communication means, and each of the product sales registration terminals inputs the product code input through the input means when communication with the file control device is normal. The product data inquiry message is edited and transmitted to the file controller, and when the response message of the product data is received from the file controller, the sales data of the sold product is registered with the product data in the response message. And updates its own product local file, and when there is an error in communication with the file control device, the input means The own product local file is searched by the product code input via the product code, the sales data of the sales product is registered with the corresponding product data, and the file control device sends a product data inquiry message via the communication means. In the product sales registration data processing system, which searches the product master file for each reception, reads out the corresponding product data, and transmits the product data to the inquiry terminal of the product sales registration, wherein the file control device When sending a plurality of auxiliary files respectively corresponding to the product local files of the registration terminal and the product data read from the product master file to the inquiry source product sales registration terminal, the product code of this product data is the inquiry source. Auxiliary file search means for searching for an auxiliary file that corresponds to the product sales registration terminal When it is confirmed that the product code does not exist by this search means, the auxiliary file update means for adding the product code of this product data to the auxiliary file and the product to be changed during the product master file update process for changing the product data of the product master file Data after the change of the product to be changed in the product sales registration terminal having an auxiliary file detecting means for detecting an auxiliary file storing the product code and a product local file corresponding to the auxiliary file detected by the detecting means. And a change data transmitting unit for transmitting each of the commodity sales registration terminals, and when the commodity sales registration terminal receives the changed data of the commodity to be changed from the file control device, the commodity sales registration terminal creates a commodity local file based on the received data. A product data rewriting means for rewriting the stored product data of the change target product Commodity sales registration data processing system, characterized in that Bei was. 3. The commodity sales registration data processing system according to claim 2, wherein the file control device determines a communication status determining means for determining whether or not the data transmission by the change data transmitting means is normally completed, and this determining means. The product sales registration data processing, comprising: after-change data resending means for resending the changed data of the change target product to the corresponding product sales registration terminal at a predetermined timing when it is determined that the abnormal end has occurred. system. 4. The product sales registration data processing system according to claim 3, wherein the data resending timing by the post-change data resending means is when the product data inquiry message is received from the corresponding product sales registration terminal. A product sales registration data processing device characterized by: