Commodity sales data processing device, commodity sales data processing system, and program

Abstract

To provide a technique capable of preventing a customer from forgetting to receive an attachment of a purchased commodity.SOLUTION: This commodity sales data processing device configured as a portable terminal comprises: a commodity registration unit that acquires identification information about a commodity to be purchased and registers the commodity; a settlement instruction unit that receives an instruction of settlement regarding the registered commodity and requests a settlement process; and a notification unit that, after completion of the settlement process, warns against forgetting to receive an attachment necessary for consuming the commodity and notifies a customer of a receiving place of the attachment.SELECTED DRAWING: Figure 9

Description

[Technical field]

[0001] An embodiment of the present invention relates to a merchandise sales data processing device, a merchandise sales data processing system, and a program. [Background technology]

[0002] 2. Description of the Related Art Conventionally, devices that assist in the delivery of accessories such as chopsticks and spoons to purchased products in stores are known (for example, Patent Document 1).

[0003] Patent Document 1 discloses a device that prevents store clerks from forgetting to attach attachments to customers. Such devices are applied when selling face-to-face using a POS terminal or the like. Recently, product sales data processing devices that allow customers to register products and make payments by themselves using a mobile terminal such as a smartphone or tablet terminal are becoming more widespread. When using such product sales data processing devices, customers can make payments at any location in the store, so it has been necessary to provide more reliable guidance to customers to ensure that they do not forget to remove attachments. Summary of the Invention [Problem to be solved by the invention]

[0004] An object of the present invention is to provide a product sales data processing device, a product sales data processing system, and a program that can prevent a customer from forgetting to receive accessories for a purchased product. [Means for solving the problem]

[0005] The product sales data processing device of the embodiment is configured as a mobile terminal and includes a product registration unit, a payment instruction unit, and a notification unit. The product registration unit acquires identification information of a product to be purchased and registers the product. The payment instruction unit accepts a payment instruction for the registered product and requests payment processing. After the payment processing is completed, the notification unit warns the user that an attachment required for consuming the product has been forgotten to be received and notifies the user of the location to receive the attachment. [Brief description of the drawings]

[0006] [Figure 1] FIG. 1 is a schematic configuration diagram of a product sales data processing system according to an embodiment. [Diagram 2] FIG. 2 is a hardware block diagram illustrating an example of a hardware configuration of a mobile terminal. [Diagram 3] FIG. 3 is a diagram illustrating an example of a data structure of the product master. [Figure 4] FIG. 4 is a diagram showing an example of an attachment reception setting screen displayed on the mobile terminal. [Diagram 5] FIG. 5 is a diagram showing an example of a product registration screen displayed on the mobile terminal. [Figure 6] FIG. 6 is a diagram showing an example of a payment completion screen displayed on the mobile terminal. [Figure 7] FIG. 7 is a diagram showing an example of an attachment receiving location guide screen displayed on the mobile terminal. [Figure 8] FIG. 8 is a diagram showing an example of a notification screen displayed on the mobile terminal when a customer leaves the store without receiving any attachments. [Figure 9] FIG. 9 is a functional block diagram illustrating an example of a functional configuration of the product sales data processing system. [Figure 10] FIG. 10 is a flowchart illustrating an example of a flow of processing performed by the product sales data processing system according to the embodiment. [Figure 11] FIG. 11 is a functional block diagram showing a functional configuration of a modified example of the product sales data processing system. [Figure 12] FIG. 12 is a diagram showing an example of an attachment receipt confirmation screen displayed on a mobile terminal in the modified example of the product sales data processing system. [Figure 13] FIG. 13 is a schematic configuration diagram of a product sales data processing system according to the second embodiment. [Figure 14] FIG. 14 is a functional block diagram illustrating an example of a functional configuration of a product sales data processing system according to the second embodiment. [Figure 15]FIG. 15 is a flowchart illustrating an example of the flow of processing performed by the product sales data processing system of the second embodiment. [Figure 16] FIG. 16 is a schematic configuration diagram of a product sales data processing system according to the third embodiment. [Figure 17] FIG. 17 is a functional block diagram illustrating an example of a functional configuration of a product sales data processing system according to the third embodiment. [Figure 18] FIG. 18 is a flowchart showing an example of the flow of processing performed by the product sales data processing system of the third embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0007] (First embodiment) Hereinafter, the first embodiment will be described in detail with reference to the drawings. Note that the present invention is not limited to the embodiment described below.

[0008] (Outline of product sales data processing system) A schematic configuration of a product sales data processing system 40 according to an embodiment will be described with reference to Fig. 1. Fig. 1 is a schematic configuration diagram of a product sales data processing system according to an embodiment.

[0009] The product sales data processing system 40 includes a mobile terminal 10 and a server device 30.

[0010] The mobile terminal 10 is a smartphone, tablet terminal, or the like, owned by the customer 60. The mobile terminal 10 may also be one loaned to the customer 60 by a store. A payment application for registering products to be purchased and making payments is installed in advance on the mobile terminal 10. The customer 60 attaches the mobile terminal 10 to a shopping cart 62 containing a shopping basket 64 to make a purchase. The mobile terminal 10 reads identification information that identifies the products to be purchased by the customer 60, registers the products, and transmits product registration information to the server device 30. The mobile terminal 10 also accepts a payment instruction for the registered products, and requests, for example, the server device 30 to perform payment processing.

[0011] In addition, when the product purchased by the customer 60 requires cutlery such as chopsticks and spoons, the mobile terminal 10 notifies the customer 60 of the location where the cutlery can be received when the payment process is completed, by reminding the customer 60 of the need for cutlery. The mobile terminal 10 may also notify the customer 60 of the required number of cutlery. Furthermore, when the customer 60 leaves the store without receiving the cutlery, the mobile terminal 10 notifies the customer 60 of the need for cutlery. Note that the cutlery is not limited to chopsticks and spoons, but may be accessories required for consuming the product, such as knives and forks. In the following description, cutlery is referred to as an attachment. In addition to cutlery, the attachment in this disclosure also includes paper plates, paper napkins, and the like required for consuming the product. Note that the mobile terminal 10 is an example of a product sales data processing device in this disclosure.

[0012] The server device 30 manages the product registration information registered in the mobile terminal 10 by communicating with the mobile terminal 10. More specifically, the server device 30 acquires from the mobile terminal 10 the membership code of the customer 60, a transaction ID that uniquely identifies one transaction, and the product registration information registered in the mobile terminal 10, and records the membership code, transaction ID, and product registration information in association with each other. Then, when the server device 30 acquires a payment processing request from the mobile terminal 10, it requests the payment processing from a payment server (not shown), and when the payment processing by the payment server is completed, it transmits a payment completion notification to the mobile terminal 10.

[0013] The mobile terminal 10 and the server device 30 communicate with each other via a network N, a router 13, and a wireless communication unit 12.

[0014] The network N is an information and communication network such as the Internet or an intranet.

[0015] A plurality of wireless communication units 12 are installed in the store and connected to an in-store network 14. The wireless communication units 12 establish wireless communication between the mobile terminals 10 and the server device 30.

