JP7712664B2 - Product sales data processing device, product sales data processing system, and program - Google Patents

Description

The present invention relates to a product sales data processing device, a product sales data processing system, and a program.

Systems are known that allow a single transaction to be settled using multiple payment methods (see, for example, Patent Document 1).

JP 2018-194915 A

However, payments using multiple payment methods are complicated and there is room for improvement.

The present invention was made in consideration of these circumstances, and aims to provide technology that can optimally implement payments using multiple payment methods.

One aspect of the present invention to solve the above-mentioned problems is a product sales data processing device that settles a transaction in which a product is registered, comprising a display means for displaying payment type selection buttons corresponding to each payment type for settling the transaction, and a settlement means for settling the transaction using one or more payment types selected using the payment type selection buttons, and characterized in that when settling one of the transactions using two or more payment types, the display means selectably displays the payment type selection button corresponding to a payment type that has the same point awarding conditions as the already selected payment type.

1 is a conceptual diagram of a network for explaining a sales system 1. FIG. 13 is a display example of the registration device 20. 13 is a display example of the settlement device 30. 13 is a display example of a settlement device 30, etc. 13 is a display example of the registration settlement device 40. 13 is a display example of the registration settlement device 40. 13 is a display example of the registration settlement device 50. 13 is a display example of the registration settlement device 50. 13 is a display example of the settlement device 30.

Figure 1 is a conceptual diagram of a network for explaining a sales system 1 according to an embodiment. The sales system 1 shown in Figure 1 includes a store controller 10, a registration device 20, a settlement device 30, a registration settlement device 40, a registration settlement device 50, and a transaction status management device 60.

The store controller 10, the registration device 20, the settlement device 30, the registration settlement device 40, the registration settlement device 50, and the transaction status management device 60 are communicatively connected via a LAN 19 (which may be wired or wireless). The sales system 1 can be introduced in various stores (supermarkets, convenience stores, drug stores, home centers, electronics retailers, etc.).

In FIG. 1, the number of each device (terminal) is an example. For example, in FIG. 1, "..." is illustrated to the right of the registration device 20, but the number of registration devices 20 may be one or more.

The sales system 1 can provide services in which a store clerk uses the registration and settlement device 40 to register products and settle the payment, as well as services in which a store clerk uses the registration device 20 to register products and a customer uses the settlement device 30 to settle the payment (so-called semi-self-service), and services in which a customer uses the registration and settlement device 50 to register products and settle the payment (so-called full-self-service).

(Store Controller 10)
The store controller 10 is, for example, a server. The store controller 10 communicates with each device in the LAN 19 (for example, the registration device 20) and with devices outside the LAN 19 (for example, a headquarters server (not shown)). For example, the store controller 10 receives a product master (product file) and a sale file from the headquarters server, and supplies them to each device in the LAN 19.

(Registration device 20)
The registration device 20 is used by a store clerk to register products. Although not shown in the figure, the registration device 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer display unit 205, a store clerk display unit 210, a key operation unit 211, a scanner unit 212, a printer unit 213, an audio output unit 214, and a communication unit 215. These can communicate with each other via a bus.

The CPU 201 is a central processing unit that controls the operation of the registration device 20 by reading and executing programs stored in the ROM 202 .
The ROM 202 is a read-only memory, and stores various types of information used by the CPU 201, including programs.
The RAM 203 is a read/write memory and stores various information as a main storage device, for example, information read from the ROM 202 or the hard disk 204, information acquired from the outside, information generated during processing, and the like.
The hard disk 204 stores various information as an auxiliary storage device. For example, the hard disk 204 may store programs executed by the CPU 201 instead of the ROM 202. The hard disk 204 may store information read from the ROM 202, information acquired from the outside, information generated in processing, etc. instead of the RAM 203. Note that a storage device such as an SSD (Solid State Drive) may be provided instead of the hard disk 204.

The customer display unit 205 is a touch display that displays various information to the customer and accepts various operations from the customer (for example, age verification operations).
The store clerk's display unit 210 is a touch display that displays various information to the store clerk and accepts various operations from the store clerk.
The key operation unit 211 has various buttons (keys) that are operated by a store clerk.

The scanner unit 212 optically reads various information. For example, the scanner unit 212 scans a code attached to a product and reads the product code (JAN code, etc.). The scanner unit 212 may also scan a code attached to a name tag of a store clerk and read the store clerk code. The scanner unit 212 may also scan codes attached to gift certificates and various cards and read the respective information. The scanner unit 212 is used when a store clerk registers a product, but the store clerk may register a product by other methods. For example, if a preset key corresponding to a product is displayed on the store clerk side display unit 210, the store clerk may operate the preset key to register the product. If a key corresponding to a product (for example, a key corresponding to a sports newspaper, etc.) is arranged on the key operation unit 211, the store clerk may operate (press) the key to register the product.

The printing unit 213 prints and issues various media. For example, the printing unit 213 prints and issues bills, receipts, coupons, etc. The registration device 20 basically causes the settlement device 30 to execute the settlement process, but when causing the settlement device 30 to execute the settlement process, it is necessary to supply registration information (transaction information) to the settlement device 30. There are two methods for supplying registration information to the settlement device 30: sending registration information to the settlement device 30 (indirectly sending via another device (such as the store controller 10) or directly sending; the same applies below) and using a bill (registered trademark) read by the settlement device 30. In the latter case, the printing unit 213 prints and issues a bill. In addition, the registration device 20 may execute the settlement process in its own device (the registration device 20) (for example, when a gift certificate or the like is used to complete the settlement). When the settlement process is performed on the own device (the registration device 20), the printing unit 213 prints and issues a receipt, a coupon, etc. after the settlement process is completed.
The audio output unit 214 outputs audio. For example, the audio output unit 214 outputs a confirmation sound, a warning sound, audio guidance, etc.

The communication unit 215 transmits and receives information (e.g., product master, sale file, registration information, etc.) between other devices (e.g., the store controller 10, the settlement device 30, the transaction status management device 60, etc.).

(Payment device 30)
The settlement device 30 is used for settlement (payment) by customers. Although not shown in the figure, the settlement device 30 includes a CPU 301, a ROM 302, a RAM 303, a hard disk 304, a customer display unit 305, a scanner unit 306, a card payment unit (non-cash payment unit) 308, a change machine (cash payment unit) 309, a store clerk display unit 310, a printing unit 313, an audio output unit 314, a communication unit 315, an imaging unit 316, and a sign pole 317. These can communicate with each other via a bus.

The CPU 301, ROM 302, RAM 303, hard disk 304, and audio output unit 314 of the settlement device 30 are similar to the CPU 201, ROM 202, RAM 203, hard disk 204, and audio output unit 214 of the registration device 20, so some or all of the description will be omitted.

The customer display unit 305 is a touch display that displays various information to the customer and accepts various operations from the customer. For example, the customer display unit 305 accepts an operation to select (specify) a payment type (payment method).

The scanner unit 306 optically reads various information. For example, the scanner unit 306 scans the code printed on the bill and reads the information necessary for the settlement process. The scanner unit 306 also scans the code on the name tag of the store clerk and reads the store clerk code. The settlement device 30 is a device that settles the bill based on the registration information registered by another device (the registration device 20). For example, when adding a product, the scanner unit 306 may scan the code on the product and read the product code (JAN code, etc.).

The card payment unit 308 is a payment mechanism that uses various cards (credit cards, prepaid cards such as transportation cards, point cards when paying points, and cash cards when paying debit cards). The card payment unit 308 may include a card recognition unit (reading unit), a display unit, an operation unit, and a communication unit, but it is sufficient that it includes at least a card recognition unit. The card recognition unit may recognize various cards (e.g., point cards, membership cards, shareholder cards, etc.) for the purpose of granting benefits, discounts, etc.

The change machine 309 is a cash settlement mechanism that has an input port for banknotes and coins and an output port for banknotes and coins, calculates the amount of money inserted into the input port, calculates the change amount, which is the difference between the input amount and the purchase amount, and outputs the change from the output port. When banknotes or coins are inserted into the input port, they are detected by a sensor (detecting that they have been inserted, detecting the number of coins by denomination, etc.).

The store clerk display unit 310 displays various information to the store clerk. Note that the store clerk display unit 310 may be a touch display and may receive various operations from the store clerk.
The printing unit 313 prints and issues various media. For example, the printing unit 313 issues receipts, coupons, and the like.
The communication unit 315 transmits and receives information (e.g., product master, sale file, registration information, settlement information after settlement is completed, etc.) between other devices (e.g., the store controller 10, the registration device 20, the transaction status management device 60, etc.).
The imaging unit 316, for example, captures an image of the customer. The settlement device 30 may be provided with two or more imaging units 316, and may capture images of the face and hands (near the insertion and ejection openings of the change dispenser 309) at the same time.
The sign pole 317 has a light-emitting part at its tip, and various information (calling a store clerk, operating status, etc.) is communicated depending on the light-emitting state of the light-emitting part.

