JP2024011153A - Settlement device, system, portable registration terminal and program - Google Patents

Abstract

To preferably give a privilege.SOLUTION: A settlement device includes input means that receives information indicating a selection result of a member or a non-member at a portable registration terminal, and registration information on a commodity registered by the portable registration terminal, acquisition means that can acquire member identification information for identifying a member from a medium, and settlement means that settles a member price target commodity with a member price lower than a normal price for a member. When the acquisition means does not acquire the member identification information, the settlement means settles the member price target commodity with the normal price regardless of the selection result at the portable registration terminal received by the input means, and when the acquisition means acquires the member identification information, the settlement means settles the member price target commodity with the member price regardless of the selection result at the portable registration terminal received by the input means.SELECTED DRAWING: Figure 1

Description

The present invention relates to a payment device, a system, a portable registration terminal, and a program.

2. Description of the Related Art There is a known technology that provides benefits at installed terminals where customers themselves register and pay for products (for example, see Patent Document 1).

JP2022-052587A

Systems in which customers themselves use portable terminals to register products in product display areas and pay for them using installed payment devices are also becoming popular; Regarding the granting of benefits when using this device, it cannot be said that it is being implemented suitably, and there is room for improvement.

The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique for suitably implementing the granting of benefits.

A payment device, which is one aspect of solving the above-mentioned problem, is a payment device that pays for products registered with a portable registration terminal that registers products, and is a payment device that makes payment for products registered at a portable registration terminal, and that is a payment device that pays for products registered at a portable registration terminal. an input means for inputting information indicating the selection result of whether or not the product is selected, and registration information regarding the product registered by the portable registration terminal; an acquisition means capable of acquiring member identification information for identifying the member from a medium; and a payment means for paying the member for the member price target product at a member price cheaper than the regular price, and the payment means is configured to accept the input when the acquisition means does not acquire the member identification information. Regardless of the selection result on the portable registration terminal inputted by the means, if the member price target product is settled at the regular price and the acquisition means acquires the member identification information, the input means inputs the member identification information. The payment device is characterized in that regardless of the selection result on the portable registration terminal, payment is made at the member price for the member price target product.

It is a conceptual diagram of a network for explaining a sales system. FIG. 3 is a sequence diagram showing an example of an operation. FIG. 3 is a sequence diagram showing an example of an operation. FIG. 3 is a sequence diagram showing an example of an operation. FIG. 3 is a sequence diagram showing an example of an operation. FIG. 3 is a sequence diagram showing an example of an operation. This is an example of a display on a mobile terminal. This is an example of a display on a payment device. This is an example of a display on a payment device.

FIG. 1 is a conceptual diagram of a network for explaining the sales system 1 of this embodiment. The sales system 1 shown in FIG. 1 includes a headquarters server 10, a cloud server 20, a store controller 30, a transaction status management device 40, a payment device 50, and a mobile terminal 60. The sales system 1 can be introduced into various types of businesses (supermarkets, convenience stores, drug stores, home centers, home electronics retailers, etc.).

The store controller 30, the transaction status management device 40, and the payment device 50 are installed in the store (product display area (sales floor), checkout area, backyard, etc.). These are communicably connected via a LAN 19 (which may be wired or wireless). Furthermore, a mobile terminal 60 is present in the store. The headquarters server 10 and the cloud server 20 are installed outside the store (for example, at the headquarters, data center, etc.). Devices installed inside the store (store controller 30, transaction status management device 40, payment device 50) and devices installed outside the store (headquarters server 10, cloud server 20) communicate (directly communicate with each other). , or communication via the store controller 30).

Note that in FIG. 1, the number of each device (terminal) is an example. For example, in FIG. 1, "..." is shown on the right side of the payment device 50, but the number of payment devices 50 installed in the store may be one or more. For example, although two mobile terminals 60 are shown in FIG. 1, the number of mobile terminals 60 used in the store changes depending on the number of customers. Additionally, other devices may be installed within the store. For example, in a store, there are semi-self devices (registration devices, payment devices) that register products based on the operations of store staff and make payments based on the operations of customers, and devices that register products based on operations of customers. A fully self-service device (registered payment device) that performs payment based on customer operations may be installed.

In the sales system 1, some products sold in the store are sold to members who are members at member prices that are more advantageous (cheaper) than normal prices. Hereinafter, products sold to members at member prices will be referred to as member price products.

(Mobile terminal 60)
Mobile terminal 60 is used by a customer. Specifically, the mobile terminal 60 is used when a customer registers a product in the store (registers a product to be purchased while shopping around the sales floor). The mobile terminal 60 is an example of a portable registration terminal, and is, for example, a smartphone or a tablet terminal. The mobile terminal 60 may be owned by the customer or may be lent by the store. The mobile terminal 60 may be used while being attached (set) to a shopping cart (not shown). Moreover, the mobile terminal 60 may be configured integrally with a shopping cart.

Although not shown, the mobile terminal 60 includes, for example, a CPU, a storage section, a display section, an operation section, an audio output section (speaker), an audio input section (microphone), an imaging section (camera), and a communication section. The mobile terminal 60 further includes a light emitting unit (light) and a sensor (for example, an acceleration sensor, a gyro sensor) capable of detecting the attitude and vibration (displacement, speed, or acceleration) of the mobile terminal 60 (casing). You may prepare.

The CPU is a central processing unit, and controls the entire mobile terminal 60 by reading and executing programs stored in the storage unit. The storage unit stores various information (for example, information referenced or generated by the CPU, information acquired from the outside, etc.). The storage unit is a general term for one or more various storage members (for example, memory or storage such as RAM, ROM, hard disk, SSD (Solid State Drive), etc.). The display unit is, for example, a liquid crystal display, and displays various information (including image information). The display unit is configured as a touch panel that can accept operations on the display screen. The operation unit receives operations from an operator (customer). The operation unit is a general term for one or more various operation members (various operators (hard buttons) provided on the housing.The display unit is configured as a touch panel, so it can be considered as a part of the operation unit. The audio output unit outputs audio.The audio input unit inputs audio.The imaging unit acquires (generates) captured images (still images, moving images).The communication unit outputs various information. The communication unit is a general term for one or more various communication members (for example, communication members for mobile wireless communication such as 5G, wireless LAN, short-range wireless communication, non-contact communication, etc.).

The mobile terminal 60 is equipped with a code recognition function (scanner function) that reads various codes (for example, a product code attached to a product, a JAN code) from a captured image acquired by an imaging unit. Registration of products by the mobile terminal 60 is realized by the code recognition function.

Prior to product registration, the mobile terminal 60 confirms whether the customer has a membership card (card presence/no card presence). For example, the mobile terminal 60 accepts a selection of whether or not a membership card is present on the start screen (see FIG. 7(A)).

When the mobile terminal 60 selects "with card" (if the selection of "with card" is accepted), the mobile terminal 60 displays the price of the product eligible for the member price at the member price, and displays the price of the product without the card on the mobile terminal 60. If is selected (if the selection of no card is accepted), the price of the product eligible for membership price will be displayed at the regular price. The mobile terminal 60 displays the price of a product that is not a member price target product at the regular price, regardless of the selection result of the presence or absence of a membership card on the mobile terminal 60. In other words, if the registered product (the product whose product code has been read) is a product eligible for membership price, the mobile terminal 60 will display the product at the member price if "with card" is selected on the mobile terminal 60, and the product will be displayed at the member price. If no card is selected on the mobile terminal 60, the regular price is displayed. If the registered product is not a member price eligible product, the mobile terminal 60 always displays the product at the regular price, regardless of the selection result of the presence or absence of a membership card on the mobile terminal 60.

(Payment device 50)
The payment device 50 is used by a customer. Specifically, the payment device 50 pays for the products registered by the mobile terminal 60 based on the customer's operation. In other words, the sales system 1 provides a service in which the customer registers the product himself using the mobile terminal 60 and pays the bill himself using the settlement device 50.

Although not shown, the payment device 50 includes a CPU, a storage unit, a display unit, a scanner unit, a card payment unit (non-cash payment unit), a change machine (cash payment unit), a printing unit, an audio output unit, an imaging unit, Equipped with communication section and sign pole. Note that the payment device 50 may further include a key operation section made up of one or more various operation members, a sensor (a human sensor, etc.) that detects (detects, recognizes) the presence of a person, and the like.

The CPU is a central processing unit, and controls the entire payment device 50 by reading and executing programs stored in the storage unit. The storage unit stores various information. The storage unit is a general term for one or more various storage members. The display unit is, for example, a liquid crystal display, and displays various information. The display unit is configured as a touch panel that can accept operations on the display screen. The scanner section scans various codes (for example, payment code (described later), membership code on a membership card, product code attached to a product, clerk code attached to a clerk's name tag, etc.), and reads each code. Read.

The card payment unit is a payment mechanism using various cards (credit cards, prepaid cards (electronic money) such as transportation IC cards, cash cards for debit payments, point cards for point payments, etc.). The card payment unit may be a payment terminal that performs payment by holding or inserting a medium (prepaid card, cash card, etc.). The payment device 50 may include a plurality of payment terminals (payment terminal A, payment terminal B, . . . ) depending on the type of medium. In addition, there are two types of media: one type that stores amount information (balance amount) internally (within the medium) and one type that stores amount information (balance, usage amount, etc.) externally (server, etc.) (identification information is stored inside the medium). ), but payment terminals for each type may be prepared. A payment terminal compatible with a type of medium that internally holds amount information includes an update unit (writing unit) that updates (for example, subtracts) the amount information as a payment. A payment terminal compatible with a type of medium that stores amount information externally includes an update unit (communication unit) that updates (for example, subtracts or adds) the amount information as a payment. Note that the card payment unit (payment terminal) may be composed of a medium reading device for holding over or inserting a medium, and a communication device.

A change machine is a payment mechanism using cash. The printing unit prints and issues various media (receipts, etc.). The audio output unit outputs audio (eg, confirmation sound, warning sound, audio guidance, etc.). The imaging unit (camera) acquires captured images (still images, moving images). The communication unit is a general term for one or more various communication members. The sign pole has a light emitting section at its tip, and depending on the light emitting mode of the light emitting section, it notifies various information (such as a call to a store clerk, operating status, etc.).

Prior to payment, the payment terminal 50 confirms with the customer whether or not he or she has a membership card (card presence/no card presence). For example, the payment device 50 accepts a selection of the presence or absence of a membership card on the membership card presence/absence confirmation screen GM01 (see FIGS. 8 and 9).

The payment device 50 instructs the customer to read the membership card when the card option is selected in the payment device 50 . For example, the payment device 50 displays a membership card reading instruction screen GM02 (see FIGS. 8 and 9). The payment device 50 acquires a membership code (member identification information) from a membership card through a reading operation (operation) by a customer. If no card is selected in the payment device 50, the payment device 50 does not instruct the customer to read the membership card (that is, does not acquire the membership code).

If the payment device 50 selects "with card" (if a membership code has been obtained), the payment device 50 pays for the product subject to the member price at the member price, and if the payment device 50 selects "without card". (If you have not obtained a membership code), the products eligible for membership price will be settled at the regular price. The payment device 50 pays for products that are not eligible for membership prices at the regular price, regardless of the selection result of the presence or absence of a membership card in the payment device 50 (whether or not a member code has been obtained). In other words, if the item to be paid for is a member-priced product, if the card option is selected in the payment device 50 (if a membership code has been obtained), the payment device 50 will pay the member price. If no card is selected in the payment device 50 (if no member code has been obtained), the payment will be made at the normal price. If the product to be paid for is not a product subject to membership price, the payment device 50 always pays the price at the regular price, regardless of the selection result of the presence or absence of a membership card (whether or not a member code has been acquired) in the payment device 50.

(Headquarters server 10)
The headquarters server 10 is a server that manages the sales system 1 as a whole. Headquarters server 10 stores various information. For example, the headquarters server 10 stores a product master file (product master), a customer master file (customer master), sales performance information, product sales performance information, and the like. The product master is a file that stores the product name, price, etc. of each product (stores the product name, price, etc. in association with the product code). The product master stores the regular price and member price for products eligible for membership price, and stores the regular price for products that are not eligible for membership price (but does not store the member price). Note that whether or not each product is a product eligible for membership price can be determined by whether or not the member price is stored, but the product master can be used to determine whether each product is eligible for membership price or not. Information (for example, a flag) indicating this may be stored.

The headquarters server 10 supplies various information (eg, product master, etc.) to the cloud server 20 and store controller 30, for example. Although not shown, the headquarters server 10 includes at least a CPU, a storage section, and a communication section. The headquarters server 10 may be composed of a plurality of servers.

(Cloud server 20)
The cloud server 20 is a server that mainly supports product registration by the mobile terminal 60. The cloud server 20 stores various information (eg, product master, transaction information (cart information), etc.). Further, the cloud server 20 supplies various information (eg, screen information, etc.) to the mobile terminal 60 and the payment device 50, for example. Although not shown, the cloud server 20 includes at least a CPU, a storage unit, and a communication unit. The cloud server 20 may be composed of multiple servers.

(Store controller 30)
The store controller 30 mainly stores information between devices installed inside the store (transaction status management device 40, settlement device 50) and devices installed outside the store (headquarters server 10, cloud server 20). This is a server in charge of communication. Although not shown, the store controller 30 includes at least a CPU, a storage section, and a communication section.

(Transaction status management device 40)
The transaction status management device 40 is a device (for example, a personal computer) that manages (monitors and controls the processing status, operation status, etc.) devices installed in the store (store controller 30, payment device 50). Although not shown, the transaction status management device 40 includes at least a CPU, a storage section, a display section (which may be configured as a touch panel), an operation section (keyboard, mouse, etc.), and a communication section. The transaction status management device 40 can communicate with a printing device (not shown), and may output various information from the printing device.

In addition to managing the devices installed in the store, the transaction status management device 40 accesses the head office server 10, etc., and maintains the product master stored in the head office server 10, etc. (product settings, price changes, etc.). ), or may access the cloud server 20 and display or modify transaction information etc. stored in the cloud server 20.

