Portable terminal device, settlement device, system, method, and program for stores

Abstract

To allow a clerk who has registered an article to be identified even after a payment process when a store portable terminal device is used as an article registration device for front-end processing.SOLUTION: A reception unit accepts input of identification information from a clerk. An article information acquisition unit acquires article information of an article to be purchased by a customer through the operation of the clerk. An output unit outputs the settlement information of the article, including the identification information of the clerk, regarding the settlement based on the article information, which can be read by a settlement device. The settlement device reads the settlement information. The settlement device performs settlement using the read settlement information. The settlement device allows a receipt including identification information of the clerk included in the settlement information to be issued.SELECTED DRAWING: Figure 37

Description

[Technical field]

[0001] The present invention relates to a mobile terminal device for use in a store. [Background technology]

[0002] There is a self-scan shopping system in which a customer uses a portable terminal device to register products while shopping.

[0003] For example, in the technology described in Patent Document 1, a customer registers products while shopping using the customer's mobile terminal device. Also, in the technology described in Patent Document 1, at the time of payment, a settlement device reads the identification information of the shopping basket from the customer's mobile terminal device using a two-dimensional code. Then, in the technology described in Patent Document 1, the settlement device executes payment by obtaining the basket transaction from the server using the basket identification information. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2020-107122 A [Patent Document 2] JP 2015-082249 A Summary of the Invention [Problem to be solved by the invention]

[0005] For example, when the product registration device installed in the store is busy, it is desirable to use the store's mobile terminal device as a product registration device for front-end handling, where a store clerk registers products in advance. When the store's mobile terminal device is used as the product registration device for front-end handling, the store clerk who registers products using the store's mobile terminal device does not perform payment processing. For example, if there is a problem with the product registration content after the payment processing, it is not possible to identify the store clerk who registered the products.

[0006] One example of the objective of the present invention is to provide a portable terminal device for use in a store that, when used as a product registration device for front-end handling, can identify the store clerk who registered the product even after the payment process. [Means for solving the problem]

[0007] In one embodiment of the present invention, a mobile terminal device for use in a store comprises a reception means for receiving input of identification information of a store clerk, a product information acquisition means for acquiring product information of a product purchased by a customer through operation by the store clerk, and an output means for outputting settlement information for the product relating to payment based on the product information, the settlement information including the identification information, which is readable by a settlement device, and the settlement device reads the settlement information, makes payment using the read settlement information, and issues a receipt including the identification information included in the settlement information.

[0008] In one aspect of the present invention, a settlement device comprises a reading means for reading settlement information for products issued by a mobile terminal device for a store, a payment means for making a payment using the read settlement information, and an issuance control means for issuing a receipt including identification information of a store clerk included in the settlement information, wherein the mobile terminal device for the store accepts input of the identification information of the store clerk, obtains product information for the product purchased by a customer through operation by the store clerk, and outputs the settlement information for the product regarding payment based on the product information, including the identification information, and which can be read by the settlement device.

[0009] A system in one aspect of the present invention comprises a mobile terminal device for a store and a settlement device, wherein the mobile terminal device for the store comprises a reception means for receiving input of identification information of a store clerk, a product information acquisition means for acquiring product information of a product purchased by a customer through operation by the store clerk, and an output means for outputting settlement information for the product relating to a payment based on the product information, the settlement information including the identification information, the settlement information being readable by the settlement device, and the settlement device comprises a reading means for reading the settlement information, a payment means for making the payment based on the read settlement information, and an issuance control means for issuing a receipt including the identification information included in the settlement information.

[0010] A method in one aspect of the present invention is a method in which a mobile terminal device for a store executes a process of accepting input of identification information of a store clerk, obtaining product information of a product purchased by a customer through operation by the store clerk, and outputting settlement information for the product relating to a payment based on the product information, the settlement information including the identification information, which is readable by a settlement device, the settlement device reading the settlement information, making a payment using the read settlement information, and issuing a receipt including the identification information included in the settlement information.

[0011] In one embodiment of the present invention, a non-transitory computer-readable recording medium stores a program that causes a computer of a mobile terminal device for a store to execute a process of accepting input of identification information of a store clerk, obtaining product information of a product purchased by a customer through operation by the store clerk, and outputting settlement information for the product regarding payment based on the product information, the settlement information including the identification information, which can be read by a settlement device, and the settlement device reads the settlement information, makes payment using the read settlement information, and issues a receipt including the identification information included in the settlement information. Effect of the Invention

[0012] According to the present invention, when a store portable terminal device is used as a product registration device for front-end handling, it is possible to identify the store clerk who has registered the product even after the payment process. [Brief description of the drawings]

[0013] [Figure 1] FIG. 1 is an explanatory diagram showing a comparison example of a product registration operation in each mode. [Diagram 2] FIG. 2 is an explanatory diagram showing a comparison example of cash payment in each mode. [Diagram 3] FIG. 3 is an explanatory diagram showing a comparison example of electronic payment in each mode. [Figure 4] FIG. 4 is a diagram illustrating an example of the system according to the first embodiment. [Diagram 5] FIG. 5 is a block diagram showing an example of the configuration of a mobile terminal device for use in a store. [Figure 6] FIG. 6 is a block diagram showing an example of the configuration of a POS server. [Figure 7] FIG. 7 is a block diagram showing an example of the configuration of a customer's mobile terminal device. [Figure 8] FIG. 8 is a block diagram showing an example of the configuration of a settlement device. [Figure 9] FIG. 9 is an explanatory diagram showing a first example of mode reception. [Figure 10] FIG. 10 is an explanatory diagram (part 1) showing a second example of reception of a mode. [Figure 11] FIG. 11 is an explanatory diagram (part 2) showing a second example of reception of a mode. [Figure 12] FIG. 12 is an explanatory diagram showing an example of accepting store information using a store code. [Figure 13] FIG. 13 is an explanatory diagram showing an example of accepting store information using a pull-down menu. [Figure 14] FIG. 14 is a flowchart illustrating an operation example of the system according to the first embodiment. [Figure 15] FIG. 15 is an explanatory diagram showing an example of reading a product code. [Figure 16] FIG. 16 is an explanatory diagram showing an example of a display of a purchased product list. [Figure 17] FIG. 17 is a flowchart showing an example of the product registration process. [Figure 18] FIG. 18 is an explanatory diagram showing an example of selection of a payment method. [Figure 19] FIG. 19 is an explanatory diagram showing an example of accepting the selection of a device for performing a settlement. [Figure 20] FIG. 20 is an explanatory diagram showing an example of a display of a settlement code that can be read by the settlement device. [Figure 21] FIG. 21 is an explanatory diagram showing an example of reception of information regarding the presence or absence of a store app. [Figure 22] FIG. 22 is an explanatory diagram showing an example of a display of an adjustment code. [Diagram 23] FIG. 23 is an explanatory diagram showing an example of a displayed page on which payment information can be input. [Figure 24] FIG. 24 is an explanatory diagram showing an example of a display indicating completion of payment. [Diagram 25] FIG. 25 is a flowchart showing an example of a payment process in the self-scan mode. [Figure 26] FIG. 26 is a flowchart (part 1) showing the credit card payment process. [Figure 27] FIG. 27 is a flowchart (part 2) showing the credit card payment process. [Figure 28] FIG. 28 is an explanatory diagram showing an example of a purchase item list in the emergency mode. [Figure 29] FIG. 29 is an explanatory diagram showing an example of selection of a payment method. [Diagram 30] FIG. 30 is an explanatory diagram (part 1) showing an example of cash payment in emergency mode. [Diagram 31] FIG. 31 is an explanatory diagram (part 2) showing an example of cash settlement in emergency mode. [Diagram 32] FIG. 32 is a flowchart showing the payment process in the emergency mode. [Diagram 33] FIG. 33 is an explanatory diagram showing an example of a purchase product list in the front-end handling mode. [Diagram 34] FIG. 34 is a flowchart showing settlement process example 1 in the front handling mode. [Diagram 35]FIG. 35 is a flowchart showing a second example of a payment process in the front-end handling mode. [Diagram 36] FIG. 36 is a flowchart showing a third example of a payment process in the front-end handling mode. [Figure 37] FIG. 37 is a block diagram of a configuration example of a mobile terminal device for use in a store according to the second embodiment. As shown in FIG. [Figure 38] FIG. 38 is a block diagram illustrating a configuration example of a settlement device according to the second embodiment. As illustrated in FIG. [Figure 39] FIG. 39 is a flowchart of an operation example of the store-use mobile terminal device according to the second embodiment. [Diagram 40] FIG. 40 is a flowchart illustrating an example of an operation of the settlement device according to the second embodiment. [Diagram 41] FIG. 41 is an explanatory diagram showing an example of the hardware configuration of a mobile terminal device for a store. [Diagram 42] FIG. 42 is an explanatory diagram illustrating an example of the hardware configuration of a customer's mobile terminal device. [Diagram 43] FIG. 43 is an explanatory diagram illustrating an example of the hardware configuration of a POS server. [Diagram 44] FIG. 44 is an explanatory diagram illustrating an example of the hardware configuration of the settlement device. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0014] Hereinafter, with reference to the drawings, embodiments of a mobile terminal device for a store, a payment device, a method, a program, and a recording medium for recording a program according to the present invention will be described in detail. The disclosed technology is not limited to the embodiments. The disclosed technology is not limited to this embodiment.

[0015] (Embodiment 1) In the first embodiment, a mobile terminal device for use in a store that can be switched between three modes, namely, a self-scan mode as a customer mode, and a front-end handling mode and an emergency mode as store clerk modes, will be described.

[0016] FIG. 1 is an explanatory diagram showing a comparison example of product registration operation in each mode. The mobile terminal device for store use according to the first embodiment has a self-scan mode, an emergency mode, and a front-handling mode. The self-scan mode is a customer mode. In the self-scan mode, product registration is performed by an operation by a customer. Details of product registration will be described later.

[0017] The emergency mode and the front handling mode are store clerk modes. In the emergency mode and the front handling mode, product registration is performed by the store clerk.

[0018] The emergency mode is used as a measure for a business continuity plan (BCP). The emergency mode is, for example, a store clerk mode in which a mobile terminal device for a store is used as an emergency product registration device. In the emergency mode, for example, it is assumed that a settlement device installed in the store cannot be used.

[0019] The front-handling mode is used to improve the efficiency of operations or as a countermeasure for waiting for the product registration device that registers products. The front-handling mode is a store clerk mode in which a mobile terminal device for the store is used as a product registration device for front-handling that registers products up until payment. The emergency mode and the front-handling mode have in common that product registration is performed by the operation of a store clerk. However, the emergency mode and the front-handling mode are used in different situations, and therefore the payment methods are different.

[0020] FIG. 2 is an explanatory diagram showing a comparison example of cash payment in each mode. First, cash payment in self-scanning mode will be described. In self-scanning mode, a settlement device makes a cash payment. The settlement device may be manned or unmanned. Alternatively, the settlement device may be a device that can be switched between being manned and unmanned. In self-scanning mode, when the settlement device is manned, the settlement device makes a cash payment by operation of a store clerk. When the settlement device is unmanned, the settlement device makes a cash payment by operation of a customer.

[0021] Next, cash settlement in the emergency mode will be described. In the emergency mode, the store mobile terminal device performs cash settlement by operation of a store clerk.

[0022] Next, cash settlement in the front handling mode will be described. As described above, the front handling mode is used to improve the efficiency of operations or as a countermeasure against waiting for the product registration device that registers products. For this reason, in the front handling mode, the settlement device performs cash settlement. The settlement device may be manned or unmanned. In the front handling mode, when the settlement device is manned, the settlement device performs cash settlement by operation of a store clerk. When the settlement device is unmanned, the settlement device performs cash settlement by operation of a customer.

[0023] FIG. 3 is an explanatory diagram showing a comparative example of electronic payment in each mode. The type of electronic payment is not particularly limited. Examples of electronic payment include at least one of credit card payment, debit card payment, electronic money payment, point payment, and virtual currency payment. Examples of electronic money payment include payment using a short-range wireless communication type IC (Integrated Circuit) card, barcode payment which is a one-dimensional code, and Quick Response code (QR Code (registered trademark)) payment.

[0024] The following describes electronic payment in the self-scan mode. For example, in the self-scan mode, the settlement device performs electronic payment. When the settlement device is manned, the settlement device performs electronic payment by operation of a store clerk. Note that operations such as reading a credit card are performed by operation of a customer. When the settlement device is unmanned, the settlement device performs electronic payment by operation of a customer.

[0025] In the self-scan mode, the customer's mobile terminal device may perform electronic payment. Note that the customer's mobile terminal device performs electronic payment by operating the customer.

[0026] In the self-scan mode, when the store's portable terminal device is capable of accepting input of the customer's payment information, the store's portable terminal device may perform electronic payment in response to the customer's operation. Here, the customer's payment information is information related to the customer's electronic payment for making the electronic payment. More specifically, the payment information is, for example, information for making electronic payment by card. Take the case of credit card payment as an example. The payment information is credit information such as the credit card payment number, the credit card payment expiration date, and the name registered for the credit card payment. When the credit card information is capable of being accepted, the store's portable terminal device performs credit card payment in response to the customer's operation.

[0027] The electronic payment in the emergency mode will be described. In the emergency mode, for example, a customer's mobile terminal device performs the electronic payment. A detailed example will be described later. Also, in the emergency mode, if the store's mobile terminal device can accept input of the customer's payment information, for example, the store's mobile terminal device may perform the electronic payment. For example, in the case of credit card payment, if the store's mobile terminal device can accept credit information such as a credit number as the customer's payment information by operation of the customer, the credit card payment is performed.

[0028] The following describes electronic payment in the front-handling mode. As described above, the front-handling mode is used to improve the efficiency of operations or as a countermeasure to waiting for the product registration device that registers products. For this reason, in the front-handling mode, the settlement device performs electronic payment. When the settlement device is manned, the settlement device performs electronic payment by operation of the store clerk. Note that operations such as reading a credit card are performed by operation of the customer. When the settlement device is unmanned, the settlement device performs electronic payment by operation of the customer.

[0029] In this way, the store-use portable terminal device according to the first embodiment can switch the use of the device depending on the accepted mode, thereby enabling the store-use portable terminal device to use the device more effectively.

[0030] 4 is an explanatory diagram showing an example of the system according to the first embodiment. The system 1 includes, for example, a store-use mobile terminal device 10, a POS (Point Of Sale) server 11, a customer-use mobile terminal device 12, a printer 13, a checkout device 14, and a payment server 15. The store-use mobile terminal device 10, the POS server 11, the customer-use mobile terminal device 12, the printer 13, the checkout device 14, and the payment server 15 may be connected to each other via, for example, a communication network 16.

[0031] The store-use mobile terminal device 10 has, for example, a function of registering products purchased by customers. The store-use mobile terminal device 10 can switch between the three modes described above. The type of the mobile terminal device is not particularly limited, such as a smartphone or a tablet. Although not shown, the number of store-use mobile terminal devices 10 is not particularly limited. For example, the multiple store-use mobile terminal devices 10 may have the same function. Or, the multiple store-use mobile terminal devices 10 may have different functions.

[0032] The POS server 11 is a server that manages various sales information such as product information including prices of products sold in a store, sales information of the store, etc. The POS server 11 may collectively manage the sales information of a plurality of stores. Alternatively, a POS server 11 may exist for each store. And the POS server 11 may manage the sales information of one store.

[0033] Furthermore, the POS server 11 may perform processing in response to a request from the store-use mobile terminal device 10. The POS server 11 may, for example, transmit information required for display control of the store-use mobile terminal device 10 to the mobile terminal device. For example, the POS server 11 may transmit to the store-use mobile terminal device 10 information on a screen that displays a list of products to be purchased registered by the store-use mobile terminal device 10 together with their selling prices. This list will be hereinafter referred to as a "purchased product list." The POS server 11 may manage information related to members. Various types of information held by the POS server 11 will be described later.

[0034] Here, an example is shown in which the POS server 11 is realized by one device. However, the implementation of the POS server 11 is not particularly limited. The POS server 11 may be realized by different devices for different functions or DBs (databases).

[0035] The customer's mobile terminal device 12 is, for example, a terminal device that the customer possesses. The type of the customer's mobile terminal device 12 is not particularly limited, such as a smartphone, a tablet, etc. The customer's mobile terminal device 12 may not be used depending on the payment method. Although not shown in the figure, the number of the customer's mobile terminal devices 12 is not particularly limited.

[0036] The printing device 13 prints, for example, various printed materials. The printing device 13 prints, for example, receipts. Or, the printing device 13 prints, for example, printed materials including settlement information. The printed materials may include, for example, a code in which the settlement information is encoded. Details of the settlement information vary depending on each mode or the device performing the payment. Details of the settlement information will be explained for each mode. The type of the printing device 13 is not particularly limited. The printing device 13 may be, for example, a thermal printer.

[0037] The settlement device 14 is a device in a store that can perform various payments such as electronic payment and cash payment. The settlement device 14 has a reading device that reads codes such as one-dimensional codes and two-dimensional codes such as barcodes. The settlement device 14 performs various payments based on the read codes. The settlement device 14 may also have a function that can print receipts, for example. The settlement device 14 may also be a manned accounting machine with a store clerk. The settlement device 14 may also be an unmanned accounting machine without a store clerk. The settlement device 14 may also be an accounting machine that can be switched between manned and unmanned. Specifically, the settlement device 14 may be an accounting machine that can be switched between a manned mode in which a store clerk is involved and an unmanned mode in which a store clerk is not involved. That is, in the manned mode, payment is performed by the operation of a store clerk. A plurality of settlement devices 14, such as the settlement device 14-1 and the settlement device 14-2, may also be provided in a store. A plurality of settlement devices 10 that can switch between modes may each operate in a different mode.

[0038] An example of the configuration of each device according to the first embodiment will be described with reference to FIG. 5 to FIG. 8. FIG. 5 is a block diagram showing an example of the configuration of a mobile terminal device 10 for use in a store. The mobile terminal device 10 for use in a store has a mode reception unit 101, a store reception unit 102, a product information acquisition unit 103, a quantity reception unit 104, a payment method reception unit 105, and an application presence / absence reception unit 106. Furthermore, the mobile terminal device 10 for use in a store has a settlement information management unit 107, a payment unit 108, an output unit 109, and a storage unit 110. The output unit 109 may have, for example, a display unit 1010 and an issuance control unit 1011. The storage unit 110 stores, for example, data used for processing by each unit of the mobile terminal device 10 for use in a store. The storage unit 110 stores, for example, processing results by each unit of the mobile terminal device 10 for use in a store. Examples of the storage unit 110 include a read only memory (ROM), a random access memory (RAM), a semiconductor memory, a hard disk drive (HDD), and a solid state drive (SSD). The storage unit 110 may be a combination of these. The mobile terminal device 10 for use in a store may not have some of the functional units. Alternatively, the mobile terminal device 10 for use in a store may have a functional unit that is not shown.

