Sales data processing device, sales data processing method and program

Abstract

To easily perform a transaction relating to use of a privilege.SOLUTION: A sales data processing device includes acquisition means, registration means, display means and exchange means. The acquisition means acquires an accumulated acquisition value based on a privilege given to a customer according to a transaction. The registration means registers a commodity. When an exchange target commodity that can be exchanged by the accumulated acquisition value is registered by the registration means, the display means displays the exchange target candidate in which the exchange target commodity is associated with an exchange value required for the exchange. The exchange means exchanges a value of the exchange value in the accumulated acquisition value for the exchange target commodity according to a reception result based on display of the exchange target candidate.SELECTED DRAWING: Figure 6

Description

[Technical Field]

[0001] The present invention relates to a sales data processing device, a sales data processing method, and a program. [Background technology]

[0002] Conventionally, retail stores such as supermarkets have provided services that grant various benefits to customers. For example, when a customer completes payment, they are given a point voucher for each predetermined purchase amount, and a discount or the like is provided based on the cumulative value indicated by the acquired point vouchers (see, for example, Patent Document 1). Specifically, for example, when a customer completes payment, they are given a benefit medium such as a service voucher for each predetermined purchase amount, and a predetermined number of the service vouchers can be exchanged for a discount on a specific product. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Special Publication No. 6-64654 Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the conventional technology, customers had to store the bonus medium in their wallets or other devices and take it out from the storage location when paying, which was a hassle. This caused a problem in that transactions related to the use of bonuses were sometimes cumbersome.

[0005] The present invention has been made in view of the above circumstances, and its object is to provide a technique that allows transactions related to the use of benefits to be easily carried out. [Means for solving the problem]

[0006] In order to solve the above-mentioned problems, one aspect of the present invention is a sales data processing device that is characterized by comprising: an acquisition means for acquiring a cumulative earned value based on benefits granted to customers in accordance with transactions; a registration means for registering products; a display means for, when a redemption target product that can be redeemed using the cumulative earned value is registered by the registration means, displaying redemption target candidates that correspond to the redemption target product and the redemption value required for the redemption; and an exchange means for exchanging the redemption target product for the value of the cumulative earned value that is equivalent to the redemption value in accordance with the acceptance result based on the display of the redemption target product candidates.

[0007] In order to solve the above-mentioned problems, another aspect of the present invention is a sales data processing method, characterized in that a sales data processing device executes processing including an acquisition step in which a cumulative earned value based on benefits granted to a customer in response to a transaction is acquired, a registration step in which a product is registered, and if an exchangeable product that can be exchanged for the cumulative earned value is registered in the registration step, a display step in which an exchangeable product candidate that corresponds the exchangeable product with the exchange value required for the exchange, and an exchange step in which the value of the exchangeable value in the cumulative earned value is exchanged for the exchangeable product in accordance with the acceptance result based on the display of the exchangeable product candidate.

[0008] In order to solve the above-mentioned problems, another aspect of the present invention is a program that causes a computer of a sales data processing device to function as an acquisition means for acquiring a cumulative earned value based on benefits granted to customers in accordance with transactions, a registration means for registering products, a display means for displaying redemption candidate items that correspond to the redemption candidate items and the redemption value required for the redemption, when a redemption candidate item that can be redeemed using the cumulative earned value has been registered by the registration means, and an exchange means for exchanging the redemption candidate item for the value of the cumulative earned value that corresponds to the redemption value required for the redemption, depending on the acceptance result based on the display of the redemption candidate item. [Brief explanation of the drawings]

[0009] [Figure 1]1 is a diagram illustrating an example of a network configuration of a sales data processing system according to an embodiment of the present invention. [Figure 2] FIG. 2 is a diagram showing an example of the appearance of the registration and settlement device as seen from the customer side. [Figure 3] FIG. 2 is a diagram illustrating an example of the hardware configuration of a registration and settlement device. [Figure 4] 2 is a block diagram showing an example of the functional configuration of a registration settlement device. FIG. [Figure 5A] FIG. 2 is a diagram illustrating an example of member information stored in a member information database. [Figure 5B] FIG. 2 is a diagram illustrating an example of a purchase history stored in a purchase history database. [Figure 5C] FIG. 2 is a diagram showing an example of exchangeable product information stored in an exchangeable product database. [Figure 5D] FIG. 4 is a diagram illustrating an example of coupon information stored in a coupon database. [Figure 5E] FIG. 10 is a diagram showing an example of regular special price information stored in a regular special price database. [Figure 6] FIG. 10 is a diagram showing an example of a screen displayed on the customer side display unit in the case of a member customer. [Figure 7] FIG. 10 is a diagram showing an example of a screen displayed on the customer side display unit in the case of a member customer. [Figure 8] FIG. 10 is a diagram showing an example of a screen displayed on the customer side display unit in the case of a member customer. [Figure 9] 10 is a flowchart illustrating an example of sales data processing performed by the registration and settlement device according to the present embodiment. [Figure 10] 10 is a flowchart showing an example of an exchange product process performed by the registration settlement device. [Figure 11] 10 is a flowchart showing an example of a process performed by a registered settlement device while an exchange selection button is being displayed. [Figure 12] 10 is a flowchart showing an example of coupon processing performed by the registration settlement device. [Figure 13] FIG. 10 is an explanatory diagram showing an example of a receipt issued by the registration settlement device according to the present embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0010] (Embodiment) (Network configuration of sales data processing system St) FIG. 1 is a diagram showing an example of the network configuration of a sales data processing system according to this embodiment. The sales data processing system St is installed in various stores. The various stores include, for example, retail stores, restaurants, and accommodation facilities. The retail stores include supermarkets, drug stores, discount stores, department stores, and various supply stores.

[0011] The sales data processing system St shown in Figure 1 includes a transaction management server 1, a store controller 10, a transaction status management device 11, and a registration and settlement device 20. Each device is communicatively connected via a LAN 55. Each device is a computer device equipped with a CPU (Central Processing Unit), ROM (Read Only Memory), RAM (Random Access Memory), a communication unit, etc.

[0012] The transaction management server 1 manages information about special sales at the store, membership information for member customers, etc. The transaction management server 1 is equipped with a communication unit and is connected to the store controller 10 via a network. The transaction management server 1 communicates with the store controller 10, and also communicates with the transaction status management device 11 and the registration settlement device 20 via the store controller 10. Note that the transaction management server 1 may also communicate directly with the transaction status management device 11 and the registration settlement device 20 without going through the store controller 10.

[0013] The transaction management server 1 includes a database 2. The database 2 stores information about sales, member information, etc. Details of the information stored in the database 2 will be described later with reference to FIGS. 5A to 5E.

[0014] The store controller 10 stores various types of information necessary for transactions. The various types of information include a product master. The product master is a file that stores product information such as product identification information (e.g., JAN (Japanese Article Number) code), product name, and sales price for each product. The product master also includes product identification information, product name, and unit price of products that require weighing (products to be weighed). In addition to the product master, the store controller 10 also stores various types of information such as inventory status, sales history, and deposit and withdrawal records. The store controller 10 may also store information regarding special sales and member information.

[0015] The transaction status management device 11 displays the processing status of the registered settlement devices 20 and controls the registered settlement devices 20. For example, a store clerk (monitoring store clerk) is stationed at the transaction status management device 11, and the registered settlement devices 20 are monitored by the monitoring store clerk. The transaction status management device 11 displays the status of each of the multiple registered settlement devices 20. Specifically, the transaction status management device 11 displays a split screen showing each registered settlement device 20, and displays the status of each registered settlement device 20. The monitoring store clerk supports customers who operate the registered settlement devices 20 and performs age verification when an age verification product is registered.

[0016] The registration and settlement devices 20 (20-1 to 20-n) are an example of a sales data processing device. The registration and settlement device 20 is a cash register device that can register products and settle payments through customer operation. The registration and settlement device 20 includes a registration unit and a settlement unit. The registration unit executes a registration process to register products. In the registration process, registration information for products purchased by customers is generated. The settlement unit executes a settlement process based on the registration information generated in the registration process. Note that although FIG. 1 shows multiple registration and settlement devices 20, there may be only one.

[0017] The registration and settlement device 20 can switch between different operation modes. The operation modes include (A) a full self-service mode, (B) a store clerk registration mode, and (C) a transaction-only mode. Each operation mode is described below.

[0018] (A) Full self-service mode is an operating mode in which a customer registers a product on the device (self-service registration) and settles the bill on the device (self-service settlement). In this embodiment, the registration and settlement device 20 operates in the full self-service mode.

[0019] (B) The clerk registration mode is an operating mode in which a clerk registers the product and performs face-to-face or self-checkout. In-person settlement is settlement performed by a customer facing a store clerk at the device itself, based on the customer's operation. Note that in the store clerk registration mode, instead of or in addition to face-to-face settlement, the store clerk may receive cash or the like from the customer and perform the settlement. Self-payment is a payment made based on the customer's operation at another registered payment device 20. When payment is made at another registered payment device 20, the registered payment device 20 transmits registration information to the other registered payment device 20. The registration information does not have to be transmitted to the other registered payment device 20, but may also be coded and displayed on a display medium. The display medium may be, for example, a paper medium or an electronic medium such as a smartphone. The other registered payment device 20 can obtain the registration information by reading the coded registration information. The registered payment device 20 in clerk registration mode may be a device dedicated to registration (a registration-only device) that cannot switch operating modes.

[0020] (C) The checkout-only mode is a mode in which registration information registered by the registration settlement device 20 in the clerk registration mode is acquired and self-checkout is performed. The registration information is acquired, for example, by reception, but it can also be acquired by reading a code displayed on a display medium. Note that the registration settlement device 20 in the checkout-only mode may be a device dedicated to checkout (checkout-only device) in which the operating mode cannot be switched.

[0021] The sales data processing system St may include a clerk terminal carried by a clerk. The clerk terminal may be capable of displaying, for example, a screen similar to that of the transaction status management device 11. Furthermore, the clerk terminal may notify a clerk when a customer calls the clerk at the registration settlement device 20 or when fraud by a customer is detected.

