JP6208386B1 - Program, terminal device, and information processing method - Google Patents

Abstract

To realize an unattended sales method capable of simplifying a user operation necessary for purchasing a product and improving maintainability. According to one aspect of the present invention, a terminal device including a reading unit, a receiving unit, and a communication unit, a first process for causing the reading unit to read first identification information, and a product in the receiving unit. Second processing for accepting an operation for determining the purchase price of the purchase, and the communication unit including the first identification information read by the reading unit and a purchase price corresponding to the determination operation received by the accepting unit. And a third process for transmitting a settlement request to another device. [Selection] Figure 6

Description

  The present invention relates to a program, a terminal device, and an information processing method.

  2. Description of the Related Art Conventionally, when a product placed on a sales floor is purchased, an unattended sales method is employed in which a purchaser pays the price by putting cash into a collection box or the like. In addition, a method is proposed in which electronic payment processing is performed by converting payment information including product information into a two-dimensional code, reading the two-dimensional code with a mobile terminal such as a smartphone, and communicating with a payment server (for example, Patent Document 1). reference).

JP 2007-328549 A

  However, in the conventional unattended sales method, there is a case where a product cannot be purchased without a cash present. In addition, when performing electronic payment processing using a conventional two-dimensional code, it is necessary to prepare a two-dimensional code for each product. In this case, in order to purchase a plurality of products, it is necessary to read the two-dimensional code a plurality of times, which may impair convenience. Furthermore, when the product is changed or the charge is changed, it is necessary to re-install the two-dimensional code, and maintenance may not be easy.

  The present invention has been made in view of such circumstances, and a program for realizing an unattended sales method capable of simplifying user operations necessary for purchasing products and improving maintainability, An object is to provide a terminal device and an information processing method.

  According to one aspect of the present invention, a terminal device including a reading unit, a receiving unit, and a communication unit has a first process that causes the reading unit to read first identification information; A settlement request including a second process for accepting a determination operation, and the communication unit including the first identification information read by the reading unit and a purchase amount corresponding to the determination operation received by the reception unit. And a third process to be transmitted to the apparatus.

  According to one aspect of the present invention, it is possible to realize an unattended sales method that can simplify a user's operation necessary for purchasing a product and improve maintainability.

It is a lineblock diagram of settlement system 1 concerning a 1st embodiment. It is a figure which shows the function structure of the terminal device 10, the application server 30, and the payment server 50 which concern on 1st Embodiment. It is a figure which shows an example of the content of the basic money amount information 32A memorize | stored in the memory | storage part 32 which concerns on 1st Embodiment. It is a figure which shows an example of the content of the user information 32B memorize | stored in the memory | storage part 32 which concerns on 1st Embodiment. It is a figure which shows an example of the content of the payment information 52A memorize | stored in the memory | storage part 52 which concerns on 1st Embodiment. It is a sequence diagram which shows the process performed in the payment system 1 which concerns on 1st Embodiment. It is a figure which shows an example of the transition of the screen displayed on the display part 14 of the terminal device 10 which concerns on 1st Embodiment. It is a figure which shows the other example of the transition of the screen displayed on the display part 14 of the terminal device 10 which concerns on 1st Embodiment. It is a figure which shows an example of the content of the purchase information 32C memorize | stored in the memory | storage part 32 which concerns on 2nd Embodiment. It is a sequence diagram which shows the process performed in the payment system 1 which concerns on 2nd Embodiment. It is a figure which shows an example of the transition of the screen displayed on the display part 14 of the terminal device 10 in 2nd Embodiment. It is a figure which shows the cancellation instruction | indication reception screen displayed on the display part 14 of the terminal device. It is a figure which shows the ordering screen displayed on the display part 14 of the terminal device 10. FIG. It is a figure which shows the other example of the money amount determination screen displayed on the display part of the terminal device.

  Hereinafter, embodiments of a program, a terminal device, and an information processing method of the present invention will be described with reference to the drawings. The program of the present invention allows a terminal device such as a smartphone or a tablet terminal to read identification information such as a two-dimensional code provided at a sales floor of an unattended sales system, and display a purchase price determination screen on a display unit, This is a program for accepting an operation for determining the purchase amount of the product and sending a settlement request for the purchase amount according to the determination operation to another device. This program is, for example, an application program.

