JP2021086303A - Product sales data processing device and program - Google Patents

Abstract

To allow for providing customers with appropriate information.SOLUTION: A product sales data processing device is provided, comprising: registration means for registering products purchased by a customer; an acquisition unit configured to acquire information used for payment for the products registered by the registration means from one or more media carried by the customer, and display means configured to display, for each medium, privilege information representing a privilege given when the medium is used for the payment on the basis of the information acquired by the acquisition unit.SELECTED DRAWING: Figure 8

Description

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

Due to the spread of electronic money in recent years, the number of customers who have many cards such as electronic money cards and credit cards is increasing. Against this background, there is no need to carry many cards, and when making a payment with a card, a technology that proposes to the customer the best card for payment according to the place of purchase, the date and time of purchase, the purchase price, and the priorities set by the customer. Has been proposed (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2017-130092

However, in the technique disclosed in Patent Document 1, there is a problem that a card that the customer does not actually carry may be proposed as the optimum card, and it is not always possible to provide appropriate information.

The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique capable of providing appropriate information to a customer.

In order to solve the above-mentioned problems, the product sales data processing device according to one aspect of the present invention uses the registration means for registering the product to be purchased by the customer and the registration means from one or more media possessed by the customer. The acquisition unit that acquires the medium information used when the price of the registered product is settled, and the privilege information indicating the privilege when used in the settlement based on the medium information acquired by the acquisition unit, are described above. It is characterized by including a display means for displaying each medium.

It is a figure which shows the installation example of a POS terminal. It is a figure which shows the appearance example of a POS terminal. It is a figure which shows the configuration example of a POS terminal. It is a figure explaining the outline of the operation mode of a POS terminal. It is a figure explaining the outline of the operation mode of a POS terminal. It is a figure explaining the outline of the operation mode of a POS terminal. It is a figure which shows the system configuration example for realizing the privilege display function. It is a figure which shows an example of a privilege display screen. It is a figure which shows an example of the screen displayed on the customer side display part. It is a figure which shows an example of the screen displayed on the customer side display part. It is a figure which shows an example of the screen displayed on the customer side display part. It is a figure which shows the display mode of the clerk side display part in a normal mode and a semi-self mode. It is a figure which shows the flowchart which shows an example of the privilege information generation processing and privilege information-related processing (normal mode). It is a figure which shows the flowchart which shows an example of the privilege information-related processing (semi-self mode). It is a figure which shows the flowchart which shows an example of the privilege information-related processing (full self mode). It is a conceptual diagram of the network for demonstrating the sales system 1. It is explanatory drawing explaining the settlement apparatus. It is a figure which shows the screen example displayed on the mobile terminal. It is a figure which shows the screen example displayed on the mobile terminal and the settlement apparatus. It is a figure which shows the screen example displayed on the settlement apparatus. It is a figure which shows the screen example displayed on the settlement apparatus. It is a sequence diagram explaining the outline of the whole flow of product purchase. It is a sequence diagram explaining the outline of the whole flow of product purchase. It is a sequence diagram explaining the outline of the processing flow when the payment method is changed. It is a sequence diagram explaining the outline of the processing flow when the payment method is changed.

(First Embodiment)
FIG. 1 is a diagram showing an installation example of a POS (Point Of Sales) terminal 20 according to an embodiment of the present invention. The POS terminal 20 is an example of a product sales data processing device. FIG. 1A is a perspective view of the POS terminal 20 and the like as viewed from the customer side. FIG. 1B is a perspective view of the POS terminal 20 and the like as viewed from the clerk side. As shown in FIG. 1A, a counter is placed on the right side of the POS terminal 20 when viewed from the customer side.

FIG. 2 is a diagram showing an example of the appearance of the POS terminal 20. FIG. 2A is a perspective view of the POS terminal 20 as viewed from the customer side. FIG. 2B is a perspective view of the POS terminal 20 as viewed from the clerk side. FIG. 3 is a diagram showing a configuration example of the POS terminal 20. In FIGS. 2 and 3, the same parts are designated by the same reference numerals.

Hereinafter, a configuration example of the POS terminal 20 shown in FIG. 3 will be described with reference to FIG. The POS terminal 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer side display unit 205, a customer side scanner unit 206, a card payment unit 208, a change machine 209, a customer side imaging unit 216, and the like. The customer side human sensor 217, the store clerk side display unit 210, the key operation unit 211, the store clerk side scanner unit 212, the printing unit 213, the audio output unit 214, the communication unit 215, the store clerk side imaging unit 218, and so on. It is equipped with a clerk side motion sensor 219. These can communicate with each other via the bus.

The CPU 201 is a central processing unit, and controls the operation of the POS terminal 20 by reading and executing a program stored in the ROM 202.
The ROM 202 is a read-only memory, and stores various information used by the CPU 201 including a program.

The RAM 203 is a read / write memory and stores various information. For example, the RAM 203 contains information acquired from the outside (for example, a product master acquired from the store controller 30) and information generated in the process (for example, registration information generated in the registration process, settlement information generated in the settlement process, etc.). Remember.

The hard disk 204 stores various information. The hard disk 204 may store, for example, a program or the like executed by the CPU 201 instead of the ROM 202. Further, instead of the RAM 203, information acquired from the outside or information generated in the process may be stored.

The customer side display unit 205 is a touch display provided for the customer, displays various information to the customer, and receives various inputs from the customer. The customer side display unit 205 is an example of a reading means for reading the code information attached to the product. The customer side scanner unit 206 is a scanner unit provided for the customer, and for example, the bar code (identification information such as the product code) attached to the product is irradiated with light (laser light) and optically. read.

The customer side scanner unit 206 is used when the customer registers the product, but the customer may register the product by another method. For example, when an order button or the like for a product is displayed on the customer side display unit 205, the customer can operate (press) the order button to register the product. The customer-side imaging unit 216 images the customer-side direction including the change machine 209. The customer side motion sensor 217 detects the approach of a person (mainly a customer).

The card payment unit 208 is a payment mechanism using various cards (various media such as credit cards and transportation cards). The card payment unit 208 of the present embodiment includes a card recognition unit (reading unit), a display unit, and an operation unit, but at least it may be provided with a card recognition unit.

The change machine 209 (cash settlement unit) is a cash settlement mechanism, has a bill / coin slot and a bill / coin outlet, calculates the amount to be inserted into the slot, and determines the amount to be inserted and the purchase amount. The difference amount of change is calculated, and the change is discharged from the discharge port. The change machine 209 is directed toward the customer and is operated by the customer. In this way, the POS terminal 20 is provided with a deposit / withdrawal unit for depositing / withdrawing money on the customer side.

The clerk side display unit 210 is a touch display provided for the clerk, displays various information to the clerk, and receives various inputs from the clerk.
The key operation unit 211 is composed of various keys (buttons) and receives various inputs from a clerk.
The clerk side scanner unit 212 is a scanner unit provided for the clerk, and for example, the bar code (identification information such as the product code) attached to the product or the clerk code attached to the clerk's name tag is illuminated ( It is read optically by irradiating it with a laser beam).

The scanner unit 212 on the clerk side is used when the clerk registers the product, but the clerk may register the product by another method. For example, when a key corresponding to a product (for example, a key corresponding to a sports newspaper) is arranged in the key operation unit 211, the clerk may operate (press) the key to register the product. it can. Further, when the preset key corresponding to the product is displayed on the display unit 210 on the clerk side, the clerk can operate the preset key to register the product. The clerk-side imaging unit 218 images the clerk-side direction. The clerk side motion sensor 219 detects the approach of a person (mainly a clerk).

The printing unit 213 is a printing unit that discharges media, and prints and issues various media such as receipts. The printing unit 213 is one printing unit that can rotatably change the direction from the clerk side to the customer side and from the customer side to the clerk side (direction of the medium issuing port). The orientation of the printing unit may be changed manually, or may be automatically changed (mechanically controlled, etc.) according to the transition of the operation mode (details will be described later), for example. The correctness of the orientation of the printing unit may be detected by a sensor or the like. In this way, the printing unit 213 can switch the discharge destination of the printed matter to either the store clerk side or the customer side.

The audio output unit 214 outputs audio. For example, the voice output unit 214 outputs voice guidance and the like.
The communication unit 215 transmits / receives information to / from another terminal (another POS terminal 20).

(Overview of each operation mode)
Subsequently, the operation mode of the POS terminal 20 will be described. The POS terminal 20 has a plurality of operation modes. For example, the POS terminal 20 has a normal mode, a full self mode, and a semi-self mode. The operation modes described below are operation modes during normal business operations (operation modes related to product registration processing and accounting processing), and are totaling modes for totaling and inquiring sales, sales, etc., and clerk, maintenance staff, etc. It does not include the maintenance mode for setting work and maintenance work, and the training mode for newcomers to train.

4 to 6 are diagrams for explaining the outline of the operation mode of the POS terminal 20. FIG. 4 is a diagram illustrating an outline of the normal mode. FIG. 4A is a schematic diagram showing the flow of processing (product registration processing, accounting processing) in the normal mode and the operation of people (clerks, customers), and FIG. 4B is a schematic diagram of the POS terminal 20 in the normal mode. It is a flowchart which showed the basic flow of operation. FIG. 5 is a diagram illustrating an outline of the full self mode. FIG. 5 (A) is a schematic diagram showing the flow of processing (product registration processing, accounting processing) in the full self mode and the operation of a person (customer), and FIG. 5 (B) is a schematic diagram of the POS terminal 20 in the full self mode. It is a flowchart which showed the basic flow of operation. FIG. 6 is a diagram illustrating an outline of the semi-self mode. FIG. 6 (A) is a schematic diagram showing the flow of processing (product registration processing, accounting processing) in the semi-self mode and the operation of a person (customer), and FIGS. 6 (B) and 6 (C) are in the semi-self mode. It is a flowchart which showed the basic flow of operation of a POS terminal 20.

In the following description, as a different aspect from the above-mentioned classification of operation modes (normal mode, full self mode, semi-self mode), the mode in which the POS terminal 20 executes the product registration process is the registration mode, and the settlement process is performed. The mode to be executed may be referred to as an accounting mode.

(Normal mode)
As shown in FIG. 4A, the normal mode is an operation mode in which the clerk side executes the registration process and the customer side executes the settlement process. That is, as shown in FIG. 4B, in the normal mode, the clerk side is in the registration mode and the customer side is in the accounting mode. That is, the POS terminal 20 operates as a registration accounting mode when viewed throughout the registration process to the settlement process.

In the normal mode, the clerk registers the customer's purchased product on the clerk side (the clerk side scanner unit 212, the clerk side display unit 210, the key operation unit 211). That is, the POS terminal 20 executes the registration process of the purchased product by the operation of the clerk (operation of the clerk side scanner unit 212, the clerk side display unit 210, the key operation unit 211, etc.) (upper part of FIG. 4A). ..

When the registration process by the clerk is completed, the customer confirms the total amount of the purchased products on the clerk side display unit 210, inserts money into the change machine 209, or operates the card settlement unit 208 to settle the payment (FIG. 4). Lower part of (A)). That is, the POS terminal 20 executes the settlement process by the operation of the customer (inserting money into the change machine 209, operating the card settlement unit 208) (lower part of FIG. 4A).

