JPH10124756A - System for processing data - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an ECR (terminal equipment) system in which the ROM version of each ECR and the storage content of a transferred set file can be confirmed in a batch in the ECR system with which a host is connected. SOLUTION: At the time of operating the version-up of the ROM or ECR (1a-1c) and the change of the file constitution of a RAM accompanied with this operation, the version information of the ROM and the change information (log file information) of the file constitution of the RAM accompanied with the version-up of the ROM can be collected from each ECR (1a-1c) in a host 20. Also, a new ROM version and file constitution preliminary stored in the host 20 are compared with the ROM version and file constitution collected from each ECR (1a-1c) so that the detection and report of an error related with the ROM version-up of all the ECR (1a-1c) and the change of the file constitution accompanied with that can be attained in the host 20.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to a data processing system to which a plurality of terminal devices for storing storage contents that can be appropriately changed are connected.

[0002]

2. Description of the Related Art Conventionally, in an ECR system (data processing system) in which a plurality of ECRs, which are terminal devices for recording, calculating, managing money, and the like of input transaction data, are connected to a host (center device), When upgrading the ROM built in the connected ECR (terminal device), first, a setting file stored in the ECR RAM is backed up to the host, and the ECR ROM is changed. Then, the file backed up in advance by the host is returned to the original ECR. Usually, such an operation is performed for all connected ECRs.

More specifically, conventionally, version 1 of R
As shown in OM (described in FIG. 6 (a)), a data area related to a department (classification of traded goods) has 10 digits, and several records are stored to perform department processing, and PLU (Price Look U)
(p: article price search) has a data area of 20 digits, a dedicated program for storing several records and performing PLU processing is set, and the number of digits and the number of PLUs between the department and Each terminal device (each ECR) has a ROM in which the setting data and other setting data are set.
Here, "10 departments, 10 rows" means that the data area relating to the department has 10 digits and the 10-digit department data area has 10 (10 records) from the start address to the end address.