[0022] (Configuration example of registration and settlement device 20) Next, the configuration of the registration and settlement device 20 will be described with reference to FIGS. FIG. 2 is a diagram showing an example of the appearance of the registration and settlement device 20 as seen from the customer side. FIG. 3 is a diagram illustrating an example of the hardware configuration of the registration and settlement device 20. As shown in FIG. Although not shown in FIG. 2, a counter for placing a shopping basket is placed on either or both sides of registration and settlement device 20.

[0023] Registration and settlement device 20 includes CPU 201, ROM 202, RAM 203, hard disk 204, customer display unit 205, customer scanner unit 206, card payment unit 208, change dispenser 209, clerk display unit 210, key operation unit 211, clerk scanner unit 212, printing unit 213, audio output unit 214, communication unit 215, camera 216, and sign pole 220. Each unit is connected to each other via bus 230 so as to be able to communicate with each other.

[0024] The CPU 201 is a central processing unit that reads and executes various programs stored in the ROM 202 to control the operation of the registration and settlement device 20. The various programs include a sales data processing program according to this embodiment. The ROM 202 is a read-only memory that stores various programs and various other information used by the CPU 201.

[0025] The RAM 203 is a readable and writable memory that stores various information. For example, the RAM 203 stores information acquired from the outside (e.g., a product master acquired from the store controller 10) and information generated during processing. This information also includes registration information indicating registered products and payment information generated during payment.

[0026] Hard disk 204 stores various types of information. For example, hard disk 204 stores (records) imaging results (e.g., video) captured by camera 216. Hard disk 204 may store various programs executed by CPU 201, instead of ROM 202. Furthermore, hard disk 204 may store information acquired from the outside and information generated during processing, instead of RAM 203.

[0027] The customer display unit 205 is a touch display for customers. The customer display unit 205 displays various information related to registration and settlement to the customer, and accepts various inputs related to registration and settlement from the customer. For example, the customer display unit 205 displays preset keys corresponding to products and accepts pressing of the preset keys. The customer display unit 205 also displays multiple payment type selection buttons corresponding to multiple payment types and accepts selection of one button (one payment type) from the multiple payment type selection buttons.

[0028] The customer-side scanner unit 206 is a scanner unit for customers to use and reads various codes. The various codes include one-dimensional codes and two-dimensional codes. Specifically, the various codes include barcodes attached to products and clerk codes attached to clerk name tags. The barcodes attached to products are codes for identifying products, such as JAN codes, PLU (Price Look Up) codes, and in-store codes. The reading method used by the customer-side scanner unit 206 is, for example, a CCD method. Note that the reading method is not limited to a CCD method, and laser or pen methods are also possible.

[0029] The card payment unit 208 performs payments based on information stored in various media such as various cards and mobile terminals. Various cards include credit cards, prepaid cards such as electronic money, and point cards. Electronic money is charged to a charging medium such as a transportation IC card or a mobile terminal. Charging the charging medium may be performed by depositing cash into a specified charging terminal, or by depositing money from a credit card if the charging medium and the credit card are associated with each other.

[0030] The change machine 209 is a cash settlement mechanism. The change machine 209 faces the customer side and accepts various operations and cash insertion from the customer. Specifically, the change machine 209 has an insertion slot and an ejection slot for banknotes and coins. The change machine 209 calculates the amount inserted into the insertion slot, calculates the change amount, which is the difference between the inserted amount and the purchase amount, and ejects the change from the ejection slot. Note that the change machine 209 may be installed on the store clerk side in addition to being installed on the customer side. In this case, the change machine 209 may be configured to accept various operations and cash insertion from the store clerk.

[0031] The clerk-side display unit 210 is a touch display for the clerk. The clerk-side display unit 210 displays various information to the clerk and accepts various inputs from the clerk. The clerk-side display unit 210 displays preset keys corresponding to products and accepts product registration when the clerk operates the preset keys.

[0032] The key operation unit 211 is provided on the store clerk's side and includes various keys (hardware keys, buttons). The key operation unit 211 accepts various inputs from the store clerk. The key operation unit 211 includes registration buttons corresponding to products, and accepts product registration when the registration buttons are operated by the store clerk.

[0033] The store clerk scanner unit 212 is a scanner unit for store clerks to use and reads various codes through operation by the store clerk. The various codes include barcodes attached to products and store clerk codes attached to store clerk name tags. The reading method used by the store clerk scanner unit 212 is, for example, a CCD method. Note that the reading method is not limited to the CCD method, and laser or pen methods are also possible.

[0034] The registration and settlement device 20 performs processing based on the code information read by the customer-side scanner unit 206 or the store clerk-side scanner unit 212. The registration and settlement device 20 determines the type of the read code (product code, store clerk code, etc.) by checking the value of a flag or the like indicated by a predetermined digit in the code information, the number of digits read, etc. For example, if the registration and settlement device 20 determines that the read code is a product code, it performs product registration processing. Furthermore, if the registration and settlement device 20 determines that the read code is a store clerk code, it performs login processing.

[0035] The printing unit 213 prints and outputs various media (receipts, invoices, etc.). The printing unit 213 may be equipped with a rotatable mechanism. In this case, the printing unit 213 is configured so that the media issuing port faces from the store clerk side to the customer side, and vice versa.

[0036] The audio output unit 214 outputs sounds. For example, the audio output unit 214 outputs reading sounds (scanning sounds) when various codes are scanned, audio guidance, warning sounds, etc. These sounds are related to product registration and payment.

[0037] The communication unit 215 is an interface for transmitting and receiving information to and from other devices (such as the store controller 10 and the transaction status management device 11).

[0038] Camera 216 is attached to the top of customer-side display unit 205. Camera 216 is a camera that continuously captures moving or still images. A CCD (charge coupled device) camera or a CMOS (complementary metal oxide semiconductor) camera can be used as camera 216. Camera 216 captures images of customer registration and payment operations.

[0039] The sign pole 220 is equipped with, for example, a light emitting unit (e.g., an LED (light emitting diode)) and can be illuminated in a predetermined illumination mode. The illumination mode includes color and blinking modes. The sign pole 220 can issue various notifications depending on the illumination mode. The various notifications include, for example, notifications indicating status such as in use, notifications to call a store clerk, and notifications of fraudulent activity by a customer.

[0040] (Regarding redemption of benefits) Stores offer services that grant various benefits to customers. For example, when a customer completes payment, they are given a special benefit medium such as a gift certificate for each purchase amount, and a predetermined number of the gift certificates can be exchanged for discounts on specific products.

[0041] However, with this method, customers had to store the bonus media in their wallets or other devices and take them out when paying. This made transactions related to the use of bonuses cumbersome. Therefore, the registration and settlement device 20 according to this embodiment makes it possible to easily perform transactions related to the use of bonuses. The functional configuration of the registration and settlement device 20 according to this embodiment will be described below with reference to FIG. 4.

[0042] (Functional configuration of the registration settlement device 20) Fig. 4 is a block diagram showing an example of the functional configuration of the registration and settlement device 20. As shown in Fig. 4, the registration and settlement device 20 has the following functional units: an acquisition unit 401, a registration unit 402, a display unit 403, and an exchange unit 404. Each functional unit is realized by the CPU 201. That is, the CPU 201 realizes each functional unit by executing the sales data processing program according to this embodiment.

[0043] (About Database 2) Before describing each functional unit, we will explain the information stored in the database 2. The database 2 includes various databases (DBs) shown in Figs. 5A to 5E.

[0044] (About the member information database) 5A is a diagram showing an example of member information stored in a member information database. In FIG. 5A, member information database 510 includes the following fields: "member ID," "name," "purchase history ID," "cumulative points," "cumulative number of digital service vouchers acquired," and "coupon usage history." By inputting information into each field, member information 511 is stored as a record.

[0045] "Member ID" indicates identification information that identifies a member customer. "Name" indicates the name of the member customer. "Purchase history ID" indicates identification information for identifying the purchase history (FIG. 5B).

[0046] "Total points" indicates the total number of rewards given to a customer in accordance with a transaction. Rewards are points. For example, one point is given for every 100 yen spent. "Total number of digital service vouchers acquired" indicates the number of digital service vouchers (virtual service vouchers) converted from the accumulated points (100 points = 1). In other words, one digital service voucher is awarded for every 10,000 yen worth of purchases. Depending on the number of digital service vouchers acquired, it becomes possible to purchase certain products at a lower price.

[0047] "Coupon usage history" is the coupon usage history. Coupons are benefits other than the accumulated points and digital service vouchers. For example, a coupon is a discount ticket that provides a flat 20% discount on one product specified by the customer on that day. "Coupon usage history" indicates the date on which the coupon was used. If the current date is stored in the coupon usage history, it indicates that the coupon was used on that day.

[0048] In the member information database 510, for example, member information 511 indicates a member ID of "k001", a name of "Teraoka Taro", a purchase history ID of "s12345", a cumulative point count of "341 points", a cumulative number of coupons earned of "3 coupons" (1 coupon / 100 points), and a coupon usage history of "January 21st".

[0049] (About the purchase history database) 5B is a diagram showing an example of a purchase history stored in a purchase history database. In FIG. 5B, purchase history database 520 includes the following fields: "Purchase History ID," "Date and Time," "Purchased Product," "Amount Paid," "Earned Points," and "Total Amount Paid for Previous Month." By entering information into each field, purchase history 521 is stored as a record.

[0050] "Purchase history ID" indicates identification information for identifying a purchase history. "Date and time" indicates the date and time (including the hour and minute) when the transaction was carried out. "Purchased product" indicates the product that was traded. "Payment amount" indicates the payment amount for the transaction. "Earned points" indicates the points awarded in the transaction (1 point earned for every 100 yen spent). "Total payment amount for the previous month" indicates the total payment amount for transactions in the previous month. The above coupons are granted to customers according to the total payment amount for the previous month. For example, a coupon is granted when the condition that the total payment amount for the previous month is equal to or greater than a predetermined amount (e.g., 3,000 yen) is met. When this condition is met, the member customer can use the coupon only once on a predetermined day on which the coupon can be used. There may be multiple days on which the coupon can be used, but it may also be set to only one day.

