JPS60246495A - Transactor - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION Technical Field of the Invention The present invention relates to a transaction processing device, and particularly to a transaction processing device that determines whether or not a discount of the amount desired by a customer is possible based on purchase conditions of a product such as the number of purchases and payment method. Transaction place I that can judge! ! ! It is related to the device.

Description of the Prior Art Conventionally, the discount amount for a product is often determined based on the purchase conditions of the product, the number of times the customer has used the product in the past, and the like. More specifically, if a large number of products are purchased at one time, if the products do not need to be delivered, if the payment method is cash, or if the customer frequents the store. Usually, the amount of discount is large. Only the store clerk knows the criteria for determining the discount amount, and it is also the store clerk who determines the limit amount that can be discounted, the so-called bottom price, in discount negotiations. When a customer negotiates with such a salesperson at a store, the customer is of course unable to know the discount limit. For this reason, discount negotiations often end in failure, and customers end up distrusting store staff and stores. And in some cases, the customer may even stop purchasing from the store. Such a situation will seriously damage the store's credibility and profits. Furthermore, store clerks have to spend a considerable amount of time on such discount negotiations, resulting in a problem of reduced work efficiency.

Furthermore, since conventional discount negotiations as mentioned above are directly handled by store staff, there is a problem in that when purchasing products through online systems such as home shopping using CATV, it is not possible to negotiate discounts between the customer and the seller. There was a point.

Purpose of the Invention Therefore, the main purpose of the present invention is to solve the above-mentioned drawbacks, calculate the direct withdrawal limit [amount] of the product based on the purchase conditions presented by the customer, and sell the product to the customer within the limit amount. An object of the present invention is to provide a transaction processing device that can authenticate a discount request.