Now, when the ROM is upgraded from version 1 to version 2 as shown in FIG.
In a system having a plurality of terminal devices (ECR),
The ROM is exchanged for each terminal device. In this case,
Since the contents of the ROM differ between version 1 and version 2 in the number of digits of the department, as shown in FIG. 6B, the settings of the department and PLU stored in the RAM (the number of digits of one record and each The total number of terminals was also changed for each terminal device.

FIG. 6A is a diagram showing the data structure of one record relating to a department and a PLU stored in the version 1 (before change) and version 2 (after change) ROMs. FIG. 6B is a diagram showing the setting contents of the department and the PLU (the number of digits of one record and the number of each total machine) stored in the RAM before and after the ROM version upgrade.

[0006]

In the conventional configuration as described above, when the ROM is exchanged for each terminal device and at the same time the setting contents of the RAM are changed, the user may forget to exchange the ROM, or If the user forgets to change the setting contents of the RAM (for example, forgets to return a part of the setting file backed up to the RAM to the RAM), the contents of the ROM do not match the contents of the RAM, and the RAM cannot operate. ROM replacement and RA
If both changes of M were forgotten, the process was performed with the old version and desired data could not be obtained.

In such a case, conventionally, it is necessary to check whether the ROM version and the setting of the RAM are correct for each terminal device, and it is necessary to replace the ROM of each terminal device and to change the setting of the RAM. It was not possible to collectively check whether the operation was successful.

SUMMARY OF THE INVENTION An object of the present invention is to provide a data processing system in which a plurality of terminal devices are connected.
The purpose is to be able to collectively check the stored contents such as the version and the setting file.

[0009]

According to the first aspect of the present invention,
In a data processing system in which a plurality of terminal devices are connected, each terminal device is provided with storage means capable of appropriately changing storage contents and storing type data corresponding to the storage contents. Type data storage means for storing the type data of the stored storage means, comparison means for comparing the type data of the storage means provided in each terminal device with the type data stored in the type data storage means, If there is a terminal device having different type data as a result of the comparison by means, there is provided a notifying device for notifying that the terminal device is provided with a different type of storage device.

According to a second aspect of the present invention, in the data processing system according to the first aspect, the plurality of terminal devices are connected to a center device, and the center device has a type data storage unit, a comparison unit, and a notification unit. And the center device is provided with type data collecting means for collecting type data of the storage means of each terminal device.

According to the first aspect of the present invention, the contents stored in each terminal device can be checked at a time.

According to the second aspect of the present invention, in the center device, the type data of the storage means of each terminal device is collected, and the content is confirmed by the center device. If so, it can be reported as error information. As a result, the center device can collectively check the type data of each terminal device,
It can be performed more reliably.

[0013]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The details of an embodiment of a data processing system according to the present invention will be described below with reference to the drawings.

In this embodiment, an ECR as a terminal device is used.
1 relates to an ECR system as a data processing system connected to a plurality of hosts 20 as center devices.

First, the configuration will be described.

FIG. 1 is a block diagram illustrating the configuration of the ECR 1 according to the present embodiment.

The ECR (Electronic Cash Register) 1 is a machine that performs recording, calculation, money management, and the like of goods transactions using an electronic circuit, and has an information collecting function and a classifying and counting function.

The ECR 1 includes a CPU 2, an input device 3, a RAM 4, a ROM 5, a drawer 6, a display device 7, a printing device 8, a storage device 9 having a storage medium 9a, and the like. Are interconnected via a bus 10.

A CPU (Central Processing Unit) 2 stores, in a program storage area in a RAM 4, an application program specified from among system programs stored in a storage device 9 and various application programs corresponding to the system program. And input device 3
Various kinds of instructions or data input from the RAM are stored in the RAM 4, various processings are executed in accordance with the input instructions and the input data in accordance with the application programs stored in the storage device 9, and the processing results are stored in the RAM 4. At the same time, an input is made to the display device 7 or the printing device 8.

The CPU 2 is connected to a host 20 (see FIG.
When an instruction to write a file to the ECR 1 and file data are sent from the ECR 1, the file data is received and written to the corresponding file in the RAM 4. Then, it is determined whether or not the file data has been correctly written to the file.If the file has not been correctly written, the file data, the file capacity, and the file configuration of the file that has not been correctly written are associated with the file. The error information is stored in a log file (file reception log) 4a, and if the file is correctly written,
Log file (file reception log) including the file name, file capacity, and file configuration of the written file
4a.

Further, the CPU 2 sends an R
If there is a request to send OM version, RO5
The M version is read, the read ROM version is sent to the host 20, and if there is a request from the host 20 to send log file data, the log file 4a in the RAM
And reads out the log file data to the host 20.

The input device 3 is an input device for inputting data relating to goods transactions by key operation, and is composed of various keys such as a mode key, a clerk key, a numeric keypad, and a function key. CP
Output to U2.

A RAM (Ramdom Access Memory) 4 is a C
It comprises a storage area for temporarily storing various programs and data to be processed by the PU2, and the stored various programs and data are also read out.

The RAM 4 stores a log file 4a and various files 4b, and these setting files can be written and read (collected) from the host 20 through the network I / F.

A log file (file reception log)
4a includes a file name (for example, a PLU file, etc.),
File capacity (for example, 20 files), file configuration (for example, 10 digits for characters, 5 digits for unit price, 5 units for sales)
..) Are stored.

A ROM (Read Only Memory) 5 is a CPU 2
This is a read-only memory that reads out data stored in accordance with an instruction from the server, and stores a dedicated program for processing various data (such as department data and PLU data) relating to article transactions.

The ROM 5 stores ROM version information. The ROM version information is transmitted to an external device (such as the host 20) via a network I / F (network interface) and transmitted from the external device. Can be collected.

The drawer 6 is a drawer for storing a valuable medium (cash, check, gift certificate, etc.) managed by the ECR 1.

The display device 7 is a CRT (Cathode Ray Tube)
A data display device including a display, a liquid crystal display, and the like, displays display data input from the CPU 2.

The printing device 8 is a printing device of an ink type, a dot type, a thermal transfer type or the like, and prints out on a predetermined sheet by inputting print data from the CPU 2.

The storage device 9 has a storage medium 9a in which programs, data and the like are stored, and this storage medium 9a is constituted by a magnetic or optical storage medium or a semiconductor memory. The storage medium 9a is fixedly provided in the storage device 9, or is detachably mounted.

This storage medium stores a system program, various application programs corresponding to the system program, display processing, printing processing, data processed by each processing program, and the like.

The program, data, and the like stored in the storage medium 10 may be configured to be received and stored from another device connected via a communication line or the like. A storage device having the above storage medium may be provided on another connected device side, and the program and data stored in this storage medium may be used via a communication line.

FIG. 2 is a block diagram illustrating a configuration of a network between the host 20 and each of the ECRs (1a to 1c) in the ECR system according to the present embodiment.

In the example shown in FIG. 2, three E
Although the case where the CR is connected is described, the effect is the same even when the number of ECRs 1 connected to the host 20 is other than the embodiment.

In the connection example shown in FIG. 1 to No. 3, three ECRs (1a to 1c) are connected through a network (communication line). The host 20 has a CPU, a RAM, an RO,
M, a storage device, etc. (all not shown), and each E
Type data (ROM version, log file data) of the storage means of the CRs (1a to 1c) can be collected via a network.

At this time, the RO of each ECR (1a to 1c)
When upgrading M, the host 20 and each ECR
Data exchange performed between (1a-1c) is as follows.

First, the setting file of the old version is sent from each ECR (1a to 1c) to the host 20. The host 20, which has received the old version of the configuration file, edits the file to make the old version of the configuration file the new version of the file contents.
The new version of the configuration file is sent to c). At this time, the ROM of each ECR (1a to 1c) is replaced with a new version of ROM in advance. Each of the ECRs (1a to 1c) receiving the new version of the setting file is stored in the RAM.
Write to the corresponding file in 4.