[0039] FIG. 6 is a block diagram showing an example of the configuration of the POS server 11. The POS server 11 has a settlement information generating unit 111, a list generating unit 112, a sales management unit 113, and a storage unit 114. The POS server 11 may not have some of the functional units. The POS server 11 may have functional units not shown. The functional units of the POS server 11 shown in FIG. 6 may be realized by a plurality of devices. For example, each functional unit may be realized by two devices, a device having the settlement information generating unit 111 and the list generating unit 112, and a device having the sales management unit 113. Alternatively, each functional unit may be realized by three devices, a device having the settlement information generating unit 111, a device having the list generating unit 112, and a device having the sales management unit 113. Alternatively, for example, the settlement information generating unit 111 may be realized by different devices depending on the contents of the settlement information.

[0040] The storage unit 114 stores, for example, data used for processing by each unit of the POS server 11. Examples of the storage unit include a ROM, a RAM, a semiconductor memory, a HDD, and an SSD. The storage unit 114 may be a combination of these. The storage unit 114 has a member DB 115, a store clerk DB 116, a product DB 117, a sales DB 118, and a purchased product list DB 119.

[0041] Member DB 115 stores member information for each member (customer), for example. The member information is, for example, at least one of the following information: member ID (identifier), member's name, member's gender, member's age or age group, and member's notification destination. The member ID is, for example, an identifier that uniquely identifies a member. The type of member ID is not particularly limited. The member ID may be represented by a membership number. The notification destination is an email address, a telephone number, or the like. Furthermore, member DB 115 may further store information such as a password, past purchase history, and points for each member. Furthermore, member DB 115 may further store biometric information for each member. The biometric information is not particularly limited. For example, the biometric information may include facial feature data, facial image data, fingerprint data, iris data, and vein data.

[0042] Member DB 115 may not include some of the above-mentioned information about members. Also, member DB 115 may include information about members other than the above-mentioned information.

[0043] The clerk DB 116 stores clerk information, for example, for each clerk. The clerk information is, for example, at least one of a clerk ID and a clerk name. The clerk ID is, for example, an identifier that uniquely identifies a member. The clerk ID is not particularly limited. The clerk ID may be represented by a clerk number. The clerk DB 116 may further store information such as a password, work schedule, and biometric information for each clerk. The biometric information is as described above for the member DB 115.

[0044] The store clerk DB 116 may not include some of the above-mentioned information about the store clerks. Also, the store clerk DB 116 may include information about the store clerks other than the above-mentioned information.

[0045] The product DB 117 stores product information of products handled in a store or in an affiliated store including the store. Specifically, the product DB 117 stores product information by product, for example. The product information is, for example, information such as a product ID, a product name, a product classification, a product price, and a product feature. The product ID is an identifier that can identify a product. The product ID is not particularly limited. The product ID is, for example, a product code (hereinafter referred to as a product code). More specifically, the product ID may be, for example, at least one product code such as a JAN (Japanese Article Number) code, an EAN (European Article Number) code, and a UPC (Universal Product Code). Alternatively, the product ID may be a product name. The product classification is not particularly limited. For example, the product classification may be a broad classification such as food, stationery, and the like. The product classification may also be classification such as confectionery, meat, and vegetables. The product price is the price of the product. The product characteristics are not particularly limited. The product characteristics may be a best-before date, a use-by date, a manufacturer, and the like.

[0046] Furthermore, the product information may include information for identifying the product in addition to the product ID information. For example, the product information may include image data of the product, information on features obtained from the image data of the product, and the like.

[0047] The product DB 117 may not include some of the above-mentioned information about products. Also, the product DB 117 may include information about products other than the above-mentioned information about products.

[0048] The purchase item list DB119 stores the latest purchase item list for which the payment has not been completed, by transaction or by customer. The purchase item list stores, for example, by transaction or by customer, information for identifying a transaction or customer, product information of products that the customer plans to purchase, and purchase quantity information in association with each other. The information for identifying a transaction is not particularly limited, as long as it can uniquely identify the transaction. Furthermore, the information for identifying a customer is not particularly limited, as long as it can uniquely identify the customer. Here, an example will be described in which information for identifying a customer is stored and customer ID information is assigned as the information for identifying the customer. For example, a customer ID is assigned to a customer before registration of products for a new customer is started. Before registration of products is started may be after the mode is accepted and before the display unit 1010 displays an initial screen of a new purchase item list in which product information is not registered. Furthermore, the timing at which a specific customer ID is assigned may differ depending on each mode or payment in each mode. The purchase item list can be uniquely identified by the customer ID. When a member ID is accepted, the accepted member ID may be used as the customer ID. Alternatively, apart from the customer ID, the purchased item list may store information on the received member ID in association with each customer. The item information here may be any information that can uniquely identify the item. For example, the item information may be item ID information. As a result, the purchased item list is associated with item DB 117 by the item ID information. Therefore, by referring to the purchased item list, each device can obtain item price information, item name, etc. from item DB 117 by the item ID information registered in the purchased item list. Furthermore, the purchased item list may store item price information including tax as item information based on this item price information. Furthermore, the purchased item list may further include information on the total purchase price and the total purchase quantity by customer.

[0049] The purchase item list DB 119 may not include some of the above-mentioned information related to the purchase item list. Also, the purchase item list DB 119 may include information other than the above-mentioned information related to the purchase item list.

[0050] The sales DB 118 is, for example, information regarding the sales of each store. The sales DB 118 may manage information corresponding to each settlement for each store. Specifically, the sales DB 118 stores, for example, by associating each piece of information such as the store ID, the ID of the portable terminal device 10 for the store, the user ID, the ID of the settlement device 14, the ID of the operator of the settlement device 14, the product ID of the purchased product, the purchase quantity, and the purchase date and time. The store ID is an identifier that uniquely identifies the store. The ID of the portable terminal device 10 for the store is an identifier that uniquely identifies the portable terminal device 10 for the store. The ID of the portable terminal device 10 for the store registered in the sales DB 118 is the ID of the terminal device that performed the product registration. The ID of the settlement device 14 is an identifier that uniquely identifies the settlement device 14. The ID of the settlement device 14 registered in the sales DB 118 is the ID of the settlement device 14 that performed the settlement. The ID of the user (operator) registered in the sales DB 118 is the store employee ID or member ID of the user who uses the portable terminal device 10 for the store. The sales DB 118 may include information indicating the mode of the portable terminal device 10 for the store during operation. Further, as other information, the sales DB 118 may include information such as that included in each receipt described later.

[0051] The sales DB 118 may not include some of the above-described information regarding sales. Further, the sales DB 118 may include information other than the above-described information regarding sales.

[0052] The sales management unit 113 updates the sales DB 118, for example, according to the content of the settlement. Also, for example, the sales DB 118 and the product DB 117 are associated with product names and the like by the product ID. Note that for the price of each product in the sales DB 118, the price at the time of settlement is registered.

[0053] For ease of explanation and understanding, an example in which the POS server 11 has various DBs is shown, but the present invention is not limited to this. For example, the various DBs may be held by different devices. For example, a server that manages the sales DB 118, a server that manages the member DB 115, and a server that manages the purchased item list DB 119 may be different from each other. In such a case, the server that manages the sales DB 118 and the server that manages the member DB 115 function as database servers. The server that manages the purchased item list DB 119 functions as, for example, an application server. Each server passes information used for the process assigned to it via, for example, the communication network 16, etc.

[0054] The POS server 11 may also handle various types of information not shown. For example, the POS server 11 may obtain information related to changes in selling prices, such as discount amounts, bundle discounts, set discounts, and discount rates, and use that information to calculate the purchase price at the time of payment. Alternatively, the POS server 11 may use that information to update the purchase product list. A bundle discount is a discount given when multiple units of a specific product are purchased. A set discount is a discount for a specific combination of products.

[0055] FIG. 7 is a block diagram showing an example of a configuration of the customer's mobile terminal device 12. The customer's mobile terminal device 12 has, for example, a reading unit 121, a payment unit 122, an output unit 123, a payment information receiving unit 125, and a storage unit 126. The storage unit 126 stores, for example, data used for processing of each unit of the customer's mobile terminal device 12. The storage unit 126 may store, for example, the processing results of each unit of the customer's mobile terminal device 12. Examples of the storage unit 126 include ROM, RAM, semiconductor memory, HDD, and SSD. The storage unit 126 may be a combination of these. The output unit 123 has, for example, a display unit 1210. The customer's mobile terminal device 12 may not have some of the functional units. The customer's mobile terminal device 12 may have functional units not shown.

[0056] FIG. 8 is a block diagram showing an example of the configuration of the settlement device 14. The settlement device 14 has a reading unit 141, a settlement unit 142, an issuance control unit 143, a display unit 144, and a memory unit 145. The memory unit 145 stores, for example, data used for processing by each unit of the settlement device 14. The memory unit 145 may store, for example, the processing results of each unit of the customer's mobile terminal device 12. Examples of the memory unit 145 include ROM, RAM, semiconductor memory, HDD, and SSD. The memory unit 145 may be a combination of these. The settlement device 14 may have functional units not shown.

[0057] Next, a detailed description will be given of each functional unit shown in Fig. 5 to Fig. 8. Here, the reception of modes and examples of operations in various modes will be described.

[0058] <Mode reception> First, the reception of the mode will be described. The mode reception unit 101 receives the input of the mode. More specifically, the mode reception unit 101 receives the self-scan mode which is a customer mode, the emergency mode which is a store clerk mode, and the front handling mode which is a store clerk mode. The method of receiving the mode is not particularly limited. The mode reception unit 101 may receive the mode by a selection button displayed on the screen.

[0059] FIG. 9 is an explanatory diagram showing a first mode reception example. For example, the display unit 1010 displays a screen d001 on a display or the like that allows each mode to be selected. The screen d001 has, for example, a selection button d002 that allows the self-scan mode to be selected, a selection button d003 that allows the emergency mode to be selected, and a selection button d004 that allows the front handling mode to be selected. Each button is, for example, a GUI (Graphic User Interface) button. The type of button is not particularly limited. Note that, in the following description, the buttons displayed on each screen are GUI buttons.

[0060] For example, a user (operator) taps a selection button corresponding to a desired mode. In this way, the user selects a mode. Then, when the selection button is tapped, the mode receiving unit 101 receives the mode corresponding to the tapped selection button. This ends the explanation of FIG.

[0061] When the selection button d002 for selecting the self-scan mode is tapped, the list generation unit 112 of the POS server 11 assigns a customer ID to the customer and generates a new purchase item list.

[0062] Alternatively, the mode acceptance unit 101 may accept a mode based on information on the ID of a user (operator). For example, the mode acceptance unit 101 may function as an identification information acceptance unit that accepts information on the ID of a user (operator). There is no particular limitation on the method by which the mode acceptance unit 101 accepts information on the ID of a user. The mode acceptance unit 101 may accept an input of the ID on a screen such as that shown in FIG. 10, which will be described later. Alternatively, the mode acceptance unit 101 may accept an ID by extracting the ID written on a store clerk card, such as an employee ID card, from an image of the store clerk card captured by an imaging device.

[0063] 10 and 11 are explanatory diagrams showing a mode reception example 2. For example, the display unit 1010 displays a screen d010 in which each piece of information, an ID (identifier) ​​and a password, can be input. In FIG. 10, the screen d010 has, for example, an ID input field d011, a password input field d102, and a login button d013. For example, when the button d013 is tapped, the mode reception unit 101 receives the ID information input in the ID input field d011 and the password information input in the password input field d012. Then, the mode reception unit 101 transmits the received ID information and password information to the POS server 11. For example, an inquiry unit (not shown) of the POS server 11 uses the member DB 115 to inquire about the input ID information and password information. The inquiry unit of the POS server 11 uses the store clerk DB 116 to inquire about the input ID information and password information.

[0064] For example, the mode reception unit 101 accepts the self-scan mode when the input ID information and password information are in the member DB 115, or when there is no matching ID information and password information in the store clerk DB 116. For example, the mode reception unit 101 accepts the store clerk mode (front-end handling mode or emergency mode) when the input ID information and password information are in the store clerk DB 116.

[0065] If the entered ID information and password information are in the member DB 115, the list generating unit 112 of the POS server 11 assigns the customer ID to the customer and generates a new purchase item list.

[0066] 11, in the case of the clerk mode, the display unit 1010 displays a screen d020 that accepts either the front-handling mode or the emergency mode. The screen d020 here has, for example, a selection button d021 that can select the emergency mode, and a selection button d022 that can select the front-handling mode. When either of the selection buttons is tapped, the mode acceptance unit 101 accepts the mode corresponding to the tapped selection button.

[0067] Next, the store reception unit 102 will be described. For example, a company may have multiple stores. Sales are recorded on a store-by-store basis. For this reason, the store reception unit 102 receives store information. Store information (hereinafter referred to as store information) is not particularly limited as long as it can uniquely identify a store. The method of receiving store information is not particularly limited. The store reception unit 102 may receive store information by reading a code for the store (hereinafter referred to as store code). The store code is represented by, for example, a one-dimensional code such as numbers, letters, or a barcode, or a two-dimensional code, or a combination of these. Alternatively, for example, the store reception unit 102 may receive store information by inputting a store name or selecting from candidates for the store name.

[0068] FIG. 12 is an explanatory diagram showing an example of accepting store information using a store code. For example, the display unit 1010 displays a screen d030 for reading the store code. The store code includes, for example, identification information that can uniquely identify the store. In FIG. 12, the store code is a two-dimensional code. The screen d030 has a store code reading portion d031. The type of the store code is, for example, not particularly limited. The store code reading portion d031 is realized by a reading device of the mobile terminal device 10 for the store. The reading device may be, for example, an imaging device. A printed matter including a store code that can be read by the mobile terminal device 10 for the store may be posted, for example, near the entrance of the store. The store reception unit 102 reads the store code, for example, via the reading device of the mobile terminal device 10 for the store. As a result, the store reception unit 102 accepts the store that is the target of shopping according to the store information included in the store code.

[0069] 13 is an explanatory diagram showing an example of accepting store information using a pull-down menu. For example, the display unit 1010 may display a screen d040 in which the name of the store can be selected from a pull-down menu. For example, the screen d040 has a pull-down menu d041 in which the name of the store can be selected, and a confirm button d042 for confirming the selection of the store. When the user selects the name of the target store from the pull-down menu d041 and presses the confirm button d042, the store reception unit 102 accepts the input of the store information.

[0070] Also, if a store selection has already been accepted in the past, the screen d040 may be displayed with the name of the store previously selected selected in the pull-down menu d041. This allows the user to select a store by checking the store name and tapping the confirm button d042.

[0071] As described above, the method of accepting store information is not particularly limited. However, different store information acceptance methods may be implemented depending on the mode. There is no particular limit to which store information acceptance method is implemented in each mode. For example, a customer may not know the store name, etc. Therefore, in the self-scan mode operated by the customer, a store information acceptance method using a store code as described with reference to FIG. 12 may be used. On the other hand, it is highly likely that the store clerk knows the store name. For example, in the front-handling mode and the emergency mode, a store information acceptance method in which the store name is selected from a pull-down menu as described with reference to FIG. 13 may be used. Note that the store information may not be accepted. Or, the store information may not be accepted in some of the multiple modes.

[0072] Furthermore, the store information reception process by the store reception unit 102 is not limited to being performed after the mode reception process by the mode reception unit 101. For example, before the mode reception process by the mode reception unit 101, the store may be in a state in which a store has been selected in advance by an operation of a store clerk in the store-use mobile terminal device 10. Furthermore, once a store has been selected, the store reception unit 102 may not receive a new store selection unless a predetermined trigger occurs. Examples of the predetermined trigger include a restart or start-up of the store-use mobile terminal device 10, movement of a predetermined distance or more from the store, etc.

[0073] Next, for example, in the case of the self-scan mode, after accepting the store information, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list.

[0074] In the store clerk mode (front-end handling mode or emergency mode), the list generation unit 112 of the POS server 11 assigns a customer ID to the new customer and generates a new purchased item list. The display unit 1010 may display a screen (not shown) in which no product information is registered in the product registration list as the initial screen. Note that in the customer mode, as in the store clerk mode, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchased item list just before the display unit 1010 displays the initial screen, rather than at the timing when the above-mentioned customer ID information is accepted.

[0075] <Flowchart for mode reception> Here, the flow of the processes before the product registration process and the payment process will be described in detail with reference to FIG. 14. The product registration process is a process of registering product information of products that a customer plans to purchase in a purchase product list. The payment process is a process of making a payment based on the product information registered in the purchase product list. The flow shown in FIG. 14 includes steps of the product registration process and the payment process, and a detailed description of each step will be given later. FIG. 14 is a flowchart showing an example of an operation of the system 1 according to the first embodiment. In FIG. 14, the mode acceptance unit 101 accepts a mode based on the ID information of an operator (user) (step S101). Next, the mode acceptance unit 101 judges whether the accepted user ID information is store clerk ID information or member ID information (step S102). In step S102, if the information is member ID (step S102: member ID), it is assumed that the mode acceptance unit 101 accepts a customer mode. In the case of the information on the store clerk ID (step S102: store clerk ID), it is assumed that the mode receiving unit 101 has received the store clerk mode.

[0076] If the customer mode is accepted (step S102: member ID), the system 1 performs product registration processing in the self-scan mode (step S103), and then performs payment processing in the self-scan mode (step S104). After step S104, the system 1 ends the operation of the flow. In the case of the customer mode (self-scan mode), after step S104, the system 1 may return to step S101.

[0077] When the clerk mode is accepted (step S102: clerk ID), the mode acceptance unit 101 accepts either the front-clerk mode or the emergency mode (step S105). The mode acceptance unit 101 judges whether the mode is the front-clerk mode or the emergency mode (step S106). In the case of the emergency mode (step S106: emergency mode), the system 1 performs product registration processing in the emergency mode (step S107). Then, the system 1 performs payment processing in the emergency mode (step S108). After step S108, the system 1 ends the operation of the flow. In the case of the emergency mode, after step S108, the system 1 may return to step S101 or to step S107. In the case of returning to step S107, the list generation unit 112 assigns a customer ID to the new customer and generates a new purchased product list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list.