[0051] In the purchase history database 520, for example, the purchase history 521 indicates that the purchase history ID is "s12345", the date and time is "January 15th", the purchased items are "XX beer, XX bread", the payment amount is "¥1012", the points earned are "10pt", and the total payment amount for the previous month is "¥12,563".

[0052] (Acquisition section 401) In FIG. 4, the acquisition unit 401 acquires member information based on the results of reading the member card. The member information includes the cumulative number of digital service vouchers acquired (FIG. 5A). The cumulative number of digital service vouchers acquired is an example of a cumulative acquisition value. The cumulative acquisition value is a value based on benefits (points) granted to member customers in accordance with transactions. Specifically, the cumulative acquisition value is a conversion value obtained by converting the benefits (points) into another value (the cumulative number of digital service vouchers acquired). Note that the cumulative acquisition value is not limited to the conversion value (the cumulative number of digital service vouchers acquired), but may also be a value obtained by accumulating the points acquired themselves.

[0053] (Registration unit 402) The registration unit 402 registers products. The registration unit 402 registers products when the barcode attached to the product is read by the customer-side scanner unit 206 or when a preset key displayed on the customer-side display unit 205 is pressed. The products include exchangeable products that can be exchanged according to the cumulative number of digital service vouchers acquired. For example, the number of exchangeable products is set. For example, the number of exchangeable products is set to one for exchangeable product A and two for exchangeable product B.

[0054] Furthermore, in this embodiment, the exchangeable product is a product that can be purchased for a predetermined amount (e.g., 10 yen) by using the digital service voucher, regardless of the price of the product. In other words, a certain amount (e.g., 10 yen) must be paid to exchange the digital service voucher for the exchangeable product, regardless of the price of the product. However, the exchangeable product may also be exchangeable (exchanged for a digital service voucher) for free by using the digital service voucher.

[0055] (Regarding the redemption product database) 5C is a diagram showing an example of exchangeable product information stored in the exchangeable product database. In FIG. 5C, the exchangeable product database 530 includes fields for "exchangeable product" and "number of digital service vouchers to be exchanged." By inputting information into each field, exchangeable product information 531 is stored as a record. "Product to be exchanged" indicates the name of the product to be exchanged. The "number of digital service vouchers to be exchanged" is the exchange value required to exchange for the exchangeable product, and specifically indicates the number of digital service vouchers that are deducted upon use.

[0056] In the exchangeable product database 530, for example, the exchangeable product information 531 indicates that the exchangeable product is "XX Cheese" and the number of digital service vouchers to be exchanged is "2." In other words, the exchangeable product information 531 indicates that "XX Cheese" can be exchanged for "2" digital service vouchers.

[0057] (Display section 403) The display unit 403 displays exchange candidate items (for example, exchange candidate item 642 in FIG. 6(D)) in which the exchange candidate items and the exchange value (exchange number) are associated with each other. For example, if the exchange candidate item "XX Cheese" is registered, the exchange candidate item is displayed in which the exchange candidate item "XX Cheese" is associated with the exchange number "2".

[0058] The display condition for the exchange candidate is when an exchangeable product that can be exchanged according to the cumulative number of acquired tokens is registered. In other words, when the cumulative number of acquired tokens is equal to or greater than the number of registered exchangeable products, the display unit 403 displays the exchange candidate for the exchangeable product. Note that when the cumulative number of acquired tokens is less than the number of registered exchangeable products, the display unit 403 may not display the exchange candidate because the cumulative number of acquired tokens is insufficient to perform exchange.

[0059] (Exchange section 404) The redemption unit 404 exchanges the value of the number of redemptions in the cumulative acquired number for the redemption target product in accordance with the acceptance result based on the display of the redemption target product candidates. Specifically, if the acceptance result indicates that redemption is to be made, the redemption unit 404 exchanges the redemption target product by subtracting the number of redemptions from the cumulative acquired number. When the redemption is made by the redemption unit 404, a notification to that effect is sent to the transaction management server 1. As a result, the transaction management server 1 updates the member information database 510 and the purchase history database 520.

[0060] (Redeem selection button) When the product to be exchanged has been registered by the registration unit 402, the display unit 403 enables and displays an exchange selection button (for example, the exchange selection button 632 in FIG. 6(C)) that accepts the exchange. The timing for displaying the exchange selection button is, for example, from immediately after the product to be exchanged is registered until before the start of settlement.

[0061] The exchanging unit 404 exchanges the number of exchanges for the exchangeable product based on the result of accepting the exchange selection button. For example, the exchanging unit 404 exchanges the number of exchanges for the exchangeable product by accepting pressing of the exchange selection button 632 in Fig. 6(C) and the use button 643 in Fig. 6(D).

[0062] (Disable redemption selection button) Furthermore, the display unit 403 disables the redemption selection button if the redemption target product has not been registered by the registration unit 402. Disabling means that the button will not be pressed, regardless of whether the button is displayed or hidden. However, even when the button is disabled, by keeping the button displayed, it is possible to inform non-member customers that they have a digital service voucher and encourage them to join as a member customer. Furthermore, even if the redemption target product has been registered by the registration unit 402, the display unit 403 disables the redemption selection button if the cumulative number of acquired tickets is less than the number of tickets to be redeemed.

[0063] (Regarding benefits other than digital service vouchers) In this embodiment, coupons are used as a benefit other than digital service vouchers (points). As described above, coupons are given to member customers according to the total amount paid in the previous month (FIG. 5B). Coupons can be used on specific dates.

[0064] 5D is a diagram showing an example of coupon information stored in the coupon database. In FIG. 5D, coupon database 540 includes fields for "date" and "application status." By inputting information into each field, coupon information 541 is stored as a record.

[0065] "Date" indicates the opening days of the store. "Applicable" indicates whether or not a coupon is applied. In coupon database 540, for example, coupon information 541 indicates that the date is "January 21st" and that the application status is "Yes." In other words, coupon information 541 indicates that a coupon can be applied on January 21st.

[0066] (Regarding the prohibition of simultaneous use of coupons and digital service vouchers) In this embodiment, simultaneous use (overlapping application) of both coupons and digital service vouchers is not permitted. Specifically, the acquisition unit 401 acquires the cumulative acquisition value (the cumulative number of digital service vouchers acquired) and benefit information (coupon information) indicating another benefit different from the cumulative acquisition value. The redemption unit 404 permits either redemption based on the cumulative acquisition number or application of another benefit for the redeemable product.

[0067] (Regarding the display order of eligible products) When multiple exchangeable products are registered by the registration unit 402, the display unit 403 displays the multiple exchangeable products in order based on the respective prices of the exchangeable products (for example, in descending order of discount amount). For example, the more expensive the exchangeable product, the higher the exchange quantity is set. Therefore, it is possible to encourage priority exchange for products with a higher exchange quantity, and thus the accumulated number of acquired products can be used efficiently.

[0068] The same applies to products that are candidates for coupon application (hereinafter referred to as "coupon application candidates"). Specifically, when multiple coupon application candidates are registered by the registration unit 402, the display unit 403 displays the multiple coupon application candidates in order based on the price of each coupon application candidate (for example, in descending order of price). This allows the operator (customer) to be prompted to give priority to applying discounts to expensive products.

[0069] (Regarding regular special price items) In this embodiment, there are products that are discounted for all customers, regardless of whether they are members or not. Products that are discounted for all customers are called regular special price products. Regular special price products are stored as regular special price information.

[0070] 5E is a diagram showing an example of regular special price information stored in the regular special price database. In FIG. 5E, regular special price database 550 includes the fields "date," "product category," and "discount rate." By inputting information into each field, regular special price information 551 is stored as a record.

[0071] "Date" indicates the opening days of the store. "Product category" indicates the category of the product. "Discount rate" indicates the discount rate (10% off, 20% off, etc.) applied to each product category. In the regular special price database 550, for example, regular special price information 551 indicates that the date is "January 21st," the product category is "vegetables," and the discount rate is "10% off." In other words, regular special price information 551 indicates that on January 21st, all vegetables will be discounted by 10%.

[0072] (An example of a screen displayed on the customer side display unit 205) Next, an example of a screen displayed on customer side display unit 205 will be described with reference to FIGS. 6, 7, and 8 are diagrams showing examples of screens displayed on the customer display unit 205 in the case of a member customer. In the following, it is assumed that the registration settlement device 20 has already acquired the member information of the customer who is the subject of the transaction.

[0073] 6A shows a registration guide screen 610. The registration guide screen 610 includes a guide message 611, a guide image 612, a back button 613, a non-coded product selection button 614, a captured image 615, and a store clerk call button 616.

[0074] The guidance message 611 is a notification that prompts the customer to have the customer-side scanner unit 206 read the barcode attached to the product.

[0075] Guidance image 612 is an image (animation, etc.) that prompts the user to read the product barcode with customer-side scanner unit 206. Guidance image 612 is displayed in a manner that allows the user to recognize the position of customer-side scanner unit 206 in registered settlement device 20. This allows the user to easily understand the position of customer-side scanner unit 206.

[0076] The back button 613 is a button that accepts returning to the previous screen. When the back button 613 is pressed in a state where no product has been registered, the screen transitions to a standby screen (not shown).

[0077] The code-hidden product selection button 614 is a button that accepts the registration of products that do not have barcodes attached (for example, vegetables, fruits, fish, etc.). When the code-hidden product selection button 614 is pressed, a preset key corresponding to the product is displayed. The registration and settlement device 20 accepts operation input of the preset key and thereby registers the product corresponding to the accepted key.

[0078] The captured image 615 displays in real time the customer's hands (registration operation and payment operation) captured by the camera 216. This makes the customer aware that they are being monitored, which can have the effect of deterring fraudulent activities. The store clerk call button 616 is a button for accepting a call to a store clerk.

[0079] On the registration guidance screen 610, the customer has the customer-side scanner unit 206 read the barcode attached to the product. As a result, the customer-side scanner unit 206 reads the barcode. When the registration settlement device 20 reads the barcode, it acquires the product information corresponding to the barcode and transitions to, for example, a registration in progress screen 620 shown in FIG. 6(B).