The card payment unit 308 may be composed of multiple components according to the card to be read. That is, the settlement device 30 may have multiple card payment units, such as a first card payment unit 308a for prepaid cards and a second card payment unit 308b for credit cards. The card payment unit may also be a separate unit that is connected to the settlement device 30 (connected by wire or wirelessly). The same applies to the card payment units of the other devices (registered settlement device 40, registered settlement device 50). The same applies to the change dispenser.

The settlement device 30 (as well as the registered settlement device 50) may further include a key operation unit on which various buttons are arranged. The settlement device 30 (as well as the registered settlement device 40 and the registered settlement device 50) may further include a sensor (such as a human presence sensor) that detects the presence of a person.

(Registered settlement device 40)
The registration and settlement device 40 is used by a store clerk to register and settle products. Although not shown in the figure, the registration and settlement device 40 includes a CPU 401, a ROM 402, a RAM 403, a hard disk 404, a customer display unit 405, a card payment unit (non-cash payment unit) 408, a change machine (cash payment unit) 409, a store clerk display unit 410, a key operation unit 411, a scanner unit 412, a printer unit 413, an audio output unit 414, and a communication unit 415. These can communicate with each other via a bus.

Registration settlement device 40 includes a CPU 401, ROM 402, RAM 403, hard disk 404, customer display unit 405, clerk display unit 410, key operation unit 411, scanner unit 412, and audio output unit 414, which are similar to registration device 20's CPU 201, ROM 202, RAM 203, hard disk 204, customer display unit 205, clerk display unit 210, key operation unit 211, scanner unit 212, and audio output unit 214, and therefore some or all of the description will be omitted. Registration settlement device 40 includes a card settlement unit 408, change machine 409, and printing unit 413, which are similar to card settlement unit 308, change machine 309, and printing unit 313, which are similar to settlement device 30's card settlement unit 308, change machine 309, and printing unit 313, and therefore some or all of the description will be omitted.

The communication unit 415 transmits and receives information (e.g., product master, sale file, settlement information, etc.) between other devices (e.g., the store controller 10, the transaction status management device 60, etc.).

(Registered settlement device 50)
The registration and settlement device 50 is used for registering and settling products by customers. Although not shown in the figure, the registration and settlement device 50 includes a CPU 501, a ROM 502, a RAM 503, a hard disk 504, a customer display unit 505, a scanner unit 506, a card payment unit (non-cash payment unit) 508, a change machine (cash payment unit) 509, a store clerk display unit 510, a printing unit 513, an audio output unit 514, a communication unit 515, an imaging unit 516, and a sign pole 517. These can communicate with each other via a bus.

The CPU 501, ROM 502, RAM 503, hard disk 504, customer display unit 505, scanner unit 506, card payment unit (non-cash payment unit) 508, change machine (cash payment unit) 509, clerk display unit 510, printing unit 513, audio output unit 514, imaging unit 516, and sign pole 517 of the registered settlement device 50 are similar to the CPU 301, ROM 302, RAM 303, hard disk 304, customer display unit 305, scanner unit 306, card payment unit (non-cash payment unit) 308, change machine (cash payment unit) 309, clerk display unit 310, printing unit 313, audio output unit 314, imaging unit 316, and sign pole 317 of the settlement device 30, so some or all of the description will be omitted.

The communication unit 515 transmits and receives information (e.g., product master, sale file, settlement information, etc.) between other devices (e.g., the store controller 10, the transaction status management device 60, etc.).

(Transaction status management device 60)
The transaction status management device 60 is, for example, a personal computer, etc. The transaction status management device 60 is a device that mainly manages each device in the LAN 19. For example, the transaction status management device 60 communicates with each device in the LAN 19 and monitors the processing status, operation status (operation status), etc. of each device in the LAN 19.

In the following explanation, it is assumed that the sales system 1 (or a store that has introduced the sales system 1 (hereinafter referred to as store T)) allows the selection of payment types from cash, point cards (A point card, B point card), electronic money (C electronic money, D electronic money), credit card (E credit card), and gift certificates (gift certificate 1, gift certificate 2). The "point card" selected as the payment type refers to the use (consumption) of points. In addition, the sales system 1 (store T) grants the following benefits (points that can be used for payment from the next time onwards. 1 point can be used as 1 yen) depending on the payment type. It is assumed that gift certificate 1 (same as gift certificate 2) is a 500 yen certificate.
(1) Cash payment: 1 point for every 200 yen (2) Payment with point card A: 1 point for every 200 yen (3) Payment with point card B: 1 point for every 300 yen (4) Payment with electronic money C: 1 point for every 200 yen (5) Payment with electronic money D: 1 point for every 300 yen (6) Payment with credit card E: 1 point for every 300 yen (7) Payment with gift certificate 1: 1 point for every 200 yen (8) Payment with gift certificate 2: 1 point for every 300 yen

In addition, the sales system 1 (store T) allows multiple (two or more) payment types in one transaction, but from the perspective of background processing (processing on the point management system), it allows multiple payment types with the same point allocation conditions (point allocation conditions). In other words, the sales system 1 (store T) allows a payment (settlement) in one transaction in which multiple payment types with the same point allocation conditions are mixed (used together), but prohibits a payment in which multiple payment types with different point allocation conditions are mixed. For example, it allows two types of payment (cash and point card A) and three types of payment (point card B, electronic money D, and credit card E), but prohibits two types of payment (point card A and point card B). Note that the point allocation conditions, etc. are stored in a location that each device can refer to (inside LAN 19 or externally).

(Display examples of the registration device 20 and the settlement device 30)
Fig. 2 is an example of a display of the registration device 20. Fig. 3 is an example of a display of the settlement device 30. Fig. 4 is an example of a display of the settlement device 30, etc. It is assumed that there are two settlement devices 30 (register 202 and register 203) in store T that are capable of receiving registration information transmitted from the registration device 20.

(Display example 1 of registration device 20/payment device 30)
As display example 1, a display example when a gift certificate is not used for payment will be explained using Figures 2(A), 2(B), 3(A), 3(B), 3(C), 3(D), and 4(A).

In the initial state (before the first product is registered), the registration device 20 displays an initial registration screen (a registration screen before the first product is registered; not shown) on the store clerk display unit 210. When a product is registered on the initial registration screen, the registration device 20 displays the registration screen on the store clerk display unit 210. For example, when a tomato is registered as the first product on the initial registration screen and grilled eel is registered as the second product on the registration screen, the registration device 20 displays a registration screen as shown in FIG. 2(A) on the store clerk display unit 210. BT10 at the bottom of the registration screen shown in FIG. 2(A) is a subtotal button for ending the product registration (registration process).

When the subtotal button BT10 is operated on the registration screen shown in FIG. 2(A), the registration device 20 displays a subtotal screen as shown in FIG. 2(B) on the clerk display unit 210. On the subtotal screen shown in FIG. 2(B), BT12 at the bottom of the screen is a device designation button that designates (selects) register 202 as the destination to which the registration information of the transaction is sent so that register 202 (one of the settlement devices 30) executes the settlement of the transaction. Similarly, BT13 is a device designation button that designates register 203 as the destination to which the registration information of the transaction is sent so that register 203 (one of the settlement devices 30) executes the settlement of the transaction. When the registration device 20 accepts the operation of the device designation button BT12, it transmits the registration information, including the product code of the registered product and the quantity of each product, to the settlement device 30 (register 202). When the registration device 20 receives an operation of the device designation button BT13, it transmits registration information including the product codes of the registered products and the quantities of each product to the settlement device 30 (203 register). Note that the registration device 20 may transmit registration information including the total amount in addition to the product codes of the registered products and the quantities of each product to the settlement device 30.

In the sub-screen shown in FIG. 2(B), BT14 at the bottom of the screen is a receipt button for printing and issuing a receipt for the transaction so that register 202 (or register 203) can settle the transaction. When the receipt button BT14 is operated, the registration device 20 issues a receipt with the information necessary to settle the transaction coded and printed. The receipt is handed to the customer, who then takes the receipt to the device (register 202 or register 203) that will settle the transaction, and has the code printed on the receipt read by the device to which the customer has been transferred.

In the sub-menu screen shown in FIG. 2(B), BT15 at the bottom of the screen is a Coupon 1 button for declaring the use of Coupon 1. BT16 is a Coupon 2 button for declaring the use of Coupon 2. For example, if the clerk receives Coupon 1 from a customer, he/she operates the Coupon 1 button BT15, and if the clerk receives Coupon 2 from the customer, he/she operates the Coupon 2 button BT16.

In the subtotal screen shown in FIG. 2(B), BT17 at the bottom of the screen is a registration screen button that displays the registration screen (the registration screen before the subtotal button BT10 is operated). When the registration screen button BT17 is operated, the registration device 20 displays the registration screen (the registration screen in FIG. 2(A)) on the store clerk display unit 210 instead of the subtotal screen.

