JP2023138536A - Sales data processing system and program - Google Patents

Abstract

To provide a sales data processing system for registering products using portable terminals, which eliminates customer inconvenience in purchasing a product that is not registered in a product master.SOLUTION: A sales data processing system is provided, comprising acquisition means configured to acquire product information of a product specified by a portable terminal operated by a customer in a store, and notification means configured to, in a case where the product corresponding to the product information acquired by the acquisition means is a predetermined product that requires intervention of a store clerk, notify a terminal of the store clerk the fact that the product requires the intervention of the store clerk together with the product information.SELECTED DRAWING: Figure 32

Description

The present invention relates to a sales data processing system and program for specifying and managing product information.

Conventionally, self-service POS systems in which customers themselves register products to be purchased have been widespread, but there are also portable registration devices that allow products to be registered at the same time as they are added to a shopping cart or the like. In recent years, a sales data processing system has been known in which a shopping application is downloaded to a mobile terminal such as a smartphone owned by a customer, and the shopping application is used as a registration device for the customer to register his/her own products at a store.

Patent No. 6003989

A sales data processing system using a smartphone allows customers to register products using a familiar mobile terminal such as a smartphone, thereby saving time required for registration processing at a cash register.

Therefore, it is preferable for stores to encourage the use of mobile terminals and have as many customers as possible use them. However, since the customer must register the product and, in some cases, perform the payment process himself, there are cases where the intervention of a store clerk is required, such as alcoholic beverages and medicines, and products that are not registered in the product master. Customers may feel inconvenienced when they need the intervention of a store clerk when trying to purchase a product for which the price has not been determined.

The present invention has been made in view of the above circumstances, and in a sales data processing system that identifies products based on images captured by a mobile terminal, etc., when an attempt is made to purchase a product that is not registered in the product master. The purpose is to eliminate customer inconveniences.

One embodiment includes an acquisition unit that acquires product information of a product specified by a mobile terminal operated by a customer in a store, and a predetermined system in which a product according to the product information acquired by the acquisition unit requires the intervention of a store clerk. Provided is a sales data processing system having a notification means for notifying a store clerk's terminal that the product requires the intervention of a store clerk along with the product information when the product is a product.

According to the sales data processing device of this embodiment, it is possible to eliminate the inconvenience that a customer faces when attempting to purchase a product that is not registered in the product master and requires the intervention of a store clerk.

1 is an example of a schematic diagram showing the overall configuration of a sales data processing system according to an embodiment. 1 is a diagram of an example of a POS terminal of a sales data processing system according to an embodiment; FIG. It is a diagram showing data of a sales data processing system of one embodiment. It is an example of a store which employs the sales data processing system of one embodiment. It is an example of an introduction example of the sales data processing system of one embodiment. It is an example of an introduction example of the sales data processing system of one embodiment. It is an example of an introduction example of the sales data processing system of one embodiment. It is an example of an introduction example of the sales data processing system of one embodiment. 1 is an example of a functional block diagram of a sales data processing system according to an embodiment. It is an example of the processing flow in the mobile terminal of the sales data processing system of one embodiment. It is an example of the processing flow in the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. 1 is an example of a block diagram of a sales data processing system according to an embodiment. It is an example of the process flow of image display in the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the mobile terminal of the sales data processing system of one embodiment. It is a diagram showing an example of data of the sales data processing system of one embodiment. It is an example of the process flow of image display in the mobile terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of the screen of the POS terminal of the sales data processing system of one embodiment. It is an example of a block diagram of processing of a NON file product. This is an example of a processing flow for NON file products. This is an example of processing performed by a mobile terminal regarding NON file products. This is an example of the process of registering a NON file product in the product master. This is an example of a POS terminal displaying pending products. This is an example of the process of registering a NON file product in the product master at a POS terminal.

A sales data processing system according to an embodiment will be described with reference to the drawings.
-Overall configuration of sales data processing system-
As shown in FIG. 1, a sales data processing system 1 according to an embodiment includes a host device 10 including a storage means for storing a product master 110, a store master 120, a member master 130, a shopping file 140, etc.; The mobile terminal 20 is connected to the mobile terminal 20 via the Internet or the like.

The host device 10 uses, for example, a cloud server and is linked to a store controller (management device) 60 that constructs the store's product sales system 6 via the Internet, etc., and stores the product master 110 etc. stored in the host device 10. is updated as appropriate based on each piece of information from the store controller 60, for example at every predetermined time.

As the mobile terminal 20, for example, a smartphone personally owned by the customer is used. The mobile terminal 20 includes a camera (input unit) 260 for capturing images, a display unit (display input unit) 250 such as a touch panel, and the like. Note that the mobile terminal 20 may be a dedicated mobile terminal for rental at a store.
The mobile terminal (smartphone) 20 has the function of a registration device that executes registration processing of products to be purchased when shopping at a store by installing a dedicated application.

The mobile terminal 20 can exchange information as appropriate with the product master 110, store master 120, shopping file 140, etc. stored in the host device 10. Further, information can be exchanged as appropriate with a payment device such as the POS terminal 70.

The store's product sales system 6 includes a store controller 60 and a plurality of POS terminals (registration and payment devices) 70, and the POS terminals 70 can perform registration and payment processing for products purchased by customers.

The store controller 60 is an information processing device that manages the entire product sales system 6 of the store, and is a device that manages the POS terminal 70 and the like, and also manages various information such as product masters and member masters.
The store controller 60 acquires and stores a product master reflecting the latest product information from an external source (for example, a server at the headquarters or a removable storage medium).
A product master is a store in which product information such as product name (product name, item name), sales price, discount information, etc. is linked to product identification information (for example, JAN code) assigned to each product. This is the file that was created.
Note that the product master may store cautionary information indicating that the product is a class 2 drug, alcoholic beverage, or the like that requires confirmation by a store clerk at the time of sale.

The POS terminal 70 is a device that performs registration processing and payment processing for products purchased by customers, and includes an input section 760 such as a barcode reader, preset keys, CCD camera, etc. for reading information on products purchased by the customer. It has a display section 750 such as a touch panel that displays read product information and the like, and a printing section 770 that prints receipts and the like.
The POS terminal 70 can request registration information and the like from the host device 10 as necessary, such as when shopping identification information is input from the mobile terminal 20.

An example of the POS terminal 70 is a POS terminal exclusively used for payment. In this embodiment, a customer registers a product at a store using his/her own smartphone (mobile terminal) 20 and performs payment processing using a POS terminal exclusively for payment, thereby allowing the customer to transact the product without the intervention of a store clerk. It can be carried out.

Note that the POS terminal 70 is not limited to a POS terminal exclusively for payment, and may be a semi-self-type POS in which a clerk registers the product purchased by the customer and the customer performs the payment himself/herself. good. In the case of a semi-self-type POS, the registration device that performs the registration process and the payment device are separated, and the registration information that has been registered by the registration device is output to the payment device, and the customer himself/herself performs the payment processing at the payment device. Alternatively, the POS may be a face-to-face POS having a screen for performing registration processing directed to store staff, a screen for performing payment processing directed to customers, and a cash processing section.
Further, the POS terminal 70 may be a fully self-service POS in which the customer registers and pays for products purchased by himself or herself, that is, without the intervention of a store clerk.

In addition, the POS terminal 70 can be switched depending on the congestion situation, the staff situation, etc. to select one of the above-mentioned semi-self-type POS where the customer processes the payment himself, the above-mentioned face-to-face semi-self-type POS, and the above-mentioned full self-type POS. It may also be a switching type POS that can be switched to.
An example of a switching type POS terminal 70 is shown in FIG. The example of the POS terminal 70 shown in FIG. 2 includes a table 70a.
Furthermore, it may be a normal POS cash register in which a store clerk registers and pays for products purchased by a customer, and is not limited in any way as long as it is capable of carrying out the payment process.

The sales data processing system 1 of the present embodiment can be retrofitted (add-on) to the product sales system 6 of a store, which includes a store controller 60 and a plurality of POS terminals 70, so that the sales data processing system 1 of the present embodiment can It is possible to construct a sales data processing system that allows product registration.

The general configuration of the sales data processing system according to the present embodiment has been described above, and will be further described with reference to some examples.
Generally, when a customer purchases a product at a store, the customer takes the product to the cash register, and the clerk enters the price of each product at the cash register, so that the price of all products is totaled. The selling price for one transaction is determined.
When deciding the selling price, stores try to attract customers by applying various discounts and the like to lower the selling price.

FIG. 4 shows a system adopted by a supermarket or the like that has multiple stores.
Normally, in a system such as a supermarket, a headquarters system (server) 50 is installed that centrally manages all stores, and the headquarters system 50 has a common product master, a store master, a product master for each store, and a common special sale. It manages planning masters, special sale planning masters for each store, member masters, etc.

Each store is provided with a POS terminal 70 and a store controller 60 that manages the POS terminal 70, thereby constructing a POS system.
The store controller 60 of each store receives a common product master, store master, product master for each store, common sale plan master, and special sale plan master for each store from the headquarters system 50, and also receives information input at the store. (register). Note that the member master may be received from the head office system 50 like other masters, but the store controller may not have it and may inquire of the head office system each time when inquiring member information.

Each store's POS system can utilize its own selling price determination logic.
Selling price determination logic has several logics for calculating the selling price of products that shoppers purchase, and also determines which logic is applied when calculating the selling price of a product. Contains a function to determine whether to make a decision.
For example, if a certain product is eligible for a single item discount but is also eligible for a set match discount, a set match discount that results in a lower price may be applied. Note that which discount logic to select is determined by settings.

Here, several selling price determination logics for determining the selling price of a product will be illustrated and explained.
First, standard selling price determination logic will be referred to as selling price determination logic (basic). In addition, the selling price determining logic unique to each company or store is defined as the selling price determining logic (company/store).
The selling price determination logic (basic) includes functions such as subtotal (calculation of total amount), subtotal discount/discount, single item discount/discount, bundle/mix match discount, and set match discount.

Selling price determination logic (company/store) includes, for example, the above subtotal (calculation of total amount), subtotal discount/discount, single item discount/discount, bundle/mix match discount, set match discount, as well as member discounts. It provides discounts and discounts for special services, as well as discounts and discounts for each payment type used for payment. In addition, the selling price determination logic (company/store) has unique functions such as deciding which condition to prioritize when multiple discounts/discount conditions conflict at the same time.
The selling price determination logic (company/store) also uses its own logic for subtotals (calculation of total amount), subtotal discounts/discounts, single item discounts/discounts, bundle/mix match discounts, and set match discounts. You may prepare.

The logic included in the selling price determination logic will be explained with reference to FIG. 3(a).
The subtotal (logic A) is a logic for determining the selling price of the product to be purchased, and calculates the total price by summing up the prices of the latest product information for each product.
Subtotal discount (logic B) is a process of discounting the subtotal amount (total amount) by a predetermined amount or by a predetermined percentage.
Single item discount (Logic C) is a process of applying a special discount or discount to a specific single product.

Bundle/mix match discount (Logic D) is a process that provides a discount or a discount by purchasing several products together from a specific product group.
Set match discount (Logic E) is a process of discounting or discounting by purchasing a combination of specific products.

The payment type discount (logic F) is a process of giving a discount or a discount according to the payment type used by the member when making a payment.
Membership type discount (Logic G) is a process of discounting a specific product or subtotal amount based on membership.
Lowest price calculation logic (Logic H) determines which discount can be applied to calculate the lowest price when a product meets multiple discount conditions (multiple logics can be applied). This is the process of making a judgment.

Then, in each store, the selling price is determined by combining some of the logics A to H above to set the selling price determination logic for that store, depending on the measures required by store operators such as companies. .
In addition to the above logic, the logic for determining the selling price can be set by the store operator as appropriate (for example, setting which one to select when multiple discounts overlap). Alternatively, logic other than logic H may be provided.

Next, an introduction model of the sales data processing system of this embodiment will be explained.
- Example of introducing a new sales data processing system with pricing logic (basic) -
FIG. 5 shows an outline of a model for introducing a sales data processing system with independent selling price determining logic (basic), independent of the existing selling price determining logic, when opening a new store.

In the example shown in FIG. 5, the host device 10 is configured by a store controller of a store, and the mobile terminal 20 is configured to directly communicate with the store controller, which is the host device 10.
Note that the product master 110, store master 120, etc. stored in the host device 10 may be constructed by directly inputting product information and store information using a web browser or the like.

In this example, the sales decision logic employed in the new store is set in the store controller 10, so that the sales data processing system can be constructed smoothly.
An example of the flow of processing in this example will be briefly described below. Note that the numbers in parentheses in the explanation indicate the processing in FIG.

In this example, (1) When the member carrying the mobile terminal 20 starts an application on the mobile terminal 20, the application acquires GPS information etc. of the mobile terminal 20, and transmits the acquired position information to the host device 10. Send to. Note that the means for acquiring location information is not limited to GPS.

(2) Upon receiving the location information (or information for identifying the store) from the mobile terminal 20, the host device 10 determines the location of the mobile terminal 20 based on the received location information, etc. and the information stored in the store master 120. Store information of one or more stores closest to the location is transmitted to the mobile terminal 20.

Note that if the location information of the mobile terminal 20 cannot be obtained, the application prompts the display unit 250 of the mobile terminal 20 to read the QR code (registered trademark) provided at the entrance of the store etc. with the mobile terminal 20. May be displayed.
When the customer reads the QR code (registered trademark) using the mobile terminal 20, the application may transmit information for identifying the store encoded with the QR code (registered trademark) to the host device 10.

When transmitting store information to the mobile terminal 20, the host device 10 may also transmit customer information (number of points earned, membership rank, etc.).
Furthermore, the host device 10 also sends special sale information (store name, information on bargain sales offered at the store, flyer information on which the store information is posted, etc.) of stores used by the member to the mobile terminal 20. You may also send it to

The mobile terminal 20 that has received the store information displays the received store information on the display unit 250. Alternatively, the mobile terminal 20 displays the received store information on the display unit 250 in a selectable manner.
When the member checks and selects a plurality of stores displayed on the display section 250 of the mobile terminal 20, the mobile terminal 20 specifies the store where the member will shop.
By specifying the store, the host device 10 associates the product master of the specified store with the mobile terminal 20 and generates a shopping file (basket data).

(3) At the specified store, when the member reads the symbol code information of the product to be purchased using the mobile terminal 20, the mobile terminal 20 transmits the read symbol code information (product identification information) to the host device 10. The product identification information is not limited in any way as long as it can identify the product and can be acquired as an image, such as a barcode, object recognition based on image features, or character recognition.

(4) The host device 10 that has received the product identification information extracts product information from the product master 110 based on the received product identification information and transmits it to the mobile terminal 20. The mobile terminal 20 receives the product information and registers it as a product to be purchased by the member.

(5) The mobile terminal 20 transmits the registered product information to the host device 10 as registered product information. The host device 10 stores the received registered product information in the shopping file 140 (basket data).

(6) The host device 10 calculates the subtotal of the products purchased by the member using the selling price determination logic for the registered product information stored in the shopping file 140.

(7) The host device 10 transmits the total (approximate) price of the products calculated by the subtotal calculation to the mobile terminal 20.
This allows the member to proceed with the shopping while viewing the current total amount (in some cases, the estimated amount).

(8) When the member finishes shopping, the member displays symbol code information such as a QR code (registered trademark) that stores shopping identification information on the display unit 250 of the mobile terminal 20. The member then goes to the POS terminal 70 and, for example, causes the symbol code information displayed on the display section 250 of the mobile terminal 20 to be read into the input section 760 of the POS terminal 70.
As a result, the mobile terminal 20 outputs shopping identification information to the POS terminal 70.

(9) The POS terminal 70 that has input the shopping identification information requests the host device 10 for shopping information (registered product information, etc.) linked to the shopping identification information.

(10) Upon receiving the shopping identification information from the POS terminal 70, the host device 10 extracts the calculated shopping information linked to the shopping identification information from the basket data and transmits it to the POS terminal 70.

(11) The POS terminal 70 that has received the calculated shopping information displays a payment screen based on the received shopping information. The member completes one transaction using the mobile terminal 20 by making payment according to the payment screen.
The flow of processing in this example has been described above.

Note that the subtotal calculation based on the selling price determination logic may be performed by the POS terminal 70. In this case, the host device 10 may transmit (10) uncalculated shopping information related to the shopping identification information to the POS terminal 70 in response to the (9) shopping information request from the POS terminal 70 . Furthermore, the subtotal calculation using the selling price determination logic may be performed by the mobile terminal 20.

- Example of introducing a sales data processing system into an existing store (Part 1) -
This example is an example in which accounting can be performed for the existing store shown in FIG. 4 using the selling price determining logic provided by the sales data processing system without using the store's selling price determining logic.
In this example, for example, a sales data processing system having a selling price determining logic (basic) can be added to an existing store whose selling price determining logic is the selling price determining logic (basic).

In the example shown in FIG. 6, a sales data processing system is provided by a cloud service to the existing store shown in FIG. 4, and the mobile terminal 20 communicates with the host device 10 arranged in the cloud service.

In this example, the price determination logic (basic) set in the host device 10 of the sales data processing system is the same as the selling price determination logic (basic) set in the existing store, so the mobile terminal 20 can register When determining the selling price based on the processed registered product information, the selling price determining logic (basic) of the added sales data processing system 1 may be used, and there is no need to use the selling price determining logic of the existing store.
Note that the selling price determining logic set in an existing store and the selling price determining logic provided by the sales data processing system are not limited to the selling price determining logic (basic).

In this example, the sales data processing system periodically sends product information (product master, special sale information, planning master, etc.) and store information are transmitted via the Internet or the like. Note that it is preferable that the product master and special sale plan master sent to the host device 10 only send information that is valid on that day.
Note that "master" is an abbreviation for master file.

In this example, the host device 10 provided by the cloud service acquires and stores product information (product master, special sale plan master, etc.) and store information, so that the registered information registered by the mobile terminal 20 A sales data processing system can be constructed simply by adding a POS terminal 70 that performs payment processing.

Then, the sales data processing system periodically transmits the shopping information in the shopping file 140 placed in the cloud service to the headquarters system 50 or the store controller 60 of the store via the Internet, or sends the shopping information to the store via the in-store network. By transmitting it to the controller 60, it may be possible to store the results of transactions performed by the mobile terminal 20.

The process flow in this example is as shown in FIG. Since this is the same as the newly installed sales data processing system shown in Figure 3, a description of the processing flow will be omitted.

Note that in the example shown in FIG. 6 as well, the subtotal calculation based on the selling price determination logic may be made executable by the application of the POS terminal 70 or the mobile terminal 20.
Furthermore, this example can also be handled by modifying the application of the existing POS terminal (payment device) 70 without adding a new POS terminal 70.

- Example of introducing a sales data processing system into an existing store (Part 2) -
In this example shown in FIG. 7, for example, for an existing store shown in FIG. 4, the selling price is determined by the selling price determining logic of the store's POS terminal 70 while using the selling price determining logic provided by the sales data processing system. This is an example of accounting.
In this example, the settlement amount is determined using, for example, the selling price determination logic (company/store) set in the existing store. The sales price determination logic (basic) provided by the sales data processing system can provide the mobile terminal with an estimated amount of money during shopping.