(Operation of mobile terminal 60, cloud server 20, payment device 50)
The operations of the mobile terminal 60, the cloud server 20, and the payment device 50 will be explained. 2 to 6 are sequence diagrams showing an example of the operation.

The sequence diagram in FIG. 2 shows an example of the operations of the mobile terminal 60 and the cloud server 20 until the product registration is completed. In FIG. 2, the left side shows the operation of the mobile terminal 60, and the right side shows the operation of the cloud server 20.

(Sequence diagram in Figure 2)
Step S1: The mobile terminal 60 receives a selection from the customer regarding the presence or absence of a membership card (card presence/no card presence). For example, the mobile terminal 60 receives an operation of the yes button BT01 or the no button BT02 on the start screen (see FIG. 7(A)).
Step S2: The mobile terminal 60 transmits the selection result of step S1 (that is, information indicating the selection result; referred to as registration card presence/absence selection information) to the cloud server 20. For example, when the shopping start button BT03 is operated on the start screen, the mobile terminal 60 transmits card presence/absence selection information at the time of registration to the cloud server 20.
Step S3: The cloud server 20 stores the card presence/absence selection information at the time of registration received from the mobile terminal 60 (the card presence/absence selection information at the time of registration transmitted by the mobile terminal 60 in step S2) in association with the transaction. For example, when the cloud server 20 receives the card presence/absence selection information at the time of registration from the mobile terminal 60, it assigns a number (issues a number) to the transaction identification information that identifies the transaction by the mobile terminal 60, and uses the assigned transaction identification information. The card presence/absence selection information at the time of registration is stored in association with each other.
Step S4: The cloud server 20 transmits transaction identification information to the mobile terminal 60. For example, the cloud server 20 transmits transaction identification information to the mobile terminal 60 along with screen information of a registration screen (initial registration screen) on which product registration information is not yet reflected in the registration information display area HR620 (described later). Note that the mobile terminal 60 stores the transaction identification information received from the cloud server 20.

Step S5: The mobile terminal 60 displays a registration screen (initial registration screen) before registration of the first product item.
Step S6: The mobile terminal 60 acquires the product code through the customer's scanning operation.
Step S7: The mobile terminal 60 uses the transaction identification information of the transaction, that is, the transaction identification information received from the cloud server 20 (the transaction identification information sent by the cloud server 20 in step S4), and the product code acquired in step S6. is sent to the cloud server 20.

Step S8: The cloud server 20 refers to the product master and the card presence/absence selection information at the time of registration, and updates the transaction information of the transaction.

(Details of step S8)
The cloud server 20 determines whether the product identified by the product code received from the mobile terminal 60 (the product code transmitted by the mobile terminal 60 in step S7) is not a member price eligible product (if the member price is not stored in the product master). ) stores the product name, regular price, etc. of the product in the transaction information of the transaction (the transaction identified by the transaction identification information transmitted by the mobile terminal 60 in step S7). If the product identified by the product code received from the mobile terminal 60 is a product eligible for member price (if the member price is stored in the product master), the cloud server 20 stores the product code received from the mobile terminal 60 at the time of registration. If the card presence/absence selection information indicates that a card is present, information indicating that the product falls under the member price target product, the product name, member price, etc. of the product is stored in the transaction information of the transaction. , if the card presence/absence selection information received from the mobile terminal 60 at the time of registration indicates no card, the transaction information for the transaction includes information indicating that the product corresponds to the member price applicable product, and the information for the product. Memorize product name, regular price, etc. In other words, the cloud server 20 stores the regular price as the price of the product to be registered, regardless of the selection result of the presence or absence of a card in step S1, if the product is not eligible for the member price, and stores the regular price as the price of the product to be registered, regardless of the selection result of whether or not there is a card in step S1. In some cases, the normal price or membership price is stored depending on the selection result of whether or not a card is present in step S1.

Step S9: The cloud server 20 transmits the updated transaction information to the mobile terminal 60. For example, the cloud server 20 generates a registration screen (see FIGS. 7(B) and 7(C)) that reflects the updated transaction information, and transmits the screen information of the registration screen to the mobile terminal 60. .

Step S10: The mobile terminal 60 updates the registration screen. That is, the mobile terminal 60 displays the registration screen based on the screen information received from the cloud server 20 (the screen information transmitted by the cloud server 20 in step S9). Note that in the case of the first product, the mobile terminal 60 displays a registration screen that reflects the first product instead of the initial registration screen, and in the case of the second or subsequent products, the mobile terminal 60 displays a registration screen that reflects the first product. , displays a registration screen that reflects the second and subsequent products.

After step S10, the product code is obtained by a scanning operation (returning to step S6), and the customer's checkout instruction (for example, checkout instruction button BT10, see FIGS. 7(B) and 7(C)) is operated. There are cases in which a payment code (described later) is generated and displayed (proceeding to step S11). That is, steps S6 to S10 are repeatedly executed every time a product code is obtained.

Step S11: The mobile terminal 60 generates and displays a payment code according to the customer's payment instructions. The payment code (also referred to as payment code) is payment information that is coded (for example, converted into a two-dimensional code). The settlement information is information necessary for acquiring transaction information of the transaction from the cloud server 20 (for example, transaction identification information that identifies the transaction). The customer causes the payment device 50 to read the payment code displayed on the mobile terminal 60.

The sequence diagrams in FIGS. 3 to 6 show an example of the operations of the payment device 50 and the cloud server 20 until the payment is completed. In each of the sequence diagrams in FIGS. 3 to 6, the left side shows the operation of the payment device 50, and the right side shows the operation of the cloud server 20.

(Sequence diagram in Figure 3)
The sequence diagram in FIG. 3 shows a case where the mobile terminal 60 accepts a selection of no card (step S1 in FIG. 1) and the payment device 50 accepts a selection of no card (step S21A in FIG. 3). 50 and the cloud server 20 are shown.