<First Embodiment>
FIG. 1 is a configuration diagram of a payment system 1 according to the first embodiment. The payment system 1 realizes an unattended sales method in which a purchaser (user) performs electronic payment processing when purchasing a product placed on a sales floor. The payment system 1 includes, for example, one or more terminal devices 10, one or more application servers 30, one or more payment servers 50, and one or more product boxes 70. The terminal device 10, the application server 30 (another device), and the settlement server 50 (another device) are connected to each other via a network NW and communicate with each other via the network NW. The network NW includes, for example, a WAN (Wide Area Network), a LAN (Local Area Network), the Internet, a dedicated line, a wireless base station, a provider, and the like.

[Terminal device]
The terminal device 10 is operated by the user when the product set in the product box 70 is settled. The terminal device 10 is, for example, a mobile phone such as a smartphone, a tablet terminal, a PDA (Personal Digital Assistant), or the like. FIG. 2 is a diagram illustrating a functional configuration of the terminal device 10, the application server 30, and the payment server 50 according to the first embodiment. The terminal device 10 includes, for example, a communication unit 12, a display unit 14, a reception unit 16, a reading unit 18, an application execution unit 20, and a storage unit 22. The communication unit 12 communicates with other devices via the network NW.

  The display unit 14 displays the results of various processes in settlement. For example, the display unit 14 is a display or the like. When the display unit 14 is a touch panel compatible display, the display unit 14 may include the function of the receiving unit 16.

  The reception unit 16 receives various user operations. For example, the reception unit 16 is a touch panel, an operation button, or the like.

  The reading unit 18 reads seller identification information (first identification information) for identifying a seller installed in the product box 70 and reads commodity identification information (second identification information) for identifying a product. . The reading unit 18 includes a camera for reading the identification information, a decoder for decoding the code, and the like.

  The application execution unit 20 is realized by, for example, a processor such as a CPU (Central Processing Unit) executing a payment application (program) 24 stored in the storage unit 22. For example, the payment application 24 may be downloaded from another device via the network NW, or may be preinstalled in the terminal device 10 in advance. The storage unit 22 is realized by, for example, a RAM (Random Access Memory), a ROM (Read Only Memory), a flash memory, an SD card, a register, or the like.

  The payment application 24 is a program that causes the terminal device 10 to execute display on the display unit 14 of an interface for performing payment when purchasing a product and processing of information input through the interface.

[App server]
The application server 30 includes a storage unit 32, for example. The storage unit 32 is realized by a RAM, a ROM, an HDD (Hard Disk Drive), a flash memory, or a hybrid storage device in which a plurality of these are combined. The storage unit 32 stores, for example, basic amount information 32A and user information 32B. In the following, an example in which the number of application servers 30 provided in the payment system 1 is one will be described. The application server 30 may be installed for each seller who sells products.

  The basic amount information 32A is information indicating an amount to be initially displayed on the display unit 14 when the terminal device 10 performs a payment process. The basic amount information 32A is set in advance for each seller who sells a product. FIG. 3 is a diagram showing an example of the contents of the basic amount information 32A. As illustrated in FIG. 3, the storage unit 32 stores a plurality of records in which “basic amount” is associated with “seller ID” that identifies a seller who sells a product. In the example illustrated in FIG. 3, a record or the like in which “Seller ID” is “A1” and the basic amount is “100” yen is stored. As a general rule, only one amount is set for each seller ID. Note that when a single seller operates a plurality of product boxes 70, different basic amounts may be set for each product box 70.

  The user information 32B is information related to the user of the payment application 24. The user information 32B is set when the payment application 24 is installed. FIG. 4 is a diagram illustrating an example of the contents of the user information 32B. As illustrated in FIG. 4, the storage unit 32 includes a “user ID” for identifying the user, a “password” used for user authentication, “attribute 1” and “attribute 2” indicating various attributes of the user. A plurality of records associated with is stored. In the example shown in FIG. 4, “User ID” is “H1”, “Password” is “AA”, “Attribute 1” is “Male”, and “Attribute 2” is “20's”. Records are stored. The type and number of attributes stored in the storage unit 32 are arbitrary.