In this example, a sales data processing system is provided by a cloud service to the existing store shown in FIG. 4, and the mobile terminal 20 communicates with the host device 10 arranged in the cloud service.
In addition, the existing payment device (POS terminal) 70 was modified to be able to communicate with the host device 10 of the sales data processing system, and an application compatible with reading QR codes (registered trademark) of the mobile terminal 20, for example, was introduced. By doing so, a sales data processing system compatible with product registration processing by the mobile terminal 20 can be constructed.

In the example shown in FIG. 7, the price determination logic (basic) set in the host device 10 does not correspond to the selling price determination logic (company/store) set in the existing store. It is not possible to display the exact total amount.
Therefore, the sales data processing system calculates the estimated amount using the price determination logic (basic) set in the host device 10, and displays the estimated amount on the display unit 250 of the mobile terminal 20. The customer can use the estimated amount displayed on the display section 250 as a guide for shopping.

Note that the selling price determining logic set in an existing store and the selling price determining logic provided by the sales data processing system are not limited to the selling price determining logic (company/store) and the selling price determining logic (basic).

The processing flow in this example differs from the processing flow shown in Figure 6 because (6) the selling price determination logic used in the subtotal calculation does not match the store's selling price determination logic, and (7) the subtotal amount is The difference is that the total amount sent during transmission is an approximate amount.

Furthermore, a POS terminal 70 placed in an existing store is used as the POS terminal 70 for (8) outputting shopping information, (9) requesting shopping information, (10) transmitting calculated basket information, and (11) processing transaction. Other than this, the system is the same as the newly installed sales data processing system shown in FIG. 5, so a detailed explanation of the processing flow will be omitted.

- Example of introducing a sales data processing system into an existing store (Part 3) -
In the example shown in Figure 8, for example, for the existing store shown in Figure 4, the head office system (server), store controller, etc. performs a subtotal service that determines the selling price using the store's selling price determination logic (company/store). , this is an example in which accounting is performed using a newly installed POS terminal 70 instead of an existing POS terminal.

According to this example, for example, when a different POS terminal is delivered, the POS terminal 70 that finalizes payment using the selling price determination logic (company/store) set in an existing store, There is no need to modify the program.

In this example, a cloud service is provided to the existing store shown in FIG. The mobile terminal 20 communicates with the host device 10 located in the cloud service.

In this example, the host device (cloud service) 10 has a basket coordination function that transfers the shopping information stored in the shopping file to the subtotal service such as the head office system (server) or store controller, and the subtotal service calculates the shopping information. By adding a function to update the information in the shopping file based on the results obtained, it is possible to construct a sales data processing system compatible with product registration processing by the mobile terminal 20. Note that, if necessary, a function is provided to perform data conversion when transferring information.

In this example shown in FIG. 8, the subtotal calculation is performed by the subtotal service of the existing store headquarters system, so there is no need to determine the selling price using the selling price determination logic of the existing POS terminal 70. Transactions can be made using the new POS terminal 70 even if there is no network connection with the POS terminal 70.
Note that data such as sales results can be managed by being transmitted to each of the headquarters system (server) 50, store controller 60, and host device (cloud service) 10.

In this example as well, the price determination logic (basic) set in the host device 10 of the sales data processing system does not correspond to the sales price determination logic (company/store) set in the existing store, so the mobile terminal 20, although the exact total amount cannot be displayed, the approximate amount calculated by the price determination logic (basic) set in the host device 10 can be displayed on the display unit 250 of the mobile terminal 20, and the shopping It can be used as a guideline.

Note that the selling price determining logic set in an existing store and the selling price determining logic provided by the sales data processing system are not limited to the selling price determining logic (company/store) and the selling price determining logic (basic).

An example of the flow of processing in this example will be briefly described below. Note that the numbers in parentheses in the description indicate the processing in FIG.
Note that the steps (1) to (5) of the processing in the sales data processing system of this example are the same as the steps (1) to (5) shown in FIG. 5, so the explanation thereof will be omitted.

(6) The host device 10 performs an approximate calculation using the selling price determination logic (basic) for the registered product information stored in the shopping file, and (7) transmits the calculated estimated amount to the mobile terminal 20.
This allows the member to proceed with the purchase while checking the current estimated amount.

(8) When the member finishes shopping, the member displays symbol code information such as a QR code (registered trademark) that stores shopping identification information on the display unit 250 and causes the input unit 760 of the POS terminal 70 to read it. , the mobile terminal 20 outputs shopping information to the POS terminal 70.

(9) The POS terminal 70 that has input the shopping identification information transmits the shopping identification information to the host device 10 and requests shopping information (registered product information, etc.) linked to the shopping identification information.

(10) Upon receiving the shopping identification information from the POS terminal 70, the host device 10 passes the shopping information linked to the shopping identification information to a subtotal service such as the head office system 50.

(11) Having received the shopping information, the headquarters system 50 calculates the total amount using the subtotal service and transmits it to the host device 10 as calculated shopping information (subtotal information).

The host device 10 that has received the calculated shopping information (subtotal information) updates the shopping information stored in the shopping file with the calculated shopping information, and transmits the calculated shopping information to the POS terminal 70.

(13) The POS terminal 70 that has received the calculated shopping information displays a payment screen based on the received shopping information. The member completes one transaction using the mobile terminal 20 by making payment according to the payment screen.
The flow of processing in this example has been described above.

As mentioned above, the sales data processing system according to the present invention is not limited in any way to its form. That is, a system consisting of a host device 10 and a mobile terminal 20 that can be linked later to the store's product sales system, an overall system that is made up of the host device 10 and the mobile terminal 20 that are linked to the store's product sales system, and a host system. A system in which the device 10 is configured by a store controller 60 of a store's product sales system and the mobile terminal 20 is directly linked to the store controller 60 or a POS terminal 70 in the store, etc., stores products based on product information registered by the mobile terminal 20. A system for conducting transactions can be a sales data processing system in the present invention.

Further, in the following description, an embodiment is described in which the mobile terminal 20 performs product registration processing and the like. This is just an example, and the mobile terminal 20 may simply function as an interface for product registration processing, and other processing may be performed by a host system such as the host device 10. That is, it is possible to set as appropriate which device constituting the sales data processing system performs what kind of processing.

-Upper device 10-
The host device 10 of the sales data processing system 1 of this embodiment includes a storage means for storing a product master 110, a store master 120, a member master 130, a shopping file 140, and the like. The product master 110, store master 120, etc. stored in the host device 10 are updated based on the information of each master stored in the store controller 60 of the store.

The product master 110 stores product identification information unique to each product, and product information, store identification information, etc. linked to the product identification information. Using the information stored in the product master, the sales data processing system 1 can specify product information from product identification information, or specify product information handled at the store from store identification information.

Furthermore, the product master 110 of the sales data processing system 1 of this embodiment may store product identification information in association with sales conditions (project number), as shown in FIG. 28(a), for example. good.
In addition, the product master 110 of the sales data processing system 1 of this embodiment includes discount type information and identification of target products for sales conditions (plan numbers), as shown in FIG. 28(b), for example. A bargain sale table may be stored that links information, conditions for establishing a discount, and discount values when the conditions are met.

The sales conditions (project number) are the sales conditions set for each product, such as when a discount price is applied when purchasing multiple items such as vegetables in bulk. Information on bulk discounts, limited quantity information where the number of items purchased per customer is set, and packaged products such as meat where the price per gram is set, and irregularly priced products that vary in content and price depending on the individual pack. There is information indicating that there is. The above-mentioned bulk discount information is not limited to products sold separately such as vegetables, but can also be set for products such as canned goods and instant noodles.

Furthermore, the product master 110 may store information (alert information) indicating that each product is a product that requires the intervention of a store clerk at the time of sale, such as class 2 pharmaceuticals or alcoholic beverages. ,
Note that the information stored in the product master 110 is not limited to the above product information, store identification information, and sales conditions.

As shown in FIG. 3(b), the store master 120 includes store identification information (identification number), store name, location information such as store GPS information, QR code (registered trademark) information indicating the store, etc. are associated and stored.
The sales data processing system 1 can identify nearby stores based on location information, for example, using information stored in the store master 120.

As shown in FIG. 3C, the member master 130 stores member identification information and member information such as member name (name, address, credit card number, etc.) in association with each other.
The sales data processing system 1 can specify, for example, store information and credit card information used by the member from the member identification information using the information stored in the member master 130.

In addition, the member master 130 also records information such as the frequency with which the member used the mobile terminal 20 to register products in the past and the number of times the registered product was deleted (cancelled) during product registration, etc., in association with the member identification information. Information such as the number of times may be stored, and a membership level determined by the frequency of use (number of times) and frequency of erroneous operations (number of times) may be stored.

For example, the host device 10 sets membership levels from beginner level (L1) to excellent membership (L5), and sets the frequency (number of times) of product registration using the mobile terminal 20 and the frequency of erroneous operations for each member. The membership level may be determined based on (number of times) etc. and stored in the membership master 130.
That is, the host device 10 may store, in the member master 130, cautionary information or the like indicating that the member frequently makes erroneous operations.

The shopping file 140 is a file that stores registration information registered by the member using the mobile terminal 20 when shopping, and as shown in FIG. 3(d), shopping identification information that identifies the member's shopping and the shopping Registered product information (barcode information, product name, price, etc.) registered as a product is linked and stored as shopping information. Note that the shopping identification information may be composed of a combination of store identification information, date, serial number, etc., for example.

Further, the shopping file 140 may store operations, actions, etc. performed by the member when shopping in association with shopping identification information.
The host device 10 stores the operations performed by the member using the mobile terminal 20 during shopping in the shopping file 140 in association with the shopping identification information.

For example, the host device 10 may store information about products for which the member could not register the product using the mobile terminal 20 when shopping as pending product information in the shopping file 140 in association with shopping identification information. good. Further, the host device 10 may store information regarding a product registration cancellation operation performed by a member when shopping as cancellation operation information in the shopping file 140 in association with the shopping identification information.

Furthermore, the host device 10 links the operation history of the mobile terminal 20, such as product registration, product registration processing failure, and product registration cancellation performed by the member when shopping, with the shopping identification information along with the operation time, and creates a shopping file. 140.
Further, the host device 10 may store in the shopping file 140 the travel route and travel time of the member when shopping in the store in association with the shopping identification information.
That is, the host device 10 may store, in the shopping file 140, alert information indicating that a cancellation operation has been performed in the shopping, etc., as necessary.

The mobile terminal 20 transmits the operation history and position data of the mobile terminal 20 to the host device 10 at predetermined intervals, and the host device 10 associates the received operation history and position data with shopping identification information and stores them in a shopping file. do.

The shopping information (registered product information) stored in the shopping file 140 is synchronized with the product registration information on the mobile terminal 20, and the member can change the quantity of registered information registered on the mobile terminal 20 while shopping. By deleting the shopping information, the host device 10 changes or deletes the shopping information stored in the shopping file 140.

Furthermore, at the time of payment, the member outputs the shopping identification information from the mobile terminal 20 to the POS terminal 70, and the POS terminal 70 stores it in the shopping file 140 in association with the shopping identification information. request the registration information etc.
The host device 10 that has received the registration information outputs product information linked to the shopping identification information to the POS terminal 70.

When the settlement process for one transaction is completed, the host device 10 stores shopping information for the one transaction in the shopping file 140 as settled shopping information. The member can use the mobile terminal 20 to access the shopping file 140 of the host device 10 and refer to past shopping history.
Note that the shopping file 140 is synchronized with the shopping file stored in the store controller 60 of the store, and may also store shopping information made by the member without using the mobile terminal 20.
By accessing the shopping file 140 of the host device 10, the member can refer to all past shopping history at the store.

Note that the shopping file 140 may separately include a storage area for storing currently registered shopping information and a storage area for storing past history, and when the member's currently registered shopping information is confirmed, It may also be added to a storage area that stores past history.

Further, the host device 10 supplies the mobile terminal 20 with an application program (shopping application) that operates on the mobile terminal 20 . Note that the shopping application may be provided from a site on the Internet that provides applications for the mobile terminal 20.

-Mobile terminal 20-
The mobile terminal 20 of the sales data processing system 1 of this embodiment will be described with reference to the flowchart shown in FIG. 10 and screen display examples shown in FIGS. 12 to 15.
Note that the mobile terminal 20 will be described by exemplifying a smartphone personally owned by a customer on which a dedicated application supplied from the host device 10 or the like is installed.

(Advance preparation)
In order to use a smartphone owned by a customer as a mobile terminal 20 that can perform store registration processing, the customer must register as a member to become a person (hereinafter referred to as a "member") who can perform registration processing using a smartphone. I do.

When registering as a new member, it is preferable for the customer to register information such as name, address, telephone number, and e-mail address that can be used to verify the customer's identity, as well as credit card information.
Customers can complete the registration process either online or offline. For example, a customer can enter the necessary information on a registration form or tablet at a store, send a download URL to the registered email address, download a special app, and complete the registration procedure. After downloading and installing a dedicated application from the device 10, a membership registration screen may be launched and registration procedures may be performed. Alternatively, the customer may perform the registration procedure from a site on the Internet that provides the application for the mobile terminal 20.

Further, if the customer is already a card member of the store, the customer may register as a member by, for example, additionally registering only credit card information in the member registration process.
Note that the information to be registered is not limited to the above information. For example, if the store is a chain store, the customer may register information such as the store that he/she always uses. By registering a store or the like, a customer can obtain information unique to the store through distribution.
The host device 10 stores information on registered members in the member master 130.

The sales data processing system 1 of this embodiment can use the operation history information stored in the member master 130 outside the store. In other words, the sales data processing system 1 can use information on a member's operation level determined by the operation history as a condition for displaying a confirmation screen by a clerk on a payment device at a store other than the store concerned.

In addition, when the mechanism of the host device 10 is used by multiple companies, if the use is limited to security aspects such as information on the operation level of the member determined by the operation history, the use will exceed the usage within the company group. Therefore, it is preferable for multiple companies to utilize the same.
It should be noted that the security level can be set by each corporate group and each store, and ranking settings for membership level and operation level, conditions for occurrence of a store clerk confirmation event, etc. can be set freely. Further, the conditions may be stored on the payment device side, received when acquiring the shopping file (basket data), and the occurrence of the clerk's confirmation event may be controlled on the payment device side.

(Store specific processing)
When the member starts the dedicated application on the mobile terminal 20, the mobile terminal 20 executes a process for identifying the store in order to function as a registration device at the store (S201).

For example, the mobile terminal 20 may specify a store based on location information obtained from the GPS of the mobile terminal 20, etc. when the member starts a dedicated application of the mobile terminal 20. Specifically, the mobile terminal 20 transmits the location information to the host device 10, and the host device 10, which has received the location information, sends information on the store whose location information is closest to the mobile terminal 20 based on the store master 120. By sending this information, you can specify the store where you will be shopping.
If there are a plurality of applicable stores, the mobile terminal 20 may display a selection screen on the display unit 250 so that the member can select from among the plurality of stores.

Additionally, a QR code (registered trademark) in which the QR code (registered trademark) information stored in the store master 120 is stored is attached to the entrance of the store, and the member can send the QR code (registered trademark) to the mobile terminal 20. The mobile terminal 20 may specify the store by reading the information using the input section 260 of the store.

The mobile terminal 20 may display a message such as "Please read the store's QR code (registered trademark)" on the display screen of the mobile terminal 20 when location information cannot be obtained. Further, when the member enters the store, the mobile terminal 20 may identify the store using Wi-Fi in the store, Bluetooth (registered trademark), short-range wireless communication such as a beacon, or the like.

Alternatively, the mobile terminal 20 may display a selection screen for selecting a store on the display unit 250, and the member may select a store from the selection screen to identify the store selected by the member as the store for shopping. good.
The means by which the mobile terminal 20 identifies a store is not limited at all.

By specifying a store, the host device 10 grants the mobile terminal 20 permission to access the product master of the store, and generates basket data (shopping file) in association with the mobile terminal 20.

The mobile terminal 20 may notify the member of information such as "special sale information," "related/alternative products," "new products," and "out-of-stock information" at the store when the member enters the store. If it is a holiday such as a regular holiday, that fact may be displayed on the display unit 250. Furthermore, when the store is closed, transition to the registration screen may be prohibited. Registration via the app will be prohibited at a predetermined time before the store closes, and registered customers will be notified of the closing time. However, registered customers can continue shopping, and registration does not need to be prohibited even after closing time. It is possible to continue as long as it is within the specified location of the store. It is also possible to issue notifications to encourage payment in stages.

The mobile terminal 20 that has identified the store displays a start screen 800 for starting shopping on the display unit 250, as shown in FIG. 12(a).
The start screen 800 includes member point information 800a, a key 800b linked to store information of the specified store, a key 800c linked to notifications such as special sale information, a key 800d linked to coupon information, etc. In addition, a "start" key 800e for declaring the start of product registration at the store is also arranged.

Then, when the member operates the "start" key 800e on the start screen 800, the mobile terminal 20 displays a registration screen 810 as shown in FIG. 12(b).
Note that the mobile terminal 20 may immediately display the registration screen 810 without displaying the start screen 800 by specifying the store.

The registration screen 810 is divided into two areas, upper and lower, and the upper area of the registration screen 810 is set as a first display area 811 that displays imaged data captured by the camera (input unit) 260 of the mobile terminal 20. has been done.
The mobile terminal 20 displays a display 811a in the first display area 811 of the registration screen 810 that prompts an operation such as "Please read the product barcode" and indicates the reading range for recognizing the barcode (product identification information). A mark 811b is displayed in a visible manner.

