JPH05242110A - File processor - Google Patents

Abstract

PURPOSE:To permit a device other than a master device to perform the same registering operation as usual even if registration to the master device is disabled. CONSTITUTION:Sales data by articles which are inputted from a slave device 13 are registered in PLU files 15 on the sides of the master device 11 and backup master device 12 respectively. When the registration to the master device 11 is disabled, data inputted from the other device are registered in the PLU file 15 on the side of the backup master device 12. When the master device 11 recovers to the normal state, the data registered in the PLU file 15 on the side of the backup master device 12 when its registration is disabled are registered in the PLU file 15 on the side of the master device 11 to match the contents of both the files with each other.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention includes a master device, a backup master device, and a slave device in a POS (point of sale) system, etc., and backs up data input by classification from the slave device and the like to a file on the master device side. The present invention relates to a file processing device that registers in a file on the master device side according to classification.

[0002]

2. Description of the Related Art Conventionally, in this type of POS system, a master device, a backup master device, and a slave device are connected via an in-line, and the master device and the backup master device each have a PLU (price lookup) file. Is provided. Here, if you enter sales data by product from the slave device,
The input sales data for each product is transmitted to the master device and the backup master device and registered in both PLU files. By the way, when the master device performs the PLU file settlement process, each device cannot perform the registration operation until the settlement process is completed, and when the master device goes down, each device does not perform the registration operation until it is recovered. Could not be done.

[0003]

As described above, when the master device is settled or down, that is, when the master device cannot be registered, another device cannot perform the registration operation.
For example, in a store that is open 24 hours, there is a drawback that the customer is kept waiting during that time. An object of the present invention is to allow another device to perform the same registration operation as usual even when the registration to the master device is impossible.

[0004]

The means of the present invention are as follows. In a file processing device that includes a master device, a backup master device, and a slave device, and registers the data input by classification from each device into a file on the master device side and a file on the backup master device side, respectively, a registration control unit 1 (see FIG. 1) (refer to the functional block diagram of No. 1, hereinafter the same) registers data input from another device in a file on the backup master device side when it cannot be registered in the master device. Here, the time when the registration in the master device is impossible means the time of settlement or the time of down. File matching means 2
When the master device returns to the normal registerable state, the contents of both files are made consistent by registering at least the data registered in the file on the backup master device side to the file on the master device side when the master device cannot be registered .. Here, the matching process is different when the master device cannot be registered.

[0005]

The operation of the means of the present invention is as follows. When the master device is in the process of settlement or down, the registration control means 1 registers the data input from the other device in the file on the backup master device side.
That is, even if the master device is in the unregisterable state, the registration control means 1 registers the data input from another device only in the file on the backup master device side. After that, when the master device returns to the normal registerable state, the file matching means 2 registers the data registered in the file on the backup master device side into the file on the master device side at least when the master device cannot register the two files. Align the contents of. Therefore, even when registration with the master device is impossible, other devices can be permitted to perform the same registration operation as usual.

[0006]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment will be described below with reference to FIGS. Figure 2 is a block diagram of the POS system.
The system is a master device 11, a backup master device 1
2 has a plurality of slave devices 13, and each device is connected via an inline 14. The same P is set for the master device 11 and the backup master device 12.
The LU file 15 is provided. Here, the PLU file 15 stores the PLU code, character (product name), sales amount, sales quantity, set unit price, etc. for each product. When the slave device 13 makes an inquiry about the product unit price, the master device 11 Searches for its own PLU file 15 and sends the set unit price to the slave device 13 which is the request source.
In this case, the slave device 13 performs a registration operation based on this data, and sends the result to the master device 11 and the backup master device 12 as file update data, and
The contents of the LU file 15 are updated.

FIG. 3 is a block diagram showing the basic configuration of the master device 11, the backup master device 12, and the slave device 13. The master device 11, the backup master device 12, and the slave device 13 are electronic cash registers (ECR), and the CPU 21 controls the entire operation of this ECR according to various programs in the ROM 22. The CPU 21, the ROM 22, the input unit 23, the scanner 2
4, printing unit 25, display unit 26, drawer 27, transmission unit 2
8. A RAM 29 is connected to control the input / output operation, the data read / write operation, and the like.