[Payment server]
The settlement server 50 includes a storage unit 52, for example. The storage unit 32 is realized by a RAM, a ROM, an HDD, a flash memory, or a hybrid storage device in which a plurality of these are combined. The storage unit 52 stores, for example, settlement information 52A. The settlement server 50 performs a settlement process based on the settlement information 52A. The settlement process may be performed using a credit card system or Internet banking, or may be performed by adding to the usage fee of the terminal device 10 when the terminal device 10 is a mobile phone. .

  The payment information 52 </ b> A is information indicating the payment details of the product acquired from the terminal device 10. FIG. 5 is a diagram showing an example of the contents of the settlement information 52A. As illustrated in FIG. 5, for example, a plurality of records in which “purchase amount” and “user ID” are associated with “seller ID” are stored in the storage unit 52. “Purchase amount” is the purchase amount of the product for which a payment request is made by the terminal device 10. In the example illustrated in FIG. 5, a record in which “Seller ID” is “A1”, “Purchase Amount” is “250” yen, and “User ID” is “H1” is stored. The settlement information 52A may include information related to other settlements such as “settlement date”.

[Product box]
The product box 70 is, for example, a display shelf that displays various products. The merchandise box 70 is installed at any place where it is desired to sell merchandise in the unattended sales method. The product box 70 is installed, for example, in a break space in a company. The product box 70 is provided with, for example, a plurality of display units divided according to the price of the product. For example, 100 yen products are displayed in the display section for "100 yen" products, 150 yen products are displayed in the display section for "150 yen", and "200 yen" products are displayed. A 200 yen product is displayed in the display section.

  The merchandise box 70 can be read by the terminal device 10 by affixing a code 70A including seller identification information for identifying the seller to a paper or the like on which the code 70A is printed, or by directly printing the code 70A. It is given at the correct position. The code 70A including the seller identification information is a two-dimensional code such as a QR code (registered trademark). The terminal device 10 can make a payment request for a product by reading the code 70A. The code 70A may be a one-dimensional code. The code 70 </ b> A may include information for identifying the product box 70 and information regarding the installation location of the product box 70.