[0080] FIG. 6(B) shows a registration screen 620. The registration screen 620 includes the product name (XX Cheese) and price (¥398) of the registered product, as well as a notification indicating that registration is in progress. XX Cheese is a product eligible for redemption (FIG. 5C). When a predetermined time (several seconds) has elapsed since the registration screen 620 was displayed, the registration settlement device 20 transitions the screen to a registered product list screen 630 shown in FIG. 6(C) if the cumulative number of acquired tokens is equal to or greater than the number of tokens eligible for redemption.

[0081] 6(C) shows a registered product list screen 630 when one redemption product is registered. The registered product list screen 630 includes a product registration field 631, a redemption selection button 632, and a checkout start button 633.

[0082] The product registration field 631 is a field where product information of registered products is displayed. In the figure, the product registration field 631 shows that one exchangeable product (XX cheese, 398 yen) is registered.

[0083] The exchange selection button 632 is a button for accepting exchange of the digital service voucher for the exchangeable product. On the registered product list screen 630, the exchange selection button 632 is displayed selectable (enabled).

[0084] The checkout start button 633 is a button for accepting the start of checkout. In other words, the checkout start button 633 is a button for accepting the completion of product registration.

[0085] In addition, when the cumulative number of acquired tickets is less than the number of tickets to be exchanged on the registration screen 620 of FIG. 6(B), the exchange selection button 632 is displayed as disabled on the registered product list screen 630 of FIG. 6(C).

[0086] When the redemption selection button 632 is pressed on the registered product list screen 630, the registration settlement device 20 transitions to a service coupon use selection screen 640 shown in FIG. 6(D).

[0087] 6(D) shows a service coupon use selection screen 640. The service coupon use selection screen 640 includes a number display 641, exchange target candidates 642, a use button 643, a non-use button 644, a back button 645, and an apply button 646.

[0088] The number display 641 includes the price of the exchangeable product, the cumulative number of digital service vouchers acquired, the number of vouchers required to exchange for the exchangeable product, and the remaining number of digital service vouchers when used.

[0089] The exchange candidate items 642 are a display that associates the products eligible for exchange of the digital service voucher with the number of digital service vouchers to be exchanged. The exchange candidate items 642 also include the purchase price (e.g., 10 yen) when the digital service voucher is used. The purchase price (e.g., 10 yen) when the digital service voucher is used may be displayed when the use button 643 is pressed. In this case, the purchase price (e.g., 10 yen) may be hidden when the non-use button 644 is pressed.

[0090] The use button 643 is a button for accepting the use of a digital service ticket according to the content shown in the number display 641 .

[0091] The non-use button 644 is a button for accepting cancellation of use of the digital service voucher. Note that, on the screen immediately after transition from the service voucher use selection screen 640, of the use button 643 and the non-use button 644, the non-use button 644 is displayed in a selected state. Therefore, for example, if the purchase price when using the digital service voucher (for example, 10 yen) is displayed when the use button 643 is pressed and hidden when the non-use button 644 is pressed, the display of the purchase price is hidden on the screen immediately after transition from the service voucher use selection screen 640.

[0092] The back button 645 is a button that accepts returning to the previous screen (for example, the registered product list screen 630), for example. The apply button 646 is a button for confirming the selection of either the use button 643 or the non-use button 644. In the drawing, the use button 643 is selected. When the apply button 646 is pressed on the service voucher use selection screen 640, the registration settlement apparatus 20 transitions to a registered product list screen 710 shown in FIG. 7(A).

[0093] 7(A) shows a registered product list screen 710. The registered product list screen 710 includes a strikethrough 711. The strikethrough 711 indicates that the registration of "XX Cheese, ¥398" has been canceled. The product registration field 631 also indicates that "XX Cheese, ¥10" has been newly registered by using a digital service coupon.

[0094] Furthermore, the redemption selection button 632 is disabled on the registered product list screen 710. Specifically, the redemption selection button 632 is displayed in gray and cannot be selected. The reason the redemption selection button 632 is disabled is because there are no redemption eligible products among the other registered products. In other words, if the redemption eligible product is included among the products displayed in the product registration field 631, the redemption selection button 632 becomes enabled. However, this is subject to the condition that the cumulative number of acquired tokens is equal to or greater than the number of redemption eligible products.

[0095] After displaying the registered product list screen 710, when a plurality of products are registered, the registration settlement apparatus 20 transitions to, for example, a registered product list screen 720 shown in FIG. 7(B).

[0096] FIG. 7(B) shows the registered product list screen 720. On the registered product list screen 720, the product registration field 631 indicates that several more products have been registered. Specifically, the product registration field 631 indicates that "broccoli," "○○ honey," and "○○ oolong tea" have been added. "Broccoli" is classified as a vegetable, and is, for example, a regular special price product (FIG. 5(E)). Furthermore, "○○ honey" and "○○ oolong tea" are candidates for coupon application.

[0097] When the checkout start button 633 is pressed on the registered product list screen 720, since coupon application candidates have been registered, the registration and settlement apparatus 20 transitions to the coupon application selection screen 730 shown in FIG. 7(C).

[0098] 7(C) shows a coupon application selection screen 730. The coupon application selection screen 730 includes a message 731, an apply button 732, and a cancel button 733. Message 731 indicates whether or not to apply a coupon. The apply button 732 is a button for accepting the application of a coupon. The cancel button 733 is a button for canceling the application of the coupon. When the Apply button 732 is pressed on the coupon application selection screen 730, the registered settlement device 20 transitions to the confirmation screen 740 shown in Fig. 7(D). When the Cancel button 733 is pressed, the coupon is not applied (for example, the confirmation screen 740 in Fig. 7(D) is skipped) and the screen transitions to the payment type selection screen 810 in Fig. 8(A).

[0099] 7(D) shows a confirmation screen 740. The confirmation screen 740 includes a message 741, coupon application candidates 742, regular special price items 743, a back button 744, and a checkout button 745.

[0100] Message 741 includes information that today is the coupon application date and the total amount to be paid if the coupon is applied.

[0101] Of the coupon application candidates 742, "XX honey" is selected as the coupon application target, and the price displayed is a 20% discount when the coupon is applied. The coupon application candidates 742 are displayed in descending order of price. Specifically, "XX honey" and "XX oolong tea" are displayed, but "XX honey" has the highest price, so it is displayed preferentially as the coupon application candidate. Note that the registration settlement device 20 can also change the coupon application candidate to "XX oolong tea" upon receiving the customer's selection. In this case, the price displayed for "XX oolong tea" is a 20% discount when the coupon is applied.

[0102] The regular special price item 743 shows a 10% discount on the vegetable "broccoli" due to the regular special price (FIG. 5(E)).

[0103] The back button 744 is a button that accepts returning to the previous screen (for example, the coupon application selection screen 730).

[0104] The settlement button 745 is a button for accepting the start of settlement processing. When the settlement button 745 is pressed on the confirmation screen 740, the registered settlement apparatus 20 transitions to a payment type selection screen 810 shown in FIG. 8(A).

[0105] FIG. 8(A) shows the payment type selection screen 810. The payment type selection screen 810 includes a payment type selection button 811. The payment type selection button 811 includes buttons corresponding to multiple payment types (cash, credit card, etc.). The registered settlement device 20 settles the payment using the payment type corresponding to the pressed button among the payment type selection buttons 811. When the settlement is completed, the registered settlement device 20 issues a receipt.

[0106] (Skipping the coupon application selection screen 730 and confirmation screen 740) In this embodiment, coupon application, redemption based on the cumulative number of coupons acquired, and regular special prices are not applied simultaneously. Therefore, if redemption based on the cumulative number of coupons acquired is performed for all products displayed in the product registration field 631 on the registered product list screen 720 of FIG. 7(B), there will be no products that are candidates for coupon application or products eligible for regular special prices. Therefore, in such a case, when the start checkout button 633 is pressed on the registered product list screen 720, the registration settlement device 20 skips the coupon application selection screen 730 of FIG. 7(C) and the confirmation screen 740 of FIG. 7(D) and transitions to the payment type selection screen 810 of FIG. 8(A).

[0107] (Screen example when multiple eligible products are registered) Next, an example of a screen when multiple exchangeable products are registered (an example different from the screens up to FIG. 8(A)) will be described with reference to FIG. 8(B). 8(B) shows a registered product list screen 820 in the case where multiple redeemable products are registered. On the registered product list screen 820, multiple redeemable products ("XX cheese," "XX ham," "XX milk," and "XX coffee") are registered in the product registration field 631. Note that the number of redeemed "XX cheese," "XX ham," and "XX milk" ("2," "3," and "1," respectively) is less than or equal to the total number of digital service vouchers acquired by the customer ("3") (FIG. 5A). Furthermore, the number of redeemed "XX coffee" ("4") exceeds the total number of digital service vouchers acquired by the customer ("3").

[0108] When the exchange selection button 632 is pressed on the registered product list screen 820, the registration settlement device 20 transitions to a service coupon use selection screen 830 shown in FIG. 8(C).

[0109] 8(C) shows the service voucher use selection screen 830. On the service voucher use selection screen 830, the exchange target candidates 642 include exchange target candidates 642a, 642b, 642c, and 642d corresponding to the respective exchange target products. For the exchange target candidates 642a, 642b, and 642c, the use button 643 is selectable. For the exchange target candidate 642d, the use button 643 is not selectable. Specific explanations will be given below.

[0110] The exchange target candidate 642a includes an indication of "XX Ham" for which the digital service voucher can be used and the number of exchanges (3), and the purchase price (for example, 10 yen) when the digital service voucher is used. The exchange target candidate 642b includes an indication of the "XX cheese" for which the digital service voucher can be used and the number of exchanges (2), and the purchase price (for example, 10 yen) when the digital service voucher is used. The exchange target candidate 642c includes an indication of "XX Udon" for which the digital service voucher can be used and the number of exchanges (1), and the purchase price (for example, 10 yen) when the digital service voucher is used. The exchange target candidate 642d includes an indication of the "XX coffee" for which the digital service voucher can be used and the number of exchanges (4), and the purchase price (for example, 10 yen) when the digital service voucher is used.