That is, in the normal mode, as shown in FIG. 4B, the product is initially scanned by the store clerk side scanner unit 212 (step S10: YES) and the product is registered (step S11). After pressing the subtotal key (for example, the subtotal key displayed on the clerk side display unit 210 or the subtotal key arranged on the key operation unit 211) (step S30: YES), on the customer side, for example, the change machine 209 Settlement is performed by (step S50), and the process is completed. In step S30, the subtotal key is an operation key for completing the registration process, and may be referred to as a subtotal button, a registration completion key, a registration completion button, a checkout key, a checkout button, or the like.

The customer may wait until the registration process by the clerk is completed (until the total amount is fixed), but may insert money into the change machine 209 before the registration process is completed. That is, the POS terminal 20 can accept payment during the registration process (upper part of FIG. 4A).

In addition, the clerk may wait until the customer completes the payment (until the customer picks up the change or receipt), but may register the next customer's purchased product. That is, the POS terminal 20 can register the purchased product of the next customer during the settlement process (lower part of FIG. 4A). In addition, the clerk may be absent during the payment by the customer (lower part of FIG. 4A). That is, the reception of the customer may be completed during the settlement of the customer.

In addition, the POS terminal 20 controls the payout of change / fishing bills by the change machine 209 in order to prevent forgetting to take the change when there is change, and a sensor or the like that the customer has removed the change / fishing bill. After recognizing with, the printing unit 213 controls the issuance of the receipt. The same applies to other operation modes. As described above, in the normal mode, there may or may not be a clerk in front of the customer who receives the change, but when there is a clerk, the above-mentioned control does not necessarily have to be performed (that is, change).・ You may pay out the fishing bill and issue the receipt at the same time, or you may issue the receipt first). Further, the timing of paying out change / fishing bills and issuing receipts may be controlled according to the current operation mode and the presence / absence of a clerk (for example, the presence / absence of a clerk is recognized by a sensor).

(Full self mode)
As shown in FIG. 5A, the full self mode is an operation mode in which the customer side executes the registration process and the customer side executes the settlement process. That is, as shown in FIG. 5B, in the case of the full self mode, the customer side is in both the registration mode and the accounting mode. That is, the POS terminal 20 operates as a registration accounting mode when viewed throughout the registration process to the settlement process.

In the full self mode, the customer registers the purchased product on the customer side (customer side scanner unit 206, customer side display unit 205). That is, the POS terminal 20 executes the registration process of the purchased product by the customer's operation (scanning by the customer-side scanner unit 206, touching the customer-side display unit 205) (upper part of FIG. 5A).

When the registration process is completed, the customer confirms the total amount of the purchased products on the customer side display unit 205, inserts money into the change machine 209, or operates the card settlement unit 208 to settle the payment (FIG. 5 (A). ) Lower). That is, the POS terminal 20 executes the settlement process by the operation of the customer (inserting money into the change machine 209, operating the card settlement unit 208) (lower part of FIG. 5A).

That is, in the full self mode, as shown in FIG. 5B, the product is scanned or the like by, for example, the customer side scanner unit 206 (step S20: YES) on the customer side, and the product is registered (step S21). After pressing the registration completion key (for example, the registration completion key displayed on the customer side display unit 205) (step S40: YES), payment is performed on the customer side by, for example, the change machine 209 (step S50), and processing is performed. Is completed. The registration completion key according to step S40 is an operation key for completing the registration process, and may be referred to as a registration completion button, a subtotal key, a subtotal button, a checkout key, a checkout button, or the like.

In the full self mode, as described above, the customer side executes both the registration process and the settlement process, but the clerk side does not mean that nothing can be done. That is, even when the POS terminal 20 is operating in the full self mode, for example, the clerk side scanner unit 212 can scan the clerk code. The state in which the registration process is executed on both the clerk side and the customer side (operation mode) may be referred to as a double scan mode.

(Semi-self mode)
The semi-self mode is divided into a registration-only mode in which the clerk executes the registration process and an accounting-only mode in which the customer performs the settlement process. The example of FIG. 6 is an example in which the POS terminal 20-1 operates in the registration-only mode and the POS terminal 20-2 operates in the accounting-only mode.

In the semi-self mode, the clerk registers the customer's purchased product on the clerk side (the clerk side scanner unit 212, the clerk side display unit 210, the key operation unit 211) on the POS terminal 20-1 in the registration-only mode. That is, the POS terminal 20-1 executes the registration process of the purchased product by the operation of the clerk (operation of the clerk side scanner unit 212, the clerk side display unit 210, the key operation unit 211, etc.) (FIG. 6A). Upper row).

When the registration process by the clerk is completed, the customer moves to the POS terminal 20-2 in the accounting-only mode, confirms the total amount of the purchased products on the clerk side display unit 210, and inserts money into the change machine 209, or The card payment unit 208 is operated to make a payment (lower part of FIG. 6A). That is, the POS terminal 20-2 executes the settlement process by the customer's operation (inserting money into the change machine 209, operating the card settlement unit 208) (lower part of FIG. 6A).

When the registration process is completed on the registration-only mode POS terminal 20 (POS terminal 20-1 in the example of FIG. 6), the customer changes from the registration-only mode POS terminal 20 to the accounting-only mode POS terminal 20 (example of FIG. 6). Then, the user moves to the POS terminal 20-2), and the information (registration information, etc.) necessary for the settlement process is supplied to the destination POS terminal 20.

A method of supplying information necessary for settlement processing from the registration-only mode POS terminal 20 (POS terminal 20-1 in the example of FIG. 6) to the accounting-only mode POS terminal 20 (POS terminal 20-2 in the example of FIG. 6). As a method, a method of transmitting information necessary for settlement processing from the POS terminal 20 in the registration-only mode to the POS terminal 20 in the accounting-only mode (may be transmitted via the store controller 30; the same applies hereinafter), or a registration-only mode. There is a method of issuing a medium (a medium on which a bar code or the like for acquiring information necessary for settlement processing is printed) on the POS terminal 20 of the above.

In the example of FIG. 6, there is only one POS terminal 20 in the accounting-only mode (POS terminal 20-2), but when there are two or more POS terminals 20 in the accounting-only mode. , The POS terminal 20 in the registration-only mode (POS terminal 20-1 in the example of FIG. 6) may specify the POS terminal (POS terminal 20 in the accounting-only mode) for executing the settlement process. When a medium (a medium on which a barcode or the like for acquiring information necessary for settlement processing is printed) is issued by the POS terminal 20 in the registration-only mode, the POS in the accounting-only mode that reads the medium is issued. The settlement process is executed at the terminal 20.

That is, in the semi-self mode, the product is first registered on the clerk side of the POS terminal 20 (POS terminal 20-1) in the registration-only mode. For example, as shown in FIG. 6B, the product is registered (step S11) by scanning the scanner unit 212 on the clerk side (step S10: YES). After pressing the subtotal key (for example, the subtotal key displayed on the clerk side display unit 210 or the subtotal key arranged on the key operation unit 211) (step S30: YES), for example, the POS terminal 20 in the accounting-only mode (for example, When the POS terminal 20-2) is designated (step S31: YES), the registration information is transmitted to the designated POS terminal 20 (step S32), and the process is completed.

In the example of FIG. 6B, when the product registration is completed, the subtotal key is first pressed, and then (after the subtotal key is pressed), the POS terminal 20 is specified. However, the product registration is completed. Occasionally, the processing procedure may be such that the POS terminal 20 is specified directly (without pressing the subtotal key). In the latter case, it is not necessary to display the subtotal key on the screen.

Subsequently, as shown in FIG. 6C, the POS terminal 20 (POS terminal 20-2) designated by the POS terminal 20 (POS terminal 20-1) in the registration-only mode receives the registration information (step). S49: YES), the settlement is performed on the customer side, for example, by the change machine 209 (step S50), and the process is completed.

After transmitting the registration information (or after issuing the medium), the clerk can register the purchased product of the next customer (lower part of FIG. 6A). In addition, the clerk may be absent after sending the registration information (lower part of FIG. 6A).

In the example of FIG. 6, the accounting-only mode POS terminal 20-2 executes the settlement process using the product registration information registered in the registration-only mode POS terminal 20-1. That is, the registration information used by the POS terminal 20-2 in the accounting-only mode for the settlement process is the registration information of the product registered when the POS terminal 20-1 is operating in the registration-only mode. However, if the registration information can be sent to the POS terminal 20-2 in the accounting-only mode (or if the accounting ticket can be issued), the registration information used by the POS terminal 20-2 in the accounting-only mode for the settlement process is , It does not necessarily have to be the registration information of the product registered when the POS terminal 20-1 is operating as the registration-only mode.

As an example, the registration information used by the POS terminal 20-2 in the accounting-only mode for the settlement process may be the registration information of the product registered when the POS terminal 20-1 is operating in the normal mode. That is, the POS terminal 20-2 in the accounting-only mode may execute the settlement procedure using the registration information of the product registered when the POS terminal 20-1 is operating in the normal mode.