Step S21A: As described above, the settlement device 50 accepts the selection of no card from the customer. For example, the payment device 50 accepts an operation of a button BT52 that the member does not have on the membership card presence/absence confirmation screen GM01 (see FIG. 8).
Step S23A: The payment device 50 instructs to read the payment code and obtains transaction identification information. For example, the payment device 50 displays the payment code reading instruction screen GM03 (see FIG. 8), reads the payment code displayed on the mobile terminal 60 based on the customer's reading operation, and reads the transaction identification information for the transaction. get. The settlement device 50 stores the acquired transaction identification information.
Step S24A: The settlement device 50 requests the cloud server 20 for transaction information of the transaction and card presence/absence selection information at the time of registration. For example, the payment device 50 transmits request information including transaction identification information for identifying the transaction (request information requesting current transaction information) to the cloud server 20.

Step S25A: The cloud server 20 stores the transaction information of the transaction (transaction information of the transaction identified by the transaction identification information included in the request information received from the settlement device 50 (the request information transmitted by the settlement device 50 in step S24A)) and card presence/absence selection information at the time of registration of the transaction (card presence/absence selection information at the time of registration corresponding to the transaction identification information included in the request information) are transmitted to the settlement device 50. Note that since no card is selected in the mobile terminal 60, the price of the member price target product in the transaction information is the normal price, and the card presence/absence selection information at the time of registration indicates no card. Note that the payment device 50 stores transaction information and card presence/absence selection information at the time of registration received from the cloud server 20.

Step S30A: The payment device 50 receives a payment method selection from the customer. For example, the payment device 50 receives an operation for selecting a payment method on the payment type selection screen GM05 (see FIG. 8).
Step S31A: The payment device 50 performs payment according to the accepted payment method (for products eligible for membership price, payment is made at the regular price).

(Sequence diagram in Figure 4)
The sequence diagram in FIG. 4 shows a case where the mobile terminal 60 accepts a selection of no card (step S1 in FIG. 1), and the payment device 50 receives a selection of with a card (step S21B in FIG. 4). 50 and the cloud server 20 are shown.

Step S21B: As described above, the settlement device 50 receives the selection of card presence from the customer. For example, the payment device 50 accepts the operation of the button BT51 on the membership card presence confirmation screen GM01 (see FIG. 8).
Step S22B: The payment device 50 instructs to read the membership card and obtains the membership code. For example, the payment device 50 displays the membership card reading instruction screen GM02 (see FIG. 8) and acquires the membership code.
Step S23B: Similar to step S23A in FIG. 3, the payment device 50 instructs reading of the payment code and acquires transaction identification information. The settlement device 50 stores the acquired transaction identification information.
Step S24B: Similar to step S24A in FIG. 3, the settlement device 50 requests the cloud server 20 for transaction information of the transaction and card presence/absence selection information at the time of registration.

Step S25B: Similar to step S25A in FIG. 3, the cloud server 20 transmits the transaction information of the transaction and the card presence/absence selection information at the time of registration of the transaction to the payment device 50. Note that since no card is selected in the mobile terminal 60, the price of the member price target product in the transaction information is the normal price, and the card presence/absence selection information at the time of registration indicates no card. Note that the payment device 50 stores transaction information and card presence/absence selection information at the time of registration received from the cloud server 20.

Step S26B: The settlement device 50 requests the cloud server 20 for updated transaction information in which the price of the product subject to the member price is updated from the regular price to the member price. For example, the payment device 50 transmits request information including transaction identification information for identifying the transaction (request information requesting updated transaction information updated to the membership price) to the cloud server 20.

Step S27B: The cloud server 20 updates transaction information. Specifically, the cloud server 20 changes the member price target product in the transaction information from the regular price to the member price.
Step S28B: The cloud server 20 updates the updated transaction information. Note that the payment device 50 stores the updated transaction information received from the cloud server 20.

Step S29B: The payment device 50 displays a product list screen GM04 (see FIG. 8).
Step S30B: The payment device 50 receives the selection of a payment method from the customer, similar to step S30A in FIG.
Step S31B: The payment device 50 performs payment using the accepted payment method (for products subject to member prices, payment is made at the member price). The payment device 50 also gives points to the customer. For example, the payment device 50 transmits the membership code and the points awarded (for example, the number of points according to the total amount) to the cloud server 20.

(Sequence diagram in Figure 5)
The sequence diagram in FIG. 5 shows a case where the mobile terminal 60 accepts a selection of card presence (step S1 in FIG. 1), and the payment device 50 receives a card presence selection (step S21C in FIG. 5). 50 and the cloud server 20 are shown.

Step S21C: As described above, the settlement device 50 receives the selection of card presence from the customer. For example, the payment device 50 accepts the operation of the button BT51 on the membership card presence/absence confirmation screen GM01 (see FIG. 9).
Step S22C: The payment device 50 instructs to read the membership card and obtains the membership code. For example, the payment device 50 displays the membership card reading instruction screen GM02 (see FIG. 9) and acquires the membership code.
Step S23C: The payment device 50 instructs to read the payment code and obtains transaction identification information. For example, the payment device 50 displays the payment code reading instruction screen GM03 (see FIG. 9), reads the payment code displayed on the mobile terminal 60 based on the customer's reading operation, and reads the transaction identification information for the transaction. get. The settlement device 50 stores the acquired transaction identification information.
Step S24C: Similar to step S24A in FIG. 3, the payment device 50 requests the cloud server 20 for transaction information of the transaction and card presence/absence selection information at the time of registration.

Step S25C: Similar to step S25A in FIG. 3, the cloud server 20 transmits the transaction information of the transaction and the card presence/absence selection information at the time of registration of the transaction to the payment device 50. Note that since the presence of a card is selected in the mobile terminal 60, the price of the member price target product in the transaction information is the member price, and the card presence/absence selection information at the time of registration indicates that the member has a card. Note that the payment device 50 stores transaction information and card presence/absence selection information at the time of registration received from the cloud server 20.

Step S30C: The payment device 50 accepts the selection of a payment method from the customer. For example, the payment device 50 receives an operation from the customer to select a payment method on the payment type selection screen GM05 (see FIG. 9).
Step S31C: The payment device 50 performs payment using the accepted payment method (for products subject to member prices, payment is made at the member price). The payment device 50 also gives points to the customer.

(Sequence diagram in Figure 6)
The sequence diagram in FIG. 6 shows a case where the mobile terminal 60 accepts a selection with a card (step S1 in FIG. 1) and the payment device 50 accepts a selection without a card (step S21D in FIG. 6). 50 and the cloud server 20 are shown.

Step S21D: As described above, the settlement device 50 accepts the selection of no card from the customer. For example, the payment device 50 accepts an operation of a button BT52 that the member does not have on the membership card presence/absence confirmation screen GM01 (see FIG. 9).
Step S23D: Similar to step S23C in FIG. 5, the payment device 50 instructs to read the payment code and acquires transaction identification information.
Step S24D: Similar to step S24A in FIG. 3, the payment device 50 requests the cloud server 20 for transaction information of the transaction and card presence/absence selection information at the time of registration.

Step S25D: Similar to step S25A in FIG. 3, the cloud server 20 transmits the transaction information of the transaction and the card presence/absence selection information at the time of registration of the transaction to the payment device 50. Note that since the presence of a card is selected in the mobile terminal 60, the price of the member price target product in the transaction information is the member price, and the card presence/absence selection information at the time of registration indicates that the member has a card. Note that the payment device 50 stores transaction information and card presence/absence selection information at the time of registration received from the cloud server 20.

Step S26D: The settlement device 50 requests the cloud server 20 for updated transaction information in which the price of the product subject to the member price is updated from the member price to the regular price. For example, the payment device 50 transmits request information including transaction identification information for identifying the transaction (request information requesting updated transaction information updated to the normal price) to the cloud server 20.

Step S27D: The cloud server 20 updates transaction information. Specifically, the cloud server 20 changes the member price target product in the transaction information from the member price to the regular price.
Step S28D: The cloud server 20 updates the updated transaction information. Note that the payment device 50 stores the updated transaction information received from the cloud server 20.

Step S29D: The payment device 50 displays a product list screen GM04 (see FIG. 9).
Step S30D: The payment device 50 receives the selection of a payment method from the customer, similar to step S30C in FIG.
Step S31D: The payment device 50 performs payment according to the accepted payment method (for products eligible for membership price, payment is made at the regular price).

(Supplementary information on the sequence diagrams in Figures 3 to 6)
Although not shown, the payment device 50 receives the transaction information first received from the cloud server 20 (the transaction information sent by the cloud server 20 in step S25A of FIG. 3, the transaction information sent by the cloud server 20 in step S25B of FIG. 4). 5, the transaction information transmitted by the cloud server 20 in step S25C of FIG. 5, and the transaction information transmitted by the cloud server 20 in step S25D of FIG. 6). Specifically, the payment device 50 uses the card presence/absence selection information upon registration received from the cloud server 20 (the transaction information transmitted by the cloud server 20 in step S25A of FIG. 3, and the transaction information transmitted by the cloud server 20 in step S25B of FIG. 4). transaction information, the transaction information sent by the cloud server 20 in step S25C of FIG. 5, and the transaction information sent by the cloud server 20 in step S25D of FIG. 50, it is determined that the transaction information received from the cloud server 20 is appropriate for settlement, and if they do not match, the transaction information received from the cloud server 20 is determined to be appropriate for settlement. judged to be inappropriate.

If the payment device 50 determines that payment based on the transaction information received from the cloud server 20 is not appropriate, the payment device 50 calculates the price of the product subject to the membership price from the price corresponding to the selection result of the presence or absence of a card on the mobile terminal 60. Requests the cloud server 20 for updated transaction information whose price is updated according to the selection result of card presence/absence, and displays the updated transaction information received from the cloud server 20 to the customer (specifically, a list of products) screen display), then settle the transaction using the updated transaction information.

If the settlement device 50 determines that settlement using the transaction information received from the cloud server 20 is appropriate, it does not request the cloud server 20 for updated transaction information or display the product list screen. Settlement is done based on the first transaction information received.

In the scene of FIG. 3, the payment device 50 uses the transaction information received from the cloud server 20 because the selection result of the presence or absence of a card in the mobile terminal 60 and the selection result of the presence or absence of a card in the payment device 50 match (both cards are not present). We judge that the settlement is appropriate. Therefore, the payment device 50 does not request updated transaction information from the cloud server 20 or display the product list screen, but uses the initially received transaction information (transaction information sent by the cloud server 20 in step S25A). The payment is made by (step S31A).