(Reading operation detection processing and product information acquisition processing)
The mobile terminal 20, which has identified the store and completed preparations for product registration, detects the reading operation of the barcode attached to the product by the member (S202), and by performing the reading operation (S202 (yes), and product identification information is obtained from the read barcode (code information) (S203).

For example, when a member takes out a product to purchase from a display shelf and puts it in a shopping cart (basket), the member uses the input unit 260 of the mobile terminal 20 to take an image of the product. Specifically, as shown in FIG. 13A, the member places the barcode attached to the product within the mark 811b displayed in the first display area 811 of the registration screen 810 and captures an image.

If the image contained in the mark 811b displayed in the first display area 811 is a barcode, the mobile terminal 20 automatically recognizes it and acquires product identification information (code information). .

If the mobile terminal 20 is equipped with a distance sensor or the like, it can detect the member's barcode reading operation by detecting that the input unit 260 of the mobile terminal 20 has been brought close to the article for a certain period of time. can.
When the mobile terminal 20 repeatedly recognizes barcodes automatically, even if it is not equipped with a distance sensor or the like, the mobile terminal 20 can detect that the same image has been captured for a predetermined period of time. , it is possible to detect a barcode reading operation by a member.

Note that if the mobile terminal 20 cannot acquire product identification information (code information) even though it is detected that the same image has been captured for a predetermined period of time, the mobile terminal 20 executes a timeout process and performs a "product registration" process. "I was not able to do it well. Do you want to buy it? (Yes/No)" You may also announce that the product is on hold. The mobile terminal 20 may also confirm the purchase.

Instead of automatically recognizing barcodes, etc., the mobile terminal 20 may read barcodes, etc. photographed by shutter operation or the like while the application is running. In this case, the mobile terminal 20 can detect the barcode acquisition operation by the member by detecting that the shutter operation has been performed on the application screen.

The mobile terminal 20 may detect the reading operation of a barcode or the like by the member by monitoring the tilt of the mobile terminal or the like using a gyro sensor or the like. Specifically, the mobile terminal 20 may make the determination based on a combination of the tilt of the mobile terminal 20, the movement state, and the like.

If the barcode (product identification information) cannot be acquired by imaging, the mobile terminal 20 may store the image of the product for which the product identification information could not be acquired as a pending product.
The member can place the products stored as pending products in the mobile terminal 20 separately from the products for which product registration has been completed, and proceed with the registration process for the next product. By leaving an image of the held product on the mobile terminal 20, it becomes easier to identify the product during later payment processing, and it becomes easier for the store clerk to correct the product registration information.

Furthermore, there may be cases in which the above-described timeout processing by the mobile terminal 20 is not executed, and in that case, the customer will have to keep trying to register the product, which will be inconvenient. The mobile terminal 20 may be configured to be able to register a product as a pending product instead of registering a normal product based on a member's operation.
Specifically, the mobile terminal 20 may display a "Register pending product" key on the registration screen 810, for example, and enter an imaging mode in which the shutter is manually released when the "Register pending product" key is operated by the member. It may also be possible to switch to .

When the member releases the shutter at his or her own timing to take an image of the package on the front of the product, the product barcode, the price tag on the shelf, etc. of the product that could not be registered in the imaging mode, the mobile terminal 20 can capture the imaged product. It may be stored as a reserved product. That is, the member may be able to switch to manual imaging mode according to his or her will.

Note that the mobile terminal 20 may use any method to detect a reading operation of a barcode or the like, and the method is not particularly limited.

If the product identification information (code information) cannot be acquired in step S203, the mobile terminal 20 detects that the acquisition of the code information has failed. (no in S204).

For example, if the barcode attached to the product is damaged or distorted due to the packaging of the product, the mobile terminal 20 may be able to display part of the code information recorded on the barcode. Or there are cases where it is not possible to read all of the information (products that cannot be read).
Further, even if the member is taking an image of a part of the product that does not have a barcode, the mobile terminal 20 cannot acquire the code information.
In such a case, the mobile terminal 20 cannot acquire product identification information (code information) and cannot register the product.
In step S204, the mobile terminal 20 detects a case where the product identification information (code information) cannot be acquired and the product cannot be registered because the barcode cannot be read.

If it is detected in step S204 that the product identification information (code information) has been acquired, the mobile terminal 20 determines whether or not the product identification information exists in the product master 110 (S205).

If the acquired product identification information does not exist in the product master 110 in step S205, the mobile terminal 20 determines that the product information registration has failed and proceeds to step S207 (no in S205).

For example, the mobile terminal 20 transmits the acquired product identification information to the host device 10, but the acquired product identification information is not stored in the product master (hereinafter, this product is referred to as a "NON file product"). In some cases, or in cases where there is a problem with the connection with the host device 10, product information cannot be acquired from the host device 10 and product registration cannot be performed.
In step S205, the mobile terminal 20 detects a case where the product cannot be registered because the product of the acquired product identification information is a NON file product or the like.

Note that if the mobile terminal 20 downloads the product master after specifying the store, the mobile terminal 20 can determine whether or not it is possible to acquire product information by itself, and further acquire the product information to display the product. You can also register registered product information. Further, the mobile terminal 20 may make the determination based on the product master stored in the store controller 60 or the POS terminal 70.

In the case where the mobile terminal 20 constantly repeats barcode recognition automatically and does not have a function to detect reading operations such as a distance sensor, step S202 of detecting the member's reading operation is performed. The determination step S204, that is, the detection process when the product cannot be registered because the code information cannot be read may be omitted.

(Product registration process, registered product cancellation process)
In step S205, if the acquired product identification information exists in the product master and the product information linked to the product identification information can be obtained, the mobile terminal 20 registers it as registered product information of the product purchased by the customer. do. (Step S206)

Note that when the product identification information acquired by the mobile terminal 20 exists in the product master, the host device 10 stores product information based on the acquired registered product information in the shopping file 140.

(Display processing)
When the mobile terminal 20 registers a product based on the acquired product information, as shown in FIG. A third display area 813 that displays the registration status is displayed (S209).

The mobile terminal 20 displays product information 812a such as product name, purchase quantity (controller) 812b, and product price 812c in a second display area 812, and displays the current number of registered points in a third display area 813. 813a, an estimated total 813b, and an "accounting" key 813c for proceeding to accounting processing based on the registered information.

Furthermore, the mobile terminal 20 displays the third display area 813 at a position above the second display area 812, that is, between the first display area 811 and the second display area 812. This allows the member to smoothly see changes in the estimated total at the time of product registration.
Note that, as shown in FIG. 12(b), the mobile terminal 20 displays a third display area 813 in which the registered score is 0 points and the estimated total is 0 yen, prior to product registration. Good too.

Although the mobile terminal 20 may arrange the third display area 813 independently of the first display area 811 and the second display area 812, it may be arranged within the range of the second display area 812. Good too.
Note that it is preferable that the mobile terminal 20 displays the current accurate total amount in the approximate total 813b displayed in the third display area 813. However, if a sales data processing system is introduced into an existing store that has complex pricing logic, for example, the store must output the registered product information to the existing POS terminal (payment device) 70. Since accurate subtotal calculation cannot be performed using the price determination logic, the mobile terminal 20 displays the approximate total amount calculated by summing the list prices of each product, etc. in the third display area 813 of the mobile terminal 20. It's okay.

By displaying the third display area 813 on the registration screen 810 of the mobile terminal 20, the member can grasp the current number of products purchased and the approximate total while registering the products.
The mobile terminal 20 according to the present embodiment displays a third display area 813 above the second display area 812, that is, between the first display area 811 and the second display area 812. This allows the member to smoothly see changes in the estimated total at the time of product registration.

The member can change the purchase quantity 812b of the product displayed in the second display area 812, or delete the registered product information of the product.
For example, when the member operates (touches) the purchase quantity 812b displayed in the second display area 812, the mobile terminal 20 changes the quantity of the product as shown in FIG. 14(a). A change screen (pop-up) 820 is displayed.

On the quantity change screen 820, the current purchase quantity and price are displayed, as well as "+" key 820a and "-" key 820b for changing the number of products, and "product cancellation" for deleting registered product registration information. A key 820c is arranged.

When the mobile terminal 20 touches the purchase quantity 812b of a product that does not support changing the number of products, such as when the product registered by the member is a limited quantity product such as a closeout product or an irregular quantity product, the mobile terminal 20 displays the message shown in FIG. As shown in b), a pop-up 821 without the "+" key 820a and "-" key 820b for changing the number of products may be displayed to accept only the deletion of products.

When the member changes the quantity, etc. of the registered product information displayed on the registration screen 810 by operating the "+" key 820a or "-" key 820b on the quantity change screen 820, the mobile terminal 20 changes the registration screen. The purchase quantity 812b of the product displayed in 810 is changed.
Then, the mobile terminal 20 outputs the changed registered product information to the host device 10, and the host device 10 updates the registered information stored in the shopping file 140 based on the input registered product information.

When the member operates the "product cancellation" key 820c to delete the registered product information displayed on the registration screen 810, the mobile terminal 20 cancels the registration of the registered product information displayed on the registration screen 810 ( Cancel).
Then, the mobile terminal 20 outputs registered product information whose registration has been canceled (deleted) to the host device 10, and the host device 10 updates the registration information stored in the shopping file 140 based on the input information.

Note that if the member cancels the registered product information, the mobile terminal 20 may notify that the product will be returned to the display shelf or the like.
At this time, if the member's position in the store can be identified, the mobile terminal 20 detects whether the product whose registered product information has been canceled is more than a certain distance away from the shelf to which it should be returned, and returns it to the shelf. A screen may be displayed that allows the user to select either processing or processing to be transferred to the hold basket.

When the registration of registered product information is canceled by a member, the mobile terminal 20 stores the product information of the deleted product as canceled product information in association with information indicating that a cancellation operation has been performed. You can stay there. In particular, when a process is performed to move a product whose registered product information has been canceled to a holding basket, it is preferable that the mobile terminal 20 stores it as canceled product information.

Furthermore, the mobile terminal 20 may delete registered product information whose registration has been canceled without displaying it on the registration screen 810, but may also draw a strikethrough line on the registration screen 810 or indicate that the product is a canceled product. The cancellation may be displayed so that the user can see that it has been canceled.

Further, the mobile terminal 20 may output information indicating that a cancellation operation has been performed by the member to the host device 10, and the host device 10 may store it in the shopping file 140 as cancellation operation information.
Further, the host device 10 may store, in the member master 130, the number of times the member has performed a cancellation operation for registered product information during the shopping after the payment process for the shopping is completed.

(Notification processing)
If it is determined in step S204 that the product cannot be registered because the product is an unreadable product, or if it is determined in step S205 that the product cannot be registered because the product is a NON file product, etc. Then, the mobile terminal 20 notifies the member that the product cannot be registered (S207).
In addition, this notification can be made through in-store broadcasts, notifications to POS registers where store staff are stationed, notifications to monitoring equipment that monitors the status of all POS, notifications to management devices placed in the backyard, etc., and notifications to mobile phones held by store staff. Any method such as notification to the device may be used.

For example, the mobile terminal 20 displays a notification (pop-up) 830 on the registration screen 810, as shown in FIG. 13(b), indicating that products that cannot be registered will be placed on hold. At this time, a display 830a prompting the user to place the successfully registered product and the non-registerable product in separate baskets (or a specific area within the basket) is displayed to inform that the two products will be treated differently. Good too.
Note that the notification that the product cannot be registered is not limited to a pop-up display such as a message.

If the product that cannot be registered is a product that cannot be read and the barcode of the product is displayed on the display shelf of the product, the mobile terminal 20 notifies the display shelf to read the barcode attached to the product. You may.

Note that if the product registered by the member is not a product that cannot be registered but requires the intervention of a store clerk, the mobile terminal 20 displays a message on the registration screen 810 indicating that the registered product requires the intervention of a store clerk. This is a unique product, and a pop-up message will be displayed to call for a store clerk at the time of checkout.

Examples of products that require the intervention of a store clerk include "NON file products,""medicines,""products subject to security tags," and "age verification products" such as alcohol.
In addition, empty packages and price cards with barcodes are placed on display shelves for some pharmaceutical products, expensive products, and large products, etc., and members can bring empty packages and price cards to the payment machine, There are "exchange products" where you receive the actual product at the time of checkout. For the sake of explanation, products that require the intervention of a store clerk may also be referred to as "on hold products."

If the product registered by the member is a product that requires the intervention of a store clerk, the mobile terminal 20 will display a message indicating that the registered product is a special product such as a "product subject to a security tag" and that "a message will be displayed at the time of checkout." An appropriate display (display of warning information) for each special product such as "A staff member will remove the security tag" is displayed, and an "OK" key for approving the display is displayed. When the member touches the "OK" key, the mobile terminal 20 generates product information for the product approved by the member.

Furthermore, if the product registered by the member is a "replacement product," the mobile terminal 20 will notify the store clerk, "Transaction number 1111 Mr. ○○ has registered a class 2 drug, a clothesline.Product. Please prepare and hand it to the person in charge at the service counter.'' You may notify that the replacement product has been registered. That is, it is desirable to notify the store clerk that the exchange product has been registered and information about the exchange product.

This allows store staff to pick the actual product and prepare the actual product to the payment machine before the member goes to the payment machine, and to quickly deliver the product when the member arrives at the payment machine. can.

(Pending product information generation process)
The mobile terminal 20 generates pending product information for products that cannot be registered (S208). The held product information records, for example, member identification information, shopping identification information, reading time, etc., and preferably also stores information as to whether the held product is a NON file product or a non-readable product. , and may further include image data when the code information is imaged. Furthermore, in addition to notifying the store clerk, the customer may be notified on the mobile terminal 20 that the captured image data has been saved. Examples of notifications to customers via mobile terminals include the following. That is, the screen of the mobile terminal 20 may display a message such as "The clerk has been notified and the price will be reflected at the time of checkout" or "The clerk will come at the time of checkout." In addition, a message such as "The photographed image of the product has been saved" may also be displayed.

Note that the mobile terminal 20 may generate suspended product information that includes information indicating that the product requires the intervention of a store clerk, regarding the product that requires the intervention of a store clerk. The mobile terminal 20 stores the generated pending product information. (Addition of alert information)

(Display processing)
As shown in FIG. 15A, the mobile terminal 20 that has generated the held product information displays the held product information indicating that there is a held product in accordance with the registered product information 812d in the second display area 812 of the registration screen 810. 812e is displayed (S209).

Note that it is preferable that the mobile terminal 20 displays the reserved product information 812e displayed in the second display area 812 in a display format different from that of the registered product information 812d.
In the example shown in FIG. 15(a), the mobile terminal 20 displays two pieces of registered product information 812d and the suspended product information 812e, and the background color of the suspended product information 812e is changed from that of the other registered product information 812d. It is different from the background.

In addition, the mobile terminal 20 displays the number of pending products in a display column 812g in the second display area 812, and displays normal registered products such as "Please put in the special basket" in the pending product information 812e. A display 812f may be displayed to prompt the member to perform a different process, thereby informing the member that there is a product on hold and that the product on hold will be handled differently.
When displaying, it is preferable that the mobile terminal 20 also displays whether the pending product is a "NON file product" or an "unreadable product." By displaying this information, the store clerk can provide the customer with a faster response.

Furthermore, the mobile terminal 20 displays, in the second display area 812, products that require the intervention of a store clerk, such as "medicines," "products subject to security tags," "age verification products" such as alcohol, "replacement products," etc. (Display of alert information) may also be displayed together with a display such as "This product requires confirmation by a store staff member."

Furthermore, it is preferable that the quantity of the pending product information 812e displayed in the second display area 812 can be changed or deleted in the same way as normal registered product information.
For example, if a member repeatedly reads the barcode of a product that cannot be registered, multiple pieces of pending product information 812e may be generated. The mobile terminal 20 may delete the pending product information 812e in response to the operation.
Note that the mobile terminal 20 may output the information regarding the pending product information and the cancellation operation of the pending product information to the host device 10 in the same manner as the registered product information.
The host device 10 may then store the input pending product information and the like in the shopping file 140.

(Output of registration information)
The mobile terminal 20 that has displayed the registration information proceeds to step S210 and detects whether or not the member has given an instruction to proceed to checkout (S210).
When the mobile terminal 20 detects that the member has given an instruction to proceed to checkout (Yes in S210), the mobile terminal 20 outputs the instruction to proceed to checkout or the registration information together with the instruction to proceed to checkout (S211), and completes the process. do.

The registration information output by the mobile terminal 20 may be shopping identification information.
Further, the registration information may include registered product information for which product registration was successful, pending product information for which product registration was not possible, and may further include canceled product information for which product registration was canceled.

Specifically, the mobile terminal 20 detects that the "accounting" key 813c displayed on the registration screen 810 of the display unit 250 is operated by the member.
When it is detected that the "checkout" key 813c has been operated by the member, the mobile terminal 20 displays, for example, a message generated based on the shopping identification information on the output screen 840, as shown in FIG. 15(b). The displayed QR code (registered trademark) 840a is displayed (output). Note that the mobile terminal 20 may display (output) on the output screen 840 a QR code (registered trademark) 840a generated based on the registered information stored in the shopping file.

The member causes the input unit 760 of the POS terminal 70 to read the QR code (registered trademark) 840a displayed on the display unit 250 of the mobile terminal 20, and the POS terminal 70 links the product identification information to the host device 10. The registered registration information can be obtained.

Symbol code information such as QR code (registered trademark) may store registered information including registered product information and owned product information, but shopping linked to registered information including registered product information and owned product information may be stored. Identification information may also be stored. For example, the shopping identification information may be path information such as a URL stored in the shopping file, or if the search destination for shopping information is the same, store identifier, member identifier, date and time, etc. combination or sequence no. It is sufficient if it can be identified as such. There is no problem as long as the search destination is known on the payment device side.

In addition, the mobile terminal 20 does not output the symbol code information in which the information is stored, but by selecting the POS terminal 70, the selected POS terminal 70 outputs the registered information stored in a location other than the mobile terminal 20. You may also try to obtain .

For example, when a member causes the mobile terminal 20 to read a QR code (registered trademark) generated on the screen of the POS terminal 70 that identifies the predetermined POS terminal 70, the mobile terminal 20 can identify the shopping to the predetermined POS terminal 70. Send accounting instructions with information. Then, the POS terminal 70 that receives the checkout instruction may acquire the registration information linked to the shopping identification information.
Note that the registered information may be acquired by the IC reader by setting the Felica (registered trademark) or NFC identifier of the mobile terminal in advance.

On the other hand, if the customer does not give an instruction to proceed to checkout (No in S210) and performs an operation such as reading the barcode of another product, the process from step S202 to step S209 is performed until the customer instructs to proceed to checkout. Repeat registration.
The flow of processing in the mobile terminal 20 has been described above.

-POS terminal 70-
Next, the POS terminal (settlement device) 70 of the sales data processing system 1 of this embodiment will be described with reference to the flowchart shown in FIG. 11 and the display examples shown in FIGS. 18 to 24.

(input processing)
The POS terminal (accounting device) 70 inputs registration information (shopping identification information, etc.) output from the mobile terminal 20 or the like (S701).

For example, when the member causes the input unit 760 of the POS terminal 70 to read the QR code (registered trademark) 840a displayed (output) on the display unit 250 of the mobile terminal 20, the POS terminal 70 reads the QR code (registered trademark) 840a. The registered information (shopping identification information, etc.) stored in 840a is input.

(Notification processing)
The POS terminal 70 that has input the registration information (shopping identification information) requests the higher-level device 10 for shopping information linked to the shopping identification information. When the shopping information (registered information) is input from the host device 10, the POS terminal 70 determines whether the input shopping information includes suspended item information, canceled item information, etc. (S702).

If the POS terminal 70 determines in step S702 that the registered information includes pending product information, it issues a notification to call the store clerk (S703).

The POS terminal 70 makes a notification to call the store clerk by blinking a light (Patlite (registered trademark)) or the like that provides visual notification from the POS terminal. Note that the notification method for the clerk's call is not limited to PATLITE (registered trademark), but also in-store announcements, POS registers where store clerks are stationed, monitoring equipment that monitors the status of all POS, and management placed in the backyard. Any method may be used, such as notification to a device or the like, notification to a mobile device held by a store clerk, etc.
Then, as shown in FIG. 18, the POS terminal 70 displays a pop-up 910 on the display unit 750 indicating that there is a pending product among the registered products and that a store clerk is on call.

Furthermore, when the POS terminal 70 determines that the registered information includes canceled product information, it may also issue a notification to call the store clerk (S703).
In addition, the POS terminal 70 may also issue a notification to call a store clerk when paying for shopping in which a product that requires the store clerk's intervention, such as a product with a security tag attached, is registered.
That is, in step S702 described above, the POS terminal 70 determines whether or not the registered information includes pending product information, canceled product information, etc., and determines whether the registered information includes pending product information, canceled product information, etc. In such cases, a notification may be made to call the store clerk.