Next, each ECR (1a to 1a)
A confirmation request signal for the ROM version or log file data is transmitted to c). Each of the ECRs (1a to 1c) receiving the confirmation request signal is stored in the ROM according to the confirmation request.
The version or log file data is sent to the host 20. If any of the received ROM version or log file data is not normal, the host 20 sends an error message to the machine number of the ECR. Display with

The ROM version information of each ECR (1a to 1c) and the RA associated with the ROM version upgrade
The change information of the file configuration of M may be collected not by the host 20 but by the master of ECR1. In this case, the following network configuration is conceivable.

FIGS. 3A and 3B show the machine numbers. 1
1 is a diagram illustrating an example of a network configuration of an ECR system when an ECR of the ECR is an ECR master 1a.

In FIG. 3A, similarly to the network configuration shown in FIG.
Are directly connected. At this time, ECR Master 1
a collects the ROM version information of the remaining ECRs (1b, 1c) and the RAM file configuration change information accompanying the ROM version upgrade, and sends them to the host 20;
The host 20 performs error notification and the like. If the ECR master 1a has a function equivalent to that of the host 20, the ECR master 1a can be connected without connecting the host 20.
, All the steps (including change of the setting file and error notification) may be performed.

FIG. 3B shows a network configuration having a hierarchical structure in which only the ECR master 1a is connected to the host 20. No. from host 20 2 and N
o. 3 ECR (1b, 1c) is ECR master 1
They are connected through a. Also at this time, the ECR master 1a transmits the ROM version information of each of the remaining ECRs (1b, 1c) and the RA associated with the ROM version upgrade.
The change information of the file structure of M is collected and sent to the host 20, and the host 20 performs error notification and the like. In the case of such a configuration, the embodiment can be applied to a large-scale ECR system in which a plurality of ECR masters are connected to the host 20. When the ECR master 1a has a function equivalent to that of the host 20, all the processes (such as changing a setting file and notifying an error) are performed in the ECR master 1a without connecting the host 20. It may be.

Next, the operation of this embodiment will be described.

In the ECR system according to the present embodiment, control processing executed by the host 20 and the ECR 1 when the ROM of the ECR 1 is upgraded will be described with reference to flowcharts shown in FIGS.

FIG. 4 shows an ECR system.
9 is a flowchart of a control process performed by the host 20 when the version of the ROM 1 is upgraded.

The program for realizing each function described in this flowchart is executed by the CPU (not shown) of the host 20.
Host 20 in the form of readable program code.
Is stored in a storage medium (not shown).

First, in step R1, the host 20
If there is an input, the process proceeds to step R2, and if there is no input, the process returns to step R1.

In step R2, the input to the host 20 in step R1 is analyzed, and the process proceeds to a routine corresponding to the input content. If there is an input for instructing file editing, the process proceeds to step R3. If there is an input for ROM version confirmation, the process proceeds to step R7. If there is an input for log file confirmation, the process proceeds to step R12.
Move to

