Information processing apparatus, information processing method, and program

Abstract

To improve the convenience for users. 【Solution means】A processing unit that executes a process of transmitting an electronic voucher available in the electronic payment service to other users using the function of the electronic payment service, and a process of receiving the voucher from other users, and based on the result of the process, manages management information associating the identification information of the other users with the identification information of the voucher transmitted from the other users or the identification information of the voucher transmitted to the other users. The processing unit is an information processing device that determines whether to cancel the transmission of the voucher or execute a refund process corresponding to the voucher according to the receipt status of the voucher of the other users after the voucher is transmitted to the other users.

Description

Technical Field

[0001] The present invention relates to an information processing apparatus, an information processing method, and a program.

Background Art

[0002] Conventionally, an information processing system has been disclosed that enables employees of a company to easily give digital gifts during work (see, for example, Patent Document 1). This information processing system displays a list of a plurality of digital gifts on a business communication tool used by a user, and when a gift giving request is received from the business communication tool to request the giving of a digital gift selected by the user on the list to another user, based on the stored gift right information, it determines whether there is a right for the selected digital gift. When it is determined that there is such a right, it requests the issuance of a digital gift to a digital gift providing system and updates the gift right information in response to the issuance.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] In the conventional technology, the convenience for users may not be sufficiently high in a service that provides electronic vouchers.

[0005] The present invention has been made in consideration of such circumstances, and one of its objectives is to provide an information processing apparatus, an information processing method, and a program that can provide a service with high convenience for users regarding the provision of electronic vouchers.

Means for Solving the Problems

[0006] One aspect of the present invention is a management unit that manages management information associating identification information of an electronic voucher provided from a first user, identification information of the first user, and identification information of a user who received the voucher, using the function of an electronic payment service; and a processing unit that, when an electronic payment of the electronic payment service is executed using the voucher, causes a display unit of the user's terminal device to display a payment completion screen including information of the first user corresponding to the identification information of the first user. The information processing apparatus includes:

[0007] Another aspect of the present invention is a processing unit that executes a process of transmitting an electronic voucher available in the electronic payment service to another user and a process of receiving the voucher from the other user, using the function of the electronic payment service; and a management unit that manages management information associating identification information of the other user with identification information of the voucher transmitted from the other user or identification information of the voucher transmitted to the other user, based on the result of the process. The processing unit determines whether to cancel the transmission of the voucher or execute a refund process corresponding to the voucher, according to the reception status of the voucher of the other user, after the voucher is transmitted to the other user. The information processing apparatus includes:

Advantages of the Invention

[0008] According to one aspect of the present invention, it is possible to provide an information processing apparatus, an information processing method, and a program that can provide a service highly convenient for users regarding the provision of electronic vouchers.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Figure 22

Figure 23

Embodiments for Carrying Out the Invention

[0010] Hereinafter, with reference to the drawings, embodiments of the information processing apparatus, information processing method, and program of the present invention will be described. Various apparatuses such as a "server" that appears below for providing services to users or performing internal analysis may be realized by a decentralized group of apparatuses, and the operators of each apparatus may be different. Also, the holder of the hardware of the apparatus (provider of the cloud server) and the operator who actually operates may be different. The application program and the settlement server cooperate to provide an electronic payment service. In the following description, the application program is referred to as a settlement application. The electronic payment service is a service that supports the settlement related to the purchase of goods and services in a store. A store is, for example, a physical store (actual store) existing in the real space, but may include a virtual store for e-commerce. The virtual store may include those provided by a party different from the operator of the electronic payment service. In that case, when making a purchase settlement in the virtual store, it is controlled to transition to the interface screen of the electronic payment service. In the electronic payment service, a store is, for example, treated as belonging to a franchise (brand), and processes such as settlement when a purchase action is performed in the store are mainly carried out between the user and the franchise. Instead of this, processes such as settlement may be carried out between the user and the store.

[0011] [Electronic Payment Service] FIG. 1 is a diagram showing an example of the configuration of an electronic payment system in which an electronic payment service is realized. The electronic payment service is realized centering around a payment server 100. An electronic payment system for realizing the electronic payment service includes, for example, one or more user terminal devices 10, one or more first store terminal devices 50, one or more second store terminal devices 70, and a payment server 100. These devices communicate with each other via, for example, a network NW. The network NW includes, for example, the Internet, a LAN (Local Area Network), a wireless base station, a provider device, and the like.

[0012] Part or all of the functional configurations included in the electronic payment system may be distributed among a plurality of devices in an arbitrary form, or may be integrated into an arbitrary device. For example, part or all of the functional configuration of the payment server 100 may be included in other devices.

[0013] [User Terminal Device] The user terminal device 10 is, for example, a portable terminal device such as a smartphone or a tablet terminal. The user terminal device 10 is a computer device having at least an optical reading function, a communication function, a display function, an input reception function, and a program execution function. In the following description, the configurations for realizing these functions are referred to as a camera, a communication device, a touch panel, a CPU (Central Processing Unit), etc., respectively. In the user terminal device 10, the payment application 20 is executed by a processor such as a CPU, and operates to provide an electronic payment service to the user in cooperation with the payment server 100. The payment application 20 is installed in the user terminal device 10 from, for example, an application store, and controls a camera, a communication device, a touch panel, etc. In the user terminal device 10, a mini-app 30 may operate. The mini-app 30 is an application program that operates within the payment application 20. The mini-app 30 is, for example, a mini-app that provides various services related to vouchers. The mini-app 30, for example, transmits or receives vouchers, or displays a list of transmitted or received vouchers.

[0014] [First Store Terminal Device] The first store terminal device 50 is installed in a store, for example. The first store terminal device 50 is a computer device having at least a product price acquisition function, an optical reading function, a program execution function, and a communication function. The first store terminal device 50 includes a so-called POS (Point of Sale) device, and the product price acquisition function and the optical reading function may be realized by the POS device. The store code image 60 is placed in the store and is a code image such as a QR code (registered trademark) printed on a paper or plastic medium. Note that the store code image 60 may be displayed by a display placed in the store (which may be a display of a terminal device such as a smartphone).

[0015] [Second Store Terminal Device] The second store terminal device 70 is used by the operator of the franchise store. The second store terminal device 70 is a smartphone, a tablet terminal, a personal computer, or the like. In the second store terminal device 70, the interface 72 for the franchise store operates. The interface 72 for the franchise store may be a dedicated app for the franchise store or a browser. The interface 72 for the franchise store accepts settings of coupons, etc. by the operator of the franchise store and transmits them to the settlement server 100. The second store terminal device 70, which is a smartphone, has a function of displaying a code image corresponding to the store code image or reading the code image displayed by the user terminal device 10 by executing the dedicated app for the franchise store.

