Product sales data processing system, settlement device, and program

Abstract

To perform adjustment efficiently.SOLUTION: A product sales data processing system comprises a portable registration device and an adjustment device for performing adjustment of products registered in the portable registration device. The portable registration device includes registration means, generation means, and output means. The registration means registers products to be purchased. The generation means generates identification information for identifying transaction information for executing adjustment processing of registration products registered by the registration means. The output means outputs the identification information generated by the generation means. The adjustment device includes input means, display control means, and switching means. The input means input the identification information output by the output means. The display control means displays a list of the registration products in response to input of the identification information by the input means. The switching means displays the list by switching display from a first array to a second array when a predetermined condition is established.SELECTED DRAWING: Figure 15

Description

[Technical field]

[0001] The present invention relates to a product sales data processing system, a payment device, ,oh and programs. [Background technology]

[0002] In recent years, so-called self-checkout systems, in which customers register products and make payments, have become widespread. For example, a self-checkout system in which a customer registers products using a mobile terminal carried by the customer and makes the payment at a payment device is known (see, for example, Patent Document 1).

[0003] More specifically, in a self-checkout system, when a customer reads a barcode attached to an item with a mobile device, the information of the read barcode is sent from the mobile device to a cloud server. The cloud server registers the item using the information received from the mobile device. Once registration of all items has been completed, registration information to be used for settlement is sent from the cloud server to a settlement device, and the customer settles the payment at the settlement device. When making the settlement, the settlement device displays a list of registered items based on the registration information. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2016-219034 A Summary of the Invention [Problem to be solved by the invention]

[0005] However, in the conventional technology, the list of products displayed at the time of checkout can be difficult for customers and store clerks to understand, i.e., it can be difficult to confirm the products to be purchased. For this reason, in the conventional technology, there are problems in that checkout can take a long time or an unintended product can be purchased, making it difficult to checkout efficiently.

[0006] The present invention has been made in view of the above circumstances, and has an object to provide a technique that enables efficient settlement. [Means for solving the problem]

[0007] In order to solve the above-mentioned problems, one aspect of the present invention is a product sales data processing system comprising a portable registration device for registering products, and a settlement device in which customers themselves settle for products registered in the portable registration device, wherein the portable registration device comprises a registration means for registering products to be purchased, a generation means for generating identification information for identifying transaction information for executing settlement processing for registered products registered by the registration means, and an output means for outputting the identification information generated by the generation means, and the settlement device comprises an input means for inputting the identification information output by the output means, a display control means for displaying a list of the registered products in response to the identification information being input by the input means, and a switching means for switching the list display from a first arrangement to a second arrangement when a predetermined condition is met. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is an explanatory diagram showing a network configuration of a shopping system 1 according to an embodiment. [Diagram 2] FIG. 2 is a diagram showing an example of the appearance of a POS terminal 20. [Diagram 3] 2 is a diagram showing an example of the appearance of a POS terminal 20. FIG. [Figure 4]FIG. 2 is an explanatory diagram showing an example of a hardware configuration of a POS terminal 20. [Diagram 5] FIG. 2 is an explanatory diagram showing an example of a hardware configuration of a mobile terminal 30. [Figure 6A] 2 is an explanatory diagram showing an example of various information for each mobile terminal 30 managed by the cloud server Sv. FIG. [Figure 6B] 11 is an explanatory diagram showing an example of a product master stored in the cloud server Sv; FIG. [Figure 7] 2 is a sequence diagram showing a flow of processes relating to product registration and payment in the shopping system 1. FIG. [Figure 8] 13 is a flowchart showing an example of a process performed by the POS terminal 20 at the time of settlement. [Figure 9] 11 is an explanatory diagram showing an example of a screen displayed on a display 409 of a mobile terminal 30. FIG. [Figure 10] FIG. 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there are no reserved products. [Figure 11] FIG. 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there are no reserved products. [Figure 12] FIG. 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there are no reserved products. [Figure 13] FIG. 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there are no reserved products. [Figure 14] 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there is a reserved product. FIG. [Figure 15] 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there is a reserved product. FIG. [Figure 16] 11 is an explanatory diagram showing an example of transition of screens displayed on the POS terminal 20 when there is a reserved product. FIG. [Figure 17] 10 is an explanatory diagram showing an example of a screen related to parking fees displayed on the mobile terminal 30. FIG. [Figure 18]13 is a flowchart showing an example of a process performed by the POS terminal 20 during payment according to the first modification. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] (Embodiment) (Network configuration of shopping system 1) FIG. 1 is an explanatory diagram showing a network configuration of a shopping system 1 according to an embodiment. The shopping system 1 is an example of a product sales data processing system. The shopping system 1 can be introduced in various stores, such as supermarkets, home improvement stores, convenience stores, and various supply stores. In this specification, the terms "customer" and "client" are synonymous unless otherwise specified.

[0010] 1, the shopping system 1 includes a cloud server Sv, a store controller (store computer, management device) 10, a monitoring terminal 11, a POS (Point Of Sales) terminal 20, and a mobile terminal 30. The POS terminal 20 is an example of a settlement device. The mobile terminal 30 is an example of a registration device.

[0011] Each device and each terminal is communicatively connected via a network. For example, the store controller 10, the monitoring terminal 11, and the POS terminal 20 are communicatively connected via a LAN (Local Area Network) 55. Each device and each terminal is a computer device equipped with a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), a communication unit, etc.

[0012] The cloud server Sv is a server device that manages various information such as information about customers, information about stores, and information about products for each store (product master). For example, the cloud server Sv generates cart information indicating a virtual cart for each customer based on product information read by the mobile terminal 30, and registers the products. The information managed (generated and stored) by the cloud server Sv will be described later with reference to Figs. 6A and 6B.

[0013] The store controller 10 manages the POS terminals 20 and weighing devices (not shown), and stores various information necessary for transactions, such as a product master. The product master is a file that stores product information such as product identification information (e.g., JAN (Japanese Article Number) code), product name, and sales price for each product. The product master also includes product identification information, product name, and unit price of products that require weighing (hereinafter referred to as "products to be weighed"). In addition to the product master, the store controller 10 also stores various information such as inventory status, sales history, and deposit and withdrawal records. The store controller 10 may also store customer membership information.

[0014] The monitoring terminal 11 monitors the POS terminal 20 and a weighing device (not shown). Specifically, the monitoring terminal 11 displays the status of the POS terminal 20 (operation mode, processing status, etc.) and controls the POS terminal 20. Note that the shopping system 1 includes a terminal device carried by a store clerk. The terminal device carried by the store clerk, for example, displays the same content as that displayed on the monitoring terminal 11 and notifies the store clerk to be called.

[0015] The POS terminal 20 is a computer device capable of executing a settlement process to settle (pay) for merchandise registered by the mobile terminal 30. The POS terminal 20 can settle for merchandise registered by the mobile terminal 30, as well as settle for merchandise registered by the terminal itself or by another POS terminal 20. That is, the POS terminal 20 can execute a registration process to register merchandise to be purchased (hereinafter sometimes referred to as "product registration"), as well as a settlement process. Although FIG. 1 illustrates an example of a plurality of POS terminals 20, the number of POS terminals 20 may be one.

[0016] The mobile terminal 30 is a portable computer device such as a smartphone, tablet device, or mobile phone. The mobile terminal 30 includes a communication unit, an imaging unit (camera), a touch panel, and the like, and is operated by a customer. In this embodiment, the mobile terminal 30 is detachably attached to the shopping cart. However, the mobile terminal 30 may be installed in a non-detachable manner in the shopping cart. The mobile terminal 30 may be owned by the customer, or may be loaned to the customer by the store.

[0017] The mobile terminal 30 scans (reads) the barcode (product code) attached to the product in response to an operation by the customer, and accepts the registration of the product. That is, the mobile terminal 30 has a recognition function for recognizing the barcode attached to the product.

[0018] The recognition function of the mobile terminal 30 only needs to be capable of reading a product code attached to a product, and does not need to be capable of identifying the product from the read product code. In other words, when a barcode exists as an object in an image captured by the imaging function (an image acquired as a through image), the mobile terminal 30 only needs to be able to read a product code from the barcode.

[0019] Furthermore, the mobile terminal 30 may be equipped with image recognition technology. Specifically, the mobile terminal 30 may be equipped with image recognition technology that extracts feature points from an image (through image, captured image) and recognizes an imaged subject (object, etc.). For example, the mobile terminal 30 may use the image recognition technology to identify (estimate) an imaged product. By using such image recognition technology, the mobile terminal 30 can also identify fresh foods such as vegetables and fruits that do not have barcodes.

[0020] In addition, application software (hereinafter referred to as a "shopping application") for registering products related to the shopping system 1 and for settling the registered products is installed in the mobile terminal 30. By starting the shopping application, the mobile terminal 30 reads the barcode attached to the product and transmits the read information to the cloud server Sv. As a result, the product corresponding to the barcode is registered in the cart information (virtual cart) of the cloud server Sv.

[0021] Furthermore, when making a payment, the mobile terminal 30 displays cart identification information, which is assigned to the terminal, in an encoded form (for example, a two-dimensional code: QR code (registered trademark)) to identify the cart information. When the POS terminal 20 reads the two-dimensional code (hereinafter referred to as the "payment code"), the POS terminal 20 requests the cloud server Sv to transmit transaction information of the registered product. The POS terminal 20 is then able to make a payment using the transaction information transmitted from the cloud server Sv in response to the transmission request. In the following description, registered products may be referred to as "registered products".

[0022] In this embodiment, the device that performs the settlement is the POS terminal 20 that can register products, but is not limited to this. For example, the device that performs the settlement may be a device dedicated to settlement that is installed in the store. Also, the device that performs the settlement may be a computer device for settlement that is permanently installed in the shopping cart. This computer device may be one that can only perform card settlement using, for example, a credit card or a prepaid card.

[0023] In this shopping system 1, there are a first purchasing method in which product registration operation is performed using the mobile terminal 30 and payment is made at the POS terminal 20, and a second purchasing method in which product registration operation is performed at the POS terminal 20 and payment is made at the POS terminal 20. Details will be described later, but in the second purchasing method, there are purchasing modes in normal mode, full self-service mode, and checkout-only mode.

[0024] In the normal mode, a purchase is made by a store clerk, and payment is made (in person) at the POS terminal where the product was registered. In the full self-service mode, a purchase is made by a customer, and payment is made at the POS terminal where the product was registered. In the checkout-only mode, a purchase is made by a store clerk, and payment is made at a POS terminal 20 different from the POS terminal 20 where the product was registered.

[0025] (An example of the appearance of the POS terminal 20) FIG. 2 is a diagram showing an example of the appearance of the POS terminal 20. FIG. 2(A) is a perspective view of the POS terminal 20 as seen from the customer side. FIG. 2(B) is a perspective view of the POS terminal 20 as seen from the store clerk side. As shown in FIG. 2(A), a counter is placed on the right side of the POS terminal 20 as seen from the customer side. Note that the counter may also be placed on the left side of the POS terminal 20 as seen from the customer side in FIG. 2(A). In other words, the counter may be placed on both sides of the POS terminal 20. A shopping basket can be placed on the counter.

[0026] The POS terminal 20 also includes a sign pole 216. The sign pole 216 includes a lighting unit. The lighting unit can be lit, for example, in a predetermined color or in a predetermined flashing manner. The sign pole 216 is provided so as to extend upward so that the lighting unit is placed at a high position. This allows even store clerks who are not near the POS terminal 20 to recognize the lighting mode of the lighting unit.

[0027] Next, the configuration of the POS terminal 20 will be described with reference to FIG. 3 and FIG. Fig. 3 is a diagram showing an example of the appearance of the POS terminal 20. Fig. 3(A) is a front view of the POS terminal 20 as seen from the customer side. Fig. 3(B) is a front view of the POS terminal 20 as seen from the store clerk side. Fig. 4 is an explanatory diagram showing an example of the hardware configuration of the POS terminal 20. In Fig. 3 and Fig. 4, the same parts are given the same reference numerals.

[0028] (Example of configuration of POS terminal 20) An example of the configuration of the POS terminal 20 shown in Fig. 4 will be described below with reference to Fig. 3. The POS terminal 20 includes a CPU 201, a ROM 202, a RAM 203, a hard disk 204, a customer display unit 205, a customer scanner unit 206, a card payment unit 208, a change dispenser 209, a store clerk display unit 210, a key operation unit 211, a store clerk scanner unit 212, a printing unit 213, an audio output unit 214, a communication unit 215, a sign pole 216, and an imaging unit 217. These can communicate with each other via a bus.

[0029] The CPU 201 is a central processing unit, and controls the operation of the POS terminal 20 by reading and executing various programs stored in the ROM 202. The various programs include a product sales data processing program according to this embodiment. The ROM 202 is a read-only memory, and stores various types of information used by the CPU 201, including programs.

[0030] The RAM 203 is a readable and writable memory, and stores various information. For example, the RAM 203 stores information acquired from the outside (e.g., a product master acquired from the store controller 10) and information generated during processing. This information is, for example, registration information generated during a registration process for registering products, and settlement information generated during a settlement process for settling the registered products.

[0031] The hard disk 204 stores various information. For example, the hard disk 204 may store programs executed by the CPU 201 instead of the ROM 202. Also, instead of the RAM 203, the hard disk 204 may store information acquired from the outside and information generated during processing.

[0032] The customer display unit 205 is a touch display for customers. The customer display unit 205 displays various information to customers and accepts various inputs from customers.

[0033] The customer-side scanner unit 206 is a scanner unit for customers, and optically reads various information. For example, the customer-side scanner unit 206 optically reads a payment code displayed on the mobile terminal 30 when payment is made. In this embodiment, the customer-side scanner unit 206 can also optically read a barcode (such as a product code) attached to a product or a code (such as a barcode or a two-dimensional code) printed on a bill (registered trademark). In addition to the above, the customer-side scanner unit 206 may also read a code (such as a barcode or a two-dimensional code) printed on gift certificates (gift certificates, coupons, and complimentary coupons) and various cards (such as a membership card or a point card). The registration of a product is not limited to registration by reading a code by the customer-side scanner unit 206. For example, a preset key (a button for ordering a product) corresponding to the product may be displayed on the customer-side display unit 205, and the product may be registered by operating (pressing) the preset key by the customer.

[0034] The card payment unit 208 is a payment mechanism using various cards. The various cards include credit cards, prepaid cards such as electronic money, and point cards. A monetary amount (balance) is stored (charged) in the prepaid cards. The card payment unit 208 includes a card recognition unit (reading unit), a display unit, and an operation unit. The card recognition unit magnetically or electrically reads information from various cards. The read information is used to settle the registered goods. The card recognition unit is also capable of recognizing information to be used in settling the registered goods this time, for example, when using points held on a point card. The card recognition unit is also capable of recognizing information that is not used in settling the registered goods this time, for example, when points are awarded to a point card.

[0035] In this embodiment, the card payment unit 208 includes a card recognition unit, a display unit, and an operation unit, but is not limited thereto, and may include at least a card recognition unit. In this embodiment, the card recognition unit supports contact cards (IC cards, magnetic cards), but is not limited thereto. For example, the card recognition unit may support non-contact cards (IC cards) instead of or in addition to a card recognition unit that supports contact cards.

[0036] The change machine 209 (cash settlement unit) is a mechanism for settlement using cash, and has an input port for banknotes and coins, and an output port for banknotes and coins. The change machine 209 calculates the amount inserted into the input port, calculates the change amount, which is the difference between the input amount and the purchase amount, and outputs the change from the output port. The change machine 209 faces the customer side, and accepts various operations and cash insertion from customers. The change machine 209 has a sensor that detects banknotes and coins inserted into the input port. The sensor detects that banknotes and coins have been inserted into the input port, and detects the number of banknotes by denomination.

[0037] The store clerk display unit 210 is a touch display for the store clerk. The store clerk display unit 210 displays various information to the store clerk and receives various inputs from the store clerk.

[0038] The key operation unit 211 includes various keys (hardware keys, buttons). The key operation unit 211 accepts various inputs from the store clerk. Specifically, the key operation unit 211 includes a mode switching button 211a, a collective switching button 211b, and a checkout-only mode switching button 211c. The mode switching button 211a is a button for switching the operation mode, which will be described later. The collective switching button 211b is a button for switching the operation mode of all the POS terminals 20 collectively, by being operated on a specific POS terminal 20 (for example, a POS terminal 20 to which a store manager or the like is logged in). The checkout-only mode switching button 211c is a button for switching to the "checkout-only mode", which will be described later.

[0039] The store clerk scanner unit 212 is a scanner unit for store clerks, and optically reads various information. For example, the store clerk scanner unit 212 optically reads barcodes attached to products and store clerk codes attached to store clerk nametags. In addition to the above, the store clerk scanner unit 212 may also read codes printed on bills, gift certificates, and various cards.