In the scene of FIG. 4, since the selection result of the presence or absence of a card on the mobile terminal 60 and the selection result of the presence or absence of a card on the payment device 50 do not match (the former does not have a card, the latter has a card), the transaction information received from the cloud server 20 We judge that it is inappropriate to settle the account. Therefore, the calculation device 50 calculates the price of the product subject to the membership price from the price (regular price) corresponding to the selection result of card presence/absence (no card) on the mobile terminal 60 to the price (regular price) corresponding to the selection result of card presence/absence (with card) on the payment device 50. After requesting the cloud server 20 for updated transaction information updated to the price (member price) corresponding to the price (member price) (step S26B) and displaying the product list screen (step S29B), payment is made using the updated transaction information. (Step S31B).

In the scene of FIG. 5, the payment device 50 uses the transaction information received from the cloud server 20 because the selection result of the presence or absence of a card in the mobile terminal 60 and the selection result of the presence or absence of a card in the payment device 50 match (both cards are present). We judge that the settlement is appropriate. Therefore, the payment device 50 does not request updated transaction information from the cloud server 20 or display the product list screen, but uses the initially received transaction information (transaction information sent by the cloud server 20 in step S25C). The payment is made (step S31C).

In the scene of FIG. 6, since the selection result of the presence or absence of a card on the mobile terminal 60 and the selection result of the presence or absence of a card on the payment device 50 do not match (the former has a card, the latter has no card), the transaction information received from the cloud server 20 We judge that it is inappropriate to settle the account. Therefore, the calculation device 50 calculates the price of the product subject to the membership price from the price (member price) corresponding to the selection result of the presence or absence of a card (with card) on the mobile terminal 60 to the selection result of the presence of card (with no card) on the payment device 50. After requesting the cloud server 20 for updated transaction information updated to the price (regular price) according to the price (step S26D) and displaying the product list screen (step S29D), payment is made using the updated transaction information. (Step S31D).

(Example of display on mobile terminal 60)
FIG. 7 is a display example of the mobile terminal 60. In the following explanation, it is assumed that "〇〇 yogurt" is a member-priced product, and the regular price is 260 yen and the member price is 250 yen. "〇〇 Bread" is a product subject to member price, and the regular price is 220 yen and the member price is 210 yen. "〇〇Chocolate" is not a product subject to membership price, and the regular price is 350 yen.

FIG. 7(A) is the start screen. On the start screen shown in FIG. 7A, a yes button BT01 and a no button BT02 are displayed in an operable manner. If the customer has a membership card (with a card), the customer operates the Yes button BT01, and if the customer does not have a membership card (without a card), the customer operates the No button BT02. Further, on the start screen shown in FIG. 7(A), the shopping start button BT03 is displayed in an inoperable manner (for example, displayed in a grayed-down manner, indicated by a broken line in the figure). The shopping start button BT03 becomes operable when the presence or absence of a membership card is selected (when the yes button BT01 or the no button BT02 is operated). When starting shopping, the customer operates the shopping start button BT03.

In addition, on the start screen, if you operate the No button BT02 (if you select no card), the products eligible for membership price will be displayed at the regular price, and if you operate the yes button BT01 (if you select with a card), the items will be displayed at the regular price. indicates that products eligible for membership prices are displayed at membership prices, that in addition to selecting whether or not a membership card is present on the mobile terminal 60, the presence or absence of a membership card is selected again on the payment device 50, or that the mobile terminal 60 selects whether or not a membership card is present. Even if you select ``I have a card'' on the payment device 50 (more specifically, when the membership card is read), the mobile terminal 60 will inform you that the product eligible for the membership price will be provided (payment) at the member price. Even if you select "With card", if you select "Without card" on the payment device 50 (more specifically, if the membership card is not read), a message will be displayed to the effect that products eligible for membership price will be provided at the regular price (payment will be made). You can.

FIG. 7B shows a registration screen when no card is selected on the start screen (when the No button BT02 is operated). FIG. 7(C) is a registration screen when the presence of a card is selected on the start screen (when the Yes button BT01 is operated). The registration screen shown in FIG. 7B (same as the registration screen shown in FIG. 7C) is provided with a captured image display area HR610 and a registered information display area HR620. The captured image display area HR610 is an area that mainly displays captured images. The registration information display area HR620 is an area that mainly displays product registration information. On the registration screen shown in FIG. 7(B) (the same applies to the registration screen shown in FIG. 7(C)), a checkout instruction button BT10 is displayed in an operable manner. The customer operates the checkout instruction button BT10 when proceeding to payment (accounting) (that is, when completing product registration).

If no card is selected, the mobile terminal 60 displays [No card] in the registration information display area HR620, as shown in FIG. Display bread) at regular price. When "Card required" is selected, the mobile terminal 60 displays "Card required" in the registration information display area HR620, as shown in FIG. Display bread) at member price.

When the card option is selected, the mobile terminal 60 displays a message indicating that the products (〇〇 yogurt, 〇〇 bread) are subject to member prices (as shown in Fig. 7C). "Meeting") is displayed. Note that when "Without card" is selected, the mobile terminal 60 does not display that the product is subject to membership price, as shown in FIG. 7(B), but when "With card" is selected. As in the case where the member price is applicable, a message may be displayed to the effect that the member price applicable product is the member price applicable product.

The mobile terminal 60 displays the registration screen shown in FIG. 7(B) (the registration screen when no card is selected on the start screen) and the registration screen shown in FIG. 7(C) (the registration screen when with card is selected on the start screen). When the checkout instruction button BT10 is operated on the registration screen (registration screen), a checkout code is generated and the generated checkout code is displayed on the checkout code display screen.

If no card is selected on the start screen, the checkout code display screen includes, in addition to the checkout code, a button to operate when returning to shopping, total information on the current shopping (transaction), and if you are a member, the current checkout code. Displays information on how much you can save on purchases. For example, when the checkout instruction button BT10 is operated on the registration screen shown in FIG. 7(B), the mobile terminal 60 displays a checkout code display screen as shown in FIG. 7(D). On the payment code display screen shown in FIG. 7(D), in addition to the payment code GA60, a return button BT20 that is operated when returning to shopping is displayed in an operable manner, and the total information is displayed as "Approximate total 3 items 830 yen. '' is displayed, and ``If you are a member, you save ¥20'' is displayed as information about how much you would save on this purchase if you were a member (code A). The above "¥20" is the amount obtained by subtracting the total amount "¥810" when the member price products are recorded at the regular price from the total price "¥830" when the member price products are recorded at the member price (the difference amount). Please note that if you have not purchased any items eligible for membership price during this shopping trip, the difference in price will be zero, so if you are a member, information on how much you would save on this shopping trip will be displayed. You don't have to.

Information on how much you would save on this purchase if you were a member is information on benefits you would get if you were a member, as well as solicitation information for membership (membership card issuing) targeted at non-members. There is also. In other words, by informing non-members of the difference between the regular price for non-members and the membership price that would apply if they were members, we can provide non-members with the benefits of becoming a member. is appealing. In place of or in addition to the above information, the mobile terminal 60 can operate a button to the member registration screen (not shown) on the payment code display screen when no card is selected on the start screen as solicitation information. Alternatively, a button for calling a clerk regarding membership registration (a button that notifies the clerk that membership registration is desired) may be displayed in an operable manner.

In addition, on the payment code display screen when no card is selected on the start screen, the payment device 50 will also display a message indicating that the presence or absence of a membership card will be selected again, and if the payment device 50 selects with a card, the membership card will be displayed. It may be possible to display that there is a reading. In addition, on the above-mentioned payment code display screen, if the payment device 50 selects to have a card (more specifically, if the membership card is read), a message will be displayed to the effect that products eligible for member prices will be provided at member prices (payment will be made). You may.

Although not shown, the checkout code display screen when card presence is selected on the start screen includes, in addition to the checkout code, a button to operate when returning to shopping, total information on the current shopping, and information on the current purchase as a member. Displays information on how much you save on your purchases. For example, when the checkout instruction button BT10 is operated on the registration screen shown in FIG. BT20 is displayed in an operable manner, and the total information is displayed as ``Approximate total of 3 items 810 yen'', and the information about how much you save on this purchase as a member is displayed as ``Membership discount amount ¥20''. good. Note that it does not need to be displayed if no item is purchased at the membership price during the current shopping trip.

In addition, on the payment code display screen when "with card" is selected on the start screen, the payment device 50 also displays a message indicating that the presence or absence of a membership card is to be selected again, and if "with card" is selected on the payment device 50, the membership card is displayed. It may be possible to display that there is a reading. In addition, on the above-mentioned payment code display screen, if you select no card on the payment device 50 (more specifically, if the membership card is not read), a message will be displayed to the effect that products eligible for membership price will be provided at the regular price (payment). May be displayed.

8 and 9 are display examples of the payment device 50. Specifically, FIG. 8 shows the screen transition of the payment device 50 when the mobile terminal 60 accepts the selection of no card. FIG. 9 shows the screen transition of the payment device 50 when the mobile terminal 60 accepts the selection of card presence.

In FIG. 8, the transition from the member card confirmation screen GM01 at the top of the left column → the payment code reading instruction screen GM03 at the second column on the left → the payment type selection screen GM05 at the third column on the left is the transition when the card is not present on the mobile terminal 60. The screen transition is shown when the selection is accepted and the selection of no card is accepted at the payment device 50. In other words, it shows screen transitions corresponding to the sequence diagram of FIG. 3.

In step S21A of FIG. 3, the payment device 50 displays the membership card presence/absence confirmation screen GM01 at the top of the left column. In step S23A of FIG. 3, the payment device 50 displays the payment code reading instruction screen GM03 that is second in the left column. In step S30A of FIG. 3, the payment device 50 displays the third payment type selection screen GM05 in the left column.

As described above, when the mobile terminal 60 accepts the selection of no card, and the payment device 50 accepts the selection of no card, the payment device 50 basically does not display the product list screen GM04. However, when the "purchase list" button on the payment type selection screen GM05 is operated, the payment device 50 displays the product list screen GM04.