[0016] [Settlement Server] The settlement server 100 realizes electronic settlement based on the settlement information received from the user terminal device 10 or the first store terminal device 50. The first store terminal device 50 may include a POS device and a franchise store server. In that case, the settlement information is transmitted from the POS device to the settlement server 100 via the franchise store server. In the following description, without particularly distinguishing this, it is assumed that the settlement information is transmitted from the first store terminal device 50.

[0017] FIG. 2 and FIG. 3 are sequence diagrams illustrating a general flow of electronic payment. There may be two patterns, Pattern 1 and Pattern 2, in electronic payment.

[0018] In the case of Pattern 1 shown in FIG. 2 (hereinafter referred to as user scan), the user terminal device 10 in the state where the payment application 20 is activated decodes the store code image 60 by means of an optical reading function (S1). The store code image 60 contains information on the store URL (Uniform Resource Locator). This store URL is obtained by adding information that can identify the store to the domain of the electronic payment service, and is associated with a franchise store ID, a store ID, etc. in the payment server 100 (described later). The payment application 20 transmits first payment information including the store URL and the account ID to the payment server 100 (S2). The payment server 100 searches for store information (described later) from the franchise store ID and the store ID corresponding to the store URL, acquires information on the franchise store name and the store name (S3), and transmits it to the payment application 20 (S4). The user inputs the payment amount into the user terminal device 10 on the screen where the franchise store name and the store name are displayed (S5). Then, the user terminal device 10 generates second payment information including at least the payment amount and transmits it to the payment server 100 (S6). The payment server 100 performs an electronic payment based on the received second payment information (S7). Then, the payment server 100 transmits a payment completion notification (information for displaying a payment completion screen) to the payment application 20 (S8), and the payment application 20 displays a payment completion screen (S9). When the store code image 60 is displayed by a display placed in the store, the store code image 60 may contain not only the store URL but also information on the payment amount. In this case, the procedure for the user to input the payment amount is omitted, and the information on the payment amount is included in the first payment information and transmitted to the payment server 100. Information on the franchise store name and the store name may be included and displayed on the payment completion screen.

[0019] In the case of Pattern 2 shown in FIG. 3 (hereinafter referred to as store scan), when the payment application 20 is launched, when a payment operation is performed in the payment application 20, when the automatic update timing (for example, every minute) is reached, and at other timings, the payment application 20 sends a one-time code issuance request to the payment server 100 (S11). The payment server 100 generates a one-time code (S12) and sends it to the payment application 20 (S13). The payment application 20 displays a code image such as a QR code or a barcode generated based on the one-time code (S14). The user shields (presents) the display surface of the user terminal device 10 against the first store terminal device 50, and the first store terminal device 50 decodes the code image by means of an optical reading function and acquires a one-time code or the like (S15). Then, the first store terminal device 50 generates payment information including a one-time code, a payment amount, a franchise store ID, a store ID, etc., and sends it to the payment server 100 (S16). The information on the payment amount has been acquired in advance by barcode reading, manual input, or the like. The payment server 100 identifies the user corresponding to the one-time code based on the received information and performs an electronic payment (S17). Then, the payment server 100 sends a payment completion notification to the payment application 20 (S18), and the payment application 20 displays a payment completion screen (S19).

[0020] Note that the electronic payment may be performed in only one of the above patterns. Also, the "account ID" described in FIG. 2 may be other information (for example, a telephone number) that can be used as the identification information of the user. Further, in the store scan, the issuance of the one-time code may be omitted, and the payment application 20 may display a code image generated based on the user's account ID. In that case, instead of identifying the user corresponding to the one-time code, the payment server 100 identifies the user corresponding to the account ID.

[0021] [Functional Configuration of Payment Server] FIG. 4 is a configuration diagram of the settlement server 100. The settlement server 100 includes, for example, a communication unit 110, a content providing unit 120, a settlement processing unit 130, an information management unit 140, an information processing unit 150, and a storage unit 170. Components other than the communication unit 110 and the storage unit 170 are realized, for example, by a hardware processor such as a CPU executing a program (software). Some or all of these components may be realized by hardware (including a circuit unit; circuitry) such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), GPU (Graphics Processing Unit), or SOC (System On Chip), or may be realized by cooperation between software and hardware. The program may be stored in advance in a storage device (a storage device having a non-transitory storage medium) such as an HDD (Hard Disk Drive) or a flash memory, or may be stored in a removable storage medium (a non-transitory storage medium) such as a DVD or a CD-ROM, and may be installed in the storage device by mounting the storage medium on a drive device. The information management unit 140 is an example of a "management unit", and the information processing unit 150 is an example of a "processing unit".

[0022] The storage unit 170 is an HDD, a flash memory, a RAM (Random Access Memory), or the like. The storage unit 170 may be a NAS (Network Attached Storage) device accessible by the settlement server 100 via a network. Information such as user information 172 including voucher information 173, content information 174, and franchise / store information 176 is stored in the storage unit 170. A part of this information may be stored in the storage unit of the user terminal device 10.

[0023] The communication unit 110 is a communication interface for connecting to the network NW. The communication unit 110 is, for example, a network interface card.

[0024] The content providing unit 120 has, for example, the function of a web server and provides information (content) for displaying various screens of the electronic payment service to the user terminal device 10. The content providing unit 120 appropriately reads necessary content from the content information 174 and provides it to the user terminal device 10. The user terminal device 10 receives various inputs by the user in a state where the content is reproduced by the payment application 20, and transmits the above-described payment information and the like to the payment server 100. The above content may be generated by the payment application 20. In this case, the content providing unit 120 provides information necessary for the generation of the content to the payment application 20.

[0025] The payment processing unit 130 performs payment processing based on the payment information transmitted by the user terminal device 10 or the first store terminal device 50. The payment processing unit 130 performs payment processing while referring to the user information 172.

