JP7603955B2 - Product sales data processing system, settlement device, and program - Google Patents

Description

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

In recent years, so-called self-checkout systems, in which customers register products and then make payments, have become widespread. For example, a self-checkout system is known in which customers register products using a mobile terminal they carry and then make payments at a payment device (see, for example, Patent Document 1).

To be more specific, 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. Then, once registration of all items has been completed, registration information to be used for payment is sent from the cloud server to a payment device, and the customer pays at the payment device. When making the payment, the payment device displays a list of registered items based on the registration information.

JP 2016-219034 A

However, with conventional technology, the list of products displayed at checkout can be difficult for customers and store clerks to understand, meaning it can be difficult to confirm the products they are trying to purchase. As a result, conventional technology can result in the checkout taking a long time or the purchase of unintended products, making it difficult to checkout efficiently.

The present invention was made in consideration of these circumstances, and its purpose is to provide technology that allows for efficient settlement.

In order to solve the above-mentioned problems, a product sales data processing system according to 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 for allowing customers to settle the accounts for the products registered in the portable registration device, the portable registration device comprising: registration means for registering products to be purchased; generation means for generating identification information for identifying transaction information for executing settlement processing for the registered products registered by the registration means; and output means for outputting the identification information generated by the generation means, the settlement device comprising: input means for inputting the identification information output by the output means; display control means for displaying a list of the registered products in response to input of the identification information by the input means; and switching means for switching the list display from a first arrangement to a second arrangement when a predetermined condition is met.

1 is an explanatory diagram showing a network configuration of a shopping system 1 according to an embodiment. FIG. 2 is a diagram showing an example of the appearance of a POS terminal 20. 1 is a diagram showing an example of the appearance of a POS terminal 20. FIG. FIG. 2 is an explanatory diagram illustrating an example of a hardware configuration of a POS terminal 20. FIG. 2 is an explanatory diagram showing an example of a hardware configuration of a mobile terminal 30. 10 is an explanatory diagram showing an example of various information for each mobile terminal 30 managed by the cloud server Sv. FIG. 11 is an explanatory diagram showing an example of a product master stored in a cloud server Sv; FIG. 4 is a sequence diagram showing the flow of processing related to product registration and settlement in the shopping system 1. [0023] FIG. 10 is a flowchart showing an example of a process performed by a POS terminal 20 at the time of settlement. 11 is an explanatory diagram showing an example of a screen displayed on a display 409 of a mobile terminal 30. FIG. 13 is an explanatory diagram showing an example of a transition of screens displayed on the POS terminal 20 when there are no reserved products. FIG. 13 is an explanatory diagram showing an example of a transition of screens displayed on the POS terminal 20 when there are no reserved products. FIG. 13 is an explanatory diagram showing an example of a transition of screens displayed on the POS terminal 20 when there are no reserved products. FIG. 11A and 11B are explanatory diagrams showing an example of a transition of screens displayed on the POS terminal 20 when there are no reserved products. 11A to 11C are explanatory diagrams showing an example of a transition of screens displayed on the POS terminal 20 when there are reserved products. 11A to 11C are explanatory diagrams showing an example of a transition of screens displayed on the POS terminal 20 when there are reserved products. 11A to 11C are explanatory diagrams showing an example of a transition of screens displayed on the POS terminal 20 when there are reserved products. 11 is an explanatory diagram showing an example of a screen related to parking fees displayed on the mobile terminal 30. FIG. 10 is a flowchart showing an example of a process performed by a POS terminal 20 according to Modification 1 at the time of settlement.

(Embodiment)
(Network Configuration of Shopping System 1)
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 into 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.

In FIG. 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.

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

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 that the cloud server Sv manages (generates and stores) will be described later with reference to Figures 6A and 6B.