[Payment system processing]
Next, the operation of the payment system 1 will be described with reference to FIGS. FIG. 6 is a sequence diagram illustrating processing executed in the payment system 1 according to the first embodiment. FIG. 7 is a diagram illustrating an example of transition of screens displayed on the display unit 14 of the terminal device 10 according to the first embodiment.

  First, the application execution unit 20 of the terminal device 10 executes the payment application 24 stored in the storage unit 22 to display a login screen on the display unit 14, and the user ID and password input by the user on the login screen are displayed. The login request including the request is transmitted to the application server 30 via the communication unit 12 (S1). The display unit 14 displays, for example, “S1: Login screen” shown in FIG. 7 as the login screen. Note that the user ID and password are given to the user in advance by the application server 30, for example.

  Next, the application server 30 performs an authentication process for confirming the identity of the user based on the user ID and password received from the terminal device 10 (S2). Next, when the authentication result is normal, the application server 30 transmits a login result indicating that the login has been completed to the terminal device 10, and when the authentication result is abnormal, the application server 30 indicates that the login has failed. Is sent to the terminal device 10 (S3). When the login result received from the application server 30 is abnormal, the application execution unit 20 displays a login screen or the like that prompts the user to input an accurate user ID and password on the display unit 14.

  On the other hand, when the login result received from the application server 30 is normal, the application execution unit 20 causes the display unit 14 to display a screen that prompts the user to read the code 70 </ b> A installed in the product box 70. The reading unit 18 is activated based on the operation, and information on the code 70A is acquired via the reading unit 18 (S4). The display unit 14 displays, for example, “S4: Two-dimensional code reading screen” shown in FIG. 7 as a screen for prompting the reading of the code 70A.

  Next, the application execution unit 20 issues a reference amount acquisition request to the application server 30 based on the seller identification information (for example, seller ID) included in the code 70A (S5). Next, the application server 30 that has received the reference amount acquisition request from the terminal device 10 reads the reference amount corresponding to the received seller ID from the storage unit 32 (S6), and transmits the read reference amount to the terminal device 10. (S7).

  Next, the application execution unit 20 causes the display unit 14 to display a screen that prompts the user to determine the purchase amount based on the reference amount received from the application server 30, and determines the purchase amount from the user via the reception unit 16. An instruction is accepted (S8). The display unit 14 displays, for example, “S8: Purchase amount determination screen” shown in FIG. 7 as a screen prompting the user to determine the purchase amount. In this “S8: Purchase amount determination screen”, “100 yen” is displayed as the reference amount P. In addition, when accepting a change from the reference amount P, buttons B1 “+50 yen” and B2 “−50 yen” are displayed as buttons for accepting an operation of increasing or decreasing by a predetermined amount. The button B1 “+50 yen” accepts an instruction to add 50 yen to the reference amount P. The button B2 “−50 yen” accepts an instruction to subtract 50 yen from the reference amount P. The user can change the purchase amount by pressing these buttons B1 and B2.

  For example, when the user wants to purchase a total of 350 yen including two 100 yen products and one 150 yen product, the user presses the button B1 “+50 yen” five times against the reference amount P “100 yen”. By doing so, the purchase amount can be set to 350 yen. Note that the amount of money set for the buttons B1 and B2 is arbitrary. The amount set for the button B1 and the amount set for the button B1 may be the same amount or different amounts. In addition to the buttons B1 and B2, a button for setting another amount may be further provided. For example, if a button for accepting an increase / decrease instruction of “± 200 yen” with respect to the reference amount P is further provided, it is convenient when purchasing a plurality of products at once.

  Next, the application execution unit 20 transmits a settlement request based on the purchase amount determined by the user to the application server 30 (S9). Next, the application server 30 transmits a payment processing request to the payment server 50 based on the payment request received from the terminal device 10 (S10). Next, the payment server 50 performs payment processing based on the payment processing request received from the application server 30 (S11), and transmits the payment processing result to the application server 30 (S12). Next, when the payment processing result received from the payment server 50 is normal, the application server 30 transmits a payment result indicating that the payment is completed to the terminal device 10, and the payment processing result is abnormal. In step S13, a settlement result indicating that the settlement has failed is transmitted to the terminal device 10.

  If the payment result received from the application server 30 is normal, the application execution unit 20 causes the display unit 14 to display a screen indicating that payment has been completed. The display unit 14 displays, for example, “S13: Settlement result screen” shown in FIG. 7 as a screen indicating that the settlement is completed. On the other hand, when the payment result received from the application server 30 is abnormal, the application execution unit 20 causes the display unit 14 to display a screen for prompting the user to perform another payment process. As described above, the application execution unit 20 ends the process of the sequence diagram.

  When the payment application 24 is not stored in the storage unit 22 of the terminal device 10, the code 70A installed in the product box 70 is read by using the reader of the terminal device 10, so that the payment application 24 is connected to the terminal device. 10 can be downloaded. FIG. 8 is a diagram illustrating another example of the transition of the screen displayed on the display unit 14 of the terminal device 10 in the first embodiment. When the terminal device 10 activates the reader, the terminal device 10 causes the display unit 14 to display a screen that prompts the user to read the code 70 </ b> A installed in the product box 70. The display unit 14 displays, for example, a “two-dimensional code reading screen” shown in FIG. 8 as a screen prompting the user to read the code 70A. Next, the terminal device 10 decodes the information included in the code 70A read based on the user's operation, and downloads the page with the hyperlink included in the decoded information (downloading the display settlement application 24 to the user). Prompting screen) is displayed on the display unit 14. The display unit 14 displays, for example, a “download screen” shown in FIG. 8 as a screen prompting the user to download the payment application 24. In this “download screen”, a plug-in requesting download of the payment application 24 is embedded. This “download screen” is displayed using, for example, a Web browser. The terminal device 10 can use the payment application 24 by downloading the payment application 24 and performing various settings based on a user operation. The subsequent processing is the same as the processing described with reference to FIGS. 6 and 7, and thus description thereof is omitted.

  According to the first embodiment described above, the first terminal device 10 including the reading unit 18, the display unit 14, the receiving unit 16, and the communication unit 12 causes the reading unit 18 to read the first identification information. Processing, a second process for causing the reception unit 16 to accept a purchase price determination operation while displaying the purchase price determination screen on the display unit 14, and the communication unit 12 for receiving the reception unit 16. By executing the third process for sending the payment request for the purchase amount according to the determination operation accepted by the application server 30 (other device), the user's operation necessary for purchasing the product is simplified. In addition, it is possible to realize an unattended sales method that can improve maintainability.

  When reading a two-dimensional code for each product as in the conventional unattended sales method, in order to purchase a plurality of products, it is necessary to read the two-dimensional code a plurality of times, and settlement processing is troublesome. On the other hand, according to the first embodiment described above, even if a plurality of products are purchased, the code 70A may be read once, and the payment process can be simplified. Furthermore, when the product sold in the product box 70 is changed or the price of the product is changed, the purchase price may be adjusted by the operation of the operation terminal 10 at hand. It is sufficient to update the price tag installed at 70. For this reason, there is no need to re-install the cord 70A, and the maintainability can be improved. Furthermore, if it is desired to reduce the burden on the user's operation, the basic amount may be changed.