In Figure 8, the first membership card confirmation screen GM01 in the left column → the top membership card reading instruction screen GM02 in the right column → the second payment code reading instruction screen GM03 in the right column → the third product list in the right column The transition from the screen GM04 to the fourth payment type selection screen GM05 in the right column shows the screen transition when the mobile terminal 60 accepts the selection of no card, and the payment device 50 accepts the selection of with a card. In other words, it shows screen transitions corresponding to the sequence diagram of FIG. 4.

In step S21B of FIG. 4, the payment device 50 displays the membership card presence/absence confirmation screen GM01 at the top of the left column. In step S22B of FIG. 4, the payment device 50 displays the membership card reading instruction screen GM02 at the top of the right column. The payment device 50 displays the second payment code reading instruction screen GM03 in the right column in step S23B of FIG. In step S29B of FIG. 4, the payment device 50 displays the third product list screen GM04 in the right column. In step S30B of FIG. 4, the payment device 50 displays the payment type selection screen GM05, which is the fourth payment type selection screen in the right column.

The payment device 50 selects two items (〇〇 yogurt, ○ ○White bread) will be displayed as ``〇〇 yogurt × 1 ¥260 → ¥250 (¥10 discount)'' and ``〇〇 bread × 1 ¥220 → ¥210 (¥10 discount)'' as the total discount amount. It says "Total discount 20 yen". In addition, the payment device 50 displays at the bottom the "smartphone display price (regular price) ¥830" as the price displayed on the mobile terminal 60 and the "fixed price (member price) ¥810" as the price to be actually settled. it's shown. Note that "¥830" in "smartphone display price (regular price) ¥830" corresponds to "¥830" in "estimated total" shown in FIG. 7(D).

In Figure 9, the first membership card confirmation screen GM01 in the left column → the first membership card reading instruction screen GM02 in the right column → the second payment code reading instruction screen GM03 in the right column → the third payment type in the right column The transition of the selection screen GM05 shows the screen transition when the mobile terminal 60 accepts the selection of card presence and the settlement device 50 accepts the card presence selection. That is, it shows screen transitions corresponding to the sequence diagram of FIG. 5.

In step S21C of FIG. 5, the payment device 50 displays the membership card presence/absence confirmation screen GM01 at the top of the left column. In step S22C of FIG. 5, the payment device 50 displays the membership card reading instruction screen GM02 at the top of the right column. The payment device 50 displays the second payment code reading instruction screen GM03 in the right column in step S23C of FIG. In step S30C of FIG. 5, the payment device 50 displays the third payment type selection screen GM05 in the right column.

As described above, when the mobile terminal 60 accepts the selection of card presence and the settlement device 50 accepts the card presence selection, the settlement device 50 basically does not display the product list screen GM04. However, when the "purchase list" button on the payment type selection screen GM05 is operated, the payment device 50 displays the product list screen GM04.

In Figure 9, the membership card presence confirmation screen GM01 at the top of the left column → the payment code reading instruction screen GM03 at the second position in the left column → the product list screen GM04 at the third position in the left column → the payment type selection screen GM05 at the fourth position in the left column This transition shows the screen transition when the mobile terminal 60 accepts the selection of card presence, and the settlement device 50 accepts the selection of no card. That is, it shows screen transitions corresponding to the sequence diagram of FIG. 6.

In step S21D of FIG. 6, the payment device 50 displays the membership card presence/absence confirmation screen GM01 at the top of the left column. The payment device 50 displays the second payment code reading instruction screen GM03 in the left column in step S23D of FIG. In step S29D of FIG. 6, the payment device 50 displays the third product list screen GM04 in the left column. In step S30D of FIG. 6, the settlement device 50 displays the fourth settlement type selection screen GM05 in the left column.

The payment device 50 selects two items (〇〇 yogurt, ○ ○White bread) is displayed as ``〇〇 yogurt × 1 ¥250 → ¥260'' and ``〇〇 bread × 1 ¥210 → ¥220.'' In addition, the payment device 50 displays at the bottom the "smartphone display price (member price) ¥810" as the price displayed on the mobile terminal 60 and the "fixed price (regular price) ¥830" as the price to be actually settled. it's shown.

The embodiments have been described above, and according to the embodiments, the provision of benefits can be suitably implemented. For example, while the mobile terminal 60 simply displays registered products at the regular price or member price (without having to read the membership card), the payment device 50 displays the registered products at the regular price or membership price (based on whether the membership card is read or not). ), you can pay at the regular price or member price.

(Modified examples, etc.)
Although the embodiments have been described above, the device configuration, data configuration, processing flow, display and output modes, etc. can be changed as appropriate, for example, as shown in (1) to (17) below. Further, the following (1) to (17) may be combined as appropriate.

(1) In the above embodiment, an example was explained in which the mobile terminal 60 accepts the selection of the presence or absence of a card (on the start screen) before registering the first product. Alternatively, or in addition, the selection of whether or not a card is present may be accepted after registering one product item. For example, the mobile terminal 60 may accept the selection of whether or not a card is present for the first time when displaying N items (one item as a member price target item). For example, the mobile terminal 60 may display the content selected before registering the first product (or the content selected when displaying the first member price eligible product) until the product registration is completed (accounting It may also be possible to make the change (before the instruction button BT10 is operated). For example, the mobile terminal 60 may arrange a navigation menu (for example, a hamburger menu button) on the registration screen, and accept changes to the presence or absence of a card from the button.

(2) In the above embodiment, if the selection result of the presence or absence of a card on the mobile terminal 60 and the selection result of the presence or absence of a card on the payment device 50 do not match, the payment device 50 transfers the updated transaction information to the cloud server 20. An example was explained in which the cloud server 20 updates the transaction information, sends the updated transaction information to the settlement device 50, and the settlement device 50 further displays the product list screen GM04 (FIGS. 4 and 6). , even if the selection result of the presence or absence of a card on the mobile terminal 60 and the selection result of the presence or absence of a card on the payment device 50 do not match, the payment device 50 may select a member among the products to be paid (purchased products). When no price target product is included, neither the above request nor the display of the product list screen need be performed. For example, in the example of the sequence diagram of FIG. 4, the payment device 50 determines that the transaction information first received from the cloud server 20 (the transaction information transmitted by the cloud server 20 in step S25B) does not include the member price target product. In this case, steps S24B to S29B may be omitted. In addition, in the example of the sequence diagram of FIG. 6, the payment device 50 determines that the transaction information first received from the cloud server 20 (the transaction information transmitted by the cloud server 20 in step S25D) does not include the member price target product. In this case, steps S24D to S29D may be omitted.

In addition, when the selection result of card presence/absence on the mobile terminal 60 and the selection result of card presence/absence of the payment device 50 do not match, the payment device 50 detects that the product eligible for membership price is among the products subject to payment. If one or more items are included, a price may be requested from the cloud server 20 according to the selection result of the presence or absence of a card in the payment device 50 for the item subject to the membership price. For example, in the sequence diagram example of FIG. 4, the payment device 50 requests the membership price of XX yogurt and XX bread from the cloud server 20, and in the sequence diagram example of FIG. You may request the cloud server 20 for the regular price.

(3) In the above embodiment, it was explained that 〇〇 yogurt and 〇〇 bread are products eligible for member price, and 〇〇 chocolate is not eligible for member price. All available products) may be eligible for member price.

