JPS5821311B2 - electronic cash register - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to an electronic quiche register (hereinafter referred to as ECR), and particularly to an ECR that aggregates information regarding registered products on a monthly or daily basis.

Traditionally, in ECR, in addition to printing information about registered products and calculating totals, each product is classified by department, and when the department code and amount information are input, it is possible to calculate the total by department. - The number of sales points (number of sales) and the cumulative amount are stored in memory, and the data is collected after the store closes or on a long-term basis and used as sales materials.

However, with conventional ECR, data registered at different times (for example, on a monthly or daily basis) cannot be aggregated.

Therefore, for example, to aggregate data by time period, first set the inspection mode at the beginning of the period you want to aggregate, print out the data that has been registered, and then check again at the end of the period you want to aggregate. mode, print out the data, manually calculate the difference between the starting data and the ending data, and tally the data by time period.

For this reason, there was a problem in that aggregation of data by time period became extremely complicated.

Therefore, the main object of the present invention is to provide an ECR that can easily aggregate registered data in units of different periods.

To summarize, the present invention can be summarized as follows: A plurality of products that are aggregated on a daily basis are classified into a first group by category, and a second group that includes any of the categories in the first group is aggregated on a monthly basis. The division of the group is determined in advance.

Then, for each department in the first and second groups, identification information representing the period to be aggregated, for example, on a monthly or daily basis is stored.

Furthermore, identification information indicating which of the departments of the first group is included in the departments of the second group is stored.

Then, when the registration information of the product is stored in the departmental storage area of the first group, it is also stored in the departmental storage area of the second group specified.

Then, when aggregating on a monthly basis in the aggregation mode, only the registered information of departments where monthly identification information is stored is aggregated, and the registered information of departments where daily identification information is stored is aggregated on a daily basis. This is how it was done.

The present invention will be described in more detail below along with embodiments shown in the drawings.

In the following explanation, it is assumed that the period to be aggregated is calculated on a monthly and daily basis.

FIG. 1 is a schematic block diagram of an embodiment of the present invention.

In the figure, a central processing unit (hereinafter referred to as CPU) 1 performs arithmetic processing based on a program stored in advance in a read-only memory (hereinafter referred to as ROM) 4.
A keyboard 2, a random access memory (hereinafter referred to as RAM) 3, a display 5, a printer 6, a cash drawer 7, and a speaker 8 are provided in connection with this CPUI.

Keyboard 2 is used to enter product registration information.
The input registration information is stored in RAM3.

Display unit 5 and printer 6 display input registration information and CP.
The total amount information calculated by the UI is displayed or printed.

The cash drawer 7 is for storing cash and change paid by the customer.

The speaker 8 emits a confirmation sound to notify that each key included in the keyboard 2 has been reliably operated.

FIG. 2 is a key arrangement diagram of the keyboard 2 shown in FIG. 1.

In the figure, a mode setting switch 21 serving as mode setting means prohibits ECH operation in the OFF position, and P/Z
Set the preset mode or the mode to create a daily report in 2, set the registration mode in REG, set the inspection mode in X, and set the mode to create a monthly report in Zl. .

The numeric keypad 22 is used to input product registration information and other information as numerical information.

The X/Z key 23 gives an inspection command or a payment command when the mode setting switch 21 sets the mode to X mode, Z1 mode, or P/Z2 mode.

The department key 24 inputs department codes 1f and 15, respectively.

When the calculation key 25 is operated, it gives a total calculation command.

3 is a diagram schematically showing data stored in the RAM 3 of FIG. 1, and FIG. 4 is a diagram schematically showing data stored in the level storage area and link destination storage area of FIG. 3. It is.

Next, data stored in the RAM 3 will be explained with reference to FIGS. 3 and 4.

In this embodiment, the system is configured such that department 1 fi to department 15 can be registered as department codes.

Divisions 1 to 10 are the minimum units for classifying products (for example, vegetables among fresh foods),
and represents the department to be aggregated as a daily report, department 11
Departments 15 to 15 are categories including department LfJ to department 10, for example, the fresh foodstuffs, and represent departments to be compiled as a monthly report.

Corresponding to each of the departments 1 to 15,
Storage areas 1arj to 15a1 as first storage means
Storage areas 1br and 15b as third storage means
and a storage area 1crj to 1 as a first storage means.
5c and 1cla' to 15d are provided.

The storage areas 1ara' to 15a store identification information (hereinafter referred to as level) indicating whether the registered information of products belonging to each department is to be compiled as a monthly report or as a daily report. If it is a daily report, the number l is stored, and if it is a monthly report, the number 2 is stored.
is memorized.

