JPS6226516B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a sales data processing device such as an electronic register or a POS system that accumulates and stores input sales data.

[Conventional technology]

In general, a sales data processing device such as an electronic cash register disclosed in Japanese Patent Application Laid-open No. 54-58331 is equipped with a transaction-specific key such as a cash key for inputting and specifying the type of transaction, and is equipped with a transaction-specific key such as a cash key for inputting and specifying the type of transaction. After completing the input, operate the transaction-specific key. Figure 8 shows an example of the operator's key operations in such a case.
Assume that you purchased a product worth 250 yen and offered 500 yen in cash. Enter "120" by operating the amount key and enter the department key "4" that corresponds to the classification of this product.
operate. Similarly, enter "250" and operate department key "3". After this, operate the subtotal key to display the subtotal "370", enter the amount deposited by the customer "500", enter the type of transaction, and use the transaction key to specify, in this example, the type of transaction. In the case of cash, operate the cash/deposit key. The processing device has a memory for storing the cumulative value of sales data for each transaction and an arithmetic circuit for calculating the cumulative value, and in response to the operation of the transaction-specific key, the cumulative value in the memory is added to the sales data. An operation is performed in which the data is accumulated.

[Problem that the invention seeks to solve]

Conventionally, as mentioned above, sales data for one customer was only accumulated for each transaction. For this reason, although it is possible to grasp the total sales by transaction such as cash sales and credit sales, it is not possible to grasp the total sales by customer type such as customer gender, age, and occupation, and it is difficult to manage sales of products according to customers. I couldn't do it.

It is an object of the present invention to calculate the total sales for each customer by accumulating sales data for each transaction and also for each customer in accordance with input specifications for each transaction.

[Means for solving problems]

FIG. 9 is a block diagram of the present invention. In the figure, 1 is a sales data input means (for example, it consists of an amount key for entering an amount, a department key for specifying a product category, etc., and inputs the sales data of the product. 2 is a customer specification means) For example, the type of customer such as gender, age, occupation, etc. is input by operating the age key, customer type key, etc. 3 is a transaction specific specification means, which is entered by operating the cash key, rental key, etc. The type of transaction is input and specified. 4 is a total storage means for each customer, which stores the cumulative value of sales data for each type of customer input and specified by the customer specification means 2. 5
is a transaction-specific total storage means, which stores the cumulative value of sales data for each type of transaction input and specified by the transaction-specific designation means 3. Reference numeral 6 denotes an accumulating means, which accumulates the input sales data into the customer-specific total storage means 4 and the transaction-specific total storage means 5.

[Effect]

Prior to the input specification using the transaction specification means 3, the customer type corresponding to the customer is input and specified using the customer specification means 2. In addition, sales data input means 1
Enter sales data such as amount. Next, when the type of transaction corresponding to the customer's transaction is input and specified from the transaction specification means 3, the accumulation means 6 stores the input sales data in the transaction total storage means 5 corresponding to the transaction type. At the same time, the totals are also stored in the customer-specific total storage means 4 corresponding to the customer type. Therefore, the total sales by customer type is stored in the customer total storage means 4.

〔Example〕

Hereinafter, one embodiment of the present invention will be described with reference to the drawings. First, the system configuration of the electronic register will be explained with reference to FIG. 11 in Figure 1
has internal A register 11a and B register 11b.
A bidirectional data bus DB that transfers data and an address bus AB that transfers addresses each have memory 1 for aggregation.
2, memory 13, and I/O port 14. Also, read/write signals R/W from the CPU 11 specifying data read/write.
W ₁ is provided to the totalizing memory 12, memory 13, and I/O port 14. Further, a chip select signal CS is provided from the CPU 11 to the totalizing memory 12, and a chip select signal CS is provided to the memory 13. A printing section 15, a display section 16, and a key input section 17 are connected to the I/O port 14. The printing unit 15 is, for example, a line printer, and prints a print position signal of a print drum.
A hammer drive signal generated by sending TP to the I/O port 14 and matching this print position signal TP with the data in the print buffer PB of the I/O port 14.
A hammer is driven by the MD, and printing is performed on receipt paper and journal paper in accordance with the receipt print command RP and journal print command JP sent from the CPU 11. The display unit 16 also displays digital signals from the I/O port 14.
A display operation is performed in accordance with a segment signal SG obtained by decoding the contents of the display buffer HB of the DG and I/O port 14. The key input section 17 inputs a key input signal KI to the input buffer IB in the I/O port 14 in accordance with the timing signal KP from the I/O port 14 when a key is operated.