[0040] The registration of a product is not limited to registration by reading a code using the store clerk scanner unit 212. For example, a key corresponding to a product (e.g., a key corresponding to a sports newspaper) may be arranged on the key operation unit 211, and the product may be registered by the store clerk operating (pressing) the key. The POS terminal 20 may also display a preset key corresponding to a product on the store clerk display unit 210, and the product may be registered by the store clerk operating the preset key.

[0041] The printing unit 213 prints and outputs various media (receipts, invoices, bills, etc.). The printing unit 213 is capable of changing the direction of the medium issuing port. Specifically, the printing unit 213 has a rotatable mechanism, and is configured so that the medium issuing port faces from the store clerk side to the customer side, and from the customer side to the store clerk side. The orientation of the medium issuing port may be changeable manually, or may be changeable automatically in response to switching of the operating mode. The printing unit 213 may be equipped with a sensor that detects whether the orientation of the printing issuing port is correct.

[0042] The audio output unit 214 outputs audio. For example, the audio output unit 214 outputs audio guidance, warning sounds, etc. The audio guidance and warning sounds relate to, for example, product registration and payment. The communication unit 215 is an interface for transmitting and receiving information to and from other devices (such as the cloud server Sv, the store controller 10, the monitoring terminal 11, other POS terminals 20, and the mobile terminal 30).

[0043] The sign pole 216 is, for example, a lamp or an LED (light emitting diode) and can be lit in a predetermined color or in a predetermined flashing manner. Depending on the lighting manner of the sign pole 216, it can indicate that the pole is in use, indicate a request to call a store clerk, or issue a warning that a customer has committed a fraudulent act.

[0044] The imaging unit 217 is, for example, a CCD (Charge-Coupled Device) camera. The imaging unit 217 captures, for example, images of merchandise or the face of a store clerk. The POS terminal 20 has an image recognition function. Specifically, the CPU 201 executes a predetermined program to identify a merchandise (e.g., vegetables or fruits) or recognize the face of a store clerk using the image captured by the imaging unit 217.

[0045] (Operation mode of POS terminal 20) Next, the operation modes of the POS terminal 20 will be described. The POS terminal 20 operates in one of a plurality of operation modes. The plurality of operation modes are operation modes during normal business (operation modes related to registration processing and settlement processing). Specifically, the plurality of modes are, for example, a normal mode (face-to-face self-service mode), a checkout-only mode, and a full self-service mode. Below, a brief description will be given of each of the normal mode, checkout-only mode, and full self-service mode.

[0046] (Normal mode) The normal mode is an operation mode in which the clerk's side product registration is enabled and the customer's side product registration is disabled. In other words, the normal mode is an operation mode in which the clerk's side registration process is executed without executing the customer's side registration process. In the clerk's side product registration, the product registration process is executed using the clerk's side scanner unit 212, the clerk's side display unit 210, and the key operation unit 211. In addition, in the normal mode, a settlement process is executed in which currency (banknotes and coins) is inserted and various cards are read. In addition, in the normal mode, it is possible to start the settlement process (for example, to accept the insertion of currency) while the product registration process is being executed.

[0047] In addition, in normal mode, it is possible to transmit registration information to other POS terminals 20. Transmitting registration information to other POS terminals 20 means transmitting the registration information generated in the registration process to another POS terminal 20 that can execute the settlement process (for example, a POS terminal 20 in a settlement-only mode). In addition, in normal mode, it is possible to issue a receipt. Issuing a receipt means encoding the registration information generated in the registration process and printing it on a print medium (sheet). By reading the receipt at another POS terminal 20, it is possible to perform the settlement process at the other POS terminal 20.

[0048] (Accounting only mode) The accounting-only mode is an operating mode in which product registration by both the store clerk and the customer is disabled. Specifically, the accounting-only mode is an operating mode in which registration information is received from the cloud server Sv and settlement processing is performed. The accounting-only mode is also an operating mode in which registration information can be obtained by receiving registration information from another POS terminal 20 (a POS terminal 20 in normal mode) or by reading a bill. The accounting-only mode is also an operating mode in which settlement processing can be performed by validating the insertion of coins. Note that in the accounting-only mode, the sending of registration information to other POS terminals 20 and the issuance of bills are disabled.

[0049] (Full self mode) The full self-service mode is an operation mode in which product registration by the store clerk is disabled and product registration by the customer is enabled. In the customer's product registration, product registration is performed using the customer scanner unit 206 and the customer display unit 205. In the full self-service mode, it is also possible to perform settlement processing at the terminal itself. Specifically, in the full self-service mode, it is possible to accept the insertion of currency (banknotes and coins) and the reading of various cards. In the full self-service mode, the sending of registration information to other POS terminals 20 and the issuance of accounting tickets are disabled. In the full self-service mode, like the accounting-only mode, it is also possible to acquire registration information and perform settlement processing by receiving registration information from the cloud server Sv or other POS terminals 20 or by reading accounting tickets.

[0050] In the following description, the term “self-payment” refers to payment by the customer without the assistance of a store clerk. Specifically, self-payment refers to payment in the billing-only mode or the full self-payment mode, or payment for products registered on the mobile terminal 30.

[0051] In addition to the above modes, the POS terminal 20 has other operation modes such as a tallying mode, a maintenance mode, and a training mode. The tallying mode is a mode for tallying and inquiring sales and inventory. The maintenance mode is a mode in which a store clerk or maintenance person performs setting and maintenance work. The training mode is a mode in which a new store clerk undergoes training.

[0052] (Hardware configuration of mobile terminal 30) Fig. 5 is an explanatory diagram showing an example of a hardware configuration of the mobile terminal 30. In Fig. 5, the mobile terminal 30 includes a CPU 401, a ROM 402, a RAM 403, a memory 404, a communication I / F (interface) 405, an operation unit 406, a camera 407, a microphone 408, a display 409, and a speaker 410. Each unit is connected to each other via a bus 420.

[0053] The CPU 401 is responsible for the overall control of the mobile terminal 30. The ROM 402 stores various programs. The RAM 403 is used as a work area for the CPU 401. That is, the CPU 401 uses the RAM 403 as a work area and executes various programs stored in the ROM 402 to thereby control the entire mobile terminal 30.

[0054] The memory 404 stores various data. For example, a flash memory is used as the memory. The memory 404 stores various programs such as a shopping application. The communication I / F 405 is wirelessly connected to a network, and functions as an interface between the mobile terminal 30 and the CPU 401. The communication network that functions as a network includes the Internet and a mobile phone network.

[0055] The operation unit 406 is a touch panel that displays a plurality of touch keys for inputting characters, numbers, various instructions, etc., or hard keys. The camera 407 reads bar codes attached to products and various two-dimensional codes. The microphone 408 inputs the customer's voice. The display 409 displays icons, cursors, menus, windows, characters, images, codes, and the like.

[0056] The speaker 410 outputs sounds including voice. The mobile terminal 30 includes a GPS unit (not shown) and has a function of receiving radio waves from a GPS satellite and outputting information indicating the current position of the mobile terminal 30. The mobile terminal 30 also includes various sensors (not shown) (e.g., a gyro sensor, an acceleration sensor, a distance sensor, etc.) and has a function of detecting various states of the mobile terminal 30 (e.g., the inclination of the mobile terminal 30, the distance between the mobile terminal 30 and a product), etc.

[0057] (Regarding the settlement-related function of the shopping system 1 according to this embodiment) Next, the functions related to payment of the shopping system 1 according to the present embodiment will be described. The shopping system 1 includes a portable registration device and a payment device. The portable registration device is, for example, a device where the customer registers the product himself, and specifically, a mobile terminal 30. In addition to the portable registration device, the shopping ring 1 also includes a non-portable registration device as a registration device. The non-portable registration device is, for example, a POS terminal 20 in a full self-service mode. In the following, unless otherwise specified, the registration device will be described as a mobile terminal 30. The payment device is a device where the customer makes payment (self-payment), and is, for example, a POS terminal 20 in a checkout-only mode.

[0058] The mobile terminal 30 includes a registration unit, a generation unit, and an output unit. Each unit is realized by the CPU 401 of the mobile terminal 30. That is, the CPU 401 of the mobile terminal 30 executes a predetermined program (shopping application) to realize the function of each unit.

[0059] The registration unit registers the product to be purchased. In the following, the registration of a product by the mobile terminal 30 (registration unit) is referred to as "terminal registration." The registration unit registers the terminal by the customer scanning the product code attached to the product. When the registration unit performs terminal registration, the mobile terminal 30 transmits terminal registration data indicating the terminal-registered product to the cloud server Sv. The cloud server Sv uses the received terminal registration data to register the product for each customer. Specifically, the cloud server Sv registers the product indicated by the terminal registration data in the cart information.

[0060] The generating unit generates identification information for executing a checkout process for the product registered by the registering unit (registered product). The identification information here is information for identifying transaction information for executing a checkout process for the registered product, specifically, cart identification information for identifying cart information assigned to the terminal.

[0061] The output unit outputs the identification information (cart identification information) generated by the generation unit. The output unit outputs (displays) a settlement code obtained by coding the cart identification information on the display 409. Note that the output mode of the cart identification information by the output unit is not limited to an output mode in which the information is coded into a settlement code, but may be any output mode that can be input by the POS terminal 20, such as an output mode via communication (for example, short-range wireless communication). Furthermore, the settlement code is not limited to an output mode in which it is output to the display 409, but may also be an output mode in which it is output to a print medium (sheet).

[0062] The POS terminal 20 (payment settlement device) includes an input unit, a display control unit, a switching unit, a request unit, a detection unit, a confirmed product receiving unit, a first switching receiving unit, and a second switching receiving unit. Each unit is realized by the CPU 201 of the POS terminal 20. That is, the CPU 201 executes a product sales data processing program to realize the function of each unit.

[0063] The input unit inputs the identification information output by the output unit of the mobile terminal 30. The input unit inputs the identification information (cart identification information) by the customer-side scanner unit 206 reading the settlement code displayed on the display 409 of the mobile terminal 30. The customer-side scanner unit 206 reads the settlement code in response to an operation by the customer. The input unit may also input transaction information (registration information) output from another POS terminal 20 (a POS terminal 20 in normal mode).

[0064] (Display control of list view) The display control unit displays a list of registered products in response to the input of identification information by the input unit. Specifically, when cart identification information is input by the input unit at the time of checkout, the display control unit controls the communication unit 215 to request the cloud server Sv to transmit the registration information. When the communication unit 215 receives the registration information from the cloud server Sv in response to the transmission request, the display control unit displays a list of registered products on the customer side display unit 205 based on the registration information. The list display is a display for the customer to confirm the products to be purchased at the time of checkout. The list display includes a calling list display when a store clerk is being called, a store clerk list display after the store clerk has arrived, and a normal list display (a list display when a store clerk is not called), which is a list display other than the above. The store clerk list display is a screen displayed during maintenance mode.

[0065] (List display array) The array of the list display includes a first array, a second array, and a third array. The first array is, for example, ascending or descending order of selling price. The second array is, for example, the order in which the products were registered by the mobile terminal 30. The third array is, for example, an ascending or descending order of identifiers related to product management. Each array will be described below.

[0066] (First array) In this embodiment, the second arrangement is, for example, an arrangement according to the order in which the registered products were registered (hereinafter referred to as the "arrangement in order of registration"). The arrangement in order of unit price is, for example, an arrangement in which the registered products are arranged in order from highest to lowest unit price. More specifically, this is an arrangement in which registered products with higher unit prices are preferentially displayed at the top of the customer-side display unit 205, and products with lower unit prices are displayed at the bottom. Here, when there are a large number of registered products, registered products with lower unit prices may not be displayed on the screen, and may be displayed on the screen by the customer scrolling.

[0067] When multiple items of the same product are registered, there are cases where multiple quantities are selected in one scan, and cases where each item is scanned separately. When each item is scanned separately, the items may be displayed in separate columns in the list display, or may be displayed together in one column. However, the total price of the items will be different depending on whether the items are displayed in separate columns in the list display or displayed together in one column. When printing the items on a receipt, the items may be printed in separate columns, or may be printed together in one column. When printing the items in separate columns, the items may be printed in the order in which they were registered.

[0068] The arrangement in unit price order is not limited to an arrangement that prioritizes products with higher unit prices, and may be an arrangement that prioritizes products with lower unit prices (arrangement in descending price order). Specifically, the arrangement in unit price order may be an arrangement in which registered products with lower unit prices are preferentially displayed at the top of the customer-side display unit 205, and products with higher unit prices are displayed at the bottom.

[0069] (Second array) In this embodiment, the first arrangement is an arrangement according to the unit prices of registered products (hereinafter referred to as an "arrangement in order of unit price"). The arrangement in order of registration may be displayed based on the scan time indicated in the scan history of scanning the products with the mobile terminal 30, or may be displayed based on the data number indicating the order assigned to the registered products. Specifically, the POS terminal 20 may receive the scan history and the data number from the cloud server Sv, and display the products in the arrangement in order of registration based on the received information.

[0070] For example, the arrangement in order of registration is an arrangement in which the products are arranged in chronological order from the oldest registered product to the newest registered product. More specifically, the products with the oldest registered product times (products registered at the beginning of the shopping process) are preferentially displayed at the top of the customer side display unit 205, and the products with the newest registered product times (products registered at the end of the shopping process) are displayed at the bottom. Here, if there are a large number of registered products, the products with the newest registered product times may not be displayed on the screen, and may be displayed on the screen by the customer scrolling.

[0071] The arrangement in the order of registration is not limited to an arrangement in which the older registered products are given priority, but may be an arrangement in which the newer registered products are given priority. Specifically, the arrangement in the order of registration may be an arrangement in which the newer registered products are given priority at the top of the customer side display unit 205, and the older registered products are given priority at the bottom.

[0072] (Third Array) The third array is an array in the order of department codes indicating the classification of products, such as major classification / medium classification / minor classification / category. The department codes are codes indicating the classification of products, the details of which will be described later with reference to FIG. 6B. Here, the classification of products includes, for example, minor classifications, medium classifications including minor classifications, and major classifications including medium classifications. The major classifications are the highest classifications, and specifically, for example, a classification such as "dried foods / seasonings". The medium classifications are classifications lower than the major classifications, and specifically, for example, classifications such as "processed foods" and "seasonings" included in "dried foods / seasonings". The minor classifications are classifications lower than the medium classifications, and specifically, for example, classifications such as "retort foods" and "noodles" included in "processed foods". Each product (for example, "XX meat sauce") is classified into a minor classification (for example, "retort foods") and is associated with information that uniquely identifies the product, such as a JAN code.

[0073] The arrangement in department code order may be an arrangement in which the products are displayed by major category, an arrangement in which the products are displayed by medium category, or an arrangement in which the products are displayed by minor category. The arrangement of the products in department code order may be determined in advance. Also, the arrangement of the products in department code order may be switchable by a selection made by a store clerk while the list display is being displayed.

[0074] However, the third array is not limited to an array in the order of department codes. For example, the third array may be an array according to the order of product codes such as (PLU codes: price look up codes) or bar codes (JAN (Japanese Article Number) codes or in-store codes). Since PLU codes are sometimes assigned to each department, it is possible to arrange the codes by department by using the PLU codes. Furthermore, since JAN codes include manufacturer codes, it is possible to arrange the codes by manufacturer. Since in-store bar codes have bar code flags categorized by department (fruit and vegetables, meat, fish, prepared foods, etc.), it is possible to arrange the codes by department by using the flags. For example, even if there is no correlation between the arrangement of meat from a manufacturer such as sausages and meat from meat packs processed in the store, the store clerk can switch between the arrangement by manufacturer and the arrangement by department. This makes it easier to search for products.

[0075] In the following, the third arrangement will be described as "an arrangement in department code order" only. However, the third arrangement may be a plurality of arrangements including an arrangement in department code order, an arrangement by department based on the PLU code, an arrangement by manufacturer, and an arrangement based on the flag of the in-store barcode. The plurality of arrangements may be switchable by selection by the store clerk. Also, any of the plurality of arrangements determined by settings may be displayed first when switching to the third arrangement.

[0076] (About switching the list display when certain conditions are met) When a predetermined condition is met, the switching unit switches the list display to a pre-specified arrangement among at least the order of registration, the order of unit price of the product, and the order of department code. The fulfillment of the predetermined condition is the fulfillment of a condition for requesting the intervention of a store clerk. Specifically, the fulfillment of the predetermined condition is the fulfillment of a condition for making a request to call a store clerk (hereinafter referred to as a "store clerk call request"). The store clerk call request is made by the request unit. The request unit makes a store clerk call request when a product that requires the confirmation of a store clerk (for example, a reserved product described later) is registered at the time of payment or when the store clerk call button is pressed. The store clerk call request made by the request unit is to light up the sign pole 216 in a predetermined lighting mode indicating a store clerk call, to notify the customer side display unit 205 that a store clerk is being called, or to notify the same to a terminal device carried by the store clerk.

[0077] Furthermore, the satisfaction of the predetermined condition is not limited to the satisfaction of the condition for making a store clerk call request, but may be the satisfaction of the condition for starting the list display. The list display is started when the POS terminal 20 reads the settlement code and receives registration information from the cloud server Sv based on the read information. In the following, the satisfaction of the predetermined condition will be described as the making of a store clerk call request.