[0078] In the case of the front handling mode (step S106: front handling mode), the system 1 performs product registration processing in the front handling mode (step S109). The system 1 performs payment processing in the front handling mode (step S110). After step S110, the system 1 ends the operation of the flow. In the case of the front handling mode, after step S110, the system 1 may return to step S101 or to step S109. When returning to step S109, the list generation unit 112 assigns a customer ID to the new customer and generates a new purchased product list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list. In the front handling mode, the timing of assigning a customer ID to a new customer is not limited to this, and can be changed in various ways depending on each payment processing described later.

[0079] Also, the method of accepting the mode is not particularly limited. For example, in step S101, the mode acceptance unit 101 accepts the mode based on ID information, but the present invention is not limited to this. For example, the mode acceptance unit 101 may accept a selection of whether to be a store clerk or a customer through a selection screen or the like. Then, in step S102, the mode acceptance unit 101 may determine which selection has been accepted. For example, in step S102, if a selection of a customer is accepted, the mode acceptance unit 101 accepts the customer mode (step S102: member ID). In step S102, if a selection of a store clerk is accepted, the mode acceptance unit 101 accepts the store clerk mode (step S102: store clerk ID).

[0080] Also, instead of steps S101, S102, and S105, the mode reception unit 101 may receive a mode from a screen d001 as shown in Fig. 9. If the customer mode is received, the system 1 proceeds to step S103. If the emergency mode is received, the system 1 proceeds to step S107. If the front-handling mode is received, the system 1 proceeds to step S109.

[0081] As described above, the flowcharts of the product registration process and the payment process in each mode in FIG. 14 will be described in detail for each mode.

[0082] Next, product registration and payment in each mode will be described.

[0083] <Product registration process in self-scan mode> In the self-scan mode, the product information acquisition unit 103 acquires product information of the product purchased by the customer through the customer's operation. The product information acquired here may be product ID information. The product information acquired may be product image data, or feature information obtained from the product image data. The product information acquired is not limited to this. The product information acquired may be any information as long as it can uniquely identify the product that the customer is about to purchase. There are various examples of methods for acquiring product information, such as reading a product code, which is product ID information, identification by image, and reading a tag. The acquisition method is not particularly limited.

[0084] The product information acquisition unit 103 acquires product information by, for example, reading a product code via a reading device. The reading device is not particularly limited. The reading device is, for example, an imaging device included in the mobile terminal device 10 for a store. The product code may be the above-mentioned JAN code or the like. The product code may be expressed by, for example, numbers, characters, or a combination of these. The product code may be encoded into a one-dimensional code such as a barcode, a two-dimensional code, or the like when displayed. When reading an encoded code such as a one-dimensional code or a two-dimensional code, the product information acquisition unit 103 may decode the encoded code after reading it. Then, the product information acquisition unit 103 may transmit the combined product code to the list generation unit 112 of the POS server 11. Alternatively, the product information acquisition unit 103 may transmit the read product code to the list generation unit 112 of the POS server 11. Then, the list generation unit 112 may combine the received product code.

[0085] The product information acquisition unit 103 acquires product information by, for example, identifying a product from an image of the product captured by an imaging device included in the store-use mobile terminal device 10. The product information acquisition unit 103 also identifies a product by reading a previously captured image of the product or an image of a picture of the product via the imaging device. In this way, the acquisition unit acquires product information of the product. Note that these images may include encoded codes such as one-dimensional codes or two-dimensional codes.

[0086] Furthermore, the product information acquiring unit 103 may acquire product information by reading a tag to which an RFID (Radio Frequency Identifier) ​​is attached via a reading device. When an RFID is used, the reading device is an RFID reader.

[0087] Furthermore, the product information acquisition unit 103 may acquire product information by selecting product information from the result of the product search. For example, the method of the product search is not particularly limited. The product search may be performed by characters. The product search may be performed by images. More specifically, for example, the product information acquisition unit 103 may acquire product information by selecting the product to be purchased by the customer from the displayed product images.

[0088] The product information acquiring unit 103 may acquire product information by accepting input of a product code represented by numbers or letters via an input device. The input device may be a touch panel display, a keyboard capable of inputting numbers and letters, or the like.

[0089] Here, the product information registration process will be described in detail using an example of reading a product code attached to a product. Fig. 15 is an explanatory diagram showing an example of reading a product code. When the product information acquisition unit 103 reads a product code (information on the product ID) via the imaging device of the mobile terminal device 10, for example, the display unit 1010 displays a screen d050 on which the product code can be read. For example, the screen d050 has a reading portion d051, a display field d052 that displays information on the read product, and a button d053 that displays "Add to Shopping Cart" for registering the product information.

[0090] The display field d052 displays the name and price of the product. The display field d052 has different display contents before and after the product ID information is read. Before the product ID information is read, the display field d052 displays nothing. After the product ID information is read, the display field d052 displays the name and price of the product according to the read display ID information. Here, the process from when the product ID information is read to when the product name and price are displayed in the display field d052 and the product information is registered in the purchase product list will be described. When the product ID information is read by the reading part d051, the product information acquisition unit 103 transmits the read product ID information to the POS server 11. The list generation unit 112 of the POS server 11 may transmit the product name and price according to the received product ID information to the customer's mobile terminal device 12. Then, the display unit 1010 displays the product name and price in the display field d052. The display field d052 shown in FIG. 15 displays the name of the product, "Biscuits," and the price, "252 yen."

[0091] Then, when the button d053 is tapped, the product information acquisition unit 103 transmits a product information registration request to the POS server 11. For example, the registration request may include, in addition to the product information, customer ID information, store mobile terminal device 10 ID information, and the like. The list generation unit 112 of the POS server 11 updates the purchased product list based on the received information. That is, the list generation unit 112 functions as a registration unit that registers product information. Then, the display unit 1010 may display the product information registered in the purchased product list together with information indicating the customer mode.

[0092] FIG. 16 is an explanatory diagram showing a display example of the purchased product list. The display unit 1010 displays a screen d060 according to the received purchased product list. The screen d060 includes, for example, a summary column d061 of the purchased product list, a details column d062, an add product button d064, a payment button d065, a transaction cancellation button d066, and an operator's name display column d067. The summary column d061 displays, for example, information such as the total quantity of products registered in the purchased product list, the total purchase price including tax, and the store name. The details column d062 displays, for example, information such as the name, purchase quantity, unit price, discount rate, and discount amount of products registered in the purchased product list for each product. For example, the details column d062 may have an input column d063 for the purchase quantity for each product. In addition, in the details column d062, product information may be displayed in order of most recently registered product. In the details column d062, for example, the display order of product information may be specified.

[0093] Furthermore, when the input field d063 for the purchase quantity is tapped, the display unit 1010 may display a screen (not shown) on which a number can be selected, superimposed on a part or all of the screen d060. Then, the quantity receiving unit 104 receives the selected number as the purchase quantity. The quantity receiving unit 104 transmits the received purchase quantity to the POS server 11. Then, the list generating unit 112 of the POS server 11 updates the purchase product list according to the received purchase quantity. The list generating unit 112 transmits the updated purchase product list to the mobile terminal device 10 for the store. Then, the display unit 1010 displays the purchase product list with the updated purchase quantity. The method of changing the purchase quantity is not particularly limited. For example, although not shown, an input field in which the purchase quantity can be input may be provided on the screen d060 from which a product code can be read as shown in FIG. 15.

[0094] When an add product button d064 is pressed on the screen d060 of FIG. 16, the display unit 1010 may display a screen d050 as shown in FIG. 15 from which a product code can be read.

[0095] When the transaction cancel button d066 is pressed, the transaction is canceled, and the display unit 1010 may display a screen d001 for accepting a mode as shown in FIG. 9, or a screen d010 for accepting an ID and password as shown in FIG.

[0096] 16, when the payment button d065 is pressed, the store mobile terminal device 10 proceeds to a payment process, which will be described later.

[0097] The name display field d067 displays the name of the customer who is the user. When a member ID (identification information of the customer) is accepted, the name display field d067 can display the name of the customer. For example, when a member ID is accepted as in the screen d010 shown in FIG. 10, the name display field d067 may be provided. When a member ID is not accepted as in the screen d001 shown in FIG. 9, the name display field d067 may not be included in the screen d060, or the name display field d067 may be blank. The name of the customer is identified from the member DB 116 by the information of the member ID described above. In order for the store clerk to know at a glance that the mode of the mobile terminal device 10 for the store is the self-scan mode, a title that is not used in the store clerk mode may be added to the name in the name display field. For example, the display unit 1010 may add a title to the name of the customer, such as Mr. or Mr. If a member ID is not accepted and a name or the like is input, the input name may be displayed in the name display field d067.

[0098] In order to make it possible to determine that the self-scan mode is selected, the display unit 1010 may display a background color of the screen d060 that is different from the background color of the screen showing the purchased item list in the store clerk mode. The display unit 1010 may display information indicating the self-scan mode on the screen d060. The type of information indicating the self-scan mode is not particularly limited. For example, the information indicating the self-scan mode may be information in the form of pictures, letters, numbers, colors, or a combination of these. The display unit 1010 may similarly display information indicating the self-scan mode on each screen used in the self-scan mode thereafter.

[0099] The screen d060 may also include point information contained in the member DB 115. The screen d060 may also include information such as the remaining battery level and the time.

[0100] <Flowchart of product registration process in self-scan mode> FIG. 17 is a flowchart showing an example of a product registration process. In FIG. 17, the operator of each process is a customer. The product registration process here is the product registration process in the self-scan mode in step S103 shown in FIG. 14. The product information acquisition unit 103 judges whether or not the product information has been acquired (step S1101). In step S1101, the product information acquisition unit 103 acquires the product information by reading the product code by an imaging device or the like. As described above, the product information here is not particularly limited. The product information acquired here may be product ID information. Alternatively, the product information may be product image data or feature information obtained from the product image data. Note that in step S1101 in FIG. 17, the product information acquisition unit 103 may determine whether or not the product information has been acquired and the button d053 on which "Add to Cart" shown in FIG. 15 is displayed has been tapped. If the product information has been acquired (step S1101: Yes), the product information acquisition unit 103 transmits the product information to the POS server 11 (step S1102). Next, the list generating unit 112 of the POS server 11 updates the purchased item list based on the received item information (step S1103). The list generating unit 112 transmits the purchased item list to the mobile terminal device 10 for the store (step S1104). The display unit 1010 displays the purchased item list (step S1105).

[0101] Following step S1105 or if step S1101 is No, the quantity receiving unit 104 determines whether a change in quantity has been received (step S1106). If a change in quantity has been received (step S1106: Yes), the quantity receiving unit 104 transmits the product information of the product whose quantity has been changed in association with the received quantity (step S1107). The list generating unit 112 updates the purchased product list based on the product information and the quantity (step S1108). The list generating unit 112 transmits the updated purchased product list (step S1109). The display unit 1010 displays the purchased product list (step S1110).

[0102] After step S1110 or step S1106, if the result is No, the settlement information management unit 107 judges whether or not a payment is required (step S1111). In step S1111, for example, the settlement information management unit 107 accepts a payment process when the payment button d065 on the screen d060 shown in FIG. 16 is tapped. That is, in step S1111, the settlement information management unit 107 judges that a payment is required when the payment button d065 on the screen d060 shown in FIG. 16 is tapped (step S1111: Yes). In step S1111, the settlement information management unit 107 judges that a payment is not required when the payment button d065 on the screen d060 shown in FIG. 16 is not tapped (step S1111: No). If the payment is not required (step S1111: No), the store-use mobile terminal device 10 returns to step S1101. On the other hand, if payment is required (step S1111: Yes), the store-use mobile terminal device 10 ends the product registration process and returns. This causes the system 1 to move to the payment process following the product registration process shown in Fig. 14. As shown in Fig. 14, in the case of the self-scan mode, the system 1 moves to the payment process in the self-scan mode (step S104).

[0103] 17 is an example only, and may be different flowcharts for the step of acquiring product information and the step of changing the purchase quantity.

[0104] <Payment processing in self-scan mode> Next, the payment process in the self-scan mode will be described. In the self-scan mode, the payment method reception unit 105 receives a payment method. For example, the payment method reception unit 105 receives a payment method from among cash payment and electronic payment. For example, the payment method includes cash payment and electronic payment. As described above, the type of electronic payment is not particularly limited. In addition, the payment method reception unit 105 may receive an electronic payment method from a plurality of electronic payment methods. The method of receiving the payment method is not particularly limited. For example, the payment method reception unit 105 may receive a payment method by an operator selecting the payment method from a selection button on the screen. An example of the reception of a payment method will be described with reference to FIG. 18. In the example of FIG. 18, a credit card payment will be described as an example of electronic payment.

[0105] FIG. 18 is an explanatory diagram showing an example of selection of a payment method. The display unit 1010 displays a screen d070 capable of accepting a selection of a payment method between cash payment and credit card payment. The screen d070 has a cash payment button d071-1 for selecting cash payment, and a credit card payment button d071-2 for selecting credit card payment. Furthermore, the screen d070 may have a confirmation button d073 for confirming the payment method. The screen d070 may also have a display field d072 for the customer's name.

[0106] Also, for example, the display unit 1010 may control the display of the screen d070 so that the color of a tapped button differs from the color of the button before it was tapped.

[0107] For example, when the confirmation button d073 is tapped after the cash payment button d071-1 is tapped, the payment method reception unit 105 accepts cash payment. On the other hand, when the confirmation button d073 is tapped after the credit payment button d071-2 is tapped, the payment method reception unit 105 accepts credit card payment.

[0108] Next, in the self-scan mode, for example, in the case of credit card payment, the payment method acceptance unit 105 further accepts the selection of the device that will perform the payment. In the self-scan mode, in the case of cash payment, the settlement device 14 performs the payment.

[0109] FIG. 19 is an explanatory diagram showing an example of accepting the selection of a device for performing payment. The display unit 1010 displays a screen d080 capable of accepting the selection of a device for performing payment. The screen d080 has, for example, a button d081-1 for selecting the settlement device 14, and a button d081-2 for selecting the customer's mobile terminal device 12. Furthermore, the screen d080 may have a confirmation button d083 for confirming the selection of the device for performing payment. The screen may also include a display field d082 for the customer's name.

[0110] When the button d081-1 for selecting the settlement device 14 is tapped and then the confirmation button d083 is tapped, the payment method reception unit 105 accepts payment using the settlement device 14. When the button d081-2 for selecting the customer's mobile terminal device 12 is tapped and then the confirmation button d083 is tapped, the payment method reception unit 105 accepts payment using the customer's mobile terminal device 12.

[0111] <Settlement by settlement device 14> First, the settlement by the settlement device 14 will be described. The output unit 109 outputs the settlement information based on the acquired product information so that the settlement device 14 can read it. More specifically, the settlement information management unit 107 notifies the POS server 11 of a settlement request to execute the settlement by the settlement device 14, for example. When the settlement information generation unit 111 of the POS server 11 receives the settlement request, for example, it generates settlement information based on the customer's purchased product list. The settlement information may be encoded when displayed, for example, so that it can be read by other devices. The encoded settlement information is called, for example, a settlement code. The settlement code is not particularly limited. The settlement code may be represented by a one-dimensional code such as a barcode or a two-dimensional code. The settlement information management unit 107 passes the generated settlement information to the output unit 109 of the mobile terminal device 10 for the store.

[0112] The settlement information includes at least information identifying a purchase list of the customer. The information identifying the purchase list is, for example, customer ID information. In addition to the information identifying the purchase list of the customer, the settlement information may further include purchase price information. The purchase price information includes, for example, information on the total purchase price of the products to be purchased.

[0113] Here, there are two different payment procedures for settlement by the settlement device 14 depending on the information contained in the settlement information. A settlement procedure A is performed when the settlement information includes information on the purchase price, and a settlement procedure B is performed when the settlement information does not include information on the purchase price. First, a brief explanation of the payment procedure A will be given. After the settlement device 14 reads the settlement code, the settlement device 14 performs the settlement based on the purchase price information included in the settlement information. After the settlement device 14 decodes the settlement code to determine the settlement information, the settlement device 14 performs the settlement based on the purchase price information included in the settlement information. Then, the settlement device 14 notifies the completion of the settlement for the purchased item list based on the information identifying the purchased item list. Then, the POS server 11 records the sales based on the purchased item list for which the settlement has been completed. Furthermore, the POS server 11 may delete the purchased item list from the purchased item list DB. This concludes the explanation of the payment procedure A.

[0114] Next, the settlement procedure B will be briefly described. The settlement device 14 reads the settlement code, which is the coded settlement information, from the mobile terminal device 10 for the store, and obtains the information identifying the purchase item list. The settlement device 14 obtains the information identifying the product purchase list by decoding the settlement code and figuring out the settlement information. The settlement device 14 then transmits a settlement request based on the information identifying the purchase item list to the POS server 11. When the POS server 11 receives the settlement request, it transmits the purchase item list or the purchase price information to the settlement device 14. The settlement device 14 performs settlement based on the purchase item list or the purchase price information. The settlement device 14 then notifies the completion of the settlement for the purchase item list based on the information identifying the purchase item list. The POS server 11 then notifies the completion of the settlement for the purchase item list based on the information identifying the purchase item list. The POS server 11 then records the sales based on the purchase item list for which the settlement has been completed. Furthermore, the POS server 11 may delete the purchase item list from the purchase item list DB. This concludes the explanation of payment procedure B.

[0115] In the following description, payment procedure A will be used, but payment procedure B may also be used.

[0116] Here, the settlement information for payment by the settlement device 14 may include other information in addition to information identifying the purchased item list and information on the purchase price. For example, the settlement information may include information included in the purchased item list. The information included in the purchased item list is product information of the product and information on the purchase quantity. The product information included in the settlement information is, for example, a product ID, a product name, and a unit price of the product. Furthermore, if the purchased item list includes information on a member ID, the settlement information may include member information (information such as a member name) obtained from the member ID information. The settlement information may include information on the ID of the mobile terminal device 10 for the store that performed the product registration process. The settlement information may include, for example, store information of the store to which the payment is made. Alternatively, the settlement information may include information on a transaction ID. Furthermore, the settlement information may include information indicating the mode of the mobile terminal device 10 for the store. Here, the information indicating the mode indicates that the mode is the self-scan mode. In this way, by including in the settlement information information indicating the operator of the store's mobile terminal device 10, information on the ID of the store's mobile terminal device 10, information indicating the mode, etc., it is possible to facilitate analysis of the cause when a problem occurs during payment due to the contents of the product registration, etc. The settlement information does not need to include some of the above-mentioned information. Furthermore, the settlement information may include information other than the above-mentioned information.

