System, program, sales data processing method, and settlement device

Abstract

To provide an easy-to-use sales data processing system by enabling smooth article registration even when article information cannot be acquired by reading a bar code.SOLUTION: A system comprises: acquisition means for acquiring article identification information; detection means for detecting an operation to acquire the article identification information by the acquisition means; article registration means for registering an article based upon the article identification information that the acquisition means acquires; and held article registration means for generating held article information associated with an article for which the article information cannot be registered when the acquisition operation is detected by the detection means and then the article identification information cannot be acquired by the acquisition means, or the article cannot be registered by the article registration means.SELECTED DRAWING: Figure 10

Description

[Technical field]

[0001] The present invention relates to a system, a program, a sales data processing method, and a settlement device. [Background technology]

[0002] In the past, self-service POS systems that register products purchased by customers themselves have been widespread, but there are also portable registration devices that allow customers to register products at the same time they place them in a shopping cart, etc. In recent years, sales data processing systems have become known in which customers download a shopping application onto their own mobile devices, such as smartphones, and use the devices as registration devices to register their own products in stores. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2018-55700 A Summary of the Invention [Problem to be solved by the invention]

[0004] A sales data processing system using a smartphone allows customers to register products using a mobile device such as a smartphone that they are familiar with, thereby reducing the time required for registration processing at the cash register.

[0005] However, when capturing an image of a barcode or the like and reading the information recorded on the barcode, there are cases where it is not possible to read the barcode and obtain the product information, for example, if the barcode printed on a packaging bag is wrinkled. Furthermore, when it is not possible to obtain product information from the captured barcode, it takes time to obtain the product information, which makes the system less user-friendly.

[0006] The present invention has been made in consideration of the above circumstances, and aims to provide an easy-to-use sales data processing system that enables smooth product registration in a sales data processing system that identifies products based on captured images, for example, when product information cannot be obtained by reading a barcode. [Means for solving the problem]

[0007] According to one embodiment, a sales data processing system is provided which includes a storage means for storing product identification information that identifies a product and product information about the product in association with each other, an acquisition means for acquiring product identification information for a product to be purchased, a product registration means for registering product information about the product based on the product identification information acquired by the acquisition means and information stored in the storage means, and a notification means for notifying the user if the product identification information acquired by the acquisition means is not stored in the storage means. Effect of the Invention

[0008] According to the sales data processing device of this embodiment, even when it is not possible to obtain product information by reading a barcode, smooth product registration is possible, thereby providing a user-friendly sales data processing system. [Brief description of the drawings]

[0009] [Figure 1] 1 is a schematic diagram illustrating an example of an overall configuration of a sales data processing system according to an embodiment; [Diagram 2] FIG. 2 is a diagram illustrating an example of a POS terminal of the sales data processing system of an embodiment. [Diagram 3] FIG. 2 is a diagram showing data of a sales data processing system according to an embodiment. [Figure 4] 1 is an example of a store that employs a sales data processing system according to an embodiment. [Diagram 5] 1 is an example of an implementation example of a sales data processing system according to an embodiment. [Figure 6] 1 is an example of an implementation example of a sales data processing system according to an embodiment. [Figure 7] 1 is an example of an implementation example of a sales data processing system according to an embodiment. [Figure 8] 1 is an example of an implementation example of a sales data processing system according to an embodiment. [Figure 9] 13 is an example of a processing flow in a mobile terminal of the sales data processing system of the embodiment. [Figure 10] 13 is an example of a processing flow in a POS terminal of the sales data processing system of the embodiment. [Figure 11] FIG. 1 is an example of a functional block diagram of a sales data processing system according to an embodiment. [Figure 12] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 13] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 14] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 15] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 16] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 17] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 18] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Figure 19] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Figure 20] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Figure 21] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Figure 22] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Figure 23] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Figure 24] 13 is an example of a screen of a POS terminal of the sales data processing system of an embodiment. [Diagram 25] FIG. 1 is an example of a block diagram of a sales data processing system according to an embodiment. [Figure 26] 13 is an example of a process flow for displaying an image on a mobile terminal of the sales data processing system of the embodiment. [Figure 27] 13 is an example of a screen of a mobile terminal of the sales data processing system of an embodiment. [Figure 28] FIG. 2 is a diagram illustrating an example of data in a sales data processing system according to an embodiment. [Figure 29] 13 is an example of a process flow for displaying an image on a mobile terminal of the sales data processing system of the embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] 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 in one embodiment includes a higher-level device 10 having a storage means for storing a product master 110, a store master 120, a member master 130, a shopping file 140, etc., and a mobile terminal 20 connected to the higher-level device 10 via the Internet or the like.

[0011] The higher-level device 10 is, 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 the product master 110 etc. stored in the higher-level device 10 are updated appropriately, for example at predetermined times, based on each piece of information from the store controller 60.

[0012] For example, a smartphone that is personally owned by a customer is used as the mobile terminal 20. 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. The mobile terminal 20 may be a dedicated mobile terminal for rental in a store. By installing a dedicated application, the mobile terminal (smartphone) 20 has a function as a registration device that executes a registration process for products purchased when shopping at a store.

[0013] The mobile terminal 20 can appropriately exchange information with the product master 110, the store master 120, the shopping file 140, etc. stored in the higher-level device 10. In addition, the mobile terminal 20 outputs information to a settlement device such as a POS terminal 70.

[0014] The store's product sales system 6 includes a store controller 60 and a plurality of POS terminals (registration and settlement devices) 70, and the POS terminals 70 can be used to perform registration and settlement processes for products purchased by customers.

[0015] The store controller 60 is an information processing device that manages the entire product sales system 6 of the store, manages the POS terminals 70, and also manages various information such as a product master and a member master. The store controller 60 acquires the product master reflecting the latest product information from an external source (for example, a server at the headquarters, a removable storage medium) and stores it. A product master is a file that stores product information such as product name (product name, item name), sales price, and discount information, linked to product identification information (for example, JAN code) assigned to each product.

[0016] The POS terminal 70 is a device that performs registration and settlement processes for products purchased by customers, and has an input unit 760 such as a barcode reader, preset keys, or a CCD camera for reading information about products purchased by customers, a display unit 750 such as a touch panel for displaying the read product information, and a printing unit 770 for printing receipts, etc. When shopping identification information is input from the mobile terminal 20, the POS terminal 70 can request registration information and the like from the higher-level device 10 as necessary.

[0017] An example of the POS terminal 70 is a POS terminal dedicated to settlement. In this embodiment, a customer registers a product in a store using his / her own smartphone (mobile terminal) 20 and performs settlement processing using a POS terminal dedicated to settlement, thereby making it possible to trade products without the intervention of a store clerk.

[0018] The POS terminal 70 is not limited to a POS terminal dedicated to settlement, but may be a POS of a type in which a store clerk performs registration processing of products purchased by a customer and the customer performs settlement processing by himself (semi-self-service type). In the case of a semi-self-service type POS, the POS may be a POS in which a registration device performing registration processing and a settlement device are separate, and registration information registered by the registration device is output to the settlement device and the customer performs settlement processing by himself at the settlement device, or it may be a face-to-face POS that has a screen performing registration processing facing the store clerk and a screen performing settlement processing facing the customer, and a cash processing section. Furthermore, the POS terminal 70 may be a POS in which the customer performs the registration process and the payment process for the product he or she purchases, that is, a POS of a type without the intervention of a store clerk (full-self type).

[0019] In addition, the POS terminal 70 may be a switchable POS that can be switched between a semi-self-service POS in which the customer processes the payment themselves, the face-to-face semi-self-service POS, or the full-self-service POS, depending on the level of congestion, the availability of store staff, etc. An example of a switching type POS terminal 70 is shown in Fig. 2. The example of the POS terminal 70 shown in Fig. 2 includes a table 70a. Furthermore, the device may be a normal POS register in which a store clerk registers products purchased by a customer and processes payments, and there are no limitations as long as it is a device capable of processing payments.

[0020] Furthermore, the sales data processing system 1 of this embodiment can be added on to, for example, a product sales system 6 of a store equipped with a store controller 60 and multiple POS terminals 70, to create a sales data processing system in which products can be registered in the store using smartphones owned by customers.

[0021] The outline of the overall configuration of the sales data processing system of this embodiment has been explained above, but further explanation will be given by giving some examples. Generally, when a customer purchases an item at a store, the customer takes the item to be purchased to a cash register, and a store clerk enters the price of each item into the cash register, and the prices of all the items are added up to determine the selling price for that transaction. When determining sales prices, stores try to attract customers by applying various discounts and other methods to lower sales prices.

[0022] Figure 4 shows a system that is used in supermarkets and other businesses that operate multiple stores. Typically, in a system for a supermarket or the like, a headquarters system (server) 50 is installed that oversees and manages all stores, and this headquarters system 50 manages a common product master, a store master, product master for each store, a common special sale plan master, special sale plan master for each store, and member master, etc.

[0023] In each store, a POS terminal 70 and a store controller 60 that manages the POS terminal 70 are installed, and a POS system is constructed. The store controller 60 of each store receives the common product master, store master, product master for each store, common sale plan master, and sale plan master for each store from the headquarters system 50, and also inputs (registers) the same data at the store. Note that the member master may be received from the headquarters system 50 in the same way as other masters, but it is not necessary for the store controller to hold the member master, and instead, the store controller may inquire of the headquarters system each time a member information inquiry is made.

[0024] Each store's POS system has its own selling price determination logic. The selling price determination logic has several logics for calculating the selling price of the product purchased by the shopper, and also includes a function for determining which logic to apply when calculating the selling price of the product. For example, if a certain product is a single item discounted product, but is also a set match discounted product, the set match discount, which is the lower price, can be applied. Note that which discount logic is selected is determined by the settings.

[0025] Here, some examples of selling price determination logic for determining the selling price of a product will be described. First, the standard selling price determination logic is called the selling price determination logic (basic). In addition, the selling price determination logic unique to each company or store is called the selling price determination logic (company / store). The selling price determination logic (basic) has functions such as subtotal (calculation of total amount), subtotal discount / discount, single item discount / discount, bundle / mix match discount, and set match discount. The selling price determination logic (company / store) may, for example, include the above subtotal (calculation of the total amount), subtotal discounts, single item discounts, bundle / mix match discounts, and set match discounts, as well as discounts for special services for members and discounts for each payment type used for payment. The selling price determination logic (company / store) also has its own unique functions, such as determining which condition to prioritize when multiple discount / discount conditions compete at the same time. The selling price determination logic (company / store) may also have its own unique logic for the subtotal (calculation of the total amount), subtotal discounts, single item discounts, bundle / mix match discounts, and set match discounts.

[0026] The logic of the selling price determination logic will be explained with reference to Figure 3(a). The subtotal (Logic A) is a logic for determining the selling price of the products to be purchased, and calculates the total amount by adding up the prices of the latest product information of each product. The subtotal discount (Logic B) is a process for discounting a specified amount or a specified percentage from the subtotal (total amount). Single item discounts (Logic C) are processes that give special discounts or discounts to specific individual items.

[0027] Bundle / mix-match discounting (Logic D) is the process of offering a discount or discount on the purchase of several products from a particular product range. Set-match discounts (Logic E) are processes that provide a discount or discount on the purchase of specific products in combination.

[0028] Payment type discount (Logic F) is a process that gives a discount or deduction depending on the payment type used by the member at the time of payment. Membership type discount (Logic G) is a process that gives a discount or discount on a specific product or subtotal amount based on membership. The lowest price calculation logic (Logic H) is a process that determines which discount to apply in order to calculate the lowest price when a product meets multiple discount conditions (multiple logics are applicable).

[0029] Then, in each store, depending on the measures required by the store manager (company, etc.), a selling price determination logic for that store is set by combining several of the above logics A through H, and sales prices are determined. Needless to say, the logic for determining the selling price determination logic can be set by the store operator as appropriate in addition to the above logic (for example, setting which discount to select when multiple discounts are offered at the same time), and logic other than Logic A to Logic H above may be provided.

[0030] Next, an introduction model of the sales data processing system of this embodiment will be described.

[0031] -An example of introducing a new sales data processing system with basic pricing logic- Figure 5 shows an outline of a model for introducing a sales data processing system with an independent selling price determination logic (basic) that is unrelated to the existing selling price determination logic when a new store is opened, etc. 5, the upper device 10 of the sales data processing system is 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 upper device 10. Note that the product master 110, store master 120, etc. stored in the upper device 10 may be constructed by directly inputting product information and store information using a Web browser or the like.

[0032] In this example, the sales decision logic to be adopted in the new store is set in the store controller, so that the sales data processing system can be smoothly constructed. An example of the process flow in this example will be briefly explained below. Note that the numbers in parentheses in the explanation indicate the processes in FIG.