(Payment processing)
On the other hand, if the POS terminal 70 determines in step S702 that the registered information does not include pending product information or canceled product information, the process proceeds to payment processing.
Specifically, the POS terminal 70 displays a registration confirmation screen 900 on the display unit 750, as shown in FIG. 19 (S709).

A list of registered product information 900a is displayed on the registration confirmation screen 900 shown in FIG. The display of the list 900a can be scrolled.
At the top of the registration confirmation screen 900, the total is displayed, as well as the number of items purchased during the shopping, 900k, and the total amount, 900m, as well as a "checkout" key 900b.

Further, in the lower position of the registration confirmation screen 900, a price range registration number display 900d indicating the registered quantity of products for each price range is arranged. In the example shown in Figure 19, for the price ranges "1,000 yen or more," "500 yen to 999 yen," "300 yen to 499 yen," and "300 yen or less," the number of products is "3". , "4", "9", and "12" are displayed.

In the payment process, there is a need for accurate and quick customer response without errors. If payment processing is delayed, the line of customers waiting for payment becomes long, leading to a decline in customer service. In order to perform checkout without errors and prevent customers from making careless or fraudulent purchases, it is necessary to check all the products in the cart, which causes a long checkout process. On the other hand, checking samples of the products in the cart can shorten the checkout time, but increases the possibility of overlooking an error in the total amount or customer carelessness or fraud. It is also necessary to deal with these contradictory demands. As a countermeasure against this problem, it is also effective to have store staff give priority to checking expensive products and products that are likely to cause payment errors.
For example, when a store clerk operates each column of the registered price range display 900d, the POS terminal 70 may highlight products in the corresponding price range in the list of registered product information 900a. For example, when a store clerk presses the "1,000 yen or more" key, the POS terminal 70 highlights registered product information with a price of 1,000 yen or more. Store clerks can more easily check expensive products of 1,000 yen or more.
By providing such a mechanism, it is possible to speed up the payment process and reduce the amount of errors in the total amount.

By displaying the registered quantity by price range on the registration confirmation screen 900, the store clerk can grasp the outline of the products purchased by the member.
The POS terminal 70 may notify the light (Patlite (registered trademark)), other equipment (monitoring device), service manager, etc. when a high-value item is purchased, and the store staff may be responsible for packaging the high-value item. We can help you.
Note that when displaying product information on the registration confirmation screen 900, the POS terminal 70 does not display the product information in the order in which it was registered by the mobile terminal 20, but displays the product information in descending order of price, that is, based on the degree of interest. It is preferable.

When the member operates the "Payment" key 900b placed on the registration confirmation screen 900, the POS terminal 70 executes the payment process based on the registration information displayed on the registration confirmation screen 900 (S709) and completes the transaction. Complete.
In this way, if there are no pending items among the items to be purchased, the member can complete the checkout without requiring the intervention of a store clerk.

(Display processing of registered product information and pending product information)
On the other hand, the POS terminal 70 that performed the notification process in step S703 displays a list of input registration information (registered product information and pending product information) when the member operates the "OK" key 910a of the pop-up 910. A registration confirmation screen 920 is displayed on the display unit 750 (S704).

A list of registered product information 920a is displayed on the registration confirmation screen 920 shown in FIG. The display of the list 920a can be scrolled.
At the top of the registration confirmation screen 920, "estimate" is displayed, as well as the number of registered products purchased 920k and the total estimated price 920m.

The registration confirmation screen 920 displays a list of registered product information 920a, as well as two pending product information 920b and 920c that could not be registered, and one canceled product information 920d whose registration was cancelled. Furthermore, on the registration confirmation screen 920, products that require the intervention of a store staff are displayed (alerts information) is displayed. Note that the POS terminal 70 may also display discounted products and the like as products that require confirmation by a store clerk, along with a display such as "discount".

The POS terminal 70 displays registered product information 920a, pending product information 920b, 920c, canceled product information 920d, "medicines" 920e, "products subject to security tags" 920f, and "age verification products" 920g such as alcohol, as shown in FIG. The display format is different from the display format of the registration confirmation screen 900 shown in FIG. 19, which is displayed only with registered product information.
For example, the POS terminal 70 may display the registration confirmation screen 920 including the pending product information 920b, 920c and the canceled product information 920d with different screen colors such as the background color, or with different font colors and fonts. or

Note that, when the POS terminal 70 displays product information on the registration confirmation screen 920, it is usually preferable that the POS terminal 70 display the product information in the order of high-priced products, rather than in the order in which they were registered by the mobile terminal 20.
Additionally, the POS terminal 70 displays pending product information 920b, 920c, canceled product information 920d, "medicinal products" 920e, "products subject to security tags" 920f, and "age verification products" 920g such as alcoholic beverages at the top of the list of registered product information 920a. It is preferable to place it at a position.
That is, it is preferable that the POS terminal 70 display a list of alerting information and product information on the registration confirmation screen 920 based on the degree of interest in the transaction.

By displaying pending product information and the like at the top of the registration confirmation screen 920, and by displaying items starting from the most expensive items, store staff can recognize at a glance which products should be handled with priority. It is possible to prevent forgetting processes such as age verification.

Note that the POS terminal 70 may be configured to be able to set and change the priority order of multiple types of pending product information in accordance with the operations of the store staff. Through the operations of store staff, priority orders can be set for the pending product information, such as "Age Verification" → "Security Tag" → "Medicine" → "Holding Product" → "Exchange Product" → "Discount", etc. , the POS terminal 70 displays the pending product information on the registration confirmation screen 920 in accordance with the above priority order.

Note that the display of the pending product information 920b, 920c, canceled product information 920d, etc. is not limited to the example shown in FIG. 20. For example, the POS terminal 70 may arrange the pending product information 920b, 920c, canceled product information 920d, etc. in the left area of the registration confirmation screen 920, and display the registered product information 920a in the right area.
Through these displays, members or store staff can easily understand that among the products displayed in the list display, there are products that are on hold, canceled products, products that require the intervention of a store staff, etc., and which products are on hold or canceled. can do.

Further, in the POS terminal 70, the lower part of the registration confirmation screen 920 includes a field displaying the number of pending products (including canceled products) in addition to a price range registration number display 900d showing the registered quantity of products by price range. Display 920j. In the example shown in FIG. 20, the POS terminal 70 displays "6" in the column 920j that displays the number of pending products (including canceled products).
Note that the POS terminal 70 may highlight the pending product information by the store clerk operating the column 920j that displays the number of pending products (including canceled products).

Additionally, the POS terminal 70 calculates the quantity of products that require explanation by a registered salesperson or pharmacist (products that require the intervention of a store clerk), such as alcoholic beverages that require age verification and class 2 drugs (products that require the intervention of a store clerk). Alternatively, a column for displaying the number may be displayed separately. At this time, the POS terminal 70 may display the target product by changing the display mode such as the background color, character font and size, or by adding a mark or the like.

(prohibited processing)
If the entered registration information includes pending product information 920b, 920c, canceled product information 920d, and a product that requires the intervention of a store clerk, the POS terminal 70 displays the pending product information 920b, 920c following step S704. Then, payment processing based on canceled product information 920d and registered information including products that require the intervention of a store clerk is prohibited (S705).

For example, as shown in FIG. 20, the POS terminal 70 displays on the normal registration confirmation screen 900 a registration confirmation screen 920 that includes pending product information 920b, 920c or canceled product information 920d and products that require the intervention of a store clerk. By not displaying the "checkout" key 900b, execution of the checkout process is prohibited.

(editing process)
The called store clerk causes the POS terminal 70 to read the clerk code, etc., so that the POS terminal 70, which had prohibited the execution of payment processing, becomes able to edit the pending product information.
For example, when the clerk causes the POS terminal 70 to read the clerk code, the POS terminal 70 displays a comment such as "The clerk ID has been read. Please register the pending product." on the display section 750. At the same time, a management screen 940 having a layout similar to the registration confirmation screen 920 shown in FIG. 20 is displayed.
In addition, compared to the registration confirmation screen 920, the display on the management screen 940 is different from that of the registration confirmation screen 920. Instead of displaying "A staff member will be here now. Please wait while checking the contents of the product", "Management screen - Register pending product" is displayed. 940n (see FIG. 22) and the "Call Clerk" key is not displayed (see FIG. 22).

In the POS terminal 70, when the store clerk touches the pending product information 940b on the management screen 940 displayed on the display unit 750, as shown in FIG. Edit screen 930 is displayed.
In addition, without the clerk reading the clerk code, the member can display the pending product information 920b, 920c, canceled product information 920d, "Medicine" 920e, "Product subject to security tag" 920f, and alcoholic beverages on the registration confirmation screen 920 in FIG. 20. Even if the user operates the "age verification product" 920g, etc., the POS terminal 70 does not move to the editing screen 930.
This prevents the member from performing editing processing without permission from the store clerk.

A scan button 930a is arranged at a predetermined position on the edit screen 930, and when the store clerk operates the scan button 930a, the POS terminal 70 displays image data when code information of the product is read.
By looking at the displayed image data, the store clerk can confirm the pending products, and can know the correct product information by checking the price of the product on the display shelf. Editing on the editing screen 930 may be performed using any appropriate method.

If all the pending products are displayed as a list on the editing screen 930, the round trip between the management screen 940 and the editing screen 930 can be reduced. Alternatively, by displaying the pending products in half of the area of the registration confirmation screen 920 (for example, only on the left side), the editing screen 930 may be displayed on the other half (the right side) overlapping or in place of the registered product information. . The store clerk can reduce the effort required to change screens.

Note that the editing screen 930 is not limited to the example shown in FIG. 21. Further, the editing screen 930 may be displayed as a pop-up, or may be displayed in a partial area (for example, the left area) of the management screen 940.

For example, when a store clerk operates the pending product NON file 940b on the management screen 940, the POS terminal 70 displays an edit screen 960 shown in FIG. 30(a).
The editing screen 960 shown in FIG. 30(a) is displayed as a pop-up on the management screen 940, and includes a product information input field 961 for inputting products, a number key 962, a product cancellation key 963, and a confirmation key 964. There is.

The POS terminal 70 has a product information field 961a, a PLU field 961b, a quantity field 961c, a minus key 961d, and a plus key 961e arranged in the product information input field 961 of the NON file product editing screen 960. The read information is displayed, and the product information column 961a is blank.

The clerk selects the "Amount" key such as the number key 962, enters the number using the number keys, assigns the amount corresponding to the number, and operates the confirmation key 964 to enter the price in the product information column 961a. is input. Similarly, by selecting the "Small category" key and entering a number using the numeric keys, a small category is assigned according to the numerical value, and by operating the confirmation key 964, the small category is set in the product information field 961a. The file product is edited (confirmed) as tradable information.

Another method is to select an "amount" key such as the number key 962, enter the number using the number keys to assign the amount corresponding to the value, and operate the confirmation key 964 to display the subcategory selection screen. will pop up. When the target subcategory is selected on the subcategory selection screen, the NON file product is edited (confirmed) as tradable information.
Furthermore, if the information of the NON file product is modified before the editing operation, each information will be displayed in each column of the editing screen 960, and the product will be registered when the store clerk operates the confirmation key 964. may be done. In other words, for NON file products, before the customer arrives at the POS terminal, the information of the NON file product is registered in the master by the store clerk's investigation and data correction/registration using a terminal such as the backyard. You can also make it seem like there is. This point will be discussed later.
FIG. 30(b) shows a state in which the editing of the NON file product has been completed. In the product information field 961a, "seasonings" is entered as a small category selected by the store clerk by pressing the small category key, and the amount "¥350" is entered using the numeric keypad. It takes time to have a store clerk input the name of a specific product at a POS terminal that performs payment processing. Therefore, it is desirable that the name of the subcategory of the product selected by the subcategory key be temporarily used as the product name. Note that a full keyboard as shown in FIG. 37 may be displayed, or a full hardware keyboard may be connected to allow the store clerk to input a specific product name.

Further, when the store clerk operates the pending item unscanned 940c on the management screen 940 (see FIG. 22), the POS terminal 70 displays an edit screen 960 shown in FIG. 31(a).
The editing screen 960 of the POS terminal 70 shown in FIG. 31(a) is displayed as a pop-up on the management screen 940, and includes a product information input field 961 for inputting products, a number key 962, a product cancellation key 963, and a confirmation key. It is equipped with 964.

By selecting the "amount" key such as the number key 962 and entering the number using the numeric keys, the amount corresponding to the value is assigned, and by operating the confirmation key 964, the price is entered in the product information field 961a. Ru. Similarly, by selecting the "minor category" key and entering a number using the numeric keys, a minor category is assigned according to the numerical value, and by operating the confirmation key 964, the minor category is set in the product information field 961a. The unscanned product is edited (confirmed) as tradable information.

Another method is to select an "amount" key such as the number key 962, enter the number using the number keys to assign the amount corresponding to the value, and operate the confirmation key 964 to display the subcategory selection screen. will pop up. When the target subcategory is selected on the subcategory selection screen, the NON file product is edited (confirmed) as tradable information.
Note that the editing screen 960 of the POS terminal 70 may include a scan key 965, and when a store clerk operates the scan key 965, unscanned products may be displayed.

Furthermore, when the clerk touches the canceled product information 940d on the management screen 940, the POS terminal 70 displays a cancellation confirmation screen 970 for canceled products as shown in FIG. 31(b).
The cancellation confirmation screen 970 is displayed as a pop-up on the management screen 940, and includes a canceled product display field 971 for displaying canceled products, a number key 972, a product cancellation key 974, and a registration key 973.

The POS terminal 70 displays canceled products in a canceled product display column 971, and also issues a notification 975 such as "Are there any products left in the basket?" When the clerk checks the basket and operates the product cancellation key 974, the POS terminal 70 confirms the cancellation of the product.
If there are any products remaining in the basket, the store clerk can register the product anew by operating the registration key 973.

Note that the POS terminal 70 has a product name field 971a, a PLU field 971b, a quantity field 971c, a minus key 971d, and a plus key 971e in the canceled product display field 971, and "1" is preset in the quantity field 971c. You can also enter it in advance.
When the store clerk operates the product cancellation key 974, the numerical value in the quantity field 971c becomes "0", confirming the cancellation of the product.
Note that the POS terminal 70 may input "0" in the number field 971c in advance.

In addition, the POS terminal 70 may display a screen for confirming product registration by the store clerk operating the columns 940e to 940g of products requiring the store clerk's intervention on the management screen 940. The POS terminal 70 displays messages such as "Please remove the tag," "Please verify your age," and "A replacement product is available at the service counter. Transaction number" on the screen for confirming product registration. A notification suitable for the type of product may be displayed, such as "is 〇〇〇."

The POS terminal 70 may transmit the pending product information and the like modified by the store clerk on the editing screen to the host device 10, and the host device 10 may reflect the information in the product master and the like.
For example, if you are dealing with a new product, a product from a new business partner, or if you forgot to update the barcode, even if you read the barcode attached to the special sale product, it may not exist in the product master and it will become a NON file product. There is.

In such a case, the POS terminal 70 can prevent the product from becoming a pending product from then on by reflecting the modification of the pending product information in the product master. The product information editing process here only requires the items necessary for product registration and payment processing. For example, the information includes the product name, unit price, bar code (product identification information), and tax classification (reduced tax rate, tax included, tax excluded, tax exempt, etc.).

Furthermore, for products whose prices and the like are not clear, the POS terminal 70 may be able to make temporary corrections by editing the department and price.

Then, when the store clerk edits and updates the pending product information 940b to registered product information that can be accumulated on the editing screen 930, the POS terminal 70 corrects the pending product information 940b on the management screen 940, as shown in FIG. and display it. Specifically, the display of "Hold Product" in the display column of the hold product information 940b is changed to the display of "Confirmed".

The POS terminal 70 may display the corrected pending product information 940b at the top of the list of registered product information 940a without moving the display position, but by correcting it, it may be displayed in the order in which other registered product information 940a is displayed. It may also be displayed by moving it accordingly.
Furthermore, when the held item information 940b, 940c and canceled item information 940d are placed in the left area of the management screen 940, the POS terminal 70 moves the corrected held item information 940b to the right area for display. It's okay.

Then, the POS terminal 70 changes the number of pending products 940j displayed at the lower position of the management screen 940 to "5".

The POS terminal 70 that has modified the pending product information 940b determines whether the registered information includes pending product information (including canceled product information), that is, whether all pending product information has been modified (S707). If it is determined that all the pending product information has been corrected, the prohibition of payment processing is canceled (S708).
Then, the POS terminal 70 displays a management screen 940 in which all pending product information has been corrected, as shown in FIG. 23 (S709).

The management screen 940 shown in FIG. 23 shows that the correct product information is input and registered for the two pending product information 920b and 920c that could not be registered, and one canceled product that was canceled at the time of registration. Regarding information 920d, cancellation of registration has been confirmed. Furthermore, the products 920e to 920g that require the intervention of a store clerk are checked by the store clerk.

Note that the display indicating that the pending product information has been corrected is not limited to displaying "confirmed" in the display column of the pending product information 940b, as shown in FIG. 23.
For example, the POS terminal 70 may change only the display color and background color of the held item information before and after the correction, and even after the correction, the reason why the held item information was a held item may be changed. It may be displayed so that it can be understood.

By confirming the pending product information 940b, 940c, the canceled product information 940d, etc., the POS terminal 70 updates the total number of product points 940k and the total price 940m.
Furthermore, by confirming all pending product information, etc., the POS terminal 70 changes the display of "estimate" displayed at the upper position of the management screen 940 to the display of "total", and also changes the display of "estimate" displayed at the upper position of the management screen 940 to "0" is displayed in the number of pending products 940j displayed in the lower position.

Further, the POS terminal 70 changes the background color of the management screen 940 to a normal background color, and displays a "checkout" key 920q at the upper position of the management screen 940.
When the member or clerk operates the "checkout" key 940q, the POS terminal 70 completes the product registration correction process and moves to the checkout screen shown in FIG. 24.

On the other hand, if the POS terminal 70 determines in step S707 that all of the pending product information has not been modified, it returns to step S706 and repeats the modification process until all of the pending product information is modified.
That is, in the example shown in FIG. 22, the POS terminal 70 prohibits execution of the payment process until the pending product information 940c and canceled product information 940d are corrected. In this case, for example, the "checkout" key 940q shown in FIG. 23 may not be displayed in FIG. 22. Alternatively, even if the "checkout" key 940q is displayed, the "checkout" key 940q may be prevented from functioning by, for example, notifying the user that the pending items should be checked and processed.

On the settlement screen 950 shown in FIG. 24, a "cash" key 950a and a "credit card" key 950b for selecting the payment amount and accounting method are displayed, and the member executes the settlement process by operating either key. (S710) to complete the transaction.
The flow of processing in the POS terminal 70 has been described above.

-Functional block diagram-
FIG. 9 shows an example of a functional block diagram of the sales data processing system of this embodiment.
The mobile terminal 20 of the sales data processing system of this embodiment includes a control section 200, a display section 250 such as a touch panel, and an input section 260 such as a camera.