[0117] The output unit 109 outputs the settlement information so that it can be read by the settlement device 14. The output method is not particularly limited. As described above, for example, the display unit 1010 may display a settlement code that encodes the settlement information.

[0118] FIG. 20 is an explanatory diagram showing an example of a display of a settlement code that can be read by the settlement device 14. The display unit 1010 displays a screen d090 including a settlement code that encodes settlement information. For example, the screen d090 includes a settlement code display field d091, a total quantity display field d093, and a purchase price display field d094. The total quantity display field d093 displays the total purchase quantity of the products purchased by the customer. The purchase price display field d094 displays, for example, the total price including tax of the products purchased by the customer. The screen d090 also has a completion button d092 that is tapped after the payment is completed.

[0119] For example, a customer takes the store's mobile terminal device 10, on which the settlement code is displayed, to the settlement device 14. Then, in the case of a manned settlement device 14, the reading unit 141 of the settlement device 14 reads the settlement code by operation of a store clerk. In the case of an unmanned settlement device 14, the reading unit 141 of the settlement device 14 reads the settlement code by operation of the customer. Then, the settlement unit 142 makes the settlement based on the read settlement code. Since the payment is made by the settlement device 14, there are no particular limitations on the payment method.

[0120] After the payment is completed, the issuance control unit 143 causes the printer to print a receipt. The printer in this case may be, for example, included in the settlement device 14. Alternatively, the printer may be, for example, a device connected to the settlement device 14 via the communication network 16, like the printer 13.

[0121] The receipt may include, for example, purchase price information, member information, and store information. The purchase price information included in the receipt includes product information, product purchase quantity, discount amount, discount rate, whether or not a coupon was used, total purchase price, deposit amount, and change amount. Product information included in the receipt includes, for example, product code, product name, and unit price. Member information included in the receipt includes customer member ID, member name, and points. Store information included in the receipt includes, for example, store name, store ID, store address, and store contact information. Although not shown, a DB that manages store information may be stored in advance in the POS server 11. The receipt may also include ID information of the mobile terminal device 10 for the store where the product was registered and ID information of the settlement device 14. If the settlement device 14 is manned, the receipt may also include clerk information about the clerk who operated the settlement device 14. The clerk information here includes clerk ID, clerk name, and the like. The receipt may also include information such as the date and time when the payment was completed. The receipt may also include information on the receipt ID. The receipt may also include information on the transaction ID. The receipt may also include information indicating that the payment is cash. The information indicating the cash payment may be, for example, information such as characters or pictures indicating a cash payment, the deposit amount, and the amount of change. The receipt may also include information indicating the mode of the mobile terminal device 10 for the store. Here, the information indicating the mode indicates that the mode is the self-scan mode. In this way, the receipt includes information indicating the operator of each device, information indicating the mode, and the like, making it possible to easily analyze the contents of the product registration and the cause of any trouble that may occur in the payment. The receipt may not include some of the above-mentioned information. The receipt may also include information other than the above-mentioned information.

[0122] After completing the payment, the customer taps a completion button d092 included in the screen d090 of the mobile terminal device 10 for the store shown in Fig. 20. When the completion button d092 is tapped, the display unit 1010 may display again the screen d001 shown in Fig. 9 or the screen d010 shown in Fig. 10.

[0123] Electronic Payment via Customer's Mobile Terminal Device 12 Next, an example of electronic payment using the customer's mobile terminal device 12 will be described. A portable store-use mobile terminal device such as a smartphone or tablet may not be connected to a device capable of reading cards such as credit cards, debit cards, and point cards, or a device capable of reading short-range wireless communication type IC cards. With this electronic payment, even if the store-use mobile terminal device 10 does not have a reading means for electronic payment, the customer can make an electronic payment. The output unit 109 outputs payment information based on the purchase item list so that the customer's mobile terminal device 12 can read it. In electronic payment using the customer's mobile terminal device 12, the payment information includes at least store information related to the store to which payment is made and information on the purchase price based on the purchase item list. Note that the payment information in payment using the customer's mobile terminal device 12 includes store information related to the store to which payment is made in addition to information identifying the purchase item list, and the payment information in electronic payment using the customer's mobile terminal device 12 is different from the payment information in payment using the payment device 14 described above.

[0124] The settlement information may also include product information and purchase quantity information, as described in the settlement by the settlement device 14. The settlement information may also include membership information, such as the membership ID information of the customer who is the operator of the product registration process. The settlement information may also include ID information of the store-use mobile terminal device 10 that performed the product registration process. The settlement information may also include transaction ID information. The settlement information may also include information indicating the mode of the store-use mobile terminal device 10. Here, the information indicating the mode indicates that it is the self-scan mode. The settlement information may not include some of the above-mentioned information. The settlement information may also include information other than the above-mentioned information. For example, the settlement information may also include other information depending on the presence or absence of a specified application.

[0125] The method of outputting the settlement information is not particularly limited. For example, the display unit 1010 may display a settlement code that encodes the settlement information as described above. Then, the reading unit 121 of the customer's mobile terminal device 12 reads the settlement code. In the case of a screen display using the settlement code, the reading unit 121 of the customer's mobile terminal device 12 reads the settlement code using an imaging device.

[0126] A more detailed example will be described. The processing differs depending on the presence or absence of a specific application program. The specific application program will be referred to as a store app (application for a store) hereinafter. The store app runs on the customer's mobile terminal device 12. The store app is, for example, an application program that can set customer payment information. As described above, the customer's payment information is information on the customer's electronic payment used for electronic payment. More specifically, the payment information is, for example, information for making electronic payment by card. In the case of credit payment, the payment information is, for example, information such as a credit payment number, expiration date, name, and security code. In the case of point payment, the payment information is, for example, information such as a point payment number. In the case of debit payment, the payment information is, for example, information such as a debit card number, name, and PIN number, similar to credit payment. In the case of electronic money payment, the payment information is, for example, information such as a number and ID that can be linked to electronic money. For example, the store app can make registered electronic payments other than cash payments.

[0127] The application presence / absence reception unit 106 receives the presence / absence of a store application. Fig. 21 is an explanatory diagram showing an example of reception of the presence / absence of a store application. The display unit 1010 displays a screen d100 capable of receiving the presence / absence of a store application. For example, the screen d100 has a Yes button d101-1 for receiving the presence of a store application and a No button d101-2 for receiving the absence of a store application.

[0128] For example, when the Yes button d101-1 is tapped, the application presence / absence reception unit 106 accepts that the store app is installed in the customer's mobile terminal device 12. For example, when the No button d101-2 is tapped, the application presence / absence reception unit 106 accepts that the store app is not installed in the customer's mobile terminal device 12.

[0129] <<When the store app is not installed on the customer's mobile terminal device 12>> First, a case will be described where the store app is not installed on the customer's mobile terminal device 12.

[0130] If the store app is not present in the customer's mobile terminal device 12, the settlement information further includes information for the customer's mobile terminal device 12 to accept input of the customer's payment information. This information is, for example, URL information of a page having an input field into which the payment information can be input. This information is called link information. The page here is, for example, an HTML page.

[0131] The display unit 1010 displays, for example, settlement information so that it can be read by the customer's mobile terminal device 12. The reading unit 121 of the customer's mobile terminal device 12 reads, for example, the settlement information. When the settlement information is read, the settlement unit 122 accepts input of the customer's payment information based on the read settlement information. The settlement unit 122 performs electronic payment with the payment server 15 using the input customer's payment information and the settlement information.

[0132] Here, a detailed explanation will be given taking credit card payment as an example. FIG. 22 is an explanatory diagram showing an example of a display of a settlement code. Specifically, the display unit 1010 displays a screen d110 including a settlement code (two-dimensional code in FIG. 22) that is an encoded settlement information. The screen d110 includes a display field d111 for the settlement code (two-dimensional code), a display field d114 for the total purchase quantity, a display field d115 for the total purchase price, and a display field d116 for the payment method. The screen d110 further includes a completion button d112 to be pressed after the payment is completed, and a button d113 displaying "Add to Cart" for interrupting the payment and returning to the product registration process.

[0133] The reading unit 121 of the customer's mobile terminal device 12 reads, for example, the settlement code (two-dimensional code) displayed in the display field d111. This causes the payment information receiving unit 125 to start a browser where payment information can be input and a page where payment can be requested from the payment server 15 can be viewed. Then, the payment information receiving unit 125 uses the browser to open the URL page based on the link information.

[0134] FIG. 23 is an explanatory diagram showing a display example of a page where payment information can be input. The display unit 1210 of the customer's mobile terminal device 12 displays a screen d120 of a page based on the link information. The screen d120 has, for example, a display field d121 of the usage details and a display field d122 of the payment procedure. The display field d121 of the usage details displays, for example, the name of the store to which the payment is made, the total purchase price, and the like. The display field d122 of the payment procedure has an input field d123 of the credit card number, an input field d124 of the name written on the credit card, an input field d125 of the credit card expiration date, an input field d126 of the security code, and an input field d127 of the number of payments. The input field d127 of the number of payments may be a pull-down menu. The screen d120 also has a confirm button d128 for confirming the credit card payment and a cancel button d129 for canceling the credit card payment procedure midway.

[0135] The payment information receiving unit 125 receives input for each input field. When the Confirm button is tapped, the payment unit 122 performs electronic payment to the payment server 15 based on the received payment information and settlement information. Here, performing electronic payment by the payment unit 122 means, for example, requesting electronic payment to the payment server 15.

[0136] The method of accepting the payment information is not limited to the example using the input field on the screen d120. For example, the payment information accepting unit 125 may accept the credit information (payment information) by extracting the credit information written on the credit card from an image of the credit card captured by an imaging device.

[0137] Fig. 24 is an explanatory diagram showing an example of a display indicating completion of payment. The display unit 1210 of the customer's mobile terminal device 12 displays a payment completion screen d130. The screen d130 has, for example, a display field d131 for usage details and a display field d132 for payment procedures. As in the example of Fig. 23, the display field d131 for usage details displays the name of the store to which the payment is made, the total purchase price, etc. The display field d132 for payment procedures displays the name of the credit card company, the number of payments, the credit card number, etc.

[0138] Furthermore, the screen d130 has an end button d134 for ending the display of the screen d130. When the end button d134 is tapped, the page of the screen d130 is ended in the browser.

[0139] Furthermore, when the payment is completed, the customer taps the completion button d112 shown on the screen d110 of the mobile terminal device 10 for the store shown in Fig. 22. This completes the electronic payment in the absence of a store app. This allows the customer to make an electronic payment even if the mobile terminal device 10 for the store does not have a reading means for electronic payment.

[0140] Also, when the electronic payment is completed, the issuing control unit 1011 of the mobile terminal device 10 for the store may cause the printing device 13 to issue a receipt. In detail, the receipt may include, for example, purchase price information, member information, and information about the store. The purchase price information, member information, and information about the store included in the receipt may be the same as the receipt issued for cash payment. Also, the receipt may include ID information of the mobile terminal device 10 for the store that registered the product. Also, the receipt may include information such as the date and time when the payment was completed. Also, the receipt may include ID information of the receipt. The receipt may include transaction ID information. Also, the receipt may include information indicating that the payment is electronic. The information indicating the electronic payment is, for example, information such as characters or pictures indicating the payment method, such as the name of the payment method, and part of the payment information. Also, the receipt may include information indicating the mode of the mobile terminal device 10 for the store. Here, the information indicating the mode indicates that the mode is the self-scan mode. Note that the receipt does not need to include part of the above-mentioned information. Also, the receipt may include information other than the above-mentioned information.

[0141] <<When the store app is on the customer's mobile terminal device 12>> Next, an example in which the store app is in the customer's mobile terminal device 12 will be described. The output unit 109 of the store mobile terminal device 10 outputs the settlement information so that it can be read by the store app. The settlement information includes store information on the store that is the payment destination and information on the purchase price as described above. The settlement information may also include other information as described above. However, when the store app is in the customer's mobile terminal device 12, the settlement information does not need to include information for the customer's mobile terminal device 12 to accept the input of the customer's settlement information because the payment information is set or can be registered in the store app. This information is the link information described above. Note that, as described above, when the store app is not in the customer's mobile terminal device 12, the settlement information includes the link information. The output method of the settlement information may be a display of a settlement code that encodes the settlement information, as in the example in which there is no store app. Note that the screen example may be the same as the screen d110 shown in FIG. 22.

[0142] The reading unit 121 of the customer's mobile terminal device 12 reads the settlement information by the store app. That is, the store app is started on the customer's mobile terminal device 12. The store app then reads the settlement information by the imaging device. The payment unit 122 then performs electronic payment via the payment server 15 using the customer's payment information set in the store app by the store app and the read settlement information. Although not shown, the display unit 1210 may display a screen indicating that the electronic payment has been completed by the store app. This concludes the explanation of electronic payment using the customer's mobile terminal device 12.

[0143] When the electronic payment is completed, the issuance control unit 1011 of the mobile terminal device 10 for the store may cause the printer 13 to print a receipt. In detail, the receipt may include the same information as a receipt without a store app. The receipt may also include information indicating that the electronic payment was made using the store app.

[0144] Furthermore, if the store app can use the printer 13 in the store, an issuance control unit (not shown) of the customer's mobile terminal device 12 may cause the printer 13 to print a receipt.

[0145] In addition, in electronic payment, there are cases where the payment information of the customer can be input to the mobile terminal device 10 for the store. In such a case, the mobile terminal device 10 for the store may perform the same process as in the case where the mobile terminal device 12 of the customer does not have a store app. For example, the payment unit 108 of the mobile terminal device 10 for the store accepts the payment information of the customer. The display unit 1010 displays the page of the above-mentioned link information via a browser, for example. For example, the display unit 1010 may display a screen similar to the screen d120 shown in FIG. 23. Then, the payment unit 108 performs electronic payment via the payment server 15 based on the accepted payment information and the settlement information via the browser. In addition, the display unit 1010 may display a screen similar to the screen d130 of FIG. 24 as a screen after the payment is completed.

[0146] <Flowchart of payment process in self-scan mode> The payment process in the self-scan mode will be described with reference to Figs. 25 to 27. The payment process in the self-scan mode is the payment process in the self-scan mode in step S104 shown in Fig. 14. Fig. 25 is a flowchart showing an example of the payment process in the self-scan mode. The display unit 1010 displays a selection screen for the device to be used for payment (step S1201). In step S1201, for example, the display unit 1010 may display information on the purchase price together with the selection screen for the payment method.

[0147] Next, the payment method reception unit 105 judges whether the device used for payment is the settlement device 14 (step S1202). If the device used for payment is the settlement device 14 (step S1202: Yes), the settlement information management unit 107 transmits a request for generating a settlement code (payment request) to the POS server 11 (step S1203). As described above, the settlement code is an encoded version of the settlement information. Here, the settlement information will be described using the above-mentioned payment procedure A in which the settlement information includes information on the purchase price. For this reason, the settlement information includes at least information for identifying the purchased product list and information on the purchase price, for example. In addition to these, the settlement information may include information on the ID of the mobile terminal device 10 for the store and information on the member ID of the operator. In addition, as described above, the settlement information may include other information. The settlement information generation unit 111 generates a settlement code (step S1204). In step S1204, the settlement information generation unit 111 calculates the total purchase price based on the purchased item list. Then, in step S1204, the settlement information generation unit 111 generates settlement information. In step S1204, the settlement information generation unit 111 generates a settlement code by encoding the settlement information. The settlement information generation unit 111 transmits the settlement code to the mobile terminal device 10 for the store (step S1205). The display unit 1010 displays a screen including the settlement code (step S1206). The customer moves around with the mobile terminal device 10.

[0148] The reading unit 141 of the settlement device 14 reads the settlement code (step S1207). Next, the display unit 144 displays a screen for settlement based on the read settlement code (step S1208). In reality, there is a process such as decoding the settlement code, but since this is an existing technology, the description will be omitted. The screen here is not particularly limited as long as the existing functions of the settlement device 14 are used. Then, the settlement unit 142 performs settlement (step S1209). In step S1209, the payment method is not particularly limited to cash payment, electronic payment, etc., as long as the existing payment method available in the settlement device 14 is used. The issuance control unit 143 issues a receipt (step S1210) and ends the operation of the flow. The information included in the receipt is as described above. The display unit 144 may display a payment completion screen after step S1209.

[0149] Although not shown, when the payment is completed, the sales management unit 113 of the POS server 11 updates the sales information based on the payment details. More specifically, the payment unit 142 notifies the POS server 11 of the purchased item list for which the payment has been completed, based on the information identifying the purchased item list included in the settlement information and the payment details. The payment details may be information such as which payment method was used. The sales management unit 113 then updates the sales DB 118 based on the purchased item list for which the payment has been completed and the payment details. The list generation unit 112 may also delete the purchased item list for which the payment has been completed from the purchased item list DB 119.

[0150] Also, in step S1209, the settlement unit 142 may perform the above-mentioned settlement procedure B in the case where the settlement information does not include information on the purchase price. That is, the settlement information includes at least information that identifies the purchased item list. In step S1209, for example, the settlement unit 142 transmits a settlement request based on the information that identifies the purchased item list. Then, in step S1209, upon receiving the settlement request, the settlement information generation unit 111 transmits the purchased item list or information on the purchase price to the settlement device 14. In step S1209, the settlement device 14 performs settlement based on the purchased item list or information on the purchase price. The processing in the settlement device 14 and the processing in the POS server 11 after the settlement is completed are the same as in settlement procedure A, and therefore will not be described.

[0151] On the other hand, if the device used for payment is not the settlement device 14 (step S1202: No), the store's mobile terminal device 10 performs credit card payment processing (step S1211). If it is not the settlement device 14, for example, the customer's mobile terminal device 12 is used for payment. Payment using the customer's mobile terminal device 12 is electronic payment. In step S1211, credit card payment is given as an example of electronic payment.