[0033] In the sales data processing system of this example, (1) a member carrying a mobile terminal 20 starts an app on the mobile terminal 20, and the app acquires GPS information and the like of the mobile terminal 20 and transmits the acquired location information to the higher-level device 10. If the location information cannot be acquired, the app may display a QR code (registered trademark) provided at the entrance of a store or the like on the display unit 250 so that the QR code (registered trademark) can be read by the mobile terminal 20, and when the QR code (registered trademark) is read, information for identifying the store that has been converted into a QR code (registered trademark) is transmitted to the higher-level device 10. The means for acquiring location information is not limited to GPS.

[0034] (2) Upon receiving location information (or information for identifying a store) from the mobile terminal 20, the upper device 10 transmits to the mobile terminal 20 store information of one or more stores closest to the location of the mobile terminal 20 based on the received location information, etc. and the information stored in the store master 120. When transmitting the shop information to the mobile terminal 20, the higher-level device 10 may also transmit customer information (such as the number of acquired points and member rank) together. In addition, the upper level device 10 may also transmit to the mobile terminal 20 sale information about the store information used by the member (such as the store name, information about special sales being held at the store, flyer information containing the store information, etc.).

[0035] The mobile terminal 20 that has received the store information displays the received store information on the display unit 250. Alternatively, the received plurality of pieces of store information are displayed in a selectable manner. The member checks the stores displayed on the display unit of the mobile terminal 20, and if multiple stores are displayed, selects one to specify the store where the shopping will be performed. By identifying the store, the upper device 10 links the product master of the identified store to the mobile terminal 20 and generates a shopping file (basket data).

[0036] (3) When the member reads the symbol code information of the product to be purchased at the specified store with the mobile terminal 20, the mobile terminal 20 transmits the read symbol code information (product identification information) to the higher-level device 10. Product identification information includes all information that can identify a product and can be acquired as an image, such as barcodes, object recognition based on image features, and character recognition. (4) The upper level 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 the product information to the mobile terminal 20. The mobile terminal 20 registers the received product information as a product to be purchased by the member.

[0037] (5) The product information registered by the mobile terminal 20 is transmitted to the higher-level device 10 as registered product information, and the higher-level device 10 stores the received registered product information in a shopping file (basket data). (6) The upper device 10 calculates a subtotal for the registered product information stored in the shopping file using a selling price determination logic, and (7) transmits the calculated total amount to the mobile terminal 20. This allows the member to proceed with shopping while viewing the current total amount (or an approximate total amount in some cases).

[0038] (8) When the member finishes shopping, the member displays symbol code information such as a QR code (registered trademark) storing the shopping identification information on the display unit 250 and has the symbol code information read by the input unit 760 of the POS terminal 70, whereby the mobile terminal 20 outputs the shopping identification information to the POS terminal 70. (9) The POS terminal 70 that has input the shopping identification information requests the upper device 10 to transmit shopping information (registered product information, etc.) linked to the shopping identification information.

[0039] (10) Having received the shopping identification information from the POS terminal 70, the upper 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 receives the calculated shopping information and displays a payment screen based on the received shopping information. The member makes the payment according to the payment screen, thereby completing one transaction using the mobile terminal 20. The process flow in this example has been described above.

[0040] The subtotal calculation based on the selling price determination logic may be performed by the POS terminal 70. In this case, the higher-level device 10 may transmit (10) uncalculated shopping information related to the shopping identification information to the POS terminal 70 in response to (9) a request for shopping information from the POS terminal 70. Furthermore, the subtotal calculation based on the selling price determination logic may be performed by the mobile terminal 20.

[0041] -An 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 an existing store shown in FIG. 4 using selling price determination logic provided by the sales data processing system, without using the selling price determination logic of the store. In this example, for example, a sales data processing system including the selling price determination logic (basic) can be added to an existing store where the selling price determination logic set is the selling price determination logic (basic).

[0042] In the example shown in FIG. 6, a sales data processing system is provided to the existing store shown in FIG. 4 by a cloud service, and the mobile terminal 20 can be constructed by communicating with the higher-level device 10 arranged in the cloud service.

[0043] In this example, the price determination logic (basic) set in the upper device 10 of the sales data processing system is similar to the selling price determination logic (basic) set in the existing store, so there is no need to use the selling price determination logic of the existing store when determining the selling price based on the registered product information registered and processed by the mobile terminal 20. The selling price determination logic set in an existing store and the selling price determination logic provided by the sales data processing system are not limited to the selling price determination logic (basic).

[0044] In this example, to use the sales data processing system, product information (product master, special sale plan master, etc.) and store information are periodically transmitted to the higher-level device 10 provided by the cloud service from the existing headquarters system 50 or a store controller installed in the store via the Internet, etc. It is preferable that only information valid on the day be transmitted for the product master and special sale plan master.

[0045] Since the higher-level device 10 provided by the cloud service acquires and stores product information (product master, special sale plan master, etc.) and store information, a sales data processing system can be constructed simply by adding a POS terminal 70 that performs settlement processing based on the registration information of products registered by the mobile terminal 20.

[0046] The shopping information in the shopping file 140 placed in the cloud service may be periodically transmitted via the Internet to the headquarters system 50 or the store controller 60 of the store, or may be transmitted to the store controller 60 via an in-store network, and the history of transactions made by the mobile terminal 20 may be stored.

[0047] The processing flow in this example is the same as that of the newly installed sales data processing system shown in Figure 5, except that the upper device 10 is not a store controller but is placed in a cloud service and acquires information, etc. from the headquarters system 50 or the store controller 60. Therefore, a description of the processing flow will be omitted. In the example shown in FIG. 6, the subtotal calculation based on the selling price determination logic may also be executed by an application on the POS terminal 70 or the mobile terminal 20. Also, it is possible to deal with this by modifying the application of an existing POS terminal (payment settlement device) 70, without adding a new POS terminal 70.

[0048] - Example of introducing a sales data processing system to an existing store (part 2) - The example shown in Figure 7 is an example in which, for example, for an existing store as shown in Figure 4, the selling price is determined by the selling price determination logic of the store's POS terminal 70 while utilizing the selling price determination logic provided by the sales data processing system, and then the transaction is carried out. In this example, the settlement amount is determined by the selling price determination logic (company / store) set in the existing store. In contrast, the selling price determination logic (basic) of the sales data processing system can provide the mobile terminal with an estimated amount during shopping.

[0049] In this example, a sales data processing system is provided to an existing store shown in FIG. 4 by a cloud service, and a mobile terminal 20 communicates with a higher-level device 10 arranged in the cloud service. Furthermore, by modifying an existing settlement device (POS terminal) 70 so that it can communicate with the higher-level device 10 of the sales data processing system and introducing an application that supports QR code (registered trademark) reading on the mobile terminal 20, a sales data processing system that supports product registration processing by the mobile terminal 20 can be constructed.

[0050] In the example shown in FIG. 7, the price determination logic (basic) set in the upper device 10 of the sales data processing system does not correspond to the selling price determination logic (company / store) set in the existing store, so the accurate total amount cannot be displayed on the mobile terminal 20. However, the estimated amount calculated using the price determination logic (basic) set in the upper device 10 can be displayed on the display unit 250 of the mobile terminal 20, and can be used as a guide for shopping.

[0051] In addition, the selling price determination logic set in an existing store and the selling price determination logic provided by the sales data processing system are not limited to the selling price determination logic (company / store) and the selling price determination logic (basic).

[0052] The processing flow in this example is the same as that of the newly installed sales data processing system shown in FIG. 4 above, except that in (6), the selling price determination logic that performs the subtotal calculation is different from the store's selling price determination logic, so that the total amount transmitted in (7) is an estimated amount, and in (8), (9), (10), and (11), the POS terminal 70 is a POS terminal installed in an existing store. Therefore, a description of the processing flow will be omitted.

[0053] - Example of introducing a sales data processing system to an existing store (part 3) - The present example shown in Figure 8 is an example in which, for example, for an existing store as shown in Figure 4, a subtotal service is performed in which a headquarters system (server) or a store controller determines the selling price according to the store's selling price determination logic (company / store), and the transaction is carried out using a newly installed POS terminal 70 instead of an existing POS terminal. According to this example, even if a POS terminal other than the POS terminal 70 that settles the bill using the selling price determination logic (company / store) set in an existing store is delivered, there is no need to collect the program of that POS terminal.

[0054] In this example, a sales data processing system is provided to an existing store shown in FIG. 3 by a cloud service, and a mobile terminal 20 communicates with a higher-level device 10 arranged in the cloud service. By providing the higher-level device (cloud service) 10 with a basket linking function for transferring shopping information stored in the shopping file to a subtotal service such as a headquarters system (server) or a store controller, as well as a function for updating the information in the shopping file based on the results calculated by the subtotal service, it is possible to build a sales data processing system that supports product registration processing by the mobile terminal 20. If necessary, a function for converting data when transferring information can be provided.

[0055] In the present example shown in FIG. 8, the subtotal calculation is performed by a subtotal service of an existing store's headquarters system, etc., so there is no need to determine the selling price using the selling price determination logic of the existing POS terminal 70, and settlement can be made using a new POS terminal 70 even if there is no network connection to the existing POS terminal 70, etc. Data such as sales results can be managed by transmitting the data to the headquarters system (server) 50, the store controller 60, and the higher-level device (cloud service) 10, respectively.

[0056] In this example, too, the price determination logic (basic) set in the upper device 10 of the sales data processing system does not correspond to the selling price determination logic (company / store) set in the existing store, so the accurate total amount cannot be displayed on the mobile terminal 20. However, the estimated amount calculated using the price determination logic (basic) set in the upper device 10 can be displayed on the display unit 250 of the mobile terminal 20, and can be used as a guide for shopping.

[0057] In addition, the selling price determination logic set in an existing store and the selling price determination logic provided by the sales data processing system are not limited to the selling price determination logic (company / store) and the selling price determination logic (basic).

[0058] An example of the process flow in this example will be briefly explained below. Note that the numbers in parentheses in the explanation indicate the processes in FIG.

[0059] 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.

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

[0061] (8) When the member finishes shopping, the member displays symbol code information such as a QR code (registered trademark) storing the shopping identification information on the display unit 250 and has the symbol code information read by the input unit 760 of the POS terminal 70, whereby the mobile terminal 20 outputs the 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 higher-level device 10, and requests shopping information (registered product information, etc.) linked to the shopping identification information.

[0062] (10) The upper device 10 receives the shopping identification information from the POS terminal 70 and passes the shopping information linked to the shopping identification information to a subtotal service such as the headquarters system 50. (11) Upon receiving the shopping information, the headquarters system 50 calculates the total amount using the subtotal service and transmits the calculated shopping information (subtotal information) to the higher-level device 10.

[0063] The higher-level device 10, which 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 receives the calculated shopping information and displays a payment screen based on the received shopping information. The member makes the payment according to the payment screen, thereby completing one transaction using the mobile terminal 20. The process flow in this example has been described above.

[0064] As described above, the sales data processing system of the present invention is not limited in its form. That is, the sales data processing system of the present invention can be a system consisting of the host device 10 and the mobile terminal 20 that can be linked to the product sales system of the store later, an entire system in which the host device 10 and the mobile terminal 20 are linked to the product sales system of the store, a system in which the host device 10 is configured as the store controller 60 of the product sales system of the store and the mobile terminal 20 is directly linked to the store controller 60 or the POS terminal 70 in the store, or a system in which a product transaction is performed based on product information registered by the mobile terminal 20.

[0065] In the following description, an embodiment is described in which product registration processing and the like is performed by the mobile terminal 20. This is just one example, and the mobile terminal 20 may simply function as an interface for product registration processing, with other processing being performed by a higher-level system such as the higher-level device 10. In other words, which device constituting the sales data processing system performs what processing can be set as appropriate.

[0066] -Higher equipment 10- The upper device 10 of the sales data processing system 1 of this embodiment is provided with storage means for storing a product master 110, a store master 120, a member master 130, a shopping file 140, etc. The product master 110, the store master 120, etc. of the upper device 10 are updated based on the information of each master stored in the store controller 60 of the store.

[0067] The product master 110 stores product information, store identification information, etc., linked to product identification information unique to each product. For example, the information stored in the product master can identify product information from product identification information, or identify product information handled at a store from store identification information. Note that the information stored in the product master 110 is not limited to the product information and store identification information.

[0068] In the sales data processing system of this embodiment, the product master 110 stores sales conditions (standard number) associated with product identification information, for example, as shown in FIG. 28(a). In addition, the product master 110 stores a special sale table that links, for each sales condition (standard number), discount type information, the identification number of the target product, the discount execution conditions, and the discount amount when the conditions are met, as shown in Figure 28 (b). Note that the sales conditions are sales conditions set for each product, and include bulk discount information such as a discount price that applies when multiple loose products such as vegetables are purchased together, quantity-limited information in which the number of purchases per customer is set, and information indicating that each pack of a non-fixed-weight product has a different content volume and price, such as a packaged product such as meat with a set price per gram, etc. Note that the bulk discount information is not limited to loose products such as vegetables, but can also be set for products such as canned goods and instant noodles. The information stored in the product master 110 is not limited to the above-mentioned product information, store identification information, and sales conditions.