When the clerk of the POS terminal 20-1 completes the registration process (when trying to send registration information or issue a checkout ticket), the customer side makes a payment operation (to the change machine 209). If the insertion of money and the operation of the card settlement unit 208) have already started, the transmission of registration information or the issuance of a checkout ticket may be prohibited, or the settlement operation may be cancelled.

Further, in the example of FIG. 6, the POS terminal 20-2 receives the registration information (or reads the accounting ticket) and executes the settlement process when operating as the accounting-only mode. However, if the settlement process can be executed after receiving the registration information (or after reading the checkout ticket), the operation when the POS terminal 20-2 receives the registration information (or reads the checkout ticket). The mode does not necessarily have to be the accounting-only mode.

As an example, even if the POS terminal 20-2 receives registration information from the POS terminal 20-1 and executes a settlement process using the registration information received from another terminal while operating in the full self mode. Good. The POS terminal 20-2 shifts from the full self mode to the accounting-only mode before executing the settlement process using the registration information received from the other terminal (registration received from the other terminal as the settlement procedure in the accounting-only mode). Process the information). The POS terminal 20-2 may or may not shift from the full self mode to the accounting-only mode before executing the settlement process using the registration information received from another terminal (as a settlement procedure in the full self mode). Registration information received from other terminals may be processed).

(Transition of operation mode)
The POS terminal 20 operates according to an operation other than the explicit mode transition operation (for example, on-screen input, selection operation, etc.) by the clerk and the explicit mode transition operation by the clerk (for example, reading the clerk code). The mode changes. Further, the POS terminal 20 has an operation mode based on predetermined conditions (conditions related to time such as elapsed time and predetermined time (schedule), conditions related to transmission / reception of information with other terminals, etc.) that do not depend on the operation of the clerk. Will migrate.

Hereinafter, the privilege display function for displaying the privilege in each of the above operation modes will be described. In the present embodiment, the customer himself / herself causes the card settlement unit 208 to read various cards actually possessed by the customer. The POS terminal 20 displays the card benefits and the like generated when the registered product is used at the time of purchase from the card information (for example, the card number and the like) read by the card payment unit 208. The customer decides which card to use by referring to the displayed benefits. The various cards may be any cards that can settle the price of the registered products, and examples thereof include credit cards, electronic money cards, debit cards, and point cards. Further, instead of the card, a mobile terminal having various card functions may be used.

In the present embodiment, as an example, in the normal mode and the semi-self mode, the customer can read the card during the registration of the product. In the full self mode, the customer can read the card after all the products have been registered.

In the following description, a business operator that provides a credit card, an electronic money card, a debit card, and a point card may be simply referred to as a business operator. There is also a card in which a credit card and a store are affiliated (hereinafter, also referred to as an "affiliated card"), and in this case, the store is also included in the card operator. These affiliated cards may offer benefits from credit companies and stores.

FIG. 7 is a diagram showing an example of a system configuration for realizing the privilege display function. FIG. 7 shows a plurality of POS terminals 20, a store server 110, a network 120, and operators 130A, 130B, 130C, and 130D. The business operator 130A is a server that stores privilege information of a business operator that provides a credit card. The business operator 130B is a server that stores privilege information of the business operator that provides electronic money. The business operator 130C is a server that stores privilege information of the business operator that provides the debit card. The business operator 130D is a server that stores privilege information of the business operator that provides the point card. Hereinafter, any business operator 130A, 130B, 130C, and 130D will be referred to as a business operator 130 unless the business operators 130A, 130B, 130C, and 130D are particularly distinguished. Further, each business operator 130 does not indicate only one business operator (for example, one credit company), and the business operator 130A indicates a server in which privilege information of one or more credit card companies is stored.

The POS terminal 20 can communicate with each business operator 130 via the store server 110 and the network 120. The network 120 is composed of the Internet, a general telephone line, and the like, but any network may be used as long as it is a communication line.

FIG. 8 is a diagram showing an example of a privilege display screen. This privilege display screen shows the privilege when it is used for payment, and is displayed by having the card payment unit 208 read various cards possessed by the customer as described above. On the privilege display screen, "recommended", "card type", "generated points", "available points", and "campaign information" are displayed.

Of these, "recommended" is a priority among the read cards, which is determined by a predetermined standard. In the present embodiment, the generation point is used as a predetermined reference, and the larger the generation point, the higher the priority, and the top 1st and 2nd place are displayed. The "card type" indicates that the read card is one of a credit card, an electronic money card, a debit card, and a point card, and the brand name of the card (A, B, X, in FIG. 8). Y, Z) are shown. Furthermore, the "card type" also indicates whether or not the card can be used. For example, "insufficient balance" as shown in FIG. 8 or, although not shown, the card has expired and is no longer valid.

"Occurrence point" indicates the point that occurs in this transaction. In FIG. 8, "4/2" is shown in the credit card A of the affiliated card, but "4" indicates the points generated by the store operator, and "2" indicates the points generated by the credit card operator. It shows the points where it occurs. Therefore, when credit card A is used, a total of 6 points are generated.

"Available points" indicates points that can be used in this transaction (1 point is equivalent to 1 yen). "Campaign" information indicates the current campaign and the upcoming campaign. For example, "1.5 times the points" indicates that a campaign for increasing points by 1.5 times is currently being carried out, and "double points next Monday" indicates an upcoming campaign.

When indicating that the card cannot be used at our shop on the privilege display screen, "cannot be used at our shop" is displayed as shown in "debit card Y". In this case, "occurred points", "available points", and "campaign information" are not displayed. As described above, in the present embodiment, the privilege information is displayed in different display modes according to the card (for example, insufficient balance or unusable). As a result, the customer can more easily confirm the privilege information.

Further, as shown in FIG. 8, by collecting the privilege information of the card associated with the main card and the family card in one frame, the main card and the family card are displayed in association with each other. In this way, when a plurality of linked cards are included, the privilege information indicating the privilege when the linked plurality of cards are used for payment may be associated and displayed. By displaying the information in association with each other, the customer can check the privilege information more easily.

Next, the transition of the screen displayed on the customer side display unit 205 when the card is read will be described. 9, 10, and 11 are views showing an example of a screen displayed on the customer side display unit 205. The screens and screen transitions described below are almost common in each operation mode.

As shown in FIG. 9A, the POS terminal 20 pops up "Please let me read the card" on the customer side display unit 205 in order to prompt the customer to read the card. When the customer causes the card payment unit 208 to read the card, the benefits of the card are displayed as shown in FIG. 9B. The "reading end" button shown in FIG. 9B is a button pressed by the customer when all the cards for which the privilege is to be viewed are read. Since "recommended" cannot be determined unless all the cards are read, it is displayed after the "reading end" button is pressed.

Further, when the card is read during the registration of the product in the normal mode and the semi-self mode, the generation point in FIG. 9B is blank because the total amount is unknown. In the normal mode and the semi-self mode, when the customer presses the reading end button shown in FIG. 9B, the occurrence point is displayed. On the other hand, when the card is read after the registration of all the products is completed in the full self mode, the generation points are displayed as shown in FIG. 9 (B) because the total amount is fixed.

In FIG. 9B, when the customer reads the various cards shown in FIG. 8 and presses “end of reading”, the screen shown in FIG. 10A is displayed. FIG. 10A shows a card selection screen including a privilege display screen. The POS terminal 20 pops up "Please select a card" on the customer side display unit 205 in order to prompt the customer to select a card to be used. The customer selects the card to be used on the privilege display screen. The selection method is a method of touching the area where the "card type" of the card to be used is displayed. When the customer selects the credit card A on the card selection screen of FIG. 10 (A), the confirmation screen shown in FIG. 10 (B) is displayed.

In the confirmation screen shown in FIG. 10B, the credit card A column is shaded to indicate that the credit card A has been selected. In addition, the POS terminal 20 pops up a confirmation screen asking "Are you sure you want to use credit card A?" On the customer side display unit 205 in order to confirm the card to be used, and also displays a "Yes" button and a "No" button. Is displayed. When the customer presses the "Yes" button, the POS terminal 20 displays one of the three settlement screens shown in FIG.

The three settlement screens shown in FIG. 11 are the difference between the presence / absence of the non-receipt button 141 and the receipt button 142. Which settlement screen is to be displayed is preset by the store. FIG. 11A is an example of a settlement screen in which both the non-receipt button 141 and the receipt button 142 are displayed. FIG. 11B is an example of a settlement screen in which only the no-receipt button 141 is displayed. FIG. 11A is an example of a settlement screen in which both the non-receipt button 141 and the receipt button 142 are not displayed. In addition, on the settlement screen of FIG. 11A, both the button 141 without receipt and the button 142 with receipt are displayed, but the customer can press only one of them.

When the customer presses the receipt button 142 on the settlement screen of FIG. 11A, a receipt is issued. Further, when the customer presses the no-receipt button 141 on the settlement screens of FIGS. 11A and 11B, an electronic receipt is output to the customer's smartphone instead of the receipt printed on the paper medium. .. The output destination of the electronic receipt is not limited to the customer's smartphone, but may be a server that stores data for displaying the receipt so that the customer can view the receipt from a mobile terminal or a PC, or a virtual server on the cloud. Since neither the non-receipt button 141 nor the receipt button 142 is displayed on the settlement screen of FIG. 11C, the customer has no choice and a receipt printed on a paper medium is issued. The customer can end the settlement by pressing the confirmation button on any of the settlement screens shown in FIG. In FIGS. 9, 10, and 11 described above, a "back" button for returning to the previous screen may be provided.

Next, the display mode of the clerk side display unit 210 in the normal mode and the semi-self mode will be described. FIG. 12 is a diagram showing a display mode of the clerk side display unit 210 in the normal mode and the semi-self mode. When the customer is reading the card, the clerk side display unit 210 displays "card reading in progress", and when the customer presses the "reading end" button shown in FIG. 9B, "card reading ends". Is displayed.

FIG. 12 (A) is a diagram showing the “card reading in progress” display 145 displayed on the registration screen, and FIG. 12 (B) is a diagram showing the “card reading end” display 146 displayed on the subplanning surface. is there. If the card reading is completed during product registration, the "card reading completed" display 146 is displayed on the registration screen, and if the card reading is not completed even in the subplan, "card reading completed" is displayed. "Medium" display 145 is displayed.