Second Embodiment
Hereinafter, a second embodiment will be described. Compared to the first embodiment, in the payment system 1 of the second embodiment, the application execution unit 20 transmits information related to the purchased product to the application server 30 after the completion of the payment process, and information related to incentives from the application server 30. The point of receiving is different. For this reason, about the structure etc., the figure and related description which were demonstrated in 1st Embodiment are used, and detailed description is abbreviate | omitted.

[App server]
The storage unit 32 provided in the application server 30 stores purchase information 32C in addition to the basic amount information 32A and the user information 32B. The purchase information 32 </ b> C is information including a record indicating a purchase history of a product acquired from the terminal device 10. FIG. 9 is a diagram showing an example of the contents of the purchase information 32C. The storage unit 32 stores, for example, a plurality of records in which “purchase date / time”, “product box ID”, “purchase price”, and “attribute” are associated with “product ID”. “Product ID” is identification information for identifying the product purchased by the user. “Purchase date and time” is the date and time when the user made a payment request using the terminal device 10. “Product box ID” is identification information for identifying the product box 70. “Purchase amount” is the purchase amount of the product for which a payment request is made by the terminal device 10. “Attribute” is information indicating the attribute of the user. “Attribute” is information indicating gender such as “male” and “female”, for example. In the example shown in FIG. 9, the “product ID” is “A”, the “purchase date / time” is “2017/1/4 10:10:50”, the “product box ID” is “1”, A record in which “purchase amount” is “100” yen and “attribute” is “male” is stored.