[0016] The router 13 is a relay device for establishing network communication between the mobile terminal 10 and the server device 30 .

[0017] (Mobile device hardware configuration) The hardware configuration of the mobile terminal 10 will be described with reference to Fig. 2. Fig. 2 is a hardware block diagram showing an example of the hardware configuration of the mobile terminal.

[0018] The mobile terminal 10 includes a control unit 21, a storage unit 22, and, as peripheral devices, a display device 23, an operation device 24, a camera 25, a speaker 26, a positioning device 27, and a communication interface 28.

[0019] The control unit 21 includes a CPU (Central Processing Unit) 211, a ROM (Read Only Memory) 212, and a RAM (Random Access Memory) 213. The CPU 211 is the main controller. The ROM 212 stores various fixed data, various tables, etc. The RAM 213 functions as a work memory by expanding control programs and various data when the CPU 211 performs various processes.

[0020] The storage unit 22 stores a control program 221 , a product master 222 , and a product registration file 223 .

[0021] The control program 221 is a program executed by the CPU 211. The CPU 211, the ROM 212, the RAM 213, and the storage unit 22 are connected to one another via an internal bus, and the control unit 21 causes the CPU 211 to load the control program 221 stored in the storage unit 22 and various data stored in the ROM 212 into the RAM 213 and operate them. In this way, the control unit 21 executes various control processes.

[0022] The product master 222 is a master file in which product information of products handled in a store is registered. The detailed structure of the product master 222 will be described later in detail (see FIG. 3).

[0023] The product registration file 223 is a file in which product information registered for purchase by the customer 60 is registered. The product registration file 223 includes at least the product name, unit price, quantity, and total price.

[0024] The display device 23 includes a liquid crystal panel or an organic EL panel, and displays various operation screens and information screens.

[0025] The operation device 24 is, for example, a touch panel laminated on the display device 23, which acquires operation information of the customer 60.

[0026] Camera 25 is a camera equipped with an imaging element such as a CCD or C-MOS, which captures a code symbol such as a barcode attached to a product purchased by customer 60. Note that instead of camera 25, mobile terminal 10 may cause a scanner (not shown) configured separately from mobile terminal 10 to read the code symbol and acquire the product code from the scanner.

[0027] The speaker 26 outputs beeps, voice guidance, and the like to the customer 60.

[0028] The positioning device 27 measures the current position of the mobile terminal 10. The positioning device 27 is, for example, a GPS receiver that receives a GPS signal, or a beacon receiver that receives a signal from a beacon installed in a store.

[0029] The communication interface 28 is a communication adapter that enables wireless communication between the mobile terminal 10 and the wireless communication unit 12 .

[0030] Although the hardware configuration of the server device 30 is not shown, the server device 30 has the configuration of a computer including a CPU, a ROM, a RAM, and a storage unit, similar to the mobile terminal 10.

[0031] (Product Master Structure) The structure of the product master 222 will be described with reference to Fig. 3. Fig. 3 is a diagram showing an example of the data structure of the product master.

[0032] The product master 222 is a master file for storing and managing information on all products handled in the store. The contents of the product master 222 are updated successively in response to product replacements, price changes, etc., so the mobile terminal 10 obtains update information for the product master from a store server (not shown) or the like to keep the contents of the product master 222 always up to date.

[0033] The product master 222 stores product information such as product name, unit price, additional information, and attachment information in association with the product code of a product handled in the store. The product name field stores the name of the product corresponding to the product code. The unit price field stores the unit price of the product corresponding to the product code. The additional information field stores additional information about the product corresponding to the product code. The additional information field stores, for example, the type of product. If the product is clothing, the additional information field stores the size, color, design, material, brand, and the like. The additional information field may also store image data of the product corresponding to the product code. The attachment information field stores information indicating whether the product requires an attachment and the specific contents of the required attachment (chopsticks, spoon, fork, knife, paper plate, paper napkin, and the like). The product master 222 may store information other than the information shown in FIG. 3.

[0034] (Example of mobile device operation and screen display) An example of the operation of the mobile terminal 10 will be described with reference to Figs. 4 to 8, taking examples of screens displayed on the display device 23. Fig. 4 is a diagram showing an example of an attachment reception setting screen displayed on the mobile terminal. Fig. 5 is a diagram showing an example of a product registration screen displayed on the mobile terminal. Fig. 6 is a diagram showing an example of a payment completion screen displayed on the mobile terminal. Fig. 7 is a diagram showing an example of an attachment reception location guide screen displayed on the mobile terminal. Fig. 8 is a diagram showing an example of a notification screen displayed on the mobile terminal when leaving the store without receiving the attachments.

[0035] When a customer 60 enters a store, the customer 60 performs a check-in process using the mobile terminal 10. The check-in process is performed, for example, when entering the store, by having the mobile terminal 10 perform short-range wireless communication with a check-in terminal (not shown) provided in the store. When the check-in process is performed, the check-in terminal reads the membership code of the customer 60 from the mobile terminal 10. The check-in terminal then issues a transaction ID that uniquely identifies the transaction and outputs it to the mobile terminal 10. By obtaining the transaction ID, the mobile terminal 10 is ready to start shopping.

[0036] When the customer 60 is ready to start shopping, the customer 60 selects "attachment receiving settings" from a main menu (not shown) displayed on the display device 23 of the mobile terminal 10. At this time, the attachment receiving settings screen shown in FIG. 4 is displayed on the display device 23 of the mobile terminal 10.

[0037] The attachment reception setting screen displays a reception setting button 81, a no reception setting button 82, and a back button 83.

[0038] The reception setting button 81 is a button for setting to receive all attachments. When the reception setting button 81 is pressed, if the product registered by the customer 60 is a product that requires attachments, the mobile terminal 10 calculates the required quantity of attachments assuming that all attachments will be received. Furthermore, when the reception setting button 81 is pressed, the mobile terminal 10, upon completion of the payment process, issues a warning against forgetting to receive attachments and notifies the reception location of the attachments. The mobile terminal 10 may also notify the required quantity of attachments. This will be described in more detail later (see Figs. 6 and 7).

[0039] The "no need to receive" setting button 82 is a button for setting not to receive any attachments. When the "no need to receive" setting button 82 is pressed, even if the product registered by the customer 60 is a product that requires attachments, the mobile terminal 10 does not calculate the required quantity of attachments, assuming that none of the attachments will be received. In addition, when the payment process is completed, the mobile terminal 10 does not warn the customer about forgetting to receive attachments, and does not notify the customer of the location to receive the attachments.

[0040] The back button 83 is a button for exiting the attachment reception setting screen and transitioning to, for example, a main menu screen.

[0041] A customer 60 picks up a product to be purchased and holds a code symbol, such as a barcode, attached to the product over the camera 25 of the mobile terminal 10. The mobile terminal 10 then reads the code symbol in the image of the product captured by the camera 25. Note that a product code that uniquely identifies the product is registered in the code symbol.

[0042] The mobile terminal 10 uniquely identifies the product purchased by the customer 60 by comparing the read product code with the product master 222. Then, the product information of the matched product is registered as product registration information. At this time, the display device 23 of the mobile terminal 10 displays a product registration screen shown in FIG.