Next, the operation of this embodiment will be described. FIG. 4 is a time chart showing the operation during normal registration processing. (A-1) In the slave device 13, first, when a product-specific registration operation is performed, the slave device 13 inquires of the master device 11 about unit price information of the product. (A-
2) Then, the master device 11 searches its own PLU file 15, reads out the unit price of the corresponding product, and returns it to the slave device 13 which is the request source. (A-3), whereby the requesting slave device 13 calculates the amount of sales based on this unit price information and sends the number of units sold, the amount of sales, etc. to the master device 11 as file update data. (A-4), the master device 11 determines its own PLU based on this update data.
The contents of the file 15 are updated and an update response is sent to the slave device 13 which is the transmission source. (A-5) Next, the slave device 13 sends similar file update data to the backup master device 12. (A-6) As a result, like the master device 11, the backup master device 12 updates the contents of its own PLU file 15 based on this update data, and sends an update response to the slave device 13 that is the transmission source. Since such a series of operations is executed every time the slave device 13 performs a product-specific registration operation, the PLU file 15 on the master device 11 side and the PLU file 15 on the backup master device 12 side have the same contents.

In FIG. 5, the master device 11 has a PLU file 1
5 is a time chart showing an operation during a settlement process for settlement of the contents of 5 or in a master down state due to some failure. FIG. 6 is a diagram showing a state in which the master device 11 is separated from the POS system when the master device 11 shifts to the settlement process. In this case, the master device 11 transfers the contents of the PLU file 15 of FIG. 2 to the host computer (not shown). In this way, when the master device 11 is in the process of payment or when the master is down, the POS system operates as follows. (B-
1) First, when there is a unit price inquiry from the slave device 13, the master device 11 cannot respond to the slave device 13 and a time-out occurs. (B-
2) In this case, the slave device 13 recognizes that the master device 11 is in the unregisterable state because the unit price inquiry to the master device 11 has timed out. (B-
3) Then, the slave device 13 makes a unit price inquiry to the backup master device 12. (B-
4) In response to this inquiry, the backup master device 12 searches its own PLU file 15, reads out the unit price of the corresponding product, and responds to the slave device 13 which is the request source. (B-5) Then, the slave device 13 performs sales calculation based on the unit price information from the backup master device 12, and transmits the result or the like to the master device 11 as file update data, but (B-6), Even in this case, if the master device 11 is in the process of settlement or is in the down state, the slave device 13 will time out again.
Recognizes it. (B-7) As a result, the slave device 13 transmits the file update data to the backup master device 12, but at this time, the information indicating the master unregisterable state is added to the file update data. (B-
8) Then, the backup master device 12 sends a file update response to the source slave device 13 and notifies each slave device 13 that the master device 11 is in the unregisterable state.

As a result, thereafter, as shown in FIG. 6, in this POS system, unit price inquiry and file update are performed to the backup master unit 12, and this state continues until the master unit 11 returns to the normal state. ..

FIG. 7 is a time chart showing the operation when the master device 11 returns from the unregisterable state as described above. Here, even when the master device 11 is in the unregisterable state as described above, the registration operation is performed in the other devices. In this case, the PLU on the backup master device 12 side
Only file 15 is updated. Therefore, the master device 1
When 1 returns from the unregisterable state to the normal state, it is necessary to match the PLU file 15 on the master device 11 side with the PLU file 15 on the backup master device 12 side. FIG. 8 is a diagram showing the operating state in this case. When the master device 11 recovers from the unregisterable state, both PL
A matching process for matching the contents of the U file 15 is performed between the master device 11 and the backup master device 12. At that time, when the master device 11 returns from the settlement process to the registerable state, a difference process described later. When the master down state is restored to the registerable state, the copy processing described later is performed. Incidentally, as shown in the figure, the registration operation can be performed in this POS system even during such matching processing.

First, when the master device 11 recovers to the normal registerable state, (C-
1) First, after making the preparation, (C-2), the backup master device 12 and each slave device 13 are instructed to start matching. In this case, each slave device 13
On the other hand, the unit price is inquired to the backup master device 12, and the master device 11 and the backup master device 12 are instructed to update the PLU file. Then, between the master device 11 and the backup master device 12, a matching process is performed to match the contents of the records in order from the first record of both PLU files 15. Here, in the figure (C-
3), when the master device 11 requests the first record from the backup master device 12, (C-4)
Is the case where the backup master device 12 transmits the first record in response to the request, and (C-5) is the case where the second record is requested.