In the normal mode, when the customer presses the "reading end" button shown in FIG. 9 (B), the used card selection screen shown in FIG. 10 (A) is displayed. On the other hand, in the semi-self mode, the clerk specifies the settlement device by pressing the settlement device designation buttons 147 and 148 after confirming the "card reading end" display 146. The POS terminal 20 transmits the privilege information to the designated settlement device. When the customer presses the payment start button (not shown) in the designated payment device, the card selection screen shown in FIG. 10A is displayed. In this way, the POS terminal 20 transmits the privilege information to the other device when the payment for the registered product is settled by the other device. As a result, it is possible to provide appropriate information to the customer even when the settlement is performed by another device.

From the above, in the normal mode, the screen of any of FIGS. 9 (A), 9 (B), 10 (A), 10 (B), and 11 is displayed on the customer side display unit 205. Displayed in order. On the other hand, in the full self mode, FIGS. 9 (A) and 9 (B) are displayed in this order on the customer side display unit 205, and FIGS. 10 (A) and 10 (B) are displayed in the designated settlement device. B) and any of the screens of FIG. 11 are displayed in this order.

In the full self mode, registration and settlement are performed without going through a clerk. Therefore, after the customer has registered all the products, a button for selecting a payment method (for example, cash, electronic money, credit, etc.) and a privilege display button (not shown) for executing the privilege information function are displayed. To. When this privilege display button is pressed, any of the screens of FIG. 9 (A), FIG. 9 (B), FIG. 10 (A), FIG. 10 (B), and FIG. 11 is displayed in this order. In the full self mode, nothing is displayed on the clerk side display unit 210, but the clerk side display unit 210 can display the same screen as the customer side display unit 205 (mirror display) so that the clerk can check the status. May be.

The processing outline of the privilege display function described above will be described using a flowchart. The flowchart described below is executed by the CPU 201. FIG. 13A is a diagram showing a flowchart showing an example of privilege information generation processing. The CPU 201 determines whether or not the card has been read by the card settlement unit 208 (step S101). If the card is not read (step S101: NO), the process proceeds to step S106. When the card is read (step S101: YES), privilege information is acquired from the server of the business operator corresponding to the card via the store server 110 (step S102). If the card read at this time is an affiliated card, benefits may occur at the own store. Therefore, the CPU 201 determines whether or not the privilege is generated at the own store (step S103). If the privilege does not occur at the own store (step S103: NO), the CPU 201 proceeds to step S105.

When a privilege is generated at the own store (step S103: YES), the CPU 201 generates privilege information obtained by adding the privilege for the own store to the privilege information (step S104). The CPU 201 displays the privilege information corresponding to the read card (step S105). The CPU 201 determines whether or not the "reading end" button has been pressed (step S106). If the "reading end" button is not pressed (step S106: NO), the process proceeds to step S101.

When the "reading end" button is pressed, it is determined whether or not the read card includes the present card and the family card of the present card (step S107). If this card and the family card of this card are not included (step S107: YES), this process ends. When the present card and the family card of the present card are included (step S107: YES), as shown in FIG. 8, the CPU 201 generates privilege information in which the present card and the family card are combined into one frame. (Step S108), this process is terminated.

By the privilege information generation process described above, privilege information indicating the privilege when the card is used for payment is generated for each read card. This privilege information generation process is executed when the privilege information function is provided in each operation mode. In the normal mode and the bull self mode, the generation point is unknown unless the subtotal key is pressed, and the "recommendation" cannot be determined accordingly. Therefore, the generation point and the "recommendation" are generated after the subtotal key is pressed. Next, the privilege information-related processing for each operation mode will be described.

FIG. 13B is a diagram showing a flowchart showing an example of privilege information-related processing in the normal mode. The privilege information generation process shown in FIG. 13 (A) is executed independently of the privilege information-related process of FIG. 13 (B). In FIG. 13B, when the subtotal key is pressed and the read end button is pressed (step S201: YES), the CPU 201 calculates the occurrence point, determines “recommended”, and determines the occurrence point and “recommendation”. Generate privilege information with "recommended" added (step S202). Then, the CPU 201 displays the used card selection screen (step S203). Here, the screen shown in FIG. 10A is displayed.

When the card to be used is selected by the customer (step S204: YES), the CPU 201 pops up a confirmation screen as shown in FIG. 10 (B) (step S205). When the "Yes" button displayed on the confirmation screen is pressed by the customer (step S206: YES), the CPU 201 displays the settlement screen shown in FIG. 11 (step S207). When the confirmation button is pressed on the settlement screen (step S208: YES), the CPU 201 makes a payment with the selected card (step S209), and ends this process.

Next, the privilege information-related processing in the semi-self mode will be described. In the semi-self mode, since the transaction is performed between the registration device and the settlement device, the processing by the registration device and the processing by the settlement device will be described. FIG. 14A is a diagram showing a flowchart showing an example of privilege information-related processing in the semi-self mode (registration device). The privilege information generation process shown in FIG. 13 (A) is executed independently of the privilege information-related process (semi-self: registration device) shown in FIG. 14 (A).

In FIG. 14A, when the subtotal key is pressed and the read end button is pressed (step S301: YES), the CPU 201 calculates the occurrence point, determines “recommended”, and determines the occurrence point and “recommendation”. Generate privilege information with "recommended" added (step S302). Then, the CPU 201 displays the privilege information to which the generation point and the "recommendation" are added (step S303). Here, the screen shown in FIG. 10A is displayed.

When the settlement device is designated (step S304: YES), the CPU 201 transmits the registration data and the privilege information to the designated settlement device in the subplanning surface shown in FIG. 12 (B) (step S305). This process ends.

FIG. 14B is a diagram showing a flowchart showing an example of privilege information-related processing in the semi-self mode (payment device). The CPU 201 receives the registration data and privilege information transmitted from the registration device (step S401). As a result, the CPU 201 displays a settlement start button (not shown). When the settlement start button is pressed (step S402: YES), the CPU 201 displays the used card selection screen (step S403). Here, the screen shown in FIG. 10A is displayed.

When the card to be used is selected by the customer (step S404: YES), the CPU 201 pops up a confirmation screen as shown in FIG. 10 (B) (step S405). When the "Yes" button displayed on the confirmation screen is pressed by the customer (step S406: YES), the CPU 201 displays the settlement screen shown in FIG. 11 (step S407). When the confirmation button is pressed on the settlement screen (step S408: YES), the CPU 201 makes a payment with the selected card (step S409), and ends this process.

Next, the privilege information related processing in the full self mode will be described. In the full self mode, as described above, the privilege information function is executed by pressing the privilege button after the customer has registered all the products. Therefore, when the privilege display button is pressed (step S501: YES), the CPU 201 executes the privilege information generation process shown in FIG. 13 (A) (step S502). Here, since all the products have already been registered, the privilege information to which the generation points and "recommendations" are added is generated. The CPU 201 displays a card selection screen (step S503). Here, the screen shown in FIG. 10A is displayed.

When the card to be used is selected by the customer (step S504: YES), the CPU 201 pops up a confirmation screen as shown in FIG. 10 (B) (step S505). When the "Yes" button displayed on the confirmation screen is pressed by the customer (step S506: YES), the CPU 201 displays the settlement screen shown in FIG. 11 (step S507). When the confirmation button is pressed on the settlement screen (step S508: YES), the CPU 201 makes a payment with the selected card (step S509), and ends this process.

In the embodiment described above, the customer is made to read the card, but the clerk may be made to read the card. Further, although the screens shown in FIGS. 9 and 10 show privilege information and the like, registered products can also be displayed. Further, the privilege information may be displayed not only on the customer side display unit 205 but also on the clerk side display unit 210. In addition, the privilege information of the linked card is displayed in association with each other, but in addition to this card and the family card, for example, when multiple cards of different credit brands issued by the same credit company are read, they are also displayed in association with each other. You may. Further, the card information acquired from the card does not have to be the entire card number, and among the card numbers, for example, only the number that can be determined only by the credit company may be acquired. Even in this case, since the privilege information may be acquired, the security can be ensured as compared with the case where the entire card number is acquired. Further, in the semi-self mode, when a card to be used in the payment device is selected, the customer may read the card and obtain the card number again. As a result, it is possible to prevent the card number from being communicated between the registration device and the settlement device.

Next, various aspects of the semi-self mode will be described. In the above-mentioned semi-self mode, it is necessary to specify the POS terminal operating in the accounting mode from the POS terminal operating in the registration mode, and this specification method will be described. In the following description, the POS terminal operating in the registration mode is referred to as a registration device, and the POS terminal operating in the accounting mode is referred to as an accounting device.

As a mode of designating an accounting device for executing accounting processing from a plurality of accounting devices, a mode in which a clerk designates an accounting device for executing accounting processing with a registration device (first designated mode) and a mode in which a customer is assigned. There is a mode in which the handed-out accounting ticket is issued from the registration device and the customer reads the accounting ticket handed over by the clerk to one accounting device (second designated mode), but the accounting device is designated. The aspect is not limited to the above aspect. For example, the accounting device may be designated as follows.

As one embodiment, the registration device can be used in response to an operation performed on the send button displayed in response to the completion of product registration (or an operation for declaring the completion of product registration). For example, it recognizes an accounting device that can be accounted for by inquiring about the status of the accounting device (for example, no failure has occurred and is not in use), and a predetermined rule (for example, accounting) from among the accounting devices that are not in use One accounting device is determined according to the device number order). Then, the registration device transmits the accounting information to the determined accounting device and instructs the execution of the accounting process.

As another aspect, the priority of accounting processing is set in advance for the accounting device. Then, when the product registration is completed, the operation of the send button instructing the transmission of the accounting information to the accounting device is displayed so as to be effective. In response to the operation of the submit button, the registration device confirms whether or not the accounting device can be accounted for in the order set in order of priority, and confirms that the accounting process is possible. If not, make sure that the priority is for the next accounting device. Then, the registration device sends accounting information to the accounting device that is first confirmed to be capable of accounting processing, and instructs the accounting device to execute the accounting processing.