[Payment system processing]
Next, the operation of the payment system 1 will be described with reference to FIGS. 10 and 11. FIG. 10 is a sequence diagram showing processing executed in the payment system 1 in the second embodiment. FIG. 11 is a diagram illustrating an example of transition of screens displayed on the display unit 14 of the terminal device 10 in the second embodiment.

  First, the application execution unit 20 of the terminal device 10 executes the payment application 24 stored in the storage unit 22 to display a login screen on the display unit 14, and the user ID and password input by the user on the login screen are displayed. The login request including the request is transmitted to the application server 30 via the communication unit 12 (S21). The display unit 14 displays, for example, “S21: Login screen” shown in FIG. 11 as the login screen.

  Next, the application server 30 performs an authentication process for confirming the identity of the user based on the user ID and password received from the terminal device 10 (S22). Next, when the authentication result is normal, the application server 30 transmits a login result indicating that the login has been completed to the terminal device 10, and when the authentication result is abnormal, the application server 30 indicates that the login has failed. Is sent to the terminal device 10 (S23). When the login result received from the application server 30 is abnormal, the application execution unit 20 displays a login screen or the like that prompts the user to input an accurate user ID and password on the display unit 14.

  On the other hand, when the login result received from the application server 30 is normal, the application execution unit 20 causes the display unit 14 to display a screen that prompts the user to read the code 70 </ b> A installed in the product box 70. The reading unit 18 is activated based on the operation, and information on the code 70A is acquired via the reading unit 18 (S24). The display unit 14 displays, for example, “S24: Two-dimensional code reading screen” shown in FIG. 11 as a screen for prompting the reading of the code 70A.

  Next, the application execution unit 20 issues a reference amount acquisition request to the application server 30 based on the seller identification information (for example, seller ID) included in the code 70A (S25). Next, the application server 30 that has received the reference amount acquisition request from the terminal device 10 reads the reference amount stored in the storage unit 32 corresponding to the received seller ID (S26), and uses the read reference amount as the terminal device 10. (S27).

  Next, the application execution unit 20 causes the display unit 14 to display a screen that prompts the user to determine the purchase amount based on the reference amount received from the application server 30, and determines the purchase amount from the user via the reception unit 16. An instruction is accepted (S28). The display unit 14 displays, for example, “S28: Purchase amount determination screen” shown in FIG. 11 as a screen prompting the user to determine the purchase amount.

  Next, the application execution unit 20 transmits a settlement request based on the purchase amount determined by the user to the application server 30 (S29). Next, the application server 30 transmits a payment processing request to the payment server 50 based on the payment request received from the terminal device 10 (S30). Next, the payment server 50 performs payment processing based on the payment processing request received from the application server 30 (S31), and transmits the payment processing result to the application server 30 (S32). Next, when the payment processing result received from the payment server 50 is normal, the application server 30 transmits a payment result indicating that the payment is completed to the terminal device 10, and the payment processing result is abnormal. In step S33, a payment result indicating that the payment has failed is transmitted to the terminal device 10.

  If the payment result received from the application server 30 is normal, the application execution unit 20 indicates that the payment has been completed and also identifies a code 80A (for example, a barcode such as a JAN code) that identifies the processed product 80 ) Is displayed on the display unit 14. The display unit 14 displays, for example, “S33: Settlement result screen” shown in FIG. 11 as a screen prompting the user to proceed to the reading process of the code 80A. On the other hand, when the payment result received from the application server 30 is abnormal, the application execution unit 20 causes the display unit 14 to display a screen for prompting the user to perform another payment process.

  When the application execution unit 20 receives an instruction to read the code 80A from the user (when the “scan” button is pressed by the user in the “S33: settlement result screen” illustrated in FIG. 11), the application execution unit 20 prompts the user for the product 80. A screen that prompts the user to read the code 80A is displayed on the display unit 14, and information on the code 80A of the product 80 is acquired based on a user operation (S34). The display unit 14 displays, for example, “S34: Barcode reading screen” shown in FIG. 11 as a screen for prompting reading of the product code 80A.

  Next, the application execution unit 20 transmits purchase information 32C including, for example, “product ID”, “purchase date / time”, “product box ID”, “purchase price”, and “attribute” to the application server 30 (S35). ). The “product ID” is acquired from the code 80A. As the “purchase date and time”, “product box ID”, “purchase amount”, and “attribute”, for example, information acquired in the above-described settlement process and stored in a memory (not shown) of the terminal device 10 is used. Next, the application server 30 stores the purchase information 32C received from the terminal device 10 in the storage unit 32 (S36), and transmits incentive information to the terminal device 10 (S39). The incentive information is, for example, a coupon ticket related to the product 80. The incentive information is stored in the storage unit 32, for example.

  The application execution unit 20 causes the display unit 14 to display an incentive information screen based on the incentive information received from the application server 30. The display unit 14 displays, for example, “S37: Incentive information screen” shown in FIG. 11 as the incentive information screen. As described above, the application execution unit 20 ends the process of the sequence diagram.

  According to the second embodiment described above, the terminal device 10 transmits the purchase information 32C to the application server 30 and receives incentive information from the application server 30 in addition to the same effects as the first embodiment. Can receive incentives according to purchases and improve the convenience of the payment application. Further, the seller can use the information for marketing by acquiring the purchase information 32C from the application server 30.

  In addition, as another function of the payment application 24, a function that enables reception of a payment cancellation instruction from the user may be implemented. The display unit 14 displays, for example, a “cancel instruction acceptance screen” shown in FIG. 12 as a screen that enables acceptance of a settlement cancellation instruction. In the case where the user has made a payment process by mistake, the user can request a cancellation according to the cancellation instruction by pressing the “Cancel” button provided for each payment process on this “Cancellation Instruction Accepting Screen”. It can be performed. In addition, acceptance of a settlement cancellation instruction from the user may be performed on a screen that displays the purchase history of the product. In addition to the payment information related to the purchase of products using the payment system 1 according to the above embodiment, payment information of other services used by the user may be displayed together on the screen for displaying the purchase history. is there. In this case, the payment cancellation instruction from the user may be accepted only for the payment related to the purchase of the product using the payment system 1 according to the above embodiment.

  Further, as another function of the payment application 24, a function that enables ordering of products by a user operation may be implemented. The display unit 14 displays, for example, an “ordering screen” shown in FIG. 13 as a screen for placing an order for products. On this “ordering screen”, an “ordering” button is displayed together with the past purchase history. When there is no product to be purchased in the product box 70 or when the stock is low, the user places an order for the product by pressing the “order” button provided for each settlement process on this “order screen”. It can be carried out. The number of products to be ordered may be arbitrarily set by the user.

  In the above-described embodiment, an example of receiving an instruction to change the purchase price of a product on the “purchase price determination screen” has been described. However, an instruction to change the number of products to be purchased may be received. The display unit 14 displays, for example, a “purchase quantity setting screen” shown in FIG. 14 as a screen for receiving an instruction to change the number of products to be purchased. The user can determine the purchase amount by pressing a number setting button (“+1”, “−1”) provided for each price of the product to be purchased.

  Moreover, although said embodiment demonstrated the example in which a user receives a coupon as incentive information, you may make it receive the incentive according to the frequency | count of purchase of goods. For example, when the number of purchases of a product reaches a predetermined threshold (for example, 20 times), the charge for the product to be settled in the settlement process that has reached this threshold may be made free. Further, the application server 30 may rank products purchased for a predetermined period, and issue coupons to users who purchase specific products (for example, products with the highest ranking). Further, when the product purchased by the user is a food product, information such as the calories of the product purchased during a predetermined period may be displayed on the terminal device 10.

  In the first embodiment and the second embodiment described above, it has been described that the payment process is performed when the payment application 24 is executed, but instead (in addition), the terminal device 10 uses a Web browser. You may make it perform a payment process using.

  As mentioned above, although the form for implementing this invention was demonstrated using embodiment, this invention is not limited to such embodiment at all, In the range which does not deviate from the summary of this invention, various deformation | transformation and substitution Can be added.

  DESCRIPTION OF SYMBOLS 1 ... Payment system, 10 ... Terminal device, 12 ... Communication part, 14 ... Display part, 16 ... Reception part, 18 ... Reading part, 20 ... Application execution part, 22 ... Memory | storage part, 24 ... Payment application, 30 ... Application server 32, storage unit, 50, settlement server, 52, storage unit, 70, product box, 80, product, NW, network