[0026] [User Information] FIG. 5 is a diagram showing an example of the content of user information 172. The user information 172 is an example of the registration information of the user. The user information 172 includes, for example, a user URL, an account ID, a telephone number, a password, as well as an email address, a user ID, name, address, date of birth, registration date, remaining charge amount, credit payment setting, credit payment limit, credit payment usage amount, available credit payment amount, payment method setting, bank account, credit card number, charge history information, payment history information, and other information that are associated with each other. The user URL is used for the money transfer process between users. When newly registering for the electronic payment service, the registration of the telephone number and password is required. The account ID is issued to the user by the payment server 100, and the user ID is an ID that the user can optionally set (it is not necessary to set it). Similarly, the email address, and the name, address, and date of birth are also information that the user can optionally set (it is not necessary to set it). The registration date is the date when the user registered for the electronic payment service (the date when the account was created). Hereinafter, an instance of the user (electronic payment account) with these pieces of information associated with each other is referred to as an account.

[0027] The remaining balance of the charge indicates the information of the remaining balance of the electronic money set by the user by remitting money to the account in advance. As means of remittance, there are remittances from the ATM (Automatic Teller Machine) of the designated operator (bank), remittances from the registered bank account, etc. The credit payment setting is the information indicating whether the setting for enabling electronic settlement by credit payment has been completed or not, and is set to either "completed" or "not completed". The credit payment limit is the limit amount of credit payment available per month, the credit payment used amount is the amount of credit payment already used in the current month, and the available credit payment amount is the amount of credit payment available in the current month obtained by subtracting the credit payment used amount from the credit payment limit. Although only one credit payment limit is shown in the figure, in reality, there are further daily upper limits, etc., and the lower of them may be set as the credit payment limit. Further details of credit payment will be described later. The settlement method setting is the setting information indicating whether the user performs electronic settlement using the remaining balance of the charge or settlement by credit payment at that time. Each of the bank account and the credit card number is the information (account number, card number) of the bank account or credit card number that can receive payments for the electronic settlement service. The charge history information is the history of the user increasing the remaining balance of the charge by remitting money to the electronic settlement service in advance. The settlement history information is the information showing the breakdown of the settlements made by the user (date and time, store ID of the store where the purchase action was performed, settlement amount, settlement method, etc.) for each settlement.

[0028] The user information 172 includes voucher information 173. The voucher information 173 includes voucher information 173A and voucher information 173B. FIG. 6 is a diagram showing an example of the voucher information 173A. The voucher information 173A is, for example, information indicating an electronic voucher (voucher) available to the user or information regarding the voucher used by the user (not shown). FIG. 6 shows the voucher information 173A of a predetermined user. The voucher information 173 is, for example, information in which a voucher ID, an available amount, an expiration date, available affiliated stores, and information on the sender of the voucher (sender identification information) are associated. The vouchers include vouchers issued by local governments or predetermined providers, and vouchers sent by users from other users. For example, a voucher (gift) is transmitted and received between users using the function of the settlement application 20 in the electronic payment service. As shown in FIG. 6, a user may hold different vouchers (vouchers with different identification information) with the same available affiliated stores.

[0029] FIG. 7 is a diagram showing an example of the voucher information 173B. The voucher information 173B is, for example, information on vouchers received by the user and vouchers sent by the user to other users. FIG. 7 shows the voucher information 173A of a predetermined user. The voucher information 173A is, for example, information in which a voucher ID, the amount of the voucher, an expiration date, available affiliated stores, the target person (target person identification information), and information indicating whether the voucher has been received or sent are associated. In addition to the above information, the voucher information 173B has a message transmitted to other users or received from other users associated with the identification information of the voucher. The voucher information 173A or the voucher information 173B is an example of "management information". Hereinafter, when the voucher information 173A and the voucher information 173B are not distinguished, it may be referred to as "voucher information 173".

[0030] [Affiliated store / store information] FIG. 8 is a diagram showing an example of the content of the affiliated store / store information 176. The affiliated store / store information 176 includes, for example, a first table 176A in which an affiliated store ID and a store ID are associated with a store URL, a second table 176B in which an affiliated store name and sales amount (described above) are associated with the affiliated store ID, and a third table 176C in which a store name is associated with the store ID. In addition to these information, the affiliated store / store information 176 may include information such as the category of the affiliated store or store, the location of the store, and the settlement pattern.

[0031] [Electronic Settlement] When the settlement information is acquired from the user terminal device 10 or the first store terminal device 50, the settlement processing unit 130 acquires the "settlement method setting" of the user by referring to the user information 172. The settlement processing unit 130 performs electronic settlement as follows for users whose "settlement method setting" is set to "charge balance". For example, the settlement processing unit 130 performs electronic settlement by decreasing the charge balance managed in association with the user ID and increasing the item value of the sales amount of the affiliated store. The item value of the sales amount of the affiliated store is not, for example, used as electronic money itself, and the amount corresponding to the item value of the sales amount is transferred to the bank account in a cycle according to the agreement between the affiliated store and the electronic settlement service.

[0032] The settlement processing unit 130 performs electronic settlement as follows for users whose "setting information" is set to "credit payment". Credit payment is a payment method through cooperation with a credit card company, which is a separate entity from the operator of the electronic payment service. The operator of the electronic payment service acts as the creditor and allows electronic settlement that does not depend on the remaining recharge amount within the credit payment limit. In addition, in order to receive the credit payment service, it may be required to obtain a credit card provided by the operator of the electronic payment service. The amount used for credit payment is settled collectively for one month on the payment date of the following month, for example, by direct debit from a bank account. In this case, the settlement processing unit 130 performs provisional settlement by adding the settlement amount to the credit payment usage amount and subtracting the same amount from the available credit payment amount, and performs processing to debit the settlement for the current month on the payment date of the following month as described above at the closing date, or requests the operator of the credit card company to perform such processing. If the settlement amount exceeds the available credit payment amount at the time of provisional settlement, an error notification is returned to the settlement application 20.

[0033] The information management unit 140 acquires information provided by other server devices and terminal devices. The information management unit 140 manages user information 172 and franchise / store information 176 based on the information acquired from the user terminal device 10 and the second store terminal device 70. The information management unit 140 adds, edits, deletes, etc. new records for the user information 172 and the franchise / store information 176.

[0034] The information processing unit 150 processes information provided by other server devices and terminal devices, or provides the information stored in the storage unit 170 to the user terminal device 10.

[0035] [Overview] In this embodiment, a user can send a voucher to another user by using the functions of an electronic payment service (the functions of the payment app 20). Another user can use the voucher in an electronic payment using the electronic payment service (payment app 20). In this embodiment, for example, an original voucher tailored to the recipient and the scene can be created, and the created voucher can be easily sent to the recipient via P2P (peer-to-peer) transmission between users, and the recipient can use the received voucher with the electronic payment service. The payment server 100 generates vouchers that can be used at a franchise store arbitrarily selected by the user among the franchise stores of the electronic payment service according to the operations of the user on the payment app 20. Alternatively, vouchers that can be used at all franchise stores of the electronic payment service or at preset franchise stores may be provided to other users.