[0069] As shown in FIG. 3(b), the store master 120 stores store identification information, store name, location information such as the store's GPS information, and QR code (registered trademark) information indicating the store, linked together. Using the information stored in the store master 120, it is possible to identify nearby stores, for example, from location information.

[0070] As shown in FIG. 3(c), member master 130 stores member identification information linked to member information such as member name (name, address, credit card number, etc.), and the information stored in member master 130 makes it possible to identify, for example, store information and credit card information used by a member from the member identification information.

[0071] Furthermore, the member master 130 may store, linked to the member identification information, information such as the frequency of use of the mobile terminal 20 when the member has registered products in the past, the number of times a registered product was deleted (canceled) when registering a product, and the number of times an error occurred.The member master 130 may also store information such as the member's level, which is determined based on the frequency of use (number of times) and the frequency of error (number of times). For example, the higher-level device 10 may set member levels ranging from beginner level (L1) to preferred member (L5), and the member level may be set based on the frequency (number of times) of product registration using the mobile terminal 20 and the frequency (number of times) of erroneous operation, etc., and stored in the member master 130.

[0072] As shown in Fig. 3(d), the shopping file 140 is a file that stores registration information registered by the member via the mobile terminal 20 when shopping, and stores shopping identification information that identifies the member's purchase and registered product information (barcode information, product name, price, etc.) that was registered during the purchase, linked together as shopping information. Note that the shopping identification information may be configured, for example, as a combination of store identification information, date, serial number, etc.

[0073] In addition, the shopping file 140 may store shopping identification information in association with pending product information for products that could not be registered by the mobile terminal 20 at the time of the purchase, and may further store cancellation operation information relating to a cancellation operation of a product registration performed by a member during the product registration process.

[0074] The shopping information stored in the shopping file 140 is synchronized with the registered information of the goods in the mobile terminal 20, and when a member changes or deletes the quantity of the registered information registered by the mobile terminal 20 while shopping, the shopping information in the shopping file 140 is also changed or deleted. Furthermore, when making a payment, the member outputs the shopping identification information from the mobile terminal 20 to the POS terminal 70, and the POS terminal 70 requests the shopping file 140 of the higher-level device 10 for registration information linked to the shopping identification information. The higher-level device 10, which has been requested to provide the registration information, outputs the product information linked to the shopping identification information to the POS terminal 70.

[0075] When the settlement process of one transaction is completed, the upper device 10 stores the shopping information of that transaction as settled shopping information in the shopping file 140. The member can access the shopping file 140 using the mobile terminal 20 to refer to the past shopping history. The shopping file 140 is synchronized with the shopping file stored in the store controller 60 of the store, and may also store information about shopping made by the member without using the mobile terminal 20. This allows the member to refer to all past shopping history at the store.

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

[0077] Furthermore, the higher-level device 10 supplies an application program (shopping application) that runs on the mobile terminal 20. The shopping application may be provided from a site on the Internet that provides applications for the mobile terminal 20.

[0078] -Mobile terminal 20- The mobile terminal 20 of the sales data processing system 1 of this embodiment will be described with reference to the flow chart shown in FIG. 10 and the screen display examples shown in FIGS. The mobile terminal 20 will be described by taking as an example a smartphone personally owned by a customer, on which a dedicated application provided from the higher-level device 10 or the like is installed.

[0079] (Advance preparation) In order to use a customer's smartphone as a mobile terminal 20 capable of performing store registration processing, the customer must register as a person who can perform registration processing using a smartphone (hereinafter referred to as a "member").

[0080] When registering a new member, it is preferable to register information that can verify the member's identity, such as the member's name, address, telephone number, and email address, as well as credit card information. The registration procedure may be either online or offline. For example, the necessary information may be entered on a registration form or tablet at the store, and a download URL or the like may be sent to the registered email address to download a dedicated app, or the dedicated app may be downloaded from the higher-level device 10 and installed, and then the member registration screen may be launched to carry out the registration procedure. The application may be provided from a site on the Internet that provides applications for the mobile terminal 20.

[0081] Furthermore, if the customer is already a card member of the store, the member registration process may complete the registration as a member by additionally registering only the credit card information, for example. The information to be registered is not limited to the above information. For example, if the store is a chain store, information about the store that is frequently used may be registered so that information unique to the store is distributed. The higher-level device 10 stores information on the registered members in a member master 130 .

[0082] The operation history in the member master 130 may be used outside the store. In other words, the conditions and thresholds for the confirmation screen to be displayed by the clerk at the settlement device according to the operation level of the member based on the operation history may be used outside the store. Considering that the mechanism of the higher-level device 10 may be used by multiple companies, it is preferable to use it beyond the company group and among multiple companies, if the use is limited to security regarding operation history. The security level can be set by each company group and each store, and the member level and operation level ranking settings, the conditions for the confirmation event by the store clerk, etc. may be freely set. The conditions may be stored on the settlement device side, received when the shopping file (basket data) is acquired, and the occurrence of the confirmation event by the store clerk may be controlled on the settlement device side.

[0083] (Store specific processing) When a member activates a 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 in the store (S201).

[0084] For example, when a member launches a dedicated app on the mobile terminal 20, the mobile terminal 20 may identify a store based on location information obtained from the GPS or the like of the mobile terminal 20. Specifically, the mobile terminal 20 transmits the location information to the higher-level device 10, and the higher-level device 10, having received the location information, transmits information on the store with the closest location information to the mobile terminal 20 based on the store master 120, thereby identifying the store where the shopping will be performed. 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.

[0085] Also, a QR code (registered trademark) storing QR code (registered trademark) information stored in the store master 120 may be attached to the entrance of the store, and the member may read the QR code (registered trademark) with the input unit 260 of the mobile terminal 20, thereby allowing the mobile terminal 20 to identify the store. This method is effective when location information cannot be acquired, and when location information cannot be acquired, a message such as "Please read the store's QR code (registered trademark)" may be displayed on the display screen of the mobile terminal 20. Also, when a member enters the store, the store may be identified using short-range wireless communication such as Wi-Fi, Bluetooth (registered trademark), or beacon within the store. In other words, the means for identifying location information is not limited in any way.

[0086] By identifying the store, the upper device 10 gives the mobile terminal 20 permission to access the product master of the store, and generates basket data (shopping file) linked to the mobile terminal 20.

[0087] 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, thereby specifying the selected store as the store where the shopping will be carried out. Furthermore, the mobile terminal 20 may notify the member of information such as "sale information," "related / alternative products," "new products," and "out-of-stock information" at the store when the member enters the store, and may display a notice on the display unit 250 if the specified store is closed, such as on a regular holiday. Furthermore, if the store is closing time, the transition to the registration screen may be prohibited. Registration via the app may be prohibited at a predetermined time before closing time, and customers who are currently registering may be notified of the closing time. However, customers who are currently registering may continue shopping, and registration may not be prohibited even when closing time arrives. Continuation is permitted as long as the customer is within a specified range of the store's location. Notifications may be made to gradually encourage payment.

[0088] When the mobile terminal 20 identifies the store, it displays on the display unit 250 a start screen 800 (FIG. 12(a)) for starting shopping. The start screen 800 displays keys linked to member point information 800a, store information 800b of the identified store, sales information 800c, coupon information 800d, etc., as well as a "Start" key 800e that declares the start of product registration at the store.

[0089] When the member operates the "Start" key 800e on the start screen 800, the mobile terminal 20 displays a registration screen 810 as shown in FIG. 12(b). It should be noted that the mobile terminal 20 may directly display the registration screen 810 without displaying the start screen 800 by identifying the store.

[0090] 12(b) is divided into two areas, an upper area and an lower area, and the upper area of ​​the registration screen 810 is set as a first display area 811 that displays image data captured by the camera (input unit) 260 of the mobile terminal 20. The mobile terminal 20 displays 811a saying "Please read the product barcode" in the first display area 811 of the registration screen 810, and visibly displays a mark 811b indicating the reading range for recognizing the barcode (product identification information), thereby completing preparation for product registration.