The storage areas 1br, r to 15b store, for example, a department code (hereinafter referred to as a link destination code) indicating which of departments 11 to 15 the products of departments 1 to 10 belong to.

That is, registered information to be compiled as a monthly report is always linked as registered information of a daily report.

Storage areas 1crj to 15c are counters that store the number of times registration information for products belonging to each department has been registered, and storage areas 1d to 15d are totalizers that store the total amount of registered prices for products belonging to each department. used as.

Further, the RAM 3 is provided with an N register 31 for storing numerical information input from the numeric keypad 22, and an i register 32 for specifying one of departments 1 to 15.

FIG. 5 is a diagram for explaining the operation order for setting the level and link destination code, FIG. 6 is a diagram for explaining the level and link destination code, and FIG. 7 is a diagram for explaining the level and link destination code. FIG. 3 is a flow diagram for explaining specific operations of one embodiment.

Next, the specific operation of one embodiment of the present invention will be described with reference to FIGS. 1 to 7.

First, a preset mode for presetting the level and link destination code will be explained.

Set the mode setting switch 21 of the keyboard 2 to P/Z2.

For example, when setting level 1 and link destination code 11 to department 1, the numerical information "1llJ" is inputted from the numeric keypad 24.

On the other hand, the CPU 1 constantly waits until a key input signal is given from the keyboard 2.

When it is determined that a key human power signal has been given, it is determined whether the key human power signal is given from the numeric keypad 24 or not.

If it is not the numeric keypad 22, it is determined whether it is the department key 24, but if the input is from the numeric keypad 22, it is determined whether the first key was entered manually or not, that is, whether the numerical information of the first digit was entered.

If the first key is entered manually, after clearing the N register 31, the first numerical information entered from the numeric keypad 22 is "1".
”.

Next, when the second digit numerical information Ill is input, the numerical information "1" is stored in the N register 31 without clearing the N register 31.

Similarly, the third digit numerical information "l" is also stored in the N register 31.
Store in.

Next, when department code l is input from department key 24, C
The PU 1 determines whether a key manual signal is given from the department key 24 or not.

When it is determined that it is the department key 24, it is determined whether the mode setting switch 21 is set to the preset mode.

In the preset mode, the level "1" and link destination code "ll" stored in the N register 31 are stored in the department l.
storage areas 1a and 1b.

Similarly, for department 2, level "1" and link destination code "
To set "12", enter the numerical information 112 from the numeric keypad 22 and enter the department code "2" from the department key 24.

As a result, level Ill and link destination code "12" are stored in storage areas 1a and 1b of department 2.

Thereafter, when the level and link destination code 7 are similarly input in the order shown in FIG. 5, the levels and link destination codes are stored in departments 3 to 15, respectively, as shown in FIG.

Next, the registration mode will be explained.

First, the mode setting switch 21 is set to the registration (REG) mode.

Then, numerical information as amount information is input from the numeric keypad 22, and a department code is input from the department key 24.

In response, the CPU 1 determines that the registration mode is set, and determines that the level stored in the storage area, for example 1a, corresponding to the input department code is "1".

If the level is not "1", that is, if the level is "2", registration of that department is prohibited.

Then, the amount information is cumulatively added to the totalizer of department 1, for example, 1d.

At the same time, the counter 1c is incremented.

Further, the CPU 1 determines whether the link destination stored in the storage area 1b of the department l is "00".

When the link destination is "00", there is no link to any department, so the operation ends and returns to the initial state.

If the link destination is not "00", the link destination of department l, that is, department 11, is determined, and the contents of the counter 11c and totalizer 11d of department 11 are successively displayed.

Then, the amount information stored in the N register 31 is added to the content and stored in the totalizer 11d, and the counter 11G is incremented.

Similarly, when amount information is input for each of departments 2 to 9, the amount information is added to the totalizer of each department's linked destination, for example, one of departments 12 to 15, and the counter is incremented.

Note that when the amount information is input to department IO, the link destination is "OO", so totalizer 1 of department 10 is
Simply updating 0d and counter 10C returns to the initial state.

That is, departments 1 to 10 store registered information that should be created as daily reports, and departments LF, 1 to 9 also need to create monthly reports, so the same registration information is stored in any of departments 11 to 15 at the same time. Information is registered.

In addition, if you want to create a report of only the information that should be aggregated as a monthly report among the registered information.

In order to link the registration information to the daily report storage area, it may be input as monthly report information from a dedicated department key (not shown).