[0036] When the user executes an electronic payment at a franchise store, if the user holds a voucher that can be used at the franchise store, the payment server 100 may automatically apply the voucher to execute the electronic payment, or may apply the voucher according to the operation of the user to execute the electronic payment. When applying the voucher according to the operation of the user, the payment server 100 may recommend to the user that the user holds a voucher that can be used at the franchise store at the timing when the user uses the electronic payment at the franchise store.

[0037] [Interface Screen (1)] The payment server 100 cooperates with the payment app 20, refers to the voucher information 173, and when an electronic payment of the electronic payment service is executed using the voucher, causes the display unit of the user terminal device 10 to display a payment completion screen including information of the first user (for example, information about the user such as name, nickname, icon indicating the user) according to the identification information of the first user.

[0038] The settlement server 100 further causes the display unit to display a settlement completion screen including a button for sending a message to the first user. When the above button is operated and an operation of receiving and sending the user's message is performed, the settlement server 100 sends the message to the user terminal device 10 of the first user.

[0039] FIG. 9 is a diagram showing an interface screen IF1 provided to the user. The settlement server 100 causes the display unit to display the interface screen IF1. The interface screen IF1 is, for example, a screen displayed when the user uses a voucher. The interface screen IF1 includes, for example, information on the store where the electronic settlement was made, the date and time of the electronic settlement, the amount of the electronic settlement, information indicating that the payment has been completed, information on the user (sender) who sent the used voucher, a button B1 for sending a message to the sender, and the like.

[0040] When the above button B1 is operated, the settlement server 100 (settlement application 20) refers to the voucher information 173 and automatically causes the display unit to display a message input field with the sender set as the destination of the message. The user can input a message in the message input field and send the message to the sender by performing a send operation. For example, the settlement server 100 identifies the identification number of the sender user and sends the message to the settlement application 20 of the identified user's identification information.

[0041] As described above, the settlement server 100 provides the user with information on the sender of the used voucher on the settlement completion screen and a button for sending a message to the sender. Thereby, the user can easily confirm the sender of the used voucher and can further send a message to the sender. This improves the convenience of the user.

[0042] [Interface Screen (2)] When an electronic payment of an electronic payment service is executed, when a voucher associated with the identification information of the first user as the sender and a voucher associated with the identification information of the second user as the sender are used, the settlement server 100 causes the display unit of the user terminal device 10 to display a settlement completion screen including the information of the first user corresponding to the identification information of the first user and the information of the second user corresponding to the identification information of the second user.

[0043] The settlement server 100 further causes the display unit to display a settlement completion screen including one button for sending a message to the first user and the second user.

[0044] FIG. 10 is a diagram showing an interface screen IF2 provided to the user. The settlement server 100 causes the display unit to display the interface screen IF2. The interface screen IF2 is, for example, a screen displayed when the user uses a voucher. It will be described centering on the differences from the interface screen IF1. The interface screen IF2 is, for example, a screen displayed when vouchers sent from a plurality of senders are used. The interface screen IF2 includes, for example, information of the sender of the used voucher, a button B2 for sending a message, and the like. For example, in an electronic payment of 1,000 yen, when an electronic payment is made using a voucher of 500 yen sent from Mr. XX and a voucher of 500 yen sent from Mr. YY, a button B2 for sending a message to these two people is displayed.

[0045] When the above button B2 is operated, the settlement server 100 (settlement application 20) refers to the voucher information 173 and causes the display unit to display a message input field in which the sender is automatically set as the destination of the message. The user can input a message in the message input field and send the message to the sender by performing a send operation. At this time, the settlement server 100 may cause the display unit to display a message input field for each sender to send, or may cause the display unit to display one message input field for sending the same message to both people.

[0046] As described above, even when vouchers sent from a plurality of users are used, the payer who used the voucher can easily identify the sender of the voucher, and can further send a message to a plurality of senders. This improves the convenience for users.

[0047] [Interface Screen (3)] The settlement server 100 may cause the display unit to display a settlement completion screen including a button for sending a message to the first user who is the sender and a button for sending a message to the second user who is the sender.

[0048] FIG. 11 is a diagram showing an interface screen IF3 provided to the user. The settlement server 100 causes the display unit to display the interface screen IF3. The interface screen IF3 is, for example, a screen displayed when the user uses a voucher. The description will focus on the differences from the interface screen IF2. The interface screen IF3 is, for example, a screen displayed when using vouchers sent from a plurality of senders. On the interface screen IF3, buttons B3 and B4 for sending a message to each of the senders of the used vouchers are displayed. For example, it includes a button B3 for sending a message to Mr. XX and a button B4 for sending a message to Mr. YY.

[0049] When the above button B3 is operated, the settlement server 100 (settlement application 20) refers to the voucher information 173 and automatically causes the display unit to display a message input field with the sender, Mr. XX, set as the destination of the message. The user can input a message in the message input field and send the message to Mr. XX by performing a send operation.

[0050] When the above button B4 is operated, the settlement server 100 (settlement app 20) refers to the voucher information 173 and automatically displays on the display unit a message input field with the sender, Mr. △△, set as the destination of the message. The user can input a message in the message input field and send the message to Mr. △△ by performing a send operation.

[0051] By providing buttons and message input fields for sending messages for each sender as described above, the settlement server 100 can send a message corresponding to the sender to the sender, improving the convenience for the user.

[0052] [Other examples of voucher information] In the voucher information 173A in FIG. 6, the voucher ID and the sender were associated one-to-one. However, senders who sent vouchers available at the same franchise store may be integrated and associated with each voucher ID. FIG. 12 is another example of the voucher information 173A. For example, in the voucher information 173A, a plurality of senders may be associated with a plurality of voucher IDs. For example, the sender of voucher ID 001 is BBB, and the sender of voucher ID 003 is DDD. However, senders BBB and DDD may be associated with voucher IDs 001 and 003.

[0053] As a result, when the user uses the voucher, senders who sent vouchers of the same franchise store are not distinguished, and the vouchers sent by senders BBB and DDD are used. As described above, the user can easily send a message to senders BBB and DDD.