[0078] In this embodiment, before a request to call a store clerk is made, the display control unit displays the items in the order of unit price. Note that before a request to call a store clerk is made, the display is not limited to the order of unit price, and may be displayed in another order that is set in advance.

[0079] When a request to call a store clerk is made, the switching unit displays the list display in a pre-specified arrangement from any of the arrangements described above. For example, when a request to call a store clerk is made, the switching unit switches the list display from an arrangement arranged in unit price order to an arrangement arranged in order of registration. When a request to call a store clerk is made, the customer will wait for the arrival of a store clerk. For this reason, it is desirable to display the list display in an arrangement that is easy for the customer to confirm. An arrangement that is easy for the customer to confirm is, for example, an arrangement arranged in order of registration. The arrangement that is switched to when a request to call a store clerk is made can be any arrangement that has been set in advance. This arrangement is set by a store clerk in, for example, maintenance mode, etc.

[0080] The preset array may be different for each customer. For example, the array that was viewed the longest in the previous transaction may be stored in association with the membership information of the customer. Then, in the next transaction, the array may be switched and displayed for the customer based on the stored information.

[0081] Furthermore, the preset arrangement (arrangement after switching) may be an arrangement that differs depending on the number of registered products. For example, when there are so many registered products that they cannot all be displayed in a list, the switching unit may switch to an arrangement in order of registration so that the customer can easily check them by tracing their memory. On the other hand, when there are so few registered products that they can be displayed in a list, the switching unit may switch to an arrangement in order of unit price so that the customer can generally grasp the registered products and can easily check high-priced products.

[0082] (About switching the call list display) As described above, when a request to call a store clerk is made, the switching unit switches the arrangement of the list display from the order of unit price to the order of registration. By switching from the order of unit price to the order of registration, the display control unit displays the list display currently being called. In the list display currently being called, the display control unit displays a first button (hereinafter referred to as the "first switching button") that accepts switching of the arrangement of the list display currently being called. The first switching button is an example of a first switching acceptance unit.

[0083] The switching unit switches to an arrangement other than the arrangement in department code order in response to a switch being accepted by the first switch button. That is, in this embodiment, the display control unit does not display the list display in the order of department code order in the list display during calling. To specifically explain the switching of each arrangement, the switching unit switches between the arrangement in the order of registration and the arrangement in the order of unit price in response to a switch being accepted by the first switch button. For example, the display control unit first displays in the order of registration, and switches to the arrangement in the order of unit price in response to a switch being accepted by the first switch button. However, when a request to call a store clerk is made, the display may first be displayed in the order of unit price, and the switching unit may switch to the arrangement in the order of registration in response to a switch being accepted by the first switch button.

[0084] Furthermore, the switching of the arrangement by the switching unit may be performed automatically after a certain period of time has elapsed, instead of or in addition to accepting the switching by the first switching button. Specifically, for example, when a request to call a store clerk is made, the arrangement may be initially displayed in order of registration, and after a certain period of time has elapsed, the switching unit may automatically switch to an arrangement in order of unit price. Furthermore, manual switching by the first switching button and automatic switching after a certain period of time may be used in combination. For example, even after the initial automatic switching, manual switching by the first switching button may be performed. Furthermore, even after manual switching by the first switching button has been performed, automatic switching may be performed after a certain period of time has elapsed.

[0085] The first switching button may be in the form of multiple buttons, for example, a button for switching to an arrangement in order of registration and a button for switching to an arrangement in order of unit price. The first switching button is not limited to being in the form of multiple buttons, and may be in the form of a single button. When the first switching button is in the form of a single button, the switching unit may switch the arrangement every time the first switching button is pressed, such as an arrangement in order of registration → an arrangement in order of unit price → an arrangement in order of registration → ....

[0086] (About the content to be displayed on the same screen as the calling list display) The display control unit displays the calling list display, the first switching button, and the number of items in each category obtained by classifying items according to the price range (price range of unit price) of the items on the same screen. The categories obtained by classifying items according to the price range of the items are, for example, categories obtained by classifying items according to each price range, such as "0 to 300 yen", "300 to 500 yen", "500 to 1000 yen", and "1000 yen or more". In the case of such a category, for example, if three items priced at 200 yen are registered, the number of items purchased in the "0 to 300 yen" category will be three.

[0087] By displaying such a calling list, the customer can change the arrangement of the list display while waiting for the store clerk to arrive at the POS terminal 20, and can easily check the number of items in each price range.

[0088] (Display of products confirmed by store staff) The display control unit displays clerk confirmation products that require confirmation by a clerk among the products displayed in the list display at the top of the list display in all arrangements, and displays them in a display mode (hereinafter referred to as "confirmation display mode") that indicates that they are clerk confirmation products. Products for clerk confirmation include pending products, which will be described later, and products for which the customer wishes to have a clerk confirm (hereinafter referred to as "products to be confirmed"). Products to be confirmed are selected by the customer. Products to be confirmed are products that require confirmation by a clerk, such as products for which the quantity has been changed or which have been canceled. Here, each registered product displayed in the list display (for example, a calling list display or a normal list display) is displayed so that it can be selected by the customer.

[0089] The confirmation product receiving unit receives a product to be confirmed by a store clerk (a product to be confirmed) selected by the customer from the list display. Specifically, the confirmation product receiving unit receives a product selected from the list display displayed on the customer side display unit 205 as a product to be confirmed.

[0090] The confirmation display mode refers to displaying the product in a different manner from other registered products, such as by attaching a specified mark or lettering, displaying the product in a specified position, displaying the product in a specified color or font, or displaying the product as a pop-up.

[0091] Specifically, the confirmation display mode for reserved items is a display mode in which characters indicating the reserved items are added, or a display mode in which the characters flash. Also, the confirmation display mode for items to be confirmed is a display mode in which characters indicating the item to be confirmed are added, or a display mode in which the characters flash. Regardless of the arrangement of the list display, the display control unit displays reserved items and items to be confirmed at the top of the list display, i.e., in a position where the store clerk can easily confirm them (e.g., toward the top of the screen).

[0092] The display control unit displays the store clerk-confirmed products in the confirmation display mode regardless of the switching of the list display arrangement by the switching unit. Specifically, for example, the display unit displays the store clerk-confirmed products in the confirmation display mode even when the list display is arranged in order of registration, order of unit price, or order of department code.

[0093] (Detection of store clerks) The detection unit detects that a store clerk has arrived at the POS terminal 20. Specifically, the detection unit detects the store clerk operating the POS terminal 20. The detection unit detects the store clerk, for example, by having the store clerk code read by the store clerk side scanner unit 212 or the customer side scanner unit 206. The store clerk code may be a barcode printed on an employee ID card or a name tag, or may be stored in an IC tag on the employee ID card or a name tag. The detection unit may also detect the store clerk by having a store clerk code, such as numbers or letters, input by operation of the customer side display unit 205, the store clerk side display unit 210, or the key operation unit 211.

[0094] The detection unit detects the store clerk by performing image recognition using the image capture result captured by the imaging unit 217 (see FIG. 2). The detection unit may detect that the store clerk has arrived at the POS terminal 20 by simply capturing an image of the store clerk located on the store clerk side of the POS terminal 20 by the imaging unit 217 without performing image recognition. The imaging unit 217 used to detect the store clerk is not limited to being provided in the POS terminal 20, and may be provided outside the POS terminal 20, such as on the ceiling or wall of the store.

[0095] (About switching to the list display for store clerks) The switching unit switches the arrangement of the list display to an arrangement in unit price order when the detection unit detects a store clerk. For example, if the items were displayed in the order of registration before the detection unit detects the store clerk, the switching unit switches the arrangement to the order of unit price when the detection unit detects the store clerk. Also, for example, if the items were displayed in the order of unit price before the detection unit detects the store clerk, the switching unit keeps the arrangement in unit price order even after the detection unit detects the store clerk.

[0096] In this embodiment, when a store clerk is detected by the detection means, the display control unit displays a second button (hereinafter referred to as the "second switching button") that accepts switching of the arrangement of the list display for store clerks. The second switching button is an example of the first switching acceptance unit. In response to the acceptance of the switching by the second switching button, the switching unit switches between the arrangement in order of unit price and the arrangement in order of department code. For example, the display control unit first displays the arrangement in order of unit price, and switches to the arrangement in order of department code when the switching is accepted by the second switching button. That is, in this embodiment, the display control unit does not display the list display in the order of registration in the list display for store clerks. However, when a store clerk is detected by the detection means, the display may first be arranged in order of department code, and the switching unit may switch to the arrangement in order of unit price when the switching is accepted by the second switching button.

[0097] Furthermore, the switching of the arrangement by the switching unit may be performed after a certain period of time has elapsed, instead of or in addition to accepting switching by the second switching button. Specifically, for example, when a store clerk is detected by the detection means, the arrangement may be initially displayed in order of registration, and after a certain period of time has elapsed, the switching unit may automatically switch to an arrangement in order of unit price. Also, manual switching by the second switching button and automatic switching after a certain period of time may be used in combination. For example, even after automatic switching has been performed, manual switching by the second switching button may be performed. Furthermore, even after manual switching by the second switching button has been performed, automatic switching may be performed after a certain period of time has elapsed.

[0098] The second switching button may be in the form of multiple buttons, for example, a button for switching to an arrangement in unit price order and a button for switching to an arrangement in department code order. The second switching button is not limited to being in the form of multiple buttons, and may be in the form of a single button. If the second switching button is in the form of a single button, the switching unit may switch the arrangement each time the second switching button is pressed, such as an arrangement in unit price order → an arrangement in department code order → an arrangement in unit price order →...

[0099] (About the content to be displayed on the same screen as the list display for store clerks) The display control unit displays the list display for store clerks, the second switching button, and the number of items in each category, which is obtained by dividing the items according to the price range of the items, on the same screen. With such a list display for store clerks, the store clerk can change the arrangement of the list display and can easily check the items confirmed by the store clerk and the number of items in each price range.

[0100] (Regarding the display of the payment start button and the store attendant call button on each list display) The Start Checkout button and the Call a clerk button are displayed according to the type of list display. For example, in the normal list display, the Start Checkout button and the Call a clerk button are displayed. On the other hand, in the Calling list display and the clerk list display, the Start Checkout button and the Call a clerk button are not displayed. This is because there are products whose registration has not been confirmed in the Calling list display and the clerk list display.

[0101] (An example of information managed by the cloud server Sv) 6A is an explanatory diagram showing an example of various information managed by the cloud server Sv for each mobile terminal 30. The cloud server Sv stores various information including (A) customer information, (B) store information, and (C) cart information. Note that instead of or in addition to storing the various information in a storage unit within the cloud server Sv, the cloud server Sv may store some or all of the various information in another device, such as a file server, accessible by the cloud server Sv.

[0102] (Customer information) In FIG. 6A, (A) shows an example of customer information. Customer information is information for managing individual customers. Customer information may be membership information for each store or each affiliated store. As shown in FIG. 6A (A), customer information includes customer identification information, customer name, customer registration date, customer rank, and number of points.

[0103] The customer identification information is identification information that uniquely identifies a customer. The customer identification information may be, for example, application identification information (hereinafter referred to as "application identification information") that is uniquely assigned to each installed shopping application when the shopping application is installed on the mobile terminal 30. The application identification information may be, for example, a sequentially assigned number. Alternatively, the application identification information may be terminal identification information that is uniquely assigned to the mobile terminal 30 in which the shopping application is installed. This terminal identification information may be, for example, a telephone number assigned to the customer who is the user of the mobile terminal 30, or hardware identification information that is uniquely assigned to the hardware of the mobile terminal 30, such as a MAC (Media Access Control) address.

[0104] The customer name is the customer's name, nickname, or the like. The customer registration date is the date and time when the customer information was newly registered in the cloud server Sv. The customer rank is a rank according to the customer's purchasing history. The number of points is the number of points given to a customer for shopping using the shopping app. The number of points may include the number of points for each store.

[0105] The customer identification information, customer name, and customer registration date are generated when customer information for a new customer is generated. Specifically, the customer identification information is generated when the present application is downloaded to the mobile terminal 30 from the cloud server Sv or a predetermined server that provides general applications. Furthermore, the customer name is generated based on information entered in the name field of the registration form (input form) of the mobile terminal 30 when a new customer is registered. Furthermore, the customer registration date is generated based on the current date and time when a new customer is registered.

[0106] (Store information) In Fig. 6A, (B) shows an example of store information. Store information is information for managing each store. As shown in Fig. 6A (B), the store information includes store identification information, store name, store identification information 1 (information of two-dimensional code), and store identification information 2 (location information). The store identification information includes a store (trade name) or company code and a branch code. The store name is the name of the store, and is composed of, for example, the store name (trade name) or company name and the branch name.

[0107] Store identification information 1 and 2 are information for identifying a store where a transaction takes place (a store where goods are bought and sold). Store identification information 1 is, for example, two-dimensional code information. Store identification information 2 is location information (GPS information) indicating the location of the store. Note that in the example shown in FIG. 6A(B), store identification information and store identification information 1 are stored separately, but since both are information that can uniquely identify a store, it is sufficient to store at least one of the pieces of information.

[0108] (Cart information) In Fig. 6A, (C) shows an example of cart information. Cart information is information about products registered by a customer at a store. As shown in Fig. 6A (C), the cart information includes cart identification information, transaction start date and time, transaction end date and time, customer identification information, and registered product information. The cart identification information is information for identifying the cart information. Specifically, the cart identification information includes store identification information, a date, and a serial number (for example, a serial number for each store for each date).

[0109] The transaction start date and time is the date and time when the transaction started, for example, the date and time when the cart information was generated. The transaction start date and time may be the registration date and time of one item of product, specifically, the date and time when the registered product information (registered product 1: XX medium-thick sauce) shown in FIG. 6A (C) was stored. Instead of or in addition to the transaction start date and time, the registration date and time for each product may be stored separately.

[0110] The transaction end date and time is the date and time when the transaction is ended, specifically, the date and time when the settlement is completed. For example, the transaction end date and time is the date and time when the settlement is completed, but may be the date and time when the settlement is started. The customer identification information is information that uniquely identifies the customer who performs the transaction.

[0111] The registered product information (total) is cumulative information that is updated each time a product is registered. The registered product information (total) includes the number of items (number of products), the estimated subtotal amount, the subtotal amount, etc. The registered product information (registered product N: N is an integer) includes the number (data number) of the product registered in the Nth item. The registered product information N includes the product code, product name, price, and the registration date and time of the product. Specifically, the registered product information (registered product 1: XX medium-thick sauce) indicates the product registered in the first item. The registered product information (registered product 2: XX cheese) indicates the product registered in the second item. Note that in the example shown in FIG. 6A(C), the registered product information for the third and subsequent items is omitted from the illustration.

[0112] Next, the reserved product information indicating reserved products will be described. Reserved products are products that require confirmation by a store clerk. For example, reserved products are classified into categories such as unscanned products, non-file products, products that require age verification, products that require the removal of security tags, and medicines.

[0113] Unscanned products are products that could not be registered due to failure to scan the product code (the scanner was not able to read it). For example, if the product package is wrinkled or the barcode is smudged or dirty, the barcode may not be recognized due to a timeout.

[0114] Here, the failure to recognize the barcode due to a timeout will be described in detail. The mobile terminal 30 includes various sensors (for example, a gyro sensor, an acceleration sensor, a distance sensor, etc.) and can determine that a barcode is being read using the detection results of the various sensors and the image capture results of the camera 407. Specifically, the mobile terminal 30 can determine that a barcode is being read using the detection results of the various sensors when the mobile terminal 30 is tilted and a product is present at a position a certain distance away from the mobile terminal 30. Then, when the mobile terminal 30 determines that a barcode is being read and is unable to read the barcode within a predetermined time, it determines that a timeout has occurred and identifies the product as an unscanned product.

[0115] Moreover, unscanned products include, for example, products that have been put into the basket by pretending to have their barcodes read. In other words, pending products that cannot be read include products that may have been subject to fraudulent manipulation and require confirmation by a store clerk as to whether or not fraudulent manipulation has been performed. Fraudulent manipulation is detected, for example, using scan results that indicate whether or not the barcode has been scanned, imaging results from a camera that images the inside of the shopping basket, detection results that detect the total weight of the products in the shopping basket, etc.

[0116] A NON file product is, for example, a product that is not registered in the product master. Specifically, a NON file product is a product that could not be registered because the product code was successfully scanned (not marked as an unscanned product) and the product with that product code was queried from the product master, but the product could not be identified (the product query was rejected).

[0117] Products that require age verification are, for example, products that cannot be purchased by minors, such as alcohol and tobacco. Products that require the removal of security tags are, for example, products that have security tags attached, such as products that cost more than a certain amount. Pharmaceuticals, for example, are products that require explanation from a pharmacist.