[0152] FIG. 26 and FIG. 27 are flowcharts showing the credit payment process. The credit payment process shown in FIG. 26 and FIG. 27 is the details of the credit payment process in step S1211 shown in FIG. 25. The display unit 1010 displays a selection screen for the presence or absence of a store app (step S1301). The application presence or absence reception unit 106 judges whether or not a store app is present (step S1302). If the store app is present (step S1302: Yes), the settlement information management unit 107 transmits a request for generating a settlement code (payment request) (step S1303). The settlement information generation unit 111 generates a settlement code that encodes the settlement information (step S1304). The settlement code is readable by the mobile terminal device 12 of the customer. In step S1304, the settlement information generation unit 111 calculates the purchase price based on the purchased item list. Then, in step S1304, the settlement information generation unit 111 generates the settlement information. In step S1304, the settlement information generation unit 111 generates a settlement code by encoding the settlement information. The settlement information includes at least information on the purchase price and information on the payee, for example. In addition to these pieces of information, the settlement information may also include membership information such as information on the operator's membership ID and information on the ID of the mobile terminal device 10 for the store. Next, the settlement information generation unit 111 transmits the generated settlement code (step S1305). The display unit 1010 displays a payment screen including the settlement code (step S1306).

[0153] The customer's mobile terminal device 12 starts the store app through the customer's operation. The reader 121 reads the settlement code from the store mobile terminal device 10 using the store app (step S1307). The payment unit 122 performs credit card payment using the store app (step S1308). More specifically, in step S1308, the payment unit 122 performs credit card payment via the payment server 15 based on the payment information set in the store app and the settlement code (settlement information).

[0154] Next, the display unit 1210 displays a payment completion screen (step S1309). When the credit card payment is completed, the issuance control unit 1011 of the store mobile terminal device 10 causes the printer 13 to issue a receipt (step S1310). The information included in the receipt is as described above. The system 1 then ends the operation of the flow when the store app is present. Although not shown, when the payment is completed, the sales management unit 113 of the POS server 11 updates the sales information based on the payment details.

[0155] On the other hand, if there is no store app (step S1302: No), the explanation of FIG. 27 will be shifted to, and the settlement information management unit 107 will send a request to generate a settlement code (payment request) (step S1401). The settlement information generation unit 111 will generate a settlement code (step S1402). In step S1402, the settlement information generation unit 111 will calculate the purchase price. Then, in step S1402, the settlement information generation unit 111 will generate the settlement code by encoding the settlement information. The settlement code can be read by the mobile terminal device 12 of the customer. The settlement information in the case where there is no store app includes at least information on the purchase price, information on the payee, and link information, for example. In addition to these pieces of information, the settlement information may also include information on the member ID and information on the ID of the mobile terminal device. Next, the settlement information generation unit 111 will transmit the generated settlement code (step S1403). The display unit 1010 displays a screen including the settlement code (step S1404).

[0156] The reader 121 of the customer's mobile terminal device 12 reads the settlement code from the mobile terminal device 10 for the store (step S1405). The payment information acceptance unit 125 opens a page where the payment information can be inputted by the browser based on the link information included in the read settlement code. The payment information acceptance unit 125 accepts the payment information via the page (step S1406). The settlement unit 122 makes a credit settlement with the settlement server 15 (step S1407). More specifically, in step S1407, the settlement unit 122 makes a credit settlement via the settlement server 15 based on the accepted payment information and settlement code. The display unit 1210 displays a payment completion screen (step S1408). When the credit settlement is completed, the issuance control unit 1011 causes the printer 13 to issue a receipt (step S1409). The information included in the receipt is as described above. Then, the system 1 ends the operation of the flow when the store app is present. Although not shown, when the payment is completed, the sales management section 113 of the POS server 11 updates the sales information based on the information indicating the purchased product list and the payment details.

[0157] According to this electronic payment method, even if the store's mobile terminal device 10 does not have a reading means for electronic payment, the customer can make an electronic payment according to whether or not the customer's mobile terminal device 12 has a store app.

[0158] This completes the explanation of the payment process in the self-scan mode.

[0159] <Product registration process in emergency mode> Next, the product registration process in the emergency mode will be described. In the emergency mode, the product information acquisition unit 103 acquires information on the product purchased by the customer by the operation of the store clerk. The method of acquiring the product information may be the same as the product registration process in the self-scan mode, except that the operator is a store clerk. This allows the store-use mobile terminal device 10 to be utilized as an emergency product registration device operated by the store clerk, such as BCP measures. In addition, the list generation unit 112 of the POS server 11 may update the purchased product list. Then, the display unit 1010 may display the product information registered in the purchased product list together with information indicating the emergency mode. The type of information indicating the emergency mode is not particularly limited. For example, the information indicating the emergency mode may be information on a picture, a character, a number, a color, or a combination of these. In addition, in each screen in other emergency modes, the display unit 1010 may display information indicating the emergency mode.

[0160] FIG. 28 is an explanatory diagram showing an example of a purchased item list in the emergency mode. The display unit 1010 displays a screen according to the purchased item list. The screen d150 includes, for example, a summary column d151 of the purchased item list and a details column d152, similar to the screen in the self-scan mode. Furthermore, the screen d150 includes an add item button d154, a payment button d155, a transaction cancellation button d156, a name display column d157 of the store clerk who is the operator, and a mode summary column d156. Details other than the store clerk name display column d157 and the mode summary column d158 may be similar to the screen in the self-scan mode.

[0161] The name of the clerk is displayed in the name display field d157. When a clerk ID (identification information of the clerk) is accepted, the name of the clerk can be displayed in the name display field d157. For example, when a clerk ID is accepted as in the screen d010 shown in FIG. 10, the name display field d157 may be displayed. When a clerk ID is not accepted as in the screen d001 shown in FIG. 9, the screen d150 may not include the name display field d157, or the name display field d157 may be blank. The presence or absence of a title is not limited. In addition, the screen d150 of the purchased item list in the emergency mode differs from the screen of the purchased item list in the self-scan mode in that information indicating the emergency mode is displayed. In order to distinguish from the self-scan mode, the name of the clerk in the name display field d157 may not have a title. Alternatively, in order to distinguish from the self-scan mode, a title different from the title given to the name of the customer in the self-scan mode may be used.

[0162] Furthermore, in the mode summary field d158, information indicating the emergency mode is displayed on the screen d150. In Fig. 28, the word "emergency" is displayed in the mode summary field d18. Furthermore, for example, the background color of the screen d150 may be set so that it is possible to distinguish that the mode is the emergency mode.

[0163] <Flowchart of product registration process in emergency mode> The product registration process in the emergency mode is the product registration process shown in FIG. 17 (step S107 in FIG. 14). The flowchart of the product registration process in the emergency mode may be the same as the flowchart of the product registration process in the self-scan mode shown in FIG. 17, although the operator is different. For this reason, detailed explanation using figures will be omitted. Note that, in the case of emergency mode, when Yes is selected in step S1111 shown in FIG. 17, the store-use mobile terminal device 10 ends the product registration process and returns. Therefore, in the case of emergency mode, the system 1 proceeds to the payment process in the emergency mode (step S108) following the product registration process (step S107) shown in FIG. 14.

[0164] <Payment processing in emergency mode> Next, the settlement process in the emergency mode will be described. As described above, the emergency mode is a BCP measure, and assumes that the settlement device 14 cannot be used. However, the process of generating settlement information, etc. may be performed by the POS server 11.

[0165] In the emergency mode, the payment method acceptance unit 105 accepts the selection of a payment method. Specifically, the payment method acceptance unit 105 accepts the selection of a payment method between cash payment and electronic payment. As in the self-scan mode, the electronic payment method is not particularly limited. In addition, the payment method acceptance unit 105 may accept a payment method from a plurality of types of electronic payment.

[0166] FIG. 29 is an explanatory diagram showing an example of a payment method selection. In FIG. 29, credit card payment will be explained as an example of electronic payment. The display unit 1010 displays a screen capable of accepting a selection of a payment method between cash payment and credit card payment. The screen d160 has a cash payment button d161-1 for selecting cash payment, and a credit card payment button d161-2 for selecting credit card payment. Furthermore, the screen d160 may have a confirmation button d164 for confirming the payment method.

[0167] The screen d160 may include a display field d162 for the name of the store clerk, and a mode summary field d163 indicating that the mode is the emergency mode. The mode summary field d163 may be similar to the mode summary field d158 of the purchase item list screen d150 shown in FIG.

[0168] For example, when the confirmation button d164 is tapped after the cash payment button d161-1, which allows the user to select cash payment, is tapped, the payment method reception unit 105 accepts cash payment. On the other hand, when the confirmation button d164 is tapped after the credit payment button d161-2, which allows the user to select credit payment, the payment method reception unit 105 accepts credit payment.

[0169] Cash settlement in emergency mode First, an example of cash payment in emergency mode will be described. In the case of cash payment, the display unit 1010 displays cash settlement information based on the purchased item list. For example, the cash settlement information includes information on the purchase price of the item. In addition to the purchase price information, the cash settlement information may also include information on the total quantity of the items, the price of each item, etc.

[0170] The cash settlement information may be generated by the POS server 11. The settlement information management unit 107 notifies the POS server 11 of a settlement request to perform cash settlement by the mobile terminal device, for example. For example, when the settlement information generation unit 111 of the POS server 11 receives the settlement request, it generates cash settlement information based on the customer's purchase item list. The settlement information management unit 107 passes the generated settlement information to the output unit 109 (display unit 1010) of the mobile terminal device 10 for the store.

[0171] 30 and 31 are explanatory diagrams showing an example of cash payment in emergency mode. The display unit 1010 displays a screen d170 for cash payment. The screen d170 includes, for example, a display field d171 for the total purchase quantity, a display field d172 for the total purchase price, an input field d175 for the deposit amount, and a display field d176 for the change amount.

[0172] The total purchase quantity display field d171 displays the total purchase quantity of the products the customer will purchase. The total purchase price display field d172 displays, for example, the total price including tax of the products the customer plans to purchase. In FIG. 30, the display field d172 displays the price including tax, but this is not limited to this. For example, the display field d162 may display both the price excluding tax and the price including tax. The deposit amount input field d175 allows the amount given by the customer to be input. The change amount display field d176 displays the change amount, which is the result of subtracting the total purchase price from the deposit amount. In FIG. 30, the deposit amount has not been input, so nothing is displayed in the change amount display field.

[0173] The screen d170 also includes a button d173 for canceling the cash payment process and returning to the product registration process, and a completion button d174 for completing the cash payment. The screen d170 may further include a mode display field d177 and a display field d178 for the name of the store clerk. The mode display field d177 displays information indicating the emergency mode. The display field d178 displays the name of the store clerk in charge. The display field d178 may also display the ID of the store clerk.

[0174] For example, when the payment unit 108 accepts input of the deposit amount in the deposit amount input field d175, it calculates the change amount. Then, in Fig. 31, the display unit 1010 displays the calculated change amount in the change amount display field d176 of the screen d170. Also, when the completion button d174 is tapped, the payment unit 108 ends the cash payment.

[0175] Furthermore, when the cash payment is completed, the issuing control unit 1011 of the mobile terminal device 10 for the store may cause the printing device 13 to issue a receipt. The receipt may include the same information as that included in the receipt issued in the self-scan mode. Specifically, the receipt may include, for example, purchase price information, store information, and store clerk information. The purchase price information and store information included in the receipt may be the same as that of the receipt issued in the self-scan mode. The store clerk information is information such as the store clerk ID and store clerk name of the store clerk who is the operator of the mobile terminal device 10 for the store. The receipt may also include information on the ID of the mobile terminal device 10 for the store that registered the product. The receipt may also include information such as the date and time when the payment was completed. The receipt may also include information on the ID of the receipt. The receipt may also include information indicating that the payment is made in cash. The information indicating that the payment is made in cash is, for example, information such as characters or pictures indicating the payment method, such as the name of the payment method, the deposit amount, and the amount of change. Furthermore, when input of a member ID or the like is accepted in order to award points or the like, the receipt may include member information. The member information included in the receipt may be the same as the information on a receipt issued in self-scan mode. The receipt may also include transaction ID information. The receipt may also include information indicating the mode of the store's mobile terminal device 10. Here, the information indicating the mode indicates that it is emergency mode. Note that the receipt does not need to include some of the above-mentioned information. The receipt may also include information other than the above-mentioned information.

[0176] When the cash payment is completed, the payment unit 108 may notify the POS server 11 of the completion of the cash payment. When notifying, information on the customer ID for which the payment has been completed, information on the store, and information on the ID of the mobile terminal device 10 for the store may also be notified. The sales management unit 113 of the POS server 11 updates the sales information. The list generation unit 112 may delete the purchased product list for which sales have been recorded.

[0177] Furthermore, when the cash settlement is completed, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchased item list. More specifically, when the Complete button d174 is tapped, the store-use mobile terminal device 10 may request the POS server 11 to assign a new customer ID. Then, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchased item list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list. Thereby, in the emergency mode, the store-use mobile terminal device 10 can perform a new product registration process for the next customer.

[0178] This concludes the explanation of cash settlement in emergency mode.

[0179] Electronic Payments in Emergency Mode Next, the electronic payment process in the emergency mode will be described. The electronic payment process in the emergency mode is the same as the electronic payment process by the customer's mobile terminal device 12 in the self-scan mode. For this reason, a detailed description will be omitted. However, the emergency mode differs from the self-scan mode in that information indicating the emergency mode may be displayed on each screen so that it is possible to determine that the mode is the emergency mode. As described above, the type of information indicating the emergency mode is not particularly limited. Furthermore, the settlement information may be the same as the settlement information in the electronic payment process by the customer's mobile terminal device 12 in the self-scan mode. However, when the settlement information includes information indicating the mode, the information indicating the mode indicates that the mode is the emergency mode. Furthermore, when the information of the store clerk ID is accepted, the information of the store clerk ID may be included in the settlement information.

[0180] In the electronic payment process in the emergency mode, even if the mobile terminal device 10 for the store does not have a reading means for electronic payments and the settlement device 14 cannot be used in the store, the customer can still make electronic payments.

[0181] When the electronic payment is completed, the issuance control unit 1011 of the mobile terminal device 10 for the store may cause the printer 13 to issue a receipt. More specifically, as described in the self-scan mode, when the electronic payment is completed, the completion button d112 shown on the screen d110 of the mobile terminal device 10 for the store shown in FIG. 22 is tapped. When the completion button d112 is tapped, the issuance control unit 1011 of the mobile terminal device 10 for the store may cause the printer 13 to issue a receipt. The receipt may include information similar to that included in the receipt issued in the self-scan mode. Specifically, the receipt may include, for example, purchase price information, store information, and store clerk information. The purchase price information and store information included in the receipt may be similar to these pieces of information included in the receipt issued in the self-scan mode. Furthermore, the store clerk information included in the receipt may be similar to the information on the receipt in the cash payment in the emergency mode. Furthermore, the receipt may include ID information of the mobile terminal device 10 for the store that registered the product. Furthermore, the receipt may include information such as the date and time when the payment was completed. The receipt may also include receipt ID information. The receipt may also include information indicating that the payment is electronic. The receipt may also include membership information when input of a membership ID or the like is accepted in order to award points or the like. The membership information included in the receipt may be the same as the information on a receipt issued in self-scan mode. The receipt may also include transaction ID information. The receipt may also include information indicating the mode of the mobile terminal device 10 for the store. Here, the information indicating the mode indicates that the mode is emergency mode. The receipt does not need to include some of the above-mentioned information. The receipt may also include information other than the above-mentioned information.

[0182] In the emergency mode, when the electronic payment is completed, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchase item list. More specifically, when the completion button d112 shown on the screen d110 of the mobile terminal device 10 for the store shown in FIG. 22 is tapped, the mobile terminal device 10 for the store may request the POS server 11 to assign a new customer ID. Then, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchase item list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list. Thereby, in the emergency mode, the mobile terminal device 10 for the store can perform a new product registration process for the next customer.

[0183] This concludes the description of the electronic payment process in emergency mode.

[0184] <Flowchart of payment processing in emergency mode> The payment process in the emergency mode will be described with reference to FIG. 32. The payment process in the emergency mode is the payment process in the emergency mode in step S108 shown in FIG. 14. FIG. 32 is a flowchart showing the payment process in the emergency mode. The display unit 1010 of the mobile terminal device 10 for the store displays a selection screen for the payment method (step S1501). Then, the payment method acceptance unit 105 accepts the payment method. The payment method acceptance unit 105 judges whether the accepted payment method is cash payment or not (step S1502). If it is cash payment (step S1502: Yes), the settlement information management unit 107 transmits a settlement request (step S1503). When the settlement information generation unit 111 accepts the settlement request, it calculates the purchase price (step S1504). The settlement information generation unit 111 transmits settlement information (cash settlement information) including the calculation result (step S1505).

[0185] The display unit 1010 then displays a cash settlement screen based on the settlement information (cash settlement information) (step S1506). The settlement unit 108 performs the cash settlement (step S1507). In step S107, the settlement unit 108 inputs the deposit amount received by the store clerk into the cash settlement screen. The display unit 1010 then displays a screen including the change amount obtained by subtracting the purchase price from the deposit amount. The issuance control unit 1011 then causes the printing device 13 to issue a receipt (step S1508). The store mobile terminal device 10 then completes the cash settlement. Although not shown, when the settlement is completed, the sales management unit 113 of the POS server 11 may update the sales information based on the settlement details.

[0186] On the other hand, if the payment is not cash (step S1502: No), the store mobile terminal device 10 performs credit card payment processing (step S1509). A detailed flowchart of the credit card payment processing in the emergency mode (step S1509) may be the same as the flowchart of the credit card payment processing in the self-scan mode (step S1211 in FIG. 25) shown in FIG. 26 and FIG. 27. Therefore, a detailed description of step S1509 will be omitted.

[0187] 32, the payment method is accepted after the payment request is sent to the POS server 11, but this is not limited thereto. For example, the mobile terminal device 10 for a store may transmit the payment request after accepting the payment method.

[0188] <Product registration process in front-hand mode> The product registration process in the front handling mode will be described. In the front handling mode, the product information acquisition unit 103 acquires information on the product purchased by the customer through the operation of the store clerk. The method of acquiring the product information may be the same as the product registration process in the self-scan mode, except that the operator is a store clerk. In addition, the list generation unit 112 of the POS server 11 may update the purchased product list. Then, the display unit 1010 may display the product information registered in the purchased product list together with information indicating the front handling mode. The type of information indicating the front handling mode is not particularly limited. For example, the information indicating the front handling mode may be information on a picture, a letter, a number, a color, or a combination of these. In addition, in each screen in the other front handling modes, the display unit 1010 may display information indicating the front handling mode.

[0189] FIG. 33 is an explanatory diagram showing an example of a purchased item list in the front-end handling mode. The display unit 1010 displays a screen d180 according to the purchased item list. The screen d180 has, for example, the same information as the screen d060 in the self-scan mode shown in FIG. 16. The screen d180 includes, for example, a summary field d181 of the purchased item list, a details field d182, an add item button d184, a payment button d185, a transaction cancellation button d186, an operator's name display field d187, and a mode summary field d188. Details other than the operator's name display field d187 and the mode summary field d188 may be the same as the screen d060 in the self-scan mode and the screen d150 in the emergency mode described above.