Structure and Effects of the Invention To summarize the invention, data storage means (RAM, RO
A transaction processing device having a data processing unit (CPU) and a data processing means (CPU) is provided with a storage area that stores a predetermined discount limit for each product in accordance with the purchase conditions of the product such as the number of purchases and payment method. Determine the discount limit for the product from the data stored in the above-mentioned memory six based on the purchase conditions of the product presented by the customer, and determine whether the discount desired by the customer is possible based on the discount limit. It is configured so that it can be done.

Therefore, according to the present invention, there is no need to directly negotiate for discounts with store staff, so it is possible to eliminate customer distrust during discount negotiations, and furthermore, since the result of the determination will attract the customer's attention, the transaction will be easier. This will facilitate smooth operation and contribute to the store's profits. Furthermore, since the time traditionally spent by store clerks on discount negotiations can be eliminated, operational efficiency can be improved, which in turn leads to a reduction in personnel costs. Furthermore, when doing home shopping using CATV or the like, it is possible to negotiate for discounts without involving a store clerk.

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

DESCRIPTION OF EMBODIMENTS FIG. 2 is a schematic block diagram showing the electrical configuration of a transaction processing device that is an embodiment of the present invention.

In FIG. 2, a keyboard 1 is used to input purchase conditions and desired discount amount by the customer, and a display 2 displays whether or not the discount given by 11 customers is possible. ROM3 is a unit that stores the operation program of the transaction processing device, and R
AM4 is a unit for temporarily storing the purchase conditions and desired discount amount presented by the customer, and for storing a predetermined discount negotiation table file and usage count table file, which will be described later. Furthermore, when it is determined that a discount is available, the printer 5 is used to print and inform the customer of this fact.

Each of these units is connected to the CPL by an internal data bus.
CPtJ6 controls the operation of each two lnits according to the program stored in ROM3,
Demonstrate the discount limit.

Next, FIG. 3 is an external perspective view of a transaction processing device which is an embodiment of the present invention. In FIG. 3, the transaction processing device main body 7 includes a display 9 J and a printer 1 in the vertical direction.
0h<, and a keyboard 8 is provided on its horizontal surface, that is, the operation panel. The display device is for displaying and informing the customer whether the discount desired by the customer is available or not, and the printer 10 is for printing out and informing the customer when a discount is available. Further, the keyboard 8 is used for inputting the customer's desired purchase conditions and desired discount amount.

Next, FIG. 4 is a diagram showing 81 details of the keyboard 8 shown in FIG. 3. In FIG. 4, the keyboard 8 includes a product code key 81, a purchase quantity key 82, a delivery km key 83, a payment method key 84, a customer τ1-do key 85, a discount key 86, and a numeric keypad 87. It is configured.

The product code key 81 is a key for inputting the product code of the product that the customer is trying to purchase, and the purchase quantity key 82 is a key for inputting the quantity that the customer is trying to purchase for the product. delivery kl14-8
3 is a key for inputting the delivery distance desired by the customer, and a payment method key 84 is for cash payment, credit,
``Kake'' is a key for selecting the payment method desired by the customer, such as selling, a customer code key 85 is a key for the customer to input a code number representing himself, and a discount key 86 is a key for selecting the payment method desired by the customer. These keys are used to input the discount amount, and the numeric keypad 87 is used to enter the various purchase conditions described above.

Next, FIG. 5 shows the RAM of the transaction processing device shown in FIG.
4 is a diagram showing a memory map of No. 4. FIG. In Figure 5, R
The memory map of AM4 includes a flag number FN indicating that data such as each IM entry condition or desired discount amount has been entered using the numeric keypad 87, and a number data storage register that temporarily stores the above-mentioned matched data each time. WRN
In response to the key input of product code key 81, WRN
The product code storage register WART# is used to read out and re-memorize the product code once stored in WRN, and in response to the key input of the purchase number key 82, the purchase number data that was once stored in WRN is read out and stored again. A register WCNT for storing the number of purchases to be made, and a delivery distance 111 (kll) for reading out the delivery distance data once stored in the WRN in response to the key input of the delivery km key 83 and re-memorizing it.
A storage register WKM, a payment method storage register WMEDJA for sequentially outputting and re-storing payment method data once stored in WRN in response to the key input of the payment method key 84, and a key input of the customer code key 85. In response, a customer code storage register WACC# for reading the customer code once stored in the WRN and storing it again;
Customer annual usage frequency data read from the usage frequency table file described below &! In response to the key input of the discount key 86 and the usage count register WC for storing, the WR
It is composed of a desired discount amount register WDISC for sequentially displaying and re-storing the desired discount amount once stored in N, a discount negotiation table file to be described later, and a usage frequency table file.

Next, FIG. 1 is a diagram for explaining details of the discount negotiation table file included in the storage area of the RAM 4 shown in FIG. 5. In Figure 1, the product code is
This is a code number to indicate the department to which each product belongs.

Then, for each product ~] - card, the limit amount of liQ discount corresponding to each purchase condition is stored. Looking at the example in Figure 1, first of all, regarding the number of products purchased, the discount limit for that product depends on whether the customer wants to purchase 1, 2 to 5, or 6 or more. The amount is determined. For example, if the product has product code 002,
If you purchase one item, you can get a discount of up to 10 yen, if you purchase 2 to 5 items, you can get a discount of 20 yen per item, and if you purchase 6 or more items, you can get a discount of up to 30 yen. Next, regarding the delivery distance, the discount limit is determined depending on whether delivery is not required, delivery within 51V, or delivery to a remote location of 5km or more. In the case of the product with the above product code 002, it depends on whether it is delivered or not (1a discount will not be applied.Next, regarding the payment method, the payment method is cash, credit, l!) (Purchase? The discount limit is determined by: For the product with the product code 002 mentioned above, a discount of up to 50 yen is possible only when paying in cash, and a discount of 1j when selling by credit or #. Not done.

Next, the sound information is the annual usage frequency of the corresponding customer, and this is data obtained by searching a usage frequency table file, which will be described later. In this case, the discount limit is determined depending on whether the customer is using the store for the first time, has used the store five or fewer times, or has used the store six or more times. In the case of the product with the product code 002 mentioned above, there will be no discount for first-time customers, and if the customer has used it less than 5 times, the discount can be reduced to 5 yen. A certain customer can get a discount of up to 30 yen.

Next, FIG. 6 is a diagram for explaining details of the usage count table file included in the storage area of the RAM 4 shown in FIG. 5. In FIG. 6, customer codes for identifying customers are stored, and corresponding to each customer code, the number of times the customer has used the service over the past year is stored.

Next, FIG. 7 shows an example of what is printed by the printer 10 when it is determined that the discount desired by the customer is possible, including the product code and
The discount amount and customer code are printed on it.

Next, FIG. 8 is a diagram showing a key sequence of a transaction processing device which is an embodiment of the present invention. In Figure 8,
The customer first inputs the product code of the product he or she wishes to purchase using the numeric keypad 87, and then presses the product code key 81. Next, the customer uses the numeric keypad 87 to input the desired purchase quantity, and then presses the purchase quantity key 82.

Next, the customer uses the numeric keypad 87 to input the desired delivery distance (kn+), and then presses the delivery fun key 83.

Next, the customer uses the numeric keypad 87 to input the number corresponding to the desired payment method. In this example,
Enter O for cash payment, 1 for credit, and 2 for sale.

Then, the payment method key 84 is pressed. Next, the customer inputs his or her own customer code using the numeric keypad 87 and presses the special customer code key 85. Next, the customer enters the numeric keypad 87.
Enter the desired discount amount using , and then press the direct discount key 86.

Next, FIG. 9Δ and FIG. 98 are flowcharts for explaining the specific operation of the transaction processing device which is an embodiment of the present invention. Next, with reference to FIGS. 1 to 9B,
The specific operation of one embodiment of this invention will be explained.

First, as shown in FIG. 8, the customer enters the product=1-code of the product he/she wishes to purchase. The CPU 6 determines whether or not the key is manually operated (step S1), and further determines whether or not the number key is manually operated (S2). and,
If the number keys are set manually, the number data is stored in the RAM shown in Figure 5.
4 WRN (S3). Next, the number data is W
A flag FN-1 is set to indicate that it has been stored in the RN (S4).

Next, the customer enters the product code key 8 as shown in FIG.
Press 1. The CPU 6 determines whether or not there is manual power on the key (S1), and further, if there is no manual power on the number keys (S2),
It is determined whether the product code key is manually operated or not (S5). If the product code key is manually entered, it is necessary to judge whether 1FN shown in Fig. 5 is 186), and if FN = 1, the product code already stored in WRN is sent to R shown in Fig. 5. Move to WART# of M4 (87). and returns it to FN-0 (S8).