[0043] The product registration screen displays registered product information, a delete button 84 for deleting the registered product information, a checkout button 85, and a scroll button 86.

[0044] The product information displayed on the product registration screen includes the product name, a number indicating the registration order of the product, the purchase quantity, the price, the number of products, and the total amount. As shown in Fig. 5, the display device 23 of the mobile terminal 10 displays the latest registration information of a predetermined number of registered products. The product information displayed on the display device 23 is stored in the product registration file 223 described above.

[0045] The delete button 84 is displayed for each registered product. When the customer 60 wishes to cancel the purchase of a product that has already been registered, the customer 60 presses the delete button 84 for the corresponding product, and returns the product that was added to the shopping cart 64 to the sales floor.

[0046] The checkout button 85 is a button for ending the product registration and instructing the start of settlement. When the checkout button 85 is pressed, the mobile terminal 10 outputs the product registration file 223 to the server device 30.

[0047] The scroll button 86 is a button for scrolling the displayed product information when multiple products are registered. The scroll button 86 is displayed at the top and bottom of the product information, for example, as shown in FIG. 5. When the scroll button 86 at the top of the product registration information is pressed, the product information displayed on the display device 23 is scrolled in the upward direction of the screen. When the scroll button 86 at the bottom of the product registration information is pressed, the product information displayed on the display device 23 is scrolled in the downward direction of the screen. This allows the customer 60 to check product information that is not displayed on the screen. Note that instead of using the scroll button 86, the product information may be scrolled by swiping up and down on the product registration screen.

[0048] When the payment process is completed, the server device 30 outputs payment completion information to the mobile terminal 10. Then, when the mobile terminal 10 acquires the payment completion information from the server device 30, a payment completion screen shown in FIG. 6 is displayed on the display device 23 of the mobile terminal 10.

[0049] If the customer 60 has set up the receipt of attachments on the attachment receipt setting screen shown in Figure 4, the payment completion screen will display a notice that payment has been completed, the number of attachments 87, a back button 83, a receipt location display button 88, and an attachment receipt completion button 89.

[0050] The notification of payment completion includes a notification indicating that the payment has been completed and details of the payment (number of items and total amount). The notification of payment completion may further include the payment method.

[0051] The attachment quantity 87 is the quantity of the necessary attachments. It is preferable that the attachment quantity 87 is notified for each type of attachment.

[0052] The back button 83 is a button for exiting the payment completion screen and transitioning to, for example, a main menu screen.

[0053] The reception location display button 88 is a button for displaying the reception location of the attachments. When the customer 60 does not know the reception location of the attachments, the customer 60 presses the reception location display button 88. When the reception location display button 88 is pressed, the mobile terminal 10 displays an attachment reception location guide screen shown in FIG. 7. Attachments are generally placed near the cash register or at the service counter of a store. However, since a customer using the mobile terminal 10 can perform payment processing at any location in the store, it is assumed that the customer may be lost as to where to receive the attachments. In such a case, the customer 60 can receive the attachments reliably by having the mobile terminal 10 display the reception location of the attachments. Note that in this embodiment, the reception location of the attachments is displayed by having the customer 60 press the reception location display button 88, but the reception location of the attachments may be automatically displayed when the payment processing is completed.

[0054] The attachment reception completion button 89 is a button that the customer 60 is prompted to press when the reception of the attachments is completed. When the customer 60 receives the attachments at the attachment reception location, the customer 60 presses the attachment reception completion button 89. This causes the mobile terminal 10 to determine that the customer 60 has completed the reception of the attachments.

[0055] When the receipt location display button 88 is pressed on the payment completion screen, the attachment receipt location guide screen shown in FIG.

[0056] The attachment receiving location information screen displays a receiving location 90, an attachment quantity 87, an attachment receiving completion button 89, and a back button 83.

[0057] The receiving location 90 is a map showing the receiving location in the store for the attachment. The current location of the mobile terminal 10 is also displayed in the receiving location 90. The mobile terminal 10 measures its own current location in the store by the positioning device 27 described above.

[0058] The attachment quantity 87, attachment receipt completion button 89, and back button 83 are as described above.

[0059] When the customer 60 leaves the store without receiving the attached item, a notification screen shown in FIG.

[0060] The notification screen displays a message indicating that the attachments have been forgotten to be received. The notification screen also displays the number of attachments 87, a receiving location display button 88, an attachment receiving completion button 89, and a back button 83.

[0061] 8 is displayed, a beep 91 is output from the speaker 26. Note that instead of the beep 91, a voice message may be output, or a vibrator (not shown) provided in the mobile terminal 10 may be vibrated.

[0062] When the attachment reception completion button 89 is not pressed, i.e., when the attachments have not been received, and the current location of the mobile terminal 10 moves away from the pre-set store location (i.e., when the customer 60 leaves the store without receiving the attachments), the mobile terminal 10 displays the notification screen shown in FIG. 8.

[0063] When the customer 60 notices the notification screen, he or she returns to the store to pick up the attached item.

[0064] (Functional configuration of product sales data processing system) The functional configuration of the product sales data processing system 40 will be described with reference to Fig. 9. Fig. 9 is a functional block diagram showing an example of the functional configuration of the product sales data processing system.

[0065] (Functional configuration of mobile terminal) First, the functional configuration of the mobile terminal 10 will be described. The control unit 21 of the mobile terminal 10 reads out the control program 221, deploys it in the RAM 213, and executes it to realize, as functional parts, an attachment reception setting unit 101, a code information acquisition unit 102, a product registration unit 103, an attachment quantity calculation unit 104, a payment instruction unit 105, a payment completion information acquisition unit 106, a notification unit 107, an attachment reception completion confirmation unit 108, and a current location estimation unit 109 shown in Fig. 9. However, some of these functional parts may be handled by the server device 30, not the mobile terminal 10.

[0066] The attachment reception setting unit 101 sets whether to receive attachments or not to receive attachments. Specifically, when the attachment reception setting unit 101 detects that a reception setting button 81 displayed on the mobile terminal 10 has been pressed, the attachment reception setting unit 101 sets to receive all attachments that come with the product to be purchased. Also, when the attachment reception setting unit 101 detects that a no reception setting button 82 displayed on the mobile terminal 10 has been pressed, the attachment reception setting unit 101 sets to not receive all attachments that come with the product to be purchased.

[0067] The code information acquiring unit 102 causes the camera 25 to read a code symbol such as a barcode or a two-dimensional code attached to a product purchased by a customer. The code information acquiring unit 102 also acquires the product code by decoding the information recorded in the code symbol. The code information acquiring unit 102 may also cause a scanner configured separately from the mobile terminal 10 to read the code symbol.

[0068] The product registration unit 103 acquires information on the product purchased by the customer 60 from the product master 222 based on the product code, and registers the product information in the product registration file 223 .

[0069] The attachment quantity calculation unit 104 adds the required quantity of attachments on the condition that the product registered by the product registration unit 103 requires attachments when consuming the product.