[0190] The name display field d187 displays the name of the clerk. When a clerk ID (identification information of the clerk) is accepted, the name display field d187 can display the name of the clerk. For example, when a clerk ID is accepted as in the screen d010 shown in FIG. 10, the name display field d187 may be displayed. When a clerk ID is not accepted as in the screen d001 shown in FIG. 9, the screen d180 may not include the name display field d187, or the name display field d187 may be blank. The presence or absence of a title is not limited. In addition, the screen d180 of the purchase product list in the front-handling mode differs from the screen d060 in the self-scanning mode and the screen d150 in the emergency mode in that information indicating the front-handling mode is displayed. In order to distinguish from the self-scanning mode, the name of the clerk may not have a title. Alternatively, in order to distinguish from the self-scanning mode, a title different from the title given to the name of the customer in the self-scanning mode may be used. Furthermore, the screen d180 may be the same as the screen d060 in the self-scan mode and the screen d150 in the emergency mode, except for the mode summary section d188.

[0191] Furthermore, information indicating the front handling mode is displayed in the mode summary column d188. In Fig. 33, the word "front handling" is displayed in the mode summary column d188.

[0192] Also, for example, the background color of the screen d180 may be displayed so that it is possible to distinguish that it is the front handling mode. For example, the background color in the front handling mode and the background color in the emergency mode may be displayed so as to be different.

[0193] <Flowchart of product registration process in front handling mode> The product registration process in the front handling mode is the product registration process shown in FIG. 17 (step S109 in FIG. 14). A detailed flowchart of the product registration process in the front handling mode may be the same as the flowchart of the product registration process in the self-scan mode, except that the operator is a store clerk. For this reason, a detailed explanation of the flowchart using figures will be omitted. Note that, in the case of the front handling mode, if the answer is Yes in step S1111 shown in FIG. 17, the store-use mobile terminal device 10 ends the product registration process and returns. Therefore, in the case of the front handling mode, the system 1 proceeds to the payment process (step S110) in the front handling mode, which is next to the product registration process (step S109) shown in FIG. 14.

[0194] This concludes the description of the product registration process in the front handling mode.

[0195] <Payment process in front-end mode> Next, the payment process in the front-handling mode will be explained. As explained in Figs. 2 and 3, in the front-handling mode, the settlement device 14 performs the final settlement. There are three types of payment process for making the settlement device 14 read the settlement information. The first payment process (payment process example 1) is a method in which the settlement device 14 reads the settlement information from the store's mobile terminal device 10. The second payment process (payment process example 2) is a method in which the settlement device 14 reads the settlement information from the store's mobile terminal device 10 via the customer's mobile terminal device 12. The third payment process (payment process example 3) is a method in which the settlement device 14 reads the settlement information from the store's mobile terminal device 10 via printed matter.

[0196] There is no particular limitation on which of payment process example 1 to payment process example 3 is performed. For example, which of payment process example 1 to payment process example 3 is performed may be fixed. Alternatively, for example, it may be configured such that which of payment process example 1 to payment process example 3 is performed can be selected. For example, after accepting input of a store clerk ID, which payment process is to be performed may be selected by an operation of a store clerk.

[0197] The settlement information in the front-handling mode will be described. The settlement information in the front-handling mode includes, for example, at least information identifying the purchased item list and information on the accepted store clerk ID. As explained in the settlement by the settlement device 14 in the self-scanning mode, the information identifying the purchased item list is information on the customer ID. This store clerk ID information is included in the receipt issued by the settlement device 14. The settlement information in the front-handling mode includes information on the accepted store clerk ID, which is different from the settlement information related to the settlement by the settlement device 14 in the self-scanning mode. The settlement information also includes, for example, at least information on the purchase price of the item purchased by the customer. As with the settlement by the settlement device 14 in the self-scanning mode, the settlement device 14 can perform either settlement procedure A or settlement procedure B depending on the contents of the settlement information. As mentioned above, in the case of the settlement procedure A, the settlement information includes at least information identifying the purchased item list and information on the purchase price. In the case of the settlement procedure B, the settlement information includes at least information identifying the purchased item list. Here, the settlement procedure A will be used for the explanation.

[0198] The settlement information may include other information in addition to information identifying the purchased item list, purchase price information, and store clerk ID information. For example, the settlement information may include product information and purchase quantity information. Product information included in the settlement information is, for example, the product ID, product name, and unit price of the product. The settlement information may include membership information such as the membership ID information of the customer who is the operator of the product registration process. The settlement information may include ID information of the mobile terminal device 10 for the store that performed the product registration process. The settlement information may include, for example, store information. The settlement information may also include information indicating the mode. Here, the information indicating the mode indicates that it is the front-handling mode.

[0199] <Payment processing example 1> Payment processing example 1 will now be described. The settlement information management unit 107, for example, notifies the POS server 11 of a settlement request for making a settlement by the settlement device 14. For example, when the settlement information generation unit 111 of the POS server 11 receives the settlement request, it generates settlement information based on a list of purchased items by the customer. The settlement information management unit 107 passes the generated settlement information to the output unit 109 of the mobile terminal device 10 for the store. The settlement information is as described above. The settlement information in payment processing example 1 is directly read by the settlement device 14 from the mobile terminal device 10 for the store.

[0200] The output unit 109 outputs settlement information that can be read by the settlement device 14. Specifically, the display unit 1010 displays this settlement information to the settlement device 14. More specifically, for example, the display unit 1010 displays a screen including a settlement code that encodes the settlement information. An example of the display of the settlement code may be similar to the screen d090 shown in FIG. 20 used to explain the self-scan mode. Note that a customer moves to the settlement device 14 carrying the store-use mobile terminal device 10.

[0201] The reading unit 141 of the settlement device 14 reads settlement information from the store's mobile terminal device 10. In the case of a manned settlement device 14, the reading unit 141 may read the settlement information by operation of a store clerk. In the case of an unmanned settlement device 14, the reading unit 141 reads the settlement information by operation of a customer. The settlement unit 142 makes a settlement using the read settlement information. The settlement here is not particularly limited to cash settlement, electronic settlement, etc.

[0202] The issuing control unit 143 causes the printing device of the settlement device 14 to issue a receipt including the clerk ID information included in the settlement information. The receipt may include clerk information such as the clerk name in addition to the clerk ID. This allows the customer or the clerk to know the clerk who registered the product. For example, when a problem is found in the registered contents after settlement, the customer or the clerk can easily know the clerk who registered the product by looking at the receipt. The receipt may also include information included in the receipt issued in the self-scan mode or emergency mode described above. The receipt may also include, for example, purchase price information and store information. The purchase price information and store information included in the receipt may be the same as the information on the receipt issued in the self-scan mode. The receipt may also include ID information of the mobile terminal device 10 for the store that performed the product registration process. The receipt may also include ID information of the settlement device 14 that performed the settlement process. The receipt may also include information such as the date and time when the settlement was completed. The receipt may also include ID information of the receipt. The receipt may also include information indicating the payment method and information related to the payment. If input of a member ID or the like is accepted in order to award points or the like, the receipt may also include member information. The member information included in the receipt may be the same as the information on a receipt issued in self-scan mode. The receipt may also include information indicating the mode. Here, the information indicating the mode indicates that it is the front-handling mode.

[0203] According to the first payment processing example, the interaction between the store clerk who registered the product and the customer is easy, so that the store clerk who registered the product can save time and effort.

[0204] In the first payment processing example in the front-handling mode, when the payment is completed, the list generating unit 112 may assign a customer ID to the new customer and generate a new purchase item list. More specifically, when the completion button d092 on the screen d090 shown in FIG. 20 used to explain the self-scan mode is tapped, the mobile terminal device 10 for the store may request the POS server 11 to assign a new customer ID. Then, the list generating unit 112 may assign a customer ID to the new customer and generate a new purchase item list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list. Thereby, in the emergency mode, the mobile terminal device 10 for the store can perform a new product registration process for the next customer.

[0205] <Payment processing example 2> Next, payment processing example 2 will be described. As described above, payment processing example 2 is a method in which the settlement device 14 reads settlement information from the store's mobile terminal device 10 via the customer's mobile terminal device 12. As in payment processing example 1, the settlement information management unit 107, for example, notifies the POS server 11 of a settlement request from the settlement device 14. For example, when the settlement information generation unit 111 of the POS server 11 receives the payment request, it generates settlement information based on the customer's purchased item list. The settlement information management unit 107 passes the generated settlement information to the output unit 109 (display unit 1010) of the mobile terminal device. The settlement information is as described above. Therefore, either the above-mentioned payment procedure A or payment procedure B may be performed. Here, the explanation will be given using payment procedure A.

[0206] The output unit 109 outputs settlement information including the accepted store clerk ID information and readable by the settlement device 14 to the customer's mobile terminal device 12. More specifically, the display unit 1010 displays the settlement information on the customer's mobile terminal device 12. More specifically, for example, the display unit 1010 displays a screen including a settlement code that encodes the settlement information. An example of the display of the settlement code may be similar to screen d090 shown in FIG. 20 used to explain the self-scan mode.

[0207] The reading unit 121 of the customer's mobile terminal device 12 reads the settlement information from the store's mobile terminal device 10. Then, the output unit 123 outputs the read settlement information to the settlement device 14. Specifically, the display unit 1210 displays a settlement code that encodes the settlement information. The customer moves to the settlement device 14 with the customer's mobile terminal device 12.

[0208] The reading unit 141 of the settlement device 14 reads settlement information from the customer's mobile terminal device 12. In the case of a manned settlement device 14, the reading unit 141 may read the settlement information by operation of a store clerk. In the case of an unmanned settlement device 14, the reading unit 141 reads the settlement information by operation of a customer. The settlement unit 142 performs settlement using the read settlement information. The settlement here is not particularly limited to cash settlement, electronic payment, etc.

[0209] The issuance control unit 143 then causes the printer of the settlement device 14 to print a receipt including the store clerk ID information included in the settlement information. The receipt printed here may be the same as the receipt described in payment processing example 1.

[0210] Here, in the settlement processing example 2 in the front handling mode, after the settlement information is read by the reading unit 121 of the customer's mobile terminal device 12 from the mobile terminal device 10 for the store, the list generating unit 112 may give a customer ID to the new customer and generate a new purchase item list. Although not shown, the screen including the settlement code obtained by encoding the settlement information may have a button for ending reading. When the button for ending reading is tapped after the reading unit 121 of the customer's mobile terminal device 12 ends reading, the mobile terminal device 10 for the store may request the POS server 11 to give a new customer ID, as in the settlement processing example 1. Then, the list generating unit 112 may give a customer ID to the new customer and generate a new purchase item list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list.

[0211] According to the payment processing example 2, the mobile terminal device 10 for the store can immediately register products for a new customer after completing product registration, so that the mobile terminal device 10 for the store can be used more effectively.

[0212] <Payment Processing Example 3> Finally, a payment processing example 3 will be described. In the payment processing example 3, the settlement device 14 reads the settlement information from the mobile terminal device 10 for the store via a printed matter. Note that other portable media may be used instead of the printed matter. As in the payment processing examples 1 and 2, the settlement information management unit 107 of the mobile terminal device 10 for the store notifies the POS server 11 of a settlement request by the settlement device 14, for example. When the settlement information generation unit 111 of the POS server 11 receives the settlement request, for example, it generates settlement information based on the customer's purchase product list. The settlement information is as described above. Therefore, either the above-mentioned payment procedure A or the payment procedure B may be performed. Here, the payment procedure A will be used for the description. The settlement information management unit 107 passes the generated settlement information to the output unit 109 (issuance control unit 1011) of the mobile terminal device 10 for the store.

[0213] The issuance control unit 1011 issues a printout on which settlement information that can be read by the settlement device 14 is printed. The settlement information may be a settlement code represented by numbers, letters, a one-dimensional code, a two-dimensional code, or a combination of these. For example, a printout (not shown) includes this settlement code. The customer moves to the settlement device 14 with the printout in hand.

[0214] The reading unit 141 of the settlement device 14 reads the settlement information from the printed matter. In the case of a manned settlement device 14, the reading unit 141 may read the settlement information by operation of a store clerk. In the case of an unmanned settlement device 14, the reading unit 141 reads the settlement information by operation of a customer. The settlement unit 142 performs settlement using the read settlement information. The settlement here is not particularly limited to cash settlement, electronic payment, etc.

[0215] The issuance control unit 143 causes the printer of the settlement device 14 to print a receipt including the store clerk ID information included in the settlement information. The receipt printed here may be similar to the receipts described in payment processing example 1 and payment processing example 2.

[0216] Here, in settlement processing example 3 in the front-hand handling mode, after a printout including settlement information is issued, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchased item list. More specifically, after the printout is issued, similar to settlement processing example 1, the store mobile terminal device 10 may request the POS server 11 to assign a new customer ID. Then, the list generation unit 112 may assign a customer ID to the new customer and generate a new purchased item list. Then, the display unit 1010 may display, as an initial screen, a screen (not shown) in which no product information is registered in the product registration list.

[0217] According to the settlement processing example 3, the store mobile terminal device 10 can register a new product for a customer immediately after completing the product registration. In addition, since the communication between the store clerk who registered the product and the customer is easy, the time and effort of the store clerk who registered the product can be saved.

[0218] <Flowchart of each settlement process in front-end handling mode> The payment process in the front handling mode is the payment process in the front handling mode (step S110) in Fig. 14. Here, flowcharts corresponding to the above-mentioned payment process examples 1 to 3 will be described with reference to Figs. 34, 35, and 36, respectively.

[0219] Flowchart of payment processing example 1 FIG. 34 is a flowchart showing a settlement process example 1 in the front handling mode. The settlement information management unit 107 transmits a settlement request (step S1601). When the settlement information generation unit 111 accepts the settlement request, it calculates the purchase price (step S1602). After generating the settlement information, the settlement information generation unit 111 generates a settlement code by encoding the settlement information (step S1603). The settlement code can be read by the settlement device 14. Here, the above-mentioned settlement procedure A will be described as an example. The settlement information includes at least information for identifying the purchased item list, information on the purchase price, and information on the store clerk ID. In addition to these pieces of information, the settlement information also includes information on the ID of the mobile terminal device 10 for the store and information on the store to which payment is made. The settlement information generation unit 111 transmits the generated settlement code (step S1604). When the display unit 1010 receives the settlement code, it displays the settlement code (step S1605).

[0220] For example, a customer carries a store-use mobile terminal device 10 to the settlement device 14. The reading unit 141 of the settlement device 14 reads the settlement code (step S1606). The display unit 144 displays a screen for settlement based on the read settlement code (step S1607). The settlement unit 142 makes the settlement (step S1608). In step S1608, the settlement may be, but is not limited to, cash settlement, electronic settlement, or the like. Then, the issuance control unit 143 issues a receipt (step S1609). Then, the system 1 ends the operation of the flow. The contents of the receipt are as described above. At least the store clerk ID information and the purchase price information are printed on the receipt. After step S1608, the display unit 144 may display a screen indicating the completion of the settlement.

[0221] Although the above description uses payment procedure A, the above-mentioned payment procedure B may also be used. Note that an example of using payment procedure B is as described in the payment process by settlement device 14 in the self-scan mode.

[0222] <<Flowchart of payment processing example 2>> FIG. 35 is a flow chart showing a payment process example 2 in the front handling mode. The payment information management unit 107 transmits a payment request (step S1701). When the payment request is received, the payment information generation unit 111 calculates the purchase price (step S1702). After generating the payment information, the payment information generation unit 111 generates a payment code that encodes the payment information (step S1703). The payment code can be read by the customer's mobile terminal device 12. Here, the above-mentioned payment procedure A will be described as an example. The payment information includes at least information identifying the purchased product list, information on the purchase price, and information on the store clerk ID. In addition to these pieces of information, the payment information may also include, for example, information on the ID of the mobile terminal device and information on the store to which payment is made. The payment information generation unit 111 transmits the payment code (step S1704). When the display unit 1010 receives the settlement code, it displays, to the customer's mobile terminal device 12, the settlement code that can be read by the customer's mobile terminal device 12 (step S1705).

[0223] The reading unit 121 of the customer's mobile terminal device 12 reads the settlement code from the store's mobile terminal device 10 (step S1706). Then, the display unit 1210 displays the settlement code to the settlement device 14 based on the read settlement code (step S1707). The read settlement code and the displayed settlement code may be encoded in the same or different ways. For example, the settlement code read by the reading unit 121 may be a barcode, and the settlement code displayed by the display unit 1210 may be a two-dimensional code.

[0224] The reading unit 141 of the settlement device 14 reads the settlement code from the customer's mobile terminal device 12 (step S1708). The display unit 144 displays a settlement screen based on the read settlement code (step S1709). The settlement unit 142 performs the settlement (step S1710). In step S1710, the settlement may be, but is not limited to, cash settlement, electronic settlement, or the like. Then, the issuance control unit 143 issues a receipt (step S1711), and the operation of the flow ends. The contents of the receipt are as described above. At least the store clerk ID information and the purchase price information are printed on the receipt. The display unit 144 may display a settlement completion screen after step S1711.

[0225] Although the above description uses payment procedure A, the above-mentioned payment procedure B may also be used. An example of using payment procedure B is as described in the payment process by settlement device 14 in the self-scan mode.

[0226] <<Flowchart of payment processing example 3>> FIG. 36 is a flowchart showing a settlement process example 3 in the front handling mode. The settlement information management unit 107 transmits a settlement request (step S1801). When the settlement information generation unit 111 accepts the settlement request, it calculates the purchase price (step S1802). The settlement information generation unit 111 generates settlement information including the calculation result, and generates a settlement code by encoding the settlement information (step S1803). The settlement code can be read by the settlement device 14. This settlement information includes information on the store clerk ID and information on the purchase price. Furthermore, the settlement information includes, for example, information on the ID of the mobile terminal device and information on the store to which the payment is made. The settlement information generation unit 111 transmits the settlement code to the mobile terminal device 10 for the store (step S1804). When the issuance control unit 1011 receives the settlement code, it causes the printing device 13 to print a printed matter including the settlement code (step S1805).