[0111] The exchange candidates 642a, 642b, 642c, and 642d are displayed in descending order of the discount amount of the exchangeable product. That is, the highest discounted item, "XX Coffee (¥600)," is displayed at the top, followed by the next highest discounted item, "XX Ham (¥500)," then the next highest discounted item, "XX Cheese (¥398)," and finally the lowest discounted item, "XX Udon (¥100)."

[0112] The customer can select a product for which the digital service voucher is to be used from among the exchange candidate items 642a, 642b, and 642c. Specifically, the customer can select any one of the use buttons 643 for the exchange candidate items 642a, 642b, and 642c. In the illustration, the use button 643 for the exchange candidate item 642a indicating "XX Ham" is selected. Furthermore, as shown in the number display 641 on the service voucher usage selection screen 830, the cumulative number of acquired items is three, and therefore, since the exchange candidate item 642a for "XX Ham" is selected, the remaining number is zero. Furthermore, when the exchange candidate item 642a for "XX Ham" is selected, the remaining number is zero, and therefore the use buttons 643 for the exchange candidate item 642b for "XX Cheese" and the exchange candidate item 642c for "XX Udon" are unselectable (invalid).

[0113] On the other hand, when the unused button 644 of the exchange candidate 642a indicating "XX Ham" is selected, that is, when the selection of the exchange candidate 642a is cancelled, the remaining number returns to three. 8(D) shows the gift voucher use selection screen 840 when another exchange candidate 642 is selected. On the gift voucher use selection screen 840, the use button 643 of the exchange candidate 642b indicating "XX cheese" and the use button 643 of the exchange candidate 642c indicating "XX udon" are selected. On the gift voucher use selection screen 840, as shown by the number display 641, the "XX cheese" exchange candidate 642b and the "XX udon" exchange candidate 642c have been selected, and therefore the remaining number is 0. Because the remaining number is 0, the use button 643 of the "XX ham" exchange candidate 642a cannot be selected (is disabled).

[0114] Furthermore, the use button 643 of the exchange candidate 642d indicating "XX Coffee" is always unselectable (invalid). This is because the number of exchanges for "XX Coffee" is "4" and the cumulative number of acquired coupons is "3", i.e., the cumulative number of acquired coupons is less than the number of exchanges for "XX Coffee". In this way, the service coupon use selection screen 830 also intentionally displays the exchange candidate 642d for which the use button 643 is unselectable. This makes it possible to appeal to the customer that the exchangeable product can be redeemed by increasing the cumulative number of acquired coupons. Therefore, if a customer wishes to exchange for the exchangeable product, it is possible to encourage the customer to save up digital service coupons. Note that in the illustration, the exchange candidate 642d may not be displayed because it is unselectable.

[0115] Each use button 643 may be displayed in a manner that allows a user to visually determine whether it is selectable or unselectable. The display manner may include, for example, color, text, symbols, etc. For example, the use button 643 may be marked with the text "usable" if it is selectable, or "unusable" if it is unselectable.

[0116] (An example of sales data processing performed by the registration and settlement device 20 according to this embodiment) Next, the processing performed by the registration and settlement device 20 according to this embodiment will be described with reference to FIGS. 9 is a flowchart showing an example of sales data processing performed by the registration and settlement device 20 according to this embodiment. In FIG. 9, the registration and settlement device 20 determines whether a transaction has started due to a predetermined input (step S901). The predetermined input may be an input from the customer pressing a transaction start button, or may be an input of the customer detection result by the camera 216.

[0117] The registered settlement device 20 waits until the transaction starts (step S901: NO). When the transaction starts (step S901: YES), the registered settlement device 20 displays a predetermined selection screen that accepts whether the customer is a member or non-member, and determines whether a member customer has been selected (step S902). If a member customer has not been selected (step S902: NO), the registered settlement device 20 proceeds to step S905. If a member customer has been selected (step S902: YES), the registered settlement device 20 scans the membership card (member ID) presented by the customer (step S903).

[0118] The registration and settlement device 20 then requests the transaction management server 1 to send the member information and acquires the member information from the transaction management server 1 (step S904). Next, the registration and settlement device 20 determines whether the product (barcode) has been scanned (step S905). If the product has not been scanned (step S905: NO), the registration and settlement device 20 proceeds to step S909.

[0119] If the product is scanned (step S905: YES), the registered settlement device 20 updates the registered product list screen (for example, the registered product list screen 630 in Figure 6(C) or the registered product list screen 720 in Figure 7(B)) (step S906).

[0120] Next, the registered settlement device 20 determines whether the customer of the transaction is a member customer (step S907). If the customer of the transaction is not a member customer (step S907: NO), the registered settlement device 20 proceeds to step S909. On the other hand, if the customer of the transaction is a member customer (step S907: YES), the registered settlement device 20 performs the exchange product processing (FIG. 10) (step S908).

[0121] Then, the registration and settlement device 20 determines whether or not the registration is complete (step S909). Completion of registration means that a settlement start button (for example, the settlement start button 633 in FIG. 6(C)) is pressed.

[0122] If registration is not complete (step S909: NO), the registration settlement device 20 returns to step S905. If registration is complete (step S909: YES), the registration settlement device 20 determines whether the customer to be transacted with is a member customer (step S910). If the customer to be transacted with is not a member customer (step S910: NO), the registration settlement device 20 proceeds to step S912.

[0123] On the other hand, if the customer is a member customer (step S910: YES), the registered settlement device 20 performs coupon processing (see FIG. 12) (step S911). Then, the registered settlement device 20 executes settlement processing (step S912), and ends the series of processes.

[0124] (An example of exchange product processing performed by the registration settlement device 20) Fig. 10 is a flowchart showing an example of exchange product processing performed by the registration settlement device 20. In Fig. 10, the registration settlement device 20 determines whether the registered product is an exchangeable product (a product that can be exchanged for a digital service voucher) (step S1001). If the registered product is not an exchangeable product (step S1001: NO), the registration settlement device 20 ends the series of processes and proceeds to step S909 in Fig. 9.

[0125] On the other hand, if the registered product is a redeemable product (step S1001: YES), the registration settlement device 20 determines whether the cumulative number of acquired digital service vouchers is equal to or greater than the number of redeemed products for the redeemable product (step S1002). If the cumulative number of acquired digital service vouchers is not equal to or greater than the number of redeemed products for the redeemable product (step S1002: NO), the registration settlement device 20 ends the series of processes and proceeds to step S909 in FIG.

[0126] On the other hand, if the cumulative number of acquired digital service vouchers is equal to or greater than the number of redeemed items (step S1002: YES), the registration settlement device 20 activates the redemption selection button (for example, the redemption selection button 632 in FIG. 6(C)) (step S1003). Note that the processing performed when the redemption selection button is displayed will be described later with reference to FIG. 11.

[0127] After this, the registration settlement device 20 determines whether there are multiple products to be exchanged (step S1004). If there are not multiple products to be exchanged (step S1004: NO), that is, if there is only one product to be exchanged, the registration settlement device 20 ends the series of processes and proceeds to step S909 in FIG.

[0128] On the other hand, if there are multiple products eligible for exchange (step S1004: YES), the registered settlement device 20 displays the products eligible for exchange in order of highest discount amount (step S1005) (for example, displays the service coupon usage selection screen 830 of Figure 8 (C)), terminates the series of processes, and proceeds to step S909 of Figure 9.

[0129] (An example of processing performed by the registration settlement device 20 while the exchange selection button is displayed) Fig. 11 is a flowchart showing an example of processing during display of the exchange selection button performed by the registration and settlement device 20. In Fig. 11, the registration and settlement device 20 determines whether or not the exchange selection button (for example, the exchange selection button 632 in Fig. 6(C)) has been pressed (step S1101). If the exchange selection button has not been pressed (step S1101: NO), the registration and settlement device 20 ends the series of processing.

[0130] On the other hand, if the exchange selection button is pressed (step S1101: YES), the registered settlement device 20 displays a service voucher use selection screen (for example, the service voucher use selection screen 640 in FIG. 6(D) or the service voucher use selection screen 830 in FIG. 8(C)) that allows the user to select whether or not to use the digital service voucher (step S1102).The registered settlement device 20 then determines whether or not there are any registered products eligible for exchange for which the number of exchanges exceeds the cumulative number of acquisitions (products for which the cumulative number of acquisitions is insufficient) (step S1103).

[0131] If there is no registered product for which the cumulative number of acquired coins is insufficient (step S1103: NO), the redemption target product is displayed as selectable (for example, redemption target candidate 642a in FIG. 8(C)) (step S1104), and the process proceeds to step S1106. On the other hand, if there is a registered product for which the cumulative number of acquired coins is insufficient (step S1103: YES), the use button 643 corresponding to the redemption target product is made unselectable and the redemption target candidate 642 is displayed (for example, redemption target candidate 642d in FIG. 8(C)) (step S1105).

[0132] Then, the registered settlement device 20 determines whether the product to be exchanged has been confirmed (for example, the apply button 646 in Figure 6 (D) and Figures 8 (C) and (D)) on the service coupon usage selection screen (step S1106).

[0133] If confirmation of the exchangeable product is not selected (step S1106: NO), the registered settlement device 20 determines whether or not a change to the exchangeable product candidate (use button 643 of other exchangeable product candidate 642) has been accepted (step S1107). If a change to the exchangeable product candidate has not been accepted (step S1107: NO), the registered settlement device 20 returns to step S1106.

[0134] On the other hand, if a change in the candidate exchange product is accepted (step S1107: YES), the registered settlement device 20 displays the exchange product in a selected state (for example, displays the use button 643 of the exchange candidate 642b, 642c in FIG. 8(C) as selected) (step S1108), and returns to step S1106. If confirmation of the exchange product is selected in step S1106 (step S1106: YES), a registered product list screen after confirmation of the exchange product (for example, registered product list screen 710 in FIG. 7(A)) is displayed (step S1109), and the series of processes ends.