[0118] As shown in (C) of Fig. 6A, the reserved product information (total) includes the number of reserved products (unscanned products, non-file products). In addition, if products that require age verification, products that require removal of security tags, or medicines are registered, information indicating these is stored in the reserved product information (total).

[0119] The reserved product information (reserved product N: N is an integer) is information on the Nth reserved product, and includes the reserved product type of the Nth reserved product. The reserved product type is information indicating the type of the reserved product. In this example, the reserved product type "1" indicates an unscanned product, and the reserved product type "2" indicates a NON-file product. The reserved product information also includes the registration date and time of the product.

[0120] Furthermore, the pending product information of an unscanned product includes the pending product type "1" as well as image data of the product (image data captured when the mobile terminal 30 reads the barcode). For example, pending product information (1) includes the pending product type "1 (unscanned product)" as well as image data.

[0121] Furthermore, the reserved product information of the NON-file product includes the reserved product type “2 (NON-file product)” as well as the product code read by the mobile terminal 30. For example, the reserved product information (2) includes the reserved product type “2 (NON-file product)” as well as the product code.

[0122] (An example of product master data) Next, the product master will be described. Fig. 6B is an explanatory diagram showing an example of the product master stored in the cloud server Sv. The product master 600 is also stored in the store controller 10. Instead of or in addition to being stored in the cloud server Sv or the store controller 10, the product master 600 may be stored in another device accessible to the cloud server Sv and the store controller 10.

[0123] The product master 600 shown in FIG. 6B includes a department code 610 and product information 620 for each product. The department code 610 indicates the codes for the major category, the medium category, and the minor category. Each category is coded. The major category is the highest category. For example, the major category includes categories such as "dried food / seasonings", "luxury items / beverages", "fruit and vegetables", and "meat". The medium category is a category lower than the major category. For example, if the major category is "dried food / seasonings", the medium category includes categories such as "processed foods" and "seasonings". The minor category is a category lower than the medium category. For example, if the medium category is "processed foods", the minor category includes categories such as "retort foods" and "noodles".

[0124] The product information 620 indicates various information for each product. Specifically, the product information 620 includes the following items: "JAN (Japanese Article Number) code," "product name," "unit price," "age verification," and "tax rate."

[0125] "JAN code" is, for example, a 13-digit code that can identify a business and a product. "Product name" is the name of the product. "Unit price" is the price per unit of the product. "Age verification" indicates whether the product requires age verification of the customer. "Tax rate" is the consumption tax rate, and is, for example, either 8% or 10%.

[0126] 6B, for convenience of explanation, the product master 600 includes the department code 610, but the department code 610 may be stored as a separate table (department code table). In this case, the product master 600 and the department code table only need to store information (flags) that associate each product with a department code (classification).

[0127] (An example of a process related to product registration and payment in the shopping system 1) Fig. 7 is a sequence diagram showing the flow of processes related to product registration and payment in the shopping system 1. Fig. 7 illustrates the flow when a customer visits a store, registers a product to be purchased using his / her mobile terminal 30, and completes payment for the product at the POS terminal 20.

[0128] Step S601: First, the mobile terminal 30 acquires information that identifies a store (store identification information). Here, an example of how the store identification information is acquired will be described. For example, a two-dimensional code indicating the store identification information (store identification information 1) is displayed near the entrance of the store. The two-dimensional code may be displayed on a predetermined display device, or may be displayed by printing on a medium. The mobile terminal 30 starts the camera 407 by starting a shopping app in response to an operation by a customer who has visited the store. Then, the camera 407 scans the two-dimensional code in response to an operation by the customer. As a result, the mobile terminal 30 acquires the store identification information. The two-dimensional code may include store identification information for identifying the store.

[0129] Another example of a manner in which store identification information is acquired is the acquisition of location information. For example, the mobile terminal 30 acquires location information (GPS information) in response to an operation of a customer who visits the store. This location information is used for comparison with store identification information 2 and is information that replaces store identification information 1. The mobile terminal 30 may acquire location information and connect to the cloud server Sv by starting a shopping app in response to an operation of a customer who visits the store, and may display a screen as an initial screen informing the user that the mobile terminal 30 is currently connected to the cloud server Sv.

[0130] The mobile terminal 30, which has acquired the store identification information, requests the cloud server Sv to start a transaction. Specifically, the mobile terminal transmits the acquired store identification information and customer identification information to the cloud server Sv, as shown in transmission and reception data D1 in FIG.

[0131] Step S602: When the cloud server Sv receives the customer identification information and the store identification information as a request to start a transaction from the mobile terminal 30, the cloud server Sv generates cart information for the transaction. Specifically, as shown in FIG. 6A (C), the cloud server Sv generates cart information including the cart identification information, the transaction start date and time, and the customer identification information. More specifically, when the cloud server Sv receives the store identification information from the mobile terminal 30 as a request to start a transaction, the cloud server Sv refers to the store information (see FIG. 6A (B)) to identify the store identification information. Note that, when the cloud server Sv receives location information from the mobile terminal 30, the cloud server Sv refers to the store identification information 2 of the store information to identify the store identification information corresponding to the location information. Note that, when the two-dimensional code includes the store identification information, the cloud server Sv can also obtain the store identification information by combining the received two-dimensional code.

[0132] Furthermore, when there is a request to start a transaction from the mobile terminal 30, the cloud server Sv acquires the current date and issues (assigns) a serial number. Furthermore, the cloud server Sv combines the acquired store identification information, the acquired current date, and the issued serial number, and stores them as cart identification information. Furthermore, when the cloud server Sv receives a request to start a transaction from the mobile terminal 30, it stores the current date and time as the transaction start date and time (generation date and time) in the cart information. Furthermore, when the cloud server Sv receives a request to start a transaction from the mobile terminal 30, it stores the received customer identification information in the cart information.

[0133] Step S603: When the cloud server Sv generates the cart information for the transaction, it generates product registration initial screen information (screen information of the product registration screen, which is the initial screen), and transmits it to the mobile terminal 30. Specifically, the cloud server Sv transmits cart identification information together with the product registration initial screen information to the mobile terminal 30 (transmission / reception data D2 in FIG. 7).

[0134] Step S604: Upon receiving the cart identification information and the product registration initial screen information from the cloud server Sv, the mobile terminal 30 stores the cart identification information and displays the product registration initial screen on the display 409.

[0135] Step S605: The mobile terminal 30 scans and registers the product (the barcode attached to the product) in response to the customer's operation. After scanning the product, the mobile terminal 30 transmits the product code obtained by the scan together with cart identification information to the cloud server Sv (see transmission and reception data D3 in FIG. 7). If the product indicated by this product code is, for example, a reserved product such as an unscanned product, the cart identification information and information indicating the reserved product are transmitted as the transmission and reception data D3.

[0136] Step S606: Upon receiving the product code and the cart identification information from the mobile terminal 30, the cloud server Sv identifies the cart information including the received cart identification information.

[0137] Step S607: The cloud server Sv updates the registered product information included in the identified cart information. Specifically, when the cloud server Sv receives the product code of the Nth item, it stores the registered product information (registered product N) indicated by the product code. More specifically, the cloud server Sv stores the registered product information (registered product N) by associating the product code, product name, and price (unit price). In addition, the cloud server Sv updates the cumulative information (cumulative number of items, subtotal amount, etc.) of the registered product information in the identified cart information.

[0138] If the product is discounted, the discount amount may be calculated in step S607 to calculate the price of the registered product information and the subtotal amount of the cumulative information. If the tax rate varies for each product, the price of the registered product information and the subtotal amount of the cumulative information may be calculated in step S607 based on the tax rate for each product.

[0139] Step S608: When the cloud server Sv updates the registered product information in the cart information, it generates product registration update screen information (screen information showing an update screen on which the registered product is added) and transmits it to the mobile terminal 30. At this time, the cloud server Sv transmits cart identification information together with the product registration update screen information to the mobile terminal 30 (transmission / reception data D4 in FIG. 7).

[0140] Step S609: When the mobile terminal 30 receives the cart identification information and the product registration update screen information from the cloud server Sv, the mobile terminal 30 displays the product registration update screen in which the product has been added to the registration screen. Note that, although not shown in FIG. 7 for convenience of explanation, the processes of steps S605 to S609 are repeatedly executed every time the barcode attached to the product is scanned. In other words, the processes of steps S605 to S609 are looped until an instruction to complete registration is received in step S610, which will be described later.

[0141] Step S610: The mobile terminal 30 accepts an instruction to complete registration by a customer's operation. For example, the mobile terminal 30 accepts the instruction to complete registration by pressing a button to complete registration displayed on the display 409 (the registration completion button 903 in FIG. 9).

[0142] Step S611: When the mobile terminal 30 receives an instruction to complete registration, it generates a settlement code. The settlement code includes cart identification information and transmission request information for making the POS terminal 20 perform settlement. The transmission request information is information that requests the cloud server Sv to transmit registration information to the POS terminal 20. The registration information is information necessary for settlement, and includes, for example, the product name, price, subtotal amount, and the like, among the registered product information, and also includes reserved product information. When the mobile terminal 30 generates the settlement code, it displays the generated settlement code on the display 409.

[0143] Step S612: When the settlement code is displayed on the display 409, the customer has the settlement code read by the customer-side scanner unit 206 of the POS terminal 20. As a result, the POS terminal 20 acquires the cart identification information. Note that the POS terminal 20 capable of reading the settlement code is a POS terminal 20 in the accounting-only mode, but may also be a POS terminal 20 in the full self-service mode.

[0144] Step S613: When the POS terminal 20 reads the settlement code displayed on the display 409 of the mobile terminal 30, it makes a request to the cloud server Sv to send registration information (transmission request information). Specifically, the POS terminal 20 sends the registration information transmission request information to the cloud server Sv together with the cart identification information restored from the settlement code (transmission / reception data D5 in FIG. 7).

[0145] Step S614: Upon receiving the cart identification information and the transmission request information from the POS terminal 20, the cloud server Sv identifies the cart information including the received cart identification information. Step S615: When the cloud server Sv identifies the cart information, it transmits cart identification information and registration information to the POS terminal 20 as transmission / reception data D6 (transmission / reception data D6 in FIG. 7). The registration information includes information indicating the product name, price, registration date and time (registration order), product code, subtotal amount, etc. If there are reserved products in the identified cart information, the registration information including information on the reserved products is transmitted to the POS terminal 20.

[0146] Step S616: When the POS terminal 20 receives the registration information from the cloud server Sv, it displays a list of the registration information on the customer side display unit 205. If there are reserved items in the list, the subtotal amount excluding the reserved items may be displayed, or the subtotal amount may not be displayed. If there are reserved items, a store clerk is called. In this case, the POS terminal 20 transmits, for example, to the monitoring terminal 11 or a terminal device carried by the store clerk, information indicating that there are reserved items and information for sending a store clerk to the POS terminal 20.

[0147] Step S617: The POS terminal 20 executes the settlement process. In the settlement process, the POS terminal 20 accepts the selection of a payment type. The payment type may be registered in advance in the shopping app. If the payment type is registered in advance, the POS terminal 20 does not need to display a selection screen for the payment type. Even if the payment type is registered, the POS terminal 20 may display a screen for selecting the payment type.

[0148] In addition, in the settlement process, the POS terminal 20, for example, accepts the insertion of cash, dispenses change, and issues a receipt. The POS terminal 20 then transmits settlement information indicating the details of the settlement and cart identification information (transmitted and received data D7 in FIG. 7) to the cloud server Sv. The cloud server Sv then stores the transaction end date and time (settlement date and time) of the cart information that includes the received cart identification information.

[0149] Step S618: The cloud server Sv transmits a transaction completion notification to the mobile terminal 30. Step S619: When the mobile terminal 30 receives the transaction completion notification, it deletes the products registered in the mobile terminal 30 and terminates the shopping application. Note that when the mobile terminal 30 generates and displays the settlement code in step S611, it may delete the products registered in the mobile terminal 30 and terminate the shopping application. In other words, the cloud server Sv may not perform the process of transmitting the transaction completion notification (step S618).

[0150] (An example of a process performed by the POS terminal 20 during self-payment) Fig. 8 is a flow chart showing an example of a process at the time of settlement performed by the POS terminal 20. In Fig. 8, the POS terminal 20 judges whether or not the display of a list of registered information has started (step S801). The display of a list of registered information starts when the customer-side scanner unit 206 reads a settlement code, makes a request to the cloud server Sv to transmit registered information based on the read settlement code, and receives the registered information from the cloud server Sv.

[0151] When the POS terminal 20 is controlled in the full self mode, the display of the list of registered information is started by pressing a registration complete button displayed on the POS terminal 20. When the POS terminal 20 is controlled in the accounting-only mode, the display of the list of registered information is started by receiving registration information (transaction information) from another POS terminal 20 or by reading the code on a bill.

[0152] The POS terminal 20 waits until the display of the list of registered information starts (step S801: NO). When the display of the list of registered information starts (step S801: YES), the POS terminal 20 refers to the registered information and determines whether or not there are any reserved items (step S802). If there are no reserved items (step S802: NO), the POS terminal 20 displays a normal list display screen (see FIG. 10(B)) on the customer side display unit 205 (step S803). On the normal list display screen, for example, registered items are displayed in order of unit price. Also, on the normal list display screen, a checkout start button and a store clerk call button are displayed.

[0153] Then, the POS terminal 20 judges whether the store clerk call button has been pressed (step S804). If the store clerk call button has not been pressed (step S804: NO), the POS terminal 20 proceeds to step S817. On the other hand, if the store clerk call button has been pressed (step S804: YES), the POS terminal 20 proceeds to step S806. Also, if there are any reserved items in step S802 (step S802: YES), the POS terminal 20 displays the reserved items in a confirmation display mode (step S805). Then, the POS terminal 20 displays a call list display screen on the customer side display unit 205 (step S806).

[0154] The calling list display screen when the store clerk call button is pressed will be described later with reference to FIG. 11(A). The calling list display screen when there are pending items will be described later with reference to FIG. 14(C). On the calling list display screen, for example, registered items are displayed in the order in which they were registered. Also, on the calling list display screen, the first switching button is displayed, and the checkout start button and the store clerk call button are hidden.

[0155] Then, the POS terminal 20 judges whether or not the first switching button has been pressed (step S807). If the first switching button has not been pressed (step S807: NO), the POS terminal 20 proceeds to step S811. On the other hand, if the first switching button has been pressed (step S807: YES), the POS terminal 20 switches the arrangement of the registered products (step S808). This switching is between an arrangement in order of registration and an arrangement in order of unit price.

[0156] The POS terminal 20 then determines whether or not the product to be checked has been accepted (step S809). If the product to be checked has not been accepted (step S809: NO), the POS terminal 20 proceeds to step S811. If the product to be checked has been accepted (step S809: YES), the POS terminal 20 displays the product to be checked in a check display mode (step S810). The POS terminal 20 then determines whether or not a store clerk operation has been detected (step S811). The detection of a store clerk operation is, for example, when a store clerk code is read by the store clerk scanner unit 212.

[0157] If no operation by the store clerk is detected (step S811: NO), the POS terminal 20 returns to step S807. If no operation by the store clerk is detected even after a predetermined time has elapsed, a notification to that effect may be issued. Specifically, the sign pole 216 may be lit in a lighting mode indicating that a store clerk has not arrived at the POS terminal 20 despite a store clerk call request being made, or a message may be displayed on the customer side display unit 205 indicating that the store clerk is being called again.

[0158] If a store clerk operation is detected (step S811: YES), the POS terminal 20 displays a store clerk list display screen (see FIG. 12(A) and FIG. 16(A)) on the customer side display unit 205 (step S812). On the store clerk list display screen, registered products are displayed in order of unit price. Also, on the store clerk list display screen, a second switching button is displayed, and the checkout start button and the store clerk call button are hidden.

[0159] Then, the POS terminal 20 judges whether or not the second switching button has been pressed (step S813). If the second switching button has not been pressed (step S813: NO), the POS terminal 20 proceeds to step S815. On the other hand, if the second switching button has been pressed (step S813: YES), the POS terminal 20 switches the arrangement of the registered products (step S814). This switching is between an arrangement in order of unit price and an arrangement in order of department code.

[0160] Then, the POS terminal 20 judges whether the store clerk has completed the confirmation work (step S815). The confirmation work includes registering unscanned products, registering non-file products, age confirmation, removing security tags, and providing explanations about medicines. The confirmation work also includes changing the quantity of the product to be confirmed or canceling the product. When changing the quantity of the product to be confirmed or canceling the product during the confirmation work, the store clerk has the customer-side scanner unit 206 or the store clerk-side scanner unit 212 scan the barcode of the product to change the quantity of the product or cancel the product.

[0161] If the store clerk's confirmation work is not completed (step S815: NO), the POS terminal 20 returns to step S813. If the store clerk's confirmation work is completed (step S815: YES), the POS terminal 20 displays the normal list display screen on the customer side display unit 205 (step S816).