[0227] The customer takes the printed matter and moves to the settlement device 14. The reading unit 141 of the settlement device 14 reads the settlement code on the printed matter (step S1806). Then, the display unit 144 displays a screen for settlement based on the read settlement code (step S1807). The settlement unit 142 performs the settlement (step S1808). In step S1808, the settlement may be, for example, cash settlement, electronic settlement, or the like, but is not limited to this. Then, the issuance control unit 143 issues a receipt (step S1809), and the operation of the flow ends. The contents of the receipt are as described above. At least the store clerk ID information and the purchase price information are printed on the receipt. The display unit 144 may display a settlement completion screen after step S1808.

[0228] Although the explanation has been given using payment procedure A, the above-mentioned payment procedure B may also be used. An example of using payment procedure B is as described in the payment process by settlement device 14 in the self-scan mode. This concludes the explanation of the front handling mode.

[0229] The first embodiment is not limited to the above-mentioned examples, and can be modified in various ways. For example, the layout position, characters, fonts such as colors, etc. of each button, input field, display field, and text on each screen are not particularly limited. For example, the colors of each button may be different. Furthermore, each screen may have display fields, buttons, etc. that are not shown. Furthermore, each screen may not have some of the display fields shown in the figures.

[0230] Here, a modification of the first embodiment will be described.

[0231] <Modification 1 of the First Embodiment (Acceptance of Mode)> An example has been described in which either the self-scan mode or the clerk mode is accepted according to the user's identification information (user ID information). For example, biometric information may be used as the user's identification information. For example, the mode acceptance unit 101 may accept either the self-scan mode or the clerk mode (front-clearing mode) according to the biometric information. For example, it is assumed that the mode acceptance unit 101 accepts the self-scan mode if the newly acquired biometric information is the biometric information of a customer. It is assumed that the mode acceptance unit 101 accepts the clerk mode if the newly acquired biometric information is the biometric information of a clerk. Then, the mode acceptance unit 101 may accept an input of the front-clearing mode or the emergency mode in response to a tap on a button displayed on the above-mentioned screen. If the biometric information is a facial feature, the mode acceptance unit 101 may accept the self-scan mode by, for example, authenticating the facial feature extracted from a newly captured face image and the facial feature registered in the member DB 115. The mode acceptance unit 101 may accept the clerk mode, for example, by authenticating the facial feature amount extracted from a newly captured face image and the facial feature amount registered in the clerk DB 116. Alternatively, the mode acceptance unit 101 may accept the self-scan mode if it is determined that the person is not a clerk by authenticating the facial feature amount extracted from a newly captured face image and the facial feature amount registered in the clerk DB 116. In addition, when biometric information is registered in both the clerk DB 116 and the customer DB, the mode acceptance unit 101 may accept the mode by inputting the above-mentioned ID information.

[0232] <Modification 2 of the First Embodiment> In the first embodiment, an example in which any one of the self-scan mode, the emergency mode, and the front-handling mode is accepted has been described. The mobile terminal device 10 for use in a store is not limited to an example having three modes. For example, the mobile terminal device 10 for use in a store may have two modes, the emergency mode and the front-handling mode. The mode acceptance unit 101 may accept any one of the modes, the emergency mode and the front-handling mode. For example, the mobile terminal device 10 for use in a store may have two modes, the self-scan mode and the emergency mode. The mode acceptance unit 101 may accept any one of the modes, the self-scan mode and the emergency mode. For example, the mobile terminal device may have two modes, the self-scan mode and the front-handling mode. The mode acceptance unit 101 may accept any one of the modes, the self-scan mode and the front-handling mode.

[0233] When there is only one store clerk mode, such as two modes, a self-scan mode and a front-end handling mode, the mode receiving unit 101 can distinguish the mode by the ID.

[0234] Also, the mobile terminal device 10 for use in a store may be a device having a single function of each mode. The mobile terminal device 10 for use in a store may be a device having a self-scan mode and not having an emergency mode and a front-handling mode. Or, for example, the mobile terminal device 10 for use in a store may be a device having an emergency mode and not having a self-scan mode and a front-handling mode. Or, for example, the mobile terminal device 10 for use in a store may be a device having a front-handling mode and not having a self-scan mode and an emergency mode.

[0235] In the case of a mobile terminal device 10 for use in a store having a self-scan mode, for example, the system 1 may not have any of the illustrated devices that are not used in the self-scan mode. The mobile terminal device 10 for use in a store having a self-scan mode may not have any of the functional units other than the functional units used in the self-scan mode, for example.

[0236] In the case of a store-use portable terminal device 10 having an emergency mode, for example, the system 1 may not have devices that are not used in the emergency mode among the devices shown in the figure. For example, the settlement device 14 does not need to be used in the emergency mode, so the system 1 may not have the settlement device 14. The store-use portable terminal device 10 may not have any functional units other than the functional units used in the emergency mode among the respective functional units. For example, the store-use portable terminal device 10 may not have the mode reception unit 101.

[0237] In the case of a mobile terminal device 10 for use in a store having a front-handling mode, for example, the system 1 may not have any of the illustrated devices that are not used in the front-handling mode. Also, for example, the mobile terminal device 10 for use in a store may not have any functional units other than the functional units used in the front-handling mode. For example, the mobile terminal device 10 for use in a store may not have the mode reception unit 101. Or, for example, the mobile terminal device 10 for use in a store may not have the app presence / absence reception unit 106.

[0238] <Modification 3 of the First Embodiment> In the first embodiment, an example has been described in which a mode is accepted based on information on a user's ID. Information on a user's ID may be input to identify a user regardless of the acceptance of a mode. For this reason, the mobile terminal device 10 for use in a store may have an identification information acceptance unit (not shown) in addition to the mode acceptance unit 101. For this reason, as described in the second modification, when the mobile terminal device 10 for use in a store is realized as a device having a single function of each mode, the identification information acceptance unit may accept information on a user's ID.

[0239] <Fourth Modification of First Embodiment (Self-scan Mode)> The example is not limited to the selection of the device to be used for payment after the selection of the payment method. For example, in the self-scan mode, the device to be used for payment may be selected without selecting the payment method. For example, the display unit 1010 may display, on the screen for accepting the selection of the device to be used for payment shown in FIG. 19, that the settlement device 14 can accept credit card payment and cash payment, and that the customer's mobile terminal device 12 can accept credit card payment.

[0240] <Fifth Modification of First Embodiment> Although not shown, processing related to age verification and processing for issuing coupons, etc. may be performed. The mobile terminal device 10 for a store may perform different processing related to age verification in each mode. Also, the mobile terminal device 10 for a store may perform different processing for issuing coupons, etc. in each mode.

[0241] For example, in the self-scanning mode, the product registration process is performed by the customer's operation. Therefore, in the customer mode, the store-use mobile terminal device 10 may execute age verification processing when performing the product registration process. For example, in the self-scanning mode and the front-end handling mode, when payment is made by a manned settlement device 14 operated by a store clerk, the customer's mobile terminal device 12 may output settlement information including information indicating that age verification processing will be performed by the settlement device 14.

[0242] <Sixth Modification of First Embodiment> In each mode, as an example in which the output unit 109 of the store mobile terminal device 10 outputs settlement information, an example in which the display unit 1010 displays a settlement code has been shown. The output example is not limited to this. For example, short-range wireless communication such as RFID may be used as an output method. The output unit 109 may have a communication unit that performs short-range wireless communication such as RFID. This communication unit may then transmit the settlement information to the customer's mobile terminal device 12 or the settlement device 14. The reading unit 121 of the customer's mobile terminal device 12 or the reading unit 141 of the settlement device 14 may read the settlement information by receiving the settlement information using an RFID reading device.

[0243] Further, short-range wireless communication such as RFID may be used as a method of transferring information between the customer's mobile terminal device 12 and the settlement device 14. In the payment processing example 2 in the front-handling mode, the output unit 123 of the customer's mobile terminal device 12 may output settlement information to the settlement device 14 by a communication unit that performs short-range wireless communication such as RFID. The reading unit 141 of the settlement device 14 may read the settlement information by receiving it by an RFID reading device.

[0244] As an output method, the settlement information may be output to the customer's mobile terminal device 12 by sending an electronic message or an email. The customer's mobile terminal device 12 has a settlement information acquisition unit (not shown). The settlement information acquisition unit may acquire the settlement information by receiving the settlement information.

[0245] <Seventh Modification of the First Embodiment> In the first embodiment, the receipt is a printed matter, but is not limited to this. For example, the receipt may be an electronic receipt. The electronic receipt is notified to the customer by, for example, an electronic message, email, etc. The email address, telephone number, etc. may be acquired from the member DB 115. Alternatively, the settlement device 14 and the mobile terminal device 10 for the store may have a notification destination receiving unit (not shown). Taking the settlement device 14 as an example, the notification destination receiving unit may receive notification destination information such as an electronic message address and telephone number. The issuance control unit may notify the electronic receipt based on the received notification destination information. Alternatively, the electronic receipt may be viewable as a purchase history by a store app.

[0246] <Eighth Modification of First Embodiment> In each mode, the POS server 11 updates the purchase item list, calculates the purchase price, generates the settlement information, updates the sales DB 118, and so on. For example, at least one of these processes of the POS server 11 may be performed by the store-use portable terminal device 10. For example, the POS server 11 may transmit information necessary for the settlement information to the store-use portable terminal device 10, and the store-use portable terminal device 10 may generate the settlement information and generate a settlement code that encodes the settlement information. The information necessary for the settlement information transmitted from the POS server 11 may be, for example, information that the store-use portable terminal device 10 does not possess.

[0247] For example, in an emergency such as a disaster, there may be a case where the mobile terminal device 10 for the store cannot connect to another device such as the POS server 11. In preparation for such a case, the mobile terminal device 10 for the store may store various information stored in the POS server 11 and perform the processing of the POS server 11. For this reason, the mobile terminal device 10 for the store may have a functional unit similar to the settlement information generating unit 111, the list generating unit 112, and the sales management unit 113 of the POS server 11. The mobile terminal device 10 for the store may store a member DB 115, a store clerk DB 116, a product DB 117, sales information, and a purchased product list DB 119. Furthermore, the mobile terminal device 10 for the store may have a function of a query unit (not shown) that queries information on the received ID and password. The mobile terminal device 10 for the store may have some of the functional units of the POS server 11.

[0248] <Modification 9 of the First Embodiment (Store Clerk Mode)> In the store clerk mode, if the store mobile terminal device 10 is capable of accepting input of customer member ID information in addition to the clerk ID information of the operator, that is, the store clerk, it may display member information such as point information on a purchased item list screen such as screen d150 shown in FIG. 28 or screen d180 shown in FIG. 33.

[0249] <Modification 10 of the First Embodiment> When settlement is made using a settlement device 14, the store's mobile terminal device 10 may be able to specify the settlement device 14. For example, the settlement information may be information that can be read by the specified settlement device 14 and cannot be read by other settlement devices 14. Alternatively, the settlement information may be information that allows settlement by the specified settlement device 14.

[0250] <Eleventh Modification of First Embodiment (Self-scan Mode)> In the first embodiment, an example was described in which the payment method receiving unit 105 receives a payment method in the self-scan mode. Also, in the first embodiment, an example was described in which the payment method receiving unit 105 receives the selection of a device for performing the payment. For example, the settlement device 14 may perform the payment in the self-scan mode without receiving the selection of the payment method or the device for performing the payment in the mobile terminal device 10 for the store. When the settlement device 14 performs the payment without receiving the selection of the payment method or the device for performing the payment, when the payment button d065 of the screen d060 shown in FIG. 16 is tapped, the display unit 1010 may display the screen d090 of FIG. 20 including a settlement code that encodes the settlement information.

[0251] This concludes the description of the modified example. Next, the effects of the first embodiment will be described. It is desirable to utilize the mobile terminal device in the store as a product registration device for front-end handling used by a store clerk to improve the efficiency of operations or to deal with waiting times for the product registration device. When the mobile terminal device 10 for the store is treated as a product registration device for front-end handling, the store clerk who operates the product registration does not operate the payment process. Therefore, the mobile terminal device 10 for the store accepts input of the identification information of the store clerk. Then, the mobile terminal device 10 for the store registers products by the operation of the store clerk, and outputs settlement information that includes the identification information of the accepted store clerk and can be read by the settlement device 14. Then, the settlement device 14 reads the settlement information and makes a settlement using the read settlement information. Furthermore, the settlement device 14 issues a receipt that includes the identification information of the member included in the settlement information. This allows the mobile terminal device 10 for the store to identify the store clerk who registered the products. For example, when a problem is found in the registered details after payment, the store-use mobile terminal device 10 can easily let the store clerk who registered the item know by looking at the receipt.

[0252] Furthermore, the store-use portable terminal device 10 may output settlement information to the settlement device 14. In this case, after completing product registration, the store clerk who performed the product registration hands the store-use portable terminal device 10 to the customer, and the customer takes the store-use portable terminal device 10 to the settlement device 14. The settlement device 14 then reads the settlement information from the store-use portable terminal device 10. Since communication between the store clerk who performed product registration and the customer is easy, it is possible to reduce the effort of the store clerk who performs product registration.

[0253] Furthermore, the store-use mobile terminal device 10 outputs settlement information to the customer's mobile terminal device 12. The customer's mobile terminal device 12 then outputs the read settlement information to the settlement device 14. The settlement device 14 further reads the settlement information and makes a settlement based on the settlement information. This allows the store-use mobile terminal device 10 to register products for a new customer immediately after completing product registration. This allows the store-use mobile terminal device 10 to be used more effectively.

[0254] The store-use portable terminal device 10 also issues a printout on which the settlement information is printed. The settlement device 14 then reads the settlement information from the printout. For example, a store clerk hands the printout to the customer. The customer then takes the printout to the settlement device 14. The settlement device 14 reads the settlement information from the printout. This allows the store-use portable terminal device 10 to immediately register products for a new customer after completing product registration. Also, because communication between the store clerk who registered the product and the customer is easy, the work of the store clerk who registers the product can be reduced.

[0255] (Embodiment 2) Next, a second embodiment will be described in detail with reference to the drawings. In the second embodiment, the basic configuration of the contents described in the first embodiment will be described.

[0256] Fig. 37 is a block diagram showing an example of the configuration of a mobile terminal device for use in a store according to embodiment 2. Fig. 38 is a block diagram showing an example of the configuration of a settlement device according to embodiment 2. Mobile terminal device 20 for use in a store has a reception unit 201, a product information acquisition unit 203, and an output unit 209. Settlement device 24 has a reading unit 241 and a settlement unit 242.

[0257] The reception unit 201 receives input of the identification information of a store clerk. The identification information of a store clerk is not particularly limited as long as it is information that can uniquely identify the store clerk. For example, the identification information of a store clerk may be information on the name of the store clerk, information on the store clerk ID, biometric information of the store clerk, etc. Then, the product information acquisition unit 203 acquires product information of a product purchased by a customer through an operation by the store clerk. The product information is not particularly limited as long as it is information that can identify the product. For example, the product information may be product identification information, image data of the product, or information on the feature amount of the product extracted from the image data. The method of acquiring the product information is not particularly limited.

[0258] The output unit 209 then outputs settlement information for the product related to the payment based on the product information, including the identification information of the store clerk, which can be read by the settlement device. The settlement information includes, for example, the identification information of the store clerk as well as information on the purchase price of the product. Alternatively, the settlement information includes information from which the purchase price of the product can be obtained. There are no particular limitations on the output method. The output method may be displaying a settlement code such as a one-dimensional code or a two-dimensional code, or short-range wireless communication using RFID. The settlement information may include, for example, information on the purchase price of the product. The settlement information may further include identification information of the mobile terminal device 20 for the store.

[0259] The reading unit 241 reads the settlement information. The settlement unit 242 performs settlement using the read settlement information. The settlement method is a method that can be used by the settlement device 24. Therefore, the settlement method is not particularly limited.

[0260] The issuing control unit 243 issues a receipt including the identification information of the store clerk included in the settlement information. The receipt may be a printed matter. Alternatively, the receipt may be electronic data.

[0261] FIG. 39 is a flowchart showing an example of an operation of the store-use mobile terminal device 20 according to the second embodiment. The operation of the flow ends. The reception unit 201 receives an input of identification information of the store clerk who is the operator (step S201). Then, the product information acquisition unit 203 acquires product information of the product purchased by the customer (step S202). The output unit 209 outputs payment information that can be read by the payment device 24 and includes the identification information of the store clerk (step S203). The store-use mobile terminal device 20 ends the operation of the flow.

[0262] 40 is a flowchart showing an example of the operation of the settlement device 24 according to the second embodiment. The reading unit 241 reads settlement information from the store mobile terminal device 20 (step S211). The settlement unit 242 performs settlement using the read settlement information (step S212). The issuance control unit 243 then issues a receipt including the store clerk identification information included in the settlement information (step S213). The settlement device 24 then ends the operation of the flow.

[0263] Next, the effects of the second embodiment will be described. The store-use mobile terminal device 20 accepts input of clerk ID information. The store-use mobile terminal device 20 also registers products through the operation of the clerk, and outputs settlement information that includes the identification information of the clerk who accepted the registration and that can be read by the settlement device 24. The settlement device 24 then reads the settlement information and makes a payment using the read settlement information. The settlement device 24 also issues a receipt that includes the identification information of the member included in the settlement information. This allows the store-use mobile terminal device 20 to identify the clerk who registered the products. For example, when a clerk or customer finds a problem with the registered details after settlement, the clerk or customer can easily identify the clerk who registered the products by looking at the receipt.

[0264] This concludes the description of each embodiment. Next, the hardware configurations of the store mobile terminal devices 10, 20, the customer mobile terminal devices 12, 22, the POS server 11, and the settlement device 14 will be described. Fig. 41 is an explanatory diagram showing an example of the hardware configuration of the store mobile terminal device. Fig. 42 is an explanatory diagram showing an example of the hardware configuration of the customer mobile terminal device. Fig. 43 is an explanatory diagram showing an example of the hardware configuration of the POS server. Fig. 44 is an explanatory diagram showing an example of the hardware configuration of the settlement device.

[0265] First, a hardware configuration example of the store-use mobile terminal device 30 shown in Fig. 41 will be described. The store-use mobile terminal device 30 is, for example, an example in which the store-use mobile terminal devices 10 and 20 according to the first and second embodiments are realized by a computer. The store-use mobile terminal device 30 has, for example, a processor 301, a ROM 302, a RAM 303, a storage device 304, a communication interface 305, an input / output device 306, and a camera 307. Each component is connected to each other via a bus 308.