[0135] (An example of coupon processing performed by the registration and settlement device 20) Fig. 12 is a flowchart showing an example of coupon processing performed by the registration settlement device 20. In Fig. 12, the registration settlement device 20 determines whether or not there is a confirmed exchange product for which the use of a digital service voucher has been confirmed among the registered products (step S1201). If there is no confirmed exchange product among the registered products (step S1201: NO), the registration settlement device 20 proceeds to step S1203.

[0136] On the other hand, if there is a confirmed redemption product among the registered products (step S1201: YES), the registration settlement device 20 excludes the confirmed redemption product from the coupon application candidates to prevent duplicate application of the benefit (step S1202).Then, the registration settlement device 20 determines whether there is a coupon application candidate product among the registered products (step S1203).

[0137] If the registered products do not include any products that are candidates for coupon application (step S1203: NO), for example, if all registered products are confirmed redemption products, the registered settlement device 20 ends the series of processes and proceeds to step S912 in Figure 9. On the other hand, if the registered products include any products that are candidates for coupon application (step S1203: YES), the registered settlement device 20 determines whether there are multiple products that are candidates for coupon application (step S1204).

[0138] If there are not multiple coupon application candidate products (step S1204: NO), that is, if there is only one coupon application candidate product, the registered settlement device 20 displays one coupon application candidate product (step S1205) and proceeds to step S1207. On the other hand, if there are multiple coupon application candidate products (step S1204: YES), the registered settlement device 20 displays the coupon application candidates in descending order of price (discount amount) (step S1206).

[0139] The registered settlement device 20 then determines whether the coupon-applied product to which the coupon is actually applied has been confirmed from among the coupon application candidates (whether the Settlement button 745 has been pressed on the confirmation screen 740) (step S1207). If the coupon-applied product has not been confirmed (step S1207: NO), the registered settlement device 20 determines whether a change to the coupon-applied product has been accepted (step S1208). If a change to the coupon-applied product has not been accepted (step S1208: NO), the registered settlement device 20 returns to step S1207.

[0140] On the other hand, if a change to the coupon-applied product is accepted (step S1208: YES), the registered settlement device 20 changes the coupon-applied product and returns to step S1207. If the coupon-applied product is confirmed in step S1207 (step S1207: YES), the registered settlement device 20 ends the series of processes and proceeds to step S912 in FIG.

[0141] (Example of a receipt) FIG. 13 is an explanatory diagram showing an example of a receipt issued by the registered settlement device 20 according to this embodiment. In FIG. 13, a receipt 1300 is shown as being issued after payment has been made according to the details shown on the confirmation screen 740 (FIG. 7(D)). The receipt 1300 includes a registered product column 1310 and a point information column 1320.

[0142] The registered product column 1310 displays a notice to the effect that a discount has been applied to a product. For example, a "★" mark is displayed next to "XX Cheese." This indicates that a digital service voucher has been applied to "XX Cheese." Note that the fact that a digital service voucher has been applied may not be indicated by a "★" mark, but may also be indicated by other marks or by text (for example, "Digital service voucher applied"). Furthermore, the number of digital service vouchers used may also be displayed.

[0143] Furthermore, for "XX Honey," a text indication that a coupon has been applied is displayed. Note that the fact that a coupon has been applied does not have to be indicated by text, but may also be indicated by a mark. Furthermore, for "Broccoli," a text indication that a regular special price has been applied is displayed. This allows the customer to easily understand the applied discount. Note that the fact that a regular special price has been applied does not have to be indicated by text, but may also be indicated by a mark. Furthermore, although the discount amount is displayed on receipt 1300, a discount rate may be displayed instead of or in addition to the discount amount.

[0144] Each item shown in the point information column 1320 will be explained. The "Digital Service Voucher Usage" item indicates the number of digital service vouchers used in this transaction. The "member ID" field indicates the member ID of the customer.

[0145] The "Self-service Usage Rate" field indicates the rate of points awarded for using a registered settlement device 20 in full self-service mode. Specifically, the "Self-service Usage Rate" indicates the rate of points awarded for each mode: clerk-registered mode, checkout-only mode, and full self-service mode. For example, the point rate is highest for full self-service mode, next highest for checkout-only mode, and lowest for clerk-registered mode. The "Self-service Usage Rate" may also be set to a different rate depending on the level of congestion. For example, the full self-service mode may be set to the highest value when it is busy. The "Self-service Usage Rate" may also be set to a different value depending on the type of cash register used in the store. For example, the cash register types include the registered settlement device 20, a ticket vending machine, and a mobile terminal. The ticket vending machine allows customers to register and settle items, similar to the registered settlement device 20 in full self-service mode. The mobile terminal may be, for example, a smartphone. In a transaction using a mobile terminal, a customer registers items while walking around the store, and once registration is complete, the customer operates the device to make a payment using a pre-registered credit card. For example, in the case of ticket vending machines and mobile terminals, a high value is set as the point multiplier, similar to the registered settlement device 20 in the full self-service mode.

[0146] The "Today's Points" item indicates the number of points awarded in this transaction. The "total points" item indicates the total number of points that the customer has currently earned. The "rebate points" item indicates the number of points (predetermined number of points) that will be awarded if a certain amount of sales is achieved in this transaction. "Digital service voucher issued" indicates the number of digital service vouchers (100 points = 1 voucher) converted from accumulated points in this transaction. "Total digital service vouchers" indicates the total number of digital service vouchers that the customer has acquired to date. The "Cumulative Purchase Amount" item indicates the total payment amount for the current month.

[0147] As described above, when a product eligible for exchange is registered based on the cumulative number of acquired tokens, the registered settlement device 20 according to this embodiment displays a list of potential exchange items that associates the product eligible for exchange with the number of tokens to be exchanged for the product eligible for exchange. Then, based on the acceptance result received in accordance with the display content of the potential exchange items, the registered settlement device 20 exchanges the product eligible for exchange for the value of the number of tokens to be exchanged in the cumulative number of acquired tokens. This eliminates the need for customers to take the trouble of storing multiple service vouchers in a wallet or the like, or to remove the service vouchers from storage when making a payment. In particular, in this embodiment, since redemption candidates are displayed, the operator (customer) of the registered settlement device 20 can easily understand the relationship between the number of digital service vouchers to be redeemed and the redemption target product. This allows customers to easily redeem digital service vouchers. Therefore, transactions related to the use of benefits can be easily performed.

[0148] In addition, the registered settlement device 20 of this embodiment enables an exchange selection button (for example, exchange selection button 632 in Figure 6 (C)) that accepts exchange when the exchangeable product is registered, and disables the exchange selection button when the exchangeable product is not registered. This allows the operator to easily understand that the product to be redeemed has been registered, and therefore the operator can quickly and easily carry out a transaction related to the use of the benefit by pressing the redemption selection button.

[0149] Furthermore, the registered settlement device 20 according to this embodiment displays the exchange candidates (exchange candidates 642a, 642b, 642c in FIG. 8(C)) in a selectable manner when the cumulative number of acquired tickets is equal to or greater than the number of tickets to be exchanged for the exchangeable product. This allows only the selectable exchange candidates to be displayed, allowing the operator to easily select the exchange candidates. In this embodiment, the registered settlement device 20 displays the exchange candidate (exchange candidate 642d in FIG. 8(C)) as unselectable when the cumulative number of acquired tokens is less than the number of exchanges for the exchangeable product. This makes it possible to promote the exchangeable product by increasing the cumulative number of acquired tokens. Therefore, if a customer wishes to exchange for the exchangeable product, the customer can be encouraged to save up digital service vouchers.

[0150] In addition, when multiple redemption items are registered, the registered settlement device 20 of this embodiment displays the multiple redemption items in order based on the respective prices of the redemption items (for example, in order of highest discount amount) (redemption item candidates 642a to 642d in Figure 8 (C)). As a result, the more expensive the product to be exchanged, the higher the exchange value is set, so that products with higher exchange values ​​can be prioritized when exchanging, allowing customers to efficiently use the total number of acquired digital service coupons.

[0151] Furthermore, the registration settlement device 20 according to this embodiment allows either redemption based on the cumulative number of acquired digital service vouchers or coupon application for the redemption target product. This prevents duplicate application of benefits, thereby minimizing disadvantages for the store while providing beneficial services to customers.

[0152] (Modification of the embodiment) Next, modified examples of the embodiment will be described. Note that in the following modified examples, the contents explained in the above-mentioned embodiment will be omitted as appropriate. It is also possible to combine each of the following modified examples with the embodiment.

[0153] (Variation 1: Example of registering products on a mobile device) First, we will explain Modification 1. In the above-mentioned embodiment, we have explained an example of a system in which a customer self-registers products and performs self-payment at registration and settlement device 20. In Modification 1, we will explain a system in which a customer self-registers products using a mobile terminal and performs self-payment at registration and settlement device 20.

[0154] In Modification 1, the sales data processing system St includes a mobile terminal and a cloud server in addition to the configuration of the embodiment. The mobile terminal is, for example, a smartphone or a tablet terminal. The mobile terminal may be a customer terminal owned by a customer or a rental terminal rented by a store. The mobile terminal may also be installed in a shopping cart or held by a customer. The cloud server communicates with the mobile terminal and the registration settlement device 20. The cloud server stores database 2 (various databases shown in Figures 5A to 5E).

[0155] The flow from product registration to payment in the sales data processing system St according to the first modification will be explained below in (1) to (6).

[0156] (1) A customer uses the camera function of a mobile device to read the barcode attached to a product. After reading the barcode, the mobile device transmits product identification information obtained from the read barcode to a cloud server. The timing for transmitting the product identification information may be the timing when the product identification information is obtained (the timing when the barcode is read) or the timing when a request to start payment is accepted. When transmitting the product identification information when a request to start payment is accepted, the mobile device may store the product identification information sequentially after reading the barcode. When transmitting the product identification information when a request to start payment is accepted, the mobile device may send the stored product identification information all at once to the cloud server.

[0157] (2) The cloud server stores registration information (cart information) including cart identification information that identifies the customer (mobile terminal). When the cloud server receives product identification information from the mobile terminal, it updates the registration information by adding the product identified by the product identification information to the registration information.

[0158] (3) Once the customer has completed registering the products they wish to purchase, they press the checkout button displayed on their mobile device. When the mobile device receives the button press, it displays a checkout code (e.g., a two-dimensional code) that encodes the cart identification information on the display (touch panel) of the mobile device.