(4) In the above embodiment, the payment device 50 acquires transaction identification information from the payment code after receiving the selection of whether or not a membership card is present ((after acquiring the membership code in the case of a card). Although described above, the selection of the presence or absence of a membership card may be accepted after acquiring the transaction identification information from the payment code.

(5) In the embodiment described above, if the payment based on the transaction information received from the cloud server 20 is inappropriate, the payment device 50 selects the presence or absence of a card on the mobile terminal 60 and the selection on the presence or absence of a card on the payment device 50. We have explained an example in which the updated transaction information is requested from the cloud server 20 (step S26B in FIG. 4, step S26D in FIG. You may receive it. For example, in step S25A of FIG. 3 and step S25B of FIG. 4, the cloud server 20 provides transaction information corresponding to the case with a card in addition to transaction information corresponding to the case without a card (transaction information to which the normal price is applied to the product subject to the membership price). (transaction information to which the member price is applied for the member price target product) is transmitted to the settlement device 50, and in step S25C of FIG. 5 and step S25D of FIG. The information may be sent to the payment device 50. Further, for example, in step S25A of FIG. 3 (same as step S25B of FIG. 4, step S25C of FIG. 5, and step S25D of FIG. 6), the cloud server 20 sets both the regular price and the member price for the member price target product. You can also send it.

(6) In the above embodiment, the method of handing over (transferring) the information necessary to perform the payment process (product registration data, etc.) to the payment device 50 (the method of transferring the information necessary to perform the payment process to the payment device 50) Although an example has been described in which the payment device 50 reads the symbol code (payment code) displayed by the mobile terminal 60 as an acquisition method, the method of taking over is not limited to this. In other words, the sales system 1 only needs to include a transfer means for transferring the information (registered data) registered by the mobile terminal 60 to the settlement device 50, and the configuration of the transfer means is not limited to the method illustrated in the embodiment.

For example, the mobile terminal 60 may read a symbol code displayed by the payment device 50 or a symbol code prepared for each payment device 50 (affixed, placed on the side, etc.). The above symbol code may be, for example, coded identification information that can identify the payment device 50. For example, the mobile terminal 60 that reads the symbol code displayed by the payment device 50 transmits to the cloud server 20 a delivery request that includes transaction identification information and identification information of the payment device 50 acquired from the symbol code. The cloud server 20 that receives the delivery request from the mobile terminal 60 transmits the transaction information indicated by the request to the settlement device 50 indicated by the request.

Alternatively, a method may be adopted in which the mobile terminal 60 transmits information (for example, transaction identification information) to the payment device 50. For example, the mobile terminal 60 may accept an operation (for example, a button operation) that specifies one payment device 50, and may transmit information to the designated payment device 50 (the transmission method does not matter). The operation is similar to the operation when reading the symbol code displayed by the mobile terminal 60). Note that when there is only one payment device 50, the mobile terminal 60 may transmit information to the payment device 50 based on a predetermined operation.

(7) In the above embodiment, the payment device 50 receives from the cloud server 20 the selection result of card presence/absence in the mobile terminal 60 (card presence/absence selection information at the time of registration); The result (card presence/absence selection information at the time of payment) may be transmitted to the cloud server 20.

For example, the flow may be as follows. The payment device 50 transmits transaction identification information and card presence/absence selection information at the time of payment to the cloud server 20 . The cloud server 20 compares the card presence/absence selection information at the time of registration corresponding to the transaction with the card presence/absence selection information at the time of payment received from the payment device 50 . That is, the cloud server 20 compares the selection result of the presence or absence of a card in the mobile terminal 60 with the selection result of the presence or absence of a card in the settlement device 50.

If no card is selected on either the mobile terminal 60 or the settlement device 50, the cloud server 20 transmits transaction information to the settlement device 50 in which the regular price is applied to the member price target product. The payment device 50 that has received the transaction information performs payment using the payment method selected from the payment type selection screen GM05 without displaying the product list screen GM04.

If the presence of a card is selected on both the mobile terminal 60 and the settlement device 50, the cloud server 20 transmits to the settlement device 50 transaction information to which the member price is applied for the product subject to the member price. The payment device 50 that has received the transaction information performs payment using the payment method selected from the payment type selection screen GM05 without displaying the product list screen GM04.

When the mobile terminal 60 selects "Without a card" and the settlement device 50 selects "With a card", the cloud server 20 stores transaction information to which the member price is applied for the product eligible for the membership price, and normal transaction information for the product eligible for the membership price. The price (that is, the price displayed on the mobile terminal 60) is transmitted to the payment device 50. The payment device 50 that has received the transaction information etc. displays the product list screen GM04, and then performs payment using the payment method selected from the payment type selection screen GM05.

When the mobile terminal 60 selects ``with card'' and the settlement device 50 selects ``no card'', the cloud server 20 stores transaction information to which the regular price is applied for the product eligible for membership price, and transaction information for the product eligible for membership price. The price (that is, the price displayed on the mobile terminal 60) is transmitted to the payment device 50. The payment device 50 that has received the transaction information displays the product list screen GM04, and then performs payment using the payment method selected from the payment type selection screen GM05.

(8) In the above embodiment, an example was explained in which the member price is stored in the product master, but the member price is stored in a file separate from the product master (member price master that stores the member price in association with the product code). You may.

(9) In the above embodiment, an example was explained in which the regular price and member price are stored for member-targeted products, but the discount amount (discount amount) or discount rate (discount rate) from the regular price is stored for member-targeted products. You may. Although related to (8) above, a member target product file storing product codes of member target products may be used separately from the product master. A plurality of member target product files may be used for each discount amount and discount rate.

(10) In the above embodiment, an example has been described in which the mobile terminal 60 accepts the selection of the presence or absence of a membership card (card presence/no card presence), but the mobile terminal 60 may also accept the selection of membership/non-membership. The same applies to the payment device 50. In other words, the mobile terminal 60 (same as the payment device 50) operates in the same way as if "no card" was selected when a non-member was selected, and when "with a card" was selected when a member was selected. It may work the same way as in the case. Note that the information indicating the selection result of card presence/no card on the mobile terminal 60 was referred to as "card presence/absence selection information at the time of registration", but when accepting the selection of member/non-member, for example, "member/non-member at the time of registration" It may also be called "selection information."

(11) In the above embodiment, an example was explained in which both a card presence button (Yes button BT01, Yes button BT51) and a card no button (No button BT02, No card button BT52) were provided. Either a card presence button or a card absence button (or, in relation to (10) above, either a member button or a non-member button) may be provided. For example, instead of the start screen, prepare the first screen and the second screen that transitions from the first screen, and the first screen has a card presence button (member button) and a forward button (button to display the second screen). ) and a shopping start button BT03 may be displayed on the second screen. If the customer has a membership card (if the customer is a member), the customer must operate the card presence button (membership button) and then the forward button on the first screen; if the customer does not have a membership card (non-membership button), the customer must operate the forward button. If the user is a member), the user operates the proceed button on the first screen without operating the card presence button (member button).

(12) In the above embodiment, an example has been described in which the membership code is obtained by reading the barcode on the membership card, but the method for obtaining the membership code is not limited to reading the barcode. If the membership card is an IC card, the membership code may be obtained by reading the IC chip, or if the membership card is a magnetic card, the membership code may be obtained by reading the magnetic stripe.

The membership card, which is an IC card, may be a transportation IC card that allows payment. In other words, a transportation IC card for payment (payment) may also serve as a membership card. If the membership card is a transportation IC card, the payment device 50 may acquire the membership code from the transportation IC card after selecting the transportation IC card on the payment type selection screen GM05, or obtain the membership code from the transportation IC card on the payment type selection screen GM05. The member code may be obtained from the transportation IC card before selecting the transportation IC card. In other words, the payment device 50 reads the transportation IC card when the transportation IC card is selected on the payment type selection screen GM05; You may acquire the membership code when reading the transportation IC card later, or you can obtain the membership code by reading the transportation IC card separately from reading the transportation IC card after selecting the transportation IC card on the payment type selection screen GM05. You may obtain the code.

The membership card may be a transportation IC card that allows payment. In other words, the transportation IC card for payment may also serve as a membership card. If the membership card is a transportation IC card, the payment device 50 may acquire the membership code when reading the transportation IC card after selecting the transportation IC card on the payment type selection screen GM05, or may acquire the membership code when reading the transportation IC card after selecting the transportation IC card on the payment type selection screen GM05. In addition to reading the transportation IC card after selecting the transportation IC card on the screen GM05, the membership code may be obtained by reading the transportation IC card before selecting the transportation IC card on the payment type selection screen GM05.

Next, four types (scene A, scene B, scene C, The movements in each scene of scene D) will be explained. Scene A is a scene where the mobile terminal 60 side does not have a transportation IC card, and the payment device 50 side has a transportation IC card. Scene B is a scene where the mobile terminal 60 side has a transportation IC card, and the payment device 50 side has a transportation IC card. Scene C is a scene where there is no transportation IC card on the mobile terminal 60 side and no transportation IC card on the payment device 50 side. Scene D is a scene where the mobile terminal 60 side has a transportation IC card, and the payment device 50 side does not have a transportation IC card.

(Scene A)
The payment device 50 accepts the selection of whether a transportation IC card is present on the membership card presence/absence confirmation screen GM01 (membership card presence/absence confirmation screen GM01 at the top of the left column in FIG. 8). The payment device 50 displays the payment code following the membership card presence confirmation screen GM01 without displaying a membership card reading instruction screen (not shown) that instructs reading of a transportation IC card following the membership card presence confirmation screen GM01. The reading instruction screen GM03 (second payment code reading instruction screen GM03 in the right column in FIG. 8) is displayed, and transaction identification information is obtained from the payment code.

Note that, common to Scene A and Scene B, the payment device 50 that has received the selection of having a transportation IC card does not accept the transportation IC card in the later scene where the payment type is selected, as a prior notification regarding the subsequent operation. A message may be displayed to the effect that it is necessary to select and hold (or insert) the transportation IC card over the payment terminal (or reading device). For example, the payment device 50 that has received the selection of membership card presence on the membership card presence/absence confirmation screen GM01 selects a transportation IC card on the payment type selection screen GM05 on the front of the membership card presence/absence confirmation screen GM01, and makes payment after selection. A small screen may be displayed that displays a message indicating that the transportation IC card must be held over the terminal and an OK button. When the OK button on the small screen is operated, the payment device 50 may erase the membership card presence confirmation screen GM01 and the small screen, and display the next screen (payment code reading instruction screen GM03).

The payment device 50 that has acquired the transaction identification information from the payment code requests the transaction information etc. from the cloud server 20, and acquires the transaction information and card presence/absence selection information at the time of registration from the cloud server 20. The payment device 50 determines that no transportation IC card is selected on the mobile terminal 60 (based on the registration card presence/absence selection information received from the cloud server 20, no transportation IC card is selected on the mobile terminal 60). Then, following the payment code reading instruction screen GM03, a membership card reading instruction screen (not shown) for instructing the reading of the transportation IC card is displayed, and the membership code is obtained. The payment device 50 that has acquired the membership code displays a membership card reading instruction screen (not shown), then a product list screen GM04 (the third product list screen GM04 in the right column in FIG. 8), and then a payment type selection screen. GM05 (the fourth payment type selection screen GM05 in the right column of FIG. 8) is displayed. In other words, since the displayed price (regular price) on the mobile terminal 60 side and the settlement price (member price) on the settlement device 50 side do not match, after obtaining the membership code (after confirming that you are a member), A product list screen GM04 (member price) is displayed, and then (after the OK button is operated) a payment type selection screen GM05 is displayed. The payment device 50 reads the transportation IC card again after the transportation IC card is selected on the payment type selection screen GM05.

Note that the payment device 50 selects the transportation IC card in the scene of selecting the next payment type and sends the payment terminal (or reader ) may display a message to the effect that it is necessary to hold (or insert) the transportation IC card.

(Scene B)
The payment device 50 accepts the selection of whether a transportation IC card is present on the membership card presence/absence confirmation screen GM01 (membership card presence/absence confirmation screen GM01 at the top of the left column in FIG. 9). The payment device 50 does not display the membership card reading instruction screen (not shown) that instructs to read the transportation IC card following the membership card presence confirmation screen GM01. Following the confirmation screen GM01, a settlement code reading instruction screen GM03 (second settlement code reading instruction screen GM03 in the right column in FIG. 9) is displayed, and transaction identification information is obtained from the settlement code.