In the initial state (before receiving registration information and reading the bill), the settlement device 30 displays an initial screen (standby screen, not shown) on the customer display unit 305. When the settlement device 30 receives registration information on the initial screen (similarly when reading the bill), it displays a point card reading screen (not shown) on the customer display unit 305. On the point card reading screen, the settlement device 30 checks whether the customer has a point card (point card A, point card B), guides the customer on how to read the point card, and reads the point card based on the customer's operation. Note that the point card reading screen may be composed of two or more screens instead of one screen. Following the point card reading screen (i.e., when the point card reading screen receives an operation indicating that there is no point card or when reading of the point card is completed), the settlement device 30 displays a settlement start screen. For example, the settlement device 30 (202 register) receives registration information (registration information sent by the registration device 20 based on the operation of the device designation button BT12 on the sub-screen shown in FIG. 2 (B)) on the initial screen, displays a point card reading screen (not shown) on the customer display unit 305, and when reading of the A point card is completed on the point card reading screen (not shown), displays a settlement start screen such as that shown in FIG. 3 (A) on the customer display unit 305.

The settlement start screen shown in FIG. 3(A) is a cash settlement screen that can also accept the declaration of non-cash payment. BT20 on the right side of the screen is a non-cash payment button for declaring the choice of payment other than cash. More specifically, the non-cash payment button BT20 is a button that is operated when making at least one type of non-cash payment for the transaction, regardless of whether it is mixed with cash payment. If only cash payment is to be made, the customer inserts cash on the settlement start screen without operating the non-cash payment button BT20, and if one or more types of non-cash payment are to be made without cash payment (or one or more types of non-cash payment are to be made in addition to cash payment), the customer operates the non-cash payment button BT20.

HR21 at the bottom of the screen is a member information display area that displays information about the customer. In the example shown in FIG. 3(A) (as well as other figures such as FIG. 3(B)), the settlement device 30 displays the number of points (605 points) on the customer's A point card in the member information display area HR21. If the number of points is stored in the A point card, the settlement device 30 displays the number of points read from the A point card in the member information display area HR21. If the number of points is not stored in the A point card (for example, if the A point card's identification information (card number, member number, etc.) is stored), the settlement device 30 obtains the number of points corresponding to the identification information read from the A point card from an external source (for example, a point server that manages the number of points on the A point card) and displays it in the member information display area HR21.

When the non-cash payment button BT20 is operated on the settlement start screen shown in FIG. 3(A), the settlement device 30 displays a payment type selection screen as shown in FIG. 3(B) on the customer side display unit 305. On the payment type selection screen shown in FIG. 3(B), HR22 in the center of the screen is a payment type button display area that displays the payment type buttons corresponding to each payment type (the cash button corresponding to cash payment, the A point card button corresponding to payment by A point card, the B point card button corresponding to payment by B point card, the C electronic money button corresponding to payment by C electronic money, the D electronic money button corresponding to payment by D electronic money, and the E credit card button corresponding to payment by E credit card).

When the A point card button is operated on the payment type selection screen shown in FIG. 3(B), the settlement device 30 displays a points number designation screen as shown in FIG. 3(C) on the customer display unit 305. In the points number designation screen shown in FIG. 3(C), HR23 is an available points number display area that displays the number of points on the A point card that can be used in the transaction. In other words, the settlement device 30 displays the smaller of the number of points equivalent to the amount to be settled (amount to be settled) and the current number of points in the available points number display area HR23. In the example shown in FIG. 3(C), the settlement device 30 displays the smaller of the number of points (2304 points) equivalent to the amount to be settled (2304 yen) and the current number of points (605 points) in the available points number display area HR23. If only tomatoes (324 yen) were purchased, the settlement device 30 would display the smaller of the number of points (324 points) corresponding to the settlement amount (324 yen) and the current number of points (605 points) in the available points display area HR23.

HR24 is a number-delimiter button display area that displays number-delimiter buttons. Numeric buttons and a clear button are displayed in the number-delimiter button display area HR24. The customer inputs the number of points to be used in the number-delimiter button display area HR24. That is, the customer operates the number buttons in the number-delimiter button display area HR24 to specify the number of points to be used. HR25 is a usage point number display area that displays the number of points to be used. The usage point number display area HR25 displays the number input in the number-delimiter button display area HR24 (the number of points specified as the number of points to be used). BT26 is an all-points usage button that declares that all points (the number of points displayed in the available points display area HR23) will be used.

Figure 3 (D) shows the point number designation screen in a scene where 304 points are designated (number input) as the number of points to be used following the scene shown in Figure 3 (C). In the point number designation screen shown in Figure 3 (D), BT27 is a decision button that is operated when deciding on the designated number of points as the number of points to be used. In other words, because the number of points to be used has been designated, the settlement device 30 displays the decision button BT27 in place of the Use All Points button BT26 on the point number designation screen shown in Figure 3 (D).

When the decision button BT27 is operated on the point number designation screen shown in FIG. 3(D), the settlement device 30 displays a payment type selection screen as shown in FIG. 4(A) on the customer side display unit 305. In the payment type button display area HR22 of the payment type selection screen shown in FIG. 4(A), payment type buttons (cash button, C electronic money button) with the same point granting conditions as the A point card are displayed, and payment type buttons (B point card button, D electronic money button, E credit card button) with different point granting conditions from the A point card are not displayed. In addition, a message may be displayed to the effect that the payment type buttons with different point granting conditions from the A point card are not selectable and are therefore not displayed on the payment type selection screen shown in FIG. 4(A) (see FIG. 9). In addition, the member information display area HR21 of the payment type selection screen shown in FIG. 4(A) displays the number of points (the number of points to be used) specified on the point number designation screen. The customer then selects the payment type for the remaining amount (2,000 yen) on the payment type selection screen shown in FIG. 4(A) and proceeds with the process, but further explanation will be omitted.

When the back button is operated in the scene shown in FIG. 3(B) (payment type selection screen), the settlement device 30 may return the display to the scene shown in FIG. 3(A) (payment start screen). When the back button is operated in the scene shown in FIG. 3(C) (point number designation screen), the settlement device 30 may return the display to the scene shown in FIG. 3(B) (payment type selection screen). When the back button is operated in the scene shown in FIG. 3(D) (point number designation screen), the settlement device 30 may return the display to the scene shown in FIG. 3(C) (point number designation screen) or to the scene shown in FIG. 3(B) (payment type selection screen). When the back button is operated in the scene shown in FIG. 4(A) (payment type selection screen), the settlement device 30 may return the display to the scene shown in FIG. 3(B) (payment type selection screen).

(Display example 2 of registration device 20/payment device 30)
As display example 2, a display example when using a gift certificate for payment will be explained using Figures 2(A), 2(B), 4(B), 4(C), and 4(D) (however, explanations of Figures 2(A) and 2(B), which are common to display example 1, will be omitted).

Figure 4 (B) is the sub-plan screen in a scene where the Gift Certificate 1 button BT15 is operated following the scene shown in Figure 2 (B). In addition to the product registration information, the sub-plan screen shown in Figure 4 (B) displays the registration information for Gift Certificate 1 and the shortfall amount. In other words, when the Gift Certificate 1 button BT15 is operated on the sub-plan screen shown in Figure 2 (B), the registration device 20 displays the registration information for Gift Certificate 1 and the shortfall amount as shown in Figure 4 (B).

When the registration device 20 receives an operation of the device designation button BT12 on the small-scale display shown in FIG. 4(B), it transmits registration information including the product code of the registered product, the quantity of each product, and information on the registered gift certificate (for example, information that one gift certificate 1, which is a 500 yen voucher, has been registered) to the settlement device 30 (202 register). When the registration device 20 receives an operation of the device designation button BT13 on the small-scale display shown in FIG. 4(B), it transmits registration information including the product code of the registered product, the quantity of each product, and information on the registered gift certificate to the settlement device 30 (203 register). In addition to the product code of the registered product, the quantity of each product, and information on the registered gift certificate, the registration device 20 may transmit registration information including the total amount to the settlement device 30. In addition, the registration device 20 may transmit registration information including the shortfall amount (1804 yen in this example) instead of or in addition to the total amount (2304 yen in this example).

As explained in display example 1, the settlement device 30 displays an initial screen (not shown) on the customer display unit 305 in the initial state, and when registration information is received on the initial screen, it displays a point card reading screen (not shown) on the customer display unit 305, and displays a settlement start screen on the customer display unit 305 following the point card reading screen. For example, the settlement device 30 (202 register) receives registration information (registration information sent by the registration device 20 based on the operation of the device designation button BT12 on the sub-screen shown in FIG. 4(B)) on the initial screen, displays a point card reading screen (not shown) on the customer display unit 305, and when reading of the A point card is completed on the point card reading screen (not shown), displays a settlement start screen as shown in FIG. 4(C) on the customer display unit 305.