[0054] [Messages sent to the sender] The settlement server 100 may cause a message screen including information of the user who sent the message to be displayed on the display unit of the user terminal device 10 of the first user, in addition to the message, to the sender. The user information is information for identifying the user, such as the user's name or nickname, and information of the affiliated store used by the user. The information of the affiliated store is, for example, information for identifying the affiliated store (location, region, store name, etc.). In addition to the above information, information such as the date (or date and time) when the user used the voucher may be included. In addition to the above, the display unit may include information of the voucher sent by the sender (type, amount, expiration date, etc.).

[0055] FIG. 13 is a diagram showing an interface screen IF4 provided to the sender. The settlement server 100 causes the interface screen IF4 to be displayed on the display unit. The interface screen IF4 includes, for example, information of the user who sent the message (such as name or nickname) and the message sent by the user who used the voucher. When the settlement server 100 acquires and manages the identification information of the product from the settlement application 20 or the affiliated store, the interface screen IF4 may include information of the product purchased by the user. Whether the information other than the user information and the message is provided may be determined based on the settings of the user who used the voucher. For example, the settlement server 100 displays a setting button for setting the above-mentioned presence or absence of transmission on the interface screen for the user to input a message, and transmits the interface screen IF4 including the information according to the user's settings.

[0056] As described above, by the settlement server 100 providing the message from the user who used the voucher to the sender, the communication between the user who used the voucher and the sender can be promoted.

[0057] [History Information] The settlement server 100 refers to voucher information 173 that associates the identification information of other users with the identification information of vouchers sent from other users or the identification information of vouchers sent to other users, and displays on the display unit of the user terminal device 10 the history information including one or both of the information associating the vouchers sent to other users with the other users who received the sent vouchers and the information associating the received vouchers with the other users who sent the received vouchers (for details, refer to FIG. 14).

[0058] The history information includes the information associating the vouchers sent by the user with the other users who received the sent vouchers, and buttons for sending messages to other users who received the vouchers or buttons for sending vouchers to other users (B12 described later).

[0059] The history information includes the information associating the received vouchers with the other users who sent the received vouchers, and buttons for sending messages to the other users who received the vouchers (button B11) or buttons for sending vouchers to other users.

[0060] The settlement server 100 cooperates with the settlement application 20 to display the history information on the display unit of the user terminal device 10. FIG. 14 is a diagram showing an interface screen IF11 including the history information. The interface screen IF11 includes one or both of the information on the received vouchers and the information on the sent vouchers. The information on the received vouchers includes, for example, the type of the received vouchers (information on available franchise stores), the information on the sending user, the sending date and time, the receiving date and time, and a button B11 for sending a thank-you message, etc. Some of this information may be omitted and may be displayed when a button for displaying details is operated. For example, the information on the sending user may be displayed when a button for displaying details is pressed.

[0061] On the interface screen IF11, information indicating that a message has not been sent after receiving a voucher, that a message has not been sent after using a voucher, or that a message has been sent after receiving a voucher but not after using a voucher may be displayed. In the voucher information 173B, information such as the content of the message, the information of the user who sent or received the message, and the information of the timing when the message was sent or received is associated with the identification information of the voucher.

[0062] When the button B11 is operated, the settlement server 100 (or the settlement application 20) displays an interface screen for inputting a message. When a message is input and a send operation is performed, the message is sent to the sender's user terminal device 10. In addition to the button B11, a button for sending a voucher to the user who sent the voucher may be provided.

[0063] The information of the sent voucher includes, for example, the type of the sent voucher (information of available franchise stores), the information of the recipient user, the sending date and time, the receiving date and time of the recipient, the button B12 for sending the voucher, etc. When the recipient has not received it, information indicating that it has not been received is displayed. In addition to the button B12, a button for sending a message to the user who sent the voucher may be provided. Some of this information may be omitted and may be displayed when a button for displaying details is operated. For example, the information of the recipient user may be displayed when a button for displaying details is operated. For example, the information of the sent voucher may be information including the expiration date of the voucher and the receipt status of the recipient's voucher.

[0064] When the button B12 is operated, the settlement server 100 (or the settlement app 20) sets the destination of the voucher as the destination and displays an interface screen for sending a predetermined voucher on the display unit. The settlement server 100 may default-set a voucher of the same type as the voucher sent last time as the predetermined voucher. Thereby, the sender can easily send vouchers to the same person regularly.

[0065] Also, when a message is being sent when receiving or sending a voucher, if a corresponding predetermined area or button (not shown) is operated on the interface screen IF11, the settlement server 100 may display the message on the display unit. The message may be displayed on the interface screen IF11.

[0066] Further, the interface screen IF11 may be provided with a resend button. When the resend button is operated, the settlement server 100 displays an interface screen for sending the same voucher as the voucher sent last time to the same destination. When the user operates a button for confirmation, the voucher sent last time is sent to the same destination. In this process, the type of voucher, the destination, and the amount of the voucher may be changed by the operation of the sender.

[0067] The interface screen IF11 includes a button B13 for filtering the information displayed on the interface screen IF11. When the button B13 is operated, the settlement server 100 displays the filtering items and causes the display unit to display the information according to the items selected by the user. The filtering items include received vouchers, sent vouchers, voucher types, destinations, senders, dates and times, and receipt status.

[0068] The above history information may be provided to the user as an interface screen provided by the mini app 30 that provides services related to vouchers, or may be provided in the electronic payment service provided by the payment app 20.

[0069] In the above history information, vouchers that have been sent but not received may be highlighted. By canceling the highlighted vouchers, the user can cancel the voucher transmission and receive a refund as described below.

[0070] As described above, by the settlement server 100 cooperating with the settlement app 20 (mini app 30) to provide the history information to the user, the user can easily recognize the list of vouchers sent or received, or easily send a message or vouchers again to other users. As a result, the convenience of the user is improved.

[0071] Hereinafter, with reference to FIG. 15, the expiration date, cancellation, refund, and notification of vouchers will be described.