The payment device 50 that has acquired the transaction identification information from the payment code requests the transaction information etc. from the cloud server 20, and acquires the transaction information and card presence/absence selection information at the time of registration from the cloud server 20. The payment device 50 determines that the presence of a transportation IC card has been selected on the mobile terminal 60 (the presence of a transportation IC card has been selected on the mobile terminal 60 based on the card presence/absence selection information at the time of registration received from the cloud server 20). Then, the payment type selection screen GM05 (the third payment type selection screen GM05 in the right column in FIG. 9) is displayed following the payment code reading instruction screen GM03. In other words, the displayed price (member price) on the mobile terminal 60 side and the settlement price (member price) on the settlement device 50 side match, and there is no need to actively display the product list screen GM04 (member price). The device 50 displays a payment type selection screen GM05 following the payment code reading instruction screen GM03. The payment device 50 reads the transportation IC card after the transportation IC card is selected on the payment type selection screen GM05.

(Scene C)
The payment device 50 accepts the selection of no transportation IC card on the membership card presence/absence confirmation screen GM01 (membership card presence/absence confirmation screen GM01 at the top of the left column in FIG. 8). The payment device 50 displays a payment code reading instruction screen GM03 (the second payment code reading instruction screen GM03 in the left column) following the membership card presence/absence confirmation screen GM01, and acquires transaction identification information from the payment code.

The payment device 50 that has acquired the transaction identification information from the payment code requests the transaction information etc. from the cloud server 20, and acquires the transaction information and card presence/absence selection information at the time of registration from the cloud server 20. The payment device 50 determines that "No transportation IC card" has been selected on the mobile terminal 60, and displays the payment type selection screen GM05 (the third payment type selection screen GM05 in the left column) following the payment code reading instruction screen GM03. indicate. In other words, the displayed price (normal price) on the mobile terminal 60 side and the settlement price (normal price) on the settlement device 50 side match, and there is no need to actively display the product list screen GM04 (normal price). The device 50 displays a payment type selection screen GM05 following the payment code reading instruction screen GM03.

Note that, common to Scene C and Scene D, if the payment device 50 accepts the selection of no transportation IC card, payment using the transportation IC card is prohibited. For example, if a selection of "No transportation IC card" is accepted on the membership card confirmation screen GM01, the transportation IC card may not be displayed as a selection candidate on the payment type selection screen GM05 (other transportation IC cards may not be displayed as selection candidates). (IC cards, electronic money, etc. may be displayed as selection candidates).

(Scene D)
The payment device 50 accepts the selection of no transportation IC card on the membership card presence/absence confirmation screen GM01 (membership card presence/absence confirmation screen GM01 at the top of the left column in FIG. 9). The payment device 50 displays the payment code reading instruction screen GM03 (the second payment code reading instruction screen GM03 in the left column in FIG. 9) following the membership card presence confirmation screen GM01, and extracts transaction identification information from the payment code. get.

The payment device 50 that has acquired the transaction identification information from the payment code requests the transaction information etc. from the cloud server 20, and acquires the transaction information and card presence/absence selection information at the time of registration from the cloud server 20. The payment device 50 determines that the option to use a transportation IC card has been selected on the mobile terminal 60, and displays the payment code reading instruction screen GM03, followed by the product list screen GM04 (the third product list screen GM04 in the left column in FIG. 9). is displayed, and then a payment type selection screen GM05 (the fourth payment type selection screen GM05 in the left column in FIG. 9) is displayed. In other words, since the displayed price (member price) on the mobile terminal 60 side and the settlement price (normal price) on the settlement device 50 side do not match, the product list screen GM04 (normal price) is displayed, and then the payment type selection screen GM05 Display.

(13) In (12) above, it was explained that if the payment device 50 side accepts the selection without a transportation IC card, payment using the transportation IC card is prohibited. Even if the selection of "None" is accepted, it is not necessary to prohibit payment using the transportation IC card.

When the payment device 50 receives the selection of no transportation IC card and executes the payment using the transportation IC card, the payment device 50 displays the product list screen GM04 before executing the payment using the transportation IC card. (member price) may be displayed. For example, when "No transportation IC card" is selected on the membership card presence/absence confirmation screen GM01 and when the transportation IC card is selected on the payment type selection screen GM05, the payment device 50 reads the transportation IC card and selects the transportation IC card. Check whether payment is possible with the card (balance amount), and if payment is possible with the transportation IC card, the product list screen GM04 (member price) is displayed, and then payment is made with the transportation IC card. You can. Note that, after selecting "No transportation IC card", if the transportation IC card is selected on the payment type selection screen GM05 (or when the transportation IC card is read), the payment device 50 displays the product list screen GM04. (member price) may be displayed. That is, the product list screen GM04 may be displayed after confirming whether payment is possible, or it may be confirmed whether payment is possible after displaying the product list screen GM04.

(14) Related to (13) above, even if the settlement device 50 accepts the selection of a transportation IC card, payment by means other than the transportation IC card (for example, cash) is prohibited. It's fine and doesn't need to be banned. In addition, when the settlement device 50 receives the selection of having a transportation IC card and executes payment using a method other than the transportation IC card, before executing the payment using a method other than the transportation IC card, A product list screen GM04 (regular price) may be displayed. For example, if transportation IC card presence is selected on the membership card presence/absence confirmation screen GM01 and a payment type selection screen other than the transportation IC card is selected on the payment type selection screen GM05, the payment device 50 displays the product list screen GM04 (regular price). After that, payment may be made using a method other than the transportation IC card.

(15) In (12) to (14) above, transportation IC cards were exemplified as media that do not obtain membership codes from barcodes or magnetic stripes, but credit cards (affiliated credit cards that also serve as membership cards), etc. This is also the same as a transportation IC card.

(16) In the above embodiment, there is one type of membership card (membership), but there may be two or more types of membership card (membership). The membership price target products and member prices may be different for each type of membership card (membership), and the conditions for points (conditions for points to be awarded, conditions for using the points awarded) may be varied.

For example, if there are two types of membership cards A (member A) and membership cards B (member B), and membership price target products and membership prices differ between membership cards A and B, the mobile terminal 60 can also use the payment device. 50, the user is allowed to select with card A, with card B, or without card. The payment device 50 displays a product list screen when the selection result on the mobile terminal 60 and the selection result on the self-payment device 50 are different (or when payment is made at a price different from the displayed price on the mobile terminal 60). If the selection result on the mobile terminal 60 and the selection result on the self-payment device 50 are the same (that is, when paying with the displayed price on the mobile terminal 60), the product list screen will be displayed. Allow the user to select a payment method without displaying it.

(17) Part or all of each function (input/output, storage, processing (including judgment)) of each device (mobile terminal 60, settlement device 50, transaction status management device 40, etc.) is explained as the entity that executes the function. It may also be realized in a device different from the one described above. For example, each device may function as a so-called thin client specialized in input/output interfaces and the like. As an example, a cloud server (which may be the same as the cloud server 20 or another cloud server) executes a program to control the operation of each device, and each device uses a browsing function to display the screen. It may be displayed.

<Summary of embodiments>
[Technical field]
The present invention relates to a payment device, a system, a portable registration terminal, and a program.
[Background technology]
2. Description of the Related Art There is a known technology that provides benefits at installed terminals where customers themselves register and pay for products (for example, see Patent Document 1).
[Prior art documents]
[Patent document]
[Patent Document 1] Japanese Patent Application Publication No. 2022-052587 [Summary of the invention]
[Problem to be solved by the invention]
Systems in which customers themselves use portable terminals to register products in product display areas and pay for them using installed payment devices are also becoming popular; Regarding the granting of benefits when using this device, it cannot be said that it is being implemented suitably, and there is room for improvement. The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique for suitably implementing the granting of benefits.
[Means to solve the problem]

(1) A payment device (for example, payment device 50) that pays for products registered with a portable registration terminal (for example, mobile terminal 60) that registers products, and that determines whether the user is a member of the portable registration terminal or not. An input means (for example, step S25A in FIG. 3) for inputting information indicating the selection result of membership (for example, card presence/absence selection information at the time of registration) and registration information regarding the product registered by the portable registration terminal. , a part that receives the information transmitted by the cloud server 20 in step S25B of FIG. 4, step S25C of FIG. 5, and step S25D of FIG. , step S22B in FIG. 4, step S22C in FIG. If the member identification information is not acquired, regardless of the selection result on the portable registration terminal inputted by the input means, the product subject to the member price is settled at the regular price (for example, in the step of FIG. 3). S31A, step S31D in FIG. 6), when the acquisition means acquires the member identification information, regardless of the selection result on the portable registration terminal input by the input means, the member is not eligible for the member price target product. This payment device is characterized by payment based on price (for example, step S31B in FIG. 4, step S31C in FIG. 5).
According to the payment device (1), it is possible to suitably implement awarding of benefits. For example, regardless of the selection result of membership or non-membership on a portable registration terminal, payment can be made at the normal price or member price depending on whether member identification information is acquired on the payment device. can.

(2) If the input means inputs the selection result indicating that the person is a non-member, and the acquisition means acquires the member identification information, the product eligible for the membership price is displayed on the portable registration terminal. The payment device according to item (1) is characterized in that it includes a display means for displaying the difference between the normal price that has been paid and the member price settled by the payment device (for example, the product list screen GM04 in FIG. 8).
According to the payment device (2), it is possible to suitably provide benefits. For example, it is possible to easily check the discount amount from the regular price displayed on the portable registration terminal.