[0162] Then, the POS terminal 20 judges whether or not the settlement start button is pressed (step S817). If the settlement start button is not pressed (step S817: NO), the POS terminal 20 returns to step S804. If the settlement start button is pressed (step S817: YES), the POS terminal 20 performs settlement processing (step S818) and ends the series of processing.

[0163] (One example of a screen displayed on the mobile terminal 30) Next, an example of a screen displayed on the mobile terminal 30 will be described with reference to Fig. 9. Fig. 9 is an explanatory diagram showing an example of a screen displayed on the display 409 of the mobile terminal 30.

[0164] Fig. 9(A) shows a screen for registering a product displayed on the mobile terminal 30. As shown in Fig. 9(A), an imaging area 901, a total display area 902, a registration completion button 903, and a registered product display area 904 are displayed on the display 409 of the mobile terminal 30.

[0165] The imaging area 901 is an area where the barcode attached to the product can be imaged by the function of the camera 407 of the mobile terminal 30. The total display area 902 is an area where the total points and total price of the various registered products are displayed. The registration completion button 903 is a button for completing the registration and accepting an instruction to start the payment procedure.

[0166] The registered product display area 904 is an area where the product name, quantity, price, etc. of the registered product are displayed. The registered products are displayed in the registered product display area 904 in the order in which they were registered. Specifically, the most recently registered product is displayed at the top of the registered product display area 904. When the registration completion button 903 is pressed in FIG. 9(A), the mobile terminal 30 transitions to a screen shown in FIG. 9(B).

[0167] Fig. 9(B) shows a screen when the settlement code 921 is displayed on the mobile terminal 30. As shown in Fig. 9(B), a guidance display 920, a settlement code 921, a registration return button 922, a total amount display 923, and a parking guidance display 924 are displayed on the display 409 of the mobile terminal 30.

[0168] The guidance display 920 displays guidance to have the POS terminal 20 read the settlement code 1321. The settlement code 921 is, for example, coded information such as cart identification information of the mobile terminal 30 or information for making a request to the cloud server Sv to start settlement. The return to registration button 922 is a button for accepting a return to the screen (the screen in FIG. 9(A)) on which the product can be scanned. The total amount display 923 shows the total amount to be paid by the customer in the settlement process.

[0169] The parking information display 924 indicates whether or not the parking lot has been used. The parking information display 924 also includes a "Yes" button 925 for accepting that the parking lot has been used, and a "No" button 926 for accepting that the parking lot has not been used. When the "No" button 926 is pressed, it becomes possible to have the POS terminal 20 read the settlement code. On the other hand, when the "Yes" button 925 is pressed, a screen showing information about the parking fee is displayed on the mobile terminal 30. The screen showing information about the parking fee will be described later in a modified example.

[0170] When the settlement code 921 is read by the POS terminal 20 (customer-side scanner unit 206), settlement becomes possible at the POS terminal 20. Specifically, when the POS terminal 20 reads the settlement code 921, it makes a request to the cloud server Sv to transmit registration information, and becomes able to execute settlement processing using the registration information received from the cloud server Sv in response to the transmission request.

[0171] (Example of screen transition displayed on the customer side display unit 205 of the POS terminal 20 during self-payment) Next, an example of screen transition displayed on the customer side display unit 205 of the POS terminal 20 during self-payment will be described with reference to Fig. 10 to Fig. 16. Fig. 10 to Fig. 13 are explanatory diagrams showing an example of screen transition displayed on the POS terminal 20 when there are no reserved products.

[0172] Fig. 10(A) shows a guide screen 1000. The guide screen 1000 is a screen that prompts the customer-side scanner unit 206 to read the settlement code 921. For example, the POS terminal 20 displays the guide screen 100 in a standby state in the accounting-only mode. When the customer causes the customer-side scanner unit 206 to read the settlement code 921 displayed on the mobile terminal 30 on the guide screen 1000 shown in Fig. 10(A), the screen transitions to a normal list display screen 1010 shown in Fig. 10(B).

[0173] Note that the transition to the normal list display screen 1010 shown in Fig. 10(B) is not limited to when the payment code 921 is read. For example, when the POS terminal 20 is controlled in the full self-service mode, the screen transitions to a screen similar to the normal list display screen 1010 shown in Fig. 10(B) when the registration completion button, which indicates that the product registration is complete, is pressed. Also, when the POS terminal 20 is controlled in the payment-only mode, the screen transitions to a screen similar to the normal list display screen 1010 shown in Fig. 10(B) when registration information is received from another POS terminal 20 or when the code of a payment ticket issued by another POS terminal 20 is read.

[0174] During standby in the full self-service mode, a screen different from the guide screen 1000 is displayed, specifically, a screen that guides the user to register products is displayed. In addition to the guidance shown in Fig. 10(A), the guide screen 1000 may also display a message urging the user to read the bill.

[0175] 10(B) shows a normal list display screen 1010. The normal list display screen 1010 shown in FIG.

[0176] The transaction information display 1011 shows the product name, number of items purchased, and purchase price for each registered product, as well as the total number of items and total price for the various registered products. In Fig. 10(B), the transaction information display 1011 is displayed in order of unit price. In other words, when the checkout begins, the transaction information display 1011 displays products in descending order of unit price.

[0177] At the start of settlement, the transaction information display 1011 may be displayed in the order of registration. At the start of settlement, whether the transaction information display 1011 is displayed in the order of unit price or in the order of registration may be set in advance by the store clerk.

[0178] The transaction information display 1011 has a larger display area than the registered product display area 904 (see FIG. 9(A)) displayed on the display 409 of the mobile terminal 30, making it easier for customers to see. Because the transaction information display 1011 is displayed with good visibility in this way, customers can easily check the products they have registered. In addition, because the products are displayed in order of unit price, customers can prioritize checking products with higher unit prices.

[0179] The checkout start button 1012 is a button that accepts the start of the checkout process from the customer. The store clerk call button 1013 is a button that accepts the customer's call for a store clerk. The product number display 1016 (1016a to 1016d) shows the number of products in each category, which is categorized according to the price range of the products. Specifically, the product number display 1016a shows the number of products that are "1000 yen or more" among the registered products. The product number display 1016a shows the number of products that are "500 yen or more and less than 1000 yen" among the registered products. The product number display 1016a shows the number of products that are "300 yen or more and less than 500 yen" among the registered products. The product number display 1016a shows the number of products that are "0 yen or more and less than 300 yen" among the registered products.

[0180] To explain the products displayed on the transaction information display 1011 in FIG. 10(B) in detail, four products are registered on the transaction information display 1011. Specifically, "XX sausage" which has the highest unit price is displayed at the top. "XX cheese" which has the next highest unit price is displayed below "XX sausage". "XX meat sauce" which has the next highest unit price is displayed below "XX cheese". And "XX medium-thick sauce" which has the lowest unit price is displayed below "XX meat sauce". When the customer checks the transaction information display 1011 and there is no difference between the registered product and the product he / she wishes to purchase, the customer presses the checkout start button 1012. When the checkout start button 1012 is pressed, the POS terminal 20 can carry out the checkout process.

[0181] On the other hand, if the customer checks the transaction information display 1011 and finds that there is a discrepancy between the registered product and the product he or she wishes to purchase, the registered product must be corrected. This correction requires the operation of a store clerk. As a specific example, suppose that the customer checks the transaction information display 1011 and realizes that only one item of "XX meat sauce" has been registered, even though he or she intended to register three items. In this case, the customer presses the store clerk call button 1013 to call a store clerk. When the store clerk call button 1013 is pressed, the screen transitions to a confirmation screen 1020 shown in FIG. 10(C).

[0182] Fig. 10(C) shows a confirmation screen 1020. The confirmation screen 1020 is a screen on which a notification display 1021 and a confirmation button 1022 are displayed on the normal list display screen 1010 shown in Fig. 10(B). The notification display 1021 displays a notification that a store clerk is being called and prompts the customer to select a product to be confirmed. The confirmation button 1022 is a button for receiving a confirmation from the customer that a store clerk is being called.

[0183] Here, although transaction information display 1011 is displayed in the background of confirmation screen 1020, it is displayed with reduced visibility compared to transaction information display 1011 shown in Fig. 10(B). Also, settlement start button 1012 displayed in Fig. 10(B) is not displayed on confirmation screen 1020. When the customer presses confirmation button 1022 on confirmation screen 1020 shown in Fig. 10(C), the screen transitions to calling list display screen 1100 shown in Fig. 11(A).

[0184] Fig. 11(A) shows a calling list display screen 1100 in the order of registration. The calling list display screen 1100 shown in Fig. 11(A) differs from the normal list display screen 1010 shown in Fig. 10(B) mainly in the arrangement of the transaction information display 1011, in that the checkout start button 1012 is not displayed, in that a call cancel button 1101 is displayed instead of the store clerk call button 1013, and in that a first switching button 1014 and a product designation button 1015 are newly displayed.

[0185] The transaction information display 1011 is displayed in the order of registration. That is, the transaction information display 1011 is displayed in the order of registration, starting with the products registered at the beginning of the shopping trip. The transaction information display 1011 is displayed in the order of registration, similar to the registered product display area 904 (see FIG. 9(A)) displayed on the display 409 of the mobile terminal 30. The transaction information display 1011 has a larger display area than the registered product display area 904, making it easier for customers to see. Since the transaction information display 1011 is displayed with good visibility in this way, the customer can easily check the products that they have registered.

[0186] 10(C), the transaction information display 1011 immediately after the customer presses the confirmation button 1022 may be arranged in order of unit price. Also, the transaction information display 1011 may display the time when the product was registered and a number indicating the order in which the product was registered.

[0187] The call cancel button 1101 is a button for canceling the call to the store clerk. Furthermore, the start settlement button 1012 is not displayed on the call list display screen 1100. For this reason, the settlement process cannot be performed in this state. When the call cancel button 1101 is pressed, the call to the store clerk is canceled and the screen returns to the normal list display screen 1010 shown in FIG. 10(B). In other words, when the call cancel button 1101 is pressed, the start settlement button 1012 is displayed. For this reason, even if the customer accidentally presses the call store clerk button 1013, the customer can cancel the call to the store clerk and start the settlement process by pressing the call cancel button 1101.

[0188] In Fig. 11(A), the first switching button 1014 is a button that accepts switching the arrangement of the transaction information display 1011 to an arrangement in unit price order. Note that a notification may be given on the calling list display screen 1100 to indicate that the arrangement of the transaction information display 1011 can be switched by pressing the first switching button 1014. When the first switching button 1014 is pressed in Fig. 11(A), a transition to the screen shown in Fig. 11(B) is made.

[0189] The product designation button 1015 is a button for accepting the selection of a product to be confirmed. For example, when any product shown in the transaction information display 1011 is selected after the product designation button 1015 is pressed, the selected product is accepted as the product to be confirmed. Note that the calling list display screen 1100 may be configured to notify the user that the product to be confirmed can be accepted by pressing the product designation button 1015.

[0190] 10(B), a first switching button 1014 may be displayed. In this case, when the first switching button 1014 is pressed on the normal list display screen 1010, the arrangement of the transaction information display 1011 may be switched to an arrangement in unit price order.

[0191] 10(B) may display a product designation button 1015. In this case, when the product designation button 1015 is pressed on the normal list display screen 1010 and any product displayed on the transaction information display 1011 is selected, the product may be accepted as a product to be confirmed.

[0192] FIG. 11(B) shows a calling list display screen 1110 in which transaction information display 1011 is displayed in order of unit price. In FIG. 11(B), transaction information display 1011 is displayed in order of unit price. That is, transaction information display 1011 is displayed in order of product with highest unit price. When first switching button 1014 is pressed in FIG. 11(B), the screen is switched to calling list display screen 1100 in order of registration in FIG. 11(A). That is, the calling list display screen 1100 in order of registration in FIG. 11(A) and the calling list display screen 1110 in order of unit price in FIG. 11(B) are switched in response to pressing of first switching button 1014.

[0193] Fig. 11(C) shows a confirmation-requested product reception screen 1120. The confirmation-requested product reception screen 1120 is a screen for receiving the selection of a confirmation-requested product. Specifically, the product designation button 1015 is pressed on the registration order calling list display screen 1100 of Fig. 11(A), and furthermore, the screen shows "XX meat sauce" being received as the confirmation-requested product. Note that the confirmation-requested product is not limited to being a single product, and multiple products can be received.

[0194] Fig. 11(D) shows a confirmation-requested product receiving screen 1130. The confirmation-requested product receiving screen 1130 is a screen for receiving the selection of a confirmation-requested product. Specifically, the confirmation-requested product receiving screen 1130 shows a screen in which the product designation button 1015 is pressed on the unit price-ordered calling list display screen 1110 in Fig. 11(B) and "XX meat sauce" is further received as a confirmation-requested product.

[0195] When a store clerk arrives at the POS terminal 20 while the confirmation request item reception screen 1120 in FIG. 11(C) or the confirmation request item reception screen 1130 in FIG. 11(D) is being displayed, and, for example, the store clerk code on the store clerk's name tag is read by the POS terminal 20, the screen transitions to the store clerk list display screen 1200 shown in FIG. 12(A).

[0196] FIG. 12(A) shows a list display screen 1200 for store clerk sorted by unit price. On the list display screen 1200 for store clerk, products are first displayed in order of unit price. The list display screen 1200 for store clerk sorted by unit price shown in FIG. 12(A) is a screen that accepts the selection of each product shown in the transaction information display 1011. On the transaction information display 1011 of the list display screen 1200 for store clerk, the product to be confirmed (XX meat sauce) is displayed at the top. The word "confirm" is displayed next to the product to be confirmed. This allows the store clerk to easily identify the product to be confirmed.

[0197] In addition, a second switching button 1201 is displayed on the clerk list display screen 1200. The second switching button 1201 is a button that accepts switching the arrangement of the transaction information display 1011 to an arrangement in department code order. When the second switching button 1201 is pressed, the screen transitions to the screen shown in FIG. 12(B).

[0198] FIG. 12(B) shows a list display screen 1210 for store clerks, where items are arranged in order of department code. In FIG. 12(B), the transaction information display 1011 is displayed in order of department code, except for the item to be confirmed. Specifically, the other items, except for the item to be confirmed, are displayed by medium-sized department. The other items are not limited to being displayed by medium-sized department, but may be displayed by large-sized department or by small-sized department. The other items may be switchable between large, medium, or small categories, depending on the selection of the store clerk. The items to be confirmed may also be displayed in order of department code.

[0199] In Fig. 12(B), when the second switching button 1201 is pressed, the screen is switched to the clerk list display screen 1200 arranged in unit price order shown in Fig. 12(A). That is, the clerk list display screen 1200 arranged in unit price order in Fig. 12(A) and the clerk list display screen 1210 arranged in department code order in Fig. 12(B) can be switched in response to pressing the second switching button 1201.

[0200] When a sales clerk selects a product (○○ meat sauce) shown in transaction information display 1011 on sales clerk list display screen 1200 arranged in unit price order, or sales clerk list display screen 1210 arranged in department code order, the screen transitions to correction screen 1220 shown in Figure 12 (C).

[0201] Fig. 12(C) shows a correction screen 1220. The correction screen 1220 shown in Fig. 12(C) is a screen that accepts corrections to each product (such as a product to be confirmed) shown in the transaction information display 1011. Specifically, the correction screen 1220 accepts changes to the quantity, cancellation of the product, changes to the product (PLU code: price look up code), etc., by accepting the press of a quantity change button 1221, etc. When a change to the quantity is accepted from the store clerk, the screen transitions to a correction screen 1230 shown in Fig. 12(D).

[0202] Fig. 12(D) shows the correction screen 1230. The correction screen 1230 shown in Fig. 12(D) shows the screen when the quantity is changed to "3". When the store clerk presses the confirm button 1231 on the correction screen 1230, the screen transitions to the normal list display screen 1300 shown in Fig. 13(A).

[0203] FIG. 13(A) shows a normal list display screen 1300. The normal list display screen 1300 shown in FIG. 13(A) shows a screen reflecting the correction contents by the store clerk. The normal list display screen 1300 displays the same items as the normal list display screen 1010 shown in FIG. 10(B). Specifically, the checkout start button 1012 and the store clerk call button 1013 are displayed again. In FIG. 13(A), since it is clear that the store clerk has arrived at the POS terminal 20, the store clerk call button 1013 does not need to be displayed. When the customer presses the checkout start button 1012 on the normal list display screen 1300, the screen transitions to the screen shown in FIG. 13(B). In addition, the first switching button 1014 and the product designation button 1015 may be displayed on the normal list display screen 1300.

[0204] Fig. 13(B) shows a payment type selection screen 1310. The selection screen 1310 shown in Fig. 13(B) includes selection buttons 1311 (1311a, 1311b, 1311c) that accept the selection of a payment type. When any of the selection buttons 1311 is pressed, settlement is started with the payment type indicated by the pressed selection button 1311.