[0070] When the payment instruction unit 105 detects that the checkout button 85 displayed on the mobile terminal 10 has been pressed, it requests payment processing from the server device 30. In addition, the payment instruction unit 105 outputs to the server device 30 a membership code that uniquely identifies the customer 60, a transaction ID that uniquely identifies one transaction, and product registration information that is the subject of the payment.

[0071] The payment completion information acquisition unit 106 acquires information indicating that the payment process has been completed from the server device 30. The payment completion information acquisition unit 106 also acquires information indicating the details of the payment from the server device 30.

[0072] When the payment process is completed, the notification unit 107 issues a warning to the user not to forget to receive the attachments and notifies the user of the location where the attachments are to be received. The notification unit 107 may also notify the user of the required number of attachments.

[0073] The attachment reception completion confirmation unit 108 acquires information indicating that the reception of the attachments is completed. Specifically, the attachment reception completion confirmation unit 108 determines that the reception of the attachments is completed when it detects that the attachment reception completion button 89 displayed on the mobile terminal 10 is pressed.

[0074] The current location estimation unit 109 estimates the current location of the mobile terminal 10 .

[0075] (Server device functional configuration) Next, a description will be given of the functional configuration of the server device 30. The server device 30 executes a control program (not shown) to realize a payment processing unit 301 and a payment completion information output unit 302 shown in Fig. 9 as functional parts.

[0076] The payment processing unit 301 judges whether a payment processing request has been received from the mobile terminal 10. In addition, the payment processing unit 301 requests a payment server (not shown) to perform payment processing related to the product registration information that is the subject of payment, based on the membership code and transaction ID of the customer 60 received from the mobile terminal 10.

[0077] The payment completion information output unit 302 outputs to the mobile terminal 10 information indicating that the payment process has been completed and information indicating the details of the payment.

[0078] (Processing flow performed by the product sales data processing system) The flow of processing performed by the product sales data processing system 40 will be described with reference to Fig. 10. Fig. 10 is a flowchart showing an example of the flow of processing performed by the product sales data processing system of the embodiment. It is assumed that the customer 60 operates the mobile terminal 10 in advance to set up to receive all attachments that come with the product to be purchased.

[0079] (Processing flow performed by mobile devices) The customer 60 causes the camera 25 to capture an image of the code symbol affixed to the product to be purchased. The product registration unit 103 then recognizes the product code recorded in the code symbol captured by the camera 25 and collates it with the product master 222, thereby registering the product information of the product purchased by the customer 60 in the product registration file 223 (step S11).

[0080] The attachment quantity calculation unit 104 determines whether the registered product requires attachments (step S12). If it is determined that the registered product requires attachments (step S12: Yes), the process proceeds to step S13. On the other hand, if it is determined that the registered product does not require attachments (step S12: No), the process proceeds to step S14. The attachment quantity calculation unit 104 refers to the product master 222 to determine whether the product corresponding to the product code of the registered product requires attachments.

[0081] In step S12, when it is determined that the registered product requires an attachment, the attachment quantity calculation unit 104 adds the quantity of the attachment (step S13). The addition of the attachment is performed for each type of required attachment. For example, if the product purchased by the customer 60 requires a spoon, the attachment quantity calculation unit 104 adds the quantity of the spoon. Then, the process proceeds to step S14.

[0082] If it is determined in step S12 that the recorded product does not require any accessories, and following step S13, the payment instruction unit 105 determines whether there is a payment instruction from the customer 60 (step S14). If it is determined that there is a payment instruction from the customer 60 (step S14: Yes), the process proceeds to step S15. On the other hand, if it is not determined that there is a payment instruction from the customer 60 (step S14: No), the process returns to step S11. Note that the payment instruction unit 105 determines that there is a payment instruction from the customer 60 when it detects that the checkout button 85 displayed on the mobile terminal 10 has been pressed.

[0083] If it is determined in step S14 that a payment instruction has been received from the customer 60, the payment instruction unit 105 makes a payment processing request to the server device 30 by outputting the membership code, transaction ID, and product registration information of the customer 60 (step S15).

[0084] The payment completion information acquisition unit 106 determines whether payment completion information and information indicating payment details have been acquired from the server device 30 (step S16). If it is determined that payment completion information and information indicating payment details have been acquired from the server device 30 (step S16: Yes), the process proceeds to step S17. On the other hand, if it is not determined that payment completion information and information indicating payment details have been acquired from the server device 30 (step S16: No), the determination in step S16 is repeated.

[0085] When it is determined in step S16 that payment completion information and information indicating payment details have been acquired from the server device 30, the attachment quantity calculation unit 104 determines whether any of the products purchased by the customer 60 require attachments (step S17). If it is determined that any of the products purchased by the customer 60 require attachments (step S17: Yes), the process proceeds to step S18. On the other hand, if it is not determined that any of the products purchased by the customer 60 require attachments (step S17: No), the mobile terminal 10 ends the process of FIG.

[0086] In step S17, when it is determined that the product purchased by the customer 60 includes a product that requires an attachment, the notification unit 107 warns the customer 60 not to forget to receive the attachment and notifies the customer 60 of the location where the attachment can be received (step S18). This ensures that the customer 60 receives the attachment even if the customer 60 issues a payment instruction anywhere in the store (i.e., even if the attachment is not near the customer 60). Furthermore, in step S18, the notification unit 107 may notify the customer of the number of attachments to be received.

[0087] The attachments receipt completion confirmation unit 108 determines whether the attachments receipt completion button 89 displayed on the mobile terminal 10 has been pressed (step S19). If it is determined that the attachments receipt completion button 89 has been pressed (step S19: Yes), the mobile terminal 10 ends the processing in Fig. 10. On the other hand, if it is not determined that the attachments receipt completion button 89 has been pressed (step S19: No), the process proceeds to step S20.

[0088] If it is determined in step S19 that the attachment reception completion button 89 has not been pressed, the current location estimation unit 109 determines whether the mobile terminal 10 is outside the store (i.e., whether the customer 60 has left the store without receiving the attachments) (step S20). If it is determined that the mobile terminal 10 is outside the store (step S20: Yes), the process proceeds to step S21. On the other hand, if it is not determined that the mobile terminal 10 is outside the store (step S20: No), the process returns to step S19.

[0089] In step S20, when it is determined that the mobile terminal 10 is outside the store, the notification unit 107 issues a warning about forgetting to pick up the attachments and notifies the customer of the location to receive the attachments (step S21). This ensures that the customer 60 can receive the attachments even if the customer 60 leaves the store without receiving them. Then, the process returns to step S19.

[0090] (Processing flow performed by the server device) The payment processing unit 301 determines whether a payment processing request has been received from the mobile terminal 10 (step S31). If it is determined that a payment processing request has been received (step S31: Yes), the process proceeds to step S32. On the other hand, if it is determined that a payment processing request has not been received (step S31: No), step S31 is repeated.

[0091] When it is determined in step S31 that a payment processing request has been acquired, the payment processing unit 301 requests a payment server (not shown) to perform payment processing (step S32).

[0092] When the payment process is completed, the payment completion information output unit 302 outputs information indicating that the payment process is completed and information indicating the payment details to the mobile terminal 10 (step S33). After that, the server device 30 ends the process of FIG.