Next, according to FIG. 2, the CPU 11 in FIG.
The detailed configuration will be explained below. 21 is a program storage unit, and an address control signal is sent from the program storage unit 21 to the address control unit 22.
3, an operation code and a signal specifying its own next address are output. The address control section 22 outputs a signal specifying a register in the storage section 24, and also sends out an address signal via the address bus AB. The storage section 24 sends calculation data to the calculation section 25, and calculation result data is sent from the calculation section 25 to the storage section 24. Further, a data bus is connected from the storage section 24 to the address control section 22. Then, an address signal modified with an address is sent from the address control section 22 according to the contents of an index register X (not shown) in the storage section 24. Timing signals are transmitted and received between the control section 23 and the address control section 22. A calculation control signal is outputted from the control section 23 to the calculation section 25, and a calculation result/judgment signal is inputted from the calculation section 25 to the control section 23. Then, according to the calculation result/judgment signal, the control section 23 sends the program storage section 2 to the program storage section 2.
1, a signal designating its own next address is output. Furthermore, a read/write signal R/W ₂ is applied from the control section 23 to the storage section 24 . Furthermore, the control section 23 outputs a chip select signal CS.
, CS, read/write signal R/W ₁ , journal print command JP, and receipt print command RP.

Next, FIG. 3 shows the key input section 17 in FIG.
It is a figure showing the key operation part of. In Figure 3,
17a is a mode switch, "OFF", "REG",
Switch and select each function of "RF", "PR", "X", and "Z". "OFF" in the mode switch 17a is set when the electronic register is not used.
"REG" is used to perform normal money collection operations (registration mode), "RF" is used to cancel part of the money registered in the electronic register (return mode), and "PR" is used to set preset data. (preset mode), "X" is designated when reading stored data (inspection mode), and "Z" is designated when clearing stored data after reading it (accounting mode). 1
7b is the subtotal key when calculating the total, 17c
17d is an example of a transaction specification means, and is a cash/deposit key for specifying cash sales as the type of transaction, obtaining the total or change, and issuing a receipt; 17d is a department key for specifying the department for each product; 17e;
is an amount key for entering the amount of the product, etc., 17f, 1
7g is an example of a customer specification means for inputting and specifying the customer type, 17f is a customer type key for inputting the customer's occupation, and 17g is an age key for inputting the customer's age.

FIG. 4A is a diagram showing an example of a customer-specific total storage means provided in the total memory 12 and storing the customer-specific sales total. In Figure 4A, in the "O" row
"Number of customers", "Quantity", "Amount" for male teenagers,
In the "1st" line, "number of customers", "number of items" for men in their 20s,
``Amount'', ``Number of customers'', ``Quantity'', ``Amount'', . . . for a teenage female are stored in the ``8th'' line. In addition, the tens digit “1” of the first two digits of each line,
``2'' means ``teens'', ``20s'', etc. The ones digit ``1'' means male, and ``2'' means female.
FIG. 4B shows a state in which the age-specific sales data stored as shown in FIG. 4A is printed on journal paper. The figure shows, for example, that the number of customers is "18", the number of sales is "98", and the sales amount is "2,050" for males aged 0 to 19. In the memory 13, there is a total storage means for each transaction, in which the total of cash sales, etc. is stored for each transaction.

Next, FIGS. 5A and 5B show a key operation method when inputting the type of customer. In FIG. 5A, after operating the subtotal key, the user operates the 21 year age key to input that the customer is a man in his 20s. On the other hand, Figure 5B
shows the key operation method when inputting data regarding customer class before inputting amount data.

The operation of this invention configured as above will be explained. Key input operations are performed as shown in FIG. 5A or B, and when the cash/deposit key is operated after entering the customer type and sales data, the process shown in the flowchart of FIG. 6 is executed. First, in step _S11 , sales data such as the amount input by key is accumulated in the memory 13 according to the type of transaction. Next, in step _S12 , change is calculated, and the deposit and change are printed. Then, in step _S13 , the storage address of the storage area for storing the totals for each customer as shown in FIG. 4 is determined from the contents of the B register. For example, as shown in the key operation example in Figure 5 A and B, if "21" is entered as the customer type, "1" is stored in the 0th digit of the B register and "2" is stored in the 1st digit. has been done. Then, if the 0th digit B ₀ of the B register is "1" (male), the result of subtracting "1" from the 1st digit B ₁ of the B register is stored in the X register, and the 0th digit of the B register is If it is "2" (female), "7" is added to the first digit _B1 of the B register and the result is stored in the X register. Next, in step _S14 , the "number of customers", "quantity", and "amount" stored in the storage area whose address is modified by the X register are transferred to the A register. Next, in step _S15 , the numbers are added. Then, in step _S16 , the sales amount is added. Next, in step _S17 , the number of customers is added up. Then, the “number of customers”, “quantity”, and “amount” data updated in step _S18 are
Stored in register-address-qualified storage. In the process of step _S11 of the flowchart of FIG. 6 described above, the input sales data is accumulated for each transaction, and in the processes of steps _S13 to _S18 , the sales data is accumulated for each customer. This cumulative total is
It is executed by the CPU 11.