[0159] (4) Then, the customer causes the customer-side scanner unit 206 of the registration and settlement device 20 to read the settlement code. After reading the settlement code, the registration and settlement device 20 obtains cart identification information from the read settlement code. Then, the registration and settlement device 20 requests the cloud server to send the registration information indicated by the cart identification information.

[0160] (5) When the cloud server receives a request to send registration information from the registration settlement device 20, the cloud server identifies the registration information using the cart identification information included in the request. Then, the cloud server transmits the registration information to the registration settlement device 20.

[0161] (6) Upon receiving the registration information from the cloud server, the registration settlement device 20 performs settlement based on the received registration information.

[0162] In the first modification, the functional units of the acquisition unit 401, the registration unit 402, the display unit 403, and the exchange unit 404 may be provided in the registration settlement device 20 or in the mobile terminal. First, an example in which the functional units are provided in the registration settlement device 20 will be described.

[0163] The registered settlement device 20 receives member information (the cumulative number of acquired tokens) along with registration information from the cloud server. If an exchangeable product that can be exchanged based on the cumulative number of acquired tokens is registered, the registered settlement device 20 displays an exchangeable product candidate (e.g., exchangeable product candidate 642 in FIG. 6(D)) that associates the exchangeable product with the exchangeable product's exchangeable number. The registered settlement device 20 then performs exchange for the exchangeable product by subtracting the exchangeable number from the cumulative number of acquired tokens, in accordance with the acceptance result received based on the display content of the exchangeable product candidate. In this way, the registration settlement device 20 can exchange the digital service voucher for the exchangeable product before starting the settlement process. Then, the registration settlement device 20 can settle the payment after the exchange.

[0164] Next, an example in which each functional unit is provided in a mobile terminal will be described. At the start of shopping, the mobile terminal receives member information (total number of acquired tokens) from the cloud server. Then, when an exchangeable product that can be exchanged based on the total acquired tokens is registered, the mobile terminal displays exchange candidate items (e.g., exchange candidate items 642 in FIG. 6(D)) that associate the exchangeable product with the exchange number of the exchangeable product. Then, the mobile terminal exchanges the exchangeable product by subtracting the exchange number from the total acquired tokens in accordance with the acceptance result received in accordance with the display content of the exchange candidate items. In this way, the mobile terminal can exchange the digital service voucher for the exchangeable product when registering the product. Furthermore, the exchange can be stored as registration information in the cloud server. This allows the registration settlement device 20 to receive registration information that reflects the exchange from the cloud server. Therefore, the registration settlement device 20 can perform settlement with the exchange reflected.

[0165] According to the first modification, when registering a product using a mobile terminal, the customer does not need to take the trouble of storing multiple service vouchers in a wallet or the like, or of retrieving the service vouchers from storage when registering the product or paying for the purchase. Furthermore, since the redemption candidates are displayed on the mobile terminal or the registered settlement device 20, the customer can easily understand the relationship between the number of digital service vouchers to be redeemed and the redemption target product. This further improves the operability of the customer's digital service voucher redemption. Therefore, transactions related to the use of benefits can be easily performed.

[0166] In addition, with regard to the first modification, delivery of the product may be performed at a locker device located in the store. Specifically, the customer orders the product using a mobile terminal. The store stores the product in a locker device (delivery box). The customer collects the ordered product via the locker device.

[0167] More specifically, the locker device has multiple storage units. Each of the multiple storage units has an opening / closing door and a locking unit. When the storage unit stores the products to be traded, it locks the locking unit. Identification information (order ID) that identifies the order details and identification information (storage unit ID) of the storage unit in which the ordered products are stored are associated and managed. When the ordered products are stored in the storage unit, code information including an instruction to unlock the storage unit ID is sent to the mobile terminal. Then, when the customer retrieves the products, the code information is displayed on the mobile terminal and read by the locker device. When the locker device reads the code, it unlocks the locking unit and opens the opening / closing door. This allows the customer to retrieve the products from the locker device.

[0168] (Variation 2: Example of clerk registration mode) Next, Variation 2 will be described. In the above embodiment, the registration and settlement device 20 in full self-service mode has been described. In Variation 2, the registration and settlement device 20 in clerk registration mode will be described. In Variation 2, various operation screens are displayed on the clerk-side display unit 210. Also, in Variation 2, the clerk registers the product.

[0169] For example, the exchange selection button 632 in Fig. 6(C) and the use button 643 in Fig. 6(D) are displayed on the clerk-side display unit 210. Therefore, the clerk asks the customer about the use of the digital service voucher and performs various operations depending on the customer's response. Note that in the clerk registration mode, the customer-side display unit 205 may be configured to display a screen similar to that of the embodiment and accept various operations from the customer.

[0170] In the second modification, the exchange candidate items are displayed on the clerk-side display unit 210 of the registered settlement device 20, so that the operator (clerk) of the registered settlement device 20 can easily understand the relationship between the number of digital service vouchers to be exchanged and the exchangeable items. This allows the clerk to easily exchange the digital service vouchers. Therefore, transactions related to the use of benefits can be easily carried out.

[0171] (Variation 3: Example of displaying discounted products) Next, Modification 3 will be described. In Modification 3, if the products displayed in the product registration field 631 of FIG. 6(C) include discounted products, a display indicating this may be displayed for the products. For example, if the products displayed in the product registration field 631 include redemption products, a display indicating this may be displayed for the redemption products. Furthermore, if the products displayed in the product registration field 631 include coupon application candidates, a display indicating this may be displayed for the candidate (the most expensive product). Furthermore, if the products displayed in the product registration field 631 include regular special price products, a display indicating this may be displayed for the regular special price products. These various displays may be represented by characters or symbols.

[0172] (Example of displaying a product that is not eligible for discount) Furthermore, if the products displayed in the product registration field 631 include products that are not eligible for discounts, a display indicating this may be displayed for the products. For example, if the products displayed in the product registration field 631 include products that are not eligible for exchange, a display indicating this may be displayed for the products. Furthermore, if the products displayed in the product registration field 631 include products to which coupons cannot be applied, a display indicating this may be displayed for the products. Furthermore, if the products displayed in the product registration field 631 include products that are not eligible for regular special prices, a display indicating this may be displayed for the products. These various displays may be represented by text or symbols.

[0173] According to the third modification, the product registration field 631 allows the operator to understand whether the product is a discounted product or not. Therefore, operability can be further improved, and transactions involving the use of digital service coupons can be carried out more easily.

[0174] (Modification 4: Another example of the display order of the exchangeable products) Next, Modification 4 will be described. In the above-described embodiment, when multiple exchangeable products are registered, an example has been described in which the multiple exchangeable products are displayed in order based on the respective prices of the exchangeable products (for example, in descending order of discount amount) (FIG. 8(C)). In Modification 4, other examples of the display order will be described. In Modification 4, the display order is listed below. Lowest discount first. -Sorted by the number of tickets redeemed (for example, lowest or highest number of tickets redeemed). -In the order in which the products were registered. · Alphabetical order. Of these orders, the order selected by changing the settings may be used.

[0175] According to the fourth modification, the display order of the products eligible for exchange can be changed. In addition, the display order can be changed depending on the settings. This further improves the operability of exchanging digital service vouchers.

[0176] (Variation 5: Example of exchanging a digital service voucher after settlement has begun) Next, Modification 5 will be described. In the above-described embodiment, an example was described in which a digital service voucher is exchanged before the start of settlement. In Modification 5, instead of or in addition to this configuration, the digital service voucher may be exchanged for the exchangeable product after the start of settlement. This exchange may be after pressing the Start Settlement button 633 in FIG. 6(C) and before selecting a payment type (before the payment type selection screen 810 in FIG. 8(A) is displayed). Furthermore, the setting for exchanging the digital service voucher may be changed to either before or after the start of settlement.

[0177] According to the fifth modification, the digital service voucher can be exchanged even after the start of payment, which further improves the convenience of the digital service voucher exchange operation.

[0178] (Variation 6: Example of overlapping benefits) Next, Modification 6 will be described. In Modification 6, benefits may be applicable in a multiple manner. For example, the redemption of a redeemable product based on the cumulative number of acquired coupons, the application of a coupon, and the regular special price may be applicable in a multiple manner (two or more). Furthermore, multiple application may be permitted depending on the amount or discount rate. For example, multiple application may be permitted when the amount is equal to or less than a predetermined amount or when the discount rate is equal to or less than a predetermined amount. Furthermore, multiple application may be permitted depending on the product. For example, multiple application may be permitted when specific products are combined.

[0179] According to the sixth modification, benefits can be applied in duplicate, so that more beneficial services can be provided to customers.

[0180] (Modification 7: Another example of displaying exchange target candidates) Next, Modification 7 will be described. In Modification 7, since the exchange candidate 642a, 642b, and 642c in FIG. 8(C) are all selectable, a display indicating this may be provided. Furthermore, since the exchange candidate 642d is not selectable, a display indicating this may be provided. These various displays may be represented by letters or symbols. Furthermore, since the exchange candidate 642d is not selectable, it may be hidden.

[0181] According to the seventh modification, the operator can know whether or not the exchange candidate 642 is selectable. Therefore, the operability can be further improved, and transactions related to the use of the digital service voucher can be more easily carried out.

[0182] The following is a summary of the embodiments. [Title of invention] Sales data processing device, sales data processing method, and program [Technical Field] The present invention relates to a sales data processing device, a sales data processing method, and a program. [Background technology]

[0183] Conventionally, retail stores such as supermarkets have provided services that grant various benefits to customers. For example, when a customer completes payment, they are given a point voucher for each predetermined purchase amount, and a discount or the like is provided based on the cumulative value indicated by the acquired point vouchers (see, for example, Patent Document 1). Specifically, for example, when a customer completes payment, they are given a benefit medium such as a service voucher for each predetermined purchase amount, and a predetermined number of the service vouchers can be exchanged for a discount on a specific product. [Prior art document] [Patent Documents] [Patent Document 1] Japanese Patent Publication No. 6-64654 [Summary of the Invention] [Problem to be solved by the invention] However, in the conventional technology, customers had to store the bonus medium in their wallets or other devices and take it out from the storage location when paying, which was a hassle. This caused a problem in that transactions related to the use of bonuses were sometimes cumbersome. The present invention has been made in view of the above circumstances, and its object is to provide a technique that allows transactions related to the use of benefits to be easily carried out.