[0093] (Modification of the product sales data processing system of the first embodiment) A modified example of the product sales data processing system will be described with reference to Fig. 11. Fig. 11 is a functional block diagram showing the functional configuration of the modified example of the product sales data processing system.

[0094] A product sales data processing system 40, which is a first variant of an embodiment, asks a customer whether or not he or she wishes to receive attachments each time the customer registers a product to be purchased, if the registered product requires attachments.

[0095] A product sales data processing system 40 according to a first modified example of the embodiment includes a mobile terminal 10 and a server device 30.

[0096] The mobile terminal 10 has an attachment receipt confirmation unit 110 instead of the attachment receipt setting unit 101 in the functional configuration of the mobile terminal 10 described above (see FIG. 9). The actions of the other functional parts shown in FIG. 11 are as described in FIG.

[0097] The attachment receipt confirmation unit 110 acquires information from the customer 60 instructing whether to receive or not to receive an attachment when the product registered by the product registration unit 103 is a product that requires an attachment. Specifically, when the customer 60 performs an operation to input information to the mobile terminal 10 to receive an attachment, the attachment receipt confirmation unit 110 determines that the customer 60 will receive the attachment of the product registered at that time. Also, when the customer 60 performs an operation to input information to the mobile terminal 10 to not receive an attachment, the attachment receipt confirmation unit 110 determines that the customer 60 will not receive the attachment of the product registered at that time. A specific operation example will be described later (see FIG. 12).

[0098] The mobile terminal 10 may further include an attachment reception setting unit 101 in addition to the configuration of Fig. 11. Then, only when the attachment reception setting unit 101 has set to receive attachments, the attachment reception confirmation unit 110 may confirm whether or not the customer 60 will receive the attachments when the customer 60 registers a product that requires attachments.

[0099] Furthermore, the attachment reception setting unit 101 may allow the user to select either "No confirmation required at registration" or "Confirm at registration" after the reception setting button 81 is pressed on the attachment reception setting screen shown in Fig. 4. When the customer 60 selects "No confirmation required at registration", the operation described in the first embodiment may be performed, and when the customer 60 selects "Confirm at registration", the operation described in the modified example of the first embodiment may be performed.

[0100] (Explanation of the confirmation screen when registering a product) An attachment receipt confirmation screen displayed at the time of product registration in a modified example of the product sales data processing system will be described with reference to Fig. 12. Fig. 12 is a diagram showing an example of an attachment receipt confirmation screen displayed on a mobile terminal in a modified example of the product sales data processing system.

[0101] When a customer 60 who is shopping registers a product that requires an attachment, an attachment receipt confirmation screen shown in FIG. 12 is displayed on the display device 23 of the mobile terminal 10.

[0102] The attachment receipt confirmation screen displays a delete button 84, a receive button 92, and a no receipt button 93. The function of the delete button 84 is as described above.

[0103] The receive button 92 is a button for instructing to receive the attachments of the currently registered product. When the receive button 92 is pressed, the attachment quantity calculation unit 104 of the mobile terminal 10 adds the required quantity of the attachments related to the currently registered product.

[0104] The "No need to receive" button 93 is a button for instructing not to receive any attachments for the currently registered product. When the "No need to receive" button 93 is pressed, the attachment quantity calculation unit 104 of the mobile terminal 10 does not add the required quantity of attachments for the currently registered product.

[0105] Then, when payment is completed after all products have been registered, the required quantity of attachments held by attachment quantity calculation unit 104 at that time is displayed in the attachment quantity 87 field on the payment completion screen (see FIG. 6).

[0106] Second embodiment A product sales data processing system 41 according to the second embodiment will be described with reference to Fig. 13. Fig. 13 is a schematic diagram of the product sales data processing system according to the second embodiment.

[0107] The product sales data processing system 41 includes a mobile terminal 10, a checkout device 50, and a server device 30.

[0108] The mobile terminal 10 is a smartphone, tablet terminal, or the like, owned by the customer 60. The mobile terminal 10 may be loaned to the customer 60 by a store. The customer 60 attaches the mobile terminal 10 to a shopping cart 62 that contains a shopping basket 64 and goes shopping. The mobile terminal 10 acquires identification information that identifies the product that the customer 60 purchases and registers the product. When the product registration is completed, the mobile terminal 10 receives an instruction from the customer 60 and generates code information in which the customer 60's membership number and transaction ID are embedded. The code information is a barcode, a two-dimensional code, or the like. The mobile terminal 10 then displays the generated code information on its own screen. The customer 60 causes the scanner 52 connected to the accounting device 50 to read the code information displayed on the mobile terminal 10, and causes the accounting device 50 to acquire the product registration information from the server device 30.

[0109] The accounting device 50 performs a payment process for the product purchased by the customer 60. A scanner 52 is connected to the accounting device 50. The scanner 52 reads the code information displayed on the screen of the mobile terminal 10. The scanner 52 is configured separately from the accounting device 50, but may be configured integrally with the accounting device 50. The accounting device 50 also decodes the code information obtained from the scanner 52 into the customer 60's membership code and transaction ID, and obtains the product registration information registered by the customer 60 using the mobile terminal 10 from the server device 30 based on the membership code and transaction ID. The accounting device 50 also accepts instructions on the payment method from the customer 60. When the accounting device 50 accepts an instruction for cash payment from the customer 60, the accounting device 50 performs payment by receiving coins or bills using a change dispenser (not shown) provided in the accounting device. In addition, when the accounting device 50 receives an instruction from the customer 60 to make a card payment by credit card or the like, it outputs the customer 60's membership code, transaction ID, and product registration information to the server device 30 and makes a payment processing request to the server device 30.

[0110] Furthermore, when the product purchased by the customer 60 requires attachments, the accounting device 50, upon completion of the payment process, warns the customer 60 about forgetting to receive the attachments and notifies the customer 60 of the location where the attachments can be received. The accounting device 50 may also inform the customer 60 of the required number of attachments. Meanwhile, as described in the first embodiment, the mobile terminal 10 warns the customer 60 about forgetting to receive the attachments when the customer 60 leaves the store without receiving the attachments. That is, in the second embodiment, the accounting device 50 or the mobile terminal 10 is an example of a product sales data processing device in the present disclosure.

[0111] The payment method used by the accounting device 50 is not limited to cash payment and credit card payment. The accounting device 50 can also handle other payment methods, such as point payment, in which points awarded according to the purchase amount at a store are used to pay for products, electronic money payment, in which payment is made using electronic money charged to an IC card or mobile terminal 10, code payment, in which payment is made by reading a barcode or two-dimensional code, and virtual currency payment using blockchain technology. Depending on the selected payment method, the accounting device 50 determines whether to perform the payment process itself or have the server device 30 perform the payment process.