[0091] (Reading operation detection process and product information acquisition process) 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 or the like (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.

[0092] When a member takes an item to be purchased from a display shelf and places it in a shopping cart, the member captures an image of the item using the input unit 260 of the mobile terminal 20, and as shown in FIG. 13(a), by placing the barcode (code information) attached to the item 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 (item identification information) and obtains the product identification information stored in the code information.

[0093] In this case, if the mobile terminal 20 is equipped with a distance sensor or the like, it can detect the member's code information reading operation by detecting that the input unit 260 of the mobile terminal 20 has been brought close to an item for a certain period of time. Also, in cases where the mobile terminal 20 is constantly automatically repeating barcode recognition and is not equipped with a distance sensor or the like, it may be possible to detect that the member is reading the code information by, for example, detecting that the same image has been captured for a certain period of time. Similarly, when such detection is detected for a certain period of time, a timeout process may be executed, and a notice such as "Product registration was not successful. Would you like to purchase? (Yes / No)" may be issued to prompt the member to place the product on hold. It is also possible to confirm the purchase.

[0094] Furthermore, the mobile terminal 20 may read the product identification information from the code information captured by a shutter operation while the app is running, instead of automatically recognizing the code information such as a barcode. In this case, the operation of acquiring the code information can be detected by detecting that a shutter operation has been performed on the app screen. In addition, a gyro sensor or the like may be used to monitor the state of the mobile terminal, such as its inclination, to determine that a reading operation is being performed. Specifically, a combination of a predetermined distance and inclination with respect to the product may be detected.

[0095] If the barcode (item identification information) of the product cannot be recognized by the first image capture, the member may set the product aside as a reserved item and proceed with the registration process for the next product. In that case, the member may take an image of the reserved item and save the image. By the member saving an image of the reserved item, it becomes easier to identify the item during the later payment process and easier for the store clerk to correct the product registration information.

[0096] Specifically, there may be cases where the process of prompting the user to register the product as a reserved item is not executed, as in the above-mentioned timeout process. In such cases, the customer needs to keep trying to register the product, which is inconvenient. In such cases, the customer may decide to register the product as a reserved item instead of registering the product as a normal item. In such cases, for example, a "register reserved item" button may be displayed on the registration screen or the setting screen, and when the user presses the button, the camera may switch to an image capture mode in which the shutter is released manually, and the camera may take an image of the front package of the product that could not be registered in the image capture mode, the product barcode, the price tag on the shelf, etc., at the member's own timing, and the product may be counted up as a reserved item. In other words, the camera may be able to switch to the manual image capture mode at the member's discretion.

[0097] The method for detecting the reading operation of the commodity identification information is not particularly limited.

[0098] If the mobile terminal 20 detects a reading operation by the member in step S202 but is unable to acquire product identification information in step S203, it determines that registration of the product information has failed (no in S204).

[0099] For example, there are products where the barcode attached to the product is damaged or distorted due to the condition of the product's packaging, making it impossible to read some or all of the information recorded in the barcode (unreadable product). Also, there are cases where a member images a part of a product that does not have a barcode. In such cases, it is not possible to obtain product identification information by reading code information, etc. As a result, it is not possible to register the product. In step S204, a case where the product cannot be registered because the code information cannot be read is detected.

[0100] Furthermore, when the mobile terminal 20 detects a reading operation by a customer in step S202 and acquires product identification information in step S203, the mobile terminal 20 checks whether the product identification information exists in the product master 110, and if the read product identification information does not exist in the product master 110, it determines that the registration of the product information has failed (no in S205).

[0101] For example, the product identification information stored in the code information is acquired and transmitted to the higher-level device 10, but in the case of a product in which the acquired product identification information is not stored in the product master (non-file product) or in the case of a problem in connection with the higher-level device 10, the product information cannot be acquired from the higher-level device 10. As a result, the product cannot be registered. In step S205, a case where the product cannot be registered due to being a non-file product or the like is detected.

[0102] In addition, in cases where the mobile terminal 20 automatically and repeatedly recognizes barcodes and does not have a function for detecting reading operations such as a distance sensor, step S202 of detecting the member's reading operation and decision step S204, i.e., the detection process for when the product cannot be registered because the code information cannot be read, may be omitted.

[0103] (Product registration processing, registered product cancellation processing) In step S205, if the acquired product identification information exists in the product master and product information linked to the product identification information can be acquired, the mobile terminal 20 registers the product information as registered product information of the product purchased by the customer. The registered product information registered in the mobile terminal 20 is also stored in the shopping file 140 (S206). To obtain the product information, it is sufficient to refer to the product master 110 stored in the higher-level device 10, but if the mobile terminal 20 downloads the product master after identifying the store, it is also possible to obtain the product information and register the registered product information of the product only by the mobile terminal 20. Also, the product master to be referred to may be the product master stored in the store controller 60 or the POS terminal 70.

[0104] (Display processing) When the mobile terminal 20 registers a product, as shown in FIG. 13(a), a second display area 812 displaying registered product information and a third display area 813 displaying the current registration status are displayed in the lower area of ​​the registration screen 810 (S209).

[0105] The mobile terminal 20 displays product information 812a, such as the product name, purchase quantity (operator) 812b and product price 812c in the second display area 812, and displays the current registered number of items 813a, an estimated total 813b and a "Checkout" key 813c for proceeding to checkout based on the registered information in the third display area 813.

[0106] Furthermore, the mobile terminal 20 places the third display area 813 above the second display area 812, i.e., between the first display area 811 and the second display area 812. This allows the member to smoothly see the change in the estimated total when registering a product. As shown in FIG. 12(b), the mobile terminal 20 may display a third display area 813 showing the number of registered items as 0 and the estimated total amount as 0 yen before the item is registered.

[0107] The third display area 813 may be arranged independently of the first display area 811 and the second display area 812 , but may also be arranged within the range of the second display area 812 . Furthermore, it is preferable that the estimated total displayed in the third display area 813 displays the accurate total amount as of the current selling price of the products; however, for example, when a sales data processing system is installed in an existing store with a complex pricing logic, an accurate subtotal cannot be calculated using the store's pricing logic unless the registered product information is output to an existing POS terminal or other settlement device 70. In such cases, an estimated total calculated by adding up the list prices of each product, etc., may be displayed 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 items to be purchased and the estimated total amount while registering the item. The mobile terminal 20 according to this embodiment displays the third display area 813 above the second display area 812, i.e., between the first display area 811 and the second display area 812. This allows the member to smoothly see the change in the estimated total amount when registering the product.

[0108] 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 a member touches the purchase quantity 812b displayed in the second display area 812, the mobile terminal 20 displays a quantity change screen (pop-up) 820 for changing the quantity of the product, as shown in FIG. 14(a).

[0109] The quantity change screen 820 displays the current number of items to be purchased and the price, and also has a "+" key 820a and a "-" key 820b for changing the quantity of the item, as well as a "Cancel item" key 820c for deleting registered item registration information. When the purchase quantity 812b of a product that does not support changes to the quantity is touched, such as when the registered product is a clearance item or other limited quantity product or an indefinite quantity product, the mobile terminal 20 may display a pop-up 821 that does not have a "+" key 820a or a "-" key 820b for changing the quantity of the product, as shown in Figure 14(b), and only accept the deletion of the product.

[0110] When the member operates the "+" key 820a or the "-" key 820b to change the quantity or the like of the registered product information displayed on the registration screen 810, the mobile terminal 20 changes the purchase quantity 812b of the product displayed on the registration screen 810. The mobile terminal 20 then outputs the changed registered product information to the higher-level device 10, and the higher-level device 10 updates the registered information stored in the shopping file 140 with the entered registered product information.

[0111] Furthermore, when a member deletes registered product information displayed on the registration screen 810 by operating the "Cancel Product" key 820c, the mobile terminal 20 cancels the registration of the registered product information displayed on the registration screen 810. Then, the mobile terminal 20 outputs the registered product information whose registration has been canceled (deleted) to the higher-level device 10, and the higher-level device 10 updates the registration information stored in the shopping file 140.

[0112] When a member cancels registered product information, a notice may be sent to the member to return the product to the display shelf or the like. At this time, if the member's location within the store can be identified, it may be possible to detect whether the product whose registered product information has been cancelled is more than a certain distance away from the shelf to which it should be returned, and display a screen allowing the member to select whether to return the product to the shelf or to move it to a holding basket.

[0113] When the member cancels the registration of the registered product information, the mobile terminal 20 may store the product information of the deleted product as canceled product information by linking it with information indicating that a cancellation operation has been performed. In particular, when a process of moving a product whose registered product information has been cancelled to a reserved cart is performed, it is preferable to store the product information as canceled product information.

[0114] In addition, the mobile terminal 20 may erase the registered product information whose registration has been cancelled so that it is not displayed on the registration screen 810, but may also display the information on the registration screen 810 so that it is clear that it has been cancelled, for example by drawing a line through it or by indicating that it is a cancelled product.

[0115] Furthermore, the mobile terminal 20 may output information indicating that a cancellation operation has been performed by the member to the higher-level device 10, and the higher-level device 10 may store the information in the shopping file 140 as cancellation operation information. Furthermore, the higher-level device 10 may store in the member master 130, after the settlement process for the purchase is completed, the number of times the member performed a cancellation operation for the registered product information during the purchase, etc.

[0116] (Notification processing) If it is determined in step S204 that the product cannot be registered because it is an unreadable product, or if it is determined in step S205 that the product cannot be registered because it is a non-file product or the like, the mobile terminal 20 notifies the member that the product cannot be registered (S207).

[0117] For example, the mobile terminal 20 displays a notification (pop-up) 830 on the display unit 250 to the effect that the product that cannot be registered will be placed on hold, as shown in Fig. 13(b). At this time, a notification that the two products will be treated differently may be displayed, such as a display 830a that prompts the user to place the product that was successfully registered and the product that cannot be registered in different baskets (or specific areas within the basket). The notification that the product cannot be registered is not limited to a pop-up message or the like.

[0118] If the reserved product is an unreadable product and code information of the product is displayed on the display shelf of the product, the mobile terminal 20 may notify the user to read the code information attached to the display shelf.

[0119] (Reserved product information generation process) The mobile terminal 20 generates reserved product information for the product that cannot be registered (S208). The reserved product information includes, for example, member identification information, shopping identification information, and read time, and preferably also stores information on whether the reserved product is a non-file product or an unreadable product, and may further store image data obtained when the code information is imaged.

[0120] (Display processing) The mobile terminal 20 that generated the pending product information stores the generated pending product information and displays pending product information 812e indicating that there is a pending product in accordance with the registered product information 812d in the second display area 812 of the registration screen 810, as shown in Figure 15 (a) (S209). It is preferable that the reserved product information 812e displayed in the second display area 812 is 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 together with reserved product information 812e, and the background color of the reserved product information 812e is made different from the background of the other registered product information 812d.

[0121] In addition, the mobile terminal 20 may display the number of pending items in a display field 812g in the second display area 812, and may display a message 812f in the pending item information 812e, such as "please add to a special basket," encouraging the member to handle the pending items differently than with normally registered items, thereby informing the member that pending items exist and that the pending items will be handled differently. When displaying the information, it is preferable to also display whether the reserved product is a "non-file product" or an "unreadable product." By displaying the information in this manner, the store clerk can provide a quicker response to the customer.

[0122] It is also preferable that the quantity of reserved product information 812e displayed in second display area 812 can be changed or deleted in the same way as for normal products. For example, if a member repeatedly performs a reading operation on the code information of a product that cannot be registered, multiple pieces of pending product information 812e may be generated. In such a case, the mobile terminal 20 may delete the pending product information 812e in response to the member's operation. The mobile terminal 20 may output the reserved product information and information regarding a cancel operation of the reserved product information to the higher-level device 10 in the same manner as the registered product information. The higher-level device 10 may then store the input reserved product information, etc. in the shopping file 140.

[0123] (Export of registration information) The mobile terminal 20 that has displayed the registration information proceeds to step S210 to detect whether or not the member has instructed it to proceed to checkout, and if the member has instructed it to proceed to checkout (Yes in S210), it outputs the registration information together with the instruction to proceed to checkout or the instruction to proceed to checkout (S210), and completes the process. Here, the registration information output by the mobile terminal 20 may be shopping identification information. The registration information may include registered product information for which product registration has been successful and pending product information for which product registration has not been successful, and may further include canceled product information for which product registration has been canceled.

[0124] Specifically, the mobile terminal 20 detects that the member has operated the "Checkout" key 813c displayed on the registration screen 810 of the display unit 250, and when it detects that the "Checkout" key 813c has been operated, the mobile terminal 20 displays (outputs) on the output screen 840, for example, a QR code (registered trademark) 840a generated based on the shopping identification information (S211), as shown in Fig. 15(b). Note that the mobile terminal 20 may also display (output) on the output screen 840 the QR code (registered trademark) 840a generated based on the registration information stored in the shopping file.

[0125] A member can have the input unit 760 of the POS terminal 70 read the QR code (registered trademark) 840a displayed on the display unit 250 of the mobile terminal 20, and the POS terminal 70 can obtain registration information linked to the product identification information from the higher-level device 10.

[0126] In addition, the symbol code information such as QR code (registered trademark) may store registration information including registered product information and owned product information, but may also store shopping identification information linked to the registration information including the registered product information and owned product information. For example, the shopping identification information may be path information such as a URL stored in a shopping file, or may be a combination of store identifiers, member identifiers, date and time information, etc., if the search destination for shopping information is common, or may be identifiable by a sequence number, etc. There is no problem as long as the search destination is known on the settlement device side.

[0127] In addition, instead of outputting the symbol code information in which information is stored, the mobile terminal 20 may select a POS terminal 70, and the selected POS terminal 70 may obtain the registration information stored in a location other than the mobile terminal 20. For example, a member may have the mobile terminal 20 read a QR code (registered trademark) that is generated on the screen of the POS terminal 70 and identifies the specific POS terminal 70, and the mobile terminal 20 may transmit a transaction instruction together with shopping identification information to the specific POS terminal 70. Then, the POS terminal 70 that receives the transaction instruction may obtain registration information linked to the shopping identification information. It should be noted that registration information may be obtained by setting a FeliCa (registered trademark) or NFC identifier of the mobile terminal in advance using an IC reader.

[0128] On the other hand, if the customer does not give an instruction to proceed to checkout (No in S210) and performs an operation such as reading the code information of another product, the product registration from step S202 to step S209 is repeated until an instruction to proceed to checkout is given. The flow of processing in the mobile terminal 20 has been described above.

[0129] -POS terminal 70- Next, the POS terminal (payment settlement device) 70 of the sales data processing system 1 of this embodiment will be described with reference to the flow chart shown in FIG. 11 and the display examples shown in FIGS.

[0130] (Input processing) The POS terminal (payment settlement device) 70 inputs the registration information (shopping identification information, etc.) output by the mobile terminal 20, etc. (S701).

[0131] For example, when a member has the input unit 760 of the POS terminal 70 read the QR code (registered trademark) 840a displayed (output) on the display unit 250 of the mobile terminal 20, the POS terminal 70 inputs the registration information (shopping identification information, etc.) stored in the QR code (registered trademark) 840a.

[0132] (Notification processing) The POS terminal 70, which has input the registration information (shopping identification information), requests the higher-level device 10 for shopping information linked to the shopping identification information, and determines whether the shopping information (registration information) sent from the higher-level device 10 includes reserved product information or canceled product information (S702). If the POS terminal 70 determines that the registration information includes reserved product information, it issues a notification to call a store clerk (S703).

[0133] For example, the POS terminal 70 issues a notification to call a store clerk by flashing a light (Patlite (registered trademark)) that visually notifies the store clerk. The method of notifying the store clerk is not limited to Patlite (registered trademark), and may be any method such as an in-store announcement, notification to a monitoring device that monitors the status of the POS register where the store clerk is stationed and all POS registers, notification to a management device located in the back yard, or notification to a portable device held by the store clerk. Then, the POS terminal 70 displays, on the display unit 750, a pop-up 910, as shown in FIG. 18, indicating that there is a reserved item among the registered items and that a store clerk is currently being called.

[0134] Furthermore, the POS terminal 70 may also issue a notification to call a store clerk when it determines that the registration information includes canceled product information (S703). That is, in the above step S702, if the registration information contains pending product information or canceled product information, the POS terminal 70 may issue a notification to call a store clerk. Needless to say, a call notification to a store clerk may be controlled based on the detection of any of the above.

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

[0136] The registration confirmation screen 900 shown in FIG. 19 displays a list 900a of registered product information, and an arrow 900c is displayed at a predetermined position on the registration confirmation screen 900, allowing the member to scroll through the list 900a of registered product information by operating the arrow 900c. A total display field that displays the number of items purchased in the shopping trip and the total amount is located at the top of the registration confirmation screen 900. In addition, a "Checkout" key 900b is displayed.

[0137] Also, a price range registration quantity display 900d showing the registered quantity for each price range of products is located at the bottom of the registration confirmation screen 900. In the example shown in Fig. 19, the numbers "3", "4", "9", and "12", which indicate the quantity of products in each price range, are displayed for "1,000 yen or more", "500 yen to 999 yen", "300 yen to 499 yen", and "300 yen or less". By displaying the registered quantities by price range, the store clerk can get an overview of the products purchased by the member. In addition, when a high-priced item is purchased, a light (Patlite (registered trademark)) or other device (monitoring device), a service manager, etc. may be notified, and a store clerk may assist with packaging the high-priced item, etc.

[0138] Then, when the member operates the "Payment" key 900b displayed on the registration confirmation screen 900, the POS terminal 70 executes the payment process using the registration information displayed on the registration confirmation screen 900 (S709), and completes the transaction.

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

[0140] In the example of the registration confirmation screen 920 shown in Figure 20, a list of registered product information 920a is displayed, along with two pending product information 920b, 920c for items that could not be registered, and one canceled product information 920d for an item whose registration was canceled. At this time, the POS terminal 70 displays the registration confirmation screen 920 including the registered product information 920a, the reserved product information 920b, 920c, and the canceled product information 920d shown in Fig. 20 in a display form different from the display form of the registration confirmation screen 900 displayed only by the registered product information shown in Fig. 19. For example, the registration confirmation screen 920 including the reserved product information 920b, 920c, and the canceled product information 920d may be displayed in a different screen color such as a background color, or in a different character color or font.

[0141] Moreover, the POS terminal 70 preferably places the reserved product information 920b, 920c and the canceled product information 920d at the top of the list of the registration information 920a. The display of the reserved 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 reserved product information 920b, 920c and the canceled product information 920d in the left region of the registration confirmation screen 920 and display the registered product information 920a in the right region. These displays allow the member or store clerk to easily recognize that there are reserved or canceled products among the products displayed in the list display, and to easily recognize these reserved or canceled products.

[0142] In addition, the POS terminal 70 displays a price range registration quantity display 900d showing the registration quantity of each price range of the product at the bottom of the screen, as well as a field 920e showing the number of reserved products (including canceled products). In the example shown in Fig. 20, "3" is displayed as the number of reserved products. In addition, for products that require explanation by a registered salesperson or pharmacist, such as alcoholic beverages that require age verification and require the intervention of a store clerk, or Class 2 pharmaceuticals, the quantity may be displayed including reserved products, or a separate display area may be provided to display them. In this case, the display mode of the target products, such as background color, character font and size, may be changed, or a mark may be added to display them.

[0143] (Prohibition process) If the input registration information includes the pending product information 920b, 920c and the canceled product information 920d, the POS terminal 70 prohibits the settlement process using the registration information including the pending product information 920b, 920c and the canceled product information 920d (S705), following step S704.

[0144] For example, as shown in FIG. 20, the POS terminal 70 prohibits the execution of the settlement process by not displaying the “Checkout” key 900b that is displayed on the normal registration confirmation screen 900 on a registration confirmation screen 920 that includes pending product information 920b, 920c or canceled product information 920d.

[0145] (Editing process) The POS terminal 70 that has prohibited the execution of the settlement process corrects the reserved product information in response to the correction operation by the store clerk (S706).

[0146] For example, when a store clerk touches pending product information 920b on the registration confirmation screen 920 displayed on the display unit 750, the POS terminal 70 displays an editing screen 930 on the display unit 750 for editing the pending product information 920b, as shown in FIG. 21. It should be noted that the editing screen 930 is not limited to the example shown in Fig. 21. Also, the editing screen 930 may be displayed as a pop-up, and may be displayed in a partial area (for example, the left area) of the registration confirmation screen 920.

[0147] A scan button 930a is arranged at a predetermined position on the edit screen 930, and when a store clerk operates the scan button 930a, the POS terminal 70 displays image data obtained when the code information of the product is read. The store clerk can check the reserved items by looking at the displayed image data, and can learn the correct product information by going to the display shelf to check the price of the item, etc. Editing on the editing screen 930 may be done in any suitable manner.

[0148] If all reserved items are displayed in a list on the editing screen 930, it is possible to reduce the amount of switching back and forth between the registration confirmation screen 920 and the editing screen 930. Alternatively, since the reserved items are displayed in half of the area of ​​the registration confirmation screen 920 (for example, only the left side), the editing screen 930 can be displayed in the other half (the right side) overlapping with or replacing the registered item information, thereby reducing the effort required for screen transitions.

[0149] The POS terminal 70 may reflect the reserved product information modified by the store clerk on the editing screen 930 in the product master or the like. For example, in the case of a new product being handled for the first time, a product from a new business partner, or when the barcode has been forgotten to be updated, even if the barcode attached to the sale product is read, it may not exist in the product master, and the product may become a non-file product. In such a case, the product can be prevented from becoming a reserved product from then on by reflecting the correction of the reserved product information made at the POS terminal 70 in the product master. The editing process of the product information here only requires items necessary for product registration and payment processing. For example, the product name, unit price, barcode (product identification information), tax category (reduced tax rate, tax included, tax excluded, tax exempt, etc.).

[0150] In addition, for items whose prices, etc. are unclear, the POS terminal 70 may be configured to allow provisional correction by editing the department and amount.

[0151] Then, when the store clerk edits and updates the reserved product information 920b on the editing screen 930 to registered product information that can be accumulated, the POS terminal 70 corrects and displays the reserved product information 920b on the registration confirmation screen 920, as shown in Fig. 22. The POS terminal 70 may display the corrected reserved product information 920b at the top of the list of registered product information 920a without moving the display position of the information, or may display the corrected reserved product information 920b by moving it to the display order of the other registered product information 920a. Furthermore, when the reserved product information 920b, 920c and the cancelled product information 920d are arranged in the left region of the registration confirmation screen 920, the corrected reserved product information 920b may be moved and displayed in the right region.

[0152] Then, the POS terminal 70 changes the number of reserved products 920e displayed at the bottom of the registration confirmation screen 920 to "2."

[0153] The POS terminal 70, which has modified the pending product information 920b, determines whether or not there is pending product information (including canceled product information) in the registration information, i.e., whether or not all of the pending product information has been modified (S707), and if it determines that all of the pending product information has been modified, it lifts the prohibition on the settlement process (S708) and displays the registration confirmation screen 920 in which all of the pending product information has been modified, as shown in Figure 23 (S709).

[0154] In the registration confirmation screen 920 shown in Figure 23, correct product information is entered and registered for two pending product information items 920b and 920c for which product registration was not possible, and confirmation is made as to the cancellation of registration of one canceled product information item 920d, which was cancelled at the time of registration. When the reserved product information 920b, 920c and the cancelled product information 920d are all corrected or confirmed, the POS terminal 70 displays "0" in the reserved product quantity 920e displayed at the bottom of the registration confirmation screen 920. In addition, the POS terminal 70 changes the background color of the registration confirmation screen 920 to a normal background color, and displays a “Decide” key 920 f at the upper position of the registration confirmation screen 920 . When the member or store clerk operates the "Enter" key 920f, the POS terminal 70 completes the product registration and correction process and transitions to the payment screen shown in FIG.

[0155] On the other hand, if it is determined that all of the reserved product information has not been corrected, the POS terminal 70 returns to step S706 and repeats the correction process until all of the reserved product information has been corrected. That is, in the example shown in FIG. 22, the POS terminal 70 prohibits the execution of the settlement process until the reserved product information 920c and the canceled product information 920d are corrected.

[0156] The settlement screen 950 shown in FIG. 24 displays a "Cash" key 950a and a "Credit card" key 950b for selecting the payment amount and payment method, and the member can carry out the settlement process by operating either key (S710) and complete the transaction. The process flow in the POS terminal 70 has been described above.

[0157] -Function block diagram- FIG. 9 shows an example of a functional block diagram of the sales data processing system according to this embodiment. The mobile terminal 20 of the sales data processing system of this embodiment has a control unit 200, a display unit 250 such as a touch panel, and an input unit 260 such as a camera.

[0158] The control unit 200 comprises control means 201 for controlling the entire mobile terminal 20, store identification means 202 for identifying the store where shopping will be done, acquisition means 203 for acquiring product identification information of the product to be purchased, detection means 204 for detecting an operation for acquiring the product identification information, product registration means 205 for identifying and registering product information based on the acquired product identification information, reserved product registration means 206 for generating and storing information about products for which product information cannot be registered, display means 207 for displaying on display unit 250 the registered product information registered by the product registration means 205 and the reserved product information generated and stored by the reserved product registration means 206, notification means 208 for notifying that product information cannot be registered, output means 209 for outputting the registered product information and the reserved product information, and registered product cancellation means 210 for canceling the registered product information of the member.

[0159] The control means 201 controls the mobile terminal 20 as a whole, and, for example, stores each piece of input (acquired) or detected information in a storage device such as a memory as appropriate, reads each piece of information from the storage device and displays it on the display unit 250, and exchanges information with other devices. Furthermore, the control means 201 executes various types of determination processing as necessary. For example, in step S204 of the flow shown in FIG. 10, it is determined whether or not product identification information has been acquired, in step S205 it is determined whether or not product information has been identified based on the acquired product identification information, and in step S209 it is determined whether or not a payment instruction has been given by the member.

[0160] The store identification means 202 executes a store identification process. For example, the store identification means 202 outputs location information of the mobile terminal 20 to the higher-level device 10 and inputs information on the store where shopping will be performed from the store master of the higher-level device 10, thereby identifying the store where shopping will be performed.

[0161] The acquiring means 203 executes a product information acquiring process. For example, the acquiring means 203 acquires the 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. Note that, in the sales data processing system of the above embodiment, an example is used in which the product identification information is acquired by reading the barcode attached to the product, but the method of acquiring the product identification information by the acquiring means is not limited to reading the barcode.

[0162] For example, product identification information may be acquired by the mobile terminal 20 through non-contact detection using an RFID tag or by capturing a QR code. Furthermore, image recognition technology may be used to identify the product based on characteristics such as the product's appearance (shape, color, material, etc.). In addition, images taken by customers when registering products can be stored on a server and AI learning can be performed to improve the recognition rate of the image recognition.

[0163] The detection means 204 executes a reading operation detection process. For example, the detection means 204 detects that an operation for capturing an image of code information attached to a product has been performed by the input unit 260 of the mobile terminal 20 .

[0164] The product registration means 205 executes a product registration process. For example, the product registration means 205 identifies a product based on the product identification information acquired by the acquisition process and the information stored in the product master, acquires the product information, and registers it as registered product information. The reserved product registration means 206 executes a reserved product information generation process. For example, when product identification information cannot be acquired by the acquisition process or when the product identification information acquired by the acquisition process is not stored in the product master, the reserved product registration means 206 generates and stores information regarding the product as reserved product information.

[0165] The display means 207 executes a display process. For example, the display means 207 displays on the display unit 250 the registered product information registered by the product registration means 205 and the reserved product information generated by the reserved product registration means 206 . The notification means 208 executes a notification process. For example, when there is a product that cannot be registered by the member's product registration operation, the notification means 208 notifies the member through the display unit 250 or the like. The output means 209 outputs the registered product information registered by the product registration means 205, the reserved product information generated by the reserved product registration means 206, and the like.

[0166] The registered product cancellation means 210 executes a registered product cancellation process. For example, the registered product cancellation means 210 detects that a member has performed an operation to cancel a product registration, and creates registration deletion information and outputs information regarding the operation to cancel the registered product information to the higher-level device 10.

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

[0168] The control unit 700 includes a control means 701 for controlling the entire POS terminal 70, an input means 702 for inputting product registration information, a display means 703 for displaying the inputted registration information on the display unit 750, a settlement means 704 for settling the product based on the registration information, a notification means 705 for notifying a store clerk or the like when reserved product information is input, an editing means 706 for correcting the reserved product information, and a prohibition means 707 for prohibiting the settlement process by the settlement means 704 when reserved product information is included in the product information.

[0169] The control means 701 controls the POS terminal 70 as a whole, and for example, stores each piece of input (acquired) or detected information in a storage device such as a memory as appropriate, reads each piece of information from the storage device and displays it on the display unit 750, and exchanges information with other devices. Moreover, the control means 701 executes various types of determination processing and the like as necessary. For example, in step S702 of the flow shown in FIG. 11, it is determined whether or not there is reserved product information in the registered information, and in step S707, it is determined whether or not there is any uncorrected reserved product information.

[0170] The input means 702 executes an input process. For example, the input unit 702 inputs the registration information output by the output unit 209 of the mobile terminal 20 . The display means 703 executes a process for displaying the registration information. For example, the display means 703 displays the input registration information (product information and reserved products) on the display unit 750. In addition, the display form of the displayed registration information (product information and reserved products) is changed as necessary.

[0171] The settlement means 704 executes the settlement process. For example, the settlement means 704 performs a settlement process for the product based on the registered information. Prior to the settlement process, the payment method by which the customer will make the settlement is acquired. The notification means 705 executes a notification process. For example, when the input registration information contains reserved product information or canceled product information, the notification means 705 displays on the display unit 750 that there is a reserved product (cancelled product) and executes a call process to call a store clerk to the POS terminal 70. Also, depending on the member's situation and other needs, the notification means 705 executes a call process to call a store clerk.

[0172] The editing means 706 executes an editing process. For example, the editing means 706 displays an editing screen for modifying the reserved product information input by the input means 702. A store clerk or the like edits the reserved product information on the editing screen, thereby modifying the reserved product information to the registered information. The modification screen may be displayed by inputting a store clerk code or the like. The prohibition means 707 executes the prohibition process. For example, when the registration information contains reserved product information or cancelled product information, the prohibition means 707 prohibits the settlement process until the reserved product information is corrected by the editing means 706 and registered as registration information.

[0173] The functions of the mobile terminal 20 of this embodiment will be further described below. -How to display the list of registered details- Next, the screen display of the mobile terminal 20 during product registration will be further described. (Normal registration operation) During shopping, the display unit 250 of the mobile terminal 20 displays a registration screen 810 shown in FIG. When a member reads information such as a barcode attached to a product using the mobile terminal 20, the mobile terminal 20 displays the products in order in a second display area 812 located in the lower area of ​​the registration screen 810 shown in Figure 16 (a), with the most recently registered product being located in the upper position of the second display area 812.

[0174] As the member continues to register products, the second display area 812 will eventually be filled with information about the registered products, and the product information whose barcode was previously read 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 purchasing many products, they have to scroll through the list displayed in the second display area 812 a lot in order to check the information of the products they have previously registered, making the process cumbersome. In the mobile terminal 20 of this embodiment, the second display area 812 of the display unit 250 can be expanded as necessary, making it easier to check registered products.

[0175] Specifically, when a member has registered multiple products and it becomes impossible to display all of the product information registered in the second display area 812, the mobile terminal 20 displays an “Expand” key (operator) 813d in the third display area 813. Then, when the member operates the “Expand” key 813d, the mobile terminal 20 expands the second display area 812, as shown in FIG. 16(b), and displays the second display area 812 and the third display area 813 using the entire area of ​​the display unit 250. Furthermore, by expanding second display area 812, a "reduce" key (operator) 813e may be displayed in third display area 813 for reducing second display area 812 to the original range before expansion.

[0176] It goes without saying that if all the products cannot be displayed even when the second display area 812 and the third display area 813 are displayed using the entire area of ​​the display unit 250, they can be displayed by scrolling. The operation for expanding the second display area 812 is not limited to the operation using the “expand” key 813 d arranged in the third display area 813 .

[0177] It is preferable that the mobile terminal 20 hides the first display area 811 by displaying the second display area 812 and the third display area 813 using the entire area of ​​the display unit 250, and in conjunction with this, disables the acquisition of image data by the input unit 260 of the mobile terminal 20.

[0178] It should be noted that by operating the "Expand" key 813d, the second display area 812 and the third display area 813 do not necessarily have to be expanded to the entire area of ​​the display unit 250, and the expansion range may be changed by the member's operation, or the area may be expanded to a state where all products can be viewed depending on the number of products. In this case, the acquisition of image data by the input unit 260 of the portable terminal 20 may be disabled immediately when the second display area 812 is changed to a range including the first display area 811, or the acquisition of image data by the input unit 260 of the portable terminal 20 may be disabled when the second display area 812 is expanded to the reading range visibly displayed in the first display area 811. As described above, when it becomes impossible to check the captured image data using first display region 811, the imaging means of input unit 260 is disabled, thereby making it possible to reduce unnecessary consumption of electricity.

[0179] Furthermore, the second display area 812 may be expanded in sequence as the member performs the product registration process. In this case, by setting the maximum expansion state of the second display area 812, the second display area 812 may be automatically expanded while the first display area 811 is secured.

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

[0181] The reason why the first display area 811 is located at the top of the screen is that when the operator operates the mobile terminal, the operator's line of sight is in accordance with the position of the camera of the mobile terminal and the object to be photographed is also viewed beyond the top edge of the mobile terminal, which provides excellent operability. Also, the reason why the second display area 812 is located at the bottom of the screen is that when checking purchased products, it is sufficient to be able to see the screen, and when products that exceed the predetermined number of display lines are registered, the full screen can be displayed by using the expansion key of the third display area 813 located at the center of the screen, and when the full screen display is insufficient, all products can be checked by scrolling or the like. Furthermore, since the operation is performed while checking the current number of items purchased and the purchase amount during the imaging process, it is extremely advantageous in that the third display area 813 is located between the first display area 811 and the second display area 812, which display the imaged screen, and does not burden the operator with moving his or her line of sight. Also, the operation of the above-mentioned expansion keys is easy.

[0182] The display position of the controls on the screen may be changed depending on the member information or at any time. Specifically, the controls are arranged with consideration given to the operability of right-handed people, so it is difficult to use for left-handed people or left-handed operation. In this case, as shown in Fig. 27(a), the "checkout" key 813c is placed at a position approximately the same distance from the center line of the screen, and as shown in Fig. 27(b), the purchase quantity 812b, etc. may be moved in the same way, or may be placed at the top of the product name display. In other words, the locations of the controls suitable for right-handed and left-handed operation can be stored, and switching can be performed automatically based on switching instructions, membership information, etc. Furthermore, the "checkout" key 813c may be placed in a location that is difficult to operate, for example, on the opposite side.

[0183] A process flow relating to the above-mentioned method for displaying the list of registered details is shown in Fig. 26. This process flow corresponds to a subroutine of step S209 in the process flow shown in Fig. 7. In step S401, the mobile terminal 20 displays the first display area 811 and the second display area 812 on the display unit 212. Then, the mobile terminal 20 detects that an expansion operation has been performed on the second display area 812 by the member (S402), and upon detecting that the expansion operation has been performed, executes an expansion process for the second display area 812 (S403).

[0184] 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 the range of first display area 811, a range that includes a reading range where a barcode can be recognized, or a range that includes the entire first display area 811.

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

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

[0187] If the barcode is recognized in step S405, the process returns to step S402 to continue displaying the registration information. The above describes the process related to the method of displaying the product registration screen.

[0188] -Multiple purchases of the same product- When registering a product using the mobile terminal 20 of this embodiment, if multiple copies of the same product are to be purchased, this can be done by changing the quantity displayed in the registered product information 812d on the registration screen 810, or the code information of the same product can be imaged multiple times.

[0189] However, if the code information of the same product is captured multiple times, either consecutively or at intervals, the mobile terminal 20 displays a message to confirm whether or not it is OK to purchase the same product multiple times, or changes the confirmation sound or vibration pattern when acquiring the product identification information. For example, it displays a message such as "The same product has been scanned twice. Is the registration correct?" to inform the customer whether the operation was correct or incorrect. This allows the member to recognize that the product registration process he or she is currently performing is the acquisition of code information multiple times.

[0190] Specifically, when the same product is photographed and the product is confirmed, a yes / no selection button may be displayed to confirm, saying "The same product has been registered. Would you like to purchase it?". Also, at the time of confirmation, a screen may be displayed that allows the quantity to be increased or decreased. This method is efficient when registering the same product consecutively, since there is a possibility that the quantity may be increased. The same confirmation will be performed if you register the same product, then register another product, and then register the same product again. In order to prevent fraud, when multiple products are purchased, the number of readings may be the same as the number of products purchased. Similarly, when deleting products, the number of readings may be the same as the number of products to be deleted. The operation for purchasing the same product multiple times may be either or both. Also, the operation method may be changed according to the member's operation level (proficiency).

[0191] When a member registers the same product by capturing images multiple times, the mobile terminal 20 sets the purchase quantity of the registered product information of the product to the multiple purchases and displays it in the latest line of the list display. It goes without saying that registrations of the same product by capturing images multiple times may be displayed in multiple lines.

[0192] -Registering products sold separately- For products that are not suitable for affixing a barcode, such as fruits and vegetables like cucumbers and fish sold individually, the product registration process may be performed by capturing an image of the barcode attached to the shelf or container on which the product is displayed. Also, barcodes displayed on electronic shelf tags may be used. If a bar code is directly attached to the product, it goes without saying that the bar code may be photographed.

[0193] The mobile terminal 20 may also identify products by capturing an image of the product that is not suitable for affixing a barcode and performing object recognition. Registration processing may also be performed by voice or the like, or by displaying preset keys on the display unit and having the member select one of them.

[0194] Furthermore, when selling loose products, etc., discounts are often applied for bulk purchases (multiple purchases). When a member reads the barcode information of a product to which a bulk purchase discount applies, the mobile terminal 20 displays a pop-up 850, as shown in FIG. 17(a), in which the number of items that will be cheaper when bought in bulk is set as the initial number to be purchased. Pop-up 850 displays the product name 850a, the price per unit 850b, the number of units to be purchased 850c, and the selling price 850d for the individual product, and also has a "+" key 850e and a "-" key 850f, which are used to change the number of units to be purchased, and a "Cancel product" key 850g and a "Confirm" key 850h.

[0195] In the example shown in Fig. 17(a), a pop-up 850 is displayed in which a product with the product name "Corn from Hokkaido" is registered, and it is displayed that by buying three of the product, which costs 120 yen each, you can save 60 yen. And the number of purchases 850c is set to "3", which is the number of products in a bundle, as the initial value. The member can know from the pop-up 850 that the product is a discounted product for bulk purchases, and can easily set up product registration for bulk purchases by operating the "Enter" key 850h.

[0196] In addition, members can change the quantity purchased by operating the "+" key 850e and the "-" key 850f, and can cancel the registration of a product by operating the "Cancel Product" key 850g, just like with normal product registration.

[0197] When the member operates the "-" key 850f to change the number of purchases, the mobile terminal 20 changes the display of the pop-up 850 as shown in FIG. 17(b). 17(b), the display of the purchase quantity 850c has been changed to "1", the sales price (120 yen) without the discount applied is displayed, and it is displayed that buying three bottles in bulk will save 60 yen. Note that the content and timing of the display encouraging the member to buy in bulk are not particularly limited, and the mobile terminal 20 may display that the bulk buying discount will no longer be applied when the member changes the number of items to be purchased.

[0198] Then, when the member operates the "Enter" key 850h (confirmation operation), the mobile terminal 20 registers the registration information according to the number of items set in the purchase quantity 850c. In this way, the member can know from the pop-up 850 that the item is a discounted product for bulk purchases, and can easily set the bulk purchase by operating the "Enter" key 850h. Even if a bulk purchase discount is applied to the product, the initial value may be set to "1."

[0199] This registration operation is also applied to normal single-item sales. In other words, the registration operation can be performed in the same way by setting sales conditions such as bundle sales and bulk purchases. The sales conditions are set using product master data or special sale master data, and are generated as information that allows a mobile terminal to identify the product. Furthermore, special sales that are not applicable to general customers may also be applied to members.

[0200] In addition, for products with sales quantity restrictions, such as a sales condition of up to XX units per person, the "+" in the upper limit quantity may be disabled or hidden. In addition, only "+" may be used to count up in the quantity unit set in the sales conditions, and further, the manner in which the addition / subtraction keys are displayed and functioned in "sales condition quantity" units may be changed. Furthermore, when the "sales condition quantity" is subtracted, the non-fulfillment of the sales condition is notified, and the display format of the explanation of the sales condition may be changed. Also, when "1" is added to the "sales condition quantity", the display may be switched to the next sales condition fulfillment quantity and the total discount amount, etc. This makes it possible to encourage members to purchase the quantity specified in the sales conditions.

[0201] FIG. 29 shows an example of a process flow relating to the above-mentioned registration operation of loose products. The mobile terminal 20 inputs product information of the product that the member wishes to purchase (S501). Specifically, the input unit 260 of the mobile terminal 20 obtains the product identification information by reading the barcode (product identification information) attached to the product, and obtains (inputs) the product information of the product from the product master 110 based on the product identification information.

[0202] Next, the mobile terminal 20 detects whether or not 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 detects whether or not sales conditions (standard number) exist for the product with the input product identification number. The special sales conditions referred to here are sales conditions in which some condition is set regarding the number of items sold, such as items that are subject to bulk sales or an upper limit is set on the number of items that can be purchased per person. Furthermore, if the number of items to be purchased is stored in advance in a shopping list or the like, the number of items may be included in the sales conditions. Also, the sales conditions may indicate that the item is one that the customer frequently purchases (item with purchase history).

[0203] In step S502, if it is detected that special sales conditions are set in the product information, information on the number of units that will be sold and set in the sales conditions is obtained, for example, by referring to the product master sale data shown in Figure 28 (b). Then, the mobile terminal 20 determines the number of items to be purchased when the member purchases the item based on the acquired information on the number of items that have been sold, that is, based on the detected sales conditions (S503).

[0204] For example, it detects from the acquired product identification information that it is a target product for which a bulk discount is set for project number 1, acquires that the number of units for which the sales conditions for project number 1 are met is 3, and determines the number of units that is subject to the discount, "3". Alternatively, for a limited quantity product with sales conditions set such as a limit of 2 units per person, the limited quantity is determined as the number of units. Also, for a product that is frequently purchased by a customer (a product with a purchase history), the number of units purchased last time may be used.

[0205] After deciding the number, the mobile terminal 20 displays a confirmation screen for confirming the registration of the product on the display unit 250 with the number set in advance as the purchase quantity (S504). Normally, when a member reads a product's barcode (product identification information), the mobile terminal 20 sets the purchase quantity to "1" and registers the product. However, if the product obtained by reading the barcode (product identification information) has special sales conditions, for example if the product is eligible for a bulk discount, a confirmation screen will be displayed with the bulk number set as the purchase quantity, as shown in Figure 17(a).

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

[0207] In step S506, when it is detected that the "Enter" key 850h has been operated by the member, the mobile terminal 20 registers the product based on the number of products purchased at the time the "Enter" key 850h was operated, and then the process is completed.

[0208] 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, the purchase quantity is set to "1", and without displaying the confirmation screen, the process proceeds to step S507, the product is registered, and the process is completed. The above describes the process related to the registration operation of loose products.

[0209] -Registering products with variable weights- When registering products sold by weight, such as meat and prepared foods, a pricing label on which product information is recorded is printed using a scale that weighs the product sold by weight, and the mobile terminal 20 performs the product registration process by reading the barcode printed on the pricing label. Then, by connecting the weighing device to a store controller, the product information recorded on the issued pricing label can be added to the product master. It should be noted that for variable weight commodities, the purchase quantity may not be changed by operating the list display on the registration screen 810.

[0210] Furthermore, when the weighing device is connected to a network, the weighing device and mobile terminal 20 may be connected by short-range wireless communication or the like, the barcode of the product to be weighed may be read by mobile terminal 20, the product to be weighed may be specified by operating a key to specify the product, and the product may be weighed on the weighing device, and information on the weighed product may be registered in mobile terminal 20. In this case, the label issued by the weighing device may be a label that lists only information such as the expiration date, and be affixed to the product. Furthermore, if membership information and app user IDs can be recognized using ICs or other devices, shopping data can be generated even from bulk-only weighing devices and uploaded as customer shopping data, and by comparing the two sets of data, it will be possible to prevent fraud. In addition, if the product has only been specified and the mass has not been determined, i.e., the purchase price has not been determined, the product may be treated as a reserved product.

[0211] -Register coupon information- The mobile terminal 20 can register coupon information on a paper coupon. For example, by reading a barcode printed on the coupon, the recorded discount information can be acquired and reflected in the registered product information. If the recorded coupon information is unique, the coupon information can be invalidated by reading the coupon information. Also, if it is necessary to collect a coupon ticket, a store clerk may be called during shopping to input the information, or the POS terminal 70 that performs the settlement process may be specified as a manned POS or the like to carry out the settlement.

[0212] The mobile terminal 20 may automatically calculate the maximum discount condition based on the read coupon information, and output the registration information reflecting the price of the product. In addition, the mobile terminal 20 may include the read coupon information in the product registration information and output it as code information such as a symbol code, and have the POS terminal 70 read the code information, thereby outputting the coupon information to the POS terminal 70, etc., and performing discount processing, etc. In this case, too, shopping identification information and coupon identification information may be 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 may acquire registration information and coupon information from the higher-level device 10 based on each identification information.

[0213] -Using a shopping list- A member can use mobile terminal 20 to identify a store and download all or part of the store's product master data, and then create a list of products that he or she plans to purchase (hereinafter referred to as a "shopping list") using mobile terminal 20. For example, the mobile terminal 20 creates a shopping list by a member selecting and registering products to be purchased from a list of product information displayed on the display unit 250 of the mobile terminal 20. In addition, the mobile terminal 20 may automatically register products that are purchased on a daily basis as products to be purchased when creating a shopping list.

[0214] When registering products 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 the order of store aisles or departments, or may be freely set or changed. Also, by voice input such as "vegetables" or "food," the mobile terminal 20 may display only the relevant department, or may display the relevant department at the upper position of the display area.

[0215] When a member registers a product, the mobile terminal 20 changes the display of the product information on the shopping list and deletes the item from the shopping list. This allows the member to know that the product he or she plans to purchase has been registered. In addition, the mobile terminal 20 may be configured to cancel or the like by notifying the planned purchase quantity for multiple products to be purchased and registering the planned quantity.

[0216] Also, the mobile terminal 20 may be configured so that the member cannot register the product until the product to be registered from the shopping list has been specified. This allows the member to reliably purchase the product he or she plans to purchase, and also prevents excessive impulse buying, such as the purchase of products other than those planned.

[0217] If the member images a product other than the product after specifying the product, the mobile terminal 20 may display an error message, etc. Also, the mobile terminal 20 may display an error message, etc. when the member images a product other than the product registered in the shopping list.

[0218] The mobile terminal 20 allows the registration process of products that are not on the shopping list, but in that case, it is preferable to inform the user that the product is not on the shopping list, for example by displaying a screen to confirm the purchase. Furthermore, the mobile terminal 20 may display, in the list display of the registered information, products that are on the shopping list and products that are not on the shopping list in a distinguishable manner.

[0219] Furthermore, the mobile terminal 20 may complete product registration by the member clicking on the product name displayed in the shopping list. The member does not need to read the product's barcode, allowing for smoother product registration. Also, by using the shopping list to register products, the registration process for products that do not have a barcode attached can be easily performed. Also, it may be limited to functioning as a preset key for products that do not have a barcode attached. There is no need to take the trouble of reading barcodes on selling price plates, etc. Furthermore, an operation button may be provided to display alternative products, such as the place of origin (manufacturer), specifications, and capacity.

[0220] The mobile terminal 20 may be configured to automatically add products that are purchased regularly to the shopping list based on past shopping history information, and to be able to create a "shopping list" by scanning barcodes on empty containers at home. It may also be limited to functioning as a preset key for products that do not have barcodes attached. There is no need to take the trouble to read barcodes on price plates, etc. An operation button may also be provided to display alternative products, such as the place of origin (manufacturer), specifications, and capacity.

[0221] In addition, the mobile terminal 20 may be configured to automatically add products that are purchased regularly to a shopping list based on past shopping history information, or to create a "shopping list" by scanning barcodes of empty containers and the like at home. In addition, if there is a product registered in the shopping list but with no registration information, the mobile terminal 20 may notify the member of the fact that the product has been forgotten to be purchased by displaying a registration screen or the like, and may further inquire as to whether or not to purchase the forgotten product.

[0222] -Registration information output process- The process of outputting the registration information at the time of settlement will now be described in further detail. Basically, the registration information is output by converting the shopping identification information into a QR code (registered trademark), displaying it on the mobile terminal 20, and having the POS terminal 70 read it. The POS terminal 70 that reads the QR code (registered trademark) requests shopping information from the higher-level device 10 using the acquired shopping identification information, and upon receiving the request from the POS terminal 70, the higher-level device 10 calculates a subtotal using the shopping information linked to the shopping information, and transmits the calculated shopping information to the POS terminal 70.

[0223] A QR code (registered trademark) that encodes the shopping information may be displayed on the screen of the mobile terminal 20 and output to the POS terminal 70. In this 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 unit 760 of the POS terminal 70 to output the registration information and perform the settlement process, but if there is a lot of registration information and one piece of code information is not enough, multiple pieces of code information may be displayed in succession and read by the input unit 760 of the POS terminal 70 in succession to output all of the registration information, and in this case, it is preferable to display the total number of code information and the number of the currently displayed code information on the output screen 830.

[0224] Instead of reading the registered product information with a QR code (registered trademark), the information in the shopping file storage area may be displayed, and the "shopping file" may be obtained from the information in that storage area to obtain and receive the registered product information. Also, any one-dimensional code other than the QR code (registered trademark) that can identify member information, such as an NFC identification code on a mobile terminal, can be used, and the shopping file can be easily identified by setting the identifier in the shopping file.

[0225] As described above, when the registration information output process is performed by displaying code information (QR code (registered trademark) 840a) on the output screen 830 of the mobile terminal 20, the mobile terminal 20 does not stop displaying the code information until the POS terminal 70 completes the registration information input process.

[0226] For example, when the POS terminal 70 has completed reading the code information (QR code (registered trademark) 840a), it may communicate this to the mobile terminal 20, and when the input of the code information in the POS terminal 70 is completed, the display unit 250 of the mobile terminal 20 may display a message such as "Product registration is complete. Subsequent operations will be carried out at the settlement device," and then the display of the code information may end.

[0227] This allows the member to know that the product registration process using the mobile terminal 20 has been completed, and allows the member to concentrate on the payment process using the POS terminal 70. When the product registration process is completed, the mobile terminal 20 such as a smartphone closes the output screen 830 displayed on the display unit 250 and returns to the start screen 800.

[0228] Furthermore, the output of the registration information from the mobile terminal 20 to the POS terminal 70 is not limited to displaying code information. For example, a customer may complete the registration process using the mobile terminal 20 and select a POS terminal 70 to perform the settlement process, whereby the mobile terminal 20 may identify the POS terminal 70 and output the registration information to the POS terminal 70 via the network.

[0229] Furthermore, the input unit 260 of the mobile terminal 20 may read the identification information of the POS terminal 70 attached to or displayed on the screen of the POS terminal 70, and output the registration information to the POS terminal 70 of the read identification information via a network. In this case, the registration information may not be output directly to the POS terminal 70 selected by the mobile terminal 20, but may be output via a higher-level system such as the higher-level device 10 or the store controller 60. That is, the mobile terminal 20 may output the shopping identification information to the selected POS terminal 70, and the POS terminal 70 to which the shopping identification information has been input may request and acquire the corresponding registration information from the higher-level system based on the shopping identification information.

[0230] In addition, the mobile terminal 20 may receive status information of the POS terminal 70 and display a status button or the like of the POS terminal 70 on the display unit 250, and when a member selects a POS terminal 70, output the registration information to the selected POS terminal 70. Furthermore, based on the status information transmitted from the POS terminal 70 to the mobile terminal 20, the mobile terminal 20 may automatically select the POS terminal 70 that outputs the registration information or shopping identification information, and output the information. The method of outputting 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.

[0231] During shopping, the member may remember that he or she forgot to buy an item during the payment process. In such a case, the member can operate a cancel button or the like displayed on the display unit of the POS terminal 70 during the payment process, which will cause the POS terminal 70 to display a notification screen on the display unit 730 stating, for example, "Payment will be canceled. Subsequent operations will be performed on your smartphone." and the registration screen 810 can be displayed again on the display unit 250 of the mobile terminal 20, allowing the member to continue registering the item.

[0232] -Settlement process- The member selects a payment method to be used for payment processing of the product on the payment screen 950, but if the payment method is registered in advance when the member registers, the POS terminal 70 does not need to display the screen for selecting the payment method. Note that even if the payment method is registered, it is preferable to be able to change the payment method. In addition, for products that require age verification, such as alcoholic beverages, a store clerk must be called in the same way as reserved products. Also, for pharmaceuticals, explanations from a pharmacist or registered salesperson are mandatory for second-class pharmaceuticals, so a store clerk may be called in a separate manner from reserved products. It is preferable that these items are treated in the same way as reserved items and stored as reserved item information, and that at the time of payment, a store clerk is called by the notification means, and if editing (confirmation processing) is not performed on the screen of the POS terminal 70 in the same way as reserved item information, the transaction is prohibited by the prohibition means. Furthermore, the absence of a pharmacist or registered seller may be notified and purchases may be prohibited.

[0233] Payment can be made with gift certificates or points earned by point members. Coupons and other discount tickets can also be used, and payment can be made in the same way as with regular payment processing, including the payment of change and the issuance of receipts. When the intervention of a store clerk is required for the collection of the gift certificate, etc., a call to a store clerk is automatically made. Alternatively, a display may be displayed on the display unit to guide the user to a service counter or a manned POS.

[0234] It is also preferable that the payment process be controlled so as not to be carried out based on registered product information registered in a store other than the store specified by the member. In other words, the basket data (shopping file) generated by identifying the store contains store identification information, and when another store outputs the registration information processed by the identified mobile terminal 20 and attempts to perform the payment process using the POS terminal 70, an error message such as "This is not a purchase from this store" is displayed on the display unit 750 of the POS terminal 70, and a store clerk is called. In addition, when the product registration process is performed using a mobile terminal 20 that has identified another store, the display screen of the mobile terminal 20 may display a message such as "Payment at the other store has not been completed. Would you like to create basket data for our store?" or "You are logged in to another store. Cannot log in," thereby preventing shopping at the other store.

[0235] Furthermore, during the payment process, it is preferable to have a store clerk check the transaction as necessary. The check by the store clerk may be performed in the store clerk calling process in step S703 of the flow in FIG. 11, but may also be performed at another timing. Furthermore, the check of the settlement process by the store clerk may be carried out randomly as a spot check, but it is preferable to carry out the check according to the usage status and operation level of the mobile terminal 20 of the member.

[0236] For example, a store clerk may check members whose membership level stored in the customer file is the lowest level L1. This ensures that a store clerk will always check and support members who are using the service for the first time. On the other hand, for high level L5 members who have completed the registration process multiple times using the mobile terminal 20 and have few operational errors using the mobile terminal 20, checks and support by store clerks are omitted, thereby reducing the burden on the store.

[0237] In addition, as is done in the store clerk calling process in step S703 in Figure 11, it is preferable for a store clerk to check and provide support when, during the member's registration operation, there is a pending product whose code information cannot be read, or when the member performs a cancellation operation on the registered product information.

[0238] For example, the mobile terminal 20 or the POS terminal 70 may refer to the member file to obtain the number of past cancellations and have a store clerk check members who have made a predetermined number of cancellations or more, or may refer to the shopping file to have a store clerk check members who have made a predetermined number of registration deletion (cancellation) operations during that shopping trip or more.

[0239] Specifically, the POS terminal 70 may be set to call a store clerk when a product registration cancel operation is performed multiple times (eg, three times) during the transaction. In addition, when calling a store clerk based on a registration cancellation operation, the past shopping history may be taken into consideration. For example, if the total number of registration cancellation operations from this time, the previous time, and the time before that is five or more, a store clerk may be called.

[0240] This allows store clerks to check, for example, customers who pretend to register products by scanning areas of the product where there is no barcode, or customers who delete registration information without returning the product.

[0241] In addition, by setting whether or not the store clerk will check during the settlement process based on the operation history of the mobile terminal 20 during the member's registration process, it is possible to improve service quality, efficiency, and security by actively having the store clerk intervene, focusing on members who frequently cancel registration or make incorrect operations, or members who are likely to be unfamiliar with registering using the mobile terminal 20. Furthermore, a notice may be issued that the use of the app is prohibited.

[0242] In addition, the intervention of the 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 at the time of entering the store or at the time of product registration. For members using the service for the first time, the product registration process can be carried out more smoothly by having the store clerk intervene at the time of entering the store rather than at the time of payment.

[0243] -Prevent forgetting to pay- If the member moves outside the store without completing the payment process for the purchased item, the mobile terminal 20 notifies the member that the payment process for the item is incomplete. Specifically, the location of the mobile terminal 20 is identified by GPS location information, and if the mobile terminal 20 moves outside the store premises without completing the payment process, the mobile terminal 20 notifies the customer via their registered email address or app screen.

[0244] In addition, when a product registration process is performed using the app, the customer may be notified by not forcibly closing the app and prohibiting the launch of other apps until the payment process is completed. In addition, automatic payment may be made using a payment method such as a credit card registered in advance, and a notification may be sent by email. Furthermore, the operation may be such that the settlement process is not performed at the settlement device by registering credit, electronic money, or a withdrawal account at a financial institution. However, since the member can shop with peace of mind if the purchase details are confirmed, the method of confirming the details at the settlement device or a device having a similar function may be decided by the member. In addition, when there are no reserved products or when there is no need to handle cash payment, gift certificates, coupons, etc. depending on conditions such as the member's operation level, in other words, when there is no need to use the settlement device for online payment or direct debit, the fact that the operation of the settlement device may be skipped may be notified when the registration information or shopping identification information at the registration completion operation is displayed on a QR code (registered trademark) or the like, or a notification or guidance such as "No operation on the settlement device is required" may be displayed instead of the screen.

[0245] Next, an example of a block diagram of the mobile terminal 20 of the sales data processing system will be described with reference to FIG. 25(a). The sales data processing system of this embodiment has, as a control section, 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, and the like.

[0246] The CPU 21 constitutes a computer and executes instructions of a software program. The ROM 22 prestores programs and the like for operation by the CPU 21. The programs and the like may be stored in a portable storage medium such as a CD-ROM and read by an external device such as a CD-ROM drive.

[0247] The RAM 23 is used as a work storage area necessary for storing programs and for the software to operate. The memory 24 is composed of a hard disk device or the like, and stores information such as product master data. The network I / F 25 is a circuit for exchanging data with means connected to a 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 a display unit 250 such as a touch panel.

[0248] Next, an example of a block diagram of the POS terminal 70 of the sales data processing system will be described with reference to FIG. 25(b). The sales data processing system of this embodiment has, as a control unit, a CPU 71, a ROM 72, a RAM 73, a memory 74, a network I / F 75, an input unit I / F 76, a display unit I / F 77, a printing unit I / F 78, and the like.

[0249] The CPU 71 constitutes a computer and executes instructions of a software program. The ROM 72 prestores programs and the like for operation by the CPU 71. The programs and the like may be stored in a portable storage medium such as a CD-ROM and read by an external device such as a CD-ROM drive.

[0250] The RAM 73 is used as a work storage area necessary for storing programs and for the software to operate. The memory 74 is composed of a hard disk device or the like, and stores information such as product master data. The network I / F 75 is a circuit for exchanging data with means connected to a 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 a display unit 750 such as a touch panel. The printing unit I / F 78 is a circuit for performing input / output with a printing unit 770 such as a printer.

[0251] As described above, in the sales data processing system of this embodiment, when a customer uses their smartphone to perform product registration processing, reserved product information is generated for products that could not be registered and the product is guided to the basket as a reserved product, so that the customer is less likely to abandon purchasing the product and the opportunity is prevented from being lost. Also, if the product cannot be registered, the customer is notified of this and the product is registered as a reserved product, so shopping is not delayed by products that cannot be registered and shopping can be done smoothly.

[0252] In addition, when a reserved product is registered, a store clerk is called to prompt the customer to correct the information, and the settlement process is prohibited when there is a reserved product, so that the settlement process cannot be completed when a product that could not be registered is included, and erroneous transactions can be prevented.

[0253] In addition, by pretending to read the code information of the product, reserved product information is generated for the product and a store clerk is called at the POS terminal 70, thereby preventing fraud.

[0254] Needless to say, the above embodiments do not limit the invention described in the claims, but are treated as examples. For example, in this embodiment, when the registration information includes reserved product information, the POS terminal 70 displays the registration information and the reserved product information together in a list, but it may also display only the reserved product information in a list. When the store clerk corrects all the reserved product information, the POS terminal 70 may display a list of the product information.

[0255] Moreover, the mobile terminal 20 can be provided with various additional functions. For example, a member may launch a dedicated app to detect and notify the remaining battery level and signal strength of a smartphone. If the battery is low, the member may be notified by displaying a message such as "The battery may run out at ...:..." or "The battery may run out due to the reading process of ... point."

[0256] Also, when the device is switched to offline due to poor radio wave conditions, etc., a message such as "Only barcode information is displayed. Prices are not displayed" may be displayed to inform the user. By obtaining (entering) only the barcode information and quantity offline, the data can be updated by referencing the product master when the online system is restored; it is also possible to obtain and register product information by connecting to the product master via a communication medium such as a wired LAN at the time of checkout.

[0257] The shopping file in the higher-level device 10 is sent to the product sales system 6 (headquarters system or store controller) as the member's sales record, so that the product sales system 6 can centrally manage the member's sales record other than that of the higher-level device 10. In other words, the sales record of shopping at a store and the sales record of shopping on a mobile terminal can be managed together. The higher-level device 10 can also be linked to an electronic receipt server (not shown). If a member desires an electronic receipt, the higher-level device 10 may provide the member with an electronic receipt with only the sales record. The product sales system may also be linked to the electronic receipt server. In this case, all purchase records can be viewed and downloaded as electronic receipts. Sales records are sent from the host device 10 to the product sales system 6 at a predetermined timing. In addition, it may be possible for members who use the cloud service of the host device 10 to view and download purchase records of other companies and stores as electronic receipts. As a result, it is convenient for members when the same sales data processing system is adopted in other stores of the same company, and it becomes easy for members to accept the sales data processing system if they have experience using it in other companies and stores.

[0258] In addition, in cases such as (1) and (3) where a sales data processing system is introduced, even if the sales results are not transmitted from the POS terminal to the product sales system 6 but are only received from the higher-level device 10, it is possible to grasp the sales results, sales flash report, and inventory status of the store.

[0259] The purchase history may also be displayed in an app installed on the mobile terminal 20. If you want to create an electronic receipt for tax purposes, you can specify the product from the purchase history and issue an instruction to create an electronic receipt. If medical deductions and self-medication target flags are managed, you can output a corresponding list (in CSV or PDF format) and use it for medical deductions, etc. Other tax deductions can also be collected, and the collected 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, both can be compared and output, displayed, printed, and converted into electronic receipts. Members can also select the tax deduction that is most advantageous to them.

[0260] Furthermore, in the above embodiment, the mobile terminal 20 may acquire product information by referring to the product master of the higher-level device 10, etc., but the product master may be downloaded to the mobile terminal 20 so that the mobile terminal 20 can acquire product information. In addition, although the mobile terminal 20 acquires the product identification information from the captured image data, the mobile terminal 20 may only acquire the captured image data, and the process of acquiring the product identification information from the captured image data and subsequent processes may be performed in a higher-level system.

[0261] In other words, each process performed in this embodiment may be performed by any of the higher-level device 10, the mobile terminal 20, the store controller 60, the POS terminal 70, etc., and there is no limitation on which device it is executed on as long as no contradiction arises.

[0262] The camera for capturing an image of a barcode or the like attached to a product may be a camera built into the smartphone, or a separate camera connected via Bluetooth (registered trademark) or the like. [Explanation of symbols]

[0263] 10: Upper device 20: Mobile devices 201: Control means 202: Store identification method 203: Acquisition method 204: Detection means 205: Product registration method 206: Means of registering reserved items 207:Display means 208: Notification means 209: Output method 60: Store Controller 70: POS terminal 700: Control section 701: Control means 702: Input means 703:Display means 704: Payment method 705: Notification means 706: Editing methods 707: Prohibited means 750:Display section 760: Input section 770: Printing Department

Claims

1. A system including a portable terminal that a customer operates to register products displayed in the store, and a payment device that the customer operates to pay for the products registered in the portable terminal, The portable terminal includes: An acquisition means for acquiring product identification information capable of identifying a product; a registration means for registering product information of a product identified by the product identification information acquired by the acquisition means; Equipped with The settlement device includes: an input means for inputting the product information registered by the registration means; A store clerk calling means for executing a store clerk calling process for calling a store clerk; Equipped with The registration means includes: If the product identified by the product identification information acquired by the acquisition means is a product that requires the intervention of a store clerk, registering the product information of the product as a reserved product; The store clerk calling means includes: When the input means inputs the product information of the reserved product, the store clerk calling process is executed. system.

2. The settlement device includes: A settlement means for performing a settlement process; prohibition means for prohibiting the settlement process by the settlement means; Equipped with The prohibition means is 2. The system according to claim 1, wherein when said input means inputs product information of said reserved product, said payment process is prohibited until a store clerk confirms the information.

3. A program for causing a first computer to function as the portable terminal and a second computer to function as the settlement device in a system including a portable terminal that a customer operates to register products displayed, and a settlement device that the customer operates to settle payments for the products registered on the portable terminal, comprising: The first computer, An acquisition means for acquiring product identification information capable of identifying a product; A registration means for registering product information of a product identified by the product identification information acquired by the acquisition means. Function as a The second computer, an input means for inputting the product information registered by the registration means; A store clerk calling means for executing a store clerk calling process for calling a store clerk Function as a The registration means includes: If the product identified by the product identification information acquired by the acquisition means is a product that requires the intervention of a store clerk, registering the product information of the product as a reserved product; The store clerk calling means includes: When the input means inputs the product information of the reserved product, the store clerk calling process is executed. program.

4. A sales data processing method using a system including a portable terminal that a customer operates to register products displayed in the store, and a payment device that the customer operates to pay for the products registered in the portable terminal, comprising: The portable terminal, An acquisition step of acquiring product identification information capable of identifying a product; a registration step of registering product information of a product identified by the product identification information acquired by the acquisition step; Perform a process including The settlement device, an input step of inputting the product information registered by the registration step; a store clerk calling step for executing a store clerk calling process; Perform a process including The registration step includes: If the product identified by the product identification information acquired in the acquisition step is a product that requires the intervention of a store clerk, registering product information of the product as a reserved product; The store clerk calling step includes: a sales data processing method for executing the store clerk calling process when the product information of the reserved product is input in the input step;

5. A payment device in a system including a portable terminal that a customer operates to register products displayed in the store, and a payment device that the customer operates to pay for the products registered in the portable terminal, an input means for inputting product information registered by the portable terminal; A store clerk calling means for executing a store clerk calling process for calling a store clerk; Equipped with The store clerk calling means includes: When the input means inputs product information of a reserved product that requires the intervention of a store clerk as the product information registered by the portable terminal, the store clerk calling process is executed. Payment device.

6. A program for causing a computer to function as a settlement device in a system including a portable terminal that a customer operates to register products displayed on the display and a settlement device that a customer operates to settle a payment for the products registered on the portable terminal, the program comprising: The computer, an input means for inputting product information registered by the portable terminal; A store clerk calling means for executing a store clerk calling process for calling a store clerk Function as a The store clerk calling means includes: When the input means inputs product information of a reserved product that requires the intervention of a store clerk as the product information registered by the portable terminal, the store clerk calling process is executed. program.

Images