The store controller 10 manages the POS terminal 20 and a weighing device (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.

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.

The POS terminal 20 is a computer device capable of executing a settlement process to settle (pay) for products registered by the mobile terminal 30. In addition to settling for products registered by the mobile terminal 30, the POS terminal 20 can also settle for products registered by its own terminal or by another POS terminal 20. In other words, in addition to settlement processing, the POS terminal 20 can also execute a registration process to register products to be purchased (hereinafter sometimes referred to as "product registration"). Note that although multiple POS terminals 20 are shown in FIG. 1, there may be only one.

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

The mobile terminal 30 scans (reads) the barcode (product code) attached to the product in response to a customer's operation and accepts the registration of the product. In other words, the mobile terminal 30 has a recognition function that recognizes the barcode attached to the product.

The recognition function of the mobile terminal 30 only needs to be capable of reading the product code attached to the product, and does not need to be able to identify the product from the read product code. In other words, when a barcode is present 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 the product code from the barcode.

The mobile terminal 30 may also 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 the captured subject (object, etc.). For example, the mobile terminal 30 may use image recognition technology to identify (estimate) the captured product. By using such image recognition technology, the mobile terminal 30 may also be able to identify fresh foods such as vegetables and fruits that do not have barcodes.

In addition, application software (hereinafter referred to as the "shopping app") for registering products related to the shopping system 1 and for settling the registered products is installed on the mobile terminal 30. By starting the shopping app, 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.

When performing settlement, the mobile terminal 30 displays cart identification information that identifies the cart information assigned to the terminal in a coded form (for example, a two-dimensional code: QR Code (registered trademark)). When the POS terminal 20 reads the two-dimensional code (hereinafter referred to as the "settlement code"), the POS terminal 20 requests the cloud server Sv to send transaction information for the registered items. The POS terminal 20 is then able to perform settlement using the transaction information sent from the cloud server Sv in response to the request. Note that, hereinafter, registered items may be referred to as "registered items".

In this embodiment, the device that performs the settlement is a POS terminal 20 that can register products, but this 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 installed in an undetachable manner on 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.

In this shopping system 1, there are a first purchasing method in which the user registers the product using the mobile terminal 30 and then settles the payment at the POS terminal 20, and a second purchasing method in which the user registers the product at the POS terminal 20 and then settles the payment at the POS terminal 20. Details will be described later, but the second purchasing method includes purchasing modes in normal mode, full self-service mode, and checkout-only mode.

In the normal mode, a purchase is made by a store clerk, and payment (in person) is made 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.

(Example of Appearance of 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.

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 pattern. The sign pole 216 is provided so as to extend upward so that the lighting unit is positioned at a high position. This makes it possible for store clerks who are not near the POS terminal 20 to recognize the lighting pattern of the lighting unit.

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.

(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 comprises 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.

The CPU 201 is a central processing unit that reads and executes various programs stored in the ROM 202 to control the operation of the POS terminal 20. 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.

RAM 203 is a readable and writable memory that stores various information. For example, RAM 203 stores information acquired from the outside (e.g., product master data acquired from store controller 10) and information generated during processing. This information is, for example, registration information generated during a registration process that registers products, and settlement information generated during a settlement process that settles the registered products.

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.

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

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 the settlement code displayed on the mobile terminal 30 when settlement is performed. In this embodiment, the customer-side scanner unit 206 can also optically read barcodes (product codes, etc.) attached to products and codes (barcodes, two-dimensional codes, etc.) printed on bills (registered trademarks). In addition to the above, the customer-side scanner unit 206 may also read codes (barcodes, two-dimensional codes, etc.) printed on gift certificates (gift certificates, coupons, preferential coupons) and various cards (e.g., membership cards, point cards, etc.). Product registration is not limited to registration by reading codes by the customer-side scanner unit 206. For example, a preset key (a button for ordering a product) corresponding to the product can be displayed on the customer-side display unit 205, and the product can be registered by operating (pressing) the preset key by the customer.

The card payment unit 208 is a payment mechanism that uses various cards. The various cards include credit cards, prepaid cards such as electronic money, and point cards. The amount (balance) is stored (charged) in the prepaid cards. The card payment unit 208 is equipped with 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 can also recognize information to be used in the settlement of the registered goods this time, for example, when points held on a point card are used. The card recognition unit can also recognize information that is not used in the settlement of the registered goods this time, for example, when points are awarded to a point card.

The card payment unit 208 in this embodiment includes a card recognition unit, a display unit, and an operation unit, but is not limited to these as long as it includes at least the card recognition unit. The card recognition unit in this embodiment is compatible with contact cards (IC cards, magnetic cards), but is not limited to this. For example, the card recognition unit may be compatible with non-contact cards (IC cards) instead of or in addition to a card recognition unit compatible with contact cards.

The change machine 209 (cash settlement unit) is a cash settlement mechanism, 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 or coins have been inserted into the input port, and detects the number of each denomination.

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 accepts various inputs from the store clerk.

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 an accounting-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 each POS terminal 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 accounting-only mode switching button 211c is a button for switching to the "accounting-only mode", which will be described later.

The store clerk scanner unit 212 is a scanner unit for store clerks, and optically reads various types of 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.

Note that product registration is not limited to registration by reading a code using the store clerk's scanner unit 212. For example, a key corresponding to a product (such as a key corresponding to a sports newspaper) may be placed on the key operation unit 211, and the product may be registered by the store clerk operating (pressing) that key. The POS terminal 20 may also display a preset key corresponding to the product on the store clerk's display unit 210, and the product may be registered by the store clerk operating that preset key.

The printing unit 213 prints and outputs various media (receipts, invoices, bills, etc.). The printing unit 213 can change the direction of the media issuing port. Specifically, the printing unit 213 has a rotatable mechanism and is configured so that the media 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 media issuing port may be changeable manually, or may be changeable automatically when the operating mode is switched. The printing unit 213 may be equipped with a sensor that detects whether the orientation of the printing issuing port is correct.

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 that transmits and receives 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).

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 it is in use, indicate a request to call a store employee, or issue a warning that a customer has committed fraud.

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

(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 number of operation modes. The multiple operation modes are operation modes during normal business (operation modes related to registration processing and settlement processing). Specifically, the multiple 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 is given of each of the normal mode, checkout-only mode, and full self-service mode.

(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 clerk's side scanner unit 212, the clerk's side display unit 210, and the key operation unit 211 are used to perform the product registration process. In addition, in the normal mode, a settlement process is performed 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 performed.

In addition, in normal mode, it is possible to send registration information to other POS terminals 20. Sending registration information to other POS terminals 20 means sending 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 coding 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.

(Accounting only mode)
The accounting-only mode is an operating mode in which product registration by both the 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.

(Full selfie mode)
The full self-service mode is an operation mode in which the product registration by the clerk is disabled and the product registration by the customer is enabled. In the product registration by the customer, the product is registered using the customer scanner unit 206 and the customer display unit 205. In the full self-service mode, the terminal can also perform a settlement process. Specifically, the full self-service mode can 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 bills are disabled. In the full self-service mode, like the bill-only mode, the terminal can also perform a settlement process by acquiring registration information by receiving registration information from the cloud server Sv or other POS terminals 20 or by reading bills.

In the following, the term "self-payment" refers to payment by the customer without the intervention of a store clerk. Specifically, self-payment refers to payment in the checkout-only mode or the full self-payment mode, or payment for products registered on the mobile terminal 30.

In addition to the above modes, the POS terminal 20 has other operating modes such as a tallying mode, a maintenance mode, and a training mode. The tallying mode is a mode for tallying and inquiring about sales and inventory. The maintenance mode is a mode in which store clerks and maintenance personnel perform setup and maintenance work. The training mode is a mode in which new store clerks are trained.

(Hardware configuration of mobile terminal 30)
Fig. 5 is an explanatory diagram showing an example of the 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.

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 the various programs stored in the ROM 402 to thereby control the entire mobile terminal 30.

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.

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.

The speaker 410 outputs sounds including voice. The mobile terminal 30 is equipped with a GPS unit (not shown) and has a function of receiving radio waves from GPS satellites and outputting information indicating the current position of the mobile terminal 30. The mobile terminal 30 is also equipped with 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.

(Regarding the settlement-related function of the shopping system 1 according to the present embodiment)
Next, the settlement-related functions of the shopping system 1 according to this embodiment will be described. The shopping system 1 includes a portable registration device and a settlement 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 settlement device is a device where the customer settles (self-payment), and is, for example, a POS terminal 20 in a checkout-only mode.

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 app) to realize the function of each unit.

The registration unit registers the products to be purchased. In the following, the registration of products 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 products to the cloud server Sv. The cloud server Sv uses the received terminal registration data to register products for each customer. Specifically, the cloud server Sv registers the products indicated by the terminal registration data in the cart information.

The generation unit generates identification information for executing the checkout process for the product registered by the registration unit (registered product). The identification information here is information for identifying transaction information for executing the checkout process for the registered product, and specifically, is cart identification information for identifying cart information assigned to the terminal.

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 it 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 (e.g., short-range wireless communication). In addition, 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).

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 reception unit, a first switching reception unit, and a second switching reception unit. Each unit is realized by the CPU 201 of the POS terminal 20. In other words, the CPU 201 executes a product sales data processing program to realize the functions of each unit.

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 the customer's operation. The input unit may also input transaction information (registration information) output from another POS terminal 20 (a POS terminal 20 in normal mode).

(Display control of list display)
The display control unit displays a list of registered products in response to the input of identification information by the input unit. Specifically, when the input unit inputs cart identification information 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.

(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 array in ascending or descending order of identifiers related to product management. Each array will be described below.

(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, it is an arrangement in which registered products with high unit prices are preferentially displayed at the top of the customer-side display unit 205, and products with low unit prices are displayed at the bottom. Here, when there are a large number of registered products, registered products with low unit prices are not displayed on the screen, and may be displayed on the screen by the customer scrolling.

When multiple items of the same product are registered, there are cases where multiple quantities are selected with 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 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 they were registered.

The arrangement in unit price order is not limited to an arrangement that prioritizes products with higher unit prices, but may also 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 displayed preferentially at the top of the customer-side display unit 205, and products with higher unit prices are displayed at the bottom.

(Second Array)
In this embodiment, the first array is an array according to the unit prices of the registered products (hereinafter referred to as an "arrangement in order of unit price"). The array in order of registration may be displayed based on the scan time indicated in the scan history of the products scanned by 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 receives the scan history and data number from the cloud server Sv, and displays the products in the order of registration based on the received information.

For example, the arrangement in order of registration is an arrangement in which the products are arranged in chronological order of the time of registration, from the oldest to the most recent. More specifically, the products with the oldest registration time (products registered at the beginning of the shopping process) are preferentially displayed at the top of the customer display unit 205, and the products with the newest registration time (products registered towards 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 registration time may not be displayed on the screen, and may be displayed by the customer scrolling the screen.

The arrangement in order of registration is not limited to an arrangement that prioritizes products with older registration times, but may be an arrangement that prioritizes newer products. Specifically, the arrangement in order of registration may be an arrangement in which products with more recent registration times are displayed at the top of the customer side display unit 205, and products with older registration times are displayed at the bottom.

(Third Array)
The third array is an array in the order of department codes indicating the classification of products, such as major classification/middle classification/minor classification/category. The department code is a code 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, middle classifications including minor classifications, and major classifications including middle classifications. The major classification is the highest classification, specifically, for example, a classification such as "dried food/seasoning". The middle classification is a classification lower than the major classification, specifically, for example, a classification such as "processed food" or "seasoning" included in "dried food/seasoning". The minor classification is a classification lower than the middle classification, specifically, for example, a classification such as "retort food" or "noodles" included in "processed food". Each product (for example, "XX meat sauce") is classified into a minor classification (for example, "retort food") and is associated with information that uniquely identifies the product, such as a JAN code.

The arrangement in department code order may be an arrangement in which products are displayed by major category, an arrangement in which products are displayed by medium category, or an arrangement in which products are displayed by minor category. The category arrangement to be used may be determined in advance by settings. Also, the department code order arrangement may be switchable between categories by selection by a store clerk while the list display is being displayed.

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 items by department by using the PLU codes. Also, since JAN codes include manufacturer codes, it is possible to arrange the items 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 items by department by using the flags. For example, even if there is no correlation between the arrangement of manufacturer-made meat, such as sausages, and meat in 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.

In the following, the third arrangement will be described as only an "arrangement in department code order." However, the third arrangement may be multiple 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 in-store barcode flag. The multiple arrangements may be switchable by selection by the store clerk. Also, one of the multiple arrangements, determined by settings, may be displayed first when switching to the third arrangement.

(About switching the list display when certain conditions are met)
When a predetermined condition is satisfied, 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 satisfaction of the predetermined condition is the satisfaction of a condition for requesting the intervention of a store clerk. Specifically, the satisfaction of the predetermined condition is the satisfaction of a condition for requesting the call of 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 terminal device carried by the store clerk of the fact.

Furthermore, the fulfillment of the predetermined condition is not limited to the fulfillment of the condition for making a store clerk call request, but may also be the fulfillment of the condition for starting 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 fulfillment of the predetermined condition will be described as the fulfillment of a store clerk call request.

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

When a request to call a store clerk is made, the switching unit displays the list display in a pre-specified arrangement from among the above arrangements. 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. Note that 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 maintenance mode, for example.

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, it is possible to switch the array and display it to the customer based on the stored information.

The preset arrangement (arrangement after switching) may also be an arrangement that differs depending on the number of registered products. For example, if there are so many registered products that they cannot all fit in the list display, the switching unit may switch to an arrangement in the order of registration, from the viewpoint of making it easier for customers to check by recalling their memories. On the other hand, if there are only a few registered products that can fit in the list display, the switching unit may switch to an arrangement in the order of unit price, from the viewpoint that customers have a general understanding of the registered products and it is easier to check higher-priced products.

(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 arrangement sorted by unit price to the arrangement sorted by registration order. By switching from the arrangement sorted by unit price to the arrangement sorted by registration order, 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. Note that the first switching button is an example of a first switching acceptance unit.

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 department code order in the list display during a call. To specifically explain the switching of each arrangement, the switching unit switches between an arrangement in registration order and an arrangement in unit price order in response to a switch being accepted by the first switch button. For example, the display control unit first displays in registration order, and switches to an arrangement in unit price order 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 unit price order, and the switching unit may switch to an arrangement in registration order in response to a switch being accepted by the first switch button.

Furthermore, instead of or in addition to accepting switching via the first switching button, the switching unit may automatically switch the arrangement after a certain period of time has passed. Specifically, for example, when a request to call a store clerk is made, the arrangement may first be displayed in order of registration, and after a certain period of time has passed, the switching unit may automatically switch to an arrangement in order of unit price. Also, manual switching via 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 via the first switching button may be performed. Furthermore, even after manual switching via the first switching button has been performed, automatic switching may be performed after a certain period of time has passed.

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 each 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 → ....

(About the content displayed on the same screen as the calling list display)
The display control unit displays, on the same screen, the calling list display, the first switching button, and the number of items in each category in which items are categorized according to the price range (price range of unit price). The categories in which items are categorized according to the price range of items are, for example, categories categorized 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 categories, for example, if three items priced at 200 yen are registered, the number of purchases in the "0 to 300 yen" category will be three.

This on-call list display allows customers to change the arrangement of the list display while waiting for a store clerk to arrive at the POS terminal 20, and also allows them to easily check the number of items in each price range.

(Display of store staff-verified products)
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 for a clerk to 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 products to be 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.

The confirmation product reception unit accepts products to be confirmed by a store clerk (products to be confirmed) selected by the customer from the list display. Specifically, the confirmation product reception unit accepts the product selected from the list display displayed on the customer side display unit 205 as the product to be confirmed.

The confirmation display mode is a display mode that differs from that of other registered products, such as attaching a specified mark or lettering, displaying in a specified position, displaying in a specified color or font, or displaying in a pop-up.

Specifically, the confirmation display mode for reserved items is a display mode in which characters indicating the reserved item are added, or a display mode in which this character flashes. 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 this character flashes. 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, that is, in a position where the store clerk can easily confirm them (for example, the top of the screen).

The display control unit also displays the clerk-confirmed products in a confirmation display format regardless of whether the list display arrangement is switched by the switching unit. Specifically, for example, the display unit displays the clerk-confirmed products in a confirmation display format whether the list display is arranged in order of registration, in order of unit price, or in order of department code.

(Regarding store clerk detection)
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 by, for example, reading a store clerk code with the store clerk scanner unit 212 or the customer scanner unit 206. The store clerk code may be a barcode printed on an employee ID card or name tag, or may be stored in an IC tag on the employee ID card or name tag. The detection unit may also detect the store clerk by inputting a store clerk code, such as numbers or letters, from the customer display unit 205, the store clerk display unit 210, or the key operation unit 211.

The detection unit detects the store clerk by performing image recognition using the image 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 does not have to be provided in the POS terminal 20, but may be provided outside the POS terminal 20, such as on the ceiling or wall of the store.

(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.

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 switch by the second switching button, the switching unit switches between the arrangement in unit price order and the arrangement in department code order. For example, the display control unit first displays the arrangement in unit price order, and switches to the arrangement in department code order when the switch 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 department code order, and the switching unit may switch to the arrangement in unit price order when the switch is accepted by the second switching button.

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 the switching by the second switching button. Specifically, for example, when a store clerk is detected by the detection means, the arrangement may first be 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.

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 →....

(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 obtained by dividing the items according to the price range of the items on the same screen. By using 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.

(Regarding the display of the checkout 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.

(Example of information managed by 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.

(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.

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 "app identification information") that is uniquely assigned to each installed shopping app when the shopping app is installed on the mobile terminal 30. The app identification information may be, for example, a sequential number. Alternatively, the app identification information may be terminal identification information that is uniquely assigned to the mobile terminal 30 on which the shopping app 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, etc.

The customer name is the customer's name, nickname, or the like.
The customer registration date is the date and time when customer information was newly registered in the cloud server Sv.
The customer rank is a rank according to the customer's purchase 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.

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 app is downloaded to the mobile terminal 30 from the cloud server Sv or a specified server that provides general applications. The customer name is generated based on the information entered in the name field of the registration form (input form) of the mobile terminal 30, for example, when registering a new customer. The customer registration date is generated based on the current date and time when the new customer is registered.

(Store information)
In Fig. 6A, (B) shows an example of store information. The store information is information for managing each store. As shown in (B) of Fig. 6A, the store information includes store identification information, a store name, store identification information 1 (information of a 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.

Store identification information 1 and 2 are information for identifying the store in which a transaction takes place (the 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) that indicates 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.

(Cart information)
In Fig. 6A, (C) shows an example of cart information. The 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).

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 product, and specifically, may be the date and time when the registered product information (registered product 1: XX medium-thick sauce) shown in FIG. 6A (C) was stored. Also, instead of or in addition to the transaction start date and time, the registration date and time for each product may be stored separately.

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.

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 products, the estimated subtotal amount, the subtotal amount, and the like.
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 date and time of registration 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.

Next, we will explain reserved product information that indicates reserved products. 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.

Unscanned products are products on hold that could not be registered due to a failed attempt to scan the product code (the scanner was not able to read it). For example, if the product packaging is wrinkled or the barcode is smudged or dirty, the barcode may not be recognized due to a timeout.

Here, the failure to recognize the barcode due to a timeout will be described in detail. The mobile terminal 30 is equipped with various sensors (e.g., 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 certain distance away from the mobile terminal 30. Then, if the mobile terminal 30 determines that a barcode is being read but is unable to read it within a specified time, it will time out and identify the product as an unscanned product.

Unscanned products include, for example, products that have been added to the basket by pretending that the barcode of the product has been read. In other words, pending products that could not 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, image results from a camera that captures the inside of the shopping basket, and detection results that detect the total weight of the products in the shopping basket.

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 not successful).

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.

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 the removal of security tags, or pharmaceuticals are registered, information indicating these is stored in the reserved product information (total).

Pending product information (pending product N: N is an integer) is information about the Nth pending product, and includes the pending product type of the Nth pending product. The pending product type is information that indicates the type of pending product. In this example, pending product type "1" indicates an unscanned product, and pending product type "2" indicates a NON file product. In addition, pending product information includes the registration date and time of the product.

In addition, pending product information for an unscanned product includes pending product type "1" as well as image data for the product (image data captured when the mobile device 30 reads the barcode). For example, pending product information (1) includes pending product type "1 (unscanned product)" and image data.

The pending product information for a NON file product includes the pending product type "2 (NON file product)" as well as the product code read by the mobile terminal 30. For example, pending product information (2) includes the pending product type "2 (NON file product)" and the product code.

(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.

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 code 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 foods/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 foods/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".

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

The "JAN code" is, for example, a 13-digit code that can identify the business and the product. The "product name" is the name of the product. The "unit price" is the price per unit of the product. The "age verification" indicates whether the product requires verification of the customer's age. The "tax rate" is the consumption tax rate, and is, for example, either 8% or 10%.

In FIG. 6B, for ease of explanation, the product master 600 is configured to include 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).

(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.

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 specified display device, or may be displayed by printing on a medium. The mobile terminal 30 starts the camera 407 when a shopping app is started 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. In this way, the mobile terminal 30 acquires the store identification information. Note that the two-dimensional code may include store identification information for identifying the store.

Note that another example of a manner in which store-specific 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 by a customer who visits the store. This location information is used for comparison with store-specific information 2 and is information that replaces store-specific information 1. Note that 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 by a customer who visits the store, and may display a screen as an initial screen informing the user that the mobile terminal 30 is connected to the cloud server Sv.

The mobile terminal 30, which has acquired the store-specific information, makes a request to the cloud server Sv to start a transaction. Specifically, the mobile terminal transmits the acquired store-specific information and customer identification information to the cloud server Sv, as shown in the transmission and reception data D1 in FIG. 7.

Step S602: When the cloud server Sv receives customer identification information and store identification information as a request to start a transaction from the mobile terminal 30, it generates cart information for the transaction. Specifically, as shown in (C) of FIG. 6A, the cloud server Sv generates cart information including cart identification information, transaction start date and time, and customer identification information. More specifically, when the cloud server Sv receives store identification information from the mobile terminal 30 as a request to start a transaction, it refers to the store information (see (B) of FIG. 6A) to identify the store identification information. Note that, when the cloud server Sv receives location information from the mobile terminal 30, it refers to 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.

When the cloud server Sv receives a request to start a transaction from the mobile terminal 30, it obtains the current date and issues (assigns) a serial number. The cloud server Sv then combines the obtained store identification information, the obtained current date, and the issued serial number, and stores them as cart identification information. 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. 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.

Step S603: When the cloud server Sv generates the cart information for the transaction, it generates product registration initial screen information (screen information for 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 to the mobile terminal 30 along with the product registration initial screen information (transmission/reception data D2 in FIG. 7).

Step S604: When the mobile terminal 30 receives the cart identification information and the product registration initial screen information from the cloud server Sv, it stores the cart identification information and displays the product registration initial screen on the display 409.

Step S605: The mobile terminal 30 scans and registers the product (the barcode attached to the product) in response to the customer's operation. When the product is scanned, the mobile terminal 30 transmits the product code obtained by the scan to the cloud server Sv together with cart identification information (see transmission/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 transmission/reception data D3.

Step S606: When the cloud server Sv receives the product code and cart identification information from the mobile terminal 30, it identifies the cart information that includes the received cart identification information.

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 from the identified cart information.

If the product is discounted, the discount amount may be calculated in step S607, and the price of the registered product information and the subtotal amount of the cumulative information may be calculated based on the tax rate for each product. If the tax rate differs 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.

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 the update screen to which the registered products are added) and transmits it to the mobile terminal 30. At this time, the cloud server Sv also transmits cart identification information to the mobile terminal 30 along with the product registration update screen information (transmission/reception data D4 in FIG. 7).

Step S609: When the mobile terminal 30 receives the cart identification information and product registration update screen information from the cloud server Sv, it displays the product registration update screen with the product added to the registration screen. Note that, although not shown in FIG. 7 for ease of explanation, the processes of steps S605 to S609 are repeatedly executed each 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.

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

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 causing the POS terminal 20 to 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 other registered product information, as well as pending product information. When the mobile terminal 30 generates the settlement code, it displays the generated settlement code on the display 409.

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 cart identification information. Note that the POS terminal 20 capable of reading the settlement code is a POS terminal 20 in a checkout-only mode, but may also be a POS terminal 20 in a full self-service mode.

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 the 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).

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 transmitted and received data D6 (transmitted and received data D6 in FIG. 7). The registration information includes information indicating the product name, price, registration date and time (order of registration), 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.

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 pending items in the list display, the subtotal amount excluding the pending items may be displayed, or the subtotal amount may not be displayed. If there are pending 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 pending items and information to send a store clerk to the POS terminal 20.

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 pre-registered in the shopping app. If the payment type is pre-registered, the POS terminal 20 does not need to display a payment type selection screen. Even if the payment type is registered, the POS terminal 20 may display a screen for selecting the payment type.

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.

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 ends 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 end the shopping application. In other words, the cloud server Sv may not perform the process of transmitting the transaction completion notification (step S618).

(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 send registered information based on the read settlement code, and receives the registered information from the cloud server Sv.

When the POS terminal 20 is controlled in the full self-service mode, the display of the list of registered information begins when the registration complete button displayed on the POS terminal 20 is pressed. When the POS terminal 20 is controlled in the accounting-only mode, the display of the list of registered information begins when the POS terminal 20 receives registered information (transaction information) from another POS terminal 20 or reads the code on the accounting ticket.

The POS terminal 20 waits until the display of the list of registered information begins (step S801: NO). When the display of the list of registered information begins (step S801: YES), the POS terminal 20 refers to the registered information and determines whether there are any reserved items (step S802). If there are no reserved items (step S802: NO), the POS terminal 20 displays the 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, the registered items are displayed in order of unit price. In addition, the normal list display screen displays a checkout start button and a store clerk call button.

The POS terminal 20 then determines 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. If there are items on hold in step S802 (step S802: YES), the POS terminal 20 displays the items on hold in a confirmation display mode (step S805). The POS terminal 20 then displays a call list display screen on the customer display unit 205 (step S806).

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

The POS terminal 20 then determines 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). Note that this switching is between an arrangement in order of registration and an arrangement in order of unit price.

The POS terminal 20 then determines whether or not the item desired to be confirmed has been accepted (step S809). If the item desired to be confirmed has not been accepted (step S809: NO), the POS terminal 20 proceeds to step S811. If the item desired to be confirmed has been accepted (step S809: YES), the POS terminal 20 displays the item desired to be confirmed in a confirmation display mode (step S810). The POS terminal 20 then determines whether or not a store clerk operation has been detected (step S811). A store clerk operation is detected, for example, when a store clerk code is read by the store clerk scanner unit 212.

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 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 call request has been made but the store clerk has not yet arrived at the POS terminal 20, or a message may be displayed on the customer side display unit 205 indicating that the store clerk is being called again.

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 display unit 205 (step S812). On the store clerk list display screen, registered products are displayed in order of unit price. In addition, on the store clerk list display screen, the second switching button is displayed, and the checkout start button and the store clerk call button are hidden.

The POS terminal 20 then determines 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 unit price order and an arrangement in department code order.

The POS terminal 20 then determines whether the store clerk has completed the confirmation process (step S815). Confirmation processes include registering unscanned products, registering NON file products, verifying age, removing security tags, and providing explanations about medicines. Confirmation processes also include changing the quantity of a product to be confirmed or canceling it. When changing the quantity of a product to be confirmed or canceling it during the confirmation process, the store clerk has the customer-side scanner unit 206 or store clerk-side scanner unit 212 scan the barcode of the product to change the quantity or cancel the product.

If the store clerk has not finished checking (step S815: NO), the POS terminal 20 returns to step S813. If the store clerk has finished checking (step S815: YES), the POS terminal 20 displays the normal list display screen on the customer display unit 205 (step S816).

The POS terminal 20 then determines whether the checkout start button has been pressed (step S817). If the checkout start button has not been pressed (step S817: NO), the POS terminal 20 returns to step S804. If the checkout start button has been pressed (step S817: YES), the POS terminal 20 performs the checkout process (step S818) and ends the series of processes.

(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.

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

The imaging area 901 is an area where the barcode attached to the product can be imaged using the camera 407 of the mobile terminal 30. The total display area 902 is an area that shows the total number of registered products and the total price. The registration completion button 903 is a button that is used to complete registration and to receive instructions to start the checkout procedure.

The registered product display area 904 is an area in which 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 the screen shown in FIG. 9 (B).

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

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 requesting the cloud server Sv to start settlement. The return to registration button 922 is a button that accepts returning to the screen where the product can be scanned (the screen in FIG. 9 (A)). The total amount display 923 shows the total amount to be paid by the customer in the settlement process.

The parking information display 924 notifies the user whether or not the parking lot has been used. The parking information display 924 also includes a "Yes" button 925 to accept that the parking lot has been used, and a "No" button 926 to accept that the parking lot has not been used. When the "No" button 926 is pressed, the POS terminal 20 can read the settlement code. On the other hand, when the "Yes" button 925 is pressed, a screen showing parking fee information is displayed on the mobile terminal 30. The screen showing parking fee information will be described later in a modified example.

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 send registration information, and is able to execute settlement processing using the registration information received from the cloud server Sv in response to the request.

(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 transitions displayed on the customer side display unit 205 of the POS terminal 20 during self-checkout will be described with reference to Figures 10 to 16. Figures 10 to 13 are explanatory diagrams showing an example of screen transitions displayed on the POS terminal 20 when there are no reserved products.

Figure 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 standby mode in the accounting-only mode. When the customer has the customer-side scanner unit 206 read the settlement code 921 displayed on the mobile terminal 30 on the guide screen 1000 shown in Figure 10 (A), the screen transitions to the normal list display screen 1010 shown in Figure 10 (B).

The transition to the normal list display screen 1010 shown in FIG. 10(B) does not necessarily have to be caused by reading the settlement code 921. For example, when the POS terminal 20 is controlled in full self-service mode, the screen also transitions to a screen similar to the normal list display screen 1010 shown in FIG. 10(B) when the registration completion button, indicating that product registration is complete, is pressed. Also, when the POS terminal 20 is controlled in accounting-only mode, if registration information is received from another POS terminal 20 or if the code on a bill issued by another POS terminal 20 is read, the screen also transitions to a screen similar to the normal list display screen 1010 shown in FIG. 10(B).

When the device is on standby in full self-service mode, a screen different from the guidance screen 1000 is displayed; specifically, a screen that guides the user to register a product is displayed. In addition to the guidance shown in FIG. 10(A), the guidance screen 1000 may also display a message urging the user to read the bill.

Figure 10 (B) shows the normal list display screen 1010. The normal list display screen 1010 shown in Figure 10 (B) includes a transaction information display 1011, a checkout start button 1012, a store clerk call button 1013, and a product quantity display 1016.

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 is displayed in order of unit price, starting with the product with the highest unit price.

When the checkout begins, the transaction information display 1011 may be displayed in the order of registration. When the checkout begins, the store clerk may be able to set in advance whether the transaction information display 1011 is displayed in order of unit price or in order of registration.

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.

The start checkout button 1012 is a button that accepts the start of the checkout process from the customer. The call staff button 1013 is a button that accepts the customer's request to call a staff member. The item number display 1016 (1016a to 1016d) shows the number of items in each category, which is divided according to the price range of the item. Specifically, the item number display 1016a shows the number of registered items that are "1000 yen or more". The item number display 1016a shows the number of registered items that are "500 yen or more and less than 1000 yen". The item number display 1016a shows the number of registered items that are "300 yen or more and less than 500 yen". The item number display 1016a shows the number of registered items that are "0 yen or more and less than 300 yen".

To explain the products displayed on the transaction information display 1011 in FIG. 10(B) in more 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." Furthermore, "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 they wish 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.

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 they wish to purchase, the registered product will need to be revised. This revision requires the action 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 they 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 the confirmation screen 1020 shown in FIG. 10 (C).

Figure 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 Figure 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 that accepts confirmation from the customer that a store clerk is being called.

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

Figure 11 (A) shows a call list display screen 1100 in the order of registration. The call list display screen 1100 shown in Figure 11 (A) differs from the normal list display screen 1010 shown in Figure 10 (B) mainly in the arrangement of the transaction information display 1011, the absence of the start checkout button 1012, the display of a cancel call button 1101 instead of the call clerk button 1013, and the display of a first switch button 1014 and a product designation button 1015.

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 products registered, starting with those 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. As the transaction information display 1011 is displayed with good visibility in this way, customers can easily check the products they have registered.

In addition, in the confirmation screen 1020 shown in FIG. 10(C), the transaction information display 1011 immediately after the customer presses the confirmation button 1022 may be arranged in order of unit price. In addition, 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.

The call cancel button 1101 is a button for canceling the call to the store clerk. Furthermore, the start checkout button 1012 is not displayed on the call list display screen 1100. For this reason, the checkout process cannot be carried out in this state. When the call cancel button 1101 is pressed, the call to the store clerk is cancelled 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 checkout button 1012 is displayed. For this reason, even if a customer accidentally presses the call store clerk button 1013, the call to the store clerk can be cancelled and the checkout process can be started by pressing the call cancel button 1101.

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 indicating 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), the screen transitions to the screen shown in FIG. 11(B).

The product designation button 1015 is a button for accepting the selection of a product to be confirmed. For example, when any of the products 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.

The first switching button 1014 may be displayed on the normal list display screen 1010 shown in FIG. 10(B). 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.

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

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

Figure 11 (C) shows a confirmation-requested product reception screen 1120. Confirmation-requested product reception screen 1120 is a screen that accepts the selection of a product to be confirmed. Specifically, on the registration order calling list display screen 1100 in Figure 11 (A), the product designation button 1015 is pressed, and further, "XX meat sauce" is accepted as the product to be confirmed. Note that the confirmation-requested product is not limited to being a single product, and multiple products can be accepted.

Figure 11 (D) shows a confirmation-requested product reception screen 1130. The confirmation-requested product reception screen 1130 is a screen that accepts the selection of a product to be confirmed. Specifically, the confirmation-requested product reception screen 1130 shows a screen in which the product designation button 1015 is pressed on the price-ordered currently-called list display screen 1110 in Figure 11 (B) and "XX meat sauce" is further accepted as a confirmation-requested product.

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 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).

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

The clerk list display screen 1200 also displays a second switching button 1201. 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).

Figure 12 (B) shows a list display screen 1210 for store clerks, arranged in order of department code. In Figure 12 (B), the transaction information display 1011 is arranged in order of department code, excluding the product to be confirmed. Specifically, the other products, excluding the product to be confirmed, are displayed by medium-sized department. Note that the other products 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 products may be switchable between large, medium, or small categories depending on the selection of the store clerk. Note that the products to be confirmed may also be displayed in order of department code.

In FIG. 12(B), when the second switching button 1201 is pressed, the screen switches to the clerk list display screen 1200 in unit price order shown in FIG. 12(A). In other words, the clerk list display screen 1200 in unit price order in FIG. 12(A) and the clerk list display screen 1210 in department code order in FIG. 12(B) can be switched by pressing the second switching button 1201.

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

Figure 12 (C) shows the correction screen 1220. The correction screen 1220 shown in Figure 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 the quantity change button 1221, etc. When a change to the quantity is accepted from the store clerk, the screen transitions to the correction screen 1230 shown in Figure 12 (D).

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

Figure 13 (A) shows the normal list display screen 1300. The normal list display screen 1300 shown in Figure 13 (A) shows a screen that reflects the corrections made by the store clerk. The normal list display screen 1300 displays the same items as the normal list display screen 1010 shown in Figure 10 (B). Specifically, the checkout start button 1012 and the store clerk call button 1013 are displayed again. Note that in Figure 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 Figure 13 (B). Note that the first switching button 1014 and the product designation button 1015 may be displayed on the normal list display screen 1300.

Figure 13 (B) shows a payment type selection screen 1310. The selection screen 1310 shown in Figure 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 initiated with the payment type indicated by the pressed selection button 1311.

(An example of a screen transition 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 items. 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 items, the screen transitions to a confirmation screen 1400 shown in Fig. 14(B).

Figure 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 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 Figure 14 (B), the screen transitions to a call list display screen 1500 shown in Figure 15 (A).

FIG. 15(A) shows a screen 1500 displaying a list of items being called in the order of registration. The screen 1500 displaying a list of items being called in the order of registration shown in FIG. 15(A) includes a transaction information display 1501. The transaction information display 1501 includes information indicating that there are reserved items, as well as the product name, number of items purchased, and purchase price for each registered item, and the total number of items and total price for the various registered items. The transaction information display 1501 gives the highest priority to reserved items, followed by items that were registered the oldest. 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 order of unit price. The transaction information display 1501 may also display the time when the items were registered and a number indicating the order in which the items were registered.

Compared 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 1501 has a larger display area and is easier for customers to see. Because the transaction information display 1501 is displayed with good visibility in this way, customers can easily check the products they have 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 customers to easily check the transaction information.

To explain in more detail about 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 file products" and reserved products "unscanned products" are displayed at the top, followed by the products "XX ramen", "XX juice", "XX curry", and "XX freebies" in the order of their registration.

The Start Checkout button 1012 (see FIG. 10B) is not displayed on the call list display screen 1500. This means that the checkout process cannot be carried out in this state. Additionally, the Cancel Call button 1101 (see FIG. 11A) is not displayed on the call list display screen 1500. This means that the call to the store clerk cannot be canceled.

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).

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

Figure 15 (C) shows a confirmation-requested product acceptance screen 1520. Confirmation-requested product acceptance screen 1520 is a screen that accepts the selection of a product to be confirmed. Specifically, the product selection button 1015 is pressed on the registration order calling list display screen 1500 in Figure 15 (A), and "XX juice" is accepted as the product to be confirmed.

Figure 15 (D) shows a confirmation-requested product reception screen 1530. The confirmation-requested product reception screen 1530 is a screen that accepts the selection of a product to be confirmed. Specifically, the confirmation-requested product reception screen 1530 shows a screen in which the product designation button 1015 is pressed on the price-ordered calling list display screen 1510 in Figure 15 (B) and "XX juice" is further accepted as the product to be confirmed.

When a store clerk arrives at the POS terminal 20 while the confirmation request product reception screen 1520 in FIG. 15(C) or the confirmation request product reception screen 1530 in FIG. 15(D) is 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).

Figure 16 (A) shows a list display screen 1600 for sales clerks sorted by unit price. In the list display screen 1600 for sales clerks, products to be confirmed by the sales clerk (pending products and products to be confirmed) are given the highest priority, and the transaction information display 1501 is displayed in order of unit price. The list display screen 1600 for sales clerks sorted by unit price shown in Figure 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 on the list display screen 1600 for sales clerks, pending products are displayed at the top, followed by the product to be confirmed (XX juice) at the top. The pending products are displayed with letters indicating that they are pending products, and the word "confirm" is displayed with the product to be confirmed. This allows the sales clerk to easily identify the pending products and the products to be confirmed.

The 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).

Figure 16 (B) shows a list display screen 1610 for store clerks, arranged in order of department code. In Figure 16 (B), the transaction information display 1501 is arranged in order of department code, excluding store clerk-confirmed products (pending products and products to be confirmed). Specifically, the other products are displayed by medium-sized department. Note that the other products, excluding store clerk-confirmed products, 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 products may be switchable between large, medium, or small categories depending on the selection of the store clerk. Note that store clerk-confirmed products may also be displayed in order of department code.

In FIG. 16(B), when the second switching button 1201 is pressed, the screen switches to the clerk list display screen 1600 in unit price order shown in FIG. 16(A). In other words, the clerk list display screen 1600 in unit price order in FIG. 16(A) and the clerk list display screen 1610 in department code order in FIG. 16(B) can be switched by pressing the second switching button 1201.

When the clerk selects the product (○○ juice) shown in the transaction information display 1501 on the clerk list display screen 1600 arranged in unit price order, or on the clerk list display screen 1610 arranged in department code order, the screen transitions to the correction screen 1220 shown in FIG. 16 (C).

Figure 16 (C) shows the edit screen 1620. The edit screen 1620 shown in Figure 16 (C) is a screen that accepts edits to each product (such as reserved products and products to be confirmed) shown in the transaction information display 1501. Specifically, the edit screen 1620 accepts registration and modification of products, changes to quantities, cancellation of products, etc. Once the store clerk has completed editing of reserved products and products to be confirmed, etc., the screen transitions to the normal list display screen 1630 shown in Figure 16 (D).

Figure 16 (D) shows the normal list display screen 1630. The normal list display screen 1630 shown in Figure 16 (D) shows a screen that reflects 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 complete. In this case, the characters may be displayed in different ways before and after the corrections made by the store clerk.

In addition, on the normal list display screen 1630, the word "Confirm" is hidden for products that the customer wishes to confirm. Note that the word "Confirm" may be displayed even after the store clerk has completed the corrections. In this case, the word "Confirm" may be displayed in a different manner before and after the corrections.

The normal list display screen 1630 also displays a Start Checkout button 1012 and a Call Store Attendant button 1013. In FIG. 16(D), since it is clear that a store clerk has arrived at the POS terminal 20, the Call Store Attendant 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.

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 checkout code from the mobile terminal 30, and when a predetermined condition is met, the list display is switched to a pre-specified arrangement from at least the order of registration, the order of unit price of the products, and the arrangement of department codes. This makes it easier for customers to understand the list of products displayed at checkout, that is, to confirm the products they wish to purchase. This makes it possible to prevent checkout from taking too long and to prevent unintended products from being purchased. 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, to confirm the products they wish to confirm. Therefore, according to this embodiment, checkout can be performed efficiently.

In the above embodiment, the shopping system 1 sets the predetermined condition as the fulfillment of a condition for making a request to call a store clerk. Therefore, while calling a store 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 store clerk to be used effectively, allowing for efficient payment.

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 the order of registration and an arrangement in the 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 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 products to be purchased.

In the above embodiment, the shopping system 1 displays a first switching button 1014 that accepts a change in the arrangement of the list display when a predetermined condition is met, and switches to an arrangement other than the order of department codes in response to an arrangement change accepted 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 order of registration and an arrangement according to the unit price of the products in response to a customer's selection. Therefore, the arrangement can be set according to the customer's selection, making it easier to check the products to be purchased.

In addition, 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 regardless of the arrangement in which the list is displayed, the customer can understand the products in each price range by looking at the product number display 1016.

In addition, in the above embodiment, when the shopping system 1 detects a store clerk operating the POS terminal 20, it switches the arrangement of the list display to an arrangement according to the unit price of the registered items. This makes it possible to display the list display in an arrangement that prioritizes high-priced items. This makes it easier for the store clerk to check high-priced items.

In addition, in the above embodiment, when the shopping system 1 detects a store clerk operating the POS terminal 20, it displays a second switching button 1201 that accepts switching of the arrangement of the list display, and in response to the switching being accepted 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 an arrangement 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.

In addition, 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 arrangement to be chosen according to the store clerk's selection, and regardless of the arrangement in which the list is displayed, the store clerk can understand the products in each price range by looking at the product number display 1016.

In addition, in the above embodiment, the shopping system 1 displays clerk-confirmed products (pending products or products to be confirmed) 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 that indicates that they are clerk-confirmed products. This allows the clerk to easily identify clerk-confirmed products.

In addition, in the above embodiment, the shopping system 1 displays clerk-confirmed products in a display format that indicates that they are clerk-confirmed products, regardless of whether the list display arrangement is switched. This allows the clerk to easily identify clerk-confirmed products even if the list display arrangement is switched.

In addition, 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 identify the clerk-confirmed products without the customer requesting them or the clerk searching for them.

(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.

(Variation 1)
In the above 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 used 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)).

In the first modified example, 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 allows the selection of a product to be confirmed to be accepted even when a request to call a store clerk has not been made.

In addition, in the first variant, 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.

(Example of a process performed by the POS terminal 20 during self-payment according to the first modified example)
Fig. 18 is a flow chart showing an example of the process performed by the POS terminal 20 according to the first modified example at the time of settlement. The following describes the differences from Fig. 8. In step S802, the POS terminal 20 refers to the registered information, and if there are no reserved items (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, the registered items 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.

The POS terminal 20 then determines 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). Note that this switching is between an arrangement in order of unit price and an arrangement in order of registration.

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

If the store clerk call button is pressed in step S804 (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 switch button is displayed, and the settlement start button and store clerk call button are hidden.

According to the first variant, even when a request to call a store clerk has not been made, it is possible to accept the selection of products to be checked from the customer and to switch the arrangement of the list display. Therefore, even when a store clerk has not been called, the customer can efficiently check the registered products and select the products to be checked.

(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. 12A and 12B). 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.

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 can 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 →...

The POS terminal 20 also displays a button (hereinafter referred to as the "registration order switching button") that can switch the arrangement of 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. 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 can 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 →...

It is also possible to use the unit price order switching button and the registration order switching button as a single button. If 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 that prioritizes high-priced products → an arrangement that prioritizes low-priced products → an arrangement that prioritizes products registered early → an arrangement that prioritizes products registered late → an arrangement that prioritizes high-priced products →...

According to the second modification, the variety of arrangements in the list display can be increased. This makes it easier for customers to check the products they wish to purchase.

(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 Modification 3, 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 Modification 3, 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.

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 the 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 the cart information or update the registered product information.

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 (order of registration), 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 cloud server Sv repeat the above process each time the mobile terminal 30 scans a product.

When the mobile terminal 30 receives an instruction to complete registration (see step S610 in FIG. 7), it transmits the registration information stored in 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.

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

When the settlement is completed at the POS terminal 20, the cloud server Sv sends a transaction completion notification to the mobile terminal 30 (step S618 in FIG. 7). When the mobile terminal 30 receives the transaction completion notification, it deletes the registration information stored in the memory 404.

Even with this configuration, the list of products displayed on the POS terminal 20 at checkout is easy for customers to understand, making it easier for them to confirm the products they wish to purchase.

In addition, 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. In other words, 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), it will be connected to a paid communication line (for example, 4G: 4th Generation). However, according to the third modification, the amount of data exchanged between the mobile terminal 30 and the cloud server Sv can be reduced, and the economic burden on the customer when using a paid communication line can be reduced. Furthermore, the cloud server Sv can generate cart information and store registered product information in a centralized manner, and therefore the load related to the processing of the cloud server Sv can be reduced.

(Variation 4)
In the above-described embodiment, a configuration (see FIG. 11C) has been described in which a product to be confirmed 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 confirmed is accepted by scanning or the like. Scanning or the like here refers to reading the barcode of the product to be confirmed, or having the imaging unit 217 capture an image of the product to be confirmed.

For example, a customer may not be able to identify the product they wish to check while a sales clerk is being called. In this case, after the sales clerk arrives, the sales clerk may identify the product they wish to check on the sales clerk list display at the customer's request and perform the check. 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 they wish to check from the list display.

(Reading barcode)
Therefore, in the fourth modification, for example, when a store clerk has a product to be checked and the product has a barcode, the barcode can be read to accept the product. 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 barcode of the product to be checked is scanned by the customer scanner unit 206 or the store clerk scanner unit 212, and the product is accepted as the product to be checked. The store clerk then performs confirmation operations such as changing the quantity of the product to be checked.

(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 image capture 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 image capture unit 217, and the product is accepted as the product desired to be checked. The store clerk then 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.

According to variant 4, when a store clerk has a product that the customer wishes to confirm, the store clerk can easily accept the product by reading the product's barcode or taking an image of the product. This reduces the amount of work required by the store clerk to identify the product that the customer wishes to confirm.

In addition, 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.

After the customer arrives, the system may be operated by the store clerk to switch from the list display for store clerks back to the list display for calls, and the customer may follow the instructions of the store clerk to perform operations such as scanning to receive the products they wish to check.

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 product's barcode 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.

In addition, if the product to be checked 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 checked can be accepted by scanning the barcode of the product or taking an image of the product in the list display during the call.

(Variation 5)
In the above embodiment, a configuration for accepting a product to be confirmed by a customer selection (see FIG. 11C) 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 the above configuration will be described.

In variant 5, for example, if there are so many registered products that they cannot all fit on the list display, it may be time-consuming to search for the product that the customer wishes to confirm from the list display. In variant 5, 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 that category.

In variant 5, the POS terminal 20, for example, displays a button on the confirmation-requested product reception screen 1120 (see FIG. 11 (C)) that accepts the classification of the product to be searched for. When the button is pressed, one of multiple classifications is displayed for selection. 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.

Then, since the product the customer wishes to check is classified as "vegetables," the store clerk who was called can find vegetables among the products the customer is purchasing and identify the product the customer wishes to check (cucumber). Note that if the products the customer wishes to purchase include multiple products classified as "vegetables" (cucumber, eggplant, tomato), the store clerk can directly ask the customer which product the customer wishes to check and identify the product the customer wishes to check (cucumber).

According to variant 5, products to be checked can be accepted by category. This reduces the effort required of customers to search for products to be checked.

(Variation 6)
In the above 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.

For example, some stores offer a service where parking is free if you spend a certain amount of money within a certain time period. For example, parking may be free if you spend a few hundred yen more than your current purchase amount. In light of this, in this modified example, we will explain a configuration that allows you to resume shopping even after the mobile terminal 30 has received an instruction to complete registration.

To be more specific, 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 ¥2,000, you get up to two hours free," or "if you purchase ¥3,000, you get up to three hours free." The cloud server Sv stores the time of entry into the parking lot for each customer.

When the mobile terminal 30 starts the shopping app, it sends 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.

Specifically, the cloud server Sv acquires vehicle information and information indicating the entry time 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.

In addition, vehicle information does not need to be registered in advance. For example, the cloud server Sv manages information about each vehicle parked in the parking lot (such as color, manufacturer, model, and license plate information). Therefore, the cloud server Sv can send question information such as color, manufacturer, and model to the mobile terminal 30 (customer), and use the answer to the question to identify the vehicle and obtain information about the vehicle.

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

When the customer has finished shopping and the mobile terminal 30 receives an instruction from the customer to complete registration (Registration Complete button 903 in FIG. 9(A)), it sends information indicating this 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 references the parking lot information 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.

On the other hand, if a negative judgment is obtained in the parking fee judgment, i.e., 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 this difference to the mobile terminal 30. The mobile terminal 30 then notifies the customer of the difference and accepts whether the customer wishes to continue shopping or to settle the payment as is. If an instruction to continue shopping is accepted, payment can be made as usual. On the other hand, if an instruction to continue shopping is accepted, the mobile terminal 30 invalidates the previously accepted instruction to complete registration, and returns to a state in which shopping can be continued.

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. Note that FIG. 17 is the screen to which the user transitions when the "Yes" button 925 is pressed on the parking guidance display 924 in FIG. 9 (B).

As shown in FIG. 17, a parking fee information display 1700 is displayed on the display 409 of the mobile terminal 30 instead of the parking information display 924 shown in FIG. 9(B). The parking fee information display 1700 indicates that up to two hours are free for a purchase of ¥2,000, and up to three hours are free for a purchase of ¥3,000.

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 free parking (406 yen). The parking fee information display 1700 also includes a "Yes" button 1701 that accepts the customer's request to continue shopping, and a "No" button 1702 that accepts the customer's request 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).

When the "Yes" button 1701 is pressed, the mobile terminal 30 sends information to the cloud server Sv indicating that shopping will continue. When the cloud server Sv receives this information, it turns on a flag indicating that shopping may be resumed (hereinafter referred to as the "shopping resume flag"). The shopping resume flag indicates that resumption is valid until a predetermined time has passed, and becomes invalid after the predetermined time has passed. For this reason, even if the mobile terminal 30 closes the shopping app, shopping can be resumed if the shopping app is launched again within the predetermined time. On the other hand, once the predetermined time has passed, shopping cannot be resumed even if the mobile terminal 30 launches the shopping app, and in this case a new purchase will be made. This saves the customer the trouble of canceling the resumption of shopping after the predetermined time has passed.

According to variant example 6, shopping can be resumed even after the mobile terminal 30 has received an instruction to complete registration, improving convenience.

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 settlement is completed (the timing at which the cloud server Sv receives the transmission/reception data D7 in FIG. 7). Specifically, after 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, which indicates that shopping may be resumed.

In addition, permission from a store clerk 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 specified operation on the POS terminal 20 to permit the customer to resume shopping. Furthermore, when the POS terminal 20 accepts a request to continue shopping, it may notify the monitoring terminal 11 of this. Furthermore, the customer's point card or the like may be referenced, and the customer may be allowed to resume shopping if the customer is in good standing, but not allowed to resume shopping if the customer is not in good standing. Furthermore, when only good customers are allowed to resume shopping, the POS terminal 20 may accept a choice from the customer as to whether or not to resume shopping.

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 has received an instruction to complete registration, improving convenience.

(Variation 7)
In the above embodiment, the confirmation process accepts cancellation of the product to be confirmed by an 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 an operation of the customer is accepted before the confirmation process by the store clerk.

In variant 7, when the POS terminal 20 accepts a product to be confirmed, it displays a cancel button to accept the cancellation of the product, as shown, for example, in the confirmation request 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, the cancellation is accepted.

In addition, 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 variant, as in the above-mentioned embodiment, cancellation of reserved products is not accepted by customer operation.

Note that 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 a display mode (such as blinking) on the store clerk list display screen 1200 (see FIG. 12(A)) indicating that the customer's cancellation of the product has been accepted, and may display the 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 asking whether or not to accept the cancellation, and when it is confirmed that the cancellation is accepted by the store clerk, it may confirm the cancellation of the product.

According to variant 7, the product to be confirmed can be cancelled by the customer before the store clerk checks it, which reduces the operational burden on the store clerk in cancelling the product to be confirmed. In addition, the time required for the store clerk to check the product can be shortened because the store clerk does not need to scan the product. In other words, the waiting time for the customer to wait for the store clerk to check the product can be shortened.

(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 the eighth modification, a configuration will be described in which, in addition to or instead of such a configuration, the list display for store clerks can also be displayed in the order of registration.

At this point, 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 afterwards and register the item. In such a case, the previous failed scan will result 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.

Therefore, in variant 8, the clerk list display can also display the items in the order of registration. When the clerk identifies the unscanned item from the clerk list display that is displayed in the order of registration, the clerk can either delete the unscanned item, or delete the 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.

According to variant 8, the list display for store clerks can display correctly registered products above or below unscanned products, making it easier for store clerks to identify pending products.

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 Art]
In recent years, so-called self-checkout systems, in which a customer registers products and performs payment, have become widespread. For example, a self-checkout system in which a customer registers products using a mobile terminal carried by the customer and performs 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 Literature]
[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 problems]
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 the payments 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 classified according to their price ranges 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 is 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 products in each category, which is obtained by classifying the products according to their unit prices, 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 comprising 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 payments for 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 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 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.

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 products, 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.

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 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 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.

The programs for implementing the shopping system 1, POS terminal 20, and mobile terminal 30 described above may be recorded on a computer-readable recording medium, and the programs may be read into a computer system for execution. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. The term "computer-readable recording medium" 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 includes storage devices that hold a program for a certain period of time, such as volatile memory (RAM) inside a computer system that becomes a server or client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. 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, i.e., a differential file (differential program).

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 display unit 206: Customer scanner unit 208: Card payment unit 209: Change machine 210: Clerk display unit 211: Key operation unit 212: Clerk scanner unit 215: Communication unit 217: Imaging unit 405: Communication I/F
407...Camera 409...Display

Claims (5)

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, and 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: 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. The first array is 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. 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: A product sales data processing system includes a portable registration device and a payment device for performing payment for products registered in the portable registration device, and detects a store clerk operating the payment device, the product sales data processing 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;
Function 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