Next, the customer enters the desired purchase quantity as shown in FIG. CPU 6 needs to judge whether there is key human power or not.
), and further determines whether it is manually operated by setting the number key (S2
). If the numeric keys are manually operated, the numeric data can be entered using WRN.
(S3).

Next, a flag FN-1 indicating that the number data has been stored in WRN is set (S4).

Next, the customer presses the purchase quantity key 82, as shown in FIG. CPIJ6 should determine whether key human resources are available or not.
l) Furthermore, if the input number key is not manually operated (82>), it is determined whether the purchased number key is manually operated (S9). and,
If the purchase number key is manually operated, it is determined whether the FN shown in FIG.
). SoL, -(FN=OL[=j(S12>.

Next, the customer selects the desired delivery F: j as shown in Figure 8.
Ti Gu! (km). The CPU 6 determines whether or not there is human power to press the keys (31), and further determines whether or not there is manual power to set the number keys (S2). If the numeric keys are manually operated, the numeric data is stored in WRN of RAM4 (S
3). Next, a flag FN=1 indicating that the number data has been stored in WRN is set (S4).

Next, the customer selects the delivery kII key 83 as shown in FIG.
Press. The CPU 6 determines whether or not there is human power for the key (S1), and if it is not manual power for the number keys (S2), it determines whether the delivery km key is human power (S13). If the delivery distance is the main key force of delivery ki, it is determined whether the FN shown in FIG. (S1
5). Then, it returns to FN-0 (316).

Next, the customer enters a number corresponding to the desired payment method, as shown in FIG. The CPU 6 determines whether or not there is human power to press the keys (S1), and further determines whether or not there is manual power to set the number keys (S2).

If the number keys are set manually, the number data is stored in the W of RAM4.
Store it in the RN (S3). Next, flag FN-1 is set indicating that the function data has been stored in WRN (S
4).

The customer then presses the payment method key 84 as shown in FIG. The CPU 6 must determine whether or not there is key human power.
l) If the input number key is not manually operated (S2), it is determined whether the payment method key is manually operated (S17). If the payment method key is manually operated, it is determined whether the FN shown in FIG. Transfer to WMEDIA (S19). Then, it does not return to FN-0 (S20).

Next, the customer enters his/her customer code as shown in FIG. The CPtJ6 determines whether or not the key is manually operated (S1), and further determines whether or not the number key is manually operated (S2). If it is a numeric key input, the numeric data is stored in WRN of the RAM 4 (S3). Next, a flag FN-1 indicating that the number data has been stored in WRN is set (S4).

Next, the customer presses the customer code key 85 as shown in FIG. The CPU 6 determines whether or not one person has the power (S1), and if the number keys are not manually operated (S2), determines whether or not the customer code key is manually operated (821). If the customer code key is manually operated, it is not shown in FIG. WACC of
Move to # (323). mode and return to FN-0 (824)
.

Next, the customer enters the desired discount amount, as shown in FIG. The CPU 6 determines whether or not the key is manually powered (81), and further determines whether it is the number key manually powered (81).
S2). Then, if you manually input the number keys, input the number data to R.
It is stored in the WRN of AM4 (S3). Next, a flag FN-1 indicating that the set number data has been stored in WRN is set (S4).

Next, the customer presses the check key 86 to accept the request as shown in FIG. The CPU 6 must determine whether or not there is key human power.
l), and if the number key is manually operated (82), it is determined whether the discount key is manually operated or not (S25>. Then, if the discount key is 1, then the FN shown in FIG. 5 is 1 or not. If FN=1, move the desired candy withdrawal amount already stored in WRN to WDISC of RAM 711 shown in FIG. 5 (827>. Then return to FN-0?
l528). Further, if it is a key human power other than the above-mentioned various key human power, other processes such as table file updating are executed (829).

Next, the number of uses corresponding to the customer code stored in WACC# is read from the number of uses table file shown in FIG. 6 (830) and stored in the WC of the RAM 4 shown in FIG. 5 (S31).

Next, in the product code stored in WART#,
The final discount limit is calculated from the discount negotiation table file shown in Figure 1 based on the number of purchases, delivery distance #1 (km), payment method, and number of uses stored in WCNTXWKM, WMED IA, and WC mentioned above. (S33
). For example, the product code is 002 and the number of purchases is 1.
Assume that there is no need for delivery (Okg+), the payment method is cash (0), the customer code is 001, that is, the number of annual uses is O, and the desired discount amount is 50 yen. In this case, from Figure 1, the limit amount during the R closing price is 1
0 yen + O yen - 50 yen - 0 yen - 60 yen.