Claims (10)

In a terminal device including a reading unit, a receiving unit, and a communication unit,
A first process for causing the reading unit to read the first identification information;
A second process for causing the accepting unit to accept an operation for determining a purchase price of a product;
A third process for causing the communication unit to transmit a settlement request including the first identification information read by the reading unit and a purchase amount corresponding to the determination operation received by the receiving unit to another device;
Was executed,
In the terminal device, as the second process,
Processing for displaying a reference amount corresponding to the first identification information read by the reading unit on the display unit provided in the terminal device;
A process for causing the reception unit to receive an operation for determining, as the purchase amount, the reference amount displayed on the display unit or an amount changed from the reference amount;
A program that executes The first identification information includes information for identifying a seller of the product.
The program according to claim 1. The reference amount is an amount set for each seller of the product.
The program according to claim 1 or 2 . In the terminal device, as the second process,
In the case of causing the reception unit to accept a change from the reference amount, a process for accepting an operation to increase or decrease by a predetermined amount is executed.
The program according to any one of claims 1 to 3 . In the terminal device,
When an operation for reading the second identification information for identifying the product is performed on the receiving unit after causing the communication unit to perform a process of transmitting the payment request for the purchase amount to the other device , Processing for causing the reading unit to read the second identification information ;
Processing for causing the communication unit to transmit purchase information including at least the second identification information to the other device;
To execute,
The program according to any one of claims 1 to 4 . In the terminal device,
After causing the communication unit to send the purchase information to the other device,
Causing the communication unit to receive incentive information from the other device;
The program according to claim 5 . In the terminal device,
Causing the accepting unit to execute a process of accepting an instruction to cancel the settlement request;
Causing the communication unit to execute processing for causing the other device to transmit a cancellation request according to a cancellation instruction received by the reception unit;
The program according to any one of claims 1 to 6 . In the terminal device,
When the number of purchases of the product for each seller reaches a threshold, the processing for making the charge of the product subject to settlement in the settlement processing that has reached the threshold is executed.
The program according to claim 2. A reading unit for reading the first identification information;
A display unit for displaying a reference amount corresponding to the first identification information read by the reading unit;
A reception unit that accepts an operation for determining the purchase price of a product;
A communication unit that transmits a payment request including the first identification information read by the reading unit and a purchase amount corresponding to the determination operation received by the receiving unit to another device;
Equipped with a,
The accepting unit accepts an operation for determining, as the purchase amount, the reference amount displayed on the display unit or an amount changed from the reference amount;
Terminal device. A terminal device including a reading unit, a receiving unit, and a communication unit is provided.
Read the first identification information using the reading unit,
Accepting an operation for determining the purchase price of a product using the accepting unit,
Sending the settlement request including the first identification information read by the reading unit using the communication unit and the purchase amount corresponding to the determination operation received by the receiving unit to another device ,
As a process in which the terminal device accepts an operation for determining the purchase price of the product,
Displaying a reference amount corresponding to the first identification information read by the reading unit using a display unit provided in the terminal device;
Receiving an operation for determining, as the purchase amount, the reference amount displayed on the display unit using the reception unit or an amount changed from the reference amount;
Information processing method.

Images