In another aspect, the registration device transmits accounting information to all accounting devices. When the accounting device that has received the accounting information becomes in a state where it can execute the accounting process by using the accounting information included in the accounting information received by itself, the accounting device notifies that the accounting process is executed by itself. It is sent to the registration device that is the source of the accounting information.

In response to the receipt of the accounting processing execution notification, the registration device displays the accounting device to which the accounting processing execution notification is sent (accounting processing execution display). The clerk may look at the accounting process execution display and tell the customer which accounting device executes the accounting process.

At this time, along with the accounting process execution display, the sign pole of the accounting device that sent the accounting process execution notification is lit in a predetermined pattern, or the accounting device outputs a predetermined notification sound, so that the self-accounting process is performed. You may want to be notified of what to do.

As another aspect, the clerk moves the shopping cart containing the products for which the product registration has been completed by the registration device to one of the basket storage areas set up corresponding to each accounting device. ..

The basket storage area is equipped with a sensor that detects the placed shopping cart. When the sensor determines that the shopping cart has been placed in the basket storage area, the corresponding accounting device makes a request, acquires the corresponding accounting information from the registration device, and executes the accounting process. In this case as well, the accounting device that has decided to execute the accounting process may notify itself that the accounting process is to be executed by lighting the barber's pole or outputting a notification sound.

In another aspect, the registration device transmits accounting instruction information including accounting information and transfer order information in which a transfer order between a plurality of accounting devices is set to a certain accounting device. The transfer order information may specify the transfer order cyclically between the accounting devices.

The accounting device that has received the accounting instruction information sends an accounting process execution notification to the registration device that is the source of the accounting instruction information, if it can execute the accounting process, and includes it in the received accounting instruction information. Perform accounting processing using the accounting information provided.

On the other hand, when the accounting device that has received the accounting instruction information cannot execute the accounting process, the transfer order is received by the next accounting device according to the transfer order information included in the received accounting instruction information. Transfer the accounting instruction information. By sequentially transferring the accounting instruction information between the accounting devices in this way, a procedure corresponding to the designation of the accounting device to execute the accounting process is realized.

(Second Embodiment)
FIG. 16 is a conceptual diagram of a network for explaining the sales system 1 according to the second embodiment. The sales system 1 shown in FIG. 16 includes a management device (for example, a store controller) 510, a cloud server 520, a registration settlement device 530, a settlement device 540, a monitoring device 550 (for example, a personal computer, etc.), and a mobile terminal 560 (for example, a smartphone). Etc.) including. Although one registered settlement device 530 is shown in FIG. 16, the number of registered settlement devices 530 in one store may be two or more. Further, although the two settlement devices 540 are shown in FIG. 16, the number of settlement devices 540 in one store may be one or three or more. Further, although one monitoring device 550 is shown in FIG. 16, the number of monitoring devices 550 in one store may be two or more. Further, the number of management devices 510 is basically one per store, but two or more may be used. The sales system 1 can be introduced in various stores (supermarkets, convenience stores, drug stores, home centers, home appliance mass retailers, apparel shops, other specialty stores, etc.).