[0112] The server device 30 communicates with the accounting device 50 to request a payment server (not shown) to perform payment processing, such as credit card payment. More specifically, the server device 30 obtains a payment processing request from the accounting device 50. In doing so, the server device 30 obtains from the accounting device 50 the membership code of the customer 60, a transaction ID that uniquely identifies one transaction, and product registration information that is the subject of the payment processing. Then, when the payment is completed, the server device 30 outputs payment completion information to the accounting device 50 indicating that the payment has been completed. The server device 30 is also electrically connected to the mobile terminal 10, and when the payment is completed, it outputs payment completion information to the mobile terminal 10 indicating that the payment has been completed and the payment details.

[0113] The mobile terminal 10 and the server device 30 are electrically connected via a network N, a router 13, and a wireless communication unit 12. The accounting device 50 and the server device 30 are also connected via the network N.

[0114] (Functional configuration of the product sales data processing system according to the second embodiment) The functional configuration of the product sales data processing system 41 will be described with reference to Fig. 14. Fig. 14 is a functional block diagram showing an example of the functional configuration of the product sales data processing system of the second embodiment.

[0115] (Functional configuration of mobile terminal) First, the functional configuration of the mobile terminal 10 will be described. The mobile terminal 10 has a code information display unit 111 instead of the payment instruction unit 105 in comparison with the functional configuration of the mobile terminal 10 described above (see FIG. 9). The actions of the other functional parts shown in FIG. 14 are as described in FIG. 9.

[0116] The code information display unit 111 generates code information including a membership code that uniquely identifies the customer 60 and a transaction ID that uniquely identifies one transaction. The code information display unit 111 also displays the generated code information on the display device 23 of the mobile terminal 10.

[0117] (Functional configuration of accounting device) Next, a description will be given of the functional configuration of the transaction device 50. The transaction device 50 comprises a code information reading unit 501, a payment method acquisition unit 502, a payment execution instruction unit 503, and a payment completion information acquisition unit 504.

[0118] The code information reading unit 501 decodes the code information read by the scanner 52 to obtain the customer's 60 membership code and transaction ID.

[0119] The payment method acquisition unit 502 accepts the selection of the payment method by the customer 60 through a selection operation.

[0120] The payment execution instruction unit 503 sends a payment processing request to the server device 30 according to the payment method selected by the customer 60. Note that if the accounting device 50 itself can perform the payment processing, such as cash payment, the payment processing is executed.

[0121] The payment completion information acquisition unit 504 acquires, from the server device 30, payment completion information indicating that the payment has been completed.

[0122] (Server device functional configuration) The functional configuration of the server device 30 is as described in the first embodiment (see FIG. 9). However, unlike the first embodiment in which the server device 30 communicates only with the mobile terminal 10, the server device 30 of this embodiment communicates with the accounting device 50 in addition to the mobile terminal 10.

[0123] (Flow of processing performed by the product sales data processing system of the second embodiment) The flow of processing performed by the product sales data processing system 41 will be described with reference to Fig. 15. Fig. 15 is a flowchart showing an example of the flow of processing performed by the product sales data processing system of the second embodiment. It is assumed that the customer 60 operates the mobile terminal 10 in advance to set up to receive all attachments that come with the product to be purchased. Fig. 15 also shows the flow of processing when the customer 60 selects credit card payment.

[0124] (Processing flow performed by mobile devices) The processing flow performed by the mobile terminal 10 differs from the processing flow performed by the mobile terminal 10 described in the first embodiment (see FIG. 10) only in that in step S15, instead of outputting a payment processing request to the server device, code information including a membership code that uniquely identifies the customer 60 and a transaction ID is displayed on the display device 23 of the mobile terminal 10 (step S45 in FIG. 15).

[0125] (Processing flow of accounting device) The code information reading unit 501 determines whether the code information has been read from the mobile terminal 10 (step S61). If it is determined that the code information has been read (step S61: Yes), the process proceeds to step S62. On the other hand, if it is determined that the code information has not been read (step S61: No), the process repeats step S61.

[0126] When it is determined in step S61 that the code information has been read, the code information reading unit 501 decodes the read code information into the membership code and transaction ID of the customer 60, and obtains the product registration information that the customer 60 is attempting to purchase from the server device 30 based on the membership code and transaction ID (step S62).

[0127] Next, the payment method acquisition unit 502 acquires the payment method selected by the selection operation of the customer 60 (step S63). It is assumed here that the customer 60 has selected credit card payment.

[0128] The payment execution instruction unit 503 instructs the server device 30 to execute the payment (step S64). At this time, the payment execution instruction unit 503 outputs a payment processing request to the server device 30, including the membership code of the customer 60, the transaction ID, and the product registration information.

[0129] The payment completion information acquisition unit 504 determines whether payment completion information indicating that the payment has been completed and the payment details have been acquired from the server device 30 (step S65). If it is determined that the payment completion information and the payment details have been acquired (step S65: Yes), the checkout device 50 ends the process in Fig. 15. On the other hand, if it is determined that the payment completion information and the payment details have not been acquired (step S65: No), step S65 is repeated.

[0130] (Processing flow performed by the server device) The process flow performed by the server device 30 is the same as the process flow performed by the server device 30 described in the first embodiment (see FIG. 10). However, a difference is that while in the first embodiment the server device 30 communicates only with the mobile terminal 10, in this embodiment the server device 30 communicates with the mobile terminal 10 and the accounting device 50.

[0131] (Modification of the second embodiment) In the second embodiment, when the accounting device 50 receives payment completion information indicating that the payment has been completed from the server device 30, the accounting device 50 may notify the customer 60 of the location where the attachments can be received and warn the customer about forgetting to receive the attachments. Specifically, the accounting device 50 displays the notification screen shown in FIG. 8 on the touch panel. This allows the customer 60 to receive the attachments reliably even if the attachments are placed in a location far from the accounting device 50.

[0132] In this case, the mobile terminal 10 may not provide a warning about forgetting to receive the attachments when the payment is completed, and may provide a warning about forgetting to receive the attachments and the location to receive the attachments only if the customer 60 leaves the store without receiving the attachments.

[0133] (Third embodiment) A product sales data processing system 42 according to the third embodiment will be described with reference to Fig. 16. Fig. 16 is a schematic diagram of the product sales data processing system according to the third embodiment.

[0134] The product sales data processing system 42 includes a mobile terminal 10, a checkout device 50, a store server 56, and a server device 30.

[0135] The mobile terminal 10 is a smartphone, tablet terminal, or the like, owned by the customer 60. The mobile terminal 10 may also be loaned to the customer 60 by a store. The customer 60 attaches the mobile terminal 10 to a shopping cart 62 that contains a shopping basket 64 and goes shopping. The mobile terminal 10 reads identification information that identifies the product that the customer 60 purchases and registers the product. Furthermore, the mobile terminal 10 accepts a payment instruction for the registered product and transmits the product registration information to the accounting device 50 in addition to a membership code that identifies the customer 60 and a transaction ID that uniquely identifies one transaction.

[0136] As described in the first embodiment, when the product purchased by the customer 60 requires attachments, the mobile terminal 10 warns the customer 60 not to forget to receive the attachments and notifies the customer 60 of the location to receive the attachments when the payment process is completed. The mobile terminal 10 may also inform the customer 60 of the required number of attachments. Furthermore, when the customer 60 leaves the store without receiving the attachments, the mobile terminal 10 warns the customer 60 not to forget to receive the attachments. The mobile terminal 10 is an example of a product sales data processing device in the present disclosure.