(3) When the input means inputs the selection result indicating that the person is a non-member, and the acquisition means acquires the member identification information (for example, (such as when proceeding to the right column from the membership card presence/absence confirmation screen GM01 above), or the input means inputs the selection result indicating that the member is a member, and the acquisition means acquires the member identification information. If not (for example, when proceeding from the membership card presence confirmation screen GM01 at the top of the left column in FIG. 9 to the bottom of the left column), the registered information is displayed in a list (for example, the product list screen GM04 is displayed). This is the payment device (2).
According to the payment device (3), it is possible to suitably provide benefits. For example, if the amount at the checkout stage (whether benefits are given or not) differs from the amount indicated at the registration stage, this will be presented to the customer before proceeding with the checkout, making it easier to understand and less likely to cause misunderstandings or trouble. .

(4) A system including a portable registration terminal (e.g., mobile terminal 60) for registering products, and a payment device (for example, payment device 50) for paying for the products registered with the portable registration terminal. , the portable registration terminal includes a selection means for selecting whether the person is a member or a non-member (for example, step S1 in FIG. 1), a registration means for registering a product, and a selection means for selecting whether the product is a member or a non-member, a registration means for registering a product, and a list of products registered by the registration means. and a display means for displaying a price, and when the product registered by the registration means is a member price eligible product, if the selection result by the selection means is for non-members, the display means displays the price of the product normally. If the selection result by the selection means is a member, the price of the product is displayed as a member price (for example, FIG. 7(C)), and the payment device an input means for inputting information indicating a selection result of membership or non-membership at the portable registration terminal and registration information regarding the product registered by the portable registration terminal; and a member for identifying the member. The system includes an acquisition means capable of acquiring identification information from a medium, and a payment means for paying members for products subject to member prices at member prices, and the payment means is provided with an acquisition means that does not acquire the member identification information. In this case, regardless of the selection result on the portable registration terminal input by the input means, if the member price target product is settled at the regular price and the acquisition means acquires the member identification information, The system is characterized in that regardless of the selection result in the portable registration terminal inputted by the input means, the product subject to the member price is settled at the member price.
According to the system (4), it is possible to suitably implement the granting of benefits.
For example, at the stage of registering a product, the registered product can be displayed at the regular price or member price with a simple operation (no need for the media to be read), but at the checkout stage, it can be displayed strictly (the media cannot be read (based on availability), you can settle at regular price or member price.

(5) The display means displays a symbol code (for example, a payment code GA60) that is read by the payment device after the registration of the product by the registration device is completed, and the payment device is a code reader that reads the symbol code. means (for example, see step S23A in FIG. 3, step S23B in FIG. 4, step S23C in FIG. 5, and step S23D in FIG. 6), and the input means is configured to read the symbol code by the code reading means. The information indicating the selection result and the registration information are input, and the display means selects the selection result by the selection means when displaying the symbol code if the selection result by the selection means is non-member. It is characterized by displaying the difference (for example, code A in FIG. 7(D)) between the settlement amount when the result is a non-member and the settlement amount when the selection result by the selection means is a member. This is the system described in 4).
According to the system (5), it is possible to effectively (using actual examples) appeal to become a member.

(6) A selection reception means (for example, Yes button BT01, No button BT02) that accepts the selection of membership or non-membership, a registration means that registers the products to be purchased while shopping around the sales floor, and the registration means a declaration receiving means (e.g., checkout instruction button BT10) that accepts a declaration to complete the registration of products by another device (e.g., the payment device 50) based on the acceptance of the declaration by the declaration receiving means; display means for displaying a possible symbol code (for example, payment code GA60), and when the selection result received by the selection reception means is a non-member, the display means is configured to allow the declaration reception means to select the This is a portable registration terminal characterized in that, based on acceptance of a declaration, in addition to the symbol code, privilege information for membership (for example, reference numeral A in FIG. 7(D)) is displayed.
According to the portable registration terminal (6), it is possible to effectively (using actual examples) appeal to become a member.

(7) Information indicating whether the computer of the payment device that makes payment for the product registered at the portable registration terminal that registers the product is a member or a non-member at the portable registration terminal; An input means for inputting registration information regarding products registered using a portable registration terminal; an acquisition means for obtaining member identification information for identifying a member from a medium; The payment means functions as a payment means for paying the membership price, and if the acquisition means does not acquire the member identification information, the payment means is configured to: First, if the member price target product is settled at the regular price and the acquisition means acquires the member identification information, regardless of the selection result on the portable registration terminal input by the input means, the member This is a program that is characterized by paying member prices for eligible products.
According to the program (7), the same effect as the payment device (1) can be obtained.

(8) Selection receiving means for accepting the selection of membership or non-membership using the computer of the portable registration terminal; registration means for registering products to be purchased while shopping around the sales floor; a declaration accepting means for accepting a declaration to complete registration; and a display means for displaying a symbol code readable by another device based on the acceptance of the declaration by the declaration accepting means, the display means comprising: When the selection result received by the selection reception means is a non-member, in addition to the symbol code, privilege information for the case of membership is displayed based on the reception of the declaration by the declaration reception means. This program is characterized by:
According to the program (8), the same effect as that of the portable registration terminal (6) can be obtained.

Note that programs for realizing the functions of each device described above (headquarters server 10, store controller 30, transaction status management device 40, payment device 50, mobile terminal 60, etc.) are recorded on a computer-readable recording medium. Then, the programs recorded on this recording medium may be read into a computer system and executed to perform the 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 on the computer system. The "computer system" here includes hardware such as an OS and peripheral devices. Further, a "computer system" may include a plurality of computer devices connected via a network including the Internet, a WAN, a LAN, a communication line such as a dedicated line, etc. Furthermore, the term "computer-readable recording medium" refers to portable media such as flexible disks, magneto-optical disks, ROMs, and CD-ROMs, and storage devices such as hard disks built into computer systems. In this way, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. The recording medium also includes a recording medium provided internally or externally that is accessible from the distribution server for distributing 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. That is, as long as it can be downloaded from the distribution server and installed in an executable form on the terminal device, the format in which it is stored on the distribution server does not matter. Note that a configuration in which a program is divided into a plurality of parts and downloaded at different timings and then combined on a terminal device, or a distribution server that distributes each of the divided programs may be different. Furthermore, a "computer-readable recording medium" refers to a storage medium that retains a program for a certain period of time, such as volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network. This shall also include things. Moreover, the above-mentioned program may be for realizing part of the above-mentioned functions. Furthermore, it 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...Head office server 20...Cloud server 30...Store controller 40...Transaction status management device 50...Settlement device 60...Mobile terminal

Claims (8)

A payment device that pays for products registered with a portable registration terminal that registers products,
input means for inputting information indicating a selection result of membership or non-membership at the portable registration terminal and registration information regarding the product registered by the portable registration terminal;
an acquisition means capable of acquiring member identification information for identifying a member from a medium;
Equipped with a payment method that allows members to pay for products eligible for membership prices at member prices that are cheaper than the regular price,
The payment means is
If the acquisition means does not acquire the member identification information, regardless of the selection result on the portable registration terminal input by the input means, the member price target product is settled at the regular price;
When the acquisition means acquires the member identification information, the member price target product is settled at the member price regardless of the selection result inputted by the input means at the portable registration terminal. Payment device. When the input means inputs the selection result indicating that the person is a non-member, and the acquisition means acquires the member identification information, the normal value displayed on the portable registration terminal for the member price target product The settlement device according to claim 1, further comprising display means for displaying the difference between the price and the membership price settled by the settlement device. The display means is
When the input means inputs the selection result indicating that the user is a non-member, and the acquisition means acquires the member identification information, or when the input means inputs the selection result indicating that the input means is a member. 3. The payment device according to claim 2, wherein when the member identification information is input and the acquisition means does not acquire the member identification information, the registration information is displayed in a list. A system including a portable registration terminal for registering products, and a payment device for making payments for the products registered with the portable registration terminal,
The portable registration terminal is
a selection means for selecting whether to be a member or a non-member;
a registration means for registering a product;
and display means for displaying the price of the product registered by the registration means,
The display means is
If the product registered by the registration means is a member-priced product, if the selection result by the selection means is for non-members, the price of the product is displayed at the regular price, and even if the selection result by the selection means is for members. display the price of the product at the member price,
The payment device is
input means for inputting information indicating a selection result of membership or non-membership at the portable registration terminal and registration information regarding the product registered by the portable registration terminal;
an acquisition means capable of acquiring member identification information for identifying a member from a medium;
Equipped with a payment method that allows members to pay for products eligible for member prices at member prices,
The payment means is
If the acquisition means does not acquire the member identification information, regardless of the selection result on the portable registration terminal input by the input means, the member price target product is settled at the regular price;
When the acquisition means acquires the member identification information, the system is characterized in that, regardless of the selection result at the portable registration terminal inputted by the input means, the product subject to the member price is settled at the member price. . The display means is
displaying a symbol code read by the payment device after the registration of the product by the registration means is completed;
The payment device is
comprising code reading means for reading the symbol code,
The input means includes:
inputting information indicating the selection result and the registration information by the code reading means reading the symbol code;
The display means is
If the selection result by the selection means is non-member, when displaying the symbol code, the settlement amount and the selection result by the selection means are displayed as members. 5. The system according to claim 4, wherein the system displays the difference between the amount and the amount to be paid when the amount is calculated. A selection reception means for accepting a selection of whether to be a member or a non-member;
A registration means for registering products to be purchased while shopping around the sales floor;
declaration receiving means for receiving a declaration to complete the registration of the product by the registration means;
display means for displaying a symbol code readable by another device based on the declaration received by the declaration reception means;
The display means is
When the selection result received by the selection reception means is a non-member, in addition to the symbol code, privilege information for the case of membership is displayed based on the reception of the declaration by the declaration reception means. A portable registration terminal characterized by: The computer of the payment device that pays for the registered products on the portable registration terminal that registers the products,
Input means for inputting information indicating the selection result of membership or non-membership at the portable registration terminal and registration information regarding the product registered by the portable registration terminal;
an acquisition means capable of acquiring member identification information for identifying a member from a medium;
Functions as a payment method for members to pay for products eligible for membership price at a member price that is cheaper than the regular price,
The payment means is
If the acquisition means does not acquire the member identification information, regardless of the selection result on the portable registration terminal input by the input means, the member price target product is settled at the regular price;
When the acquisition means acquires the member identification information, the member price target product is settled at the member price regardless of the selection result inputted by the input means at the portable registration terminal. program. Portable registration terminal computer,
A selection reception means for accepting a selection of whether to be a member or a non-member;
A registration means for registering products to be purchased while shopping around the sales floor;
declaration receiving means for receiving a declaration to complete the registration of the product by the registration means;
Functioning as a display means for displaying a symbol code readable by another device based on the declaration received by the declaration reception means,
The display means is
When the selection result received by the selection reception means is a non-member, in addition to the symbol code, privilege information for the case of membership is displayed based on the reception of the declaration by the declaration reception means. A program characterized by:

Images