When the non-cash payment button BT20 is operated on the settlement start screen shown in FIG. 4(C), the settlement device 30 displays a payment type selection screen as shown in FIG. 4(D) on the customer display unit 305. In the payment type button display area HR22 of the payment type selection screen shown in FIG. 4(D), payment type buttons (cash button, A point card button, C electronic money button) with the same point allocation conditions as the gift certificate 1 are displayed, and payment type buttons (B point card button, D electronic money button, E credit card button) with different point allocation conditions from the gift certificate 1 are not displayed. Note that a message may be displayed to the effect that payment type buttons with different point allocation conditions from the gift certificate 1 are not selectable and are therefore not displayed on the payment type selection screen shown in FIG. 4(D). Thereafter, the customer selects a payment type for the remaining amount (1,804 yen) on the payment type selection screen shown in FIG. 4(D) and proceeds with the process, but the following explanation will be omitted.

When the back button is operated in the scene shown in FIG. 4(D) (payment type selection screen), the settlement device 30 may return the display to the scene shown in FIG. 4(C) (settlement start screen).

(Display example of registered settlement device 40)
5 and 6 are examples of displays on the registration and settlement device 40 (a device where a store clerk registers products and settles the payment).

(Display example 1 of registered settlement device 40)
As display example 1, a display example when gift certificate 1 is used for payment will be described with reference to Figs. 5(A), 5(B), 5(C) and 5(D).

In the initial state (before registering one product), the registration and settlement device 40 displays an initial registration screen (not shown) on the store clerk display unit 410. When a product is registered on the initial registration screen, the registration and settlement device 40 displays a registration screen (not shown) on the store clerk display unit 410. When the subtotal button is operated on the registration screen, the registration and settlement device 40 displays a subtotal screen on the store clerk display unit 410. The registration and settlement device 40 is also capable of reading point cards (A point card, B point card) on the initial registration screen, the registration screen, or the subtotal screen.

For example, when the registration and settlement device 40 registers tomatoes as the first product on the initial registration screen, registers grilled eel as the second product on the registration screen, reads the A-point card on the registration screen, and operates the subtotal button on the registration screen, the registration and settlement device 40 displays a subtotal screen as shown in FIG. 5(A) on the store clerk display unit 410. On the subtotal screen shown in FIG. 5(A), HR31 at the bottom of the screen is a member information display area that displays information about the customer. In the example shown in FIG. 5(A) (as well as other figures such as FIG. 5(B)), the registration and settlement device 40 displays the number of points (605 points) on the A-point card of the customer in the member information display area HR31.

BT35 at the bottom of the screen is a non-cash payment button for declaring the selection of a payment method other than cash. More specifically, the non-cash payment button BT35, like the non-cash payment button BT20 displayed by the settlement device 30 on the settlement start screen, is a button that is operated when making at least one type of non-cash payment for the transaction, regardless of whether it is mixed with cash payment. In other words, the store clerk operates the non-cash payment button BT35 when making one or more types of non-cash payment without making a cash payment, or when making one or more types of non-cash payment in addition to cash payment.

BT37 at the bottom of the screen is a registration screen button for displaying the registration screen (the registration screen before the subtotal button is operated). When the registration screen button BT37 is operated, the registration and settlement device 40 displays the registration screen (not shown) on the store clerk display unit 410 instead of the subtotal screen.

Figure 5 (B) is a sub-screen display in a scene where the non-cash payment button BT35 is operated following the scene shown in Figure 5 (A). In the sub-screen display shown in Figure 5 (B), HR32 is a payment type button display area that displays payment type buttons corresponding to each payment type (the Voucher 1 button corresponding to payment with Voucher 1, the Voucher 2 button corresponding to payment with Voucher 2, the A Card button corresponding to payment with Point Card A, the B Card button corresponding to payment with Point Card B, the C Money button corresponding to payment with Electronic Money C, the D Money button corresponding to payment with Electronic Money D, and the E Credit Card button corresponding to payment with Credit Card E) and a back button.

Figure 5 (C) is the sub-plan screen in the scene where the Voucher 1 button is operated following the scene shown in Figure 5 (B). In addition to the registered information for the product, the sub-plan screen shown in Figure 5 (C) displays the registered information for the voucher etc. (Voucher 1) and the shortfall amount.

Figure 5 (D) is a sub-screen display in a scene where the non-cash payment button BT35 is operated following the scene shown in Figure 5 (C). In the payment type button display area HR32 of the sub-screen display shown in Figure 5 (D), payment type buttons (Voucher 1 button, A card button, C money button) with the same point allocation conditions as Voucher 1 are displayed, and payment type buttons (Voucher 2 button, B card button, D money button, E credit card button) with different point allocation conditions from Voucher 1 are not displayed. Note that in the sub-screen display shown in Figure 5 (D) (for example, the payment type button display area HR32), a message may be displayed to the effect that payment type buttons with different point allocation conditions from Voucher 1 are not selectable and are therefore not displayed. Thereafter, the customer selects a payment type for the remaining amount (1,804 yen) in the payment type selection screen shown in Figure 5 (D) and proceeds with the process, but the following explanation will be omitted.

When the back button is operated in the scene (sub-planning screen) shown in FIG. 5(B), the registration and settlement device 40 may return the display to the scene (sub-planning screen) shown in FIG. 5(A). When the back button is operated in the scene (sub-planning screen) shown in FIG. 5(D), the registration and settlement device 40 may return the display to the scene (sub-planning screen) shown in FIG. 5(C), or may return the display to the scene (sub-planning screen) shown in FIG. 5(B).

(Display example 2 of registered settlement device 40)
As display example 2, a display example when gift certificate 2 is used for payment will be explained using Figures 5(A), 5(B), 6(A), and 6(B) (however, explanations of Figures 5(A) and 5(B), which are common to display example 1, will be omitted).

Figure 6 (A) shows the sub-plan screen in the scene where the Voucher 2 button is operated following the scene shown in Figure 5 (B). In addition to the registered information for the product, the sub-plan screen shown in Figure 6 (A) displays the registered information for the voucher etc. (Voucher 2) and the shortfall amount.

Figure 6 (B) is a sub-screen display in a scene where the non-cash payment button BT35 is operated following the scene shown in Figure 6 (A). In the payment type button display area HR32 of the sub-screen display shown in Figure 6 (B), payment type buttons (Voucher 2 button, B card button, D money button, E credit card button) with the same point allocation conditions as Voucher 2 are displayed, and payment type buttons (Voucher 1 button, A card button, C money button) with different point allocation conditions from Voucher 2 are not displayed. Note that in the sub-screen display shown in Figure 6 (B) (for example, the payment type button display area HR32), a message may be displayed to the effect that payment type buttons with different point allocation conditions from Voucher 2 are not selectable and are therefore not displayed. Thereafter, the customer selects a payment type for the remaining amount (1,804 yen) in the payment type selection screen shown in Figure 6 (B) and proceeds with the process, but the following explanation will be omitted.

In addition, when the back button is operated in the scene (sub-plan screen) shown in FIG. 6 (B), the registration and settlement device 40 may return the display to the scene (sub-plan screen) shown in FIG. 6 (A).

(Display example 3 of registered settlement device 40)
As display example 3, using Figures 5(A), 5(B), 6(A), 6(C), and 6(D), other display examples when a gift certificate 2 is used for payment will be explained (however, explanations of Figures 5(A), 5(B), and 6(A), which are common to display example 2, will be omitted).

Figure 6 (C) is the sub-screen display in a scene where the non-cash payment button BT35 is operated following the scene shown in Figure 6 (A). The payment type button display area HR32 of the sub-screen display shown in Figure 6 (C) displays payment type buttons with the same point awarding conditions as Gift Voucher 2 (Voucher 2 button, B Card button, D Money button, E Credit Card button) as well as payment type buttons with different point awarding conditions than Gift Voucher 2 (Voucher 1 button, A Card button, C Money button).

Figure 6 (D) shows the small display screen etc. in a scene where the A card button is operated following the scene shown in Figure 6 (C). As shown in Figure 6 (D), a small display screen SG38 is displayed in front of the small display screen, displaying a message etc. to the effect that the A point card cannot be used because the point awarding conditions are different. In other words, the registered settlement device 40 regards it as an error because an A point card with point awarding conditions different from those of the already registered voucher 2 has been specified. Thereafter, the customer operates the OK button on the small display SG38 to clear the small display SG38, select another payment type for the remaining amount (1,804 yen), and proceed with the process; however, further explanation will be omitted.

In addition, when the back button is operated in the scene (sub-plan screen) shown in FIG. 6 (C), the registration and settlement device 40 may return the display to the scene (sub-plan screen) shown in FIG. 6 (A).

(Display example of registered settlement device 50)
7 and 8 are examples of displays on the registration and settlement device 50 (a device where customers register merchandise and make settlements).

(Display example 1 of the registered settlement device 50)
As display example 1, a display example when gift certificate 1 is used for payment will be described using Figures 7(A), 7(B), 7(C), 7(D) and 8(A).