[0137] The accounting device 50 acquires the membership code, transaction ID, and product registration information of the customer 60 from the mobile terminal 10. The accounting device 50 then performs a payment process for the products purchased by the customer 60. When the accounting device 50 receives an instruction from the customer 60 to make a cash payment, it performs the payment by receiving coins or bills using a change dispenser (not shown) that the accounting device 50 is provided with. When the accounting device 50 receives an instruction from the customer 60 to make a credit card payment, it outputs the membership code, transaction ID, and product registration information of the customer 60 to the server device 30 and has the server device 30 perform the payment process.

[0138] The payment method used by the accounting device 50 is not limited to cash payment and credit card payment. The accounting device 50 can also handle other payment methods, such as point payment, in which points awarded according to the purchase amount at a store are used to pay for products, electronic money payment, in which payment is made using electronic money charged to an IC card or mobile terminal 10, code payment, in which payment is made by reading a barcode or two-dimensional code, and virtual currency payment using blockchain technology. Depending on the selected payment method, the accounting device 50 determines whether to perform the payment process itself or have the server device 30 perform the payment process.

[0139] The accounting device 50 also outputs, via the store server 56, to the mobile terminal 10, information indicating that the payment has been completed and the details of the payment.

[0140] The store server 56 is a repeater for communication between the mobile terminal 10 and the accounting device 50. In other words, the membership code, transaction ID, and product registration information of the customer 60 output by the mobile terminal 10 are sent to the accounting device 50 via the store server 56. The store server 56 selects an accounting device 50 that is not being used by the customer 60 from among multiple accounting devices 50, and transmits the membership code, transaction ID, and product registration information to the available accounting device 50. Note that if only one accounting device 50 is placed in a store, the store server 56 does not need to be provided.

[0141] The server device 30 communicates with the accounting device 50 to request a payment server (not shown) to process payment, such as a credit card payment. More specifically, the server device 30 receives a payment processing request from the accounting device 50. At that time, the server device 30 receives from the accounting device 50 the membership code of the customer 60, the transaction ID, and product registration information for the item to be processed. When the payment is completed, the server device 30 outputs payment completion information to the accounting device 50 indicating that the payment has been completed. The server device 30 may also communicate with the accounting device 50 via the store server 56.

[0142] The mobile terminal 10 and the store server 56 are electrically connected via a wireless communication unit 12. The accounting device 50, the store server 56, and the server device 30 are connected via a router 13 and a network N. The accounting device 50 and the store server 56 are also connected via an in-store network or the like.

[0143] (Functional configuration of the product sales data processing system according to the third embodiment) The functional configuration of the product sales data processing system 42 will be described with reference to Fig. 17. Fig. 17 is a functional block diagram showing an example of the functional configuration of the product sales data processing system of the third embodiment.

[0144] (Functional configuration of mobile terminal) First, the functional configuration of the mobile terminal 10 will be described. The mobile terminal 10 has a product registration information output unit 112 instead of the payment instruction unit 105 in comparison with the functional configuration of the mobile terminal 10 described above (see FIG. 9). The actions of the other functional parts shown in FIG. 17 are as described in FIG. 9.

[0145] The product registration information output unit 112 outputs, via the store server 56, to the accounting device 50, a membership code that identifies the customer 60, a transaction ID, and the product registration information.

[0146] (Functional configuration of accounting device) Next, the functional configuration of the transaction device 50 will be described. In the functional configuration described above (see FIG. 14), the transaction device 50 includes a product registration information acquisition unit 505 instead of the code information reading unit 501. The product registration information acquisition unit 505 acquires the membership code, transaction ID, and product registration information of the customer 60 from the mobile terminal 10 via the store server 56.

[0147] The checkout device 50 further includes a payment completion information output unit 506. The payment completion information output unit 506 outputs to the mobile terminal 10 payment completion information indicating that the payment has been completed, and information indicating the payment details.

[0148] (Server device functional configuration) The functional configuration of the server device 30 is as described in the first embodiment (see FIG. 9). However, unlike the first embodiment in which the server device 30 communicates only with the mobile terminal 10, the server device 30 of this embodiment communicates with the accounting device 50 in addition to the mobile terminal 10.

[0149] (Processing flow performed by the product sales data processing system of the third embodiment) The flow of processing performed by the product sales data processing system 42 will be described with reference to Fig. 18. Fig. 18 is a flowchart showing an example of the flow of processing performed by the product sales data processing system of the third embodiment. It is assumed that the customer 60 operates the mobile terminal 10 in advance to set up to receive all attachments that come with the product to be purchased. Fig. 18 also shows the flow of processing when the customer 60 selects credit card payment.

[0150] (Processing flow performed by mobile devices) The processing flow performed by the mobile terminal 10 differs from the processing flow performed by the mobile terminal 10 described in the second embodiment (see FIG. 15) only in that in step S45, instead of displaying code information on the mobile terminal 10 and having the accounting device 50 read the code information, the customer 60's membership code, transaction ID, and product registration information are output to the accounting device 50 (step S85 in FIG. 18).

[0151] (Processing flow of accounting device) The product registration information acquisition unit 505 determines whether the customer 60's membership code, transaction ID, and product registration information have been acquired from the mobile terminal 10 (step S101). If it is determined that the customer 60's identification information and product registration information have been acquired (step S101: Yes), the process proceeds to step S102. On the other hand, if it is determined that the customer 60's identification information and product registration information have not been acquired (step S101: No), step S101 is repeated.

[0152] When it is determined in step S101 that the member code, transaction ID, and product registration information of the customer 60 have been acquired, the payment method acquisition unit 502 acquires the payment method selected by the selection operation of the customer 60 (step S102). It is assumed here that the customer 60 has selected credit card payment.

[0153] The payment execution instruction unit 503 instructs the server device 30 to execute the payment (step S103). At this time, the payment execution instruction unit 503 outputs a payment processing request to the server device 30, including the membership code of the customer 60, the transaction ID, and the product registration information.

[0154] The payment completion information acquisition unit 504 judges whether payment completion information indicating that the payment has been completed is acquired from the server device 30 (step S104). If it is judged that the payment completion information is acquired (step S104: Yes), the process proceeds to step S105. On the other hand, if it is not judged that the payment completion information is acquired (step S104: No), the process repeats step S104.

[0155] If it is determined in step S104 that payment completion information has been acquired, the payment completion information output unit 506 outputs the payment completion information and payment details to the mobile terminal 10 (step S105). After that, the checkout device 50 ends the process in FIG.

[0156] (Processing flow performed by the server device) The flow of the process performed by the server device 30 is the same as the flow of the process performed by the server device 30 described in the second embodiment (see FIG. 15).

[0157] (Modification of the third embodiment) In the third embodiment, when the accounting device 50 receives payment completion information indicating that the payment has been completed from the server device 30, the accounting device 50 may notify the customer 60 of the location where the attachments can be received and warn the customer about forgetting to receive the attachments. Specifically, the accounting device 50 displays the notification screen shown in FIG. 8 on the touch panel. This allows the customer 60 to receive the attachments reliably even if the attachments are placed in a location far from the accounting device 50.