Next, this final discount limit amount and the desired discount amount are compared (834), and if the desired discount amount is less than or equal to the final discount limit amount, the CPU 6 displays "°Discount OK" on the display 9.
is displayed to notify the customer (335>. In the specific example described above, the final discount limit is 60 yen, but the desired discount amount is 50 yen, so it is determined that the discount is possible.

Then, as shown in FIG. 7, the printer 10 prints a message indicating that a discount is available (836).

On the other hand, if the desired discount amount exceeds the final discount limit amount, ``discount not possible'' is displayed on the display 9 to inform the customer (337>).

After completing the above operations, the customer who has been determined to be eligible for a discount goes to the clerk's office and purchases the product, carrying the printed cash register 1 shown in FIG. 7 that displays the discount.

On the other hand, a customer who is not approved for a discount has the choice of either purchasing the product without the discount or repeating the above-mentioned discount negotiation until the discount is approved.

In the above-mentioned embodiment, a transaction processing device dedicated to discount negotiations has been described, but it is also possible to incorporate the transaction processing device into a conventional electronic cash register.

As described above, according to this embodiment, customers do not need to negotiate discounts directly with store clerks, so they can eliminate the conventional distrust toward store clerks, and rather negotiate discounts with machines. Since the customer may be interested in the customer, the transaction can be carried out smoothly.Furthermore, the clerk is freed from the task of negotiating for discounts, which improves operational efficiency.

[Brief explanation of drawings]

FIG. 1 is a diagram showing a discount negotiation table file of a transaction processing device according to an embodiment of the present invention. FIG. 2 is a schematic block diagram showing the electrical configuration of an embodiment of the present invention. FIG. 3 is an external perspective view of a transaction processing device that is an embodiment of the present invention. FIG. 4 is a diagram showing details of a keyboard of a transaction processing device according to an embodiment of the present invention. FIG. 5 is a diagram showing a memory map of one embodiment of the present invention. FIG. 6 is a diagram showing a usage frequency table file of a transaction processing device according to an embodiment of the present invention. FIG. 7 is a diagram showing an example of a printed receipt of a transaction processing device according to an embodiment of the present invention. FIG. 8 is a diagram showing a key sequence in one embodiment of the present invention. FIGS. 9A and 9B are flowcharts illustrating the specific operation of an embodiment of the present invention. In the figure, 1.8 is the keyboard, 2, 9 is the display, and 3
is ROM, 4 is RAM, 5. '10G, t7! 6 is the CPU, 7 is the transaction processing device body, 81 is the product code key, 82 is the purchase quantity key, 83 is the delivery k11 key,
84 indicates the payment method key, 85 indicates the customer code key, and 86 indicates the discount key.

Claims (3)

[Claims] (1) A first data storage means that stores a discount limit amount for the product that is predetermined in accordance with the purchase conditions of the product; and a first data storage device that stores the customer's desired purchase conditions and desired discount amount. data storage means 2; data input means for inputting the purchase conditions and the desired discount amount into the second data storage means; and the discount limit stored in the first data storage means. a discount determination means for determining whether or not a discount desired by the customer is possible based on the amount, the purchase conditions stored in the second data storage means, and the desired discount amount. Processing equipment. (2) The discount determination means is based on the discount limit stored in the first data storage means and the purchase conditions stored in the second data storage means, and based on the discount amount desired by the customer. a discount limit determining means for determining a discount limit corresponding to purchase conditions; the desired discount amount stored in the second data storage means; and the discount limit determined by the discount limit determining means. 2. The transaction processing device according to claim 1, further comprising means for comparing the desired discount amount and determining that a discount is possible when the desired discount amount is less than or equal to the discount limit amount. (3) The purchase conditions for the product are defined in claim 1 or 2, including at least conditions regarding the number of products.
The transaction processing device described in Section.