In the initial state (before operation is started), the registration settlement device 50 displays an initial screen (not shown) on the customer display unit 505. When the registration settlement device 50 accepts the operation of the transaction start button on the initial screen, it displays a point card reading screen (not shown) on the customer display unit 505. On the point card reading screen, the registration settlement device 50 checks whether the customer has a point card (point card A, point card B), guides the customer to read the point card, and reads the point card based on the customer's operation. Following the point card reading screen (i.e., when an operation that the point card is not present is accepted on the point card reading screen or when reading of the point card is completed), the registration settlement device 50 displays an initial registration screen (not shown). When a product is registered on the initial registration screen, the registration settlement device 50 displays a registration screen on the customer display unit 505. For example, when the registration and settlement device 50 accepts the operation of the transaction start button on the initial screen, reads the A point card on the point card reading screen (not shown), registers tomatoes as the first product on the initial registration screen, and registers grilled eel as the second product on the registration screen, the registration screen as shown in Figure 7 (A) is displayed on the customer side display unit 505. In the registration screen shown in Figure 7 (A), BT40 at the bottom of the screen is a checkout button that is operated to complete registration and proceed to checkout.

HR41 at the bottom of the screen is a member information display area that displays information about the customer. In the example shown in Figure 7(A) (as well as other figures such as Figure 7(B)), the registered settlement device 50 displays the number of points (605 points) on the A Point Card of the customer in the member information display area HR41.

The registration settlement device 50 displays the checkout button BT40 in an operable display mode on the screen after the registration of the first product item, and does not display the checkout button BT40 on the screen before the registration of the first product item (or displays it in an inoperable display mode (grayed out, etc.)). The registration settlement device 50 may also display the subtotal button in an operable display mode on the screen after the registration of the first product item (registration screen), and display the checkout button BT40 in an operable display mode based on the operation of the subtotal button. In this case, the screen that displays the subtotal button in an operable display mode (screen after the registration of the first product item) may be referred to as the registration screen, and the screen that displays the checkout button BT40 in an operable display mode (screen after the operation of the subtotal button) may be referred to as the subtotal screen.

When the checkout button BT40 is operated on the registration screen (minor screen) shown in FIG. 7(A), the registration settlement device 50 displays a payment type selection screen as shown in FIG. 7(B) on the customer display unit 505. On the payment type selection screen shown in FIG. 7(B), HR42 in the center of the screen is a payment type button display area that displays the payment type buttons (cash button, A point card button, B point card button, C electronic money button, D electronic money button, E credit card button, gift certificate (store clerk call) button) corresponding to each payment type.

When the gift certificate (store clerk call) button is operated on the payment type selection screen shown in FIG. 7 (B), the registration settlement device 50 displays a store clerk call screen (not shown) on the customer side display unit 505 and executes a store clerk call process. For example, the registration settlement device 50 may call a store clerk using a sign pole 517 as the store clerk call process, or may send store clerk call information to a device operated by the store clerk (e.g., the transaction status management device 60, the registration device 20, the registration settlement device 40, a terminal carried by the store clerk, etc.). The registration settlement device 50 may display a store clerk call screen (not shown) on the store clerk side display unit 510 in addition to the customer side display unit 505.

The registration and settlement device 50 displays a maintenance screen such as that shown in FIG. 7(C) on the customer display unit 505 based on the operation of the store clerk on the store clerk call screen (not shown) (for example, a predetermined operation known to the store clerk, reading of a store clerk code, etc.). The maintenance screen shown in FIG. 7(C) displays a Voucher 1 button BT45 for declaring the use of Voucher 1, a Voucher 2 button BT46 for declaring the use of Voucher 2, and a Close button BT49 for ending (closing) the maintenance screen.

Figure 7 (D) shows the maintenance screen when the coupon 1 button BT45 is operated following the scene shown in Figure 7 (C). The maintenance screen shown in Figure 7 (D) displays registration information for coupon 1, etc.

When the close button BT49 is operated on the maintenance screen shown in FIG. 7(D), the registered settlement device 50 displays a payment type selection screen as shown in FIG. 8(A) on the customer display unit 505. In the payment type button display area HR42 of the payment type selection screen shown in FIG. 8(A), the payment type buttons (cash button, A point card button, C electronic money button) and the gift certificate (call clerk) button that have the same point allocation conditions as the gift certificate 1 are displayed, and the payment type buttons (B point card button, D electronic money button, E credit card button) that have different point allocation conditions from the gift certificate 1 are not displayed. Note that a message may be displayed to the effect that the payment type buttons that have different point allocation conditions from the gift certificate 1 are not selectable and are therefore not displayed on the payment type selection screen shown in FIG. 8(A). Thereafter, the customer selects a payment type for the remaining amount (1,804 yen) on the payment type selection screen shown in FIG. 8(A) and proceeds with the process, but the following explanation will be omitted.

When the back button is operated in the scene shown in FIG. 7(B) (payment type selection screen), the registration settlement device 50 may return the display to the scene shown in FIG. 7(A) (registration screen (minor plan)). When the back button is operated in the scene shown in FIG. 8(A) (payment type selection screen), the registration settlement device 50 may return the display to the scene shown in FIG. 7(B) (payment type selection screen) or to the scene shown in FIG. 7(A) (registration screen (minor plan)).

(Display example 2 of registered settlement device 50)
As display example 2, a display example when gift certificate 2 is used for payment will be explained using Figures 7(A), 7(B), 7(C), 8(B), and 8(C) (however, explanations of Figures 7(A), 7(B), and 7(C), which are common to display example 1, will be omitted).

Figure 8 (B) shows the maintenance screen when the coupon 2 button BT46 is operated following the scene shown in Figure 7 (C). The maintenance screen shown in Figure 8 (B) displays registration information for coupon 2, etc.

When the close button BT49 is operated on the maintenance screen shown in FIG. 8(B), the registered settlement device 50 displays a payment type selection screen as shown in FIG. 8(C) on the customer display unit 505. In the payment type button display area HR42 of the payment type selection screen shown in FIG. 8(C), the payment type buttons (B point card button, D electronic money button, E credit card button) and the gift certificate (call clerk) button that have the same point allocation conditions as the gift certificate 2 are displayed, and the payment type buttons (cash button, A point card button, C electronic money button) that have different point allocation conditions from the gift certificate 2 are not displayed. Note that a message may be displayed to the effect that the payment type buttons that have different point allocation conditions from the gift certificate 2 cannot be selected on the payment type selection screen shown in FIG. 8(C) and are therefore not displayed. Thereafter, the customer selects a payment type for the remaining amount (1,804 yen) on the payment type selection screen shown in FIG. 8(C) and proceeds with the process, but the following explanation will be omitted.

When the back button is operated in the scene shown in FIG. 8(C) (payment type selection screen), the registration settlement device 50 may return the display to the scene shown in FIG. 7(B) (payment type selection screen) or to the scene shown in FIG. 7(A) (registration screen (sub-screen)).

The above describes an embodiment, which allows for suitable payment using multiple payment methods. For example, from the perspective of background processing, it is possible to easily respond to a request to prohibit a payment that mixes multiple payment types with different point allocation conditions. In other words, an operator (store clerk, customer) can easily select (specify) a combination that can be mixed by following the screen without relying on their memory.

In the display examples using Figs. 2 to 8 (as well as the display example using Fig. 9 described later), points or gift certificates are selected first as the payment type, and then other payment types are selected. However, when multiple payment types are used in combination, the order in which the payment types are selected is not particularly limited. For example, cash or credit card may be selected first, and then points or electronic money may be selected. In addition, as display examples in the configuration of the registration device 20/payment device 30, the case where the use of gift certificates is declared and not declared on the registration device 20 side is described using Figs. 2 to 4. However, when multiple payment types are used in combination in the configuration of the registration device 20/payment device 30, no payment types may be selected on the registration device 20 side, and the payment type to be used by the customer may be selected on the payment device 30 side. For example, the gift certificate button may not be displayed on the registration device 20 side, and the gift certificate (call store clerk) button may be displayed on the payment device 30 side, as in the payment type button display area HR42 in Fig. 7 (B). The same applies to Fig. 9 (described later).

As described above, when a point card is selected (specified) as the payment type, the settlement device 30 displays a screen corresponding to point card payment (point number specification screen), but when another payment type is selected, it displays a screen corresponding to the respective payment type. For example, when electronic money is selected, the settlement device 30 displays an electronic money reading screen that prompts the user to read the electronic money, and when a credit card is selected, it displays a screen related to credit card payment (which may be displayed on the display unit of the card settlement unit). The same applies to the registered settlement device 40 and the registered settlement device 50.

For example, the "1 point for every 200 yen" described as a benefit when making a payment with the A point card is a 0.5% point allocation rate (point redemption rate), and the "1 point for every 300 yen" described as a benefit when making a payment with the B point card is a 0.33% point allocation rate (point redemption rate). In other words, differences in "point allocation conditions" can also be said to be differences in "point allocation rates". Therefore, in the above embodiment, it was described that in the sales system 1 (store T), as a payment for one transaction, a payment that mixes multiple payment types with the same point allocation condition is permitted, and a payment that mixes multiple payment types with different point allocation conditions is prohibited. However, it can also be said that a payment that mixes multiple payment types with the same point allocation rate is permitted, and a payment that mixes multiple payment types with different point allocation rates is prohibited.