The sales system 1 shown in FIG. 16 is a service corresponding to a mode in which a clerk registers a product using a registration settlement device 530, and a service corresponding to a mode in which a customer himself registers a product using a mobile terminal 560 (a service corresponding to a mode in which a customer himself / herself registers a product using a mobile terminal 560. Hereinafter, various services such as (hereinafter referred to as service A) will be provided. The portion of the sales system 1 that provides the service A may be referred to as a specific sales system. In other words, the specific sales system is a subsystem of the sales system 1 and provides the service A. In the following description, among the customers, the customer who uses the service A may be particularly referred to as a member.

The management device 510, the registration settlement device 530, the settlement device 540, and the monitoring device 550 are installed in the store and are communicably connected via LAN519 (which may be wired or wireless). The management device 510 can communicate with the cloud server 520.

The management device 510 is a device that mainly manages various devices in the LAN 519. For example, the management device 510 has a communication function with an external device. The management device 510 receives, for example, a product file (product master) or a special sale file from an external device (for example, a server of a headquarters (not shown) or a cloud server 520), and a registration settlement device 530 or the like. Or receives transaction information from a settlement device 540 or the like and sends it to an external device (for example, a cloud server 520 or the like).

The product file is, for example, a file that stores a product name, a selling price, and the like in association with product identification information (product code) that identifies each product. The special sale file is, for example, a file that stores the special sale period (start date and time, end date and time) and special sale contents (discount or discount conditions, discount or discount contents) in association with the product identification information.

The cloud server 520 is a server that provides various services. The cloud server 520 can communicate with the businesses 130A, 130B, 130C, and 130D described in the first embodiment. In FIG. 16, the operators 130A, 130B, 130C, and 130D are not shown. Since the cloud server 520 can communicate with the business operators 130A, 130B, 130C, and 130D, the privilege information and the like described in the first embodiment can be acquired from the business operator 130. Therefore, for example, in the settlement device 540, in FIG. The explained privilege display screen can be displayed.

The cloud server 520 provides a service A (a service corresponding to a mode in which a customer who is a member himself / herself registers a product using a mobile terminal 560). For example, the cloud server 520 manages (stores) various information related to the service A (for example, transaction information (basket information) and the like).

The cloud server 520 manages (stores) product files and special sale files. As described above, the cloud server 520 provides the service A, but the special sale based on the special sale file (the special sale realized by referring to the special sale file) may be performed in the entire sales system 1. However, the sales system 1 may be limited to the specific sales system (service A). That is, the special sale based on the special sale file may be applied when the clerk registers the product using the registration settlement device 530 or when the customer who is a member himself / herself registers the product using the mobile terminal 560. , The special sale based on the special sale file may be applied only when the customer who is a member himself / herself registers the product using the mobile terminal 560. Instead of the cloud server 520, another device (for example, a server at the headquarters (not shown) may manage the product files. Further, instead of the cloud server 520, another device (for example, a server of the headquarters (not shown) may manage the special sale file.

Further, the cloud server 520 manages an age confirmation product file that stores the product code of the age confirmation product (a product that requires confirmation of the age of the purchaser. Also referred to as a clerk call product. For example, liquor, tobacco, etc.). The age confirmation product file is used, for example, to determine whether or not the product is an age confirmation product. Instead of the cloud server 520, another device (for example, a server of the headquarters (not shown) may manage the age confirmation product file. In addition, for example, the product file may also serve as the age confirmation product file by storing a flag (value 0: applicable, value 1: not applicable) as to whether or not the product file corresponds to the age confirmation product.

The registration settlement device 530 is an apparatus that executes registration processing and settlement processing. The registration settlement device 530 is used by a clerk (the registration process and the settlement process are executed by the operation of the clerk).

The settlement device 540 is an apparatus that executes a settlement process. The settlement device 540 is basically used by the customer (the customer performs the settlement process by an operation). The settlement device 540 is used by at least a customer (member) who uses the service A.

The monitoring device 550 is a device that mainly monitors various devices in the LAN 519. The monitoring device 550 monitors the operating status of other devices (for example, registered settlement device 530, settlement device 540, etc.), displays various information in the other device, and outputs various commands to the other device. To do.

The mobile terminal 560 is operated by a customer who is a member. The mobile terminal 560 is used when using the service A. The mobile terminal 560 has a recognition function for recognizing various codes (bar code, two-dimensional code, etc.) in addition to a communication function and an imaging function (camera). For example, the mobile terminal 560 recognizes a barcode attached to a product. For example, the mobile terminal 560 may extract feature points in an captured image (an image acquired as a through image) captured by an imaging function and recognize an object (various codes).

The mobile terminal 560 is basically assumed to be the property of each member, but may be lent by the store. The number of mobile terminals 560 (number in operation) changes according to the number of visitors and the like. In FIG. 16, two mobile terminals 560 are shown as an example to the effect that a plurality of mobile terminals can be used. Shown.

The mobile terminal 560 displays various screens related to the service A. For example, an application program for using service A on a mobile terminal 560. Hereinafter, it is also referred to as a specific application. ) May be installed, and the mobile terminal 560 may display various screens related to the service A.

In addition, a part or all of the sales system 1 (or the specific sales system) may be referred to as another name (for example, a product registration system, a settlement system, a product sales data processing system, etc.).

Further, in the above description, the cloud server 520, the settlement device 540, and the mobile terminal 560 are used for the service A, but the management device 510 is also used for the service A (for example, the settlement device 540 and the cloud server 520). Used for sending and receiving information). Other devices (registered settlement device 530, monitoring device 550, server of the headquarters (not shown, etc.) may be used for the service A.

FIG. 17 is an explanatory diagram illustrating the settlement device 540. FIG. 17A is a diagram showing an example of the appearance of the settlement device 540 (a perspective view seen from the customer side). FIG. 17B is a diagram showing a configuration example of the settlement device 540. In FIGS. 17 (A) and 17 (B), the same parts are designated by the same reference numerals. The settlement device 540 is basically operated by the customer.

Hereinafter, a configuration example of the settlement device 540 shown in FIG. 17B will be described with reference to FIG. 17A. The settlement device 540 includes a CPU 401, a ROM 402, a RAM 403, a hard disk 404, a display unit 405, a scanner unit 406, a card payment unit 408, a change machine 409, a printing unit 413, an audio output unit 414, and the like. It is provided with a communication unit 415. These can communicate with each other via the bus. The settlement device 540 may be further provided with a key operation unit, an imaging unit (camera), and a notification unit (a lamp such as a barber's pole).

The CPU 401 is a central processing unit, and controls the operation of the settlement device 540 by reading and executing a program stored in the ROM 402.
The ROM 402 is a read-only memory, and stores various information used by the CPU 401 including a program.

The RAM 403 is a read / write memory and stores various information. For example, the RAM 403 stores information read from the ROM 402 or the hard disk 404, information acquired from the outside, information generated in the process, and the like.

The hard disk 404 stores various information. The hard disk 404 may store, for example, a program executed by the CPU 401 instead of the ROM 402. Further, instead of the RAM 403, the information read from the ROM 402, the information acquired from the outside, the information generated in the processing, and the like may be stored.

The display unit 405 is a touch display, displays various information, and accepts various inputs.

The scanner unit 406 optically reads various information. For example, the scanner unit 406 scans a code (two-dimensional code for settlement, etc.) displayed on the display unit of the mobile terminal 560, and reads information necessary for the settlement process. Further, the scanner unit 406 scans a code (bar code, two-dimensional code, etc.) printed on another device (for example, a checkout ticket (registered trademark) emitted by the registered settlement device 530) and is required for the settlement process. Information may be read. Further, the scanner unit 406 may scan the bar code attached to the product and read the product code. The scanner unit 406 may read the bar code attached to the name tag of the clerk. You may scan the code etc. and read the clerk code.

The card payment unit 408 is a payment mechanism using various cards (prepaid cards such as credit cards and transportation cards, cash cards at the time of debit payment, point cards at the time of point payment, etc.). The card payment unit 408 includes a card recognition unit (reading unit), a display unit, and an operation unit, but at least it may be provided with a card recognition unit. The card recognition unit may recognize various cards (for example, point cards, membership cards, shareholder cards, etc.) for granting benefits, discounts, and the like.

The change machine 409 (cash settlement unit) is a cash settlement mechanism, has a bill / coin slot and a bill / coin outlet, calculates the amount to be inserted into the slot, and determines the amount to be inserted and the purchase amount. The difference amount of change is calculated, and the change is discharged from the discharge port. When bills or coins are inserted into the slot, they are detected by a sensor (detection that there was insertion, detection of the number of coins by denomination, etc.).

The printing unit 413 prints and issues various media (receipt, checkout ticket, etc.).
The audio output unit 414 outputs audio. For example, the voice output unit 414 outputs voice guidance and the like. The communication unit 415 transmits / receives information to / from other devices (management device 510, registered settlement device 530, other settlement device 540, monitoring device 550, etc.).

Although the appearance and hardware configuration of the settlement device 540 have been described, the description of the appearance and hardware configuration of the registered settlement device 530 and the like will be omitted. As described with reference to FIG. 16, the registration settlement device 530 is basically used by a clerk (the registration process and the settlement process are executed by the operation of the clerk).

Further, the registration settlement device 530 is provided with a display unit and a scanner unit on both sides (clerk side and customer side), and a payment unit (card payment unit, cash payment unit) on one side (customer side). May be good. The registration settlement device 530 having the configuration has a plurality of operation modes (a mode in which a registration process is executed by a store clerk's operation and a settlement process is executed by a customer's operation, and a registration process by a customer's operation, depending on, for example, an operating status. It may be a device that can be switched to any one of the mode of executing the settlement process, the mode of executing the registration process by the operation of the clerk and the customer, and the mode of executing the settlement process by the operation of the customer). .. Further, the registered settlement device 530 can be used for the service A as long as the settlement process is executed by the operation of the customer. That is, the customer can execute the registration process on the mobile terminal 560 and execute the settlement process on the registration settlement device 530.

Next, an example of a screen displayed on the mobile terminal 560 will be described. FIG. 18A is a diagram showing a start screen. The start screen is a screen displayed when a customer starts a transaction. On the start screen, a payment method selection button 601, a non-selection button 602, and a related information display field 603 are displayed.

The payment method selection button 601 is a button for touching the payment method desired by the customer. The payment method selection button 601 displays a list of payment methods registered in advance by the customer. In the example of FIG. 18A, "cash", "credit card A", "credit card B", "electronic money", and "point card" are displayed as payment methods.

The non-selection button 602 is a button for touching when the payment method is not selected at this time. The non-selection button 602 displays a "select later" indicating that the payment method is not currently selected.

The related information display field 603 is a field for displaying information related to the payment method. In the example of FIG. 18A, as information related to the payment method, "5% discount on all items with credit card A!" Is displayed. As a result, it is possible to provide information that can be used as a reference when the customer selects a payment method, so that the usability of the customer can be improved.

FIG. 18B is a diagram showing a registration screen. On the registration screen, a registration field 605, a payment method display change button 610, a change price notification 611, and an application notification 612 are displayed. Further, the registration screen is provided with a captured image display area 604 for displaying the captured image. FIG. 18B shows a display example when the barcode attached to the product (○○ bread) is imaged. When registering a desired product (product to be purchased), the customer recognizes (images) the barcode attached to the product as shown in FIG. 18 (B).

In the registration column 605, registered products, points, total amount, and the like are displayed. In the case of FIG. 18B, XX yogurt, XX chocolate, and XX bread are displayed as registered products. The later the registration timing, the lower it is displayed. Therefore, in the case of FIG. 18B, the XX bread is the most recently registered product. In addition, a "Proceed to checkout" button is displayed in the registration column. The customer touches the "Proceed to checkout" button when registering the product and making a payment.

The payment method display change button 610 displays the currently selected payment method or that the payment method is not selected and the operation for changing the payment method, so that the customer can change the payment method. It's a button. In the case of FIG. 18B, it is shown that electronic money is selected. This allows the customer to recognize that electronic money is not currently selected as the payment method. When the customer touches the payment method display change button 610, the change screen shown in FIG. 18C is displayed.

On the change screen shown in FIG. 18C, a payment method selection button 601, a non-selection button 602, and a related information display field 603 are displayed so as to be superimposed on the registration screen. The payment method selection button 601, the non-selection button 602, and the related information display field 603 are as described with reference to FIG. 18A.

Returning to FIG. 18B, the change price notification 611 notifies at the time of product registration that the price has been changed by the payment method currently selected. A display example when the payment method is not selected at this time will be described with reference to FIG. 18 (D). In the case of FIG. 18B, it is displayed that XX bread is discounted by 10% when paying with the selected electronic money. The change price notification 611 is displayed for a predetermined time (for example, 3 seconds) after the product is registered. This allows the customer to recognize that the price will change depending on the payment method currently selected.

The application notification 612 notifies the registered product that the price has been changed by the payment method currently selected. In the case of FIG. 18B, it is displayed that the XX bread has been discounted by 10%. This allows the customer to recognize the item whose price has been changed by the payment method currently selected.

FIG. 18D is a diagram showing a registration screen. The difference from the registration screen of FIG. 18B is that the payment method is not selected. Therefore, the payment method display change button 610 is displayed that the payment method is not selected. This allows the customer to recognize that no payment method has been selected at this time. The change price notification 611 notifies at the time of product registration that the price is changed by a certain payment method when the payment method is not selected at the present time. In the case of FIG. 18D, it is notified that if the payment method is electronic money, the XX bread will be discounted by 10%. This allows the customer to recognize the payment method for which the price will change.

When the customer completes the registration of the product and makes a payment, he / she touches the "Proceed to checkout" button provided in the registration field 605. When the "Proceed to checkout" button is touched, the two-dimensional code display screen is displayed instead of the registration screen. FIG. 19A is a diagram showing a two-dimensional code display screen. The two-dimensional code display screen is a screen displaying a two-dimensional code for settlement. In addition, the mobile terminal 560 may display a small screen displaying the two-dimensional code for settlement on the registration screen (on the front side of the registration screen) instead of the two-dimensional code display screen.

When the settlement device 540 reads the two-dimensional code for settlement displayed on the two-dimensional code display screen, the subplanning surface is displayed. FIG. 19B is a diagram showing a subplanning surface. A payment method selection button 631 and a recommendation display button 632 are displayed on the subplanning surface. The payment method selection button 631 is a button for the customer to select a payment method. If the payment method is selected by the customer before the subplanned surface is displayed, the button corresponding to the selected payment method is shaded when the subplanned surface is displayed. In the case of FIG. 19B, it is shown that the credit card A is selected as the payment method.

The subplanning surface shown in FIG. 19B is a subplanning surface for purchasing XX yogurt, XX chocolate, and XX bread displayed in the registration column 605 shown in FIG. As shown in FIG. 18, the total amount before the discount is 830 yen, but since credit card A is selected as the payment method, the total amount is discounted by 5%. 788 yen is displayed as.

The recommendation display button 632 is a button for displaying the privilege display screen. When the recommendation display button 632 is touched, the screen shown in FIG. 9A is displayed on the customer side display unit 205. When the customer reads the credit card or the like, the card information of each card is acquired. After that, when the "reading end" button in FIG. 9B is touched, the privilege display screen is displayed. FIG. 20A is a diagram showing a privilege display screen. The privilege display screen 640 is displayed superimposed on the subplanning surface. Since the privilege display screen 640 here is obtained by removing the information related to the "debit card" from the privilege display screen shown in FIG. 8, the description thereof will be omitted. The customer can display the subplanned surface on which the privilege display screen is not displayed by pressing the "back" button at the bottom of the subplanned surface. Since the payment method is registered in advance by the customer, the privilege display screen may be displayed without reading the credit card or the like. In this case, it is not possible to check the balance of electronic money or whether or not the credit card has expired.

On the subplanning side, the customer can change the payment method. FIG. 20B is a diagram showing a subplanning aspect when the payment method is changed. The subplanning plane shown in FIG. 20B shows a screen displayed when the customer selects electronic money as the payment method in the subplanning plane of FIG. 19B.

If the payment method is to be changed, a warning screen 641 is displayed as shown in FIG. 20 (B). The warning screen 641 is a screen asking whether or not the payment method is different from the already selected payment method, and the customer selects "Yes" or "No". If the customer selects "No", the process returns to the subplanning aspect of FIG. 19B. If the customer selects "Yes", the total amount will be recalculated and displayed.

FIG. 21 is a diagram showing a subplanning surface displayed after recalculation. The amount change notification 642 is displayed on the subplanning surface shown in FIG. If the payment method is electronic money, the total amount will be changed to 808 yen because the XX bread will be discounted by 10% and the others will not be discounted. Since the amount change notification 642 allows the customer to easily recognize that the total amount has been changed, the customer can determine whether or not the change should be made.

22 and 23 are sequence diagrams illustrating an outline of the overall flow of product purchase by the sales system 1. Specifically, in FIGS. 22 and 23, a customer (a member who owns a mobile terminal 560 in which a specific application is installed) visits a store (a store in which service A operates) and uses the mobile terminal 560. Then, the products displayed in the store are registered, and the registered products are installed outside the mobile terminal 560, the payment device 540 installed in the store, the data center, etc. until the payment is completed. An example of the processing flow in each of the cloud servers 520 is shown.

In the description of the sequence diagram of FIG. 22, a two-dimensional code (two-dimensional code obtained by two-dimensionally coding the store identification information and the like) for identifying the store is displayed near the entrance of the store. To do. Further, in the description of the sequence diagram of FIG. 22, the product specified by recognizing the barcode is neither an age confirmation product nor a product scheduled for sale.

Step S601: The mobile terminal 560 acquires the store specific information. Specifically, the mobile terminal 560 acquires the store specific information by scanning the two-dimensional code displayed near the entrance of the store with the mobile terminal 560 by the customer who visits the store.

Step S602: The mobile terminal 560 that has acquired the store identification information transmits the store identification information to the cloud server 520 together with the customer identification information (user ID).

(Address of cloud server 520)
At the time of executing step S602, the address (destination information) of the cloud server 520 is stored in the mobile terminal 560. Specifically, the mobile terminal 560 stores the address of the cloud server 520 at the time of customer registration (for example, when installing a specific application on the mobile terminal 560). For example, the address of the cloud server 520 is held in the specific application, and when the customer registration is completed, the address of the cloud server 520 may be the storage unit of the mobile terminal 560 (the user storage area of the specific application may be used). It may be stored in a storage area common to all applications).

(About customer identification information)
At the time of executing step S602, the customer identification information is stored in the mobile terminal 560. Specifically, the mobile terminal 560 stores customer identification information at the time of customer registration. In customer registration, the information entered in the registration form is stored in the cloud server 520 as customer information using the mobile terminal 560, but the mode in which the customer identification information is entered in the registration form (the customer specifies the customer identification information). In this case, the customer identification information entered in the registration form is stored in the storage unit of the mobile terminal 560, transmitted to the cloud server 520, and stored as customer information in the cloud server 520. On the other hand, in the mode in which the customer identification information is not input to the registration form (the mode in which the cloud server 520 generates the customer identification information), the customer identification information generated by the cloud server 520 is stored in the cloud server 520 as customer information. , Is transmitted to the mobile terminal 560, and is also stored in the storage unit of the mobile terminal 560.

Step S603: The cloud server 520 that has received the customer identification information and the store identification information from the mobile terminal 560 generates a basket (basket information) of the transaction. The basket information may include, for example, basket identification information, transaction start date and time, transaction end date and time, customer identification information, registered product information, and the like. The basket identification information is identification information that uniquely identifies the basket. For example, the basket identification information may be composed of store identification information, a date, and a serial number (for example, a serial number for each store date). The transaction start date and time is the transaction start date and time (for example, the basket information generation date and time). The transaction start date and time may be the registration date and time of one item of goods. Both the generation date and time of the basket information and the registration date and time of one item of goods may be stored separately. When the basket information is generated, the basket identification information, the transaction start date and time, and the customer identification information are generated, but other information is not generated because it is before the actual transaction (product registration) is started.

Step S604: The cloud server 520 that generated the basket of the transaction generates screen information (screen information of the start screen, screen information of the initial registration screen), and carries the generated screen information together with the basket identification information and the payment method list information. Send to terminal 560. The payment method list information is information for displaying the payment method selection button 601 on the start screen. The payment method registered in advance by the customer is stored in the cloud server in association with the customer identification information.

Step S605: The mobile terminal 560 that has received the basket identification information and the screen information from the cloud server 520 stores the basket identification information and displays the start screen on the display unit.

Step S606: In the mobile terminal 560, the payment method is selected by the customer. Here, when the non-selection button 602 is touched, it is assumed that "None" is selected as the payment method.

Step S607: The mobile terminal 560 transmits the payment method together with the basket identification information to the cloud server 520. For example, "cash", "credit card", or "none" is sent.

Step S608: The cloud server 520 that has received the basket identification information and the payment method from the mobile terminal 560 identifies the basket of the transaction from the basket identification information.

Step S609: The cloud server 520 stores the received payment method in association with the basket information of the identified basket. After that, the cloud server 520 calculates the price of the product based on the stored payment method. Further, when "None" is stored as the payment method, the cloud server 520 calculates the price of the product by the payment method (for example, cash) determined by default.

Step S610: The mobile terminal 560 displays the registration screen on the display unit.

Step S611: In response to the customer's reading operation, the mobile terminal 560 scans the barcode attached to the product and reads the product code.

Step S612: The mobile terminal 560 transmits the read product code together with the basket identification information to the cloud server 520.

Step S613: The cloud server 520 that has received the basket identification information and the product code from the mobile terminal 560 identifies the basket of the transaction from the basket identification information.

Step S614: The cloud server 520 updates the basket information of the specified basket (adds product data). For example, when the cloud server 520 receives the product code as an N item, the cloud server 520 stores the product code as the product code of the registered product information (registered product N) in the basket information of the specified basket, and stores the product code in the product code. The corresponding product name and price are acquired from the product information, the price is calculated based on the stored payment method, and the product and price of the registered product information (registered product N) are stored. In addition, the cloud server 520 updates the registered product information (total) in the basket information of the specified basket.

Step S615: The cloud server 520 that updated the basket information generates screen information after product registration (screen information of the registration screen corresponding to the updated basket information), and the generated screen information is combined with the basket identification information in the mobile terminal 560. Send to.

Step S616: The mobile terminal 560 that has received the basket identification information and the screen information from the cloud server 520 confirms whether the basket identification information matches the stored basket identification information, and then displays the registration screen based on the screen information. Display on the display. That is, the product is added to the registration screen of the mobile terminal 560.

Although simplified in FIG. 22 for convenience of explanation, the processes of steps S611 to S616 are repeatedly executed every time the product code is read in step S611 until the accounting instruction is received in step S701 of FIG. 23, which will be described later. Will be done. That is, after step S616, there are a case where the accounting instruction is accepted (when proceeding to step S701) and a case where the product code is read again (when returning to the above step S610).

Next, it will be described with reference to FIG.
Step S701: The mobile terminal 560 receives an accounting instruction as a customer operation. Specifically, the mobile terminal 560 accepts the touch of the "Proceed to checkout" button.

Step S702: The mobile terminal 560 that has received the accounting instruction generates a two-dimensional code for settlement. That is, the mobile terminal 560 two-dimensionally codes the information (for example, basket identification information) required for executing the settlement process for the purchased product by the mobile terminal 560. As shown in FIG. 19A, the mobile terminal 560 that generated the two-dimensional code displays the generated two-dimensional code on the display unit.

Step S703: In response to the customer's reading operation, the settlement device 540 scans the two-dimensional code displayed on the display unit of the mobile terminal 560 and reads the two-dimensional code. For example, the settlement device 540 scans the two-dimensional code displayed on the display unit of the mobile terminal 560 pointed within the recognition range by the scanner unit 406 by the customer, and reads the two-dimensional code.

Step S704: The settlement device 540 that has read the two-dimensional code requests the cloud server 520 to calculate the subtotal amount. For example, the settlement device 540 transmits a calculation request (small calculation output request information) requesting the calculation of the subtotal amount to the cloud server 520 via the management device 510 together with the basket identification information acquired from the two-dimensional code.

Step S705: The cloud server 520 that has received the basket identification information and the subcalculation request information from the mobile terminal 560 identifies the basket of the transaction from the basket identification information.

Step S706: The cloud server 520 that specifies the basket calculates the subtotal amount of the specified basket based on the payment method.

Step S707: The cloud server 520 that has calculated the subtotal amount updates the basket information (stores the subtotal amount (subtotal amount after calculation)), and also performs the subtotal information indicating the calculated subtotal amount together with the basket identification information in the management device 510. It is transmitted to the settlement device 540 via.

Step S708: The settlement device 540 that has received the basket identification information and the subtotal information from the cloud server 520 displays the subtotal amount on the display unit 405. That is, the settlement device 540 displays the subtotal amount on the settlement screen (not shown).

Step S709: The settlement device 540 that displays the subtotal amount on the display unit 405 executes payment (settlement). The payment is made by the selected payment method, but the payment method can be changed as described with reference to FIG. 19B and the like.

If the payment method is cash, the deposit will be accepted, the amount of change will be calculated, and if there is change, the change will be released and a receipt will be issued. When the settlement is completed, the settlement device 540 transmits the settlement completion information together with the basket information to the cloud server 520 via the management device 510, and the cloud server 520 sends the transaction end date and time (settlement date and time) of the basket. ) Is memorized.

Next, in the processing shown in FIGS. 22 and 23, the flow of processing when the payment method is changed will be described. The customer is in a state where the product can be registered in the mobile terminal 560 (state A) and a state in which the subplanning surface is displayed in the settlement device 54 as shown in FIG. 20 (B) (state B). You can change the payment method at. Specifically, the state A is a state up to step S610-step S611, or a state up to step S616-step S701. State B is the state from step S708 to step S709.

FIG. 24 is a sequence diagram illustrating an outline of a processing flow when the payment method is changed in the state A.
Step S801: In the mobile terminal 560, the payment method display change button 610 is touched by the customer.

Step S802: The mobile terminal 560 displays a change screen as shown in FIG. 18C.

Step S803: In the mobile terminal 560, the payment method is selected by the customer. Here, when the non-selection button 602 is touched, it is assumed that "None" is selected as the payment method.

Step S804: The mobile terminal 560 transmits the payment method together with the basket identification information to the cloud server 520. For example, "cash", "credit card", or "none" is sent.

Step S805: The cloud server 520 that has received the basket identification information and the payment method from the mobile terminal 560 identifies the basket of the transaction from the basket identification information.

Step S806: The cloud server 520 stores the received payment method in association with the basket information of the identified basket. Further, when "None" is stored as the payment method, the cloud server 520 calculates the price by the payment method (for example, cash) determined by default.

Step S807: The cloud server 520 updates the basket information of the specified basket (recalculates the price). Specifically, the cloud server 520 calculates the prices of all the products based on the stored payment method, and stores the products and the prices. In addition, the cloud server 520 updates the total amount of money in the basket information of the specified basket.

Step S808: The cloud server 520 that updated the basket information generates screen information of the calculated price and the updated total amount, and transmits the generated screen information to the mobile terminal 560 together with the basket identification information.

Step S809: The mobile terminal 560 that has received the basket identification information and the screen information from the cloud server 520 confirms whether the basket identification information matches the stored basket identification information, and then displays the registration screen based on the screen information. The registration screen is updated by displaying it on the display unit.

FIG. 25 is a sequence diagram illustrating an outline of a processing flow when the payment method is changed in the state B.
Step S901: In the subplanning aspect, the settlement device 540 selects another payment method different from the payment method already selected by the customer.

Step S902: The settlement device 540 displays the warning screen 641 shown in FIG. 20B on the display unit.

Step S903: In the settlement device 540, "Yes" is selected by the customer on the warning screen 641.

Step S904: The settlement device 540 requests the calculation of the subtotal amount. Specifically, the checkout device 540 sends a request for calculation of the subtotal amount to the cloud server 520 together with the selected payment method and basket identification information.

Step S905: The cloud server 520 that has received the basket identification information and the payment method from the settlement device 540 identifies the basket of the transaction from the basket identification information.

Step S906: The cloud server 520 stores the received payment method in association with the basket information of the identified basket.

Step S907: The cloud server 520 updates the basket information of the specified basket (recalculates the subtotal amount). Specifically, the cloud server 520 calculates the prices of all the products based on the stored payment method, and updates the subtotal amount in the basket information of the specified basket.

Step S908: The cloud server 520 that has updated the basket information generates screen information after updating the subtotal amount, and transmits the generated screen information to the settlement device 540 together with the basket identification information.

Step S909: The settlement device 540 that has received the basket identification information and the screen information from the cloud server 520 confirms whether the basket identification information matches the stored basket identification information, and then performs a subplanning surface based on the screen information. The subplanning surface is updated by displaying it on the display unit.

As described above, the sequence diagrams of FIGS. 22 and 23 are sequence diagrams in the case where the product specified by recognizing the barcode is neither an age confirmation product nor a product scheduled for sale, but the barcode is recognized. When the product specified by the above is an age confirmation product, in step S615, the settlement device 540 calls the clerk (sends a call message to the terminal carried by the clerk, the registered settlement device 530, the monitoring device 550, etc.). ). In addition, you may call a clerk by making the light emitting member emit light by equipping the settlement device 540 with a light emitting member such as a lamp.

Various methods can be considered as a method for causing the settlement device 540 to call a clerk, and for example, the following method may be used. The mobile terminal 560 determines whether or not the age confirmation product is registered when the accounting instruction is received in step S701 (for example, confirms the clerk call flag described later), and confirms the age when the accounting instruction is received. When the product is registered, a two-dimensional code including information that a clerk needs to be called is generated in the following step S702. As a result, when the age confirmation product is purchased, the settlement device 540 can call the clerk in step S709.

The mobile terminal 560 may generate one two-dimensional code including information necessary for executing the settlement process for the purchased product and information necessary for issuing the coupon, and each information may be generated. You may generate two two-dimensional codes including. Further, the settlement device 540 may issue a coupon as a medium (separate paper) separate from the receipt (including the case where it is issued so as to be easily separable from the receipt), or issue the coupon as a part of the receipt. You may (you may issue a medium for receipts and coupons).

Further, the settlement device 540 encodes and prints the contents (discount amount, etc.) of the coupon on the coupon (which may be a coupon issued as a medium different from the receipt or a receipt / coupon) which is a medium. You may. For example, the settlement device 540 may print a two-dimensional code that can be read by the settlement device 540 or the registered settlement device 530.

Further, the identification information that identifies the customer (or the mobile terminal 560) may be encoded. As a result, the settlement device 540 or the like reads the code (two-dimensional code or the like) printed on the coupon to display the coupon usage status (specifically, the service A provided by the specific sales system) as the sales system 1 (specifically, the service A provided by the specific sales system). It becomes possible to grasp whether or not the service is used, the date and time of use, etc.). Further, for example, in step S702, the settlement device 540 has a two-dimensional code for settlement (two-dimensional code generated by the mobile terminal 560 in step S702) and a code printed on the coupon (two-dimensional code or the like). , And collate the identification information obtained by reading the two-dimensional code for settlement with the identification information obtained by reading the coupon so that only the person in question can use the coupon. It is also possible to. In other words, the paid or free transfer of coupons can be invalidated and prevented.

In the second embodiment described above, the mode in which the customer has registered the payment method in advance has been described, but the present invention is not limited to this. Even if it is not registered in advance, the payment methods available at the store may be displayed and the customer may select from them. Further, in the form in which the customer has registered the payment method in advance, the default payment method may also be registered. In this case, the payment method may be the registered default payment method without displaying the payment method selection button 601, or when the non-selection button 602 is touched, the payment method is registered as the default payment. It may be a method. A list of subtotals for each payment method may be displayed on the subplanning surface shown in FIGS. 20 and 21. This allows the customer to keep track of subtotals for each payment method.

Hereinafter, a summary of the embodiments will be described.
[Technical field]
The present invention relates to a product sales data processing device and a program.
[Background technology]
Due to the spread of electronic money in recent years, the number of customers who have many cards such as electronic money cards and credit cards is increasing. Against this background, there is no need to carry many cards, and when making a payment with a card, a technology that proposes to the customer the best card for payment according to the place of purchase, the date and time of purchase, the purchase price, and the priorities set by the customer. Has been proposed (see, for example, Patent Document 1).
[Prior art literature]
[Patent Document]
[Patent Document 1] Japanese Unexamined Patent Publication No. 2017-130092 [Summary of Invention]
[Problems to be solved by the invention]
However, in the technique disclosed in Patent Document 1, there is a problem that a card that the customer does not actually carry may be proposed as the optimum card, and appropriate information cannot always be provided.
The present invention has been made in view of such circumstances, and an object of the present invention is to provide a technique capable of providing appropriate information to a customer.
[Means to solve problems]
In order to solve the above-mentioned problems, the product sales data processing device according to one aspect of the present invention uses the registration means for registering the product to be purchased by the customer and the registration means from one or more media possessed by the customer. The acquisition unit that acquires the medium information used when the price of the registered product is settled, and the privilege information indicating the privilege when used in the settlement based on the medium information acquired by the acquisition unit, are described above. It is characterized by including a display means for displaying each medium.
According to the above, since the privilege information of the medium possessed by the customer can be displayed, appropriate information can be provided to the customer.
In the product sales data processing device, the display means may display the privilege information in a different display mode depending on the medium.
According to the above, the customer can more easily confirm the privilege information by displaying the privilege information differently depending on the medium.
In the product sales data processing device, when the medium for which the medium information has been acquired by the acquisition unit includes a plurality of the linked media, the display means may be used for the linked plurality of the media. The privilege information indicating the privilege when the medium is used for payment may be associated and displayed.
According to the above, the customer can more easily confirm the privilege information by displaying the privilege information in association with each other.
The product sales data processing device may be provided with a transmission means for transmitting the privilege information to the other device when the payment for the product registered by the registration means is settled by the other device.
According to the above, it is possible to provide appropriate information to the customer even when the settlement is performed by another device.
In order to solve the above-mentioned problems, the program according to another aspect of the present invention is a program that functions a computer as a product sales data processing device, and the computer is used as a registration means for registering a product purchased by a customer. An acquisition unit that acquires information used when paying for a product registered by the registration means from one or more media possessed by the customer, and an acquisition unit that is used for payment based on the information acquired by the acquisition unit. The program is characterized in that it functions as a display means for displaying privilege information indicating the privilege in the case of being received for each medium.
According to the above, since the privilege information of the medium possessed by the customer can be displayed, appropriate information can be provided to the customer.

The program for realizing the POS terminal 20 described above may be recorded on a computer-readable recording medium, and the program may be read into a computer system and executed. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a storage device such as a hard disk built in a computer system. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. In addition, it shall include those that hold the program for a certain period of time. Further, the program may be transmitted from a computer system in which this program is stored in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the "transmission medium" for transmitting a program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. Further, the above program may be for realizing a part of the above-mentioned functions. Further, it may be a so-called difference file (difference program) that can realize the above-mentioned function in combination with a program already recorded in the computer system.

20 ... POS terminal 30 ... Store controller 201 ... CPU
202 ... ROM
203 ... RAM
204 ... Hard disk 205 ... Customer side display unit 206 ... Customer side scanner unit 208 ... Card payment unit 209 ... Change machine 210 ... Clerk side display unit 211 ... Key operation unit 212 ... Clerk side scanner unit 213 ... Printing unit 214 ... Audio output unit 215 ... Communication unit 520 ... Cloud server 540 ... Settlement device 560 ... Mobile terminal

Claims (5)

It is a product sales data processing device
A registration method for registering products that customers purchase,
An acquisition unit that acquires medium information used when paying for a product registered by the registration means from one or more media possessed by the customer, and an acquisition unit.
Based on the medium information acquired by the acquisition unit, a display means for displaying privilege information indicating a privilege when used in payment for each medium, and a display means.
A product sales data processing device characterized by being equipped with. The product sales data processing device according to claim 1, wherein the display means displays the privilege information in a different display mode depending on the medium. When the media for which the medium information has been acquired by the acquisition unit includes a plurality of linked media, the display means is used when the linked media are used for payment. The product sales data processing device according to claim 1 or 2, wherein the privilege information indicating the privilege is displayed in association with each other. Any of claims 1 to 3, wherein when the payment for the product registered by the registration means is settled by another device, the transmission means for transmitting the privilege information to the other device is provided. The product sales data processing device according to item 1. There is a program that makes a computer function as a product sales data processing device.
The computer
A registration method for registering products that customers purchase,
An acquisition unit that acquires medium information used when paying for a product registered by the registration means from one or more media possessed by the customer, and an acquisition unit.
A program characterized in that, based on the medium information acquired by the acquisition unit, privilege information indicating a privilege when used in payment is made to function as a display means for displaying each medium.

Images