The control unit 200 includes a control means 201 that collectively controls the entire mobile terminal 20, a store specifying means 202 that specifies the store where shopping is performed, an acquisition means 203 that acquires product identification information of the product to be purchased, A detection means 204 detects an operation for acquiring identification information, a product registration means 205 identifies and registers product information based on the acquired product identification information, and generates and stores information regarding products for which product information cannot be registered. The suspended product registration means 206, the display means 207 for displaying the registered product information registered by the product registration means 205 and the suspended product information generated and stored by the suspended product registration means 206 on the display unit 250, It includes a notification means 208 for notifying, an output means 209 for outputting registered product information and pending product information, and a registered product cancellation means 210 for canceling registered product information of a member.

The control means 201 controls the mobile terminal 20 in general, and, for example, stores input (obtained) or detected information in a storage device such as a memory as appropriate, or reads out each information from the storage device and displays it on the display unit 250. display and exchange information with other devices.
Further, the control means 201 executes various judgment processes as necessary.
For example, in step S204 of the flow shown in FIG. 10, it is determined whether or not product identification information has been obtained, and in step S205, it is determined whether or not product information can be specified based on the obtained product identification information. and whether or not the member has given an accounting instruction in step S209.

Further, the control means 201 functions as an additional means for adding acquired product information, operation information when registering a member's product, or alerting information regarding transactions such as discounts, as necessary.

The store specifying means 202 executes a store specifying process.
For example, the store specifying means 202 outputs the location information of the mobile terminal 20 to the host device 10, and inputs the information of the store where the shopping is to be done from the store master of the host device 10, thereby identifying the store where the shopping is to be done. do.

The acquisition means 203 executes product information acquisition processing.
For example, the acquisition means 203 acquires product identification information of the product based on code information attached to the product imaged using the input unit 260 of the mobile terminal 20. In addition, in the sales data processing system of the above embodiment, an example is used in which product identification information is acquired by reading a barcode attached to a product, but the method for acquiring product identification information by the acquisition means is based on the barcode. It is not limited to reading.

For example, the mobile terminal 20 may acquire product identification information by non-contact detection using an RFID tag or by capturing a QR image. Products may also be identified based on characteristics such as color, material, etc.).
Furthermore, the recognition rate of the image recognition may be improved by accumulating images taken by the customer when registering the product on the server and performing AI learning.
In addition, the acquisition means 203 acquires the member's act of scanning using a mobile terminal and operation information at that time (pretending to read, travel route, required time, etc.).

The detection means 204 executes a reading operation detection process.
For example, the detection means 204 detects that the input unit 260 of the mobile terminal 20 performs an operation to capture an image of code information attached to a product.

The product registration means 205 executes product registration processing.
For example, the product registration means 205 specifies a product based on the product identification information acquired through the acquisition process and the information stored in the product master, acquires the product information, and registers it as registered product information.

The pending product registration means 206 executes a pending product information generation process.
For example, the pending product registration unit 206 generates information regarding the product as pending product information when the product identification information cannot be acquired through the acquisition process or when the product identification information acquired through the acquisition process is not stored in the product master. ,Remember. The pending product registration unit 206 functions as an additional unit that adds alerting information such as product information such as products that require the intervention of a store clerk, as necessary.

The display means 207 executes display processing.
For example, the display unit 207 displays registered product information registered by the product registration unit 205, pending product information generated by the pending product registration unit 206, etc. on the display unit 250.
Further, when the product information or operation information is acquired by the acquisition unit 203, it functions as a second display unit that displays the alerting information added by the addition unit.

The notification means 208 executes notification processing in the mobile terminal 20.
For example, the notification means 208 notifies the operator of the mobile terminal 20 through the display unit 250 or the like when there is a product that cannot be registered due to the member's product registration operation.
The output unit 209 outputs the registered product information registered by the product registration unit 205 and the pending product information generated by the pending product registration unit 206.

The registered product cancellation means 210 executes registered product cancellation processing.
For example, the registered product cancellation means 210 detects that a product registration cancellation operation has been performed by a member, and creates registration deletion information or outputs information regarding the cancellation operation of registered product information to the host device 10. or

The POS terminal 70 of the sales data processing system of this embodiment includes a control section 700, a display section 750 such as a touch panel, an input section 760 such as a camera, a printing section 770 such as a printer, and the like.

The control unit 700 includes a control unit 701 that collectively controls the entire POS terminal 70, an input unit 702 that inputs product registration information, a display unit 703 that displays the input registration information on a display unit 750, and a registration unit 703 that displays the input registration information on a display unit 750. A payment unit 704 that performs payment for products based on the information, a notification unit 705 that notifies a store clerk etc. when pending product information is input, an editing unit 706 that modifies the pending product information, and Prohibition means 707 and the like are provided for prohibiting the payment processing by the payment means 704 when the payment amount is included.

The control means 701 controls the POS terminal 70 in general, and, for example, stores input (obtained) or detected information in a storage device such as a memory as appropriate, or reads out each information from the storage device and displays it on the display section 750. display and exchange information with other devices.
Further, the control means 701 executes various judgment processes and the like as necessary.
For example, in step S702 of the flow shown in FIG. 11, it is determined whether there is any pending product information in the registered information, or in step S707, it is determined whether there is unmodified pending product information. do.

Further, the control means 701 functions as an additional means for adding acquired product information, operation information when registering a member's product, or alerting information regarding transactions such as discounts, as necessary.
Further, the control means 701 functions as a permission means for permitting the payment that has been prohibited by the prohibition means 707 when the edit processing (confirmation) is performed by the editing means (confirmation means).

The input means 702 executes input processing.
For example, the input means 702 inputs the registration information output by the output means 209 of the mobile terminal 20.
The display means 703 executes display processing of registered information.
For example, the display unit 703 displays input registration information (product information and pending products) on the display unit 750. Further, the displayed registration information (product information and pending products) is displayed in a different display format as necessary.
Furthermore, the display means 703 functions as a first display means for displaying the alert information added by the addition means when the payment means 704 makes a payment.

The payment means 704 executes payment processing.
For example, the payment means 704 performs payment processing for products based on registered information. Acquire the accounting method used by the customer for payment prior to payment processing.

The notification means 705 executes notification processing.
For example, when the entered registration information includes pending product information or canceled product information, the notification means 705 displays on the display section 750 that there is a pending product (cancelled product), and also sends the store clerk to the POS. A calling process is executed to call the terminal 70. Further, the notification means 705 executes a calling process to call a store clerk as necessary, such as the member's situation.