Furthermore, point cards, electronic money, etc. may not be physical objects (such as plastic cards), but may be information that can be obtained from an information device (a customer's mobile terminal). In other words, each device in store T may obtain the respective types by reading a two-dimensional code (a two-dimensional code that encodes the above information) displayed on the display unit of the above information device, or by communicating with the above information device (for example, near-field wireless communication, non-contact communication).

(Modifications, etc.)
Although the embodiment has been described above, the device configuration, data configuration, processing flow, display and output aspects, etc. can be appropriately changed, for example, as shown in the following (1) to (17). In addition, the following (1) to (17) may be appropriately combined with each other.

(1) In the above embodiment, two types of point awarding conditions (1 point for every 200 yen and 1 point for every 300 yen) were shown, but there may be three or more types of point awarding conditions.

(2) In relation to (1) above, for example, if there exists a payment type with a point allocation condition of 1 point for every 100 yen and a payment type with a point allocation condition of 2 points for every 200 yen, the point allocation conditions for both are different, but the point allocation rate for both is the same at 0.5%. The possibility of mixing both types in one transaction will be handled according to either (a) or (b) below.
(a) Because the conditions for awarding points for the two services are different, mixing the two services in the same transaction is prohibited.
(b) Since the point allocation rates for both are the same, mixing of both is permitted as payment for a single transaction.

(3) This is also related to (1) above, but there may be payment types for which points are not awarded (i.e., payment types for which the point award rate is 0%). Regarding whether or not payment types for which points are not awarded (payment types without points awarded) and payment types for which points are awarded (payment types with points awarded) can be mixed in one transaction, this can be handled in either (a) or (b) below.
(a) The point-granting, no-payment type is treated as a type of point-granting, payment type, and mixing of the point-granting, no-payment type and the point-granting, payment type in the payment of a single transaction is prohibited.
(b) The point-granting, no-payment type is treated as a separate entity from the point-granting, paid type, and mixing of the point-granting, no-payment type and the point-granting, paid type is permitted for the payment of a single transaction.

(4) Although not mentioned in the above embodiment, the point allocation conditions may be different depending on the customer, even if the payment type is the same. For example, the point allocation conditions (point allocation rate) for the B point card may be 1 point for every 300 yen for normal customers (e.g., customers ranked C based on purchase history), but 1 point for every 200 yen for good customers (e.g., customers ranked A based on purchase history), similar to the A point card. Therefore, in the above case, good customers can make payments using a mixture of the B point card and, for example, the A point card. The point allocation conditions for each customer may be stored in a location that can be referenced by each device (in the LAN 19 or externally). They may also be stored as part of the customer master (not shown).

(5) Although not mentioned in the above embodiment, the point allocation conditions may be different depending on the date and time even for the same payment type. For example, the point allocation conditions (point allocation rate) for the B point card during normal times (non-campaign periods) are 1 point for every 300 yen, but during a campaign period, this may change to 1 point for every 200 yen, similar to the A point card. Therefore, in the above case, during the campaign period for the B point card, a mixture of the B point card and, for example, the A point card is possible for payment. Note that the point allocation conditions for each date and time may be stored in a location that each device can refer to (within the LAN 19 or externally). They may also be stored as part of a special sale file.

(6) Although not mentioned in the above embodiment, even for the same payment type, the point allocation conditions may be different depending on the device operated. For example, when settlement is made at a specific device (for example, the registered settlement device 50 of the full self-service mode), the point allocation conditions (point allocation rate) of a specific payment type (for example, B point card) may be improved (changed to be advantageous for the customer). For example, the point allocation conditions for the B point card when settlement is made at the settlement device 30 or the registered settlement device 40 may be 1 point for every 300 yen, but the point allocation conditions for the B point card when settlement is made at the registered settlement device 50 may be 1 point for every 200 yen. Therefore, in the above case, when settlement is made at the registered settlement device 50, settlement with a mixture of the B point card and, for example, the A point card is possible. Note that the point allocation conditions for each device may be stored in a location that each device can refer to (within the LAN 19 or externally).

(7) In the above embodiment, an example was described in which payment type buttons whose point granting conditions differ from those of an already selected payment type are hidden (FIGS. 4(A), 4(D), 5(D), 6(B), 8(A), and 8(C)), but payment type buttons whose point granting conditions differ from those of an already selected payment type may be displayed in an inoperable display mode (grayed down, etc.). In other words, payment type buttons whose point granting conditions are the same as those of an already selected payment type may be displayed in a selectable (operable) display mode, and payment type buttons whose point granting conditions differ from those of an already selected payment type may be displayed in an inoperable (inoperable) display mode.

(8) In the above embodiment, an example was described in which a payment type with different point grant conditions from the already selected payment type cannot be selected (i.e., only payment types with the same point grant conditions can be used in combination), but cash payment may be treated specially and used in combination with payment types with different point grant conditions. In other words, when multiple payment types are used in combination, the cash payment button may always be displayed as one of the options. For example, in the above embodiment, cash payment is 1 point for every 200 yen, but the cash payment button may be displayed as selectable even after selecting a payment type with 1 point for every 200 yen (point card A, electronic money C, etc.) and after selecting a payment type with 1 point for every 300 yen (point card B, electronic money D, etc.). This allows, for example, at least cash payment can be used in combination regardless of the point grant conditions of the already selected payment type, so that it is possible to avoid a situation in which there is no other payment type that can be used in combination with the already selected payment type and the user has to start over from the beginning.

(9) In the above embodiment, the registration device 20 is described as displaying a sub-screen with the gift certificate 1 button BT15 and the gift certificate 2 button BT16 (FIGS. 2(B) and 4(B)). However, it may be possible to display a sub-screen with one gift certificate button and to display a button for selecting gift certificate 1 or gift certificate 2 after operating the gift certificate button.

(10) In the above embodiment, an example was described in which a gift certificate is registered by operating a button. However, instead of or in addition to operating a button, the gift certificate may be registered by reading the gift certificate (code information attached to the gift certificate, etc.). That is, for example, gift certificate 1 may be registered by operating a button on gift certificate 1, gift certificate 1 may be registered by reading gift certificate 1, or gift certificate 1 may be registered by operating a button on gift certificate 1 and then reading gift certificate 1. If registration of gift certificate 1 is prohibited in relation to an already selected payment type, an error message (for example, a message indicating that gift certificate 1 cannot be used because the point allocation conditions are different) may be displayed after the operation of reading gift certificate 1.

(11) In the above embodiment, the registered settlement device 40 has been described as displaying a sub-screen with one non-cash payment button BT35 corresponding to various non-cash payments (e.g., FIG. 5(A)), but it may also display a sub-screen with buttons corresponding to each non-cash payment or a sub-screen with multiple buttons for each group (e.g., gift certificate buttons corresponding to gift certificate 1 and gift certificate 2, point card buttons corresponding to point card A and point card B, etc.).

(12) In the above embodiment, an example was described in which the registration device 20 declares the use of a gift certificate as the operation of the registration device 20 and the settlement device 30. However, the settlement device 30 may declare the use of a gift certificate instead of or in addition to the registration device 20. For example, the settlement device 30 may display a gift certificate (call clerk) button on the payment type selection screen (a button that displays a clerk call screen (not shown) on the customer side display unit 305 and executes a clerk call process; a button similar to the gift certificate (call clerk) button displayed by the registration settlement device 50 on the payment type selection screen (Figure 7 (B), etc.)).

(13) In the above embodiment, an example of the operation of the registration device 20 and the settlement device 30 has been described in which the settlement device 30 reads the point card. However, the registration device 20 may read the point card instead of or in addition to the settlement device 30. For example, the registration device 20 may read the point card before the device designation button (device designation button BT12, device designation button BT13) or the receipt button BT14 is operated. Note that after reading the point card, if the registration device 20 accepts operation of the device designation button, it may send registration information including information about the read point card to the settlement device 30, and if the registration device 20 accepts operation of the receipt button BT14, it may issue a receipt in which the information about the read point card is coded and printed.

(14) In the above embodiment, although the explanation is omitted, when a point card that has not been read is selected (specified), a message prompting the reading of the point card or a point card reading screen may be displayed. For example, in the scene of FIG. 3(B), the A point card has been read but the B point card has not been read, so the settlement device 30 may display a message prompting the reading of the B point card or a point card reading screen when the B point card button is operated in the scene of FIG. 3(B). Also, in the scene of FIG. 5(B), the A point card has been read but the B point card has not been read, so the registered settlement device 40 may display a message prompting the reading of the B point card or a point card reading screen when the B point card button is operated in the scene of FIG. 5(B). Also, in the scene of FIG. 7(B), the A point card has been read but the B point card has not been read, so the registered settlement device 50 may display a message prompting the reading of the B point card or a point card reading screen when the B point card button is operated in the scene of FIG. 7(B). The same applies when selecting payment types together (described below).

(15) Different from (14) above, point cards that have not been read may not be selected (specified). For example, in the scene of FIG. 3(B), point card A has been read but point card B has not been read, so the settlement device 30 may not display the B point card button in the scene of FIG. 3(B). Also, in the scene of FIG. 5(B), point card A has been read but point card B has not been read, so the registered settlement device 40 may not display the B point card button in the scene of FIG. 5(B). Also, in the scene of FIG. 7(B), point card A has been read but point card B has not been read, so the registered settlement device 50 may not display the B point card button in the scene of FIG. 7(B). The same applies to the mode in which payment types are selected collectively (described later).

(16) In the above embodiment, an example was described in which the settlement device 30 does not display the payment type button for the selected payment type (point card A in the example of FIG. 4(A)). However, the settlement device 30 may display the payment type button for the selected payment type. For example, the settlement device 30 may display the payment type button for the selected payment type in a display mode different from that of the payment type buttons for unselected payment types (see, for example, FIG. 9). Note that when the payment type button for a selected payment type is operated, the settlement device 30 may accept an increase or decrease (or cancellation) of the payment amount for that payment type.

(17) In the above embodiment, an example was described in which payment types were selected (specified) one by one, but payment types may also be selected collectively (successively, consecutively, or simultaneously). Below, as an example, a mode in which payment types are selected collectively in the settlement device 30 will be described using FIG. 9, but the same applies to the case in which payment types are selected collectively in other devices.

Figure 9 is an example of the display of the settlement device 30. When the non-cash payment button BT20 is operated on the settlement start screen shown in Figure 3 (A), the settlement device 30 displays a payment type selection screen as shown in Figure 9 (A) on the customer side display unit 305. The payment type button display area HR22 of the payment type selection screen shown in Figure 9 (A) displays payment type buttons corresponding to each payment type and an end button. The end button is a button that is operated after one or more payment types are selected. When the end button is operated, the settlement device 30 transitions to a screen corresponding to the selected payment type. When the end button is operated after two or more payment types are selected, the settlement device 30 may display screens corresponding to each selected payment type in order (for example, in the order of selection, in the order of a predetermined priority).

In addition, on the payment type selection screen in FIG. 9(A), each payment type button displays the corresponding point awarding conditions. For example, the button corresponding to cash payment displays "1P per 200 yen," indicating that 1 point will be awarded for every 200 yen, and the button corresponding to payment with B point card displays "1P per 300 yen," indicating that 1 point will be awarded for every 300 yen. Note that on the payment type selection screen in FIG. 9(A), a message may be displayed indicating that multiple payment types with different point awarding conditions cannot be used together.

9(B) is a payment type selection screen in the scene where the A point card button is operated following the scene shown in FIG. 9(A). In the payment type button display area HR22 of the payment type selection screen shown in FIG. 9(B), the A point card button and payment type buttons (cash button, C electronic money button) with the same point granting conditions as the A point card are displayed, and payment type buttons (B point card button, D electronic money button, E credit card button) with different point granting conditions from the A point card are not displayed. In addition, the settlement device 30 displays the payment type button (A point card button) of the selected payment type (A point card) in a different display mode from the payment type buttons (cash button, C electronic money button) of the unselected payment types (cash, C electronic money) (dots, etc. are shown in the figure, but this is only an example and may be different in color, etc.). In addition, the settlement device 30 displays a message to the effect that the payment type buttons with different point granting conditions from the A point card are not displayed because they cannot be selected.

Figure 9 (C) shows the payment type selection screen when the C electronic money button is operated following the scene shown in Figure 9 (B). The settlement device 30 displays the payment type buttons (A point card button, C electronic money button) for the selected payment type (A point card, C electronic money) in a different display mode from the payment type button (cash button) for the unselected payment type (cash button).

Figure 9 (D) shows a payment type selection screen in another scene where the B point card button is operated following the scene shown in Figure 9 (A). The payment type button display area HR22 of the payment type selection screen shown in Figure 9 (C) displays the B point card button and payment type buttons with the same point granting conditions as the B point card, and does not display payment type buttons with different point granting conditions than the B point card. The settlement device 30 also displays the payment type button (B point card button) for the selected payment type (B point card) in a different display mode from the payment type buttons (D electronic money button, E credit card button) for unselected payment types (D electronic money, E credit card). The settlement device 30 also displays a message to the effect that payment type buttons with different point granting conditions than the B point card cannot be selected and are therefore not displayed.

Instead of or in addition to displaying the payment type button for the selected payment type in a different display mode from the payment type button for the unselected payment type, the settlement device 30 may display a mark (e.g., a symbol) on the payment type button for the selected payment type to indicate that it has been selected.

As with the payment type selection screen shown in FIG. 9(A), the payment type selection screen shown in FIG. 3(B), the sub-plan screen shown in FIG. 5(B), the sub-plan screen shown in FIG. 6(B), and the payment type selection screen shown in FIG. 7(B) may display the respective point awarding conditions for each payment type button, or a message may be displayed indicating that multiple payment types with different point awarding conditions cannot be used together.

<Overview of the embodiment>
[Technical field]
The present invention relates to a product sales data processing device, a product sales data processing system, and a program.
[Background technology]
2. Description of the Related Art Systems that allow a single transaction to be settled by a plurality of payment methods are known (see, for example, Patent Document 1).
[Prior art documents]
[Patent Documents]
[Patent Document 1] JP 2018-194915 A [Summary of the Invention]
[Problem to be solved by the invention]
However, settlement using multiple payment methods is complicated and there is room for improvement. The present invention has been made in consideration of such circumstances, and has an object to provide a technique for suitably implementing settlement using multiple payment methods.
[Means for solving the problems]

(1) A product sales data processing device (e.g., settlement device 30, registered settlement device 40, registered settlement device 50) that settles a transaction in which a product is registered, the device including a display unit (e.g., customer side display unit 305 of settlement device 30, store clerk side display unit 410 of registered settlement device 40, customer side display unit 505 of registered settlement device 50) that displays a payment type selection button corresponding to each payment type for settling the transaction, and a settlement unit (e.g., card settlement unit 308 of settlement device 30, change dispenser 310 of settlement device 30, etc.) that settles the transaction by one or more payment types selected by the payment type selection button. 09, a card payment unit 408 and a change machine 409 of registered settlement device 40, and a card payment unit 508 and a change machine 509 of registered settlement device 50), and the display means, when settling a single transaction using two or more payment types, selectably displays the payment type selection button corresponding to a payment type having the same point awarding conditions as the already selected payment type (see, for example, Figures 4 (A), 4 (B), 5 (D), 6 (B), 8 (A), 8 (C), 9 (B), 9 (C), and 9 (D)).
According to the configuration of (1), it is possible to suitably carry out payments using a plurality of payment methods. For example, it is possible to suitably display payment type selection buttons that can be used in combination according to the point-granting conditions. In addition, it is possible to easily combine payment types with the same point-granting conditions.