Next, the aggregation mode (settlement mode) for creating monthly or daily reports will be explained.

When creating a daily report, move the mode setting switch 21 to Z.
1 mode, and when creating a monthly report, set it to P/Z2 mode.

Then, in order to identify the amount that is in payment mode, use X/Z.
Operate key 23.

In response, the CPU determines whether the X/Z key 23 is operated and the mode setting switch 21 is set to Zl or Z2 mode.

If each is not set, it returns to the initial state, and if it is set, the register 32 is set to 1.

Then, it is determined whether the mode setting switch 21 is in the Z1 mode, and if it is in the Z1 mode, that is, the daily report creation mode, it is determined whether the level of the department specified by the i-register 32, for example, department 1, is 1. .

If the level is 1, the contents of the counter 1c and totalizer 1d of department l are printed by printer 6.

After that, counter 1C and totalizer 1d of department l
The content of is cleared and the i register 32 is incremented.

Furthermore, it is determined whether the count value of the i register 32 is 16 or not.

If the count value of the i register 32 is 16, the corresponding department does not exist, so the process returns to the initial state.

If the count value of i register 32 is 15 or less, Z
In 1 mode.

Determine whether or not.

If the level of department 2 is rlJ, the contents of counter 2c and totalizer '2d of department 2 are printed and cleared.

The above operation is repeated and the counters of departments 3, 4, etc. are set.

3c1 Print the contents of totalizer 3d...

Then, when it is determined that the level of the department 11 is "2", the counter 11C of the department 11 and the totalizer 1
The i register 32 is advanced without printing the contents of 1d.

In other words, department 11 and department 15 have level "2".
is set, the daily report will not be created.

If the mode setting switch 21 is in Z2 mode, the CPU
I determines that it is the Z1 mode, that is, the monthly report creation mode rather than the daily report creation mode, and determines whether the level of each department specified by the i register 32 is "2".

Then, the contents of the counters 11c7,1'' to 15c and the totalizers 11dr and C to 15d of the level 2 departments, that is, the departments 11r, r to 15, are printed as a monthly report.

' Note that in the above embodiment, the operation when creating monthly and daily reports has been explained, but this is not limited to this, and can also be applied when creating reports for different time periods, every other day, or every week. The invention can be applied.

As described above, according to the present invention, identification information for each period to be aggregated indicating whether each department should be reported as a daily report or a monthly report is stored, and When registration information is stored in the corresponding department, the registration information is also stored in the corresponding monthly report department, so daily or monthly reports can be created relatively easily.

[Brief explanation of the drawing]

FIG. 1 is a schematic block diagram of an embodiment of the present invention. FIG. 2 is a key arrangement diagram of the keyboard of FIG. 1. FIG. 3 is a diagram schematically showing data stored in the RAM of FIG. 1. FIG. 4 is a diagram for explaining the levels and link destination codes in FIG. 3. FIG. 5 is a diagram for explaining the order of operations for setting the level and link destination code. FIG. 6 is a diagram for explaining levels and link destination codes. FIG. 7 is a flow diagram for explaining the specific operation of one embodiment of the present invention. In the figure, 1 is a central processing unit, 2 is a keyboard, 21
is the mode setting switch, 22 is the numeric keypad, 23 is the X/Z
key, 24 is the department key, 25 is the calculation key, 1a to 1
5a is a level storage area, 1b to 15b are linked code storage areas, 1c to 15C are counters, 1d to 15d are totalizers, 31 is an N register, and 32 is an i
Indicates a register.

Claims (1)

[Claims] 1. Information regarding products included in a plurality of first groups that are aggregated over a relatively short period of time, and information regarding products included in a plurality of second groups that are aggregated over a relatively long period of time. an electronic cash register for registering and totaling the following: at least one of the departments in the first group is determined to correspond to one of the departments in the second group; a first storage means for storing registration information for each department; a second storage means for storing identification information representing a long term or short period of time to be aggregated for each department; and the first group. a third storage means for storing departmental information each representing one of the corresponding departments of the second group; and a control means, wherein in the registration mode, the registration means storing the information in a corresponding departmental storage area of the first storage means, and storing the registered information in a storage area of the department corresponding to the departmental information stored in the third storage means; mode, the electronic cash register is configured to compile the registered information of departments in which identification information representing a long term or short term is stored in the second storage means as long term or short term registered information. 2. The electronic system according to claim 1, wherein the control means updates the identification information of the second storage means and updates the departmental information of the third storage means in the preset mode. Character register.