[0205] (An example of the transition of the screen displayed on the customer side display unit 205 when there is a reserved product) 14 to 16 are explanatory diagrams showing an example of the transition of screens displayed on the POS terminal 20 when there are reserved products. Fig. 14(A) shows a guide screen 1000 similar to Fig. 10(A). On the guide screen 1000 shown in Fig. 14(A), the customer causes the customer-side scanner unit 206 to read the settlement code 921 (see Fig. 9(B)) displayed on the mobile terminal 30, and if the registration information received from the cloud server Sv includes reserved products, the screen transitions to a confirmation screen 1400 shown in Fig. 14(B).

[0206] Fig. 14(B) shows a confirmation screen 1400. The confirmation screen 1400 includes a notification display 1401 and a confirmation button 1402. The notification display 1401 displays a notification that a store clerk is being called and prompts the customer to select a product to be confirmed. The confirmation button 1402 is a button for receiving a confirmation from the customer that a store clerk is being called. When the customer presses the confirmation button 1402 on the confirmation screen 1400 shown in Fig. 14(B), the screen transitions to a calling list display screen 1500 shown in Fig. 15(A).

[0207] FIG. 15(A) shows a calling list display screen 1500 in the order of registration. The calling list display screen 1500 shown in FIG. 15(A) includes a transaction information display 1501. The transaction information display 1501 includes the fact that there are reserved products, as well as the product name, number of items purchased, and purchase price for each registered product, and the total number of items and total price for each registered product. Furthermore, the transaction information display 1501 displays reserved products with the highest priority, followed by products with the oldest registration time. Note that in the confirmation screen 1400 shown in FIG. 14(B), the transaction information display 1501 immediately after the customer presses the confirmation button 1402 may be arranged in the order of unit price. Furthermore, the transaction information display 1501 may display the time when the products were registered and a number indicating the order in which the products were registered.

[0208] The transaction information display 1501 has a larger display area and is easier for customers to see than the registered product display area 904 (see FIG. 9(A)) displayed on the display 409 of the mobile terminal 30. Because the transaction information display 1501 is displayed with good visibility in this manner, the customer can easily check the products that he or she has registered. Furthermore, the transaction information display 1501 is displayed with better visibility than the transaction information display displayed in the background of the confirmation screen 1400 shown in FIG. 14(B). This allows the customer to easily check the transaction information.

[0209] To give a specific explanation of the products displayed on the transaction information display 1501 in Fig. 15(A), six products are registered on the transaction information display 1501. Specifically, the reserved products "NON-FILED PRODUCT" and the reserved products "UNSCANNED PRODUCT" are displayed at the top, followed by the products "XX Ramen", "XX Juice", "XX Curry", and "XX Freebie" in the order of their registration.

[0210] The start payment button 1012 (see FIG. 10(B)) is not displayed on the calling list display screen 1500. Therefore, in this state, it is not possible to carry out the payment process. Furthermore, the cancel call button 1101 (see FIG. 11(A)) is not displayed on the calling list display screen 1500. Therefore, it is not possible to cancel the call to the store clerk.

[0211] In Fig. 15(A), the first switching button 1014 is a button that accepts switching the arrangement of the transaction information display 1501 to an arrangement in unit price order. When the first switching button 1014 is pressed in Fig. 15(A), the screen transitions to the screen shown in Fig. 15(B).

[0212] FIG. 15(B) shows a calling list display screen 1510 in which the transaction information display 1501 is displayed in order of unit price. In FIG. 15(B), the transaction information display 1501 is displayed in order of unit price. Specifically, the transaction information display 1501 displays the reserved items with the highest priority, followed by the items with the highest unit price. When the first switching button 1014 is pressed in FIG. 15(B), the screen is switched to the calling list display screen 1500 in the order of registration in FIG. 15(A). That is, the calling list display screen 1500 in the order of registration in FIG. 15(A) and the calling list display screen 1510 in the order of unit price in FIG. 15(B) are switched in response to pressing of the first switching button 1014.

[0213] Fig. 15(C) shows a confirmation-desired product reception screen 1520. The confirmation-desired product reception screen 1520 is a screen for receiving the selection of a confirmation-desired product. Specifically, the product designation button 1015 is pressed on the registration order calling list display screen 1500 of Fig. 15(A), and further, "XX juice" is received as the confirmation-desired product.

[0214] Fig. 15(D) shows a confirmation-requested product receiving screen 1530. The confirmation-requested product receiving screen 1530 is a screen for receiving the selection of a confirmation-requested product. Specifically, the confirmation-requested product receiving screen 1530 shows a screen in which the product designation button 1015 is pressed on the unit price-ordered calling list display screen 1510 in Fig. 15(B) and "XX juice" is received as the confirmation-requested product.

[0215] When a store clerk arrives at the POS terminal 20 while the confirmation request item reception screen 1520 in FIG. 15(C) or the confirmation request item reception screen 1530 in FIG. 15(D) is being displayed, and, for example, the store clerk code on the store clerk's name tag is read by the POS terminal 20, the screen transitions to the store clerk list display screen 1600 shown in FIG. 16(A).

[0216] FIG. 16(A) shows a list display screen 1600 for salesclerks in order of unit price. In the list display screen 1600 for salesclerks, products to be confirmed by salesclerk (reserved products and products to be confirmed) are displayed with the highest priority, and further, the transaction information display 1501 is displayed in order of unit price. The list display screen 1600 for salesclerks in order of unit price shown in FIG. 16(A) is a screen that accepts the selection of each product shown in the transaction information display 1501. In the transaction information display 1501 of the list display screen 1600 for salesclerks, the reserved products are displayed at the top, followed by the product to be confirmed (XX juice) at the top. The reserved products are displayed with characters indicating the reserved products, and the products to be confirmed are displayed with the character "confirm". This allows the salesclerks to easily understand the reserved products and the products to be confirmed.

[0217] A second switching button 1201 is displayed on the clerk list display screen 1600. The second switching button 1201 is a button that accepts switching the arrangement of the transaction information display 1501 to an arrangement in department code order. When the second switching button 1201 is pressed, the screen transitions to the screen shown in FIG. 16(B).

[0218] FIG. 16(B) shows a clerk list display screen 1610 in which items are displayed in order of department code. In FIG. 16(B), the transaction information display 1501 is displayed in order of department code, except for items confirmed by the clerk (items on hold and items to be confirmed). Specifically, the other items are displayed by medium-sized department. Note that the items other than the items confirmed by the clerk are not limited to being displayed by medium-sized department, but may be displayed by large-sized department or by small-sized department. Furthermore, the other items may be switchable between large, medium, or small categories depending on the selection of the clerk. Note that the items confirmed by the clerk may also be displayed in order of department code.

[0219] In Fig. 16(B), when the second switching button 1201 is pressed, the screen is switched to the clerk list display screen 1600 arranged in unit price order shown in Fig. 16(A). That is, the clerk list display screen 1600 arranged in unit price order in Fig. 16(A) and the clerk list display screen 1610 arranged in department code order in Fig. 16(B) can be switched in response to pressing the second switching button 1201.

[0220] When a salesperson selects a product (such as "juice") that the salesperson wishes to confirm and that is shown in transaction information display 1501 on salesperson list display screen 1600 arranged in order of unit price, or salesperson list display screen 1610 arranged in order of department code, the screen transitions to revision screen 1220 shown in FIG. 16(C).

[0221] Fig. 16(C) shows a correction screen 1620. The correction screen 1620 shown in Fig. 16(C) is a screen that accepts corrections to each product (reserved products, products to be confirmed, etc.) shown in the transaction information display 1501. Specifically, the correction screen 1620 accepts registration and modification of products, changes to quantities, cancellation of products, etc. Once the store clerk has completed the correction of reserved products and products to be confirmed, etc., the screen transitions to a normal list display screen 1630 shown in Fig. 16(D).

[0222] Fig. 16(D) shows a normal list display screen 1630. The normal list display screen 1630 shown in Fig. 16(D) shows a screen reflecting the corrections made by the store clerk. In the normal list display screen 1630, the characters indicating the reserved items are not displayed. Note that the characters indicating the reserved items may be displayed even after the corrections made by the store clerk are completed. In this case, the characters may be displayed in different forms before and after the corrections made by the store clerk.

[0223] Furthermore, on the normal list display screen 1630, the word "Confirm" is hidden for the product to be confirmed. Note that the word "Confirm" may be displayed even after the correction by the store clerk is completed. In this case, the word "Confirm" may be displayed in a different manner before and after the correction.

[0224] Also displayed on the normal list display screen 1630 are a start checkout button 1012 and a call clerk button 1013. In Fig. 16(D), since it is clear that a clerk has arrived at the POS terminal 20, the call clerk button 1013 does not need to be displayed. When the customer presses the start checkout button 1012 on the normal list display screen 1630, the selection of the payment type is accepted and the payment is made.

[0225] As described above, in the above-mentioned shopping system 1, the POS terminal 20 displays a list of registered products in response to input of a payment code from the mobile terminal 30, and when a predetermined condition is met, the list display is switched to a pre-specified arrangement among at least the order of registration, the order of unit price of the products, and the arrangement of the department code. This makes it easier for the customer to understand the list of products displayed at the time of payment, that is, it is easier to confirm the products to be purchased. This makes it possible to prevent the payment from taking too long and the purchase of unintended products. In addition, the list of products displayed when the store clerk is checking the products is easier for the store clerk to understand, that is, it is easier to confirm the products to be checked. Therefore, according to this embodiment, the payment can be made efficiently.

[0226] In the above embodiment, the shopping system 1 sets the predetermined condition as the establishment of a condition for requesting to call a sales clerk. Therefore, while calling a sales clerk, a list of registered products is displayed in the order of registration, allowing the customer to check the registered products. This allows the time spent calling a sales clerk to be used effectively, allowing for efficient payment.

[0227] In the above embodiment, the shopping system 1 is also able to switch the arrangement of the product list display when a predetermined condition is met. This allows the arrangement of the list display to be switched between an arrangement in order of registration and an arrangement in order of unit price when a predetermined condition is met. This allows the customer to check the registered products, and makes effective use of the time available when the predetermined condition is met. In addition, for example, the registered products are displayed in the registered product display area 904 (see FIG. 9) of the mobile terminal 30 in the order in which they were registered, so that the customer can check the registered products while comparing them with the screen of the mobile terminal 30. This makes it easier to check the product to be purchased.

[0228] Furthermore, in the above embodiment, the shopping system 1 displays a first switching button 1014 for accepting a change in the arrangement of the list display when a predetermined condition is met, and switches to an arrangement other than the department code order in response to the acceptance of the change in arrangement by the first switching button 1014. This allows the arrangement of the list display of registered products to be switched between an arrangement according to the registration order and an arrangement according to the unit price of the products in response to the customer's selection. Therefore, since the arrangement can be set according to the customer's selection, it is easier to check the products to be purchased.

[0229] In the above embodiment, the shopping system 1 displays the list of registered products, the first switching button 1014, and the product number display 1016, which classifies the products according to their price range, on the same screen. This allows the products to be arranged according to the customer's selection, and the customer can understand the products in each price range by the product number display 1016, regardless of the arrangement in which the list is displayed.

[0230] In the above embodiment, when the shopping system 1 detects a store clerk operating the POS terminal 20, the arrangement of the list display is switched to an arrangement according to the unit price of the registered items. This allows the list display to be arranged in a way that prioritizes high-priced items. This makes it easier for the store clerk to check high-priced items.

[0231] Furthermore, in the above embodiment, when the shopping system 1 detects a store clerk operating the POS terminal 20, it displays the second switching button 1201 for accepting switching of the arrangement of the list display, and in response to the acceptance of the switching by the second switching button 1201, it switches between an arrangement according to the unit price and an arrangement according to the department code of the registered product. This allows the arrangement of the list display of registered products to be changed according to the selection of the store clerk, making it easier for the store clerk to check the products that the customer is about to purchase.

[0232] In the above embodiment, the shopping system 1 displays the list of registered products, the second switching button 1201, and the product number display 1016, which classifies the products according to their price range, on the same screen. This allows the display to be arranged according to the selection of the store clerk, and the store clerk can grasp the products in each price range by the product number display 1016, regardless of the arrangement in which the list is displayed.

[0233] In the above embodiment, the shopping system 1 displays products that require confirmation by a store clerk (reserved products or products to be confirmed) among the products displayed in the list display at the top of the list display in all arrangements, and displays them in a display mode that indicates that they are products that are confirmed by a store clerk. This allows the store clerk to easily understand the products that are confirmed by a store clerk.

[0234] In the above embodiment, the shopping system 1 displays the clerk-checked products in a display mode that indicates that they are clerk-checked products, regardless of the change in the arrangement of the list display. This allows the clerk to easily identify the clerk-checked products even when the arrangement of the list display is changed.

[0235] In the above embodiment, the shopping system 1 accepts clerk-confirmed products from the list display, and displays the accepted clerk-confirmed products in a display mode that indicates that they are clerk-confirmed products. This allows the customer to select the clerk-confirmed products. Therefore, the clerk can easily recognize the clerk-confirmed products without the customer requesting them or the clerk searching for them.

[0236] (Modification of the embodiment) Modifications of the embodiment will be described below. Note that in each of the following modifications, the contents described in the above embodiment will not be described as necessary.

[0237] (Variation 1) In the above-described embodiment, a configuration has been described in which selection of a product to be checked or switching of the list display arrangement is not accepted when the normal list display screen 1010 (see FIG. 10(B)) is displayed, i.e., when a request to call a store clerk has not been made. In the first modified example, in addition to or instead of such a configuration, a configuration will be described in which selection of a product to be checked or switching of the list display arrangement is accepted even when the normal list display screen 1010 (see FIG. 10(B)) is displayed, i.e., when a request to call a store clerk has not been made. Note that in the first modified example, the normal list display screen 1010 shown in FIG. 10(B) is taken as an example for explanation, but this is not limiting, and the same applies to the normal list display screen 1300 (see FIG. 13(A)) and the normal list display screen 1630 (see FIG. 16(D)).

[0238] In the first modification, the POS terminal 20 displays the product designation button 1015 on the normal list display screen 1010 (see FIG. 10(B)) and enables pressing of the product designation button 1015. Specifically, the POS terminal 20 displays the product designation button 1015 on the normal list display screen 1010 and accepts pressing of the product designation button 1015. This makes it possible to accept the selection of a product to be confirmed even when a request to call a store clerk has not been made.

[0239] Furthermore, in the first modification, the POS terminal 20 displays the first switching button 1014 on the normal list display screen 1010 (see FIG. 10(B)) and enables pressing of the first switching button 1014. Specifically, the POS terminal 20 displays the first switching button 1014 on the normal list display screen 1010 and accepts pressing of the first switching button 1014. This makes it possible to accept switching of the list display arrangement even when a store clerk call request has not been made.

[0240] (An example of a process performed by the POS terminal 20 during self-payment according to the first modification) Fig. 18 is a flow chart showing an example of a process performed by the POS terminal 20 according to the first modified example at the time of settlement. The following will explain the differences from Fig. 8. In step S802, the POS terminal 20 refers to the registered information, and if there are no reserved products (step S802: NO), displays a normal list display screen on the customer side display unit 205 (step S1801). On this normal list display screen, for example, registered products are displayed in order of unit price, and a settlement start button, a first switching button, and a store clerk call button are also displayed.

[0241] Then, the POS terminal 20 judges whether or not the first switching button has been pressed (step S1802). If the first switching button has not been pressed (step S1802: NO), the POS terminal 20 proceeds to step S804. On the other hand, if the first switching button has been pressed (step S1802: YES), the POS terminal 20 switches the arrangement of the registered products (step S1803). This switching is between an arrangement in order of unit price and an arrangement in order of registration.

[0242] Then, the POS terminal 20 judges whether the confirmation-desired product has been accepted (step S1804). If the confirmation-desired product has not been accepted (step S1804: NO), the POS terminal 20 proceeds to step S804. If the confirmation-desired product has been accepted (step S1804: YES), the POS terminal 20 displays the confirmation-desired product in a confirmation display mode (step S1805), and proceeds to step S804.

[0243] In step S804, if the store clerk call button is pressed (step S804: YES), the POS terminal 20 displays a call list display screen on the customer side display unit 205 (step S1806). On the call list display screen, the first switching button is displayed, and the settlement start button and the store clerk call button are hidden.

[0244] According to the first modification, even when a request to call a sales clerk has not been made, it is possible to accept the selection of a product to be checked from the customer and the switching of the arrangement of the list display. Therefore, even when a sales clerk has not been called, the customer can efficiently check the registered products and select a product to be checked.

[0245] (Variation 2) In the above-described embodiment, a configuration has been described in which the first switching button 1014 is displayed, and the list display can take one arrangement in order of registration and one arrangement in order of unit price (see, for example, FIGS. 12(A) and (B)). In Modification 2, in addition to or instead of such a configuration, a configuration will be described in which the list display can take multiple arrangements in order of registration and multiple arrangements in order of unit price.