Next, another embodiment of the present invention will be described using FIG. 7. Figure 7A shows the number of customers by type of customer regarding their occupation, such as office worker, housewife, etc.
It shows a storage area for storing the number and amount. For example, code "1" for office workers,
For housewives, a code is predetermined for each customer type, such as code "2", and after entering the code for that customer type using the amount key 17e, key input is performed by operating the customer type key 17f. The number of customers, number of items, and amount of money can be cumulatively added to a predetermined area for each customer type code.

Next, Fig. 7B shows the number of customers, number of items, etc. for the customer type stored as shown in Fig. 7A during inspection and payment.
This example shows an amount printed on journal paper. In Figure B, for customer type code ``1'' (housewife), the ``number of customers'' is ``50'', the ``number'' of products purchased by the housewife is ``298'', and the total number of products purchased by the housewife is ``298''. The amount "49,200" is printed on journal paper.

In addition, in the above example, "teenage male" and "20 year old male"
Although the number of customers, the number of items, and the amount of money were cumulatively calculated for each age group such as ``female in their teens'' and customer type such as ``housewife'' and ``salary worker,'' in the present invention, the same method can be applied to other customer types. The number of customers, number of items, amount, etc. can be accumulated. Furthermore, as a key input method for data for each customer, we specified a combination of an amount key and an age key or an amount key and a customer type key, but we have also added an independent key for each customer type, such as a key in their teens or 20s. By providing a key in the key, data indicating the type of customer may be input. Furthermore,
At the time of inspection and payment, the contents stored in the storage area (number of customers, number of items, price) for customer types such as age or customer type were printed on journal paper. The amount of money or the amount per person may be calculated by (amount of money) ÷ (number of items) or (amount of money) ÷ (number of customers) and printed on journal paper for each type of customer.

〔Effect of the invention〕

As described above, according to the present invention, it is possible to obtain not only the total sales data by transaction, but also the total sales data by customer type such as gender, age, occupation, etc., and based on this data, It is extremely useful as store management information, such as being able to manage product sales according to customers.

[Brief explanation of the drawing]

1 to 6 show an embodiment of the present invention, in which FIG. 1 is a system configuration diagram of an electronic register, FIG. 2 is a detailed system configuration diagram of the CPU in FIG. 1, and FIG. Figure 4A shows the configuration of the key input section. Figure 4A shows the format of the storage area for storing sales data by age. Figure B shows the sales data by age printed on journal paper. Figures 5A and 5B are diagrams showing how to operate the age key, Figure 6 is a flowchart for explaining the operation when the cash/deposit key is operated, and Figure 7A is a diagram showing the method of operating the age key. FIG. 7B is a diagram showing the format of a storage area for storing sales data by customer type according to another embodiment of the present invention, and FIG. 7B is a diagram showing how sales data by customer type is printed on journal paper according to another embodiment of the present invention. , FIG. 8 is a diagram showing the prior art, and FIG. 9 is a block diagram of the present invention. 11...CPU (Central Processing Unit), 12...Tally memory, 14...I/O port, 15...Print section, 17...Key input section, 17f...Customer type key,
17g...Age key, 21...Program storage section.

Claims (1)

[Claims] 1. Sales data input means for inputting sales data, customer-specific specification means for inputting and specifying customer types, transaction-specific specification means for inputting and specifying transaction types, and storing the cumulative value of sales data for each customer type. total storage means for each customer; total storage means for each transaction that stores cumulative sales data for each type of transaction;
In accordance with the input specification of the transaction-specific specification means, the sales data inputted from the sales data input means is accumulated in the transaction-specific total storage means corresponding to the type of transaction, and the sales data input and specified by the customer-specific specification means are accumulated. a sales data processing device comprising a totalizing means for accumulating into the customer-by-customer total storage means corresponding to the type of customer.