[0266] The processor 301 controls the entire mobile terminal device 30 for use in a store. Examples of the processor 301 include a CPU (Central Processing Unit) and a DSP (Digital Signal Processor). The mobile terminal device 30 for use in a store has a ROM 302, a RAM 303, and a storage device 304 as a storage unit. Examples of the storage device 304 include a semiconductor memory such as a flash memory, a HDD, and an SSD. For example, the storage device 304 stores an OS program, an application program, and the like. Alternatively, the ROM 302 stores an application program. The RAM 303 is used as a work area for the processor 301.

[0267] Moreover, the processor 301 loads a program stored in the storage device 304, the ROM 302, etc. Then, the processor 301 executes each process coded in the program. The processor 301 may also download various programs via the communication network 36. The processor 301 also functions as a part or the whole of the mobile terminal device 30 for a store. The processor 301 may also execute the processes or instructions in the illustrated flowchart based on the program.

[0268] The communication interface 305 is connected to a communication network 36, such as a LAN (Local Area Network) or a WAN (Wide Area Network), via a wireless or wired communication line. As a result, the store-use mobile terminal device 30 is connected to an external device or an external computer via the communication network 36. The communication interface 305 serves as an interface between the communication network 36 and the inside of the store-use mobile terminal device 30. The communication interface 305 controls input and output of data from the external device or the external computer. The input / output device 306 also accepts input by a customer's operation or a store clerk's operation. The input / output device 306 also outputs data. The input / output device 306 may display an image. The input / output device 306 is, for example, a touch panel display.

[0269] The hardware configuration of the mobile terminal device 30 for use in a store shown in FIG. 41 is an example. The mobile terminal device 30 for use in a store may not have some of the components shown in FIG. 41. The mobile terminal device 30 for use in a store may have components other than those shown in FIG. 41. For example, the mobile terminal device 30 for use in a store may have a drive device or the like. The processor 301 may read out a program or data from a recording medium mounted in the drive device or the like to the RAM 303. Examples of the recording medium include an optical disk, a flexible disk, a magneto-optical disk, and a USB (Universal Serial Bus) memory. For example, the mobile terminal device 30 for use in a store may have an input device such as a keyboard or a mouse. The mobile terminal device 30 for use in a store may have an output device such as a display. The mobile terminal device 30 for use in a store may have an input device and an output device like a PC. The mobile terminal device 30 for use in a store may have various sensors. Examples of the sensors include an acceleration sensor, a gyro sensor, a magnetic sensor, a GPS (Global Positioning System), and a sensor. In addition, sensors include a fingerprint sensor, LiDAR (Light, Detection and Ranging), a proximity sensor, and an ambient light sensor.

[0270] Next, a hardware configuration example of the customer's mobile terminal device 32 shown in FIG. 42 will be described. The customer's mobile terminal device 32 is an example of the customer's mobile terminal device 12 described in the first embodiment realized by a computer. The customer's mobile terminal device 32 has a processor 321, a ROM 322, a RAM 323, a storage device 324, a communication interface 325, an input / output device 326, and a camera 327, similar to the store-use mobile terminal device 30. Each component is connected to the bus 328. Similarly to the store-use mobile terminal device 30, each component of the customer's mobile terminal device 32 is connected to the bus 328. The functions of each component of the customer's mobile terminal device 32 may be similar to those of the store-use mobile terminal device 30, and therefore detailed description will be omitted.

[0271] As with the store-use mobile terminal device 30, the hardware configuration of the customer's mobile terminal device 32 shown in Fig. 42 is an example. The customer's mobile terminal device 32 may not include some of the components shown in Fig. 42. The customer's mobile terminal device 32 may have components other than those shown in Fig. 42.

[0272] Next, referring to Fig. 43, an example of the hardware configuration of the POS server 31 will be described. The POS server 31 is an example of the POS server 11 described in the first embodiment realized by a computer. The POS server 31 includes, for example, a processor 311, a ROM 312, a RAM 313, a storage device 314, and a communication interface 315.

[0273] The processor 311 controls the entire POS server 31. The processor 311 may be, for example, a CPU or a DSP. The POS server 31 has, as a storage unit, a ROM 312, a RAM 313, and a storage device 314. The storage device 314 may be, for example, a semiconductor memory such as a flash memory, a HDD, or an SSD. For example, the storage device 314 stores an OS program, an application program, and the like. Alternatively, the ROM 312 stores an application program. The RAM 313 is used as a work area for the processor 311.

[0274] Moreover, the processor 311 loads programs stored in the storage device 314, the ROM 312, etc. Then, the processor 311 executes each process coded in the program. The processor 311 may also download various programs via the communication network 36. The processor 311 also functions as a part or the whole of the POS server 31. Then, the processor 311 may execute processes or instructions in the illustrated flowchart based on the program.

[0275] The communication interface 315 is connected to a communication network 36 such as a LAN or a WAN via a wireless or wired communication line. This allows the POS server 31 to be connected to external devices and external computers via the communication network 36. The communication interface 315 serves as an interface between the communication network 36 and the inside of the POS server 31. The communication interface 315 also controls the input and output of data from the external devices and external computers.

[0276] Moreover, the hardware configuration of the POS server 31 shown in Fig. 43 is an example. The POS server 31 may not include some of the components shown in Fig. 43. The POS server 31 may have components other than those shown in Fig. 43.

[0277] Next, an example of the hardware configuration of the settlement device 34 shown in Fig. 44 will be described. The settlement device 34 is an example in which the settlement device 14 described in the first embodiment is realized by a computer. The settlement device 34 has, for example, a processor 341, a ROM 342, a RAM 343, a storage device 344, and a communication interface 345. Furthermore, the settlement device 34 has the communication interface 345, an input / output device 346, a reading device 347, a light 348, a speaker 349, and a printing device 350. Each component is connected by a bus 351.

[0278] The processor 341 controls the entire settlement device 34. Examples of the processor 341 include a CPU and a DSP. The settlement device 34 has a ROM 342, a RAM 343, and a storage device 344 as a storage unit. Examples of the storage device 344 include a semiconductor memory such as a flash memory, a HDD, and an SSD. For example, the storage device 344 stores an OS program, an application program, and the like. Alternatively, the ROM 342 stores an application program. And the RAM 343 is used as a work area for the processor 341.

[0279] Moreover, the processor 341 loads programs stored in the storage device 344, the ROM 342, etc. Then, the processor 341 executes each process coded in the program. The processor 341 may also download various programs via the communication network 36. The processor 341 also functions as a part or the whole of the settlement device 34. Then, the processor 341 may execute processes or instructions in the illustrated flowchart based on the program.

[0280] The communication interface 345 is connected to a communication network 36 such as a LAN or WAN via a wireless or wired communication line. This allows the settlement device 34 to be connected to an external device or an external computer via the communication network 36. The communication interface 345 serves as an interface between the communication network 36 and the inside of the settlement device 34. The communication interface 345 also controls the input and output of data from the external device or external computer.

[0281] The input / output device 346 also receives inputs from operations by customers or store clerks. The input / output device 346 also outputs data. The input / output device 346 may display images. The input / output device 346 is, for example, a touch panel display.

[0282] The reading device 347 is a device capable of reading a settlement code such as a one-dimensional code, a two-dimensional code, etc. For example, the reading device 347 may be a barcode reader, an imaging device, etc. The reading device 347 may be an RFID reader capable of reading an RFID.

[0283] The light 348 is, for example, an output device that turns on. The light 348 turns on when an abnormality occurs in the settlement device 34, when a store clerk is called, etc. The speaker 349 is, for example, an output device that outputs operation sounds, voice messages, etc. The printer 350 is, for example, an output device that can print receipts.

[0284] Furthermore, the hardware configuration of the settlement device 34 shown in FIG. 44 is one example. Components other than those shown in FIG. 44 may be added, or some components may not be included. For example, the settlement device 34 may have an input device such as a keyboard, a mouse, or a physical button. Furthermore, the settlement device 34 may not have the printing device 350. For example, the printing device 350 may be external. Alternatively, the printing device 350 may be connected via the communication network 36.

[0285] This concludes the description of the hardware configuration of each device. There are various variations in the method of realizing each device. For example, the system may be realized by any combination of a computer and a program that are different for each component. Furthermore, multiple components included in each device may be realized by any combination of a single computer and a program.

[0286] Also, some or all of the components of the system may be realized by application-specific circuits. Also, some or all of the system may be realized by general-purpose circuits including a processor such as an FPGA (Field Programmable Gate Array). Also, some or all of the system may be realized by a combination of application-specific circuits and general-purpose circuits. Also, these circuits may be a single integrated circuit. Or, these circuits may be divided into multiple integrated circuits. And, the multiple integrated circuits may be configured by being connected via a bus or the like.

[0287] Furthermore, when some or all of the components of each device are realized by a plurality of computers, circuits, etc., the plurality of computers, circuits, etc. may be arranged in a centralized manner or in a distributed manner.

[0288] The method described in each embodiment is realized by execution by a mobile terminal device for a store, a mobile terminal device for a customer, or a settlement device. Also, the method is realized by execution of a prepared program by a computer such as a mobile terminal device for a store, a mobile terminal device for a customer, or a settlement device. The program described in each embodiment is recorded on a computer-readable recording medium such as an HDD, an SSD, a flexible disk, an optical disk, a flexible disk, a magneto-optical disk, or a USB memory. Then, the program is executed by being read from the recording medium by a computer. Also, the program may be distributed via a communication network 36.

[0289] The functions of each of the components of the system in each embodiment described above may be realized by hardware, such as the computer systems shown in Figures 41 to 44. Alternatively, each component may be realized by a computer device or firmware based on program control.

[0290] Although the present invention has been described above with reference to each embodiment, the present invention is not limited to the above embodiment. The configuration and details of each invention may include embodiments to which various modifications that a person skilled in the art can grasp within the scope of the present invention are applied. The present invention may include embodiments in which the matters described in this specification are appropriately combined or replaced as necessary. For example, matters described using a specific embodiment may be applied to other embodiments to the extent that no contradiction occurs. For example, although multiple operations are described in the form of a flowchart in order, the order of description does not limit the order in which the multiple operations are performed. Therefore, when implementing each embodiment, the order of the multiple operations can be changed to the extent that the content is not impaired.

[0291] A part or all of the above-described embodiments can be described as follows: However, a part or all of the above-described embodiments is not limited to the following.

[0292] (Appendix 1) A reception means for receiving input of identification information of a store clerk; a product information acquiring means for acquiring product information of a product to be purchased by a customer through an operation by the store clerk; an output unit that outputs payment information for the product, the payment information including the identification information and related to a settlement based on the product information, the payment information being readable by a payment settlement device; Equipped with the settlement device reads the settlement information, performs settlement using the read settlement information, and issues a receipt including the identification information included in the settlement information. Mobile terminal device for stores.

[0293] (Appendix 2) The output means outputs the settlement information to the settlement device. 2. A mobile terminal device for use in a store as described in appendix 1.

[0294] (Appendix 3) The output means outputs the settlement information to a mobile terminal device of the customer, The customer's mobile terminal device reads the settlement information and outputs the read settlement information to the settlement device; The settlement device acquires the settlement information from the mobile terminal device of the customer. 2. A mobile terminal device for use in a store as described in appendix 1.

[0295] (Appendix 4) The output means includes an issuance control means for issuing a printed matter on which the settlement information is printed. 2. A mobile terminal device for use in a store as described in appendix 1.

[0296] (Appendix 5) A reading means for reading the settlement information outputted from the mobile terminal device for the store; A payment means for performing a payment using the read settlement information; an issuing control means for issuing a receipt including the identification information of the store clerk included in the settlement information; Equipped with The settlement information is information related to identification information of the store clerk acquired by the mobile terminal device for the store and product information of the product purchased by the customer acquired by the mobile terminal device for the store. Payment device.

[0297] (Appendix 6) The reading means reads the settlement information from the mobile terminal device for the store. 6. The settlement device according to claim 5.

[0298] (Appendix 7) The reading means reads the settlement information from the mobile terminal device of the customer, The customer's mobile terminal device reads the settlement information from the store's mobile terminal device, and outputs the read settlement information to the settlement device. 6. The settlement device according to claim 5.

[0299] (Appendix 8) The reading means reads the payment information from a printed matter on which the payment information is printed, The store's portable terminal device issues the printed matter. 6. The settlement device according to claim 5.

[0300] (Appendix 9) A mobile terminal device for a store; A settlement device; Equipped with The store-use mobile terminal device A reception means for receiving input of identification information of a store clerk; a product information acquiring means for acquiring product information of a product to be purchased by a customer through an operation by the store clerk; an output unit that outputs payment information for the product, the payment information including the identification information and related to a settlement based on the product information, the payment information being readable by a payment settlement device; Equipped with The settlement device includes: A reading means for reading the settlement information; a payment means for performing the payment based on the read settlement information; an issuing control means for issuing a receipt including the identification information included in the settlement information; Equipped system.

[0301] (Appendix 10) A method performed by a mobile terminal device for a store, comprising: Accept the input of the store clerk's identification information; acquiring product information of the product to be purchased by the customer through the operation of the store clerk; outputting settlement information for the product, the settlement information including the identification information and related to a settlement based on the product information, the settlement information being readable by a settlement device; the settlement device reads the settlement information, performs settlement using the read settlement information, and issues a receipt including the identification information included in the settlement information. method.

[0302] (Appendix 11) A non-transitory recording medium readable by a computer that stores a program to be executed by a computer of a mobile terminal device for a store, Accept the input of the store clerk's identification information; acquiring product information of the product to be purchased by the customer through the operation of the store clerk; outputting settlement information for the product, the settlement information including the identification information and related to a settlement based on the product information, the settlement information being readable by a settlement device; A program for causing the computer to execute the process is stored; the settlement device reads the settlement information, performs settlement using the read settlement information, and issues a receipt including the identification information included in the settlement information. Recording medium.

[0303] (Appendix 12) A program to be executed by a computer of a mobile terminal device for a store, The computer includes: Accept the input of the store clerk's identification information; acquiring product information of the product to be purchased by the customer through the operation of the store clerk; outputting settlement information for the product, the settlement information including the identification information and related to a settlement based on the product information, the settlement information being readable by a settlement device; Execute the process, the settlement device reads the settlement information, performs settlement using the read settlement information, and issues a receipt including the identification information included in the settlement information. program. [Explanation of symbols]

[0304] 1 System 10. Mobile terminal equipment for stores 11 POS Server 12 Customer's mobile terminal device 13 Printing device 14 Payment device 15 Payment Server 101 Mode Reception 102 Store Reception 103 Product information acquisition department 104 Quantity Reception Department 105 Payment Method Reception Department 106 App Availability Reception Department 107 Settlement Information Management Department 108 Payment Department 109 Output section 110 Storage section 111 Settlement information generation section 112 List Generation Unit 113 Sales Management Department 114 Storage section 121 Reading unit 122 Payment Department 123 Output section 125 Payment Information Reception Department 126 Storage section 141 Reading unit 142 Payment Department 143 Issuance Control Unit 144 Display section 145 Storage section 1010 Display section 1011 Issuance control unit 1210 Display section 115 Member DB 116 Clerk DB 117 Product DB 118 Sales DB 119 Purchased Product List DB 20. Mobile terminal equipment for stores 201 Reception 203 Product Information Acquisition Department 209 Output section 24 Payment device 221 Reading unit 222 Payment Department 243 Issuance Control Unit

Claims

1. A mobile terminal device for a store; A printing device; A settlement device; Equipped with The store-use mobile terminal device A reception means for receiving input of identification information of a store clerk; a product information acquiring means for acquiring product information of a product to be purchased by a customer through an operation by the store clerk; an issuance control means for controlling the printing of payment information for the product, the payment information including the identification information and related to a settlement based on the product information, the payment information being readable by the payment device; Equipped with The settlement information includes information indicating a front-end handling mode, The printing device includes: a printing means for printing the payment information based on an instruction from the mobile terminal device for the store; Equipped with The settlement device includes: A reading means for reading the printed payment information; a payment means for performing the payment based on the read settlement information; A control means for issuing a receipt including information indicating that the mode is the front-hand handling mode, which is included in the settlement information; A system comprising:

2. The issuing control means controls to print a code including the settlement information. The system of claim 1 .

3. The code is a one-dimensional code or a two-dimensional code. The system of claim 2.

4. The receipt further includes the identification information included in the settlement information. A system according to any one of claims 1 to 3.

5. The store-use mobile terminal device is switchable between a front-handling mode in which a clerk can register products and a customer mode in which a customer can register products, the reception means receives an input of the identification information of the store clerk, thereby receiving a selection of the front-end handling mode from the front-end handling mode and the customer mode; A system according to any one of claims 1 to 4.

6. A reception means for receiving input of identification information of a store clerk; a product information acquiring means for acquiring product information of a product to be purchased by a customer through an operation by the store clerk; an issuance control means for controlling printing of payment information based on the product information, including the identification information, the payment information being readable by a payment device; Equipped with The settlement information includes information indicating a front-end handling mode, The settlement device reads the printed settlement information, performs settlement using the read settlement information, and issues a receipt including information indicating that the front handling mode is being used, which is included in the settlement information. Mobile terminal device for stores.

7. a reading means for reading the payment information from the printed matter under the control of a portable terminal device for a store; A payment means for performing a payment using the read settlement information; A control means for issuing a receipt including information indicating that the mode is the front-hand handling mode, which is included in the settlement information; Equipped with the payment information includes identification information of a store clerk acquired by the mobile terminal device for the store, information on product information of a product purchased by the customer acquired by the mobile terminal device for the store, and information indicating the front handling mode; Payment device.

8. The printed matter is a printed matter on which a code including the settlement information is printed. The settlement device according to claim 7.

9. A method performed by a mobile terminal device for a store, comprising: The store-use mobile terminal device, Accept the input of the store clerk's identification information; acquiring product information of the product to be purchased by the customer through the operation of the store clerk; and controlling the printing of payment information for the product, the payment information including the identification information and related to a settlement based on the product information, the payment information being readable by a payment device. Execute the process, The settlement information includes information indicating a front-end handling mode, The settlement device reads the printed settlement information, performs settlement using the read settlement information, and issues a receipt including information indicating that the front handling mode is being used, which is included in the settlement information. method.

10. A program to be executed by a mobile terminal device for a store, The store-use mobile terminal device includes: Accept the input of the store clerk's identification information; acquiring product information of the product to be purchased by the customer through the operation of the store clerk; and controlling the printing of payment information for the product, the payment information including the identification information and related to a settlement based on the product information, the payment information being readable by a payment device. Execute the process, The settlement information includes information indicating a front-end handling mode, The settlement device reads the printed settlement information, performs settlement using the read settlement information, and issues a receipt including information indicating that the front handling mode is being used, which is included in the settlement information. program.

Images