[0246] Specifically, the POS terminal 20 displays a button (hereinafter referred to as the "price order switching button") that can switch between an arrangement that prioritizes high-priced items and an arrangement that prioritizes low-priced items in the unit price order. The price order switching button may be multiple buttons, for example, a button for switching to an arrangement that prioritizes high-priced items and a button for switching to an arrangement that prioritizes low-priced items. Furthermore, the price order switching button is not limited to multiple buttons, and may be a single button. If the price order switching button is a single button, the arrangement may be switched each time the price order switching button is pressed, such as an arrangement that prioritizes high-priced items → an arrangement that prioritizes low-priced items → an arrangement that prioritizes high-priced items → ...

[0247] Furthermore, the POS terminal 20 displays a button (hereinafter referred to as the "registration order switching button") that can switch the arrangement in the registration order between an arrangement that prioritizes products registered early and an arrangement that prioritizes products registered late. The registration order switching button may be multiple buttons, for example, a button for switching to an arrangement that prioritizes products registered early and a button for switching to an arrangement that prioritizes products registered late. Furthermore, the registration order switching button is not limited to multiple buttons, and may be a single button. If the registration order switching button is a single button, the arrangement may be switched each time the registration order switching button is pressed, such as an arrangement that prioritizes products registered early → an arrangement that prioritizes products registered late → an arrangement that prioritizes products registered early →...

[0248] It is also possible to use the unit price order switching button and the registration order switching button as a single button. When the unit price order switching button and the registration order switching button are used as a single button, the arrangement can be switched each time the button is pressed, such as an arrangement prioritizing high-priced products → an arrangement prioritizing low-priced products → an arrangement prioritizing products registered early → an arrangement prioritizing products registered late → an arrangement prioritizing high-priced products → ...

[0249] According to the second modification, it is possible to increase the variety of arrangements of the list display, which makes it easier for customers to check the products they wish to purchase.

[0250] (Variation 3) In the above-described embodiment, a configuration has been described in which the registered product information in the cart information is updated every time a product is scanned on the mobile terminal 30 (see steps S605 to S607 in FIG. 7). In the third modification, in addition to or instead of such a configuration, a configuration will be described in which the registered product information in the cart information is updated all at once at a predetermined timing. In the third modification, the predetermined timing is, for example, the timing when an instruction to complete registration is received on the mobile terminal 30, but it may also be the timing when a certain period of time has passed, the timing when the number of registered products reaches a predetermined number, or the like.

[0251] In the third modification, when the cloud server Sv receives a product code scanned by the mobile terminal 30 (see step S605 in FIG. 7), it refers to the product master 600 to identify a product corresponding to the product code, and transmits information indicating the identified product to the mobile terminal 30. At this time, the cloud server Sv does not identify cart information or update registered product information.

[0252] When the mobile terminal 30 receives information indicating a product from the cloud server Sv, it stores (registers) the product in the memory 404. The information (registered information) stored by the mobile terminal 30 includes, for example, the product name, price, registration date and time (registration order), product code, etc. Furthermore, if a reserved product is included, the mobile terminal 30 also stores the reserved product as registration information. The mobile terminal 30 and the cloud server Sv repeat the above process every time the mobile terminal 30 scans a product.

[0253] When the mobile terminal 30 receives an instruction to complete registration (see step S610 in FIG. 7), it transmits the registration information stored in the memory 404 to the cloud server Sv. When the cloud server Sv receives the registration information from the mobile terminal 30, it generates cart information and stores the registered product information. This registered product information includes the product name, price, registration date and time (order of registration), product code, etc.

[0254] Then, when a request to transmit the registered information is received from the POS terminal 20 (see step S613 in FIG. 7), the registration information is transmitted to the POS terminal 20 (step S615 in FIG. 7). This registration information includes information indicating the product name, price, registration date and time (registered order), product code, subtotal amount, etc. The POS terminal 20 can switch the arrangement of the list display using the information indicating the registered order and price information, etc., contained in the registration information.

[0255] When the settlement is completed at the POS terminal 20, the cloud server Sv transmits a transaction completion notification to the mobile terminal 30 (step S618 in FIG. 7). Upon receiving the transaction completion notification, the mobile terminal 30 deletes the registration information stored in the memory 404.

[0256] Even with this configuration, the list of products displayed at the time of payment on the POS terminal 20 is easy for the customer to understand, that is, it is easy for the customer to confirm the products to be purchased.

[0257] According to the third modification, the data transmitted from the mobile terminal 30 to the cloud server Sv can be a product code, and the data transmitted from the cloud server Sv to the mobile terminal 30 can be information indicating a product. That is, the data exchange between the mobile terminal 30 and the cloud server Sv can be made not to include cart identification information or product registration update screen information. Therefore, the amount of data exchanged between the mobile terminal 30 and the cloud server Sv can be reduced, and a decrease in communication speed can be suppressed. In addition, when the mobile terminal 30 is not connected to a free communication line (for example, Wi-Fi (registered trademark) available in the store), the mobile terminal 30 will be connected to a paid communication line (for example, 4G: 4th Generation). According to the third modification, the amount of data exchanged between the mobile terminal 30 and the cloud server Sv can be reduced, and therefore the economic burden on the customer when using a paid communication line can be reduced. Furthermore, the cloud server Sv can collectively generate cart information and store registered product information, and therefore the load related to the processing of the cloud server Sv can be suppressed.

[0258] (Variation 4) In the above-described embodiment, a configuration (see FIG. 11(C)) has been described in which a product to be checked is accepted by selection from a list display. In the fourth modified example, a configuration will be described in which, in addition to or instead of such a configuration, a product to be checked is accepted by scanning or the like. Scanning or the like here refers to reading the barcode of the product to be checked, or having the imaging unit 217 capture an image of the product to be checked.

[0259] For example, a customer may not be able to identify a product that the customer wishes to confirm while the sales clerk is being called. In this case, after the sales clerk arrives, the sales clerk may identify the product that the customer wishes to confirm on the sales clerk list display in response to the customer's request, and perform the confirmation work. For example, if there are so many registered products that they cannot all fit on the sales clerk list display, it may be time-consuming for the sales clerk to identify the product that the customer wishes to confirm from the list display.

[0260] (Barcode reading) Therefore, in the fourth modification, for example, when a store clerk has a product to be checked and the product has a barcode attached thereto, the store clerk can accept the product to be checked by reading the barcode. Specifically, for example, the POS terminal 20 displays a button equivalent to the product designation button 1015 (see FIG. 16(D)) on the store clerk list display screen 1600 (see FIG. 16(A)). After the button is pressed, the customer side scanner unit 206 or the store clerk side scanner unit 212 scans the barcode of the product to be checked, thereby accepting the product as the product to be checked. After this, the store clerk performs confirmation work such as changing the quantity of the product to be checked.

[0261] (Image capture of product by imaging unit 217) Furthermore, if the product desired to be checked is one that can be identified by an image recognition function using the image capture result of the imaging unit 217, the product can be accepted by capturing an image of the product. Specifically, for example, a button equivalent to the product designation button 1015 (see FIG. 16(D)) is displayed on the list display screen 1600 for store clerks (see FIG. 16(A)). After the button is pressed, the product desired to be checked is captured by the imaging unit 217, and the product is accepted as the product desired to be checked. After this, the store clerk performs confirmation operations such as changing the quantity of the product desired to be checked. Note that the product desired to be checked may be identified by the operation of the store clerk based on the number of items placed.

[0262] According to the fourth modification, when a store clerk has a product that the store clerk wishes to confirm, the store clerk can easily accept the product by reading the barcode of the product or taking an image of the product. This reduces the store clerk's effort in identifying the product to be confirmed.

[0263] In the fourth modification, the product to be confirmed may be accepted by the customer performing an operation such as scanning. Specifically, after the product designation button 1015 is pressed on the calling list display (for example, on the calling list display screen 1100 in FIG. 11(A)), the customer-side scanner unit 206 may scan the barcode of the product to be confirmed, thereby accepting the product to be confirmed.

[0264] Also, after the customer arrives, the display may be changed from the list for store clerks to the list display for calls again in response to the store clerk's operation, and the customer may follow the instructions of the store clerk and perform operations such as scanning to receive the products that the customer wishes to check.

[0265] However, there are some customers who do not like store clerks to touch products. In consideration of this, the store clerk list display screen 1200 (see FIG. 12(A)) and the store clerk list display screen 1600 (see FIG. 16(A)) may be configured to prohibit the store clerk from scanning the barcode of the product and accepting the product to be confirmed. In other words, acceptance of the product to be confirmed by scanning the product code may be enabled when based on the customer's operation, but disabled when based on the store clerk's operation.

[0266] In addition, in the case where the product to be confirmed can be accepted by the customer performing an operation such as scanning, a notification to that effect may be given. The notification is a notification that the product to be confirmed can be accepted by scanning the barcode of the product or taking an image of the product in the calling list display.

[0267] (Variation 5) In the above embodiment, a configuration for accepting a product to be confirmed by a customer's selection (see FIG. 11(C)) has been described. In the fifth modification, a configuration for accepting a category of a product to be confirmed in addition to or instead of such a configuration will be described.

[0268] In the fifth modification, for example, if there are so many registered products that they cannot all fit in the list display, it may be time-consuming to search for the product to be confirmed from the list display. In the fifth modification, if the customer can specify the category of the product to be searched for, it is possible to accept the product to be confirmed by category by specifying the category.

[0269] In the fifth modification, the POS terminal 20, for example, displays a button for accepting the classification of the product to be searched for on the confirmation-requested product reception screen 1120 (see FIG. 11(C)). When the button is pressed, one of a plurality of classifications is displayed so that it can be selected. The classification is, for example, a medium-sized classification in the product master 600, such as beef, vegetables, and fish. For example, if the product to be searched for is "cucumber," the customer selects the vegetable classification. As a result, the "vegetable" classification is accepted as the classification of the product to be confirmed.

[0270] The sales clerk who was called can find vegetables among the products the customer is purchasing because the product he or she wishes to check is classified as "vegetables," and can identify the product the customer wishes to check (cucumber). If the products the customer wishes to purchase include multiple products classified as "vegetables" (cucumber, eggplant, tomato), the sales clerk can directly ask the customer which product the customer wishes to check and identify the product the customer wishes to check (cucumber).

[0271] According to the fifth modification, the product to be checked can be accepted by category, which can reduce the effort required for the customer to search for the product to be checked.

[0272] (Variation 6) In the above-described embodiment, a configuration has been described in which the transaction is terminated when the mobile terminal 30 receives an instruction to complete registration (see step S611 in FIG. 7). In the sixth modification, in addition to or instead of such a configuration, a configuration will be described in which shopping can be resumed even after the mobile terminal 30 receives an instruction to complete registration.

[0273] For example, in a store, there is a service that parking is free if you spend a certain amount of money within a certain time. For example, parking may be free if you spend a few hundred yen more than the current purchase amount. In view of this, in the modified example, a configuration will be described that allows shopping to be resumed even after the mobile terminal 30 has received an instruction to complete registration.

[0274] More specifically, the cloud server Sv stores, for example, information about parking lots. The information about parking lots is information that indicates the relationship between the purchase price and the parking time, and specifically, information such as "if you purchase 2000 yen, you get up to 2 hours free," or "if you purchase 3000 yen, you get up to 3 hours free." The cloud server Sv stores the time of entry into the parking lot for each customer.

[0275] When the mobile terminal 30 starts the shopping app, it transmits information indicating the start of shopping to the cloud server Sv. When the cloud server Sv receives the information, it acquires information about the vehicle and information indicating the time of entry into the parking lot.

[0276] Specifically, the cloud server Sv acquires vehicle information and information indicating the entry time of the vehicle into the parking lot from a computer device that manages the parking lot. The vehicle information is, for example, information that can identify the vehicle, such as information written on the license plate. If the vehicle information is accepted in advance, such as when registering as a member, it is registered in advance in the cloud server Sv.

[0277] Note that vehicle information does not need to be registered in advance. For example, the cloud server Sv manages information (color, manufacturer, model, license plate information) of each vehicle parked in the parking lot. Therefore, the cloud server Sv can transmit question information such as color, manufacturer, model, etc. to the mobile terminal 30 (customer), and use the answer to the question information to identify the vehicle and obtain the vehicle information.

[0278] The information indicating the entrance time acquired by the cloud server Sv may be acquired from a computer device that manages the parking lot. The entrance time may be the time when the mobile terminal 30 displays a confirmation screen and accepts the entry time from the customer, or may be the time obtained by subtracting an approximate time (e.g., 10 minutes) from the start time of the shopping app (e.g., the time 10 minutes before).

[0279] When the customer has finished shopping and the mobile terminal 30 receives an instruction from the customer to complete registration (registration completion button 903 in FIG. 9(A)), it sends information indicating that to the cloud server Sv. The cloud server Sv calculates the length of stay from the entry time of the customer when he or she entered the parking lot and the current time. The cloud server Sv then refers to the information about the parking lot and performs a parking fee determination to see if the calculated length of stay is eligible for a parking fee discount (free). If a positive determination is obtained in the parking fee determination, i.e., if the parking fee is free, payment can be made as usual.

[0280] On the other hand, if a negative determination result is obtained in the parking fee determination, that is, if a parking fee is charged, the cloud server Sv calculates the difference between the amount for which the parking fee is free and the customer's current purchase amount (total amount), and transmits information indicating the difference to the mobile terminal 30. The mobile terminal 30 then notifies the customer of the difference and accepts whether the customer wants to continue shopping or settle the payment as is. If it is accepted that the customer wants to settle the payment as is, it becomes possible to settle the payment as usual. On the other hand, if it is accepted that the customer wants to continue shopping, the mobile terminal 30 invalidates the previously accepted instruction to complete registration, and returns to a state in which shopping can be continued.

[0281] Here, a specific example of a screen related to parking fees displayed by the mobile terminal 30 will be described with reference to Fig. 17. Fig. 17 is an explanatory diagram showing an example of a screen related to parking fees displayed by the mobile terminal 30. Fig. 17 is a screen to which the screen transitions when the "Yes" button 925 is pressed on the parking guide display 924 in Fig. 9(B).

[0282] As shown in Fig. 17, instead of the parking information display 924 shown in Fig. 9(B), a parking fee information display 1700 is displayed on the display 409 of the mobile terminal 30. The parking fee information display 1700 indicates that a parking fee of 2000 yen gives up to 2 hours free of charge, and a parking fee of 3000 yen gives up to 3 hours free of charge.

[0283] The parking fee information display 1700 also displays the parking time from the time of entry to the present, and the difference between the customer's current purchase amount (total amount) and the amount for which parking will be free (406 yen). The parking fee information display 1700 also includes a "Yes" button 1701 that accepts the customer's decision to continue shopping, and a "No" button 1702 that accepts the customer's decision to proceed with payment. When the "No" button 1702 is pressed, the parking fee information display 1700 is hidden, and payment can be made as usual. On the other hand, when the "Yes" button 1701 is pressed, the mobile terminal 30 invalidates the previously accepted instruction to complete registration, and returns to the screen shown in FIG. 9(A).

[0284] When the "Yes" button 1701 is pressed, the mobile terminal 30 transmits information indicating that shopping will continue to the cloud server Sv. When the cloud server Sv receives the information, it turns on a flag indicating that shopping may be resumed (hereinafter, "shopping resume flag"). The shopping resume flag is a flag indicating that resumption is valid until a predetermined time has elapsed, and indicating that it becomes invalid after the predetermined time has elapsed. Therefore, even if the mobile terminal 30 terminates the shopping app, shopping can be resumed by reactivating the shopping app within the predetermined time. On the other hand, once the predetermined time has elapsed, shopping cannot be resumed even if the mobile terminal 30 activates the shopping app, and in this case, a new purchase will be made. This can save the customer the trouble of canceling the resumption of shopping after the predetermined time has elapsed.

[0285] According to the sixth modification, shopping can be resumed even after the mobile terminal 30 has received an instruction to complete registration, thereby improving convenience.

[0286] The timing at which the cloud server Sv performs the parking fee determination is not limited to the timing at which the mobile terminal 30 receives an instruction to complete registration from the customer. For example, the timing may be the timing at which the settlement is completed (the timing at which the cloud server Sv receives the transmission / reception data D7 in FIG. 7). Specifically, after the settlement is completed, the cloud server Sv performs the parking fee determination and transmits information indicating the difference to the POS terminal 20 (or the mobile terminal 30). Then, when the POS terminal 20 (or the mobile terminal 30) receives an instruction to continue shopping, it transmits information indicating that to the cloud server Sv. When the cloud server Sv receives the information, it turns on a shopping resume flag indicating that shopping may be resumed.

[0287] Also, a store clerk's permission may be required to resume shopping. Specifically, a store clerk may be called at the time of payment, and the store clerk may perform a predetermined operation on the POS terminal 20 to permit the customer to resume shopping. Also, when the POS terminal 20 accepts a request to continue shopping, it may notify the monitoring terminal 11 of the request. Also, by referring to a customer's point card or the like, the customer may be permitted to resume shopping if the customer is a good customer, and may not be permitted to resume shopping if the customer is not a good customer. Also, when only good customers are permitted to resume shopping, the POS terminal 20 may accept a selection from the customer as to whether or not to resume shopping.