[0184] [Means for solving the problem] (1) In order to solve the above-mentioned problems, one aspect of the present invention is a sales data processing device comprising: an acquisition means for acquiring a cumulative earned value based on benefits granted to customers in accordance with transactions; a registration means for registering products; a display means for displaying, when a redemption target product that can be redeemed using the cumulative earned value is registered by the registration means, a redemption target product candidate that corresponds the redemption target product with the redemption value required for the redemption; and an exchange means for exchanging the cumulative earned value for the redemption target product in accordance with the acceptance result based on the display of the redemption target product candidate. According to the above configuration, customers do not need to take the trouble of storing multiple service vouchers in a wallet or the like, or of retrieving the service vouchers from storage when making a payment. In particular, in this embodiment, since redemption candidates are displayed, the operator (customer) of the registered settlement device 20 can easily understand the relationship between the number of digital service vouchers to be redeemed and the redemption target product. This allows customers to easily redeem digital service vouchers. Therefore, transactions related to the use of benefits can be easily performed.

[0185] (2) In the configuration of (1) above, the display means may enable a redemption selection button that accepts redemption when the redemption target product is registered by the registration means, and may disable the redemption selection button when the redemption target product is not registered by the registration means. According to the above configuration, the operator can easily understand that the redemption item has been registered. Therefore, the operator can quickly and easily carry out a transaction related to the use of the benefit by pressing the redemption selection button.

[0186] (3) In the configuration of (2) above, the display means may be configured to display the redemption candidate items in a selectable manner when the cumulative acquired value is equal to or greater than the redemption value. According to the above configuration, only selectable exchange candidate items can be displayed, and therefore, an operator can easily select an exchange candidate item by performing an operation.

[0187] (4) In the configuration of (1) or (2) above, when multiple items to be exchanged are registered by the registration means, the display means may be configured to display the multiple items to be exchanged in order based on the respective amounts of the items to be exchanged. According to the above configuration, the more expensive the product to be exchanged, the higher the exchange value is set, so that products with higher exchange values ​​can be prioritized when exchanging. Therefore, customers can efficiently use the total number of acquired digital service coupons.

[0188] (5) In the configuration of (1) or (2) above, the acquisition means may acquire the cumulative earned value and benefit information indicating another benefit different from the benefit that is to be granted to the customer, and the redemption means may allow either redemption based on the cumulative earned value or application of the other benefit to the redeemed product. According to the above configuration, it is possible to prevent overlapping application of benefits, thereby minimizing disadvantages to the store while providing beneficial services to customers.

[0189] (6) In order to solve the above-mentioned problems, another aspect of the present invention is a sales data processing method, characterized in that the sales data processing device executes processing including an acquisition step of acquiring a cumulative earned value based on benefits granted to customers in response to transactions, a registration step of registering products, a display step of displaying redemption candidate items that correspond to the redemption candidate items and the redemption value required for the redemption, if an exchange target product that can be redeemed with the cumulative earned value is registered in the registration step, and an exchange step of exchanging the redemption value portion of the cumulative earned value for the exchange target product, depending on the acceptance result based on the display of the exchange target product candidate items. According to the above configuration, customers do not need to take the trouble of storing multiple service vouchers in a wallet or the like, or of retrieving the service vouchers from storage when making a payment. In particular, in this embodiment, since redemption candidates are displayed, the operator (customer) of the registered settlement device 20 can easily understand the relationship between the number of digital service vouchers to be redeemed and the redemption target product. This allows customers to easily redeem digital service vouchers. Therefore, transactions related to the use of benefits can be easily performed.

[0190] (7) In order to solve the above-mentioned problems, another aspect of the present invention is a program that causes a computer of a sales data processing device to function as an acquisition means for acquiring a cumulative earned value based on benefits granted to customers in accordance with transactions, a registration means for registering products, a display means for displaying redemption candidate items that correspond to the redemption candidate items and the redemption value required for the redemption when the redemption candidate items that can be redeemed using the cumulative earned value are registered by the registration means, and an exchange means for exchanging the redemption value portion of the cumulative earned value for the redemption candidate items in accordance with the acceptance result based on the display of the redemption candidate items. According to the above configuration, customers do not need to take the trouble of storing multiple service vouchers in a wallet or the like, or of retrieving the service vouchers from storage when making a payment. In particular, in this embodiment, since redemption candidates are displayed, the operator (customer) of the registered settlement device 20 can easily understand the relationship between the number of digital service vouchers to be redeemed and the redemption target product. This allows customers to easily redeem digital service vouchers. Therefore, transactions related to the use of benefits can be easily performed.

[0191] In addition, all or part of the functions (input / output, storage, processing (including judgment)) of the registration and settlement device 20 described above may be realized by a device other than the device described as the entity that executes the function.

[0192] Specifically, in the above description, the registration and settlement device 20 has been described as having the functional units of the acquisition unit 401, the registration unit 402, the display unit 403, and the exchange unit 404. All or some of these functional units may be provided in another computer device. For example, all or some of these functional units may be provided in the store controller 10, an external server device, or another computer device. Furthermore, the number of computer devices provided with these functional units is not limited to multiple, and may be one.

[0193] Specifically, for example, when the store controller 10 or an external server device, instead of the registered settlement device 20, has registered redeemable products that can be redeemed based on the cumulative number of acquired items, it may display redemption candidate items that correspond to the redemption number of the redeemable products, and based on the acceptance result received in accordance with the display content of the redemption candidate items, it may execute a process to exchange the value of the number of redeemable items in the cumulative number of acquired items for the redemption product.

[0194] In relation to the above, the registration and settlement device 20 may function as a so-called thin client specialized in the input / output interface portion with respect to product registration and settlement. In other words, the registration and settlement device 20 may accept various inputs (operation by an operator, detection by a device such as a scanner), transmit the input information (operation information, scan information, etc.) to a cloud server, receive the processing results of the cloud server based on the input information (updated screen information, device control information, etc.), and perform various outputs (display on a display unit, control of a device).

[0195] The programs for implementing the sales data processing system St and the registration and settlement device 20 described above may be recorded on a computer-readable recording medium and loaded into a computer system for execution. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" also refers to portable media such as USB (Universal Serial Bus) flash memory, SSD (Solid State Drive), flexible disk, optical magnetic disk, ROM, and CD-ROM, as well as storage devices such as hard disks built into computer systems. The term "computer-readable recording medium" also includes devices that retain a program for a certain period of time, such as volatile memory (RAM) within a computer system that acts as a server or client when the program is transmitted via a network such as the Internet or a communication line such as a telephone line. The program may also be transmitted from a computer system storing the program to another computer system via a transmission medium or by transmission waves within the transmission medium. The term "transmission medium" used to transmit the program refers to a medium capable of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. The program may also be a program for implementing some of the functions described above, or may be a so-called differential file (differential program) that can implement the functions described above in combination with a program already stored in the computer system. [Explanation of symbols]

[0196] St...Sales data processing system, 1...Transaction management server, 10...Store controller, 20...Registration and settlement device, 201...CPU, 202...ROM, 203...RAM, 204...Hard disk, 205...Customer side display unit, 206...Customer side scanner unit, 208...Card payment unit, 209...Change dispenser, 210...Store clerk side display unit, 211...Key operation unit, 212...Store clerk side scanner unit, 215...Communication unit, 216...Camera, 401...Acquisition unit, 402...Registration unit, 403...Display unit, 404...Exchange unit

Claims

1. an acquisition means for acquiring a cumulative acquired value based on the benefits granted to the customer in accordance with the transaction; a registration means for registering a product; a display means for displaying, when the registration means has registered an exchangeable product that can be exchanged with the cumulative acquired value, an exchangeable product candidate that is associated with the exchange value required for the exchange; an exchange means for exchanging the cumulative acquired value for the exchange value corresponding to the exchange value in accordance with the acceptance result based on the display of the exchange candidate; A sales data processing device comprising:

2. The display means If the product to be exchanged has been registered by the registration means, an exchange selection button for accepting the exchange is enabled; If the product to be exchanged has not been registered by the registration means, the exchange selection button is disabled.

2. The sales data processing device according to claim 1.

3. the display means displays the redemption candidate items in a selectable manner when the cumulative acquired value is equal to or greater than the redemption value. The sales data processing device according to claim 2 .

4. When a plurality of the exchangeable products are registered by the registration means, the display means displays the plurality of the exchangeable products in order based on the respective prices of the exchangeable products.

3. The sales data processing device according to claim 1 or 2.

5. The acquisition means acquires the cumulative earned value and benefit information indicating another benefit different from the benefit that is to be granted to the customer, the redemption means permits either redemption based on the cumulative acquired value or application of the other benefit to the redemption target product; 3. The sales data processing device according to claim 1 or 2.

6. A sales data processing device an acquisition step of acquiring a cumulative acquired value based on the benefits granted to the customer in accordance with the transaction; A registration step for registering a product; a display step of displaying exchange candidate items in which the exchange candidate items are associated with the exchange value required for the exchange when the exchange candidate items that can be exchanged with the cumulative acquired value are registered in the registration step; an exchange step of exchanging the cumulative acquired value for the exchange value corresponding to the exchange value in accordance with the acceptance result based on the display of the exchange candidate; A sales data processing method comprising:

7. The computer of the sales data processing device, an acquisition means for acquiring a cumulative acquired value based on the benefits granted to the customer in accordance with the transaction; a registration means for registering the product; a display means for displaying, when the registration means has registered exchangeable products that can be exchanged with the cumulative acquired value, exchangeable product candidates that correspond to the exchangeable products and the exchange value required for the exchange; an exchange means for exchanging the cumulative acquired value for the exchange value corresponding to the exchange value in accordance with the acceptance result based on the display of the exchange candidate; A program characterized by functioning as

Images