[0072] [Regarding the Expiration Date] When a voucher is sent, if the automatic receipt setting is enabled, the settlement server 100 automatically links the voucher to the user (the account of the user's identification information) and makes it available. When a voucher is sent and the automatic receipt setting is not enabled, the settlement server 100 does not automatically link the voucher to the user and make it available. Instead, when the user performs a receipt operation on the settlement app 20, the settlement server 100 links the voucher to the user and makes it available. Even when there is no automatic receipt function itself, the settlement server 100 does not automatically link the voucher to the user and make it available. Instead, when the user performs a receipt operation on the settlement app 20, the settlement server 100 links the voucher to the user and makes it available. For example, if the voucher expires after being received, the settlement server 100 invalidates the voucher (the available amount of the voucher) from the balance of the user's account. For example, if the automatic receipt setting is not enabled and the voucher expires before the receipt is completed, the settlement server 100 invalidates the usage right of the voucher. In this case, the voucher will be invalidated before being linked to the user's account. As described above, the settlement server 100 executes appropriate processing according to the expiration date of the voucher.

[0073] [Regarding Cancellation] When the sender instructs the cancellation of the voucher transmission while the voucher has been received by the recipient, the settlement server 100 makes it non-cancellable and notifies the sender to that effect. When the sender instructs the cancellation of the voucher transmission while the voucher has not been received by the recipient, the settlement server 100 makes it cancellable and notifies the sender to that effect. For example, the settlement server 100 causes information indicating non-cancellability or cancellability to be displayed on the display unit of the user terminal device 10 of the sender or notifies the user terminal device 10. In this case, the settlement server 100 refunds the amount corresponding to the cancelled voucher to the account of the user who cancelled. As described above, the settlement server 100 executes appropriate processing according to the recipient's receipt status.

[0074] In the above example, when the voucher has been received by the recipient and the sender cannot instruct the cancellation of the voucher transmission (for example, when the button for sending the cancellation instruction is not displayed), the cancellation is similarly not allowed. When the voucher has not been received by the recipient and the sender can instruct the cancellation of the voucher transmission (for example, when the button for sending the cancellation instruction is displayed), it may be notified to the sender that the cancellation is allowed.

[0075] The above cancellation is, for example, one or both of the cancellation of the voucher transmission and the cancellation of the voucher purchase. For example, the sender can purchase a voucher and then determine the transmission destination of the voucher. In this case, if the sender cancels the voucher transmission due to circumstances such as the voucher not being received and transmits the voucher to another transmission destination, it may be acceptable. Also, when the sender cancels, the transmission may be cancelled, and furthermore, the purchase of the voucher itself may be cancelled.

[0076] [Regarding Refund] The settlement server 100 determines, for example, whether to cancel the sending of a voucher or to execute a refund process corresponding to the voucher according to the receipt status of the voucher of another user after the voucher has been sent to the other user. The settlement server 100 performs the above as refundable within the expiration date, and non-refundable after the expiration date has passed. For example, when the expiration date has passed, the user will not be refunded. Note that no refund will be made if the user has received the voucher.

[0077] As described above, the settlement server 100 refunds the price corresponding to the voucher to the user according to the expiration date. Specifically, when the settlement server 100 cancels the sending of the voucher before another user receives the voucher, the settlement server 100 cancels the sending of the sent voucher and automatically refunds the amount corresponding to the voucher to the account of the user who sent the voucher. In this way, since the refund is made after the cancellation, the convenience of the user is improved.

[0078] [Regarding Notifications] When the recipient of the voucher has not received it within a predetermined period since the voucher was sent, the settlement server 100 may notify the sender that the recipient has not received it. When the voucher has arrived but is within a predetermined period from the expiration date, the settlement server 100 may notify the sender that the recipient has not received it. The notification interface screen may include a button for canceling the sending of the voucher. When the user who is the sender receives the notification, the user can operate the interface screen to cancel the voucher if necessary.

[0079] [Regarding the Interface Screen] The settlement server 100 causes the display unit of the user terminal device 10 to display a list of vouchers that have been sent to other users but not received by the other users according to the operation of the user. The settlement server 100 causes the display unit to display, together with the list, a button for canceling the vouchers included in the list of vouchers not received by other users and receiving a refund.

[0080] FIG. 16 is a diagram showing the interface screen IF12. The interface screen IF12 is, for example, a list of uncollected vouchers. The interface screen IF12 may be a screen displayed by using the filtering function of the interface screen IF11, for example. The user can cancel the provision of the voucher and receive a refund by operating the button B13 for canceling the uncollected voucher with reference to the interface screen IF12.

[0081] [Sequence Diagram] FIG. 17 is a sequence diagram showing an example of the processing flow executed by the payment application 20 and the payment server 100. The payment server 100 displays a declaration button for declaring the intention not to receive the voucher together with the voucher information sent by the user on the display unit of the user terminal device 10 of another user. When the declaration button is operated, the payment server 100 cancels the voucher sent by the user and refunds the amount corresponding to the voucher to the user's account. Hereinafter, it will be described with reference to the sequence diagram.

[0082] First, the user (payment application 20) instructs the payment server 100 to send the voucher to the recipient (S100). The payment server 100 sends the voucher to the recipient (payment application 20) in response to the instruction (S102). When the recipient performs an operation indicating that the recipient will not receive the voucher with respect to the payment application 20, the payment application 20 transmits information corresponding to the indication to the payment server 100 (S104). For example, when the non-receipt button displayed on the interface screen is operated, the above processing is performed. In this sequence processing, it is assumed that the automatic receipt setting is not set. If the recipient does not receive the voucher, the recipient may send a message to the sender. For example, when the non-receipt button is operated, the payment application 20 may display an input field for inputting a message on the display unit.

[0083] Next, the settlement server 100 executes the cancellation process of the voucher to cancel the state where the voucher has been sent to the recipient (S106), and performs a refund process (S108). The refund process is a process in which an amount corresponding to the voucher is refunded to the sender. Next, the settlement server 100 notifies the sender of the cancellation of the voucher and the refund (S110).

[0084] As described above, when the voucher is canceled by the cooperation of the settlement application 20 and the settlement server 100, the convenience of the user is improved by automatically performing the cancellation and refund.

[0085] [Interface Screen (4)] FIG. 18 is a diagram showing the interface screen IF13. The interface screen IF13 is displayed on the display unit of the recipient when the recipient receives the voucher sent from the sender. The interface screen IF13 includes, for example, the name of the sender, the content of the voucher (type and amount), a button for receiving the voucher, a button for indicating not to receive the voucher, and the like. When the button indicating not to receive is operated, the settlement server 100 executes the above-described cancellation process and refund process.

[0086] As described above, the recipient can easily perform the process of receiving the voucher or not receiving the voucher via the interface screen.

[0087] [Regarding the Upper Limit Amount] FIG. 19 is a diagram for explaining the upper limit amount of voucher purchases. Regardless of the user's situation, the upper limit within a past predetermined period is a preset amount. The past predetermined period is a period such as one month, which is longer than the past predetermined time described later. The user's situation is whether the user has completed personal authentication or not. Personal authentication is the confirmation of the match between the certificate for confirming the identity of the user and the user. This information is associated with the user's identification information in the user information 172.

[0088] When the user is authenticated, the upper limit within a predetermined past time is the first amount. When the user is not authenticated, the upper limit within a predetermined past time is the second amount. The first amount is larger than the second amount. The first amount is, for example, 300,000 yen or 500,000 yen. The predetermined past time is, for example, a time such as the past 12 hours, 24 hours, or 48 hours. The reference for the upper limit amount may be the amount (sent amount) that the user purchased the voucher, or the amount received by the recipient.

[0089] For example, when a voucher purchase that meets the upper limit amount is made and the voucher is canceled, the settlement server 100 subtracts the amount corresponding to the cancellation from the total voucher purchase amount and sets the difference between the upper limit amount and the purchase amount after subtraction as the purchasable amount. Note that although the upper limit amount is also defined in the money transfer process between users, when the money transfer process is canceled, it may not be necessary to set the money transfer quota for the cancellation as described above.

[0090] [Interface screen for the list of available vouchers] The settlement server 100 displays, on the display unit of the user terminal device 10 of the user, a list screen in which each managed voucher is associated with information regarding each use of the voucher according to the operation of the user. The information regarding the use includes information regarding the available amount and the available expiration date of the voucher.

[0091] FIG. 20 is an interface screen IF14 for the list of vouchers available to the user. The interface screen IF14 includes, for example, in the voucher information 173, a list of vouchers associated with the identification information of the user. For example, the user can display a list of available vouchers, a list of used vouchers, etc. by operating a predetermined button. Also, a button for displaying a list of vouchers with expired expiration dates may be provided.

[0092] The interface screen IF14 is, for example, a list of available vouchers. The interface screen IF14 includes information such as, for example, the type of voucher, the available amount, and information regarding the expiration date (the number of days until the expiration date). The list screen may further include information about the user who sent the voucher to the user. For example, the name of the sender of the voucher may be displayed in association with the voucher.

[0093] When the user performs an operation to select a predetermined voucher, the settlement server 100 causes the display unit to display detailed information about the voucher corresponding to the operation. For example, when a predetermined voucher is selected by the user on the list screen, the settlement server 100 may cause the display unit to display information such as the sender of the selected voucher, the sender's message, and information about the franchise stores where the voucher can be used.

[0094] FIG. 21 is a diagram showing an interface screen IF15 including detailed information about a voucher. The interface screen IF15 includes, for example, information about the franchise stores where the voucher can be used, the available amount, the sender's information, the sender's message, and the like.

[0095] Instead of (or in addition to) the interface screen IF15, the interface screen IF16 in FIG. 22 may be displayed. The settlement server 100 displays a transition button to an online shopping site associated with the voucher on the screen displayed after a predetermined voucher is selected by the user on the list screen or on the list screen (for example, the interface screen IF14). When the transition button is operated, the settlement server 100 causes the display unit to display the content of the online shopping site where the voucher can be used.

[0096] When the transition button is operated, the settlement server 100 causes the display unit to display, in addition to the content of the online shopping site, map information based on the user's location (current location or specified location) that shows the locations of the stores where the voucher can be used.

[0097] FIG. 22 is a diagram showing an interface screen IF16 including detailed information of vouchers. The interface screen IF16 includes, for example, map information and a link button B21 to an online shopping site of a franchise store where the voucher can be used. The map information is information indicating the locations of franchise stores where surrounding vouchers can be used based on the current position of the user. When the user operates the link button B21, the payment application 20 accesses the linked online shopping site and causes the content of the online shopping site to be displayed on the display unit. In this way, the user can refer to the locations of surrounding franchise stores where the voucher can be used or use the voucher on the online shopping site.

[0098] For example, as shown in FIG. 23, in the second table 176B, a store name, sales amount, and URL are associated with the franchise store ID. For example, even if the operating entity is the same franchise store, the franchise store ID of the physical store franchise store is different from the franchise store ID of the online shopping franchise store, and a URL is associated with the franchise store ID of the online shopping franchise store. The payment server 100 identifies the franchise stores of physical stores and online shopping where the voucher can be used. The payment server 100 causes the link button B21 for accessing the above URL to be displayed on the display unit in cooperation with the payment application 20. As a result, when the user operates the link button B21, the user is accessed to the online shopping site corresponding to the franchise store.

[0099] According to the embodiment described above, when electronic payment of an electronic payment service is executed using a voucher, the payment server 100 causes a display unit of a user's terminal device to display a payment completion screen including information of a first user corresponding to the identification information of the first user. Further, the payment server 100 causes the display unit of the user's terminal device to display history information including one or both of information associating the transmitted voucher with another user who received the transmitted voucher and information associating the received voucher with another user who transmitted the received voucher. Further, the payment server 100 causes the display unit of the user's terminal device to display a list screen in which each managed voucher is associated with information regarding each use of the voucher in response to an operation of the user. Thereby, the convenience of the user can be improved.

[0100] Furthermore, after a voucher is transmitted to another user, the payment server 100 can improve the convenience of the user by determining whether to cancel the transmission of the voucher or execute a refund process corresponding to the voucher according to the reception status of the voucher of the other user.

[0101] As described above, the embodiments for implementing the present invention have been described using the embodiments. However, the present invention is not limited to such embodiments, and various modifications and substitutions can be made without departing from the gist of the present invention.

Explanation of Reference Numerals

[0102] 10 User terminal device 20 Payment application 100 Payment server 120 Content providing unit 130 Payment processing unit 140 Information management unit 150 Information processing unit 173 Voucher information

Claims

1. A processing unit that executes a process of transmitting an electronic voucher available in the electronic payment service to another user using the function of the electronic payment service, and a process of receiving the voucher from the other user; A management unit that manages management information associating the identification information of the other user with the identification information of the voucher transmitted from the other user or the identification information of the voucher transmitted to the other user based on the result of the process; and After the voucher is transmitted to the other user, the processing unit determines whether it is possible to cancel the transmission of the voucher or whether it is possible to execute a refund process involving cancellation of the transmission of the voucher according to the reception status of the voucher of the other user; A button for canceling the voucher not received by the other user and receiving a refund is displayed on the display unit of the terminal device of the user who transmitted the voucher to the other user; An information processing apparatus.

2. A processing unit that executes a process of transmitting an electronic voucher available in the electronic payment service to another user using the function of the electronic payment service, and a process of receiving the voucher from the other user; A management unit that manages management information associating the identification information of the other user with the identification information of the voucher transmitted from the other user or the identification information of the voucher transmitted to the other user based on the result of the process; and After the voucher is transmitted to the other user, if the transmission of the voucher is canceled by the other user before receiving the voucher, the processing unit cancels the transmission of the transmitted voucher and automatically refunds the amount corresponding to the voucher to the account of the identification information of the user who transmitted the voucher; An information processing apparatus.

3. A processing unit that executes a process of transmitting an electronic voucher available in the electronic payment service to another user using the function of the electronic payment service, and a process of receiving the voucher from the other user; A management unit that manages management information associating the identification information of the other user with the identification information of the voucher transmitted from the other user or the identification information of the voucher transmitted to the other user based on the result of the process; and After the voucher is sent to the other user, the processing unit determines whether it is possible to cancel the transmission of the voucher or whether it is possible to execute a refund process involving cancellation of the transmission of the voucher, according to the reception status of the voucher by the other user. If the other user has not received the voucher within a predetermined period since the voucher was sent or if a predetermined period has elapsed from the expiration date of the sent voucher, a notification indicating that the voucher has not been received is sent to the terminal device of the user who sent the voucher. A button for canceling the transmission of the voucher is displayed on the display unit of the user's terminal device on the interface screen of the notification. Information processing apparatus.

4. A processing unit that executes a process of sending an electronic voucher available in the electronic payment service to another user and a process of receiving the voucher from the other user using the function of the electronic payment service, A management unit that manages management information associating the identification information of the other user with the identification information of the voucher sent by the other user or the identification information of the voucher sent to the other user based on the result of the process. After the voucher is sent to the other user, the processing unit determines whether it is possible to cancel the transmission of the voucher or whether it is possible to execute a refund process involving cancellation of the transmission of the voucher, according to the reception status of the voucher by the other user. In response to an operation by the user, a list of vouchers that have been sent to another user but have not been received by the other user is displayed on the display unit of the user's terminal device. A button for canceling the voucher included in the list of vouchers not received by the other user and receiving a refund is displayed on the display unit together with the list. Information processing apparatus.

5. The processing unit Displays, on the display unit of the terminal device of the other user, a declaration button for declaring the intention not to receive the voucher together with the information of the voucher sent by the user. The information processing apparatus according to any one of claims 1 to 4.

6. When the declaration button is operated, the processing unit cancels the voucher sent by the user and refunds the amount corresponding to the voucher to the user's account. The information processing apparatus according to claim 5.

7. The computer executes a process of transmitting an electronic voucher available in the electronic payment service to another user using the function of the electronic payment service, and a process of receiving the voucher from the other user, and manages management information associating the identification information of the other user, the identification information of the voucher transmitted from the other user, and the identification information of the voucher transmitted to the other user based on the result of the transmitting process, and after the voucher is transmitted to the other user, determines whether it is possible to cancel the transmission of the voucher or determines whether it is possible to execute a refund process associated with the cancellation of the transmission of the voucher according to the reception status of the voucher of the other user, and a program for causing the execution.

8. The computer executes a process of transmitting an electronic voucher available in the electronic payment service to another user using the function of the electronic payment service, and a process of receiving the voucher from the other user, and manages management information associating the identification information of the other user with the identification information of the voucher transmitted from the other user or the identification information of the voucher transmitted to the other user based on the result of the process, and after the voucher is transmitted to the other user, determines whether it is possible to cancel the transmission of the voucher or determines whether it is possible to execute a refund process associated with the cancellation of the transmission of the voucher according to the reception status of the voucher of the other user, and displays a button for canceling the voucher not received by the other user and receiving a refund on a display unit of a terminal device of a user who transmitted the voucher to the other user, and an information processing method for causing the execution.

9. The computer executes a process of transmitting an electronic voucher available in the electronic payment service to another user using the function of the electronic payment service, and a process of receiving the voucher from the other user, and manages management information associating the identification information of the other user with the identification information of the voucher transmitted from the other user or the identification information of the voucher transmitted to the other user based on the result of the process, and After the voucher is sent to the other user, determine whether it is possible to cancel the sending of the voucher or determine whether it is possible to execute a refund process involving cancellation of the sending of the voucher according to the reception status of the voucher by the other user, and display a button for canceling the voucher not received by the other user and receiving a refund on the display unit of the terminal device of the user who sent the voucher to the other user, and a program for causing the execution.

10. On a computer, perform a process of sending an electronic voucher available in the electronic payment service to another user and a process of receiving the voucher from the other user using the function of the electronic payment service, and manage management information associating the identification information of the other user with the identification information of the voucher sent from the other user or the identification information of the voucher sent to the other user based on the result of the process, and after the voucher is sent to the other user, if the sending of the voucher is canceled before the other user receives the voucher, cancel the sending of the sent voucher and automatically refund the amount corresponding to the voucher to the account of the identification information of the user who sent the voucher, and a program for causing the execution.

11. A computer performs a process of sending an electronic voucher available in the electronic payment service to another user and a process of receiving the voucher from the other user using the function of the electronic payment service, and manages management information associating the identification information of the other user with the identification information of the voucher sent from the other user or the identification information of the voucher sent to the other user based on the result of the process, and after the voucher is sent to the other user, determine whether it is possible to cancel the sending of the voucher or determine whether it is possible to execute a refund process involving cancellation of the sending of the voucher according to the reception status of the voucher by the other user, and When the other user has not received the voucher within a predetermined period since the voucher was sent, or when a predetermined period has elapsed from the expiration date of the sent voucher, a process of notifying the terminal device of the user who sent the voucher that the voucher has not been received; A process of causing a button for canceling the sending of the voucher to be displayed on the display unit of the terminal device of the user on the interface screen of the notification; An information processing method for executing the above.

12. On a computer, A process of using the function of an electronic payment service to send an electronic voucher available in the electronic payment service to another user and to receive the voucher from another user, and A process of managing management information associating the identification information of the other user with the identification information of the voucher sent by the other user or the identification information of the voucher sent to the other user based on the result of the above process; After the voucher is sent to the other user, a process of determining whether it is possible to cancel the sending of the voucher or whether it is possible to execute a refund process involving canceling the sending of the voucher according to the receipt status of the voucher of the other user; When the other user has not received the voucher within a predetermined period since the voucher was sent, or when a predetermined period has elapsed from the expiration date of the sent voucher, a process of notifying the terminal device of the user who sent the voucher that the voucher has not been received; A process of causing a button for canceling the sending of the voucher to be displayed on the display unit of the terminal device of the user on the interface screen of the notification; A program for causing the above to be executed.

Images