(2) A product sales data processing device (e.g., settlement device 30, registered settlement device 40, registered settlement device 50) that settles a transaction in which a product is registered, comprising: a payment type selection receiving means (e.g., customer side display unit 305 of settlement device 30, store clerk side display unit 410 of registered settlement device 40, customer side display unit 505 of registered settlement device 50) that receives an operation to select a payment type for settling the transaction; and a settlement means (e.g., card settlement unit 308 of settlement device 30 or change dispenser 30) that settles the transaction by one or more payment types selected by the payment type selection receiving means. 9, a card payment unit 408 and a change machine 409 of registered settlement device 40, and a card payment unit 508 and a change machine 509 of registered settlement device 50), and the payment type selection receiving means accepts an operation to select a payment type having the same point awarding conditions as a payment type already selected when settling a single transaction using two or more payment types (see, for example, Figures 4 (A), 4 (B), 5 (D), 6 (B), 6 (D), 8 (A), 8 (C), 9 (B), 9 (C), and 9 (D)).
According to the configuration of (2), it is possible to suitably carry out payments using a plurality of payment methods. For example, it is possible to easily combine payment types that can be used in combination according to the point giving conditions.

(3) The product sales data processing device described in (1) is characterized in that the display means displays a message indicating that the payment type selection buttons corresponding to payment types other than those having the same point awarding conditions as the already selected payment type are hidden (for example, a message indicating that payment type buttons having different point awarding conditions are hidden because they cannot be selected).
According to the configuration of (3), it is possible to suitably carry out payments using a plurality of payment methods. For example, the situation can be easily understood by messages.

(4) The settlement means (e.g., the card settlement unit 308 or the change machine 309 of the settlement device 30) is a product sales data processing device (e.g., the settlement device 30) described in any of (1) to (3), characterized in that the transaction registered by another device (e.g., the registration device 20) equipped with a registration means for registering products (e.g., the scanner unit 212, the store clerk display unit 210, the key operation unit 211) is settled based on the customer's operation.
According to the configuration of (4), payments can be suitably made using a plurality of payment methods at a so-called semi-self-service register.

