JP2023171835A - Sales data processor - Google Patents

Abstract

To provide an easy-to-use information processor in which information displayed on a display part is easy to understand, in an information processor for specifying a commodity on the basis of a captured image.SOLUTION: A sales data processing system comprises: acquirement means for imaging image data; commodity registration means for specifying a commodity on the basis of the image data imaged by the acquirement means; and display means for displaying a first display area displaying the data imaged by the acquirement means and a second display area displaying information of the commodity specified by the commodity registration means. The second display area can be changed to a range including the first display area.SELECTED DRAWING: Figure 13

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.

Japanese Patent Application Publication No. 2018-55700

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

However, when registering a product, the images displayed on the smartphone screen lacked any ingenuity and were not very user-friendly.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide an information processing device that identifies a product based on a captured image, in which information displayed on a display section is easy to understand and is easy to use. With the goal.

According to one embodiment, an acquisition unit for capturing image data, a product registration unit for identifying a product based on the image data captured by the acquisition unit, and a first unit for displaying the image data captured by the acquisition unit. The display device includes a display area and a display unit that displays a second display area that displays information on the product specified by the product registration unit, and the second display area can be changed to a range that includes the first display area. An information processing device is provided.

According to the sales data processing device of this embodiment, it is possible to provide a sales data processing system in which the information displayed on the display unit is easy to understand and easy to use.

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.

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 checks 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. 4, and the mobile terminal 20 is constructed by communicating with the host device 10 arranged in the cloud service. be able to.

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 reading operation of the member is 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 the next step or to the checkout step (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 by setting the Felica or NFC identifier of the mobile terminal in advance, the registration information may be acquired by the IC reader.

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. 11 and the display examples shown in FIGS. 18 to 24.

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

For example, when the member causes the input unit 760 of the POS terminal 70 to read the QR code (registered trademark) 840a displayed (output) on the display unit 250 of the mobile terminal 20, the POS terminal 70 reads the QR code (registered trademark) 840a. ) 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, if 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 assist 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. They may be moved and displayed 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. 11, it is determined whether there is any pending product information in the registered information, or in step S707, it is determined whether there is unmodified pending product information. do.

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 confirmed 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 at the point when it is no longer possible 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, the user may be notified that the payment device operation may be skipped when displaying the QR code (registered trademark), etc. Alternatively, instead of this screen, notification 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 composed of a hard disk device, etc., and stores information such as a product master.
The network I/F 75 is a circuit for exchanging data with means connected on the network.
The input unit I/F 76 is a circuit for performing input/output with the input unit 760.
The display unit I/F 77 is a circuit for performing input/output with the display unit 750 such as a touch panel.
The printing section I/F 78 is a circuit for performing input/output with the printing section 770 such as a printer.

As described above, 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 checked.
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. It is also possible to generate an electronic receipt by specifying the purchase history and the purchased product to be converted into an electronic receipt for tax processing. If the flag for self-medication 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. However, there are no limitations.

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.

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 60: Store controller 70: POS terminal 700: Control section 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 , there is provided a program for controlling an information processing device that allows a customer to take out a product to be purchased by himself/herself from a display shelf and register the product while moving around the store, the program controlling the computer of the information processing device. , a procedure for capturing an image of product identification information, a procedure for identifying a product based on the imaged product identification information and registering information on the identified product, and displaying a first display area for displaying an image being captured. , a step of displaying a second display area for displaying information on the specified product below the first display area, and an operation of accepting at least the registered information on the number and amount of the product and the execution of accounting. A program for displaying a third display area for displaying a child between the first display area and the second display area is provided .

Claims (9)

an imaging means for imaging product identification information;
Product registration means for identifying a product based on product identification information imaged by the imaging means and registering registration information of the product;
comprising a first display area for displaying an image being captured by the imaging means and a second display area for displaying information on the product specified by the product registration means;
The second display area can be changed to include the first display area. Sales data processing system. The display area is characterized by displaying a third display area between the first display area and the second display area, which displays at least a subtotal or a score of the registered information registered by the product registration means. The information processing device according to claim 1. The sales data processing system according to claim 1 or 2, wherein the imaging means becomes invalid when the second display area is changed to include the first display area. The first display area is displayed such that an area for recognizing product identification information from the object to be imaged can be visually recognized;
The sales data processing system according to any one of claims 1 to 3, wherein the product registration means becomes invalid when the first display area is changed to include the reading range of the first display area. . the image includes a symbol code;
The product registration means identifies the product by recognizing a symbol code present in the imaging area, and disables the imaging means when the symbol code does not exist in the imaging area for a predetermined period of time.
A sales data processing system according to any one of claims 1 to 4. The display means displays an operator for expanding the second display area in the third display area when the number of products specified by the product registration means exceeds a predetermined quantity, and displays the expanded second display. The sales data processing system according to any one of claims 2 to 5, wherein an operator that returns to a predetermined area of the area is displayed in the third display area. A program that manages an information processing device,
to the computer,
Procedures for capturing image data;
A procedure for identifying a product based on captured image data;
A first display area for displaying captured image data, a second display area for displaying information on the identified product, and a step of displaying the information separately on a display section of the information processing device;
a step of changing the second display area to a range including the first display area;
A program to run. A method for controlling a mobile terminal for registering a product, the method comprising:
Displaying a first display area for registering a product and a second display area for displaying registered product information on a display unit of the mobile terminal;
expanding the second display area;
detecting that the second display area has reached a predetermined range of the display unit;
When it is detected that the second display area has reached a predetermined range of the display section, disabling the acquisition means for registering the product;
How to prepare. an imaging means for imaging product identification information;
Product registration means for identifying a product based on product identification information imaged by the imaging means and registering registration information of the product;
comprising a first display area for displaying an image being captured by the imaging means and a second display area for displaying information on the product specified by the product registration means;
The second display area can be changed to include the first display area. Information processing apparatus.

Images