The editing means 706 executes editing processing.
For example, the editing means 706 displays an editing screen for modifying the pending product information etc. input by the input means 702. A store clerk or the like verifies the registered information by editing the pending product information (including information on products that require the clerk's intervention) on the editing screen, that is, it functions as a confirmation means for confirming the alert information. Note that the correction screen may be displayed by inputting a clerk code or the like.

The prohibition means 707 executes a prohibition process.
For example, when the registered information includes suspended product information, canceled product information, etc., the prohibition means 707 prohibits the payment processing until the suspended product information is corrected by the editing means 706 and registered as registered information. do.

Each function provided in the mobile terminal 20 or the POS terminal 70 of this embodiment will be further explained below.
-How to display the list of registration details-
Next, the screen display of the mobile terminal 20 at the time of product registration will be further explained.
(Normal registration operation)
During shopping, the mobile terminal 20 displays a registration screen 810 shown in FIG. 16(a) on the display unit 250.
When the member uses the mobile terminal 20 to read information such as a barcode attached to the product, the mobile terminal 20 displays the information in the second display area 812 located in the lower area of the registration screen 810 shown in FIG. 16(a). , the most recently registered products are arranged and displayed in order so that they are arranged at the upper position of the second display area 812.

As the product registration by the member progresses, the second display area 812 of the registration screen 810 of the mobile terminal 20 is filled with information about the registered products, and the product information whose barcode was read first is displayed in the second display area 812. It is no longer displayed in the display area 812.
Members can check the registered products by looking at the second display area 812, but when they have purchased many products, they need to check the second display area 812 to check the information on the previously registered products. It was necessary to scroll a lot through the list displayed in the display area 812, making confirmation complicated.
In the mobile terminal 20 of this embodiment, the second display area 812 of the display unit 250 can be expanded as necessary, and the member can more easily check the registered products.

Specifically, if all of the product information registered in the second display area 812 cannot be displayed due to the registration of multiple products by a member, the mobile terminal 20 displays "expansion" in the third display area 813. A key (operator) 813d is displayed.
When the member operates the "expansion" key 813d, the mobile terminal 20 expands the second display area 812 and displays the second display area using the entire area of the display section 250, as shown in FIG. 16(b). A display area 812 and a third display area 813 are displayed.
Furthermore, by expanding the second display area 812, a "reduction" key (operator) 813e is provided in the third display area 813 to reduce the second display area 812 to the original range before expansion. May be displayed.

Note that if all the products cannot be displayed even if the second display area 812 and the third display area 813 are displayed using the entire area of the display section 250, it goes without saying that they can be displayed by scrolling.
Note that the method for expanding the second display area 812 is not limited to the method using the "expansion" key 813d arranged in the third display area 813.

When the mobile terminal 20 uses the entire area of the display section 250 to display the second display area 812 and the third display area 813 and hides the first display area 811, the mobile terminal 20 Preferably, the acquisition of image data by the input unit 260 of 20 is disabled.

Note that the mobile terminal 20 does not necessarily need to expand and display the second display area 812 and the third display area 813 to cover the entire area of the display section 250 by operating the "expansion" key 813d.
The mobile terminal 20 may set the extended range based on the member's operation, or may set the extended range so that all products can be checked according to the number of products.

The mobile terminal 20 may disable acquisition of image data by the input unit 260 of the mobile terminal 20 as soon as the second display area 812 is changed to include the first display area 811, and the second display area 812 may be disabled. The acquisition of image data by the input unit 260 of the mobile terminal 20 may be disabled when the area 812 extends to the reading range visibly displayed in the first display area 811.
As described above, the mobile terminal 20 can suppress wasteful electricity consumption by disabling imaging by the input unit 260 when the imaging data can no longer be confirmed using the first display area 811. can.

Further, the mobile terminal 20 may sequentially expand and display the second display area 812 as the member performs the product registration process. In that case, by setting the maximum expansion state of the second display area 812, the mobile terminal 20 can automatically expand the second display area 812 while securing the first display area 811. You may.

Note that the mobile terminal 20 may disable imaging by the input unit 260 to save power when a barcode (product identification information) is not recognized within the reading range of the first display area 811 for a predetermined period of time.

Since the mobile terminal 20 has the first display area 811 located at the top of the screen, when the operator operates the mobile terminal, the operator's line of sight is based on the camera position of the mobile terminal, and the target to be actually imaged is also the mobile terminal. It is very easy to operate because it allows you to see beyond the top of the screen. Furthermore, the reason why the second display area 812 is located at the bottom of the screen is that it is only necessary to be able to see the screen when confirming purchased products, and when products exceeding a predetermined number of display lines are registered, the second display area 812 is located at the center of the screen. You can use the expansion key in the third display area 813 to display the entire product, and if the front display is insufficient, you can check all the products by scrolling or the like.

Furthermore, during the imaging process, the operation is performed while checking the current number of purchased items and purchase amount, so the screen is placed between the first display area 811 and the second display area 812, which are displaying the imaging screen. The arrangement of No. 3 display areas 813 is very advantageous in that it does not place any burden on the operator when moving his/her line of sight. Additionally, the aforementioned expansion keys are easy to operate.

Note that the mobile terminal 20 may change the display position of the operator on the screen based on member information or arbitrary timing. Specifically, since the mobile terminal 20 normally has controls arranged in consideration of right-handed operability, it becomes inconvenient for left-handed users or left-handed users. In this case, the mobile terminal 20 places the "accounting" key 813c at approximately the same distance from the center line of the screen as shown in FIG. 27(a), and displays the purchase quantity as shown in FIG. 27(b). 812b, etc. may be moved in the same way, or may be placed at the beginning of the product name display.
In other words, the mobile terminal 20 may store the arrangement of controls suitable for right-handed operation and left-handed operation, and automatically switch based on a switching instruction, member information, or the like. Furthermore, in the mobile terminal 20, the "accounting" key 813c may be placed in a location where it is difficult to operate, for example, on the opposite side.

FIG. 26 shows the flow of processing related to the above method of displaying the list of registered details. Note that this flow corresponds to the subroutine of step S209 in the flow shown in FIG.
In step S401, the mobile terminal 20 displays a first display area 811 and a second display area 812 on the display unit 212. Then, the mobile terminal 20 detects that the member has performed an expansion operation on the second display area 812 (S402), and upon detecting that the expansion operation has been performed, performs the expansion process on the second display area 812. Execute (S403).

Then, it is determined whether the expanded second display area 812 has reached a predetermined range (S404).
The predetermined range in step S404 may be, for example, a range that includes at least a portion of the first display area 811, or may be a range that includes a reading range in which a barcode can be recognized. Alternatively, the range may include the entire first display area 811.

If the mobile terminal 20 determines in step S404 that the second display area 812 has reached the predetermined range, the process proceeds to step S406 and disables the acquisition means 203. Specifically, the imaging function of the camera (imaging means by the input unit 260) is turned off.

On the other hand, if it is not detected in step S402 that the member has performed an expansion operation, the process proceeds to step S405, and it is detected that the barcode is not recognized within the reading range of the second display area 812 for a predetermined period of time. However, if it is determined that the barcode is not recognized for a predetermined period of time, the mobile terminal 20 proceeds to step S406 and disables the acquisition means.

If the barcode is recognized in step S405, the process returns to step S401 to continue displaying the registered information.
The processing related to the display method of the product registration screen has been described above.

-Multiple purchases of the same product-
When registering a product using the mobile terminal 20 of this embodiment, if a member purchases multiple of the same product, he or she may do so by changing the quantity displayed in the registered product information 812d on the registration screen 810. However, the code information of the same product may be imaged multiple times.

However, if the code information of the same product is captured multiple times in succession or after a certain period of time, the mobile terminal 20 may display a confirmation message to confirm whether or not it is okay to purchase multiple of the same product, or display product identification information. Change the confirmation sound and vibration pattern when acquiring information. For example, a message such as "The same product was read twice. Is the registration correct?" is displayed to inform the customer whether the operation was correct or incorrect.
This allows the member to recognize that the product registration process being operated is the plurality of code information acquisitions.

Specifically, when the member takes an image of the same product and confirms the product, the mobile terminal 20 displays the message "You have registered the same product. Do you want to purchase it" and presses the "Yes/No" selection key. You may display it for confirmation.
Further, at the time of confirmation, the mobile terminal 20 may display a screen on which the quantity can be increased or decreased. This method is efficient because there is a possibility that additional charges may be added when the same product is registered continuously.

When a member registers the same product and then registers the same product again with another product registered in between, the mobile terminal 20 performs the same confirmation.
Note that, in order to prevent fraud, the mobile terminal 20 may be able to register multiple products by performing readings the same number of times as the purchased quantity. Similarly, the mobile terminal 20 may delete items by performing deletions the same number of times as the number of items to be deleted.
The mobile terminal 20 may use either or both operations for purchasing multiple items of the same product. Furthermore, the operation method of the mobile terminal 20 may be changed depending on the operating level (skill level) of the member.

If the member registers the same product by capturing images multiple times, the mobile terminal 20 sets the purchase quantity in the registered product information of the product to the multiple times and displays it in the latest line of the list display. . Note that it goes without saying that the registration of the same product obtained by capturing images multiple times may be displayed in multiple lines.

-Registration operation for items sold separately-
To register products that are not suitable for attaching barcodes, such as fruits and vegetables such as cucumbers or bulk products such as fish, for example, you can register the products by taking an image of the barcode attached to the shelf or container on which the product is displayed. What is necessary is to perform the registration process. Alternatively, a barcode displayed on an electronic shelf label or the like may be imaged.
It goes without saying that if a barcode is attached directly to the product, the barcode may be imaged.

The mobile terminal 20 may identify the product by capturing an image of the product that is not suitable for attaching a barcode and recognizing the object. Further, the registration process may be performed by voice or the like, or the registration process may be performed by displaying a preset key on the display section and having the member select it.

In addition, when selling bulk products, etc., discounts are often applied by purchasing in bulk (multiple sales), but the mobile terminal 20 can be , as shown in FIG. 17(a), a pop-up 850 is displayed in which the initial value of the number of purchased items is set to the number of items that will be cheaper due to bulk purchasing.

The pop-up 850 displays a product name 850a, a price per unit 850b, a purchase quantity 850c, and a sales price 850d for a product sold separately, as well as a "+" key 850e and a "-" key for instructing to change the purchase quantity. A key 850f, a "product cancellation" key 850g, and a "determination" key 850h are displayed.

In the example shown in FIG. 17(a), the mobile terminal 20 displays a pop-up 850 in which a product with the product name "Hokkaido corn" is registered. It is displayed that there is a discount of 60 yen. Then, the mobile terminal 20 sets the number of purchased items 850c to "3", which is the number of purchased items, as an initial value. The member can know from the pop-up 850 that the product is discounted for bulk purchase, and can easily set up product registration for bulk purchase by operating the "OK" key 850h.

Additionally, the member can change the number of purchased items by operating the "+" key 850e and "-" key 850f, or cancel the registration of the product by operating the "product cancellation" key 850g. is the same as the normal product registration operation.

When the member changes the number of purchased items by operating the "-" key 850f, the mobile terminal 20 changes the display of the pop-up 850, as shown in FIG. 17(b).
In the pop-up 850 shown in FIG. 17(b), the display of the purchase quantity 850c has been changed to "1" and the selling price (120 yen) without discount is displayed, and by purchasing 3 bottles in bulk, you can save 60 yen. It is displayed that

Note that the content and timing of the display encouraging bulk purchases are not particularly limited, and the mobile terminal 20 may display that the bulk purchase discount will no longer be applied at the timing when the member changes the number of items to purchase.

Then, when the member operates the "determination" key 850h (confirmation operation), the mobile terminal 20 registers the registration information according to the number of purchased items 850c.
In this way, the member can know from the pop-up 850 that the item is a discounted product due to bulk purchase, and can easily set the purchase through bulk purchase by operating the "Enter" key 850h.
Note that even for products to which a bulk purchase discount is applied, the initial value may be set to "1".

Furthermore, this registration operation is also applied to normal single-item sales products. In other words, by setting sales conditions such as bundle sales or bulk purchases, you can perform registration operations in the same way. Note that the sales conditions are set by a product master, a special sale master, etc., and are generated as information that allows a mobile terminal to identify the product. Furthermore, special sales may be applied to members that are not applied to general customers.

Furthermore, for products with limited sales quantities, for example, products with sales conditions such as XX items per person, the "+" may be disabled or hidden in the upper limit quantity.
In addition, only "+" may be counted up in the unit of quantity set in the sales conditions, and furthermore, the appearance and function of the addition/subtraction keys may be changed in the unit of "sales conditions quantity" to display and function. .

Further, when the quantity is subtracted from the "sales condition quantity", it is possible to notify that the sales condition has not been met, and to display the explanation of the sales condition in a different format. Further, when "1" is added from the "sales condition quantity", the display may be switched to the next sales condition fulfilled quantity, total discount amount, etc.
By doing this, it is possible to encourage members to purchase in accordance with the sales conditions.

FIG. 29 shows an example of the flow of processing related to the above-described registration operation for bulk sale products.
The mobile terminal 20 inputs product information of the product purchased by the member (S501).
Specifically, the input unit 260 of the mobile terminal 20 acquires product identification information by reading the barcode attached to the product, and retrieves the product information of the product from the product master 110 based on the product identification information. Get (input).

Next, the mobile terminal 20 detects whether special sales conditions are set in the sales conditions of the input product information (S502). For example, in the table shown in FIG. 28(a), it is detected whether a sales condition (project number) exists for the product with the input product identification number.
The special sales conditions here are sales conditions in which certain conditions are set regarding the number of items to be sold, such as items that are sold in bulk or an upper limit on the number of items purchased per person.
Furthermore, if the number of items purchased is stored in advance in a shopping list or the like, the number may also be included in the sales conditions. Alternatively, it may indicate that the product is frequently purchased by the customer (product with purchase history).

In step S502, if it is detected that special sales conditions are set in the product information, the mobile terminal 20 sets the sales conditions by, for example, referring to the product master special sale data shown in FIG. 28(b). Obtain information on the number of successful results.
Then, the mobile terminal 20 determines the number of items to be purchased by the member when purchasing the item based on the acquired information on the number of items sold, that is, the detected sales conditions (S503).

For example, the mobile terminal 20 detects that the obtained product identification information is 0001 (corn), and that the product is the target product for which the bulk discount of project number 1 is set, and the number of products for which the sales condition of project number 1 is satisfied is 3. The total number of items to be discounted, "3," is determined as the number of items. In addition, for example, if the mobile terminal 20 is a limited quantity product with sales conditions such as a limit of two items per person, the mobile terminal 20 determines the limited quantity as the number of items. Furthermore, if the mobile terminal 20 is a product that a customer often purchases (a product with a purchase history), the number of products purchased last time may be used.

Having determined the number of products, the mobile terminal 20 displays a confirmation screen for determining registration of the product on the display unit 250, with the number set in advance as the number of purchased products (S504).
Normally, when a member reads the barcode of a product, the mobile terminal 20 sets "1" as the number of purchased items and registers the product, but special sales conditions are set for the product obtained by reading the barcode. For example, if the item is eligible for a bulk discount, a confirmation screen is displayed with the bulk quantity set as the purchase quantity, as shown in FIG. 17(a), for example.

In step S504, the mobile terminal 20 that has displayed the confirmation screen waits for the "determination" key 850h arranged on the confirmation screen to be operated.
Note that when an operation to change the number of purchased items is performed on the confirmation screen, the purchased number is changed in accordance with the operation.

In step S506, when it is detected that the member has operated the "Enter" key 850h, the mobile terminal 20 registers the product according to the number of purchased items at the time the "Enter" key 850h is operated, and performs processing. Complete.

On the other hand, if it is detected in step S502 that no special sales conditions are set in the product information, the process proceeds to step S505, sets the number of purchased items to "1", and proceeds to step S507 without displaying the confirmation screen. Proceed to register your product and complete the process.
The processing related to the registration operation of bulk selling products has been described above.

- Registration operation for irregular products -
When registering products sold by weight such as meat or delicatessen items, a pricing label with product information recorded is printed using a weighing device for weighing the sold-by-weight product, and the mobile terminal 20 reads the barcode printed on the pricing label. The product registration process is performed by reading the .

By connecting the scale to the store controller, product information recorded on the issued pricing label can be added to the product master.
Note that for irregularly priced products, the number of purchased items may not be changed by operating the list display on the registration screen 810.

In addition, if the weighing instrument is connected to a network, the weighing instrument and the mobile terminal 20 are connected by short-range wireless communication, and the bar code of the product to be weighed is read by the mobile terminal 20 to specify the product. Information on the weighed product may be registered in the mobile terminal 20 by specifying the product to be weighed by operating a key, etc., and weighing the product with a scale. In that case, the label issued by the measuring instrument may include only information such as the expiration date, and may be attached to the product.

Furthermore, if membership information, app user IDs, etc. can be recognized using ICs, shopping data can be generated even from bulk weighing scales and uploaded as customer shopping data, and the two data can be compared. This also makes it possible to prevent fraud.
Note that if the product is only specified but the mass is not determined, that is, the purchase price is not determined, the product may be handled as a pending product.

-Registering coupon information-
The mobile terminal 20 can register coupon information of a paper coupon. For example, by reading a barcode printed on a coupon, recorded discount information can be acquired and reflected in registered product information.
Note that if the recorded coupon information is unique coupon information, the coupon information may be invalidated by reading the coupon information.
Furthermore, if it is necessary to collect coupons, a store clerk may be called up during shopping to have them input the information, or the POS terminal 70 that performs the payment process may be specified as a manned POS or the like and the payment may be made.

Note that the mobile terminal 20 may automatically calculate the read coupon information to obtain the maximum discount condition, reflect it in the price of the product, and output the registered information.
In addition, the mobile terminal 20 includes the read coupon information in the registration information of the product and outputs it as code information such as a symbol code, and causes the POS terminal 70 to read the code information. It is also possible to perform discount processing, etc. by outputting .

In this case, shopping identification information and coupon identification information are recorded in code information such as a QR code (registered trademark) output by the mobile terminal 20, and the POS terminal 70 that has acquired the identification information records each identification information. The registration information and coupon information may be acquired from the host device 10 based on the above information.

-Use of shopping list-
The member uses the mobile terminal 20 to identify a store, designate all or part of the product master of the store, and download the product master. (hereinafter referred to as the "shopping list").

For example, when a member selects and registers a product to be purchased from a list of product information displayed on the display unit 250 of the mobile terminal 20, the mobile terminal 20 creates a shopping list. Furthermore, the mobile terminal 20 may automatically register products that are purchased on a daily basis as planned purchase products when creating a shopping list.

When registering a product at a store, the member can display the shopping list on the display unit 250 of the mobile terminal 20 and use the shopping list.
The order of the products to be purchased in the displayed shopping list may be in store aisle order or department order, or may be freely set or changed.
Further, in response to a voice input such as "vegetables" or "seika", the mobile terminal 20 may display only the relevant department or may display the department above the display area.

When the member registers a product, the mobile terminal 20 changes the display of product information on the shopping list and deletes the shopping list. This allows the member to know that the product he or she plans to purchase has been registered.
Note that the mobile terminal 20 may be configured to notify the planned purchase quantity of a product that is scheduled to be purchased in plurality, and to register the planned quantity to erase the product.

Furthermore, the mobile terminal 20 may be configured such that the product registration process cannot be executed until after the member specifies the product to be registered from the shopping list. As a result, it is possible to reliably purchase the product planned for purchase, and it is also possible to suppress excessive impulse purchases such as purchasing products other than the planned purchase.

Note that if the member specifies a product and then captures an image of something other than the product, the mobile terminal 20 may display an error message or the like. Further, the mobile terminal 20 may also display an error message or the like when capturing an image of another product registered in the shopping list.

Note that the mobile terminal 20 allows product registration processing even for products that do not exist on the shopping list, but in that case, the product is a product that does not exist on the shopping list, and a screen to confirm the purchase is displayed. It is preferable to notify.
Furthermore, when displaying a list of registered information, the mobile terminal 20 may display products that are present in the shopping list and products that are not present in a manner that can be distinguished.

Furthermore, the mobile terminal 20 may allow the member to complete product registration by, for example, clicking on a product name displayed on the shopping list. Members do not need to read product barcodes and can register products more smoothly. Furthermore, by registering products using a shopping list, it is possible to easily register products to which no barcode is attached.

Note that the mobile terminal 20 automatically adds regularly purchased items to the shopping list based on past shopping history information, and creates a "shopping list" by scanning the barcodes of empty containers etc. at home. Good too. Further, the mobile terminal 20 may be limited to functioning as a preset key for products to which no barcode is attached. There is no need to take the trouble to read barcodes on sales price plates, etc. Note that an operation button may be provided for displaying alternative products such as production area (manufacturer), standard, capacity, etc.

Note that if there is a product that is registered in the shopping list but does not have registration information, the mobile terminal 20 may notify the member by displaying on the registration screen or the like that the item has been forgotten. , you may inquire as to whether or not to purchase the item you forgot to buy.

-Output processing of registered information-
The output process of registration information at the time of payment will be further explained.
The registered information is output by converting the shopping identification information into a QR code (registered trademark), displaying it on the mobile terminal 20, and reading it at the POS terminal 70.
The POS terminal 70 that has read the QR code (registered trademark) requests shopping information from the host device 10 using the acquired shopping identification information, and the host device 10 that receives the request from the POS terminal 70 links it to the shopping identification information. A subtotal calculation is performed based on the received shopping information, and the calculated shopping information is sent to the POS terminal 70.

Note that a QR code (registered trademark) encoding shopping information may be displayed on the screen of the mobile terminal 20 and output to the POS terminal 70. In that case, the code information (QR code (registered trademark) 840a) displayed on the output screen 830 of the mobile terminal 20 is read by the input section 760 of the POS terminal 70 to output the registration information and perform the payment process. , If there is a lot of registered information and one code information is not enough, all the registered information can be displayed by displaying multiple pieces of code information consecutively and reading them continuously with the input section 760 of the POS terminal 70. Output. In that case, it is preferable that the mobile terminal 20 displays the total number of code information and the number of the code information currently displayed on the output screen 830.

Note that the POS terminal 70 does not read the shopping identification information etc. using a QR code (registered trademark), but the mobile terminal 20 displays information on the storage area of the shopping file, and the POS terminal 70 acquires the information on the storage area of the shopping file. may acquire and receive information on registered products by acquiring a "shopping file" based on the information.
Further, the information output to the POS terminal 70 is not limited to the QR code (registered trademark), but may be a one-dimensional code. Furthermore, the member information such as the NFC identification code of the mobile terminal 20 may be identifiable. By setting the identifier in the shopping file, the shopping file can be easily identified.

When outputting registered information by displaying code information (QR code (registered trademark) 840a) on the output screen 840 of the mobile terminal 20, the mobile terminal is The terminal 20 does not stop displaying the code information.

For example, when the POS terminal 70 completes reading the code information (QR code (registered trademark) 840a), it transmits this to the mobile terminal 20, and when the input of the code information at the POS terminal 70 is completed, the mobile terminal The display of the code information may be ended by displaying on the display unit 250 of the terminal 20 a message such as "Product registration is finished. Subsequent operations will be performed on the payment device."

Thereby, the member can understand that the product registration process using the mobile terminal 20 has been completed, and can concentrate on the payment process using the POS terminal 70.
After completing the product registration process, the mobile terminal 20 such as a smartphone exits the output screen 830 displayed on the display unit 250 and returns to the start screen 800.

Furthermore, the output of registration information by the mobile terminal 20 to the POS terminal 70 is not limited to displaying code information.
For example, the customer completes the registration process using the mobile terminal 20 and selects the POS terminal 70 that will perform the payment process, and the mobile terminal 20 identifies the POS terminal 70 and registers with the POS terminal 70 via the network. Information may also be output.

In addition, by reading the identification information of the POS terminal 70 attached to or displayed on the screen of the POS terminal 70 using the input unit 260 of the mobile terminal 20, the registered information is sent to the POS terminal 70 of the read identification information via the network. It may also be possible to output it as follows. At this time, the registration information may not be directly output to the POS terminal 70 selected by the mobile terminal 20, but may be outputted via a higher-level system such as the higher-level device 10 or the store controller 60.
That is, the mobile terminal 20 outputs the shopping identification information to the selected POS terminal 70, and the POS terminal 70 that inputs the shopping identification information requests and obtains the corresponding registration information from the host system based on the shopping identification information. You may.

In addition, the mobile terminal 20 receives the status information of the POS terminal 70 and displays the status button of the POS terminal 70 on the display unit 250, and when the member selects the POS terminal 70, the member selects the selected POS terminal 70. The registration information may also be output to.
Furthermore, based on the status information transmitted from the POS terminal 70 to the mobile terminal 20, the mobile terminal 20 may automatically select and output the POS terminal 70 that outputs the registration information or shopping identification information.
The registration information from the mobile terminal 20 to the POS terminal 70 is not particularly limited, and may be performed by any appropriate method.

Furthermore, while shopping, members may remember that they have forgotten to buy some items during the payment process.In such cases, the member may press the cancel button etc. displayed on the display of the POS terminal 70 during the payment process. By doing so, the POS terminal 70 displays a notification screen such as "Payment will be canceled. Subsequent operations will be performed on the smartphone" on the display section 730, and also displays a registration screen on the display section 250 of the mobile terminal 20. The display at 810 may be performed again to enable continuation of product registration.

-Payment processing-
The member selects a payment method to perform product payment processing on the payment screen 950, but if the member has registered the payment method in advance when registering as a member, the POS terminal 70 selects the payment method. It is not necessary to display the screen. Note that even if a payment method is registered, it is preferable that the payment method can be changed.

Products that require age verification, such as alcoholic beverages, require a store clerk to be called in the same way as for products on hold. Furthermore, if it is a pharmaceutical product, a pharmacist or registered salesperson is required to provide an explanation for Class 2 pharmaceutical products, so a store clerk may be called in a manner different from that for reserved products.

The sales data processing system may treat these products in the same manner as on-hold products, store them as on-hold product information, and call a store clerk using the notification means at the time of payment.
Further, it is preferable that the POS terminal 70 prohibits checkout using a prohibition means if editing (confirmation processing) is not performed, similarly to the pending product information.
Furthermore, the absence of a pharmacist or registered salesperson may be notified.

In the settlement process, payment by gift certificate or payment by point member's points is also possible. It is also possible to use discount tickets such as coupons, and payments can be made in the same way as normal payment processing, such as giving change and issuing receipts.
The sales data processing system may automatically call a store clerk when the store clerk's intervention is required, such as when collecting gift certificates. Alternatively, a display guiding the user to a service counter, manned POS, etc. may be displayed on the display of the mobile terminal 20 or the POS terminal 70.

Further, it is preferable that the sales data processing system performs control so that payment processing is not performed based on registered product information registered at a store different from the store specified by the member.
That is, the basket data (shopping file) generated by specifying a store has store identification information, and the registered information processed by the mobile terminal 20 for which another store has been specified is output and sent to the POS. When an attempt is made to perform payment processing using the terminal 70, an error message such as "This is not a shopping at the main store" may be displayed on the display section 750 of the POS terminal 70, and a clerk may be called.

Additionally, when the product registration process is performed using the mobile terminal 20 that has identified another store, the display screen of the mobile terminal 20 will display the message "Payment for the other store has not been completed. Would you like to create basket data for our store?" Shopping at other stores may be disabled by displaying a message such as "You are logged in to another store. You cannot log in."

Further, it is preferable that the sales data processing system has a store clerk perform a check as necessary during payment processing.
Note that the check by the clerk may be performed in the clerk calling process in step S703 of the flow in FIG. 11, but may be performed at other timings.
Further, the check of the payment processing by the store clerk may be performed randomly as a surprise inspection, but it is preferable to check the check on the payment processing according to the operation status and operation level of the member's mobile terminal 20.

For example, the sales data processing system may have a store clerk check members whose membership level stored in the customer file is the lowest level L1. As a result, members who use the service for the first time will always be checked and supported by the store staff.
On the other hand, for members of a high level L5 who have experienced the registration process using the mobile terminal 20 multiple times and have few erroneous operations using the mobile terminal 20, the check and support by store staff will be omitted, reducing the burden on the store. be able to.

-Preventing forgetting to pay-
If the member moves out of the store without completing the payment process for the purchased product, the mobile terminal 20 notifies the member that the payment process for the product has not been completed.
Specifically, if the location of the mobile terminal 20 is specified using GPS location information and the mobile terminal 20 moves outside the store premises without performing payment processing, the mobile terminal 20 will identify the customer's registered email address or application. Notify on screen.

In addition, when the product registration process is performed using the app, the mobile terminal 20 does not forcibly close the app or prohibits the launch of other apps until the payment process is completed. , customers may be notified.
Furthermore, the mobile terminal 20 may notify by e-mail or the like that automatic payment will be made using a pre-registered payment method such as a credit card.

Furthermore, the sales data processing system of this embodiment may be operated without performing payment processing at the payment device by registering credit, electronic money, and financial institution debit accounts. However, members can shop with peace of mind if they confirm the details of their shopping, so the member may arbitrarily decide to confirm the details using the payment device or a device with similar functionality.

In addition, if there are no products on hold, or depending on conditions such as the member's operating level, there may be cases where there is no need to handle cash payments, gift certificates, coupons, etc. In other words, it may be necessary to use a payment device such as online payment or direct debit. If not, the mobile terminal 20 notifies you that the operation of the payment device can be skipped at the same time as displaying the registration information or shopping identification information in the registration completion operation on a QR code (registered trademark), etc. Alternatively, instead of this screen, a notice or guidance such as ``No operation on the payment device is required'' may be provided.

-Display purchase history-
The sales data processing system of this embodiment stores the operation history of the member using the mobile terminal 20 and the status of the mobile terminal 20 from the time the member enters the store until the member completes the payment processing at the payment device, and stores the status of the mobile terminal 20 as necessary. can be displayed (display of alert information) on the display section 250 of the mobile terminal 20 or the display section of the POS terminal (payment device) 70.

For example, as shown in FIG. 20, when a member uses the mobile terminal 20 to read the barcode of a product, the POS terminal 70 detects a situation indicating that the product registration information could not be read as "on hold". "Product not scanned" 920c.Also, the product is displayed as "920c" indicating that the product identification information could be obtained by reading the barcode of the product, but the product information does not exist in the product master. It is displayed as "Hold Product NON File" 920b.
Further, the POS terminal 70 displays a situation in which a member registers a product using the mobile terminal 20 and then cancels the registration of the product as a “cancelled product” 920d.

The operation history displayed by the sales data processing system of this embodiment is not limited to operations for canceling pending products.
For example, during a time sale, a member may display discount information (such as a discount sticker) applied to a product using the mobile terminal 20 as a "discounted product" 920h on the display unit (display alert information).

Normally, service information (discounts, discounts) related to service products is stored in correspondence with the product in the host device 10, and by reading the barcode of the product, the service information (discount, etc.) is automatically stored based on the product identification information. (discounts, discounts) will be reflected.

On the other hand, there are cases in which discounts and discounts such as time sales of delicatessen items and disposal sales of vegetables are applied by pasting discount stickers, etc., depending on the discretion of the store staff who has seen the actual item.
In this case, it is difficult to link service information to the host device 10, so after the member reads the barcode (discount information) written on the discount sticker affixed to the member, the product's barcode, etc. By reading the information, a discount may be applied to the product.
The discount may be applied by reading the barcode of the product and then reading the discount information on the discount sticker.
Further, the discount information on the discount sticker is not limited to a barcode, but may also be characters such as "50% off" or symbols such as "〇" or "◎", as long as it can be recognized by the mobile terminal 20. There are no particular limitations.

In the case of applying such a discount, for example, if a 50% discount service information is pasted on product A, after reading the barcode information of product B to which no discount has been applied, By reading the service information of B, there is a possibility that a 50% discount will also be applied to product B, resulting in fraud.

In order to reduce these frauds as much as possible, if a member registers for a 50% discount five or more times, the POS terminal 70 classifies the member's transaction as a caution transaction (adds caution information). As with other pending products, this may be displayed at the beginning of the registered product information 920a (display of alert information) on the registration confirmation screen 920 as a discount transaction that requires the intervention of a store clerk.
Note that the POS terminal 70 may thereafter manage the member as a careful customer.

Note that the sales data processing system makes it impossible to register products with fraudulent discounts by setting flags indicating whether discounts are available and discount upper limit values in correspondence with product identification information on the product master 110. It's okay.

For example, the sales data processing system sets "no discount available" in the product identification information of product B on the product master 110, so that when a member reads product B barcode information and 50% discount service information, In addition to prohibiting the execution of discount processing, a message such as "This product is not eligible for discount. The discount sticker of another product may have been read." may be notified.

In addition, the sales data processing system sets "Upper limit: 20% off" to the product identification information of Product C on the product master 110, so that the member reads the product C barcode information and service information that exceeds the upper limit. In such a case, execution of the discount process may be prohibited and a similar error message may be notified.

In addition, when the execution of the above-mentioned discount processing is prohibited, the sales data processing system may store the member in the member master 130 as a caution customer, and set the store clerk to intervene at the time of checkout, and confirm the registration. On the screen 920, the product may be displayed as a product that requires confirmation (display of alert information) with words such as "discount" in the same way as other pending products.

Furthermore, when a member's smartphone is used as the mobile terminal 20, the battery of the smartphone may be lent out.
By reading the QR code (registered trademark) etc. attached to the battery using the mobile terminal 20, the member can manage the battery by linking it to the member. The rental status may be displayed on the display unit (display of warning information), and furthermore, a notification may be made to prompt the return of the battery after the payment process is completed.

In addition, the POS terminal 70 displays the product that requires confirmation (displays alert information) on the registration confirmation screen 920 of the member who lent the battery, along with other pending products along with words such as "battery." good.

In addition, when registering a product, the member fixes his or her mobile terminal (smartphone) 20 to a smartphone holder placed at a predetermined position (for example, the handle position) of the shopping cart so that the camera part is exposed, and then The product may be registered by reading the barcode of the product.
This allows members to shop while constantly monitoring the status of their shopping carts and bags.

Further, the mobile terminal 20 may be fixed to the smartphone holder and monitor changes in the products on the basket by activating a camera at all times or when a hand movement is detected.
Thereby, the mobile terminal 20 can detect that a product for which no product registration has been made is placed in the cart, and upon detection, it may be determined that it is fraudulent and notify the store clerk or the like.

In addition, when the mobile terminal 20 detects that a product for which no product registration has been made has been placed in the cart, the mobile terminal 20 displays a message saying "An unregistered product may have been placed in the cart. Please register the product correctly." (display of alert information) may be displayed.

In addition, in order to avoid transferring the shopping bag from the cart to the shopping bag after completing payment, the mobile terminal 20 may display a screen on the display unit 250 at the beginning of shopping to confirm whether the member has brought his/her own bag. good.
If the member selects on the confirmation screen that they are not bringing their own bag, the mobile terminal 20 will prompt the member to purchase a plastic bag by prompting the member to purchase the same, or the member may purchase a plastic bag provided by the store. A message may be displayed to remind the user to do so.
As a result, the member places his or her own bag or plastic bag in the shopping cart before starting shopping, thereby eliminating the need to transfer the shopping bag from the cart to the shopping bag after completing payment.
In addition, in the case of such a store, it is preferable that a space where plastic bags can be purchased be provided at the entrance of the store.

Furthermore, if the member refuses to purchase the plastic bag, the mobile terminal 20 may add warning information to the shopping information, and the POS terminal 70 may issue a notification to call a store clerk at the time of payment.
Furthermore, if the member selects to purchase plastic bags, the mobile terminal 20 may add warning information to the shopping information, and the POS terminal 70 may display the number of purchased plastic bags on the registration confirmation screen etc. at the time of payment. A display may be displayed to prohibit payment processing without confirmation by the store clerk.
In addition, in order to monitor the status of plastic bags etc. using the mobile terminal 20 while the plastic bags are placed in the shopping cart, it is preferable that the plastic bags distributed at stores have a large opening, and the same applies to personal bags. A shape with a large opening is preferable.

When a product is registered, the mobile terminal 20 may notify the member by flashing the screen momentarily, or may notify the member by generating a reading sound such as a shutter sound.
Further, when the member is holding the mobile terminal 20 and performing a registration operation, vibration may be applied to notify the member that the product has been registered.

It should be noted that whether the member is shopping with the mobile terminal 20 fixed to the shopping cart or holding it in hand can be determined using a gyro sensor etc. built into the mobile terminal 20. The terminal 20 can provide notification by appropriately combining flash notification, reading sound notification, and vibration notification depending on the situation.

The POS terminal 70 may notify the user to take home the mobile terminal 20 such as a smartphone during the payment process.
For example, when a member uses the POS terminal 70 to read the QR code (registered trademark) displayed on the mobile terminal 20 at the time of payment, the POS terminal 70 displays a message on the registration confirmation screen 920 saying "Payment will begin. A message such as "The operation has finished. Please put it away so you don't forget it." may be displayed.

In addition, the host device (cloud service) 10 or POS terminal 70 displays a registration confirmation screen 920, and also notifies the mobile terminal 20 that the transaction has moved to settlement processing, and the mobile terminal that received the notification The terminal 20 may display a message such as "Please pay the bill" on the display unit.

Furthermore, when the payment process is completed at the POS terminal 70, the POS terminal 70 notifies the mobile terminal 20 that the transaction has been completed, and the mobile terminal 20 that has received the notification displays the information on the display section 250. 12(a) or the start screen 800 shown in FIG. 12(b). A registration screen 810 shown in FIG. 8 may be displayed.

In addition, the sales data processing system specifies the movement route of the member from entering the store to the POS terminal 70 based on the GPS information of the mobile terminal 20 or registered product information, and stores the movement route. The status of the terminal 20 may be displayed on the display section of the POS terminal 70 (display of alert information).
In addition, the sales data processing system identifies the time the member spends from entering the store to reaching the POS terminal 70 in relation to the travel route, stores it in relation to the travel route, and stores the member's stay time in relation to the travel route, as well as the status of the mobile terminal 20. This may be displayed on the display section of the POS terminal 70 (display of alert information).

In addition, the sales data processing system stores the time when the product registration operation was performed from the time the member entered the store to the POS terminal 70, and displays the product registration operation status on the POS terminal 70 in chronological order. (Display of alert information) may be performed.

Furthermore, the sales data processing system of the present embodiment accumulates data on the stored product registration operation status and analyzes the registration operation pattern based on the stored data to determine the display position of the product in the store. It's okay.

Furthermore, the sales data processing system of this embodiment may infer fraudulent operations by a store clerk by analyzing registered operation patterns based on the accumulated data.
The sales data processing system may display on the display section of the POS terminal 70 (display alert information) a registration operation suspected of being fraudulent by a member.

For example, during registration operations by members, if there is a pending product for which code information cannot be read, or if registered product information is canceled, the sales data processing system will notify the store staff by notifying the display unit. It is preferable to check and support.

Furthermore, the mobile terminal 20 or the POS terminal 70 refers to the membership file, obtains the number of past cancellations, and allows the store clerk to check for members whose past number of cancellations is more than a predetermined number, or refers to the shopping file. Then, during the shopping, the store clerk may check for members who have performed registration deletion (cancellation) operations more than a predetermined number of times.

Specifically, the POS terminal 70 may be set to call a store clerk for a transaction in which a product registration cancellation operation is performed multiple times (for example, three times) or more during the transaction. Note that the sales data processing system may be able to set the number of notifications as appropriate by the store clerk.
Furthermore, when calling a store clerk based on a registration cancellation operation, the POS terminal 70 may take into consideration the past shopping history. For example, the POS terminal 70 may be set to call a store clerk if the total number of registration cancellation operations for this time, the previous time, and the time before the previous time is five or more.

This could, for example, be used against customers who pretend to be registering a product by scanning an area where the product's barcode is not present, or if a customer is attempting to delete the registration information without returning the product. Customers can be checked by store staff.

Furthermore, the sales data processing system may notify members who have performed multiple discount operations with large discount rates at the time of payment.

Note that when notifying at the time of payment, the POS terminal 70 may display the information in such a way that the member does not know that the registration operation is suspected to be fraudulent.
Furthermore, the POS terminal 70 may display a message to call a clerk at the time of the member's checkout process regarding a registration operation that is suspected to be fraudulent.

By setting whether or not to check the clerk's check during payment processing based on the operation history of the mobile terminal 20 during the member registration process, it is possible to prevent members who often perform registration cancellation operations or erroneous operations or who are not accustomed to registration operations using the mobile terminal 20. By focusing on members with a high degree of sex and proactively involving store staff, it is possible to improve service quality, efficiency, and security. Furthermore, a notice may be issued prohibiting the use of the application.

In addition, the intervention of a store clerk based on the operation history of the mobile terminal 20 during the member registration process is not limited to the time of payment processing, but may also be performed when entering the store or registering products, and may be required for members who are using it for the first time. In this case, the product registration process can proceed smoothly by having the clerk intervene at the time of entering the store rather than having the clerk intervene at the time of checkout.

<Processing mode of NON file products>
FIG. 32 is an example of a block diagram of processing of NON file products. As already explained, in this specification, a NON file product refers to a product for which product information does not exist in the product master. The product master is a master file that manages product names, prices, etc. of products handled by the store. The product master is an example of a product database.

In FIG. 32, the store sales data processing system includes an acquisition unit 302 that acquires a product code (for example, PLU) read by a mobile terminal 20, a notification unit 304, and a product data acquisition unit 306 that receives product information from an external database 312. , product information editing means 308, DB updating means 309 for updating the product database 110, product information transmitting means 310, product database 110, shopping file 140, and the like. Note that the data file acquired by the acquisition means 302 and the shopping file 140 may be configured as one file. Further, the product database 110 may be the product master already described. These components do not necessarily need to be implemented in one computer system (or device), but may be implemented in a distributed manner by multiple computer systems that can collectively communicate via a network.

Furthermore, the program that implements this embodiment may be distributed and executed by multiple computers communicably connected via a network.
First, the symbol code of the product is read by the mobile terminal 20 operated by the customer, and a product code such as a PLU that specifies the product is obtained.
The acquired product code is first acquired by the acquisition means 302. The product database 110 is searched using the product code of the data acquired by the acquisition means 302 as a key. Note that the product database may exist within a store, or may exist in an organization that controls multiple stores. Additionally, a copy of the product database may exist within the mobile terminal.

There are cases where product information such as the price of the product corresponding to the product code (PLU) cannot be obtained from the product database. Such products are called NON file products, and the acquisition means 302 acquires information to that effect. If information including price can be obtained from the product database 110, the information about the product can be registered in the virtual shopping file 140.

In the case of a NON file product, the notification means 304 is activated to notify that the product is a NON file product. The notifying means 304 notifies a terminal, for example, located in a backyard or the like and managed by a store clerk, of this fact. In addition, since the mobile terminal 20 cannot obtain information on the price of the product, the mobile terminal screen also informs the customer that this product will be treated as a pending product, that this product will be placed in a pending basket, etc. It is desirable to do so (notifying means 208 in FIG. 9). Note that the notification to the store clerk may be performed via a device other than a terminal (or server) located in a backyard or the like and managed by the store clerk. For example, the notification to the store clerk may be made via a mobile terminal that the store clerk can carry, a POS terminal for payment, or a terminal located at the service counter.

Even when a customer is in the middle of shopping, a store clerk in the backyard or the like can perform tasks such as storing information on NON file products in a product database in response to this notification. Additionally, if a customer is processing payment in front of a POS terminal equipped with a store clerk, the store clerk can use the POS terminal to register NON file products. can. This process will be described later.

If the customer is in the middle of shopping, it is desirable that the product information transmitting means 310 transmits the product name and price of the NON file product to the customer's terminal when the NON file product is registered. By doing so, the customer can also check the price of the NON file product, the price of which was unknown, from the mobile terminal. In this case, since the customer may be confused by the task of replacing the product placed in the hold basket with the normal basket, such notification may not be given to the customer. In this case, the NON file product whose price etc. are known remains in the pending basket, so the store clerk who operates the POS terminal at the time of checkout will check the pending product and make appropriate adjustments depending on whether the NON file has been consumed or not. All you have to do is perform the appropriate payment operation.
Furthermore, it is conceivable that customers may become confused due to sudden changes in the display of NON file products on mobile terminals. In order to avoid such confusion, the product name and price of the NON file product may not be sent to the customer's mobile terminal, as will be described later.

The product information collection means shown in FIG. 32 serves for a store clerk to collect and edit information regarding NON file products. The information regarding the collected NON file products is stored in the product database 110 from the product information editing means via the DB updating means 309. When multiple product databases exist, mutual updates may be performed so that the multiple product databases hold the latest information.

It is desirable that a captured image of the NON file product captured by the mobile terminal 20 is presented to the product information editing means. By checking this captured image, the store clerk can confirm what kind of product the NON file product is. Once the product is confirmed, the store clerk enters the product's price, name, subcategory, etc. Information regarding the input NON file product is stored in the product database 110, and after that, this product can be prevented from being handled as a NON file product.

The product data acquisition means 306 plays the role of acquiring information regarding products that do not exist in the product database managed by the store. For example, information regarding NON file products can be obtained by accessing JICFS (JAN code integrated product information database). Note that the external database is not limited to JICFS.
The product data acquisition means 306 searches JICFS (external database 321) using, for example, the PLU code of the NON file product acquired from the mobile terminal as a key.
From JICFS (external database 321), information such as product image data and product name can be obtained, for example.

Product data acquisition means 306 transmits the acquired information to product information editing means 308. Product information editing means 308 presents the transmitted information to the store clerk. This allows the store clerk to identify what kind of product the NON file product is. This allows for appropriate editing of product data. Further, the store clerk can more reliably identify NON file products by comparing the captured image of the product sent from the mobile terminal with the image of the product acquired from the external database 321.

FIG. 33 is an example of a processing flow for NON file products. Each processing step of this flow will be explained below. The operating entity of this process is the sales data processing system used by the store. Some of the hardware of the sales data processing system may exist on a cloud that is physically remote from the store via a network.
[S330] First, the product code included in the symbol code of the product imaged by the mobile terminal is received. The process moves to step S332.
[S332] The product master 110 is searched using the product code. The process moves to S333.
[S333] It is checked whether the product information corresponding to the product code has been retrieved from the product master. If product information can be obtained through the search (Yes), the process moves to step S334. If product information cannot be found in the search (No), the process moves to step S335.

[S334] Since the product information can be searched and the price, product name, etc. of the product purchased by the customer can be obtained, the product information etc. are registered in the virtual shopping file as a normal product intended for purchase. Processing ends.
[S335] If the process moves to this step, information such as the price of the product purchased by the customer has not been registered in the product master. That is, this product is called a NON file product. The corresponding product is given the status of a pending product and registered in the virtual shopping file. This registration may be done by adding a flag indicating that the product is a NON file product among the statuses of the pending product, and then registering the product in the virtual shopping file. The process moves to step S336.

[S336] In the case of a NON file product, the selling price of the product is unknown. Therefore, it is desirable to store product information related to NON file products in the product master as soon as possible. While the customer continues shopping, the store clerk creates or edits the product information regarding the NON file product and registers it in the product master, so that subsequent payment processing for the customer can be performed smoothly. For this reason, obtain the product code of the NON file product. The process moves to step S337.

[S337] Since processing such as acquiring, editing, and registering the product information of the NON file product is required, it is notified that the intervention of a store clerk is required. This notification may be transmitted to a management terminal located in the backyard of the store. Alternatively, the information may be transmitted to any POS terminal that performs payment processing. It is desirable that the NON file product identification code (PLU) be presented to the store clerk. Alternatively, this notification may be sent to a mobile terminal operated by a store clerk. If the notification is sent to a store clerk's mobile terminal, the sales location of the NON file product within the store may be displayed on the mobile terminal. The sales location of the NON file product may be specified, for example, by acquiring the location where the customer's mobile terminal took an image of the NON file product. A store clerk can check the selling price written on the sales tag of a NON file product by going to the sales location of the NON file product. Immediately after confirmation, the store clerk can create, edit, and register product information for the NON file product using his or her mobile terminal. Further, when making the notification, an image of the NON file product taken with a mobile terminal may be presented to the store clerk. The process moves to step S338.

[S338] An external database (for example, JICFS (external database 321)) may be searched using the NON file product identification code (PLU) as a key.
By searching such an external database, the price, name, etc. of the product corresponding to the identification code can be obtained. It is desirable that the name, price, etc. of the searched product be presented to the store clerk. The process moves to step S340. The external database is not limited to JICFS.

[S340] An image of the NON file product taken with a mobile terminal may be presented to the store clerk. In addition, it is desirable that the name, price, etc. of the product searched in the external database be presented to the store clerk. By checking the image information, the store clerk may determine the selling price of the product on the spot, or may research a predetermined selling price. It is also desirable to present the store clerk with the name of the product obtained from an external database. The process moves to step S342.

[S342] The store clerk checks the presented image, product name, etc., and inputs product information of the NON file product. If the name of the product presented by the external database search is to be used as is, the name of the product may be input by touching a copy key, which will be described later.
List prices for products are often obtained from external databases, so store prices are determined on the spot by store staff, or by researching predetermined selling prices and using that price. You may also do so. The process moves to step S344.

[S344] The product master is updated based on the product data input and edited by the store clerk. If there are multiple product masters, it is desirable that the multiple product masters be updated synchronously. The process moves to step S346.
[S346] It is desirable that the edited product data of the NON file product is also sent to the customer's mobile terminal. This is because the price and name of the product are not displayed on the customer's mobile terminal because the NON file product is still displayed.
Note that if the product data of the edited NON file product is sent to the customer's mobile terminal, the display on the customer's mobile terminal may be changed during shopping, which may confuse the customer. Therefore, even if the product data of the edited NON file product is sent to the customer's mobile terminal, the display on the customer's mobile terminal may not be changed, and the edited NON file product may be displayed on the customer's mobile terminal. Instead of sending the product data, the product data may be sent only to a terminal other than the customer's mobile terminal (such as a POS terminal).

As described above, the product data of the NON file product is registered in the product master and is also used in the payment process.
Note that if the customer does not purchase the NON file product, the store clerk may cancel the NON file product at the time of checkout.
Note that even if the product information of the NON file product is registered in the product master by the store clerk before the payment process, the NON file product may be handled as being in the status of a pending product. Whether or not to include NON file products in the payment may be left to the store clerk's key operations on the POS terminal.

FIG. 34 is an example of processing on a mobile terminal regarding a NON file product. The mobile terminal operated by the customer may be a mobile terminal owned by the customer himself or may be a mobile terminal lent to the customer by the store.
It is desirable that the mobile terminal run a program that executes at least the following processes. The processing flow will be explained below.

[S360] The mobile terminal reads the symbol code of the product that the customer wants to purchase. Then, the product master is searched using the product code included in the symbol code. Through this search, product information of the product to be purchased is acquired, and the product information is stored in a virtual shopping file.
Note that the product master may be downloaded into the mobile terminal. Alternatively, the product master may be located in the store's sales data processing system. Product data is obtained based on the product code. Note that if the product data corresponding to the product code is not registered in the product master, the selling price, name, etc. of the product cannot be acquired. Such products are called NON file products, as mentioned above. Since this flow is based on the existence of a NON file product, the process moves to S362.

[S362] It is desirable that the mobile terminal display different products for products that require the intervention of a store clerk and products that do not, including NON file products. By changing the display in this manner, it is possible to inform the customer whether or not the store clerk's intervention is required regarding the product that the customer is purchasing. If a product that requires the intervention of a store clerk is displayed on a mobile terminal, it can be seen that the customer is required to use a POS terminal operated by a store clerk at the time of payment. If all the products purchased by the customer do not require the intervention of a store clerk, it is also possible to make payments using only a mobile terminal. In this case, the customer can leave the store simply by completing the payment on the mobile terminal without using the POS terminal. The process moves to step S364.

[S364] The product code of the NON file product is transmitted to the store's sales data processing system after the symbol code is read. Therefore, the store clerk can perform research on NON file products while the customer continues shopping. The store clerk creates and edits product information for the NON file product using a terminal operated by the store clerk. Then, the product information of the NON file product is registered in the product master, and the product information is also transmitted to the mobile terminal. The process moves to step S366.

[S366] If the mobile terminal has not proceeded to payment processing using the POS terminal (while the customer is shopping), the mobile terminal receives the NON file product from the store's sales data processing system. It is desirable to receive product information regarding. From this product information, the name, selling price, etc. of the NON file product can be determined, and this information can be displayed on the mobile terminal.

Note that even after receiving the product information of the NON file product, the mobile terminal may continue to handle the NON file product in the category of pending products. Therefore, even if the selling price of the NON file product is known, the subtotal amount on the mobile terminal may not be changed. This is because, if the subtotal amount is automatically changed as soon as the product information of the NON file product is acquired by the mobile terminal, the customer may be confused. Therefore, the selling price of the NON file product may be recorded in the subtotal during the payment process at the POS terminal operated by the store clerk.

The above is the processing flow of the program executed on the mobile terminal. As mentioned above, when purchasing only products that do not require the intervention of a store clerk, the mobile terminal can simply read the symbol code of the product, display the purchased product, and make payment using only the mobile terminal. It is also possible to complete the purchase of products.

FIG. 35 is an example of the process of registering a NON file product in the product master. This screen 660 is displayed on a terminal operated by a clerk located in the backyard of the store, a POS terminal operated by the clerk, or the like.

Using this screen 660, the store clerk can learn about notifications of NON file products. Further, using this screen 660, the store clerk can create and edit product information for NON file products. In addition, this screen 660 can transmit product information to a product master or a mobile terminal. Further, using this screen 660, the store clerk can perform processing for confirming the purchase of the NON file product, processing for canceling the purchase, and the like.

The PLU code obtained from the symbol code read by the mobile terminal 20 is displayed in the PLU display column 661b.
The number display section 661c displays the number of products. The number of products can be incremented by pressing the plus button 661. Further, the number of products can be decremented by using the minus button 660e. Note that the PLU value can be edited by touching the PLU button 662a. Editing processing is performed by touching the virtual keyboard 667 or using a physical keyboard (not shown). In order to edit the subcategory of the product, it is sufficient to touch the subcategory button 662b. Furthermore, in order to edit the amount (selling price), the amount button 662c can be touched.

In the captured image area 661k, a captured image of a NON file product captured by a mobile terminal is displayed. Further, in the external DB product image area, images of products obtained from the external database are displayed. A store clerk can identify the product by referring to these images.

Further, the name of the NON file product obtained from the external database is displayed in the external DB product name column 668a. If this name is to be used at the store, by touching the copy button 669, the data in the external DB product name field 668a is copied to the store product name field 661f. This operation not only saves the store clerk the trouble of inputting the product name, but also allows the use of accurate product names.

If the list price of the product can be obtained from an external database, the list price of the product may be entered in the amount column 661h by default. When changing the selling price at a store, the virtual keyboard 667 or the like may be used.
The minor category of the product is entered in the minor category field 661h. When the store clerk touches the small category key 662b, a preset key (not shown) for selecting a small category may pop up. In this case, the store clerk can select an appropriate subcategory from the pop-up subcategory keys.

If the user wants to scan the product again, touch the scan button 665.
The product cancel button 663 may be used to cancel editing of a NON file product. Alternatively, it can also be used when a customer cancels the purchase of a product.
The confirm button 664 is touched when creation/editing of product information is completed. When the confirm button 664 is touched, the product information may be registered in the product master and may also be transmitted to the mobile terminal.

Note that the screen 660 is displayed when a store clerk creates or edits product information for a NON file product in the backyard of a store, or when a store clerk operates when a customer pays for a product at a POS terminal. . Note that in the case of a screen operated by a store clerk in the backyard, it is not necessary to change the number of products, for example. Therefore, the screens for the backyard terminal and the POS terminal for payment processing may be different.

FIG. 36 is an example of the POS terminal 70 (payment machine) displaying pending products. This example shows an example of a screen of a POS terminal using a vertical screen. The screen of this POS terminal is not only the screen of a POS terminal operated by a store clerk, but also the screen of a self-operated POS terminal operated by the customer himself or the customer side screen of a semi-self-operated POS terminal operated by a clerk and a customer. It may be.
On the screen 680, pending products 682a, 682b, 682c, and 682d are displayed. Furthermore, two products registered in the product master, a Mont Blanc cake 682e and a baguette 682f, are displayed.

NON file products and age-confirmed products are displayed as pending products. A suspended product indicates a product that requires the intervention of a store clerk. Further, it is preferable that the reserved products are placed in a reserved basket.
Since the product on hold is displayed, the message "Please register the product on hold" is displayed. Further, the number of pending products “4” is displayed on the pending product button 683.

The pending product 680a was a NON file product, but the product information was registered in the product master before payment, so the product name "A Sausage" and selling price "¥150" are displayed. However, this amount is not included in the total. Since it is a suspended item and exists in the suspended basket, it is not added to the total. It is desirable that when the store clerk touches the confirm button 664, the total value is displayed. Note that if the cancel button 663 is touched afterwards, it may be subtracted from the total. In this case, it is desirable that the created/edited NON file product identification code remain stored in the product master.

The pending product 682b is a NON file product, but the product information is still unknown or the store clerk was unable to edit it in time, so the PLU code is displayed and the product name and selling price are not displayed. In this case, when the store clerk operating the POS terminal touches the pending product button 683, a product information creation/editing screen for the NON file product pops up. This point will be discussed later. In this way, it is desirable to have different displays for NON file products whose product information was edited by a store clerk and registered in the product master before checkout, and NON file products whose product information was not edited by the store clerk in time.
If all NON file products have been edited by store staff before payment, the customer must operate the self-POS terminal operated by the customer to read the symbol code of the NON file product that is on hold. Then, the transaction may be completed without the intervention of the clerk. (In addition, if there is a product other than a NON file product that requires the intervention of a store clerk, the clerk will also intervene at the self-POS terminal.)
The other two pending products are age verification products. The processing by the store clerk for age-verified products has already been described, so the explanation will be omitted.

FIG. 37 is an example of the process of registering a NON file product in the product master at a POS terminal. This screen is displayed when the store clerk touches the pending product button 683.
When the pending product button 683 is touched, it is desirable that a product list 687 containing only pending products is displayed. By doing so, it becomes easier for store staff to identify the reserved products. It is desirable that by touching a product on the pending product list 687, a screen for performing appropriate processing of the pending product is displayed as a pop-up at a screen position that is easily visible to the store clerk.

In FIG. 37, a pop-up 660 for registering a NON file product is displayed when the store clerk touches the NON file product 687b.
This pop-up 660 is similar to the NON file product registration screen shown in FIG. 35. The operation of pop-up 660 will be omitted.
Note that other screens may be displayed on the background and grayed out so that the pop-up screen can be easily viewed.
The configuration and operation of this embodiment for NON file products have been described above. According to such an embodiment, NON file products can be quickly processed when purchasing products using a mobile terminal, and convenience for customers can be improved.

Next, an example of a block diagram of the mobile terminal 20 of the sales data processing system will be described using FIG. 25(a).
The sales data processing system of this embodiment includes a CPU 21, a ROM 22, a RAM 23, a memory 24, a network I/F 25, an input section I/F 26, a display section I/F 27, etc. as a control section. There is.

The CPU 21 constitutes a computer and executes instructions of a software program.
The ROM 22 stores in advance programs and the like for the CPU 21 to operate. Note that the program and the like may be configured to be stored in a portable storage medium such as a CD-ROM and read by an external device such as a CD-ROM drive.

The RAM 23 is used as a work storage area necessary for storing programs and operating software.
The memory 24 is composed of a hard disk device, etc., and stores information such as a product master.
The network I/F 25 is a circuit for exchanging data with means connected on the network.
The input unit I/F 26 is a circuit for performing input/output with the input unit 260.
The display unit I/F 27 is a circuit for performing input/output with the display unit 250 such as a touch panel.

Next, an example of a block diagram of the POS terminal 70 of the sales data processing system will be described using FIG. 25(b).
The sales data processing system of this embodiment includes a CPU 71, a ROM 72, a RAM 73, a memory 74, a network I/F 75, an input section I/F 76, a display section I/F 77, and a printing section I/F 77 as a control section. /F78 etc.

The CPU 71 constitutes a computer and executes instructions of a software program. The ROM 72 stores in advance programs and the like for the CPU 71 to operate. Note that the program and the like may be configured to be stored in a portable storage medium such as a CD-ROM and read by an external device such as a CD-ROM drive.

The RAM 73 is used as a work storage area necessary for storing programs and operating software.
The memory 74 is composed of a hard disk device, etc., and stores information such as a product master.
The network I/F 75 is a circuit for exchanging data with means connected on the network.
The input unit I/F 76 is a circuit for performing input/output with the input unit 760.
The display unit I/F 77 is a circuit for performing input/output with the display unit 750 such as a touch panel.
The printing section I/F 78 is a circuit for performing input/output with the printing section 770 such as a printer.

As described above, when the sales data processing system of this embodiment performs product registration processing using a mobile terminal owned by a customer, it generates pending product information for products that could not be registered and also adds them to the basket as pending products. By guiding customers, they are less likely to give up on purchasing the product and can prevent lost opportunities.
If the product cannot be registered, the customer is notified of this fact and the product is registered as a pending product, so that the customer can enjoy smooth shopping without being delayed by a product that cannot be registered.

In addition, if a product on hold is registered, a store clerk will be called and prompted to correct the information, and payment processing will be prohibited while there is a product on hold, so if the product contains products that could not be registered, It is possible to prevent erroneous transactions due to the inability to complete the payment process in this state.
Then, pending product information is generated for the product that is placed in the shopping cart by pretending to have read the code information of the product, and a store clerk is called at the POS terminal 70, so that fraud can be prevented.

Furthermore, for NON file products that are not registered in the product master, when a customer scans the product with a mobile terminal, the store clerk is notified that the product is a NON file product. For this reason, while the customer is continuing shopping, the product master is updated by adding or editing product information regarding NON file products from a clerk's terminal installed in the store's backyard. be able to. This updated information regarding the NON file product is also transmitted to the customer's mobile terminal, and information such as the price regarding the NON file product is also displayed on the display of the customer's mobile terminal.
Furthermore, when the customer completes product selection and makes payment at the POS terminal, information such as price is also displayed on the POS terminal for NON file products for which product master registration has been updated. Therefore, when making a payment at a POS terminal, there is no need for the store clerk to check the price of the NON file product. Therefore, the time required for payment at the POS terminal can be further reduced.
In addition, when a customer scans a product with a mobile device, store staff will be notified that the product is a pharmaceutical product, security tag product, or age verification product. Therefore, while the customer continues shopping, the store clerk can prepare for each product, further reducing the time required for payment at the POS terminal.

In addition, the sales data processing system of this embodiment stores and displays the product registration operation status performed by the customer using a mobile terminal and the status of the mobile terminal, so it is possible to prevent unauthorized operations by the customer. .
Furthermore, by accumulating and analyzing the operation history of customers when registering products, it is possible to predict fraud in situations where customers are registering products, so fraud can be detected without increasing the burden on store staff. Operation can be suppressed.

In addition, the sales data processing system of this embodiment can prevent customers from forgetting the smartphone used for product registration at the store by notifying the customer of the status regarding the mobile terminal, and can also prevent customers from returning lent batteries, etc. It can prevent you from forgetting.

It goes without saying that the above embodiments do not limit the invention described in the claims, but are treated as illustrative examples.
For example, in the sales data processing system of the present embodiment, when the registered information includes pending product information, the POS terminal 70 displays the registered information and the pending product information together in a list; Only information may be displayed in a list. The POS terminal 70 may display a list of product information by the store clerk modifying all the pending product information.

Furthermore, the mobile terminal 20 can be provided with various additional functions.
For example, a member may launch a dedicated app to detect and notify the remaining battery level and radio wave status of a smartphone.
If the battery is low, the mobile device will display messages such as ``The battery may run out in... hours... minutes'' or ``The battery may run out due to the point reading process.'' You may notify members by displaying this.

Furthermore, if the mobile terminal is switched to offline mode, such as when the radio wave condition is poor, the mobile terminal may display a message such as "Only barcode information is displayed. Prices are not displayed."
By acquiring (inputting) only the barcode information and quantity offline, you can update the data by referring to the product master when you return online, or you can update the data by referring to the product master at the time of checkout, or update the product master by a communication medium such as a wired LAN at the time of payment. By connecting to , it is also possible to obtain and register product information.

The host device 10 may transmit the shopping file information to the product sales system 6 (headquarters system or store controller) as the member's sales results. The product sales system 6 may centrally manage the sales results of the member's devices other than the host device 10. That is, the product sales system 6 may manage both the sales results of shopping at a store and the sales results of shopping using a mobile terminal.

The host device 10 may also cooperate with an electronic receipt server (not shown). If the member desires an electronic receipt, the host device 10 may provide the electronic receipt to the member based only on sales results.
Further, the product sales system and the electronic receipt server may cooperate. In this case, all purchase records can be viewed and downloaded as electronic receipts.

The host device 10 transmits the sales results to the product sales system 6 at a predetermined timing. Furthermore, members who use the cloud service of the host device 10 may also be able to view and download purchase records from other companies and stores as electronic receipts.
As a result, even if the same sales data processing system is adopted at another store of the same company, the member will accept the sales data processing system if it is convenient and has experience using it at other companies and stores. It also becomes easier.

Also, in cases where the sales data is only received from the host device 10 without transmitting the sales results from the POS terminal to the product sales system 6, such as in examples (Part 1) and (Part 3) where a sales data processing system is introduced. It is also possible to understand the store's sales performance, sales report, inventory status, etc.

Furthermore, the mobile terminal 20 may display the purchase history using an installed application. If a customer wants to generate an electronic receipt for tax processing, the customer may be able to specify a product from the purchase history and issue an instruction to generate an electronic receipt. If medical deductions and self-medication target flags are managed, if the corresponding list can be output (CSV or list PDF), it can be used for medical deductions, etc.
Other tax deductions can also be aggregated, and aggregated information can be provided to members. If the same type of tax deduction applies to different products, or if the tax deduction conditions are different, it is possible to compare the two and output, display, print, or create an electronic receipt. Members can also choose advantageous tax deductions.

Furthermore, in the above embodiment, the mobile terminal 20 may refer to the product master of the host device 10 or the like to obtain product information; You may also be able to obtain
In addition, although the mobile terminal 20 acquires the product identification information from the imaged data, the mobile terminal 20 only acquires the imaged data and performs the steps after the process of acquiring the product identification information from the obtained imaged data. This may be done in the higher-level system.

That is, each process carried out in this embodiment may be carried out in any of the host device 10, the mobile terminal 20, the store controller 60, the POS terminal 70, etc., and as long as there is no contradiction, it does not matter which device is carried out. There is no limit to the number of cases.

Note that the camera for capturing images of barcodes and the like attached to products may be a camera included in a smartphone, or a separate camera connected via Bluetooth (registered trademark) or the like may be used.
Note that the processing flows described in this specification may be executed in a different order as long as there is no contradiction. Also, multiple flows may be executed simultaneously. Furthermore, it goes without saying that the embodiments are not mutually exclusive, and that it is also permissible to combine a part of one embodiment with another embodiment.
Further, the processing flow or program may be executed on a single computer, or may be executed on multiple computers communicatively connected via a network.

10: Host device 20: Mobile terminal 60: Store controller 70: POS terminal 201: Control means 202: Store identification means 203: Acquisition means 204: Detection means 205: Product registration means 206: Pending product registration means 207: Display means 208: Notification means 209: Output means 302: Acquisition means 304: Notification means 306: Product data acquisition means 308: Product information editing means 309: DB update means 310: Product information transmission means 312: External database 321: External database 700: Control unit 701 : Control means 702 : Input means 703 : Display means 704 : Settlement means 705 : Notification means 706 : Editing means 707 : Prohibition means 750 : Display part 760 : Input part 770 : Print part

Claims (9)

an acquisition means for acquiring product information of a product specified by a mobile terminal operated by a customer at the store;
When the product associated with the product information acquired by the acquisition means is a predetermined product that requires the intervention of a store clerk, the store clerk's terminal is notified along with the product information that the product is a product that requires the intervention of a store clerk. Notification means;
Sales data processing system with. The predetermined product is a product for which information regarding the price of the predetermined product could not be obtained from the product database of the store;
The sales data processing system according to claim 1. The notification means presents a product code acquired by the mobile terminal and an image captured by the mobile terminal as product data regarding the predetermined product.
The sales data processing system according to claim 1 or 2. further comprising a product data acquisition means for acquiring product data including images regarding the predetermined product from an external database different from the store's product database;
The notification means presents product data acquired by the mobile terminal and product data acquired from the external database.
The sales data processing system according to claim 3. editing means for editing product information regarding the predetermined product according to an operation by a store clerk;
store database updating means for updating the store database based on the product information edited by the editing means;
When transmitting product information edited by the editing means, the product information displayed on the mobile terminal is not updated, and the edited product information is updated on terminals other than the mobile terminal. Information transmission means;
The sales data processing system according to any one of claims 1 to 4, further comprising: further comprising a payment machine for the customer to make payment by himself/herself, which has a display means for displaying product information that requires the intervention of the store clerk;
The display means is
When displaying the product information, a different display is performed depending on whether the editing by the editing means has been completed or the editing by the editing means has not been completed.
The sales data processing system according to claim 5. a procedure for acquiring product information of a product specified by a mobile terminal operated by a customer at the store;
If the product associated with the product information obtained through the obtaining procedure is a predetermined product that requires the intervention of a store clerk, a step of notifying that the store clerk's intervention is required;
A program for causing one or more computers communicatively connected via a network to execute an instruction having the following information. identifying the product by reading a symbol code attached to the product that a customer of the store wants to purchase;
when displaying the specified product, controlling the display mode to be different between a predetermined product that requires the intervention of a store clerk and other products that do not require the intervention of a store clerk;
A program that causes a mobile terminal operated by the customer to execute an instruction including the following: The said instruction is
a step of receiving product information including a price of the predetermined product from a sales data processing system of the store;
further including;
The procedure for controlling the display mode to be different includes: displaying the received product information;
The program according to claim 8.

Images