(5) A product sales data processing device (e.g., the registration and settlement device 50) described in any of (1) to (3), further comprising a registration means (e.g., the scanner unit 506 and the customer side display unit 505 of the registration and settlement device 50) for registering products based on the customer's operation, and the settlement means (e.g., the card payment unit 508 and the change machine 509 of the registration and settlement device 50) for settling the transaction registered by the registration means based on the customer's operation.
According to the configuration of (5), payments can be suitably made using a plurality of payment methods at a so-called fully self-service register.

(6) A product sales data processing device (e.g., registration and settlement device 40) as described in any of (1) to (3), further comprising a registration means (e.g., scanner unit 412, store clerk display unit 410, or key operation unit 411 of registration and settlement device 40) for registering products based on the operation of a store clerk, and the settlement means (e.g., card payment unit 408 and change machine 409 of registration and settlement device 40) for settling the transaction registered by the registration means based on the operation of the store clerk.
According to the configuration of (6), payment can be suitably performed using a plurality of payment methods at the register where the store clerk performs registration and settlement.

(7) A product sales data processing system including a registration device (e.g., registration device 20) operated by a store clerk and a settlement device (e.g., settlement device 30) operated by a customer, wherein the registration device includes registration means (e.g., scanner unit 212, store clerk side display unit 210, key operation unit 211) for registering products and transmission means (e.g., communication unit 215) for transmitting transaction information regarding the transaction registered by the registration means, the settlement device includes reception means (e.g., communication unit 315) for receiving the transaction information and settlement means (e.g., card settlement unit 308, change machine 309) for settling the transaction based on the transaction information, and the registration device includes a payment type (e.g., card settlement unit 308, change machine 309) for settling the transaction, and This product sales data processing system further comprises a payment type accepting means (e.g., see FIG. 4 (B)) for accepting a different designation, wherein when the payment type accepting means accepts the designation of the payment type, the sending means transmits the transaction information including information regarding the payment type, and the settlement device further comprises a display means for displaying payment type selection buttons corresponding to each payment type for settling the transaction, and when the receiving means receives the transaction information including information regarding the payment type, the display means selectably displays the payment type selection button corresponding to a payment type having the same point awarding conditions as the payment type (e.g., see FIG. 4 (D)).
According to the configuration of (7), payment can be suitably carried out using a plurality of payment methods.

(8) A product sales data processing system including a registration device (e.g., registration device 20) operated by a store clerk and a settlement device (e.g., settlement device 30) operated by a customer, wherein the registration device includes registration means (e.g., scanner unit 212, store clerk side display unit 210, key operation unit 211) for registering products and transmission means (e.g., communication unit 215) for transmitting transaction information regarding a transaction registered by the registration means, and the settlement device includes reception means (e.g., communication unit 315) for receiving the transaction information and settlement means (e.g., card settlement unit 308, change machine 309) for settling the transaction based on the transaction information, and the registration device includes a registration means (e.g., communication unit 315) for receiving the transaction information and a settlement means (e.g., card settlement unit 308, change machine 309) for settling the transaction based on the transaction information. and a payment type receiving means (e.g., see FIG. 4 (B)) for receiving designation of a payment type to be used, wherein when the payment type receiving means receives the designation of the payment type, the transmission means transmits the transaction information including information regarding the payment type, and the settlement device further comprises a payment type selection receiving means for accepting an operation to select a payment type to settle the transaction, and when the receiving means receives the transaction information including information regarding the payment type, the payment type selection receiving means accepts an operation to select a payment type having the same point awarding conditions as the selected payment type (e.g., see FIG. 4 (D)).
According to the configuration of (8), payment can be suitably carried out using a plurality of payment methods.

(9) A program that causes a computer to function as a product sales data processing device that settles a transaction in which a product is registered, the program causing the computer to function as a display means that displays payment type selection buttons corresponding to each payment type for settling the transaction, and a settlement means that settles the transaction using one or more payment types selected by the payment type selection buttons, the display means being characterized in that when settling a single transaction using two or more payment types, the display means selectably displays the payment type selection button corresponding to a payment type that has the same point awarding conditions as the already selected payment type.
According to the configuration of (9), payment can be suitably carried out using a plurality of payment methods.

In addition, a program for implementing the functions of each of the above-described devices (such as the registration device 20, the settlement device 30, the registration settlement device 40, the registration settlement device 50, the transaction status management device 60, and the store controller 10) may be recorded on a computer-readable recording medium, and the program recorded on the recording medium may be read into a computer system and executed to perform processing of each of the above devices. Here, "reading a program recorded on a recording medium into a computer system and executing it" includes installing the program into a computer system. The "computer system" here includes hardware such as an OS and peripheral devices. In addition, the "computer system" may include multiple computer devices connected via a network including the Internet, a WAN, a LAN, a dedicated line, and other communication lines. In addition, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, an optical magnetic disk, a ROM, a CD-ROM, and a storage device such as a hard disk built into a computer system. In this way, the recording medium storing the program may be a non-transient recording medium such as a CD-ROM. In addition, the recording medium also includes a recording medium provided inside or outside and accessible from a distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format executable by the terminal device. In other words, as long as it can be downloaded from the distribution server and installed in a format executable by the terminal device, the format in which it is stored in the distribution server does not matter. The program may be divided into multiple parts, downloaded at different times, and then combined on the terminal device, or each of the divided programs may be distributed by a different distribution server. Furthermore, the "computer-readable recording medium" includes a memory that holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or client when a program is transmitted over a network. The program may also be a program for realizing part of the above-mentioned functions. Furthermore, the program may be a so-called difference file (difference program) that can realize the above-mentioned functions in combination with a program already recorded in the computer system.

1...Sales system, 10...Store controller, 20...Registration device, 30...Settlement device, 40...Registration settlement device, 50...Registration settlement device, 60...Transaction status management device

Claims (5)

A product sales data processing device for settling a transaction in which a product is registered, comprising:
a display means for displaying a payment type selection button corresponding to each of the payment types for settling the transaction;
a settlement means for settling the transaction according to one or more payment types selected by the payment type selection button,
The display means is
When settling one transaction using two or more payment types, among the payment type selection buttons, a payment type selection button corresponding to a payment type having the same point granting conditions as the already selected payment type is displayed selectably, and a payment type selection button corresponding to a payment type having different point granting conditions from the already selected payment type is not displayed selectably.
A product sales data processing device comprising: The display means is
2. The product sales data processing device according to claim 1, wherein the payment type selection button corresponding to a payment type having a different point giving condition from an already selected payment type is hidden . A product sales data processing system including a registration device operated by a store clerk and a payment device operated by a customer,
The registration device includes:
A registration means for registering a product;
a transmission means for transmitting transaction information of a transaction in which a product is registered by the registration means,
The settlement device includes:
A receiving means for receiving the transaction information;
a display means for displaying a payment type selection button corresponding to each of the payment types for settling the transaction;
a settlement means for settling the transaction based on the transaction information,
The settlement means is
Settle the transaction using one or more payment types selected by the payment type selection button ;
The display means is
When settling one transaction using two or more payment types, among the payment type selection buttons, a payment type selection button corresponding to a payment type having the same point granting conditions as the already selected payment type is displayed selectably, and a payment type selection button corresponding to a payment type having different point granting conditions from the already selected payment type is not displayed selectably.
A product sales data processing system comprising: A product sales data processing system including a registration device operated by a store clerk and a payment device operated by a customer,
The registration device includes:
A registration means for registering a product;
a transmission means for transmitting transaction information of a transaction in which a product is registered by the registration means,
The settlement device includes:
A receiving means for receiving the transaction information;
a settlement means for settling the transaction based on the transaction information,
The registration device includes:
The method further includes a payment type acceptance means for accepting a designation of a payment type for settling the transaction,
The transmitting means is
When the payment type acceptance means accepts the designation of the payment type, the transaction information including information on the payment type is transmitted;
The settlement device includes:
The system further comprises a display means for displaying a payment type selection button corresponding to each of the payment types for settling the transaction,
The display means is
When the receiving means receives the transaction information including information regarding a payment type, among the payment type selection buttons, a payment type selection button corresponding to a payment type whose point granting conditions are the same as the payment type is displayed selectably, and a payment type selection button corresponding to a payment type whose point granting conditions are different from the payment type is not displayed selectably.
A product sales data processing system comprising: A program that causes a computer to function as a product sales data processing device that settles a transaction in which a product is registered,
The computer,
a display means for displaying a payment type selection button corresponding to each of the payment types for settling the transaction;
functioning as a settlement means for settling the transaction according to one or more payment types selected by the payment type selection button;
The display means is
When settling one transaction using two or more payment types, among the payment type selection buttons, a payment type selection button corresponding to a payment type having the same point granting conditions as the already selected payment type is displayed selectably, and a payment type selection button corresponding to a payment type having different point granting conditions from the already selected payment type is not displayed selectably.
A program characterized by: