JP2023138581A - sales processing system - Google Patents

Abstract

To provide an environment that facilitates shopping at stores using mobile terminals.SOLUTION: A mobile terminal includes: position specification means for specifying a current position; and store specification means for specifying a predetermined store that performs the settlement of account of a registered commodity. The store specification means specifies the predetermined store on the basis of the position, or specifies the predetermined store using store information acquired by prompting a customer to input the store information when the predetermined store cannot be specified based on the position.SELECTED DRAWING: Figure 31

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

In a sales data processing system using a mobile terminal such as a smartphone, products can be registered using a mobile terminal such as a smartphone that a customer is accustomed to using, thereby saving time required for registration processing at a cash register.

However, when using a mobile terminal, it is necessary to specify the store where the user will shop.
In this case, the customer is required to enter the store name into the mobile terminal or take steps to specify the store, which forces the customer to perform time-consuming tasks when shopping.

Additionally, when customers use mobile terminals to process credit card payments, it may be difficult for the store to confirm whether the payment process using electronic payments such as credit cards has been completed correctly. Ta.

The present invention was made in view of the above circumstances, and an object of the present invention is to provide an environment that facilitates shopping at a store using a mobile terminal.

According to one embodiment, there is provided a mobile terminal comprising: a position specifying means for specifying a current position; and a store specifying means for specifying a predetermined store where registered products are to be paid, the store specifying means identifies the predetermined store based on the location, or, if the predetermined store cannot be identified based on the location, prompts the customer to input store information. A mobile terminal is provided that identifies the predetermined store based on the stored store information.

According to the sales data processing device of this embodiment, it is possible to provide a sales processing system that facilitates shopping at a store using a mobile terminal.

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. It is an example of the process flow in the mobile terminal of the sales data processing system of one embodiment. It is an example of the process flow in the POS terminal 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 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. 1 is an example of a functional block diagram of a sales data processing system according to an embodiment. It is a figure showing store specification of one example. It is a figure which shows the example which allows a member to select the method of payment. FIG. 2 is a diagram illustrating an example of customer monitoring of the sales data processing system of one embodiment. It is an example of the specific process flow of a store in the mobile terminal of the sales data processing system of one embodiment. It is an example of the process flow of payment in the mobile terminal of the sales data processing system of one embodiment. It is an example of the process flow regarding customer monitoring in the mobile terminal of the sales data processing system of one embodiment. FIG. 3 is a diagram illustrating an example in which a member uses a mobile terminal to acquire the type of a sold-by-weight product that the member wants to purchase. It is a figure showing an example of a metering device. FIG. 2 is a diagram illustrating a mode of interconnection between a mobile terminal and a weighing device. It is a figure which acquires the measured value of a product sold by weight. FIG. 3 is a diagram showing the state of weighing. It is a figure showing display information of a measuring device and its operation after measurement value acquisition. It is a figure showing display information of a measuring device and a portable terminal when measuring is stopped or finished. FIG. 6 is a diagram illustrating processing related to cancellation of registration of a product to be weighed, etc. FIG. 12 is a diagram illustrating a case where a payment process is instructed when there are products for which weighing values have not been obtained. It is a flowchart which shows the cooperation operation of a portable terminal and a weighing device. It is a flowchart showing the operation when there is a registered product for which the measured value has not been acquired. 3 is a flowchart showing operations of displaying registered information and changing registered information of a mobile terminal. It is a flow chart showing manual operation of the weighing device. It is a flowchart of the operation of 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. It also outputs registration information to a payment device such as a 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.

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 refer to the shopping file of the host device 10 as needed, 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 can register a product at a store using a smartphone (portable terminal) 20 that the customer owns. By performing the payment process using a POS terminal exclusively for payment, the customer can conduct product transactions without the intervention of a store clerk.

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 in the headquarters system 50, a common product master, store master, product master for each store, common special sales 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 has 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 above selling price determination logic will be explained with reference to Figure 3 (a). The subtotal (logic A) is the logic for determining the selling price of the product to be purchased, and the price of the latest product information for each product. Calculate the total amount by adding them up.
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). It goes without saying that 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 higher-level device 10 of the sales data processing system can be configured by a store controller of a store, and the mobile terminal 20 can be constructed by directly communicating with the store controller, which is the higher-level 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, so 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 the sales data processing system of this example, (1) When the member carrying the mobile terminal 20 starts the application on the mobile terminal 20, the application acquires the GPS information of the mobile terminal 20, etc., and the acquired location. The information is transmitted to the host device 10. Note that if the location information cannot be obtained, the app displays the QR code (registered trademark) provided at the entrance of the store etc. on the display unit 250 so that the mobile terminal 20 can read the QR code (registered trademark). By reading the QR code (registered trademark), information for identifying the store may be transmitted to the host device 10. 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 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, multiple pieces of received store information are displayed in a selectable manner.
The member confirms the stores displayed on the display section of the mobile terminal 20, and selects a store if a plurality of stores are displayed, thereby identifying the store where the member will shop.
By specifying a 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. Product identification information includes anything that can identify a product and can be obtained as an image, such as barcodes, object recognition based on image features, and 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 registers the received product information as a product to be purchased by the member.

(5) The product information registered by the mobile terminal 20 is sent to the host device 10 as registered product information, and the host device 10 stores the received registered product information in a shopping file (basket data).
(6) The host device 10 calculates the subtotal using the selling price determination logic for the registered product information stored in the shopping file, and (7) sends the calculated total amount 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, 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 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 (9) the request for shopping information 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. can do.

In this example, since 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, the registration process is performed by the mobile terminal 20. There is no need to use the selling price determination logic of existing stores when determining selling prices based on registered product information.
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, in order to use the sales data processing system, product information ( (product master, special sale planning master, etc.) and store information are transmitted via the Internet or the like. Note that it is preferable that the product master and the special sale plan master transmit only information that is valid on that day.

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

The shopping information in the shopping file 140 placed in the cloud service can be periodically sent to the head office system 50 or the store controller 60 of the store via the Internet, or sent to the store controller 60 via the in-store network. The mobile terminal 20 may also be able to store the results of transactions performed using the mobile terminal 20.

The process flow in this example is similar to that shown in FIG. 5, except that the host device 10 is not a store controller but is placed in a cloud service and acquires information etc. from the headquarters system 50 or store controller 60. Since this is the same as the installed sales data processing system, the explanation of the processing flow will be omitted.
Note that in the example shown in FIG. 6, the subtotal calculation based on the selling price determination logic may also be made executable by the application of the POS terminal 70 or the mobile terminal 20.
Furthermore, without adding a new POS terminal 70, it is also possible to respond by modifying the application of the existing POS terminal (payment device) 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. On the other hand, the sales price determination logic (basic) of 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 is caused to communicate with a host device 10 arranged in the cloud service.
Additionally, the existing payment device (POS terminal) 70 is 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 is introduced. Accordingly, 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 of the sales data processing system does not correspond to the selling price determination logic (company/store) set in the existing store. Although the exact total amount cannot be displayed on the mobile terminal 20, 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. It can be used as a guideline 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 process flow in this example is that the selling price determination logic that calculates the subtotal in (6) is different from the store's selling price determination logic, so the total amount sent in (7) is the approximate amount. Except that the POS terminal 70 in (8), (9), (10), and (11) is a POS terminal placed in an existing store, the newly installed sales data processing shown in FIG. Since it is the same as the system, the explanation of the processing flow will be omitted.

- Example of introducing a sales data processing system into an existing store (Part 3) -
This example shown in Figure 8 provides, for example, a subtotal service for the existing store shown in Figure 4, in which the headquarters system (server), store controller, etc. determines the selling price using the store's selling price determination logic (company/store). This is an example in which payment is made 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 retrieve the program.

In this example, a sales data processing system is provided by a cloud service to the existing store shown in FIG. 3, and the mobile terminal 20 communicates with the host device 10 arranged in the cloud service.
Then, the host device (cloud service) 10 receives the shopping information stored in the shopping file from the results calculated by the subtotal service, along with the 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. By adding a function to update the information in the shopping file, 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's head office 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 the headquarters system (server) 50, store controller 60, and host device (cloud service) 10, respectively.

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.

In the sales data processing system of this example, steps (1) to (5) are the same as steps (1) to (5) shown in FIG. 4, and therefore 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, 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 headquarters 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. of the host device 10 are updated based on the information of each master stored in the store controller 60 of the store.

In the product master 110, product information, store identification information, etc. are stored in association with product identification information unique to each product. For example, with the information stored in the product master, product information can be specified from product identification information, and product information handled at the store can be specified from store identification information. Note that the information stored in the product master 110 is not limited to the above product information and store identification information.

In addition, in the sales data processing system of this embodiment, the product master 110 stores sales conditions (standard numbers) linked to product identification information, as shown in FIG. 28(a), for example. .
In addition, in the product master 110, as shown in FIG. 28(b), for the sales condition (standard number), the discount type information, the identification number of the target product, the discount establishment condition, and the establishment condition are established. A bargain sale table is stored that links discount prices at the time of sale.
Note that sales conditions are sales conditions set for each product, such as bulk discount information such as a discount price applied when purchasing multiple items such as vegetables in bulk. Indicates that each pack is a non-fixed quantity product, such as limited quantity information where the number of items purchased per customer is set, or packaged products such as meat where the price per gram is set. There is information etc. Note that 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.
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 stores store identification information, store name, location information such as store GPS information, and QR code (registered trademark) information indicating the store in association with each other. By using the information stored in the store master 120, for example, a nearby store can be specified from location information.

As shown in FIG. 3(c), the member master 130 stores member information such as member identification information and member name (name, address, credit card number, etc.) in a linked manner. For example, store information and credit card information used by the member can be specified from the member identification information.

Furthermore, the member master 130 records information such as the number of times a member registered a product using the mobile terminal 20 in the past and the number of times the registered product was deleted (cancelled) at the time of product registration, etc., by linking to the member identification information. Information such as the number of times may be stored, or the level of membership determined by the frequency of use (number of times) and frequency of erroneous operations (number of times).
For example, the host device 10 sets membership levels from beginner level (L1) to excellent membership (L5), and determines membership levels based on the frequency (number of times) of product registration using the mobile terminal 20, the frequency (number of times) of erroneous operations, etc. The level may be determined and stored in the member master 130.

As shown in FIG. 3(d), the shopping file 140 is a file that stores registration information registered by the member using the mobile terminal 20 when shopping, and includes shopping identification information that identifies the member's shopping and the shopping file 140. 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.

Furthermore, the shopping file 140 may store shopping identification information in association with pending product information for which the product could not be registered using the mobile terminal 20 at the time of shopping. Cancellation operation information related to a product registration cancellation operation performed may be stored in association with the cancellation operation information.

The shopping information stored in the shopping file 140 is synchronized with the product registration information on the mobile terminal 20, and when the shopping member changes or deletes the amount of registered information registered on the mobile terminal 20, the shopping information is synchronized with the product registration information on the mobile terminal 20. , the shopping information in the shopping file 140 is also changed or deleted.
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 sends the registered information linked to the shopping identification information to the shopping file 140 of the host device 10. etc. are requested.
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 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 doing so, the member can refer to all past shopping history at the store.

Furthermore, the shopping file 140 may store past history and currently registered files in separate storage areas. When the current purchase is confirmed, it may be added to the past history file.

Further, the host device 10 supplies 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 a new member, it is preferable to register information such as the member's name, address, telephone number, and e-mail address that can be used to verify the member's identity, as well as credit card information. The registration procedure can be done either online or offline. For example, you can download a dedicated app by entering the necessary information on a registration form or tablet at a store and sending a download URL to the registered email address, or you can download a dedicated app from the host device 10. After installing the service, the member registration screen may be launched and the registration procedure may be performed. It may be provided from a site on the Internet that provides applications for the mobile terminal 20.

Further, if the customer is already a card member of the store, the member registration process may complete the registration as a member by, for example, additionally registering only credit card information.
Note that the information to be registered is not limited to the above information. For example, in the case where the store is a chain store, information unique to the store may be distributed by registering information such as the store that is regularly used.
The host device 10 stores information on registered members in the member master 130.

Note that the operation history of the member master 130 may be used outside the store.
In other words, the conditions, thresholds, etc. displayed on the confirmation screen by the clerk at the payment device according to the member's operation level based on the operation history can be used outside the store.
In addition, considering that the mechanism of the host device 10 is used by multiple companies, if the use is limited to security related to operation history, it can be used by multiple companies beyond the use within the company group. is preferred. 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 are shopping.
If there are multiple applicable stores, a selection screen may be displayed on the display unit 250 so that the member can select from among the multiple stores.

In addition, a QR code (registered trademark) in which QR code (registered trademark) information stored in the store master 120 is stored is attached to the store entrance, and the member can scan the QR code (registered trademark) on the mobile terminal 20. The mobile terminal 20 may specify the store by reading the information using the input section 260 of the store. This method is effective when location information cannot be obtained, and when location information cannot be obtained, a message such as "Please read the store's QR code (registered trademark)" is displayed on the display screen of the mobile terminal 20. You may also do so. Further, when a member enters a store, the store may be identified using in-store Wi-Fi, Bluetooth (registered trademark), short-range wireless communication such as a beacon, or the like. That is, the means for specifying location information 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.

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 specify the selected store as a store for shopping. good.
The mobile terminal 20 may notify the member of information such as "special sale information,""related/alternativeproducts,""newproducts," 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 may be prohibited at a predetermined time before the store closes, and registered customers may be notified of the closing time. However, registered customers can continue shopping and do not have to be prohibited from registering 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 prompt payment in stages.

When the mobile terminal 20 specifies a store, the mobile terminal 20 displays a start screen 800 (FIG. 12(a)) for starting shopping on the display unit 250.
On the start screen 800, keys linked to member point information 800a, store information 800b of the specified store, notifications 800c such as special sale information, coupon information 800d, etc. are arranged, as well as keys for registering products at the store. A "start" key 800e for declaring the start is arranged.

Then, when the member operates the "start" key 800e on the start screen 800, the mobile terminal 20 displays a registration screen 810 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 shown in FIG. 12(b) is divided into two areas, upper and lower. 1 display area 811. The mobile terminal 20 displays a message 811a "Please read the product barcode" in the first display area 811 of the registration screen 810, and visually recognizes a mark 811b indicating the reading range for recognizing the barcode (product identification information). Complete the preparation for product registration by displaying it as possible.

(Reading operation detection processing and product information acquisition processing)
When the member performs an operation to read the code information attached to the product (S202), the mobile terminal 20 acquires the product identification information of the product from the read code information etc. (S203).
In step S202, the mobile terminal 20 detects that a reading operation for reading code information has been performed by a customer or the like.

When the member takes out the product to be purchased from the display shelf and puts it in the shopping cart (basket), the member captures an image of the product using the input unit 260 of the mobile terminal 20, and as shown in FIG. By placing the barcode (code information) within the mark 811b displayed in the first display area 811 of the registration screen 810, the mobile terminal 20 automatically recognizes that it is a barcode (product identification information). to obtain the product identification information stored in the code information.

In this case, if the mobile terminal 20 is equipped with a distance sensor or the like, it will detect the code information reading operation by the member by detecting that the input unit 260 of the mobile terminal 20 has been brought close to the item for a certain period of time. be able to. In addition, in the case where the mobile terminal 20 constantly repeats barcode recognition automatically and is not equipped with a distance sensor etc., for example, it is possible to detect that the same image has been captured for a predetermined period of time. By doing so, it may be possible to detect that a code information reading operation is being performed by a member. Similarly, if these detections are detected for a certain period of time, a timeout process is executed and a message such as "Product registration was not successful. Do you wish to purchase? (Yes/No)" is issued, and the product is placed on hold. good. You can also confirm your purchase.

Further, instead of automatically recognizing code information such as a barcode, the mobile terminal 20 may read product identification information from code information or the like taken by shutter operation or the like while the application is running. In this case, the code information acquisition operation can be detected by detecting that the shutter operation has been performed on the application screen.
Alternatively, it may be determined that a reading operation is being performed by monitoring the tilt and other conditions of the mobile terminal using a gyro sensor or the like. Specifically, detection may be performed using a combination of a predetermined distance, inclination, etc. to the product.

Note that if the product's barcode (product identification information) cannot be recognized by the first image capture, the member may place the product separately as a pending product and proceed with the registration process for the next product. At that time, the member only has to take an image of the product that has been put on hold and leave the image.
By allowing the member to leave an image of the held product, 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.
Specifically, there may be a case where the process to prompt the product to be placed on hold, such as the timeout process described above, is not executed. In such a case, the customer has to keep trying to register the product, which is inconvenient. In such a case, the customer may be able to register the product as a suspended product at his or her discretion, rather than registering the product normally. In that case, for example, display a "Register pending product" button on the registration screen or settings screen, and press the button to switch to an imaging mode in which the shutter is manually released, and register in that imaging mode. It is also possible to take a picture of the front package of the product, the product barcode, the price tag on the shelf, etc. of the product that could not be completed at the user's own timing, and count them up as pending products. That is, the member may be able to switch to manual imaging mode according to his or her will.

Note that there are no particular limitations on the method of detecting the operation of reading product identification information.

If the product identification information cannot be acquired in step S203 even though the reading operation by the member is detected in step S202, the mobile terminal 20 determines that the product information registration has failed (no in S204). ).

For example, if the barcode attached to the product is damaged or the barcode is distorted due to the condition of the product's packaging, some or all of the information recorded in the barcode cannot be read (unreadable). products). In addition, the member may take an image of a part of the product that does not have a barcode. In such a case, product identification information cannot be obtained by reading code information or the like. As a result, the product cannot be registered.
In step S204, it is detected that the product cannot be registered because the code information cannot be read.

Furthermore, if a reading operation by the customer is detected in step S202 and product identification information is acquired in step S203, the mobile terminal 20 checks whether the product identification information exists in the product master 110. However, if the read product identification information does not exist in the product master, it is determined that the product information registration has failed (No in S205).

For example, the product identification information recorded in the code information has been acquired and sent to the host device 10, but the acquired product identification information is not stored in the product master 110 (non-file product), or the product is connected to the host device 10. If there is a problem with the connection, product information cannot be acquired from the host device 10. As a result, the product cannot be registered.
In step S205, it is detected that the product cannot be registered because it is a non-file product or the like.

Note that 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, the step of detecting the member's reading operation may be performed. S202 and judgment 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. Note that the registered product information registered in the mobile terminal 20 is also stored in the shopping file 140 (S206).
In addition, to obtain product information, it is sufficient to refer to the product master 110 stored in the host device 10, but if the product master is downloaded after the mobile terminal 20 specifies the store, the product information can be obtained using only the mobile terminal 20. It is also possible to acquire product information and register registered product information for the product. Further, the product master to be referred to may be a product master stored in the store controller 60 or the POS terminal 70.

(Display processing)
When a product is registered, the mobile terminal 20 displays a second display area 812 for displaying the registered product information and the current registration status in the lower area of the registration screen 810, as shown in FIG. 13(a). The third display area 813 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 current information in a third display area 813. The number of registered points 813a, the estimated total 813b, and an "accounting" key 813c for proceeding to accounting processing based on the registered information are displayed.

Furthermore, the mobile terminal 20 arranges the 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.
Note that, as shown in FIG. 12(b), the mobile terminal 20 may display the third display area 813 with the registered score as 0 points and the approximate total of 0 yen prior to product registration. .

The third display area 813 may be arranged independently of the first display area 811 and the second display area 812, or may be arranged within the range of the second display area 812.
Furthermore, although it is preferable that the approximate total displayed in the third display area 813 displays the current accurate total price of the product, for example, an existing store with a complex pricing logic has been set. In such cases, when a sales data processing system is introduced, accurate subtotal calculation using the store's price determination logic is not possible unless the registered product information is output to the payment device 70, such as an existing POS terminal. may display an approximate total calculated by summing the list prices of each product, etc., in the third display area 813 of the mobile terminal 20.
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.

Note that 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 touches the purchase quantity 812b portion displayed in the second display area 812, the mobile terminal 20 displays a quantity change screen for changing the quantity of the product, as shown in FIG. 14(a). (Popup) 820 is displayed.

The quantity change screen 820 displays the current purchase quantity and price, and also has a "+" key 820a and a "-" key 820b for changing the number of products, and also allows you to delete registered product registration information. A "product cancellation" key 820c is arranged.
Note that if the registered product is a limited quantity product such as a closeout product or a non-standard product, the mobile terminal 20 can use the "+" key 820a to change the number of products, the " A popup 821 without the "-" key 820b may be displayed.

Then, when the member changes the quantity, etc. of the registered product information displayed on the registration screen 810 by operating the "+" key 820a and "-" key 820b, 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 with the input registered product information.

Further, when the member deletes the registered product information displayed on the registration screen 810 by operating the "product cancellation" key 820c, the mobile terminal 20 deletes the registered product information displayed on the registration screen 810. Cancel registration (cancel). Then, the mobile terminal 20 outputs the 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.

Note that if the member cancels the registered product information, the member may notify that the product will be returned to the display shelf or the like.
At this time, if the member's location within the store can be determined, it is detected whether the product whose registered product information has been canceled is more than a certain distance from the shelf to which it should be returned, and the process of returning the product to the shelf or putting it on hold is performed. A screen may be displayed that allows you to select one of the processes to move the item to the cart.

When the registration of the registered product information is canceled by the 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 leave it 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 to store the product as canceled product information.

Furthermore, the mobile terminal 20 may delete registered product information whose registration has been canceled so that it is not displayed 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.

Furthermore, 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 the information 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)
In step S204, it is determined that the product cannot be registered because it is an unreadable product, or in step S205, it is determined that the product cannot be registered because it is a non-file product, etc. Then, the mobile terminal 20 notifies the member that the product cannot be registered (S207).

For example, the mobile terminal 20 displays a notification (pop-up) 830 on the display unit 250 that a product that cannot be registered will be placed on hold, as shown in FIG. 13(b). 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.
The above-mentioned notification that the product cannot be registered is not limited to a pop-up display such as a message.

Note that if the held product is an unreadable product and the code information of the product is displayed on the display shelf of the product, the mobile terminal 20 notifies the display shelf to read the code information attached to the product. You may.

(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 also store imaged data when the code information is imaged.

(Display processing)
The mobile terminal 20 that has generated the held product information stores the generated held product information, and also displays it in the second display area 812 of the registration screen 810 in accordance with the registered product information 812d, as shown in FIG. 15(a). Pending product information 812e indicating that there is a pending product is displayed (S209).
Note that it is preferable that the pending product information 812e displayed in the second display area 812 be displayed in a different display format 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 to also display whether the held product is a "non-file product" or an "unreadable product." This display allows the store clerk to provide the customer with faster response.

Further, it is preferable that operations for changing the quantity and deleting the pending product information 812e displayed in the second display area 812 can be performed in the same way as for normal products.
For example, if a member repeatedly reads the code information 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 held product information and the information regarding the cancellation operation of the held 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 instructed to proceed to checkout, and if the member has instructed to proceed to checkout (Yes in S210), the mobile terminal 20 proceeds to step S210. The registration information is output together with an instruction to proceed to or to checkout (S211), and the process is completed.
Here, the registration information output by the mobile terminal 20 may be shopping identification information.
Note that 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 has been operated by the member, and detects that the "accounting" key 813c has been operated. is detected, the mobile terminal 20 displays (outputs) a QR code (registered trademark) 840a generated based on the shopping identification information on the output screen 840, for example, as shown in FIG. 15(b). ) (S211). 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 shopping identification information to the host device 10. The registered registration information can be obtained.

Note that symbol code information such as a QR code (registered trademark) may store registered information including registered product information and owned product information, but it may not be linked to the registered information including the registered product information and owned product information. Purchase identification information may also be stored. For example, shopping identification information may be information about a path such as a URL where a shopping file is stored, or if the shopping information is searched in the same way, it can be information such as a store identifier, member identifier, date and time, etc. Also, sequence No. It is sufficient if it can be identified by, etc. 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 registration information is stored, but by selecting the POS terminal 70, the selected POS terminal 70 is configured to display the registration information stored in a location other than the mobile terminal 20. Information may also be acquired.
For example, when a member causes the mobile terminal 20 to read a QR code (registered trademark) that is generated on the screen of the POS terminal 70 and identifies the predetermined POS terminal 70, the mobile terminal 20 can contact the predetermined POS terminal 70 for shopping. Transmit accounting instructions along with identification 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 instruct to proceed to checkout (No in S210) and performs an operation such as reading the code information of another product, the customer does not receive an instruction to proceed to checkout (No in S210). 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. 8 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. ) 840a (shopping identification information, etc.).

(Notification processing)
The POS terminal 70 that has input the registered information (shopping identification information, etc.) requests the shopping information linked to the shopping identification information from the host device 10, and stores it in the shopping information (registered information) sent from the host device 10. It is determined whether product information or canceled product information is included (S702). Then, if the POS terminal 70 determines that the registered information includes pending product information, it issues a notification to call the store clerk (S703).

For example, 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).
That is, the POS terminal 70 may issue a notification to call the store clerk if the registered information stores pending product information or canceled product information in step S702.
It goes without saying that the call notification for the store clerk may be controlled by any of the above detections.

(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 900a of registered product information is displayed on the registration confirmation screen 900 shown in FIG. The display of the list 900a can be scrolled.
Further, at the upper position of the registration confirmation screen 900, a total display field is arranged in which the number of purchased items and the total amount of the products purchased in the shopping is displayed, and a "checkout" key 900b is also displayed.

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.
By displaying the registered quantity for each price range, the store clerk can get an overview of the products purchased by the member.
In addition, when a high-value item is purchased, you may notify the light (Patlite (registered trademark)), other equipment (monitoring device), service manager, etc., and the store staff will help with packing the high-value item. be able to.

Then, when the member operates the "Payment" key 900b displayed 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). Complete the transaction.

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

In the example of the registration confirmation screen 920 shown in FIG. 20, a list 920a of registered product information is displayed, as well as information on two pending products 920b and 920c that could not be registered, and information on one canceled product whose registration was cancelled. 920d is also displayed.
At this time, the POS terminal 70 changes the display form of the registration confirmation screen 920 including the registered product information 920a shown in FIG. The registration confirmation screen 900 is displayed in a display format different from that of the registration confirmation screen 900. For example, the registration confirmation screen 920 including the pending product information 920b, 920c and the canceled product information 920d may be displayed with different colors such as the background color, or may be displayed with different font colors and fonts.

Further, it is preferable that the POS terminal 70 arranges the pending product information 920b, 920c and the canceled product information 920d at the top of the registered information list 920a.
Note that the display of the pending product information 920b, 920c and the canceled product information 920d is not limited to the example shown in FIG. 20. For example, the POS terminal 70 may arrange the pending product information 920b, 920c and the canceled product information 920d in the left area of the registration confirmation screen 920, and display the registered product information 920a in the right area.
By these displays, the member or the store clerk can easily understand that there are suspended products or canceled products among the products displayed in the list display, and the suspended products or canceled products.

Further, the POS terminal 70 has a column 920e at the bottom of the screen that displays the number of pending products (including canceled products) in addition to a price range registration number display 900d that shows the registered quantity of products by price range. indicate. In the example shown in FIG. 20, "3" is displayed as the number of pending products.
In addition, you may display the quantity of products that require explanation by a registered salesperson or pharmacist, such as alcoholic beverages that require age verification that requires the intervention of a store clerk, and Class 22 drugs, and other products that require explanation by a registered salesperson or pharmacist. may be provided and displayed. At this time, the target product may be displayed by changing the display format such as background color, character font, size, etc., or by adding a mark or the like.

(prohibited processing)
If the input registration information includes the pending product information 920b, 920c and the canceled product information 920d, the POS terminal 70 includes the pending product information 920b, 920c and the canceled product information 920d following step S704. Payment processing based on registered information is prohibited (S705).

For example, as shown in FIG. 20, the POS terminal 70 uses a "checkout" key 900b, which is displayed on the normal registration confirmation screen 900, on the registration confirmation screen 920 that includes pending product information 920b, 920c or canceled product information 920d. By not displaying this, execution of payment processing is prohibited.

(editing process)
The POS terminal 70 that has prohibited the execution of the payment process modifies the pending product information in response to the store clerk's modification operation (S706).

For example, the POS terminal 70 allows the store clerk to edit the pending product information 920b on the display section 750 as shown in FIG. An edit screen 930 for editing is displayed.
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, and the editing screen 930 may be displayed in a partial area (for example, the left area) of the registration confirmation screen 920.

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. Note that editing on the editing screen 930 may be performed using any appropriate method.

Note that if all the pending products are displayed as a list on the editing screen 930, the round trip between the registration confirmation screen 920 and the editing screen 930 can be reduced. Alternatively, since pending products are displayed in half of the area of the registration confirmation screen 920 (for example, only on the left side), by displaying the editing screen 930 on the other half (on the right side) overlapping or in place of the registered product information, It is also possible to reduce the effort required to perform screen transitions.

The POS terminal 70 may reflect the pending product information modified by the store clerk on the editing screen 930 in the product master or the like.
For example, if you are dealing with a new product, a product from a new customer, or if you forget 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 become a non-file product. There is.
In such a case, by reflecting the modification of the pending product information made at the POS terminal 70 in the product master, it is possible to prevent the product from becoming a pending product from then on. 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 920b to registered product information that can be accumulated on the edit screen 930, the POS terminal 70 updates the pending product information 920b on the registration confirmation screen 920 as shown in FIG. Modify and display. The POS terminal 70 may display the corrected pending product information 920b at the top of the list display of registered product information without moving the display position, but by correcting it, the display of other registered product information 920a may be changed. You may move and display them in order.
Further, when the pending product information 920b, 920c and the canceled product information 920d are arranged in the left area of the registration confirmation screen 920, the corrected pending product information 920b may be moved to the right area and displayed.

Then, the POS terminal 70 changes the number of pending products 920e displayed at the lower position of the registration confirmation screen 920 to "2".

The POS terminal 70 that has modified the pending product information 920b 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), and a registration confirmation screen 920 in which all the pending product information has been corrected is displayed as shown in FIG. (S709).

On the registration confirmation screen 920 shown in FIG. 23, correct product information is input and registered for the two pending product information 920b and 920c that could not be registered, and one item that was canceled at the time of registration is canceled. Regarding product information 920d, cancellation of registration has been confirmed.
By correcting or confirming all of the pending product information 920b, 920c and canceled product information 920d, the POS terminal 70 displays "0" in the number of pending products 920e displayed at the lower position of the registration confirmation screen 920.
Further, the POS terminal 70 changes the background color of the registration confirmation screen 920 to a normal background color, and displays a "determination" key 920f at the upper position of the registration confirmation screen 920.
When the member or store clerk operates the "OK" key 920f, the POS terminal 70 completes the product registration correction process and moves to the payment screen shown in FIG. 24.

On the other hand, if it is determined that all of the pending product information has not been modified, the POS terminal 70 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 920c and canceled product information 920d are corrected.

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. A suspended product registration means 206, a display means 207 for displaying the registered product information registered by the product registration means 205 and the suspended product information generated by the suspended product registration means 206 on a display unit 250, and a display means 207 for notifying that the product information cannot be registered. It includes a notification means 208, an output means 209 for outputting registered 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 and the like.

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

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 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.
The notification means 208 executes notification processing.
For example, the notification means 208 provides notification on 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 member has performed a product registration cancellation operation, and creates registration deletion information or outputs to the host device 10 that the registered product information has been canceled. .

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.
For example, in step S702 of the flow shown in FIG. 8, it is determined whether there is any pending product information in the registered information, or in the same step S707, it is determined whether or not there is pending product information that has not been corrected. do.

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 (registration information and pending products) on the display unit 750. Furthermore, the displayed registration information (registration information and pending products) is displayed in different display formats as necessary.

The payment means 704 executes payment processing.
For example, the payment means 704 performs payment processing for products based on registered information. Furthermore, prior to the payment processing, the accounting method used by the customer for payment is acquired.
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. It also 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 input by the input means 702. A store clerk or the like edits the pending product information on the editing screen to modify the pending product information to registered product information. Note that the editing 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 pending product information or pending product information, the prohibiting means 707 prohibits the payment process until the pending product information is corrected by the editing device 706 and registered as registered product information. do.

Each function provided in the mobile terminal 20 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, a registration screen 810 shown in FIG. 16(a) is displayed on the display unit 250 of the mobile terminal 20.
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 member continues to register products, the second display area 812 will eventually be filled with registered product information, and the registered product information whose barcode was read first will no longer be displayed in the second 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, thereby making it easier to check 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.
Then, when the member operates the "expansion" key 813d, the mobile terminal 20 expands the second display area 812 and uses the entire area of the display section 250 to expand the second display area 812, as shown in FIG. A second 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.
Further, the operation for expanding the second display area 812 is not limited to the operation using the "expansion" key 813d arranged in the third display area 813.

Then, the mobile terminal 20 displays the second display area 812 and the third display area 813 using the entire area of the display unit 250 to hide the first display area 811, and in conjunction with this, the mobile terminal Preferably, the acquisition of image data by the input unit 260 of 20 is disabled.

Note that the second display area 812 and the third display area 813 do not necessarily have to be expanded to cover the entire area of the display section 250 by operating the "expansion" key 813d, and the expansion range can be changed by the member's operation. It may be expanded to a state where all products can be checked depending on the number of products.
In that case, acquisition of image data by the input unit 260 of the mobile terminal 20 may be disabled as soon as the second display area 812 is changed to include the first display area 811; When the reading range is extended to the reading range visibly displayed in the first display area 811 by 812, acquisition of image data by the input unit 260 of the mobile terminal 20 may be disabled.
As described above, wasteful electricity consumption can be suppressed by disabling the imaging means by the input unit 260 when it becomes impossible to check the imaging data using the first display area 811.

Furthermore, the second display area 812 may be expanded sequentially as the member performs product registration processing. In that case, by setting the maximum expansion state of the second display area 812, the second display area 812 may be automatically expanded while securing the first display area 811.

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

The first display area 811 is positioned at the top of the screen so that 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 positioned beyond the top of the mobile terminal. It is very easy to operate because it allows you to visually check both. 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 the three 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 display position of the operator on the screen may be changed based on member information or arbitrary timing. Specifically, since the controls are arranged with right-handed operability in mind, it is not easy to use for left-handed or left-handed users. In this case, as shown in FIG. 27(a), the "accounting" key 813c is placed at approximately the same distance from the center line of the screen, and as shown in FIG. 27(b), the purchase quantity 812b, etc. It may be moved or placed at the beginning of the product name display.
In other words, it is sufficient to memorize the arrangement of controls suitable for right-hand operation and left-hand operation, and automatically switch based on switching instructions, member information, etc. Furthermore, 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 camera's imaging function is turned off. (Imaging means by input unit 260)

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 S402 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 you want to purchase multiple of the same product, you may do so by changing the quantity displayed in the registered product information 812d on the registration screen 810. 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, if an image of the same product is taken and the product is confirmed, the message "The same product has been registered. Do you want to purchase it?" is displayed with a yes/no selection button to confirm the product. good. Further, when confirming this, a screen display may be displayed on which the quantity can be added or subtracted. This method is efficient because there is a possibility that additional charges may be added when the same product is registered continuously.
The same confirmation is performed when the same product is registered and then registered again with another product registered in between.
Incidentally, in order to prevent fraud, when purchasing multiple products, reading may be performed the same number of times as the purchased quantity. Similarly, in the case of deletion, it is also possible to read the same number of times as the quantity to be deleted.
Either or both may be used to purchase multiple items of the same product. Further, the operating method 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.
It goes without saying that if a barcode is directly attached to a product, the barcode may be imaged.

Furthermore, 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 may be applied due to bulk (multiple sales) purchases, but when the member reads the barcode information of the product to which the bulk purchase discount is applied, the mobile terminal 20 , 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 in bulk, as well as a "+" key 850e and a "-" key for instructing to change the purchase quantity. ” key 850f, “product cancellation” key 850g, and “determination” key 850h are arranged.

In the example shown in FIG. 17(a), a pop-up 850 is displayed in which a product with the product name "Hokkaido corn" is registered, and if you buy three products that cost 120 yen each, you can save 60 yen. It is displayed that The number of purchased items 850c is set to "3" as the initial value, which is the total number of purchased items. 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 sales condition explanatory text 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 (product identification information) attached to the product, and then acquires product identification information from the product master 110 based on the product identification information. Obtain (input) product information for a product.

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 (standard 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, for example, by referring to the product master bargain data shown in FIG. 28(b), Get information about.
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, from the acquired product identification information 0001 (corn), it is detected that the product is eligible for the bulk discount of project number 1, and the number of items that meets the sales condition for project number 1 is acquired. Then, the total number of items to be discounted, "3," is determined as the number of items.
In addition, for example, in the case of a limited quantity product with sales conditions such as a maximum of 2 items per person, the limited quantity is determined as the number of items. Furthermore, if the product is a product that the customer often purchases (product with purchase history), the number of items 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 (product identification information) of a product, the mobile terminal 20 registers the product by setting "1" as the number of purchased items. If special sales conditions are set for the product, for example, if the product is eligible for a bulk discount, a confirmation screen will be displayed with the bulk quantity set as the purchase quantity, as shown in Figure 17(a). Display.

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, the 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 scale is connected to a network, the scale and the mobile terminal 20 are connected by short-range wireless communication, and the barcode of the product to be weighed is read by the mobile terminal 20, and a key is pressed to specify the product. The user may specify the product to be weighed by operating the weighing device, etc., and then weigh the product using a scale, thereby registering information on the weighed product in the mobile terminal 20. In that case, the label issued by the measuring instrument may include only information such as the expiry 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.
Further, the mobile terminal 20 may record the read coupon information in code information such as a QR code (registered trademark) in accordance with product registration information and output the code information, and perform discount processing etc. at the POS terminal 70 or the like. 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, designates all or part of the store's product master, and downloads the list of products that the member plans to purchase (hereinafter referred to as "shopping") using the mobile terminal 20. "list") can be created.
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. Further, it 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 the mobile terminal 20 automatically adds regularly purchased products to the shopping list based on past shopping history information, or creates a "shopping list" by scanning barcodes on empty containers, etc. at home. It may also be possible to do so.
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 basically 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 the shopping information A subtotal is calculated based on the 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. In that case, it is preferable to display the total number of code information and the number of code information currently displayed on the output screen 830.

In addition, instead of reading the registered product information with a QR code (registered trademark), the information of the storage area of the shopping file is displayed and the "shopping file" is acquired using the information in the storage area, so that the information of the registered product can be read. You may also obtain and receive information. Furthermore, not only the QR code (registered trademark) but also one-dimensional codes such as the NFC identification code of a mobile terminal can identify member information, and if the identifier is set in the shopping file, the shopping file can be easily identified.

As described above, when outputting registered information by displaying code information (QR code (registered trademark) 840a) on the output screen 830 of the mobile terminal 20, the POS terminal 70 completes the inputting process of the registered information. The mobile terminal 20 does not stop displaying the code information until it does.

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 POS terminal 70 using the input unit 260 of the mobile terminal 20, registration information is sent to the POS terminal 70 of the read identification information, and the network It is also possible to output the data via 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.
Note that 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.
These products will be treated in the same way as held products and stored as held product information. At the time of payment, the clerk will be called by the notification means and the same as the held product information will be displayed on the screen of the POS terminal 70. If editing (confirmation processing) is not performed, accounting is preferably prohibited by prohibition means.
Furthermore, purchase may be prohibited by notifying the pharmacist or registered seller of the absence.

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.
Note that when a store clerk's intervention is required, such as when collecting a gift certificate, a store clerk is automatically called. Alternatively, a display guiding the user to a service counter, manned POS, etc. may be displayed on the display unit.

Further, it is preferable that the 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, during the payment process, it is preferable to have a store clerk perform a check as necessary.
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 on the payment process by the store clerk may be performed randomly as a surprise inspection, but it is preferable to check the payment process according to the member's usage status of the mobile terminal 20.

For example, the clerk may check the 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.

Furthermore, as is done in the clerk calling process in step S703 in FIG. 11, during the registration operation by the member, if there is a pending product whose code information cannot be read or if the registered product information is canceled, etc. It is preferable that checks and support be provided by store staff.

For example, the mobile terminal 20 or the POS terminal 70 refers to the member 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.
Furthermore, when calling a store clerk based on a registration cancellation operation, a history of multiple past purchases may be taken into consideration. For example, if the total number of registration cancellation operations for this time, last time, and the time before last is 5 or more, a setting may be made to call a store clerk.

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.

In addition, by setting whether or not to check the clerk's check during the payment process based on the operation history of the mobile terminal 20 during the member registration process, it is possible to help members who are accustomed to registration operations using the mobile terminal 20 and who frequently perform registration cancellation operations or erroneous operations. By focusing on members who are unlikely to be eligible and having store staff actively intervene, 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.

-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, if a product registration process is performed using the app, we will notify customers by not forcibly closing the app or by prohibiting them from launching other apps until the payment process is completed. It's okay.
Alternatively, automatic payment may be made using a pre-registered payment method such as a credit card, and notification may be sent by email.
Furthermore, the system may be operated without performing payment processing at the payment device by registering credit cards, electronic money, and debit accounts at financial institutions. However, members can shop with peace of mind if they confirm the details of their shopping, so the member may decide to use the checkout device or a device with a similar function to confirm the details. 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 there is no registration information or shopping identification information in the registration completion operation, a notification that the payment device operation may be skipped may be notified at the same time as the QR code (registered trademark) is displayed. Alternatively, instead of this screen, notifications or guidance such as ``No operation on the payment device is required'' may be provided.

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 comprised 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, in the sales data processing system of this embodiment, when registering a product using a smartphone owned by a customer, when registering the product, the display range of the registered product on the display of the mobile terminal is By minimizing the area, image data can be easily confirmed.
Further, since the list screen of registered products can be expanded as necessary, registered products can be easily checked on a wide screen, and scrolling work etc. can be reduced.

In addition, if you cannot confirm the image data of the product that was captured by checking the registered product on a wide screen, you can disable the input section such as the camera, which can save power and reduce the temperature rise of the terminal device. It can be prevented.

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 present embodiment, when the registered information includes pending product information, the POS terminal 70 displays a list of the registered information and the pending product information, but displays only the pending product information as a list. You may. The POS terminal 70 may display a list of product information when the store clerk corrects 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, radio wave status, etc. of a smartphone.
If the battery is low, a message such as ``The battery may run out in... hours... minutes'' or ``The battery may run out due to the point reading process'' will be displayed. Members may be notified by

In addition, if the device is switched to offline mode, such as when the radio wave condition is poor, a message such as "Only barcode information will be displayed. Prices will not be displayed" may be displayed to notify the user.
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 shopping file on the host device 10 is sent to the product sales system 6 (headquarters system or store controller) as the member's sales results, so that the product sales system 6 consolidates the member's sales results from other devices other than the host device 10. Can be managed. In other words, it is possible to manage both the sales results of shopping at stores and the sales results of shopping on mobile terminals.
The host device 10 can also cooperate with an electronic receipt server (not shown). If the member desires an electronic receipt, the electronic receipt may be provided to the member based on only the sales results of the host device 10. 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 sales results are transmitted from the host device 10 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 the case of introducing a sales data processing system (Part 1) and (Part 3), It is also possible to understand the store's sales performance, sales report, inventory status, etc.

Further, the purchase history may be displayed on an application installed on the mobile terminal 20. If you want to generate an electronic receipt for tax processing, you can specify a product from your purchase history and instruct the generation of 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.

Further, the purchase history may be displayed on an application installed on the mobile terminal 20. For the purchase history to be converted into an electronic receipt for tax processing, the electronic receipt may be generated by specifying the purchased product. If the self-medication target flag is managed, the corresponding list can be output (CSV or list PDF) and can be used for medical deductions.

Furthermore, in the above embodiment, the mobile terminal 20 may obtain product information by referring to the product master of the host device 10 or the like, but the mobile terminal 20 may download the product master to the mobile terminal 20 and obtain the product information on the mobile terminal 20 It may be possible to do so.
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 processes the steps after the step of acquiring the product identification information from the obtained imaged data at a higher level. It may also be done in the 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.

-Embodiment regarding store identification-
To specify the store where a member shops when purchasing a product at a specific store. The specification of a store will be described in detail below with reference to the drawings.

In FIG. 30, the mobile terminal 20 is equipped with a position acquisition means 213 for acquiring the position of the mobile terminal 20. For example, in the mobile terminal 20, when the member starts a dedicated application on the mobile terminal 20, the position acquisition means 213 acquires the position from the GPS of the mobile terminal 20, the radio wave strength from multiple base stations of the mobile phone network, etc. . Alternatively, the position acquisition means 213 may acquire position information using short-range wireless communication. For example, the location acquisition means 213 can directly acquire store information by interconnecting with Wi-Fi provided by the store and NFC installed at the entrance of the store.

The position of a mobile terminal can be estimated using the field strength of near field wireless communication or triangulation based on the field strength. Short-range wireless communication standards other than Wi-Fi include BLE (Bluetooth Low Energy), EnOcean (registered trademark), Wi-SUN, Zigbee (registered trademark), and the like. BLE is one of the extended specifications of the short-range wireless communication technology Bluetooth. iBeacon (registered trademark) is a communication system using BLE developed by Apple Inc. (Apple is a registered trademark). With iBeacon (registered trademark), the beacon terminal continuously transmits unique ID information from a fixedly installed transmitter (beacon) to nearby BLE-compatible smartphones. The receiving side can monitor BLE radio waves and recognize ID information and beacon propagation strength. iBeacon (registered trademark) can set the ID transmission range from three types: "Immediate" (nearby), "Near" (near), and "Far" (far).

It goes without saying that those skilled in the art can appropriately select what type of short-range wireless communication to use for estimating the location of the mobile terminal. Furthermore, the position acquisition means 213 can also be used to acquire position information indicating where in the store the mobile terminal 20 is located.

The store identifying means 202 in FIG. 30 identifies stores existing within a predetermined range based on the position information of the mobile terminal 20 obtained from the position acquiring means 213. Note that if multiple stores exist within a predetermined range, the multiple stores are displayed on the mobile terminal 20 and the member is prompted to specify one store among the multiple stores. It's okay.

By using location information, it is possible to easily specify a store to enter and purchase a product.

Note that if the predetermined store to enter cannot be specified based on the location information, the member may be prompted to input store information.

The POS terminal 70 compares the predetermined store specified by the mobile terminal 20 (the store entered) and the store where the POS terminal is installed, and performs control to prohibit payment processing if the comparison does not match. It has control means 701.

The weighing device 30 compares a predetermined store specified by the mobile terminal (the store entered) and the store where the weighing device is installed, and prohibits mutual connection with the mobile terminal 20 if the comparison does not match. It has a control means 335 that performs control.

FIG. 31A shows an example in which the mobile terminal 20 detects and displays two nearby stores A and B based on location information. Since there are multiple stores nearby, a screen is displayed prompting the customer to select which store to enter. If the store to enter is Store A (PQR store), the customer can select the store to enter by touching that button.

FIG. 31(B) shows an example of inputting store information. An example is shown in which a symbol code 1312 identifying the store is displayed on a display screen 1310 installed at the entrance of the store. By photographing the symbol code 1312 with the camera of the mobile terminal 20 owned by the member, the application of the mobile terminal 20 recognizes the symbol code 1312. The imaged symbol code 1322 is displayed on the display screen of the mobile terminal 20. By recognizing the symbol code 1312, the application can obtain information about the store to enter. Note that instead of displaying the symbol code on the display 20, the symbol code may be printed on a poster or the like and posted at the entrance of the store. Members can input information about the store they wish to enter without having to perform cumbersome operations such as key input. Furthermore, by appropriately changing the symbol code 1312 displayed on the display 20 over time, the member can image a copy of the symbol code at a location away from the store such as at home and input the store to enter. It is possible to prevent unauthorized operations such as

FIG. 31C shows an example in which a symbol code 1324 displayed on the mobile terminal 20 is read into a camera 1332 of an imaging device 1330 installed at the entrance of a store. By causing the imaging device 1330 to read the symbol code 1324 displayed on the mobile terminal 20, the application on the mobile terminal 20 can obtain store information through another network. Note that by appropriately changing the symbol code 1324 displayed on the mobile terminal 20 over time, it is possible to prevent unauthorized operations such as loading a copy of the symbol code displayed on the mobile terminal 20 into the imaging device 1330. can.

By reading the display of the symbol code as described above, it is possible to easily specify the information of the store to enter.
Alternatively, the store may be specified by displaying stores where the member frequently shops on the mobile terminal 20 and having the member select the store.

In FIG. 30, the product registration means 205 may prevent the process from proceeding to the process of enabling product registration until the store is specified by the store specifying means 202. The reason for this is that if the store to purchase the product is not determined, the store to pay for the registered product cannot be determined, for example. By doing so, it is possible to prevent payment processing from being performed at the wrong store. For example, if multiple tenants (stores) coexist in the same building, it is important to identify the store before starting the product registration process.

In addition, in the payment process, it is also desirable to perform a process of confirming in which store the product is registered. This makes it possible to prevent fraud such as, for example, receiving a discount service when registering at another store and then paying at the discount service price at another store.

FIG. 32 shows an example in which the display means 207 displays on the mobile terminal 20 a screen 1400 that allows the member to select the payment method.

On the screen 1400, a cash button 1402, a credit card button 1404, an electronic money button 1406, and the like are displayed. When the member selects the cash button 1402, the member can pay cash using the mobile terminal 20 and a payment processing device (such as the POS terminal 70) that can handle cash. Note that the method for linking the payment processing device that can handle cash with the mobile terminal 20 is to have the payment processing device read the symbol code displayed on the mobile terminal 20, or to make the payment processing device read the symbol code displayed on the payment processing device. Examples of methods include having the mobile terminal 20 read the symbol code, or using NFC (near field communication) to bring the mobile terminal 20 close to the payment processing device. By using such a method, the mobile terminal 20 and the payment processing device can be linked, so the member only needs to use the payment processing device to pay the purchase price of the registered product.

When the member presses the credit card button 1404, electronic money button 1406, etc. and selects electronic payment, the following processing is performed, for example.

The payment means 211 in FIG. 30 may operate to limit the locations where electronic payments can be made using the mobile terminal 20 to predetermined locations.

The payment means 211 acquires current location information from the location acquisition means 213, and processes electronic payments such as credit cards and electronic money only when the mobile terminal 20 is located at a predetermined location under the supervision of a store clerk. It is desirable to be able to migrate to The display unit 207 may control the credit card button 1404 and the electronic money button 1406 so that they can be pressed only at predetermined locations. When processing electronic payments such as credit cards and electronic money using the mobile terminal 20, it is desirable that a clerk or a store monitoring system (not shown) confirm whether the payment has been made. As a monitoring system, for example, the POS terminal screen shown in FIG. 2, the confirmation screens shown in FIGS. 18 and 19, etc. may be used for checking. Note that the screens shown in FIGS. 18 and 19 may be displayed on a mere display terminal without a payment function. Payment may only be made possible after the clerk confirms that the payment has been made and detects the clerk's action to complete the confirmation, such as pressing a button. In this case, it is preferable that the display device is equipped with a touch panel, but a (physical) keyboard that is mainly operated by the store clerk may be connected. The display unit 207 may display a screen as shown in a pop-up 1402 in FIG. 32(C) so that the clerk can visually confirm the completion of the electronic payment. By doing this, the store clerk can reliably confirm that the payment has been made before the member leaves the store with the purchased product.

When the member presses the credit card button 1404, electronic money button 1406, etc. and selects electronic payment, the payment means 211 acquires position information from the position acquisition means 213, and the mobile terminal 20 Check that it exists in the area. If the mobile terminal 20 does not exist in the predetermined area, a display is displayed to prompt the member to move so as to enter the predetermined area.

A pop-up 1410 in FIG. 32B shows an example of a screen that prompts the member to move to a predetermined area (for example, near the credit card payment counter). For example, a store clerk is on standby at the credit card payment counter, and can monitor whether payment by electronic payment such as credit card payment has been reliably completed. Further, the store clerk may perform a check such as comparing the purchased products in the member's possession with the purchased products. By checking samples on a sample basis, the burden on store staff will be reduced, and members will be able to quickly complete the payment process and leave the store.

FIG. 33 is a diagram illustrating an example of customer monitoring of the sales data processing system of one embodiment.

The control means 201 monitors and controls the position information from the position acquisition means 213, and determines whether the mobile terminal 20 has left the store, for example, even though the payment for the registered product has not been completed. Monitor and control. Then, the control means 201 causes the display means 207 to display a pop-up 1512 prompting the member to return to the store because "payment has not been completed" as shown in FIG. 33(A). Alternatively, the display unit 207 may display on the mobile terminal 20 that since the member has gone out to the store, payment will be made using a payment method such as a credit card or electronic money.

Further, as shown in FIG. 33(B), the mobile terminal 20 communicates with the POS terminal 70 operated by the store clerk, and displays the payment information on the display section 750 of the POS terminal 70 via the display means 703 of the POS terminal 70. Information (1522) about members who left the store without completing the process may be displayed on the screen 1520 of the POS terminal 70. Alternatively, the mobile terminal 20 may display the screen 1520 on another management screen (not shown) of the store. Alternatively, the host device 10 may monitor the mobile terminal 20 and display the screen 1520 on the display screen (not shown) of the host device 10.

The member information (1522) includes, for example, information on unfinished payment, information on the time the member left the store, member name (customer name), membership number, list of registered products for which payment has not been completed, It is desirable that information including at least one of the member's telephone number and the current location of the member's mobile terminal 20 be displayed.

-Processing flow of embodiment regarding store identification-
FIG. 34 is an example of a store specific processing flow in the mobile terminal of the sales data processing system of one embodiment.
Each procedure (step) in the mobile terminal 20 will be explained below.
FIG. 34(A) shows a processing flow related to entering a store using a mobile terminal.

[S1002] The current location is specified. Then, the process moves to step S1004. GPS or the like is used to obtain location information. As already explained, there are various methods for identifying the current location of the mobile terminal 20 in addition to GPS.

As mentioned above, by having the symbol code displayed on the mobile terminal recognized by the reading device installed at the entrance of the store, the mobile terminal and the reading device are linked. Information may also be obtained. Other short-range wireless communications, such as NFC, may be used to specify the store.

[S1004] Processing for identifying the store is performed based on the location information of the store and the identified current location. The process moves to step S1006.
[S1006] Based on the current location information, it is checked whether the store has been identified. If this check is positive (yes), the process moves to step S1014. If this check is negative (no), the process moves to step S1008.

[S1008] Based on the current location information, it is checked whether a plurality of stores exist as candidates. If this check is positive (yes), the process moves to step S1010. If this check is negative (no), the process moves to step S1012.

[S1010] Since there are multiple store candidates, the user (member) is prompted to select a store, and the user's selection is accepted. The process moves to step S1014.

[S1012] The mobile terminal 20 reads a symbol code present at the entrance of the store, for example. The symbol code includes information including store information. Based on this store information, the store can be specified. Note that the process for causing the mobile terminal 20 to recognize the store is not limited to this process. As already mentioned, the store is specified by various methods based on instructions from the member. The process moves to step S1014.
[S1014] The inhibited transition to product registration processing is canceled. Thereafter, the member can register purchased products using the mobile terminal 20 within the store. It is desirable that a shopping basket for the member be generated in the store system upon the member entering the store. Products registered by the member are added to the shopping basket.

FIG. 34(B) shows a processing flow when the mobile terminal performs payment or purchases a product sold by weight.
[S1022] This process is executed by interruption when proceeding to payment processing or when interconnection with the weighing device is instructed.
Note that details of interconnection between the mobile terminal and the weighing device will be described later.
The process advances to step S1024.
[S1024] In this case, it is determined whether the store information held by the payment device or the weighing device and the store entry information stored in the mobile terminal match.
If this determination is positive (yes), the stores match, and the process ends.
If this determination is negative (no), the process moves to step S1026.
[S1026] Normally, a member with a mobile terminal would pay the bill at the store they entered.
You should also use the weighing device at the store you enter.

However, for example, it is also assumed that the member leaves the store, enters another store, and tries to pay the bill, or tries to use the weighing device of the other store. In this case, paying at another store or purchasing bulk products at another store requires complicated processing at the store, as adjustments in sales calculations and inventory management are required between stores during checkout. That will happen.

Therefore, as a simple solution, it is desirable to uniformly prohibit paying at a store other than the one you entered or using a weighing device at another store. As mentioned above, it is desirable to not allow payment at other stores and to not allow interconnection between the weighing device and the mobile terminal. Through this process, the member is prohibited from making payments at other stores. Or, the member cannot use the weighing device. By this measure, the above-mentioned inconveniences can be avoided.

As an example of "exceptional processing", the payment may be made as a product handled by the store where the current payment device is installed, regardless of the location information. Alternatively, the mobile terminal and the weighing device may be interconnected, and the product may be registered in the mobile terminal as a store product linked to the weighing device. Then, in the payment device, payment may be made as a store product linked to the weighing device.
In the case of the above exception handling, it is desirable to perform a process for each store to adjust the amount of stock and sales that do not match between the theoretical and actual sales.

FIG. 35 is an example of the processing flow of payment on the mobile terminal of the sales data processing system of one embodiment. The processing flow will be explained below.

[S1102] The member declares that payment will be made electronically using the mobile terminal 20. Examples of electronic payment include, but are not limited to, payment by credit card and payment by electronic money. The process moves to step S1104.

[S1104] The current position is specified. This current location is the location of the mobile terminal 20, and is the current location of the member. The process moves to step S1106.

[S1106] It is checked whether the current position is within the first area. Examples of the first area include the vicinity of a counter where a store clerk is present, the vicinity of a credit card payment desk where a store clerk is present, and the like. These positions allow the store clerk to monitor the member's electronic payment using the mobile terminal 20. Additionally, the store clerk can easily confirm the purchased products. If this check is positive (yes), processing moves to step S1110. If this check is negative (no), the process moves to step S1108.

[S1108] Since the member holding the mobile terminal 20 exists outside the first area, the member is prompted to enter the first area on the display screen of the mobile terminal 20, for example. The display may display a route within the store to the first area to guide the member (not shown). The process returns to step S1104.
[S1110] Since the member exists within the first area, electronic payment processing is performed using the mobile terminal 20.

FIG. 36 is an example of a processing flow related to customer monitoring on a mobile terminal of the sales data processing system of one embodiment. The details of the processing flow will be explained below.
It is desirable that the following processing be started by interrupt processing or the like.

[S1200] This process is started by interruption, periodically, or when "specific processing on the mobile terminal" is performed. Here, "specific processing on the mobile terminal" refers to, for example, the following processing.
(1) Process of displaying the payment QR code of the mobile terminal in order to read it into the POS terminal and perform payment. (2) If the function has a function that can display the small plan screen, an instruction to proceed to the small plan screen was given. (3) Processing when an instruction to proceed with payment by credit card, electronic money, etc. is given (4) Processing when an instruction is given to cancel all registered products (5) Intercommunication with the weighing device Processing etc. when an instruction to establish is given When the above processing is carried out, it is desirable to carry out the following processing because it is an important phase when shopping.
[S1202] The current location of the mobile terminal 20 is specified. The process moves to step S1204.

[S1204] It is checked whether the current position of the mobile terminal 20 is outside the second area (for example, outside the store). If this check is positive (yes), the process moves to step S1206. If this check is negative (no), processing ends.

[S1206] It is checked whether the payment for the registered products on the mobile terminal 20 has been completed. If this check is positive (yes), the process ends. If this check is negative (no), the process moves to step S1208.

[S1208] It is discovered that the member carrying the mobile terminal 20 has left the store even though the payment has not been completed. Therefore, information regarding the member is displayed to the store clerk. The displayed example is as already described. Further, the member is notified (displayed) on the screen of the mobile terminal 20, for example, to return to the store. An example of this notification (display) has already been described. Alternatively, if the store is specified again based on the acquired location information and it is found that the mobile terminal is located in a different store, the member's current store can be re-registered. In this case, a process such as creating a new product basket for the re-registered store and putting the already created product basket on hold may be performed. Alternatively, since there is a member outside the store, the display may return to the initial screen for specifying the store.
This process makes it easier to take appropriate action against members whose payments have not yet been completed. Processing ends.

-Embodiment regarding cooperation between weighing device and mobile terminal-

Return to FIG. 30. The product type acquisition means 203a in FIG. 30 acquires, for example, the type of a sold-by-weight product that the member is attempting to purchase via a mobile terminal or the like. The measured value acquisition means 203b acquires the obtained measured value of the product sold by weight from the weighing device 30.

For products that need to be weighed, unit prices (unit price per kg, unit price per item, etc.) are set in advance for each product type. If the product type and measurement value of the bulk product purchased by the member are known, the price of the product can be calculated using the unit price of the product type. Obtain the product type and its weight so that you can register the product and calculate the price.
The product registration means 205 can register a product sold by weight using the product type of the product and its measured value.

It is desirable that the display unit 207 displays the product type in a manner that indicates that the weight value has not been acquired until the weight value acquisition unit 203b acquires the weight value corresponding to the product type. Alternatively, notification may be given to weigh the products of the product type.

In addition, the payment means 211 of the mobile terminal 20 prohibits the transition to the payment process when the type of the product sold by weight is acquired, and prohibits the transition to the payment process when the corresponding weight value is acquired. It is desirable to cancel it. This is because the price of the product sold by weight cannot be determined until the weighing value is obtained, so it is desirable not to proceed to the settlement process.

FIG. 37 shows an example in which the member uses the mobile terminal 20 to acquire the type of bulk product that the member wants to purchase. In FIG. 37, lemons 3002, apples 3004, and oranges 3006 are displayed, and a sign 3012, a sign 3014, and a sign 3016 each having a display are placed behind each product sold by weight.

For example, the sign 3012 displays the characters lemon, that the unit price is per kg, and that the unit price is nn yen. Further, a barcode 3013a is displayed so that the mobile terminal 20 can optically read this information. These displays may be printed on paper or the like and displayed. Note that by displaying the information using a display, it is possible to quickly display information that takes into account discounts for time-based services and the like. In addition, by changing and displaying the barcode at a predetermined time, it is possible to register products sold by weight at different unit prices by having the mobile terminal 20 read a barcode that has been taken with a camera in advance. Fraud can be prevented.

It can be seen that the mobile terminal 20 in FIG. 37 is equipped with a camera, and the barcode 3013b of the lemon 3002 is read by the detection means 204. In the second display area, one yogurt priced at 160 yen is already registered (3050). Also, the apple is being read 3040, the amount required is displayed 3041, and the price? ? A circle 3042 is displayed.

Similarly, the lemon is read 3030, the required amount is displayed 3031, and the price? ? A circle 3042 is displayed. The subtotal column 3020 displays that there is only one officially registered item, that the approximate total is 160 yen, and that a button to proceed to checkout is displayed. Since the weighing values for lemons and apples have not been obtained, the required weighing amount 3041 and the required weighing amount 3031 are notified, and members are urged to weigh them. Also, because no measurements were taken? ? A circle is displayed. In addition, the columns 3030 and 3040 for sold-by-weight products that have not been weighed are displayed with shading, and are displayed in a manner that allows the member to recognize that the weighed values have not been weighed.
Return to FIG. 30. In the weighing device 30, an instruction receiving means 331 which also has a display function and a communication means 333 are controlled by a control means 335.

The communication means 333 performs mutual communication with the communication means 215 of the mobile terminal 20. The instruction receiving means 331 may be, for example, a display device having a touch panel. The instruction receiving means 331 displays symbol codes, messages, buttons, etc., and can receive various instructions by touching the screen. Although not shown in the weighing data in Figure 30, it is equipped with a printer, a short-range wireless device (Bluetooth, NFC, etc.), a weighing function, a stage for placing the object to be weighed, a reader for reading the symbol code, etc. It is desirable that

The symbol code displayed on the weighing device 30 is read by the mobile terminal 20 and is linked to the mobile terminal. Alternatively, the weighing device 30 and the portable terminal 20 may be linked by the reader of the weighing device 30 reading a symbol code displayed on the portable terminal 20. Then, upon being linked, the mobile terminal 20 and the weighing device 30 can monopolize mutual communication by short-range wireless communication such as Bluetooth, and can communicate information with each other.

Note that the communication means 215 of the mobile terminal 20 may be able to control the weighing device 30 via the communication means 333 using established mutual communication such as Bluetooth.

In addition, when the instruction receiving means 331 of the weighing device 30 detects that a customer who does not use the mobile terminal 20 declares the use of the weighing device 30, or when a product is placed on the platform, , the establishment of mutual communication with the mobile terminal 20 may be prohibited, and the prohibition may be canceled once the weighing has been performed smoothly and, for example, the printing of the label has been completed.

FIG. 38 shows the metering device 30. An initial screen 4053a of the weighing device is displayed on the display portion. The initial screen 4053b is an enlarged display of this. The formula screen 4053b includes a display area 4055 in which a symbol code used to establish mutual communication with the mobile terminal is displayed, and an area 4057 that serves as an explanation screen and touch area when using the weighing device without using the mobile terminal. Displayed.
If the customer wants to use the weighing device without using a mobile terminal, he or she can touch the display area 4057 or place the product on the platform 4062.
The weighing device 30 includes a printed label outlet 4060 and a symbol code reading section 4061.
The reading unit 4061 can read, for example, a symbol code displayed on a mobile terminal.
FIG. 39 is a diagram showing a mode of interconnection between the mobile terminal 20 and the weighing device 30.

FIG. 39(A) is a diagram showing how the camera of the mobile terminal 20 reads the symbol code 4056a displayed on the weighing device 30. The captured symbol code 4056b is displayed on the screen of the mobile terminal 20.

The detection means 204 of the mobile terminal 20 analyzes the symbol code and obtains information necessary for mutual communication. Using this information, the communication means 215 of the mobile terminal 20 and the communication means 333 of the weighing device 30 can establish mutual communication using short-range wireless communication such as Bluetooth. Note that mutual communication may be established by reading the symbol code displayed on the mobile terminal 20 by the reading unit 4061 of the weighing device 30, or information necessary for mutual communication may be obtained using NFC. . Note that after mutual communication is established, not only short-range wireless communication such as Bluetooth, but also other wireless communication such as Wi-Fi, optical communication, wide area communication network of mobile phone, etc. may be used in combination.

FIG. 39(B) shows a situation when mutual communication is established and information on sold-by-weight products registered by the mobile terminal 20 is transferred to the weighing device. Note that the information on products sold by weight registered by the mobile terminal 20 may be directly transmitted from the mobile terminal 20 to the weighing device 30 through mutual communication, but may also be transmitted directly from the mobile terminal 20 to the weighing device 30 through mutual communication, It goes without saying that the information may be transmitted to the weighing device 30 via a device or a server device (not shown).

In FIG. 39(C), the display information 4060a of the weighing device 30 is shown in a large size as the display information 4060b. As shown in FIG. 39(B), the same display information 4060c may also be displayed on the screen of the mobile terminal 20. By displaying the display information 4060c of the weighing device 30 on the mobile terminal 20 in this manner, the member can give instructions to the weighing device 30 from the mobile terminal 20. It goes without saying that the product registration screen may be displayed on the mobile terminal 20 without displaying such a screen.

As shown in the display information 4060b of FIG. 39(C), an apple button 4063 and a lemon button 4065, which are products sold by weight for which weighing values have not yet been obtained, are displayed. The reason why these two sold-by-weight products are displayed is that the types of these products were acquired by the camera of the mobile terminal 20 by reading the barcodes of apple and lemon in FIG. In order to encourage members to select products and to weigh each of the apples and lemons they have, a notice is issued asking them to ``select a product and place the product on the table.''

Also displayed are a button 4066 to cancel weighing, and a button 4067 to search for products sold by weight, which is used when you want to weigh products that are not displayed.

FIG. 40 is a diagram for acquiring weighing values of products sold by weight. In FIG. 40(A), the member first touches the apple button 4063 of the display information 4060d. It is shown that the apple button 4063 is highlighted when the member's finger 3100 touches the apple button 4063 on the screen of the weighing device. By this operation, the instruction receiving means 331 of the weighing device 30 detects that the apples are to be weighed. Then, it is displayed in the display information that the unit price of apples is 360.00 yen/Kg. This unit price may be obtained by the weighing device in advance from the store's product master, or by obtaining the unit price of the apple from the product master in response to a member's selection of apples, which are sold by weight. Just display it.

FIG. 40(B) shows display information 4070a of the weighing device 30. In the enlarged display information 4070b, a notification 4073 "Please place the product" is made, prompting the member to place the apple on the table 4062. Additionally, an apple display 4075 is displayed to make it easier for members to understand. The return button 4077 is a command button for returning to the previous screen and displaying the previous display information.
In response to this display, the member is about to place the apple 3080 on the platform 4062 with the member's finger 3100.

FIG. 41 is a diagram showing the state of weighing. In FIG. 41a, since the apple 3080a is placed on the stage 4062, the displayed information 4090a (4090b) includes that the weight value is 1.2006 kg, the unit price is 360.00 yen, and the weight value and unit price. Based on this, it is shown that the total price of the apple is 432 yen. Note that the total amount may be calculated by rounding down the decimal places.

A label printing command button 4093 is displayed in the display information 4090b. Note that it is desirable that the print command button 4093 be displayed only after the weighing value has stabilized after the product has been placed on the product. Alternatively, the print command button 4093 is dimmed and does not print even if pressed until the weighing value stabilizes, and when the weighing value stabilizes, it becomes brightly displayed and printing begins when pressed. Good too. Additionally, a message saying "Please press the print button" is issued. After confirming that the member's operation is correct, the member touches the print command button 4093 with the member's finger 3100.

FIG. 41(B) shows display information 4095 after the print command button 4093 is touched. The display information 4095 includes a notification prompting the user to attach the label 4097 to the product bag 4081 when the label 4097 is printed from the weighing device 30a. Note that the label may not be printed out. Further, a symbol code including information on the measurement value may not be printed on the label. It is desirable that the product type and the measured value be transferred from the communication means 333 of the weighing device 30 to the mobile terminal via the communication means 215 of the mobile terminal 30 using mutual communication. Further, the weighing device 30 may transmit the product type and the weighing value via a communication line so that they are stored in the member's basket provided in another host device in the store.

FIG. 42 is a diagram showing display information 4060e of the weighing device 30 after obtaining the weighing value and its operation. As shown in FIG. 42(A), the apple display has disappeared in area 4063a. This is because the weighing value of the apple has already been obtained and the label has been printed out, so there is no need to display the apple.

FIG. 42(B) shows an example in which the member's finger 3100 touches a button 4066 to stop weighing. Since the lemon display 4065a remains in the display information 4060f, the member is required to weigh the lemon. Can be canceled.
FIG. 43 is a diagram showing information displayed on the weighing device 30 and the mobile terminal 20 when the weighing is stopped or finished.

As shown in FIG. 43(A), the screen of the weighing device 30 displays initial display information 4053c. Therefore, other members can interconnect with the mobile terminal 20. Further, the weighing device 30 can also be used by customers who do not have a mobile phone.

FIG. 43(B) shows the display of the mobile terminal 20. Since the weighing of the apples has been completed and the mobile terminal 20 has acquired the weighed value of the apples, the apple display field 3040a has changed from a shaded display to a normal display. Further, the display at the position 3041a where the number of pieces is normally displayed has changed from "Measuring required" to "Weighing". This display indicates that the apple is a product whose weight is to be measured. This change in display allows the member to confirm that the apple he or she is trying to purchase has been correctly registered. On the other hand, the lemon display column 3030 does not change because no weighing was performed. Since the items are still displayed in shading, it can be seen that they are treated in the same way as the previously mentioned suspended items. In this embodiment, products for which weighing values have not been acquired can be treated in the same way as suspended products. In the approximate total column 3020, the price of the apple, 432 yen, is added to 160 yen, and the amount 3021a changes to 592 yen.

Return to FIG. 30. When the registration means 205 of the mobile terminal 20 receives an instruction to change the number of products to be weighed, changing the number of products corresponds to setting the number to zero (that is, canceling the registration). It is also possible to accept only the following items. This is because it is not assumed that there will be multiple products of the same weight when weighing the products for receipt.

Note that there are also products that are sold by the number of pieces, such as apples that are sold by the number of pieces and a weighing device that calculates the number of apples based on the total weight of the apples. There are cases where one apple costs 150 yen and three apples costs 450 yen, which are registered with a weighing device and a label is issued. In this case, the quantity may be changed to 2 or more. (In the case of such products, the member does not use the weighing device 30 in the first place, but instead reads the product type code of apples with a mobile terminal, for example, as shown in Figure 37, and then inputs the number of apples.) It may also be possible to register the apples (the weighing device 30 may not be used). In this case as well, the weighing device 30 calculates the number of apples, outputs a label, and displays the number of apples based on the weighed value. may be transmitted to the mobile terminal 20 or a host device.

Furthermore, if there is an element of a counting scale, for example, if a piece of candy is sold in quantities of 5 yen and it is common for members to buy 20 or 30 pieces, it is difficult for members to actually count them. Therefore, the number of candies is calculated from the unit weight of the candies and the measured value. In the case of such products, it may be necessary to use the weighing device 30. In this case, it is desirable that this number cannot be changed and can only be canceled. Alternatively, the quantity may only be changed within the range of the upper limit value and lower limit value (for example, an error of ±1 item for every 20 items), and it may be possible to only cancel registered items.

FIG. 44 shows processing related to cancellation of registration of a product to be weighed. FIG. 44(A) shows a member's finger 3100 touching a button 3041b labeled "Weigh" in order to change the quantity of apples.

FIG. 44(B) shows the subsequent pop-up display 3043 and notification display 3110. The pop-up display 3043 displays a product cancellation button 3044. Note that if the product is a product whose quantity can be changed, buttons 820a and 820b for instructing to increase or decrease the quantity are displayed as shown in FIG. 11(a). FIG. 44(B) is a display similar to the pop-up display 821 of FIG. 11(b). In FIG. 44(B), product cancellation is touched with the member's finger 3100. When this operation is performed, a notification display 3110 is displayed. This display prompts members to place apples in a holding basket. Furthermore, by pressing the return button 3114, the cancel operation can be canceled. Further, the OK button 3112 is a button that notifies the mobile terminal 20 that the member has accepted this treatment. The member places the apple in the holding basket. Note that the pending basket is just one example, and it may be possible to distinguish it from other registered products. Alternatively, notification may be made to return the product to the product display shelf.

FIG. 44(C) is a diagram showing the display on the mobile terminal 20 after the member touches the OK button 3112. Since the registration of the apple has been canceled, a strike-through line 3045 is displayed, and the price of the apple has changed to 0 yen 3042a. Further, the estimated total amount 3021a is also 160 yen, reflecting the cancellation of the apple. Note that the strikethrough line 3042a is an example for clearly indicating that cancellation has been performed, and the apple display field itself may be erased. Alternatively, the mobile terminal 20 may indicate that a cancellation instruction has been given without executing the cancellation. In this case, as well as continuing to treat the product as a hold product, a display 3110 regarding the hold product may be displayed to prompt the member to put the product in the hold basket.
FIG. 45 is a diagram illustrating a case where a settlement (proceed to checkout) process is instructed when there are products for which weighing values have not been obtained.

FIG. 45(A) is a diagram when the proceed to checkout button 3108 is pressed by the member when there are products for which weighing values have not been obtained. In response to this instruction, the mobile terminal 20 displays a display 3110 regarding the pending product. Then, the member is prompted to put the lemons whose weighing values have not been obtained into the holding basket. The member then touches the OK button 3110a. Note that if the weighing values of all product types to be weighed have been acquired, the display 3110a regarding the pending product is not displayed. In this case, the prohibition on payment processing has been lifted and it is possible to proceed to payment processing.

FIG. 45(B) is a diagram showing the display screen of the mobile terminal 20 after the OK button 3110a is touched. A strikethrough line 3035 is displayed for a lemon whose weight value has not been obtained.

Such crossed out products can be treated in the same way as the previously explained suspended products. Note that when the display 3110 regarding the held product is displayed, a notification may be made to call a store clerk. Alternatively, it is not necessary to issue a notification to call a store clerk and display 3110 regarding the pending product.

FIG. 46 is a flowchart showing the cooperative operation between the mobile terminal 20 and the weighing device 30. The details of this flow will be explained below.
[S2002] The mobile terminal 30 reads the symbol code of the product sold by weight. Through this operation, the mobile terminal acquires the type of product sold by weight. The acquired product type is registered in the mobile terminal and displayed on the screen. At this stage, since the weighing value of the weighed product has not been acquired, transition to the settlement process is prohibited. Note that the member operating the mobile terminal may be allowed to press a button to proceed to checkout. In this case, as described above, it is sufficient to prompt the user to put the products for which weighing values have not been obtained into the holding basket. Further, as shown in FIG. 39 and the like, it is desirable to notify that "weighing required" to obtain the measured value, and to notify the user to obtain the measured value. The process moves to step S2004.

[S2004] It is checked whether the task of acquiring the type has been completed. This check results in an affirmative determination (yes) when, for example, the button to proceed to checkout is pressed. In this case, the process moves to step S2006. Otherwise, a negative determination (no) is automatically made and the process returns to step S2002.

[S2006] Information on mutual communication with the weighing device is acquired. That is, the symbol code of the weighing device is read by the mobile terminal 20. Note that the mobile terminal may acquire the connection information by connecting via NFC, by having the weighing device read a symbol code displayed on the mobile terminal, or the like. The process moves to step S2008.

[S2008] Mutual communication is established with the weighing device. The mobile terminal 20 and the measuring instrument 30 occupy short-range wireless communication such as Bluetooth. The process moves to step S2010.

[S2010] The customer operates the weighing device to obtain a weighed value. Alternatively, using a mobile terminal with which mutual communication has been established, the weighing device may acquire the measured value in response to an operation by a customer using the mobile terminal 20. The mobile terminal 20 acquires the measured value from the measuring device 30 and registers it. The mobile terminal 20 may change the display mode of the column of the product for which the weighing value has been obtained so that it can be seen that the weighing value has been obtained. Alternatively, the price may be calculated from the measured value and the unit price and displayed. The process moves to step S2012.

[S2012] It is checked whether all the obtained weight values of the product types to be weighed have been obtained. If this check is negative (no), the process returns to step S2010. If this check is affirmative (yes), the process moves to step S2014.
[S2014] The prohibition of transition to payment processing is canceled. Mutual communication is then cut off.
This completes the cooperative operation between the weighing device 30 and the mobile terminal 30.

FIG. 47 is a flowchart showing the operation when there are registered products for which weighing values have not been obtained. FIG. 47(A) shows a process that is started by an interruption when an instruction to proceed to checkout is received or an instruction to cancel a product to be weighed is received.

[S2102] Payment is requested (pressing the button to proceed to checkout), and the mobile terminal 20 determines whether all the weight values corresponding to the type of product obtained have been obtained. If this determination is affirmative (yes), the process advances to step S2106. If this determination is negative (no), the process advances to step S2104.

[S2104] The mobile terminal notifies the user that items for which weighing values have not been obtained should be placed in the hold basket. Since this is a case where the button to proceed to checkout has been pressed, a notification is sent to prompt the user to place all products for which weighing values have not been obtained into the hold basket. The process advances to step S2106.

[S2106] It is determined whether there is an instruction to cancel the product to be weighed. If this determination is affirmative (yes), the process advances to step S2108. If this determination is negative (no), the process ends.

[S2108] A notification (A) is made to prompt the user to place the product for which cancellation has been instructed into the hold basket. Regarding the notification (A) process, the process shown in FIG. 47(B) is performed.
FIG. 47(B) is started by an interrupt when the above notification (A) is made.

[S2112] The mobile terminal 20 determines whether the OK button has been pressed. The OK button is, for example, the OK button 3110 in FIG. 44(B), and is a button that is pressed when the member approves of placing a product for which a weighing value has not been obtained into the holding basket. If this determination is affirmative (yes), the process moves to step S2114. If this determination is negative (no), the process moves to step S2116.

[S2114] The mobile terminal 20 cancels the notification and changes the display by adding a strikethrough line or the like. Then, the price of the canceled item is set to 0, the total amount is recalculated, and the display is updated.

[S2116] For example, if there is no operation after a certain period of time has elapsed, it is desirable to notify the store clerk. This notification is transferred from the mobile terminal to a host device, POS terminal, etc., and calls the store clerk. A clerk who is called will then confirm the information.
The above is the operation flow of the mobile terminal 20 when the acquisition of the measurement value is not completed.
FIG. 48 is a flowchart showing the operation of displaying registered information and the operation of changing registered information of the mobile terminal 20.

FIG. 48(A) is a flowchart showing the operation of displaying registered information of the mobile terminal 20.
[S2202] The mobile terminal determines whether the product registration information is a product whose price varies depending on weight or a product sold by weight. If this determination is affirmative (yes), the process moves to step S2206. If this determination is negative (no), the process moves to step S2204.
[S2204] The mobile terminal 20 displays the quantity in the quantity display field based on the member's instruction. Processing ends.
[S2206] Since the registered information of the product indicates that the price varies depending on the weight or the product is sold by weight, the mobile terminal displays something other than the quantity in the quantity display field.
FIG. 48(B) is a flowchart showing the operation of changing registered information of the mobile terminal 20.

[S2210] The mobile terminal determines whether the product registration information is a product whose price varies depending on weight or a product sold by weight. If this determination is affirmative (yes), the process moves to step S2214. If this determination is negative (no), the process moves to step S2212.
[S2212] The mobile terminal 20 performs a process of displaying and reflecting the change according to the quantity change instruction.

[S2214] Since the registered information of the product indicates that the price varies depending on the weight or the product is sold by weight, the mobile terminal 20 accepts only an instruction to change the quantity to zero, that is, a deletion instruction. The process moves to step S2216.

[S2216] In the case of a deletion instruction, the mobile terminal displays the fact that the item has been deleted, prompts the customer to place the deleted item in a specific location, and, if necessary, notifies the customer to call a store clerk. Processing ends.
FIG. 49 is a flowchart showing the manual operation of the weighing device, that is, the operation of the weighing device when the customer uses the weighing device without using the mobile terminal 20.

[S2302] The weighing device determines whether a product has been placed on the platform of the weighing device or whether the customer has detected a declaration that the customer will use the weighing device without a mobile terminal. An example of this declaration is when it is detected that the customer has touched the display area 4057 in FIG. 38. If this determination is affirmative (yes), the process moves to step S2304. If this determination is negative (no), the process ends.

[S2304] The weighing device prohibits the mobile terminal from establishing mutual communication with the weighing device. This is because if the mobile terminal 20 attempts to connect to the weighing device 30 while the customer is operating the weighing device, this may interfere with the customer's operation. Note that an example of a mode of prohibiting the establishment of this mutual communication is not to display the symbol code 4056 in FIG. 38. The process moves to step S2306.

[S2306] The weighing device determines whether the customer has finished using the weighing device. If this determination is affirmative (yes), the process moves to step S2308. If this determination is negative (no), this step S2306 is repeated.
[S2308] Since the customer has finished using the weighing device, the weighing device cancels the prohibition on establishing mutual communication.

FIG. 50 is a flowchart of the operation of the POS terminal. The POS terminal may be of any type, such as a self-service POS terminal operated by the member himself or a POS terminal operated by a store clerk. The POS terminal can perform the following operations as described in step S2400.
In other words, the POS terminal (payment device) is
・Products sold by weight that have been registered but have not been weighed, products whose registration has been canceled as sold-by-weight products, and products whose registration has been canceled for products with different prices depending on weight will be handled in the same way as suspended products.
The handling of suspended products has already been described in detail.

For products sold by weight that are registered but not weighed, the weight value may be obtained by weighing them with a weighing device connected to the POS terminal.

The steps of each processing flow of this embodiment may be rearranged in order as long as there is no contradiction, or may be executed simultaneously as long as there is no contradiction. Furthermore, the embodiments in this specification are not mutually exclusive, and part or all of one embodiment can be appropriately combined with another embodiment.

10: Host device 20: Mobile terminal 201: Control means 202: Store specifying 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 210: Registered product cancellation means 211 : Payment means 213 : Location acquisition means 215 : Communication means 331 : Instruction receiving means 333 : Communication means 335 : Control means 60 : Store controller 70 : POS terminal 700 : Control part 701 : Control means 702 : Input means 703: Display means 704: Settlement means 705: Notification means 706: Editing means 707: Prohibition means 750: Display section 760: Input section 770: Print section

According to one embodiment, a mobile terminal used by a customer of a store includes a location specifying means for specifying a current location, and a store for specifying a predetermined store for paying for registered products based on the location. identifying means , product registration means for registering a product after the predetermined store is specified by the store specifying means, and notification means, and the notification means is configured to detect whether the location is outside the predetermined store . and, if payment for the registered product has not been completed, the mobile terminal notifies a store clerk of at least one of the customer's information, the fact that the location is outside the predetermined store, and the location. is provided.

Claims (10)

a location identifying means for identifying the current location;
store specifying means for specifying a predetermined store where the registered product is to be paid;
A mobile terminal equipped with
The store specifying means is
identifying the predetermined store based on the location, or
If the predetermined store cannot be specified based on the location, prompting the customer to input store information, and identifying the predetermined store based on the input store information.
Mobile device. It further has a product registration means,
The product registration means prevents transition to a process that enables product registration until the predetermined store is specified by the store specifying means.
The mobile terminal according to claim 1. The store specifying means is
If two or more stores are candidates for the predetermined store based on the location, presenting the two or more stores to the customer and prompting the customer to select one store;
The mobile terminal according to claim 1 or 2. further has a payment means;
The payment means enables processing for paying for the registered product by electronic payment without using cash when the position is within the first area.
The mobile terminal according to any one of claims 1 to 3. further has a payment means;
The payment means notifies the customer to enter the first area when the customer selects a process of paying for the registered product by electronic payment without using cash.
The mobile terminal according to any one of claims 1 to 3. further comprising a notification means,
The notification means notifies the store clerk and/or the customer if the location is outside the second area and payment for the registered product has not been completed.
The mobile terminal according to any one of claims 1 to 5. A sales management system including the mobile terminal,
A control means for monitoring and controlling whether or not there is a predetermined mobile terminal whose payment for the registered product has not been completed and whose position is outside the second area;
If the predetermined mobile terminal exists, a notification that notifies at least one of the member information linked to the predetermined mobile terminal, the fact that the position is outside the second area, and the position. means and
The sales management system according to any one of claims 1 to 6, having the following. A sales management system comprising the mobile terminal, POS terminal, and weighing device,
The POS terminal has a first control means that performs control to compare the predetermined store and a store where the POS terminal is installed, and prohibit payment processing if the comparison does not match,
The weighing device compares the predetermined store with a store where the weighing device is installed, and if the comparison does not match, the weighing device includes a second control means that performs control to prohibit mutual connection with the mobile terminal. have,
A sales management system according to any one of claims 1 to 6. determining the current location;
a step of identifying a predetermined store where payment for the registered product is to be made;
A program that causes a mobile terminal to execute
The step of identifying the store includes:
identifying the predetermined store based on the location, or
If the predetermined store cannot be specified based on the location, prompting the customer to input store information, and identifying the predetermined store based on the input store information.
program. determining the current location;
a step of identifying a predetermined store where payment for the registered product is to be made;
A method comprising:
The step of identifying the store includes:
identifying the predetermined store based on the location, or
If the predetermined store cannot be specified based on the location, prompting the customer to input store information, and identifying the predetermined store based on the input store information.
Method

Images