When a file edit is input in step R1, first, in step R3, file edit is performed to change the old version file to the new version content, and in step R4 each EC is edited.
Send the file contents of the new version to R1 and execute step R
Move to 5.

In step R5, the host 20 stores the new file configuration, and in step R6, the new ROM
Remember the version. Thus, the file editing routine ends, and the process returns to step R1.

Next, when the ROM version confirmation is input in step R1, first, in step R1,
7, the ROM version is transferred to each ECR1 by the host 2.
Request to send to 0, and go to step R8.

In step R8, each EC
As a result of the request to send the ROM version to R1,
0 determines whether the ROM version from each ECR1 has been received, and if so, proceeds to step R9,
If not received, the process returns to step R7, and again,
1 to send the ROM version to the host 20.

In step R9, the host 20 checks each ECR
When the ROM version from the ECR is received, the machine No. of each ECR is received. And the version content of the ROM are printed or displayed, and the routine goes to Step R10.

In step R10, the ROM version received from each ECR is compared with the stored new ROM version, and it is determined whether the received ROM version has a ROM version different from the new version. Step R if there is a version
Then, the process returns to step R1 if there is no different ROM version.

In step R11, if the received ROM version has a version different from the new version, the ECR transmitting the different ROM version
Machine No. 1 And the error message "ROM version is different" is printed or displayed. RO
The routine for confirming the version of M is terminated, and the process returns to step R1.

When the log file confirmation is input in step R1, first, in step R12, the log file data is sent to each ECR1 from the host 20.
And the process moves to step R13.

In step R13, each E
As a result of the log file data transmission request to the CR, the host 20 determines whether or not the log file data has been received from each ECR. If the log file data has been received, the process proceeds to step R14. If not, the process proceeds to step R12. It returns and requests each ECR to send the log file data to the host 20 again.

In step R14, the host 20 checks each EC
When log file data is received from R, each EC
R1 machine NO. And the log file data is printed or displayed, and the routine goes to Step R15.

At step R15, by comparing the received log file data with the stored file data,
It is determined whether or not the received log file data includes data different from the new file data. If there is different data, the process proceeds to step R16. If there is no different data, the process returns to step R1.

In step R16, if there is any data different from the new file data in the log file data received from each ECR, the machine number of the ECR that transmitted the different file data. And an error message "File structure is different" is printed or displayed. Thus, the log file confirmation routine is completed, and step R1 is executed.
Is returned to

Next, FIG. 5 shows an ECR system.
9 is a flowchart of a control process performed by the ECR1 when the ROM of the ECR1 is upgraded.

The program for realizing each function described in this flowchart is stored in the storage medium 9 of the ECR 1 in the form of a program code readable by the CPU 2 of the ECR 1.
a.

First, in step S1, the input device 3
It is determined whether there is a key input from the user. If there is a key input, the process proceeds to step S2, and if there is no key input, the process proceeds to step S3.

In step S2, if there is a key input in step S1, the key input is analyzed, a process corresponding to the input is performed, and the process returns to step S1.

In step S3, the ROM version stored in the ROM 5 is read and stored in the RAM 4,
Move to step S4.

In step S4, the file configuration of the ROM is determined, the file configuration is stored in the log file 4a in the RAM 4, and the process proceeds to step S5.

In step S5, it is determined whether there is any request from the host 20, and if so, the process proceeds to step S6, and if not, the process returns to step S1.

In step S6, it is determined whether an instruction to write a file and file data have been sent from the host 20, and if not sent, the process proceeds to step S11, and if sent, the file data is received in step S7. Then, the file is written to the corresponding file, and the process proceeds to step S8.

In step S8, it is determined whether or not the file data sent from the host 20 in step S7 has been correctly written to the file. If the file data has not been correctly written, the process proceeds to step S9. Move to step S10.

In step S9, if the file has not been correctly written in step S8, the file name, file capacity,
Then, the error information is stored in the log file (file reception log) 4a in association with the file configuration, and the process returns to step S1.

At this time, as a cause of the occurrence of an error (not correctly written), a transmission error in which file data is affected by noise or the like at the time of transmission from the host 20 or an error in the ECR 1 due to a shortage of RAM capacity or the like. There is a case where the version cannot be upgraded unless a new option RAM is added and the user forgets to add the option RAM.