In this way, the master device 11 reads data one record at a time from the PLU file 15 on the backup master device 12 side and performs the matching process, but when the normal registration state is restored from the inspection process, the difference process, When the master down processing is recovered, copy processing is performed. FIG. 9 is a diagram showing a difference process, in which a difference in corresponding record contents (sales amount of the same product, etc.) between the PLU file 15 on the master device 11 side and the PLU file 15 on the backup master device 12 side is obtained. , This difference is written to the same record No. position in both PLU files 15. If the sales amount on the master device 11 side for the same product is “1000 yen” and the sales amount on the backup master device 12 side is “1100 yen”, the master device 11
Since the difference of "100 yen" was registered during the inspection process, the difference is recorded in both PLU files 15
If you write in, the value will be the sales amount after inspection. Such difference processing is sequentially performed from the first record to the last record.

FIG. 10 is a diagram showing a copy process. After the master device 11 initializes the contents of its own PLU file 15, the record contents (sales quantity, Copying processing is performed in order from the first record to the last record by receiving the sales amount) and writing it in the corresponding record No position.

When a registration operation is performed in the slave device 13 during such matching processing (C-7), the slave device 13 inquires of the backup master device 12 about the unit price. (C-8) When the unit price response is received from the backup master device 12, (C-9), the slave device 13 transmits the file update data to the master device 11. In this way, when the file update is received from the slave device 13 during the matching process, the master device 11 compares the record No. of the update data with the record No. currently undergoing the matching process. As a result, in the case of “update record No. <record No. in matching process”, the record content to be updated has already been matched, so the PLU file 15 on the master device 11 side and the PLU file 15 on the backup master device 12 side. File update processing is performed for both. On the other hand, "updated record No ≥ record No. in matching process"
In this case, since the record contents to be updated are still in the state before the matching, only the PLU file 15 on the backup master device 12 side is updated. (C-1
0), the master device 11 responds normally to the slave device 13 that is the source of the update data in either case. At this time, since the record content in the PLU file 15 which has not been updated on the master device 11 side is updated on the basis of the PLU file 15 on the backup master device 12 side in the subsequent matching process, no problem occurs.

(C-11) Next, the slave device 13 transmits the file update data to the backup master device 12. (C-12), the backup master device 12 updates the file based on this, and sends an update response to the slave device 13. Even during this period, the matching process is performed between the master device 11 and the backup master device 12, (C-13), the master device 11 requests the final record, and (C-14) returns the response from the backup master device 12. Upon receiving (C-15), the master device 11 completes the matching process, issues an instruction of normal operation to the backup master device 12 and each slave device 13, and in response to this, the backup master device 12 and each slave device 13 receive the instruction. The device 13 recognizes that the system has returned to normal and resumes normal operation.

In the above embodiment, the master device 11 is in the unregisterable state during the matching process and the master down state. However, the unregisterable state is not limited to this, and the master device 11 may perform a unique process. It may be. In addition to the inspection processing, the present invention can be applied to the settlement processing when the period total data and the like that are not cleared by the settlement are stored.

[0018]

According to the present invention, even when registration to the master device is impossible, other devices can be permitted to perform the same registration operation as usual, so that the operation of the entire system can be performed regardless of the state of the master device. Continuous registration is possible without interruption. Therefore, if it is adopted in the POS system of a 24-hour sales office, it will be extremely effective for sales promotion.

[Brief description of drawings]

FIG. 1 is a functional block diagram of the present invention.

FIG. 2 is a system configuration diagram showing a POS system according to an embodiment.

FIG. 3 is a block configuration diagram showing a basic configuration of each device that constitutes the POS system.

FIG. 4 is a time chart showing an operation during normal registration processing.

FIG. 5 is a flowchart showing an operation when the master device 11 is in a registration impossible state.

FIG. 6 is a diagram showing a state in which the master device 11 is separated from the POS system when the master device 11 shifts to a settlement process.

FIG. 7 is a time chart showing an operation when the master device 11 returns from the unregisterable state.

FIG. 8 is a diagram showing an operation state when the master device 11 returns from a registration impossible state to a normal registration possible state.

FIG. 9 is a diagram for explaining difference processing.

FIG. 10 is a diagram for explaining copy processing.

[Explanation of symbols]

 11 Master Device 12 Backup Master Device 13 Slave Device 14 Inline 15 PLU File 21 CPU 22 ROM 28 Transmission Unit

Claims (1)

[Claims] 1. A file processing device comprising a master device, a backup master device, and a slave device, wherein data input according to classification from each device is registered in a file on the master device side and a file on the backup master device side, respectively. A registration control unit that registers data input from other devices in a file on the master device side when it cannot be registered in the device, and at least a backup when the master device cannot be registered when the master device returns to the normal registerable state. A file processing device comprising: a file matching means for matching the contents of both files by registering the data registered in the file on the master device side with the file on the master device side.