[0288] The POS terminal 20 may also display a screen (see FIG. 17) related to the parking fee displayed on the mobile terminal 30. In this way, even if the parking fee determination is performed when the settlement is completed, shopping can be resumed even after the mobile terminal 30 accepts an instruction to complete registration, improving convenience.

[0289] (Variation 7) In the above-described embodiment, the confirmation process accepts cancellation of the product to be confirmed by the operation of the store clerk (see step S815 in FIG. 8). In the seventh modification, in addition to or instead of the above configuration, a configuration will be described in which cancellation of the product to be confirmed by the customer is accepted before the confirmation process by the store clerk.

[0290] In the seventh modification, when the POS terminal 20 accepts the confirmation-desired product, it displays a cancel button to accept cancellation of the product, as shown in, for example, a confirmation-desired product acceptance screen 1120 (calling list display) in Fig. 11(C). Furthermore, when the cancel button is pressed, the POS terminal 20 displays a message urging the user to scan the product. Then, when the product is scanned, cancellation is accepted.

[0291] Also, when the cancel button is pressed, the cancellation of the product may be accepted as is. When the cancel button is pressed, a confirmation button may be displayed, and when the confirmation button is pressed, the cancellation of the product may be accepted. In other words, the cancellation of the product may be accepted by accepting two operations of the cancel button and the confirmation button. In addition, in the seventh modification, as in the above-mentioned embodiment, cancellation of reserved products is not accepted by the customer's operation.

[0292] Even if a cancellation is accepted from a customer, confirmation of the cancellation is required by a store clerk. For example, when a store clerk arrives after accepting a cancellation from a customer, the POS terminal 20 may display on the store clerk list display screen 1200 (see FIG. 12(A)) a display mode (such as blinking) indicating that the cancellation by the customer for that product has been accepted, and may display that product at the top of the store clerk list display. Then, when the store clerk presses the product, the POS terminal 20 may display a confirmation screen for whether or not to accept the cancellation, and when it is accepted that the cancellation is accepted from the store clerk, it may confirm the cancellation of that product.

[0293] According to the seventh modification, the customer can cancel the product to be confirmed before the store clerk checks it, which reduces the operational burden on the store clerk in canceling the product to be confirmed. Also, the store clerk does not need to scan the product, which reduces the time required for the store clerk to check it. In other words, the waiting time for the store clerk to check it can be reduced.

[0294] (Variation 8) In the above embodiment, a configuration has been described in which the list display for store clerks is not displayed in the order of registration (see Figs. 15 and 16). In Modification 8, in addition to or instead of such a configuration, a configuration will be described in which the list display for store clerks can also be displayed in the order of registration.

[0295] Here, a customer may attempt to scan an item, but the scan may fail, making it impossible to register the item. Even if a scan fails once, the customer may attempt to scan again immediately thereafter and register the item. In such a case, the previous failed scan results in the pending item being registered as an unscanned item, and the next scan will successfully register the item. Also, in such a case, the registration order of the pending item registered as an unscanned item will be immediately before the item that was successfully registered by the immediately following scan. For this reason, by displaying the items in the order of registration in the list display for store clerks, store clerks may be able to easily identify (search for) unscanned items.

[0296] Therefore, in the eighth variation, the clerk list display can also display the items in the order of registration. When the clerk identifies an unscanned item from the clerk list display displayed in the order of registration, the clerk can either delete the unscanned item, or delete a properly registered item and register a legitimate item in the place of the unscanned item. In this way, the clerk can check the pending items.

[0297] According to the eighth variant, the clerk list display can display correctly registered products above or below unscanned products, making it easier for the clerk to identify pending products.

[0298] The embodiments will be summarized below. [Name of invention] Product sales data processing system, settlement device, product sales data processing method, and program [Technical field] The present invention relates to a product sales data processing system, a payment device, a product sales data processing method, and a program. [Background technology] In recent years, so-called self-checkout systems, in which customers register products and make payments, have become widespread. For example, a self-checkout system in which a customer registers products using a mobile terminal carried by the customer and makes the payment at a payment device is known (see, for example, Patent Document 1). More specifically, in a self-checkout system, when a customer reads a barcode attached to an item with a mobile device, the information of the read barcode is sent from the mobile device to a cloud server. The cloud server registers the item using the information received from the mobile device. Once registration of all items has been completed, registration information to be used for settlement is sent from the cloud server to a settlement device, and the customer settles the payment at the settlement device. When making the settlement, the settlement device displays a list of registered items based on the registration information. [Prior art document] [Patent documents] [Patent Document 1] JP 2016-219034 A [Summary of the Invention] [Problem to be solved by the invention] However, in the conventional technology, the list of products displayed at the time of checkout can be difficult for customers and store clerks to understand, i.e., it can be difficult to confirm the products to be purchased. For this reason, in the conventional technology, there are problems in that checkout can take a long time and that the customer can purchase unintended products, which makes it difficult to checkout efficiently. The present invention has been made in view of the above circumstances, and has an object to provide a technique that enables efficient settlement. [Means for solving the problem] In order to solve the above-mentioned problems, one aspect of the present invention is a product sales data processing system comprising a portable registration device for registering products, and a settlement device in which customers themselves settle for products registered in the portable registration device, wherein the portable registration device comprises a registration means for registering products to be purchased, a generation means for generating identification information for identifying transaction information for executing settlement processing for registered products registered by the registration means, and an output means for outputting the identification information generated by the generation means, and the settlement device comprises an input means for inputting the identification information output by the output means, a display control means for displaying a list of the registered products in response to the identification information being input by the input means, and a switching means for switching the list display from a first arrangement to a second arrangement when a predetermined condition is met. According to the above configuration, the customer can check the registered products while tracing his / her own memory of the registration operation. For example, since the registered products are displayed on the display of the portable registration device in the order in which they were registered, the customer can check the registered products while comparing them with the screen of the portable registration device. This makes it easier to check the products to be purchased. In the above configuration, the device may further comprise a request means for requesting the intervention of a store clerk, the request being made when the predetermined condition is met. According to the above configuration, the customer can check the registered products while requesting the assistance of a store clerk. This allows the time required for the assistance of a store clerk to be used effectively, and allows for efficient payment. In the above configuration, a first switch receiving means may be provided for receiving a switch of an arrangement of the list display, the first switch receiving means being enabled when the predetermined condition is met. According to the above configuration, the arrangement of the list of registered products can be switched between an arrangement according to the order of registration and an arrangement according to the unit price of the products, depending on the customer's selection. Therefore, since the arrangement can be made according to the customer's selection, it is easier to check the products to be purchased. In the above configuration, the switching means may switch between the first array and the second array in response to the switching being accepted by the first switching accepting means. According to the above configuration, the arrangement of the list of registered products can be set according to the customer's selection, making it easier for the customer to check the product he or she wishes to purchase. In the above configuration, the display control means may display the list display, the first switching reception means, and the number of products in each category into which products are categorized according to their price range on the same screen. According to the above configuration, the arrangement can be made according to the customer's selection, and regardless of the arrangement in which the list is displayed, the customer can understand the products in each price range by seeing the display of the number of products in each category. In the above configuration, the first array may be in ascending or descending order of selling price, and the second array may be in the order in which the products were registered by the portable registration device. According to the above configuration, it is possible to display the list in an arrangement that is optimal for the customer. In the above configuration, the device may further include a detection means for detecting a store clerk operating the settlement device, and when a store clerk is detected by the detection means, the arrangement of the list display may be changed to the first arrangement. According to the above configuration, when a store clerk visits the store, the list display can be displayed in an arrangement that prioritizes high-priced items, making it easier for the store clerk to check high-priced items. In the above configuration, when a store clerk is detected by the detection means, a second switching reception means may be provided which accepts switching of the arrangement of the list display, and the switching means may switch between at least the first arrangement and a third arrangement among the multiple arrangements in response to the switching being accepted by the second switching reception means. According to the above configuration, the arrangement of the list of registered products can be set according to the selection made by the store clerk, making it easier for the store clerk to check the products that the customer is about to purchase. In the aforementioned configuration, the third array may be arranged in ascending or descending order of identifiers related to product management. According to the above configuration, the list display can be arranged in an optimal manner for the store clerk. In the above configuration, the display control means may display the list display, the second button, and the number of items in each category into which the items are categorized according to the unit price of the items, on the same screen. According to the above configuration, the arrangement can be set according to the selection of the store clerk, and regardless of the arrangement in which the list is displayed, the store clerk can understand the products in each price range by seeing the number of products in each category. In the above configuration, the display control means may display, among the products displayed in the list display, products that require confirmation by a store clerk at the top of the list display in all arrangements, and display them in a display manner that indicates that they are products that are confirmed by a store clerk. According to the above configuration, the store clerk can easily understand the store clerk-checked product. In the above configuration, the display control means may display the store clerk-checked products in the display mode, regardless of the switching of the arrangement of the list display by the switching means. According to the above configuration, even if the arrangement of the list display is switched, the store clerk can easily recognize the store clerk-checked products. In addition, in the above configuration, the system may further include a confirmation acceptance means for accepting the clerk-confirmed item from the list display, and the display control means may display the clerk-confirmed item accepted by the confirmation acceptance means in the display mode. According to the above-mentioned configuration, the customer can select a clerk-confirmed product. Therefore, the clerk can easily know the clerk-confirmed product without the customer requesting it or the clerk searching for it. In addition, in order to solve the above-mentioned problems, another aspect of the present invention is a settlement device of a product sales data processing system that includes a registration device for registering products and a settlement device in which customers themselves settle the products registered in the registration device, and is characterized in that it comprises: an input means for inputting transaction information for executing the settlement process for registered products registered by the registration device, a display control means for displaying a list of the registered products in a first array, a second array, and a third array using the transaction information input by the input means, and a switching means for switching the arrangement of the list display displayed by the display control means when a predetermined condition is met. According to the above configuration, the list of products displayed on the payment device at the time of payment is easier for customers to understand, i.e., it is easier for them to confirm the products they wish to purchase. This makes it possible to prevent payment from taking too long and to prevent unintended purchases of products. In addition, the list of products displayed when the store clerk is checking the items is easier for the clerk to understand, i.e., it is easier for the clerk to confirm the products. This allows for efficient payment. In addition, in order to solve the above-mentioned problems, another aspect of the present invention is a product sales data processing method for a product sales data processing system including a portable registration device for registering products and a settlement device in which customers themselves settle the products registered in the portable registration device, wherein the portable registration device executes processing including a registration step for registering the products to be purchased, a generation step for generating identification information for identifying transaction information for executing settlement processing for the registered products registered in the registration step, and an output step for outputting the identification information generated in the generation step, and the settlement device executes processing including an input step for inputting the identification information output in the output step, a display control step for displaying a list of the registered products in response to the identification information being input in the input step, and a switching step for switching the list display from a first array to a second array when a predetermined condition is met. According to the above configuration, the customer can check the registered products while tracing his / her own memory of the registration operation. For example, since the registered products are displayed on the display of the portable registration device in the order in which they were registered, the customer can check the registered products while comparing them with the screen of the portable registration device. This makes it easier to check the products to be purchased. In addition, in order to solve the above-mentioned problems, another aspect of the present invention is a program for use in a portable registration device and a settlement device of a product sales data processing system having a portable registration device for registering products and a settlement device in which customers themselves settle the products registered in the portable registration device, the program causing the computer used in the portable registration device to function as a registration means for registering products to be purchased, a generation means for generating identification information for identifying transaction information for executing settlement processing for registered products registered by the registration means, and an output means for outputting the identification information generated by the generation means, and causing the computer used in the settlement device to function as an input means for inputting the identification information output by the output means, a display control means for displaying a list of the registered products in response to the identification information being input by the input means, and a switching means for switching the list display from a first arrangement to a second arrangement when a predetermined condition is met. According to the above configuration, the customer can check the registered products while tracing his / her own memory of the registration operation. For example, since the registered products are displayed on the display of the portable registration device in the order in which they were registered, the customer can check the registered products while comparing them with the screen of the portable registration device. This makes it easier to check the products to be purchased.

[0299] In the above description, the mobile terminal 30 is described as having a registration unit, a generation unit, and an output unit. However, all or part of these functional units may be provided in another computer device. For example, some of these functional units may be provided in the store controller 10, the monitoring terminal 11, or other computer devices. That is, instead of the mobile terminal 30, the other computer device may, for example, register a product, generate transaction information, or output transaction information. The number of computer devices equipped with these functional units is not limited to one, and may be multiple. For example, some of these functional units may be provided in one computer device, and other functional units may be provided in other computer devices.

[0300] Similarly, in the above description, the POS terminal 20 is described as having an input unit, a display control unit, a switching unit, a request unit, a detection unit, and a reception unit. However, all or a part of these functional units may be provided in another computer device. For example, some of these functional units may be provided in the store controller 10, the monitoring terminal 11, or other computer devices. That is, instead of the POS terminal 20, the other computer device may, for example, input transaction information, display a list of registered products, or switch the arrangement of the list display. The number of computer devices provided with these functional units is not limited to one, and may be multiple. For example, some of these functional units may be provided in one computer device, and other functional units may be provided in other computer devices.

[0301] The programs for implementing the shopping system 1, the POS terminal 20, and the mobile terminal 30 described above may be recorded in a computer-readable recording medium, and the programs 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. The term "computer-readable recording medium" refers to portable media such as flexible disks, optical magnetic disks, ROMs, and CD-ROMs, and storage devices such as hard disks built into a computer system. The term "computer-readable recording medium" also refers to storage devices that hold a program for a certain period of time, such as volatile memory (RAM) in a computer system that becomes a server or a client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. The program may be transmitted from a computer system that stores the program in a storage device to another computer system via a transmission medium or by a transmission wave in the transmission medium. The "transmission medium" that transmits the program refers to a medium that has 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. The program may also be for implementing part of the above-mentioned functions. Furthermore, the above-mentioned functions may be realized in combination with a program already recorded in the computer system, that is, a so-called differential file (differential program). [Explanation of symbols]

[0302] Sv...Cloud server 1. Shopping system 10…Store Controller 11…Monitoring terminal 20…POS terminal 30. Mobile terminal 201, 401...CPU 202, 402…ROM 203, 403…RAM 204...Hard disk 205…Customer side display section 206…Customer side scanner section 208…Card payment department 209…Change machine 210…Staff side display section 211...Key operation section 212…Clerk side scanner 215…Communications Department 217…imaging unit 405…Communication I / F 407...Camera 409…Display

Claims

1. A product sales data processing system comprising a portable registration device and a payment device for performing payment for products registered in the portable registration device, the system detecting a store clerk operating the payment device, The portable registration device is A registration means for registering products to be purchased; a generating means for generating identification information for identifying transaction information for executing a settlement process for the registered product registered by the registration means; an output means for outputting the identification information generated by the generation means; Equipped with The settlement device includes: an input means for inputting the identification information output by the output means; a display control means for displaying, as a list display of the registered products, a calling list display when a store clerk is being called, or a store clerk list display operated by the store clerk in response to the input of the identification information by the input means; Equipped with When a predetermined condition is satisfied, the arrangement of the call list display is switched from a first arrangement to a second arrangement; When a store clerk is detected and the store clerk performs an operation, the arrangement of the list display for store clerk is switched to the first arrangement. A product sales data processing system comprising:

2. The display control means displaying an operator for switching from the second arrangement to the first arrangement while the calling list display is being displayed; while the salesclerk list display is being displayed, an operator for switching from the first arrangement to a third arrangement is displayed.

2. The product sales data processing system according to claim 1.

3. The first array is arranged in ascending or descending order of product unit price, the second array is an ascending or descending order of the order of registration of the products by the registration means, The third array is in ascending or descending order of identifiers related to product management.

3. The product sales data processing system according to claim 2.

4. A product sales data processing system includes a registration device that registers products and a payment device that performs payment for the products registered in the registration device, and detects a store clerk operating the payment device, an input means for inputting transaction information for executing a settlement process for the registered products registered by the registration device; a display control means for displaying, as a list display of the registered products, a calling list display when a store clerk is being called, or a store clerk list display operated by the store clerk, using the transaction information input by the input means; Equipped with When a predetermined condition is satisfied, the arrangement of the call list display is switched from a first arrangement to a second arrangement; When a store clerk is detected and the store clerk performs an operation, the arrangement of the list display for store clerk is switched to the first arrangement. A settlement device characterized by:

5. A product sales data processing system includes a portable registration device and a settlement device that settles the accounts of products registered in the portable registration device, and detects a store clerk operating the settlement device, the system comprising: an input means for inputting transaction information for executing a settlement process for the registered products registered by the portable registration device; a display control means for displaying, as a list display of the registered products, a calling list display when a store clerk is being called, or a store clerk list display operated by the store clerk, using the transaction information input by the input means; Functioning as a When a predetermined condition is satisfied, the arrangement of the call list display is switched from a first arrangement to a second arrangement; When a store clerk is detected and the store clerk performs an operation, the arrangement of the list display for store clerk is switched to the first arrangement. A program characterized by:

Images