In step S10, if the file has been correctly written in step S8, the file name, file capacity, and file structure of the written file are stored in a log file (file reception log) 4a, and the process proceeds to step S1. Is returned.

In step S11, when the instruction to write the file and the file data are not sent from the host 20 in step S6, the ROM is sent from the host 20 to the ROM.
It is determined whether there is a request to send a version. If there is no request, the process proceeds to step S14. If there is a request, the ROM version is read from the ROM 5 in step S12, and the read ROM version is sent to the host 20 in step S13. Is returned to step S1.

In step S14, if there is no request to send the ROM version from the host 20 in step S11, it is determined whether or not there is a request to send log file data from the host 20, and if there is no request, step S1 is performed.
When there is a request, the log file data is read from the log file 4a in the RAM in step S15, the read log file data is sent to the host 20 in step S16, and the process returns to step S1.

Thus, the control process performed by the CPU 2 of the ECR 1 when the version of the ROM of the ECR 1 is upgraded.

As described above, in the ECR system according to the present embodiment, when the version of the ROM of the ECR 1 is upgraded and the file configuration of the RAM is changed accordingly, the version information of the ROM and the ROM
The change information (log file information) of the RAM file configuration accompanying the version upgrade can be collected from each ECR, the new ROM version and file configuration stored in the host 20 in advance, and the RO collected from each ECR.
By comparing the M version and the file configuration, it is possible to detect errors and inform the host 20 of errors relating to the upgrade of the ROMs of all ECRs 1 and the accompanying changes in the file configuration.

In the present embodiment, the contents of the storage means are changed by upgrading the ROM of the ECR1 and changing the file structure of the RAM in accordance with the upgrade.
1 ROM version upgrade (when the file configuration of RAM does not change due to ROM version upgrade)
Or a version change indicating the type of software (for example, software A is changed to software A + B).

[0079]

According to the first aspect of the present invention, it is possible to collectively check the stored contents of each terminal device.

According to the second aspect of the present invention, in the center device, the type data of the storage means of each terminal device is collected, the content is confirmed by the center device, and if there is a terminal device having different type data, Can be notified as error information. As a result, the center device can collectively confirm the type data of each terminal device, and can more reliably perform the confirmation.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a configuration of an ECR 1 according to the present invention.

FIG. 2 shows a host 20 and each EC in the ECR system.
It is a figure showing composition of a network with R (1a-1c).

FIG. 3A is a diagram showing a machine No. 1 ECR is EC
FIG. 2 is a diagram illustrating a configuration example of a network of an ECR system when the master is an R master 1a. FIG. One ECR is an ECR master 1a,
FIG. 2 is a diagram illustrating a configuration example of a network when an ECR system has a hierarchical structure.

FIG. 4 shows an example of an ECR system according to the present invention.
9 is a flowchart of a control process performed by the host when upgrading the ROM of R.

FIG. 5 is a diagram illustrating an ECR system according to the present invention;
9 is a flowchart of a control process performed by the ECR1 side when upgrading the ROM of the R1.

FIG. 6A is a diagram illustrating a data configuration regarding departments and PLUs stored in ROMs of version 1 (before change) and version 2 (after change). FIG.
(B) RAM before and after ROM version upgrade
Is a diagram describing the setting contents (the number of digits of one record and the number of each total machine) of the department and the PLU stored in the section.

[Explanation of symbols]

 ECR 1 CPU 2 Input device 3 RAM 4 Log file 4a Various files 4b ROM 5 Drawer 6 Display device 7 Printing device 8 Storage device 9 Storage medium 9a Bus line 10 Host 20

Claims (2)

[Claims] In a data processing system in which a plurality of terminal devices are connected, each of the terminal devices is provided with storage means for appropriately changing storage contents and storing type data corresponding to the storage contents. A type data storage unit configured to store type data of a storage unit preset for each of the terminal devices; a type data of the storage unit provided in each of the terminal devices; and a type data storage unit. A comparing unit that compares the type data with the notifying device, if there is a terminal device having different type data by comparison by the comparing device, a notifying unit that notifies that a different type of storage unit is provided in the terminal device, A data processing system comprising: 2. The terminal device according to claim 1, wherein the plurality of terminal devices are connected to a center device, and the center device includes the type data storage unit, the comparison unit, and the notification unit. 2. The data processing system according to claim 1, further comprising type data collecting means for collecting type data of said storage means.