[0158] In this case, the mobile terminal 10 may not provide a warning about forgetting to receive the attachments when the payment is completed, and may provide a warning about forgetting to receive the attachments and the location to receive the attachments only if the customer 60 leaves the store without receiving the attachments.

[0159] (Effects of the embodiment) As described above, the mobile terminal 10 (an example of a product sales data processing device) of the embodiment includes a product registration unit 103 that acquires identification information of a product to be purchased and registers the product, a payment instruction unit 105 that accepts a payment instruction related to the registered product and requests payment processing, and a notification unit 107 that, after the payment processing is completed, calls attention to the forgetting of attachments necessary for consuming the product and notifies the receiving location of the attachments. Therefore, it is possible to reliably prevent a customer from forgetting to receive attachments for a purchased product.

[0160] Moreover, the mobile terminal 10 (an example of a product sales data processing device) of the embodiment further includes an attachment receipt completion confirmation unit 108 that acquires information indicating that the receipt of the attachments is completed, and a current location estimation unit 109 that estimates the location of the mobile terminal 10 in the store, and the notification unit 107 issues a notification on the condition that the mobile terminal 10 is estimated to be outside the store when no information indicating that the receipt of the attachments is acquired. This makes it possible to more reliably prevent a customer from forgetting to receive the attachments of a purchased product.

[0161] In addition, the mobile terminal 10 (an example of a product sales data processing device) of the embodiment further includes an attachment reception setting unit 101 for setting whether to receive attachments or not, and the notification unit 107 issues a notification on the condition that the setting to receive attachments has been made. Therefore, it is possible to prevent unnecessary notifications from being issued to customers who have no intention of receiving attachments.

[0162] Moreover, the mobile terminal 10 (an example of a product sales data processing device) of the embodiment further includes an attachment receipt confirmation unit 110 that acquires information instructing whether to receive attachments when a product registered by the product registration unit 103 is registered, provided that the product requires attachments, and an attachment quantity calculation unit 104 that adds the required quantity of attachments, provided that the registered product requires attachments, and the attachment quantity calculation unit 104 adds the required quantity of attachments, provided that information indicating that attachments will be received has been acquired. Therefore, the customer can select whether to receive attachments for each product that requires attachments, and a more appropriate receipt quantity can be calculated.

[0163] In addition, the mobile terminal 10 (an example of a product sales data processing device) of the embodiment displays a map showing the location where the attachments can be received when the payment process is completed. Therefore, the customer can receive the attachments without getting lost, no matter where in the store the payment process is performed.

[0164] Although the embodiments of the present invention have been described above, these embodiments are merely examples and are not intended to limit the scope of the invention. This novel embodiment can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the invention. These embodiments and their modifications are included in the scope and spirit of the invention, and are included in the scope of the invention and its equivalents described in the claims. [Explanation of symbols]

[0165] 10 Mobile terminal (product sales data processing device) 12 Wireless communication unit 13 Router 14 In-store network 21 Control section 22 Memory section 23 Display Devices 24 Operating Devices 25 Camera 26 Speaker 27 Positioning Devices 28 Communication Interface 30 Server device 40, 41, 42 Product sales data processing system 50 Accounting Device 52 Scanner 60 customers 62 Shopping Cart 64 Shopping Cart 81 Receiving settings button 82 No receipt setting button 83 Back button 84 Delete button 85 Checkout button 86 Scroll button 87 Attachment quantity 88 Pickup location display button 89 Attachment receipt completion button 90 Pick-up location 91 Beep 92 Receive button 93 No receipt required button 101 Attachment receiving setting section 102 Code information acquisition unit 103 Product Registration Department 104 Attachment Quantity Calculation Department 105 Payment Instructions Section 106 Payment completion information acquisition unit 107 Notification Department 108 Attachment receipt completion confirmation section 109 Current position estimation section 110 Attachment Receipt Confirmation Section 111 Code information display section 112 Product registration information output section 221 Control Program 222 Product Master 223 Product Registration File 501 Code information reading unit 502 Payment Method Acquisition Department 503 Payment Execution Instruction Unit 504 Payment completion information acquisition unit 505 Product Registration Information Acquisition Department 506 Payment completion information output section N Network [Prior art documents] [Patent documents]

[0166] [Patent Document 1] International Publication No. 2020 / 189155

Claims

1. A product sales data processing device configured as a mobile terminal, a product registration unit that acquires identification information of a product to be purchased and registers the product; a payment instruction unit that receives a payment instruction for the registered product and requests a payment process; a notification unit that, after the payment process is completed, calls the user's attention to the fact that an attachment necessary for consuming the product has been forgotten to be received and notifies the user of a location to receive the attachment; A product sales data processing device comprising:

2. The product sales data processing device includes: an attachment receipt completion confirmation unit that acquires information indicating that receipt of the attachment has been completed; a current location estimation unit that estimates a location of the mobile terminal in the store, The notification unit performs the notification on the condition that the mobile terminal is estimated to be outside the store in a state in which information indicating that the reception of the attachment has been completed is not acquired. The product sales data processing device according to claim 1 .

3. The product sales data processing device includes: The device further includes an attachment reception setting unit for setting whether to receive the attachment or not to receive the attachment, The notification unit performs the notification on the condition that a setting to receive the attachment has been made.

3. A product sales data processing device according to claim 1 or 2.

4. The product sales data processing device includes: an attachment receipt confirmation unit that acquires information instructing whether to receive the attachment when the product registered by the product registration unit is a product that requires the attachment; an attachment quantity calculation unit that adds a required quantity of the attachment on the condition that the registered product requires the attachment; Further comprising: The attachment quantity calculation unit adds a required quantity of the attachment on condition that information indicating receipt of the attachment is acquired.

3. A product sales data processing device according to claim 1 or 2.

5. When the payment process is completed, the mobile terminal displays a map showing a location where the attachment can be received.

3. A product sales data processing device according to claim 1 or 2.

6. A product sales data processing system comprising a mobile terminal and a server device, The mobile terminal includes: a product registration unit that acquires identification information of a product to be purchased and registers the product; a payment instruction unit that receives a payment instruction for the registered product and requests a payment process; a payment completion information acquisition unit that acquires information indicating that payment has been completed; a notification unit that, after the payment process is completed, calls attention to the fact that an attachment necessary for consuming the product has been forgotten to be removed and notifies the user of a place to receive the attachment; Equipped with The server device includes: a payment processing unit that receives the payment processing request and requests payment processing for the registered product; a payment completion information output unit that outputs information indicating that the payment process has been completed to the mobile terminal; A product sales data processing system comprising:

7. A computer that controls a product sales data processing device configured as a mobile terminal, a product registration unit that acquires identification information of a product to be purchased and registers the product; a payment instruction unit that receives a payment instruction for the registered product and requests a payment process; a notification unit that, after the payment process is completed, calls attention to forgetting to receive an attachment required for consuming the product and notifies a receiving location of the attachment; A program that makes it work.

Images