JP7699693B1 - PRIVILEGE GIVING SYSTEM, PRIVILEGE GIVING METHOD, AND PROGRAM - Google Patents

Abstract

[Problem] To sufficiently promote the use of stores. [Solution] An application information acquisition unit (101) of a reward granting system (1) acquires application information related to an application made at a reception service that accepts applications related to a specified facility. A payment information acquisition unit (102) acquires payment information related to a payment made at a payment service. A reward granting unit (103) grants a reward to a user who has made an application related to a target facility at the reception service and made a payment to the target store at the payment service, based on the application information and payment information. [Selected Figure] Figure 4

Description

This disclosure relates to a reward awarding system, a reward awarding method, and a program.

Conventionally, various payment services have become known with the spread of electronic payments (cashless payments). For example, Patent Literature 1 describes an information processing device that acquires the date and time when a user will stay at an accommodation facility and the location where the user will stay based on the user's accommodation reservation facility information, and delivers advertisements for stores in the vicinity of the location where the user will stay to the user terminal at a time according to the date and time of stay. Payment services are available at such stores.

JP 2020-052976 A

However, with the technology of Patent Document 1, even if advertisements for stores in the vicinity of the accommodation facility booked by the user are delivered to the user's terminal, the user may not show interest in the advertisements, and therefore it is not possible to sufficiently encourage the user to use the stores. This is also true for facilities other than accommodation facilities. For this reason, conventional technology has not been able to sufficiently encourage the use of stores.

One of the objectives of this disclosure is to promote full use of stores.

The reward granting system according to the present disclosure includes an application information acquisition unit that acquires application information related to an application made at a reception service that accepts applications related to a specified facility, a payment information acquisition unit that acquires payment information related to a payment made at a payment service, and a reward granting unit that grants a reward to a user who has made an application related to a target facility at the reception service and made a payment to a target store at the payment service based on the application information and the payment information.

This disclosure can significantly increase store utilization.

FIG. 2 is a diagram illustrating an example of a hardware configuration of the privilege granting system. FIG. 13 is a diagram illustrating an example of a screen displayed by a reception application. FIG. 13 is a diagram showing an example of a screen displayed on a payment application. FIG. 2 is a diagram illustrating an example of functions realized by the privilege granting system of the first embodiment. FIG. 13 is a diagram illustrating an example of a payment database. FIG. 13 is a diagram showing an example of a benefit database. FIG. 4 illustrates an example of a reception database. FIG. 2 is a diagram illustrating an example of a process executed in the privilege granting system of the first embodiment. FIG. 13 is a diagram showing an example of an email from a reception service. FIG. 11 is a diagram illustrating an example of functions realized by the usage suggestion system of the second embodiment. FIG. 11 is a diagram illustrating an example of processing executed in the usage suggestion system of the second embodiment. FIG. 11 is a diagram illustrating an example of functions realized in a modified example of the first embodiment. FIG. 13 is a diagram showing an example of an administrative district advertisement. FIG. 13 is a diagram showing an example of a benefit presented to a user in a payment service. FIG. 13 is a diagram showing an example of a benefit presented to a user at a reception service. FIG. 13 is a diagram showing an example of a questionnaire presented to a user. FIG. 13 is a diagram showing an example of a facility advertisement. FIG. 13 is a diagram showing an example of an entry screen. FIG. 13 is a diagram illustrating an example of functions realized in a modified example of the second embodiment. FIG. 13 is a diagram showing an example of a screen on which the reception service proposes the use of a payment service.

[1. First embodiment]
A first embodiment, which is an example of an embodiment of a privilege granting system, a privilege granting method, and a program according to the present disclosure, will be described.

[1-1. Hardware configuration of the privilege granting system]
Fig. 1 is a diagram showing an example of the hardware configuration of a reward granting system. For example, the reward granting system 1 includes a payment server 10, a reception server 20, and a user terminal 30. Each of the payment server 10, the reception server 20, and the user terminal 30 is connected to a network N such as the Internet or a LAN. Although Fig. 1 shows one each of the payment server 10, the reception server 20, and the user terminal 30, there may be multiple of at least one of the payment server 10, the reception server 20, and the user terminal 30.

The payment server 10 is a server computer for a payment service. A payment service is a service that provides electronic payments (cashless payments) to users. Any type of payment means may be available to users for the payment service. A payment means is a means used by a user for payment. For example, a payment means may be a credit card, electronic money (including what is called a balance), points, crypto assets, a debit card, a wallet, an account such as a bank account, or other means. Codes such as barcodes or two-dimensional codes are also means for payment, and therefore correspond to a payment means. A payment means can also be called a payment means.

For example, the payment server 10 includes a control unit 11, a memory unit 12, and a communication unit 13. The control unit 11 includes at least one processor. The memory unit 12 includes at least one of a volatile memory such as a RAM and a non-volatile memory such as a flash memory. The communication unit 13 includes at least one of a communication interface for wired communication and a communication interface for wireless communication.

The reception server 20 is a server computer for the reception service. The reception service is a service that accepts applications related to a specified facility. The operator that operates the reception service and the operator that operates the payment service may be the same or different. If these operators are different, they are considered to be in a cooperative relationship with each other. The facility related to the applications accepted by the reception service may be any facility. For example, the facility may be an accommodation facility such as a hotel or inn, a sports facility such as a golf course or baseball field, an event venue such as a concert venue or convention center, a tourist facility, a public facility, an entertainment facility such as an amusement park or game center, a shopping mall, a store such as a restaurant or beauty salon, a complex of these, or another facility.

An application is an application for a user to use a facility, or an application for a user to enter a facility (e.g., an application for a user to participate in an event held at the facility). For example, a reservation application for a user to use the facility itself (e.g., an application to reserve an accommodation facility, or an application to reserve a golf course), an application to purchase a ticket for a user to enter a facility (e.g., a ticket for a sports game, a concert, or a theater performance), or an application for a user to enter a facility without a ticket corresponds to an application accepted by the reception service.

In the first embodiment, an example is given in which an accommodation facility corresponds to the facility. Furthermore, an example is given in which the reception service accepts reservation applications for accommodation facilities. In addition to accommodation facilities, the reception service may also accept reservation applications for travel products such as tours. For example, the reception server 20 includes a control unit 21, a memory unit 22, and a communication unit 23. The hardware configurations of the control unit 21, the memory unit 22, and the communication unit 23 may be similar to those of the control unit 11, the memory unit 12, and the communication unit 13, respectively.

The user terminal 30 is a user's computer. For example, the user terminal 30 is a smartphone, a tablet, a personal computer, or a wearable terminal. The user terminal 30 includes a control unit 31, a memory unit 32, a communication unit 33, an operation unit 34, and a display unit 35. The hardware configurations of the control unit 31, the memory unit 32, and the communication unit 33 may be similar to those of the control unit 11, the memory unit 12, and the communication unit 13, respectively. The operation unit 34 is an input device such as a touch panel or a mouse. The display unit 35 is a display such as a liquid crystal or organic EL.

The programs stored in the storage units 12, 22, and 32 may be supplied to the payment server 10, the reception server 20, or the user terminal 30 via the network N. At least one of a reading unit (e.g., a memory card slot) that reads a computer-readable information storage medium and an input/output unit (e.g., a USB port) for inputting and outputting data to and from an external device may be included in the payment server 10, the reception server 20, or the user terminal 30. For example, a program stored in an information storage medium may be supplied to the payment server 10, the reception server 20, or the user terminal 30 via at least one of the reading unit and the input/output unit.

The reward-granting system 1 may include at least one computer. The computers included in the reward-granting system 1 are not limited to the example in FIG. 1. For example, the reward-granting system 1 may include only the payment server 10 and the reception server 20. In this case, the user terminal 30 exists outside the reward-granting system 1. The reward-granting system 1 may include only the payment server 10. In this case, the reception server 20 and the user terminal 30 exist outside the reward-granting system 1. For example, the reward-granting system 1 may include the payment server 10 and other computers not shown in FIG. 1.

[1-2. Overview of the first embodiment]
In the first embodiment, a user operates the user terminal 30 to use each of the payment service and the reception service. For example, a payment app, which is an application for the payment service, and a reception app, which is an application for the reception service, are installed on the user terminal 30. The user uses the payment service from the payment app. The user uses the reception service from the reception app. The user may use at least one of the payment service and the reception service from a browser on the user terminal 30.

Figure 2 is a diagram showing an example of a screen displayed by the reception app. As shown on the left side of Figure 2, when a user operates the user terminal 30 to launch the reception app, the user terminal 30 communicates with the reception server 20 and causes the top screen SC1 of the reception app to be displayed on the display unit 35. The user inputs search conditions for searching for facilities from the top screen SC1. For example, the user inputs at least one of the accommodation location, check-in date, check-out date, number of rooms, and number of people as search conditions.

For example, the user selects the desired facility from among the facilities that match the search criteria and submits an application. When the user finds the desired facility, the user enters the necessary information to complete the application. When the application is completed, as shown on the right side of FIG. 2, the user terminal 30 displays a completion screen SC2 indicating that the application has been completed on the display unit 35. The application flow in the reception service may be similar to that of known reception services.

In the first embodiment, the reception service and the payment service work together to take as an example a case where a local government campaign in a certain administrative district is held. For example, when a user makes an application for a target facility in the administrative district through the reception service and uses the payment service at a target store in the administrative district, a campaign benefit is granted to the user. A target facility is a facility that satisfies the conditions for the benefit to be granted. For example, a target facility is a facility that is the target of a campaign. A target store is a store that satisfies the conditions for the benefit to be granted. For example, a target store is a store that is the target of a campaign.

In the example on the right side of Figure 2, a campaign is being held in DDD city, which is an example of a local government. For example, if a user applies for a target facility in DDD city through the reception service and uses the payment service at a target store in DDD city, the user will be given a benefit of an increased point return rate. All facilities in DDD city may be target facilities, or only some of the facilities in DDD city may be target facilities. Similarly, all stores in DDD city may be target stores, or only some of the stores in DDD city may be target stores. For example, when a user visits DDD city to use the target facility for which they have applied, they make payment to the target store in DDD city using the payment app.

Figure 3 is a diagram showing an example of a screen displayed by the payment app. As shown on the left side of Figure 3, when a user operates the user terminal 30 to launch the payment app, the user terminal 30 communicates with the payment server 10 and causes the display unit 35 to display the top screen SC3 of the payment app. For example, the top screen SC3 displays a code C30 generated based on a code ID that can temporarily identify the user in the payment service. The code C30 is at least one of a barcode and a two-dimensional code. When the code C30 is read by a terminal at the target store, the payment is executed based on the code ID obtained from the code C30. Payments to stores other than the target store are also executed in a similar manner.

The payment method available to the user in the payment service is not limited to the method of having the terminal of the target store read the code C30. The payment method may be a method adopted in a known payment service. For example, the payment method may be a type in which the user terminal 30 reads a code displayed on the terminal of the target store, a type in which the user terminal 30 reads a code posted in the target store, a type that is completed by only operating the user terminal 30, a type that uses an IC chip in the user terminal 30, online payment (for example, account payment using the user's account, or ID payment using the user's ID), carrier payment, which is payment by the carrier used by the user terminal 30, or other types. Similarly, the payment method for payments to stores other than the target store may be any method.

For example, when a user makes a payment to a target store using the payment service, the user terminal 30 displays a completion screen SC4 on the display unit 35, indicating that the payment has been completed, as shown on the right side of FIG. 3. In the example on the right side of FIG. 3, the user is given a benefit that doubles the point redemption rate given for the payment. If the user applies for a facility other than the target facility, the user will not be given a benefit even if the user uses the payment service at the target store. If the user applies for a target facility by a method other than the reception service, or if the user uses the payment service at the target store, the user will not be given a benefit. If the user is not given a benefit, the user will earn points at the normal redemption rate.

As described above, the reward-granting system 1 grants a reward with an increased point redemption rate to a user who applies for a target facility through the reception service and makes a payment to the target store through the payment service. In this way, the reward-granting system 1 can motivate the user to use the target store, thereby promoting the use of the target store. The reward-granting system 1 will be described in detail below.

[1-3. Functions realized by the privilege granting system of the first embodiment]
FIG. 4 is a diagram showing an example of functions realized by the privilege granting system 1 of the first embodiment.

[1-3-1. Functions realized by the payment server]
For example, the payment server 10 includes a data storage unit 100, an application information acquisition unit 101, a payment information acquisition unit 102, and a bonus granting unit 103. The data storage unit 100 is realized by the memory unit 12. Each of the application information acquisition unit 101, the payment information acquisition unit 102, and the bonus granting unit 103 is realized by the control unit 11.

[Data storage unit]
The data storage unit 100 stores various data related to the payment service. For example, the data storage unit 100 stores a payment database DB1 and a benefit database DB2.

Figure 5 is a diagram showing an example of a payment database DB1. The payment database DB1 is a database that stores various information related to users who use the payment service. For example, the payment database DB1 stores a user ID, a password, a code ID, payment source information, and payment information. The payment database DB1 may also store other information. For example, the payment database DB1 may store information on the payment method that the user has registered with the payment service.

The user ID is an example of user identification information that can identify a user. A login account may exist in addition to the user ID. The login account may be freely changeable by the user. The login account is also an example of user identification information. The password is information that is confirmed at the time of login. The code ID is also an example of user identification information, as it is an ID that can identify a user in the payment service. The code ID is updated each time the code C30 is displayed. The user identification information may be information other than the user ID, the login account, and the code ID.

Payment source information is information about the source of payment. A payment source is a payment method that is the source of funds for payment. For example, payment source information may be credit card information (e.g., credit card number, expiration date, and account holder), electronic money information (e.g., electronic money ID and balance), account information such as a bank account (e.g., financial institution code, branch code, and account number), or some of these. If only one payment method is available as a payment source, payment source information may be information about that payment method.

The payment information is information about a payment made in a payment service. The payment information can also be referred to as information about the user's usage history of the payment service. For example, the payment information indicates the payment destination, the payment amount, and the payment date and time. The payment destination is the store that was the subject of the payment. For example, the payment destination is store identification information such as a store ID or store name that can identify the store. The payment amount is the amount of payment to the store. The payment amount can also be referred to as the payment amount. The payment date and time is the date and time when the payment was made. The payment information may include other information. For example, the payment information may indicate points acquired by the user. The payment information may indicate the product or service that was the subject of the payment. The format of the payment information may be similar to the format adopted in known payment services.

For example, when code C30 is read by a store terminal, the store terminal sends a payment request including the code ID obtained from code C30 to the payment server 10. The payment request also includes other information required for payment, such as store identification information and payment amount. When the payment server 10 receives a payment request from the store terminal, it determines whether the code ID included in the payment request is stored in the payment database DB1. If the code ID is stored in the payment database DB1, the payment server 10 executes the payment based on the payment source information associated with the code ID.

For example, the payment server 10 generates payment information based on the result of the execution of the payment. The payment server 10 stores the payment information in the same record in the payment database DB1 as the record in which the code ID included in the payment request is stored. The payment server 10 may store the payment information in a database other than the payment database DB1. The payment server 10 may record the payment information in a computer other than the payment server 10 or in an external information storage medium. The payment information may include a user ID indicating which user made the payment. The user ID may not be included in the payment information, but may be associated with the payment information as separate data from the payment information.

Figure 6 is a diagram showing an example of the reward database DB2. The reward database DB2 is a database that stores various information related to rewards. For example, the reward database DB2 stores a campaign ID, basic information about the campaign, a target facility ID, a target store ID, and reward information. Other information may also be stored in the reward database DB2. For example, the reward database DB2 may store the user ID of a user to whom a reward has been granted.

The campaign ID is campaign identification information that can identify the campaign. The campaign identification information may be information other than the campaign ID (for example, the name of the campaign, or the name of the local government hosting the campaign). The basic information of the campaign is basic information about the campaign. For example, the basic information of the campaign may indicate the name of the campaign, the name of the local government hosting the campaign, the campaign period, or the maximum amount of benefits that can be granted in the campaign.

The target facility ID is the facility ID of the target facility. The facility ID is an example of facility identification information capable of identifying a facility. The facility identification information may be information other than the facility ID (e.g., the name, telephone number, email address, or address of the facility). At least one target facility ID is associated with one campaign ID. For example, when a local government in a certain administrative district holds a campaign, the facility ID of at least one facility in that administrative district is stored in the benefit database DB2 as a target facility ID.

The target store ID is the store ID of the target store. The store ID is an example of store identification information that can identify a store. The store identification information may be information other than the store ID (for example, the store's name, telephone number, email address, or address). At least one store ID is associated with one campaign ID. For example, when a local government in a certain administrative district holds a campaign, the store ID of at least one store in that administrative district is stored as a store ID in the benefit database DB2. When a target facility is affiliated with a payment service, the target facility may also be a target store. In this embodiment, an example is given in which the target facility and the target store are different.

The reward information is information about rewards. For example, the reward information may indicate the specific content of the reward, the conditions under which the reward is granted, or the upper limit of the reward that can be granted to one user. For example, when a new campaign is held, the administrator of the payment service operates his/her own terminal to register the information of the new campaign in the payment server 10. The payment server 10 issues a new campaign ID and creates a new record in the reward database DB2. Based on the information entered by the administrator, the payment server 10 stores the basic information of the campaign, the target facility ID, the target store ID, and the reward information in the new record. This information may be entered by the administrator or by another person (for example, the local government hosting the campaign).

The data stored in the data storage unit 100 is not limited to the above examples. The data storage unit 100 may store data related to the payment service. For example, the data storage unit 100 may store a store database in which various information related to stores affiliated with the payment service is stored. The store database may store basic information such as a store ID, the name and address of the store, payment information for payments to the store, or other information. The data storage unit 100 may store data for various screens displayed on the payment app. For example, the data storage unit 100 may store data for the payment service and the reception service to cooperate with each other.

[Application information acquisition section]
The application information acquisition unit 101 acquires application information related to applications made in a reception service that accepts applications related to a specified facility. The application information acquisition unit 101 may acquire application information each time application information is generated, or may acquire all application information generated during a certain period at once. For example, when the processing of the benefit granting unit 103 is executed at a specified date and time by a batch file or the like, the application information acquisition unit 101 may acquire all application information generated during the period to be processed (for example, the period from the last time the processing of the benefit granting unit 103 was executed to the current time) at once.

For example, the application information acquisition unit 101 may record the acquired application information in the data storage unit 100. The data storage unit 100 may store a database similar to the reception database DB3, or may store a database similar to the portion of the reception database DB3 that contains the user ID and application information. The payment server 10 may acquire application information from the reception server 20 as appropriate and ensure the consistency of the database.

In the first embodiment, the application information is stored in the reception database DB3 of the reception server 20, and therefore the application information acquisition unit 101 acquires the application information from the reception database DB3 of the reception server 20. Note that if the application information is stored in a database other than the reception database DB3 of the reception server 20, the application information acquisition unit 101 may acquire the application information from the other database. If the application information is stored in a computer other than the reception server 20 or in an external information storage medium, the application information acquisition unit 101 may acquire the application information from the other computer or external information storage medium.

[Payment information acquisition section]
The payment information acquisition unit 102 acquires payment information related to a payment made in a payment service. The payment information acquisition unit 102 may acquire payment information every time payment information is generated, or may acquire payment information generated during a certain period all at once. For example, when the processing of the bonus granting unit 103 is executed at a predetermined date and time by a batch file or the like, the payment information acquisition unit 102 may acquire payment information generated during the processing period (for example, the period from the last execution of the processing of the bonus granting unit 103 to the current time) all at once.

In the first embodiment, since the payment information is stored in the payment database DB1 of the payment server 10, the payment information acquisition unit 102 acquires the payment information from the payment database DB1 of the payment server 10. Note that if the payment information is stored in a database other than the payment database DB1 of the payment server 10, the payment information acquisition unit 102 may acquire the payment information from the other database. If the payment information is stored in a computer other than the payment server 10 or an external information storage medium, the payment information acquisition unit 102 may acquire the payment information from the other computer or external information storage medium.

[Benefits Granting Department]
The reward granting unit 103 grants a reward to a user who has made an application for a target facility through the reception service and made a payment to a target store through the payment service based on the application information and the payment information. In the first embodiment, a case is taken as an example in which the target facility and the target store are in the same administrative district, so the reward granting unit 103 grants a reward to a user who has made an application for a target facility through the reception service and made a payment to a target store in the administrative district in which the target facility is located through the payment service.

A reward is a benefit to a user. The reward may be any reward employed in known services, one example of which is a payment service. For example, the reward may be an increase in the point redemption rate, the award of a predetermined amount of points, the return of electronic money according to the payment amount, a coupon, a product, a service, or other reward. The method of awarding the reward may also be a method employed in known services. The process by which the reward awarding unit 103 decides whether to award a reward to a user, or the process of identifying a user to whom a reward will be awarded, is a new configuration, but the awarding of the reward itself may be realized by a process employed in known services.

For example, the reward granting unit 103 may grant a reward by calculating points to be returned to the user (e.g., the amount of points obtained by multiplying the payment amount by the reward rate) based on a higher reward rate compared to when no reward is granted, and granting the points to the user. Granting points is equivalent to increasing the point balance. The reward granting unit 103 may grant a reward by calculating the amount of electronic money to be returned to the user, and granting the electronic money to the user. Returning the electronic money is equivalent to increasing the electronic money balance.

In addition, even when a coupon, a product, or a service corresponds to the benefit, the benefit granting unit 103 may grant the benefit to the user by a known process for granting the coupon, product, or service to the user. For example, the benefit granting unit 103 grants the benefit to the user by transmitting coupon data to the user terminal 30. The benefit granting unit 103 grants the benefit to the user by transmitting voucher data for the product or service to the user terminal 30. Similarly, when other benefits are granted, the granting of the benefit itself may be realized by a known process.

For example, the reward granting unit 103 may execute a process of granting a reward each time a user makes a payment. In this case, the application information acquisition unit 101 acquires application information indicating an application made by a certain user when the user makes a payment. The payment information acquisition unit 102 acquires payment information indicating a payment made by a certain user when the user makes a payment. The application and payment made by a certain user may be identified by a user ID included in the application information and the payment information, or a user ID associated with the application information and the payment information.

For example, the bonus granting unit 103 determines whether the user has applied for the target facility using the reception service based on the facility ID indicated in the application information of the user who made the payment and the target facility ID stored in the bonus database DB2. If these IDs match, the bonus granting unit 103 determines that the user has applied for the target facility using the reception service. The bonus granting unit 103 determines whether the user has made a payment to the target store using the payment service based on the store ID indicated in the payment information of the user who made the payment and the target store ID stored in the bonus database DB2. If these IDs match, the bonus granting unit 103 determines that the user has made a payment to the target store using the payment service.

For example, the bonus granting unit 103 grants a bonus to the user when it is determined that the user has applied for the target facility using the reception service and made payment to the target store using the payment service. That is, the bonus granting unit 103 grants a bonus to the user on the two conditions that the user applies for the target facility using the reception service and that the user makes payment to the target store using the payment service. The bonus granting unit 103 does not grant a bonus to the user when it is determined that the user did not apply for the target facility using the reception service or did not make payment to the target store using the payment service. That is, the bonus granting unit 103 does not grant a bonus to the user when at least one of the above two conditions is not met.

The bonus granting unit 103 may determine whether or not the user has applied for the target facility through the reception service before the user executes the payment. In this case, the bonus granting unit 103 may store application presence/absence information indicating the result of the determination as to whether or not the user has applied for the target facility through the reception service in the payment database DB1 or another database in association with the user ID of the user. The application presence/absence information may also be considered as information indicating whether or not the user is a target to whom a bonus may be granted. The application presence/absence information may also be considered as information indicating whether or not the user is a target for a campaign.

For example, when a user makes a payment, the bonus granting unit 103 may grant a bonus to the user based on the application presence/absence information and the payment information acquired in the prior determination. The bonus granting unit 103 does not grant a bonus to a user whose application presence/absence information indicates that an application for the target facility has not been made through the reception service. When a user whose application presence/absence information indicates that an application for the target facility has been made through the reception service makes a payment, the bonus granting unit 103 determines whether the user has made a payment to the target store through the payment service based on the payment information. When it is determined that the user has made a payment to the target store through the payment service, the bonus granting unit 103 grants a bonus to the user. When it is determined that the user has not made a payment to the target store through the payment service, the bonus granting unit 103 does not grant a bonus to the user.

The bonus granting unit 103 may also execute a process to grant a bonus not when a user makes a payment, but at any timing thereafter. For example, the bonus granting unit 103 may execute a process to grant a bonus to multiple users when a certain time arrives using a batch file. In this case, the bonus granting unit 103 identifies multiple users who have made payments during the period to be processed by the batch file (for example, the period from when the batch file was last executed to the present) based on the payment date and time indicated by the payment information stored in the payment database DB1.

For example, the reward granting unit 103 determines, for each user who made a payment during the processing period, whether or not the user made an application for the target facility using the reception service and made a payment to the target store using the payment service, based on the user's application information and payment information. The method of determination may be the same as when a process for granting a reward is executed each time a user makes a payment. The reward granting unit 103 grants a reward to users, among multiple users who made a payment during the processing period, who made an application for the target facility using the reception service and made a payment to the target store using the payment service.

Note that even when the bonus granting unit 103 executes the process of granting a bonus after a user has made a payment, the bonus granting unit 103 may determine in advance whether or not the user has applied for the target facility through the reception service. In this case, it is assumed that the application presence/absence information described above has been acquired in advance. The bonus granting unit 103 may determine, for each user who has made a payment during the period to be processed using a batch file or the like, based on the application presence/absence information and payment information of the user, whether or not the user has applied for the target facility through the reception service and made a payment to the target store through the payment service.

The reward granting unit 103 may also execute the process of granting rewards to each of multiple users all at once, not at the execution timing of a batch file or the like, but at other timing. For example, the reward granting unit 103 may execute the process of granting rewards to each of multiple users all at once, when the campaign ends, at a specified timing after the campaign ends, at a timing instructed by the administrator of the payment service, at a timing instructed by a person in charge of the local government hosting the campaign, or at other timing.

[1-3-2. Functions realized by the reception server]
For example, the reception server 20 includes a data storage unit 200 and a reception unit 201. The data storage unit 200 is realized by the storage unit 22. The reception unit 201 is realized by the control unit 21.

[Data storage unit]
The data storage unit 200 stores various data in the reception service. For example, the data storage unit 200 stores a reception database DB3.

Figure 7 is a diagram showing an example of the reception database DB3. The reception database DB3 is a database that stores various information related to users who use the reception service. For example, the reception database DB3 stores a user ID, a password, and application information. Other information may also be stored in the reception database DB3. For example, the reception database DB3 may store information indicating the user's email address, phone number, SNS account, messaging app account, or the user's application history.

The user ID and password differ from the user ID and password of the payment service in that they are information for the user to log in to the reception service, but are otherwise similar. In the first embodiment, a case is described in which a common user ID and password are used for the payment service and the reception service, but at least one of the user ID and password may be different for the payment service and the reception service.

When the user IDs in the payment service and the reception service are different, the relationship between a user's user ID in the payment service and the user ID in the reception service is predefined. A relationship database indicating the relationship may be stored in the payment server 10 or in the reception server 20. At least one of the payment server 10 and the reception server 20 may identify which user ID belongs to which user based on the relationship database.

The application information is information related to an application made in the reception service. For example, the application information indicates the facility ID of the facility that is the subject of the application, the application content, and the application date and time. The application content is information on the items necessary for the application. When a reservation application for an accommodation facility is made as in the first embodiment, the application content is the check-in date, check-out date, number of rooms, and number of people. The application content may be other content. The application information may include other information. The format of the application information may be similar to the format adopted in known reception services.

For example, if the reception service accepts a reservation application for a facility such as a golf course, the application information may indicate the date or date and time of use of the facility, the plan specified by the user, and the number of users. If the reception service accepts an application to purchase tickets for an event such as a concert, the application information may indicate the date or date and time of the event to be held at the facility, information such as the name of the facility, the type of seat purchased by the user, and the number of users. Similarly for other reception services, the application information may be any information that indicates the content of the user's application.

The data stored in the data storage unit 200 is not limited to the above examples. The data storage unit 200 may store data related to the reception service. For example, the data storage unit 200 may store a facility database in which facility information related to facilities for which applications can be made through the reception service is stored. The facility database may store basic information such as a facility ID, the name and address of the facility, a history of applications to the facility, or other information. The data storage unit 200 may store data for various screens displayed on the reception app. For example, the data storage unit 200 may store data for the payment service and the reception service to link with each other.

[Reception department]
The reception unit 201 receives an application from a user. For example, when the user performs an operation for application on the user terminal 30, the user terminal 30 transmits an application request including the facility ID of the facility selected by the user to the reception server 20. The application request also includes other information such as the contents of the application. When the reception unit 201 receives the application request from the user terminal 30, the reception unit 201 completes the application based on the application request. For example, the reception unit 201 generates application information based on the application request. The reception unit 201 stores the application information in the same record in the reception database DB3 as the record in which the user ID of the user who made the application request is stored. The reception unit 201 may store the application information in a database other than the reception database DB3. The reception unit 201 may record the application information in a computer other than the reception server 20 or an external information storage medium. The application information may include a user ID indicating which user made the application.

[1-3-3. Functions realized by user terminal]
For example, the user terminal 30 includes a data storage unit 300, an operation reception unit 301, and a display control unit 302. The data storage unit 300 is realized by the storage unit 32. The operation reception unit 301 and the display control unit 302 are realized by the control unit 31.

[Data storage unit]
The data storage unit 300 stores data necessary for the user to use each of the payment service and the reception service. For example, the data storage unit 300 stores a payment application, a reception application, and a browser.

[Operation reception section]
The operation acceptance unit 301 accepts various operations by the user. For example, the operation acceptance unit 301 accepts operations on a payment application. The operation acceptance unit 301 transmits data indicating the contents of the user's operation to the payment server 10. The operation acceptance unit 301 accepts operations on the acceptance application. The operation acceptance unit 301 transmits data indicating the contents of the user's operation to the acceptance server 20.

[Display control unit]
The display control unit 302 displays various screens on the display unit 35. For example, the display control unit 302 displays each of a top screen SC1, a completion screen SC2, a top screen SC3, and a completion screen SC4 on the display unit 35. The display control unit 302 communicates with the payment server 10, the reception server 20, or another computer, receives data necessary for displaying these screens, and displays these screens on the display unit 35.

[1-4. Processing Executed in the Benefit Granting System of the First Embodiment]
Fig. 8 is a diagram showing an example of a process executed in the privilege granting system 1 of the first embodiment. The process of Fig. 8 is executed by the control units 11, 21, and 31 executing programs stored in the storage units 12, 22, and 32, respectively. Fig. 8 shows an example of a case where a process for granting a privilege is executed each time a user makes a payment.

As shown in FIG. 8, when the user selects the reception app, the user terminal 30 communicates with the reception server 20 and executes a process to display the top screen SC1 of the reception service (S100). The user terminal 30 executes a process to accept an application for any facility by the user with the reception server 20 (S101). In S101, when the application is completed, the user terminal 30 displays a completion screen SC2 on the display unit 35. Note that payment to the facility may be completed at the time of application, or may be completed when the user actually visits the facility.

When the user selects the payment app, the user terminal 30 communicates with the payment server 10 and executes a process to display the top screen SC3 of the payment service (S102). When the payment server 10 receives a payment request from the store's terminal, it executes the payment (S103). When the payment server 10 executes the payment, it generates payment information and stores the payment information in the payment database DB1 in association with the user ID of the user who executed the payment. The payment server 10 executes a process to acquire application information of the user who executed the payment between the payment server 10 and the reception server 20 (S104). In S104, the payment server 10 requests the reception server 20 to acquire application information associated with the user ID of the user who executed the payment. The reception server 20 acquires the application information associated with the user ID from the reception database DB3 and transmits it to the payment server 10. The payment server 10 receives the application information from the reception server 20.

The payment server 10 acquires payment information based on the execution result of the payment in S103 (S105). In S105, the payment server 10 acquires the payment information of the payment executed in S105 from the payment database DB1. The payment server 10 may use the payment information acquired by the process of S105 in the processes from S106 onwards before storing the payment information in the payment database DB1. The payment server 10 determines whether or not to grant a privilege to the user based on the privilege database DB2, the application information acquired in S104, and the payment information acquired in S105 (S106). In S106, the payment server 10 determines whether or not to grant a privilege to the user by determining whether or not the user has applied for the target facility in the reception service and made a payment to the target store in the payment service.

If it is determined in S106 that a bonus should be given to the user (S106: Y), i.e., if it is determined that the user has applied for the target facility using the reception service and made payment to the target store using the payment service, the payment server 10 executes processing to give the bonus to the user (S107), and this processing ends. If the bonus is to be given immediately when the payment is made, the payment server 10 executes processing between the user terminal 30 and the user terminal 30 to display a completion screen SC4. In the completion screen SC4, a notification is displayed that the bonus has been given, and the user's points may be increased immediately.

If it is determined in S106 that the user should not be given a bonus (S106:N), i.e., if it is determined that the user did not apply for the target facility using the reception service, or if it is determined that the user did not make a payment to the target store using the payment service, the process of S107 is not executed and this process ends. In this case, a completion screen SC4 indicating that the payment was made without the bonus being granted is displayed on the user terminal 30. Note that after a certain amount of time has passed since the payment was made, a process for obtaining application information, a process for obtaining payment information, and a process for granting the bonus may be executed.

[1-5. Summary of the first embodiment]
The reward system 1 of the first embodiment grants a reward to a user who applies for a target facility through the reception service and makes a payment to the target store through the payment service based on application information and payment information. A user who applies for a target facility through the reception service is attracted to the reward that is granted when the user makes a payment to the target store through the payment service, so the reward system 1 can motivate the user to use the target store and promote the use of the target store. In order for a user to obtain a reward, it is also a condition that the user applies for a target facility through the reception service, so the reward system 1 can motivate the user to apply for the target facility and promote the application of the target facility. Even if a user applies for a target facility through a means other than the reception service, the reward is not granted to the user, so the reward system 1 can motivate the user to use the reception service and promote the use of the reception service. Even if a user makes a payment to the target store through a means other than the payment service, the reward is not granted to the user, so the reward system 1 can motivate the user to use the payment service and promote the use of the payment service. Even if a user makes a payment to the target store through a means other than the payment service, the reward is not granted to the user, so the reward system 1 can motivate the user to use the payment service and promote the use of the payment service.

In addition, the reward granting system 1 grants rewards to users who make an application for a target facility through the reception service and who also make a payment through the payment service to a target store in the administrative district where the target facility is located. In this way, the reward granting system 1 can promote the use of target stores in a specific administrative district. The reward granting system can also promote applications for target facilities in a specific administrative district. As a result, the operator of the payment service, the operator of the reception service, and the local government can cooperate with each other to realize the reward granting system 1, thereby revitalizing the economy of a specific administrative district.

[2. Second embodiment]
A second embodiment, which is an example of an embodiment of the usage suggestion system, usage suggestion method, and program according to the present disclosure, will be described. In the second embodiment, an example is given in which the reward granting system 1 described in the first embodiment corresponds to the usage suggestion system. However, in the second embodiment, for convenience of explanation, the reward granting system 1 described in the first embodiment will be referred to as a usage suggestion system 2. Explanations of the configuration of the usage suggestion system 2 of the second embodiment that is similar to the reward granting system 1 of the first embodiment will be omitted.

Note that at least a portion of the description of the reward granting system 1 in the first embodiment can be read as the use suggested system 2 in the second embodiment. For example, the hardware configuration of the use suggested system 2 may be similar to that of the reward granting system 1 in the first embodiment. The use suggested system 2 in the second embodiment may include only the reception server 20. In this case, the payment server 10 and the user terminal 30 exist outside the use suggested system 2. For example, the use suggested system 2 may include the reception server 20 and another computer not shown in FIG. 1.

[2-1. Overview of the second embodiment]
In the second embodiment, an example is taken of a case where a user uses the reception service but does not use the payment service. For example, the user is a member of the reception service but not a member of the payment service. The user applies for a target facility at the reception service in the same manner as in the first embodiment. The user receives a confirmation email from the reception service a predetermined time before the check-in date of the target facility. The user checks the application details stated in the email.

Figure 9 is a diagram showing an example of an email from the reception service. As shown on the left side of Figure 9, email M contains basic information such as the name and address of the target facility for which the user has applied, as well as the application details entered by the user when applying. For example, if the user is not using a payment service, email M contains details of the benefits that will be granted when the user makes a payment to the target store using the payment service, and a link L for the user to download the payment app. In other words, email M contains a path to the payment service.

For example, when the user selects link L in email M, the user terminal 30 accesses a computer that distributes the payment app (e.g., the payment server 10 or another computer) and displays a download screen SC5 for the payment app on the display unit 35. The user downloads the payment app from the download screen SC5. Once installation of the payment app is complete, the user terminal 30 communicates with the payment server 10 and executes a process for membership registration for the payment service in a similar manner to known payment services. The flow after the user becomes a member of the payment service may be the same as in the first embodiment.

Note that if the user is already a member of the payment service, the link L does not have to be included in the email M. In this case, details of the benefits and the campaign may be notified in the email M. If a user who is not a member of the payment service applies for a facility other than the target facility, the link L does not have to be included in the email M. In this case, details of the benefits and the campaign may be notified in the email M.

As described above, in the second embodiment, when a user who is not a member of the payment service applies for a target facility through the reception service, the usage suggestion system 2 sends the user an email M including details of the benefit and a link L. In this way, the usage suggestion system 2 can motivate users who are not members of the payment service to become members of the payment service, thereby promoting the use of the payment service. Details of the second embodiment will be described below.

[2-2. Functions realized by the usage suggestion system of the second embodiment]
FIG. 10 is a diagram showing an example of functions realized by the usage suggestion system 2 of the second embodiment.

Note that the usage suggestion system 2 of the second embodiment may not include at least some of the functions of the reward granting system 1 described in the first embodiment. For example, the example of FIG. 10 shows a case where the payment server 10 of the usage suggestion system 2 includes an application information acquisition unit 101, a payment information acquisition unit 102, and a reward granting unit 103 for a user who has become a member of the payment service, but the usage suggestion system 2 may not include a payment server 10, and therefore may not include the application information acquisition unit 101, the payment information acquisition unit 102, and the reward granting unit 103. In this case, the application information acquisition unit 101, the payment information acquisition unit 102, and the reward granting unit 103 are realized by the payment server 10 that is external to the usage suggestion system 2. It is a matter that a person skilled in the art can naturally understand from the description of this disclosure that both aspects are described in this disclosure: a mode in which the use suggestion system 2 does not include the application information acquisition unit 101, the payment information acquisition unit 102, and the bonus granting unit 103, and a mode in which the use suggestion system 2 includes the application information acquisition unit 101, the payment information acquisition unit 102, and the bonus granting unit 103.

[2-2-1. Functions realized by the payment server]
For example, the functions realized by the payment server 10 may be similar to those in the first embodiment.

[2-2-2. Functions realized by the reception server]
For example, the reception server 20 includes a data storage unit 200 , a reception unit 201 , an application information acquisition unit 202 , and a usage suggestion unit 203 .

[Data storage unit]
The data storage unit 200 may be the same as in the first embodiment. In the second embodiment, an example is given of the data storage unit 200 storing a database similar to the benefit database DB2. The reception server 20 may communicate with the payment server 10, appropriately acquire the contents of the benefit database DB2, and ensure consistency with the benefit database DB2. The data storage unit 200 may store a database showing only the target facility ID portion and the benefit information portion of the benefit database DB2.

[Reception department]
The reception unit 201 may be the same as that in the first embodiment. The use suggestion system 2 may not include the reception unit 201. When the use suggestion system 2 does not include the reception unit 201, the use suggestion system 2 may acquire application information of an application accepted in an external system from the external system.

[Application information acquisition section]
The application information acquisition unit 202 acquires application information related to applications made in a reception service that accepts applications related to a specified facility. The application information acquisition unit 202 may acquire application information each time application information is generated, or may acquire all application information generated during a certain period at once. For example, when the processing of the utilization suggestion unit 203 is executed at a specified date and time by a batch file or the like, the application information acquisition unit 202 may acquire all application information generated during the period that is the target of processing of the batch file at once.

In the second embodiment, the application information is stored in the reception database DB3, and therefore the application information acquisition unit 202 acquires the application information from the reception database DB3. If the application information is stored in a database other than the reception database DB3, the application information acquisition unit 202 may acquire the application information from the other database. If the application information is stored in a computer other than the reception server 20 or in an external information storage medium, the application information acquisition unit 202 may acquire the application information from the other computer or external information storage medium.

[Usage proposal department]
The usage suggestion unit 203 proposes the use of the payment service to a user who has made an application for a target facility in the reception service based on the application information, by associating the application with a benefit that is a condition for granting the benefit when the application is made and payment is made to a target store in the payment service. In the second embodiment, since the target facility and the target store are in the same administrative district, the usage suggestion unit 203 proposes the use of the payment service to a user who has made an application for a target facility in the reception service, by associating the application with a benefit that is a condition for granting the benefit when the application is made and payment is made to a target store in the administrative district in which the target facility is located.

In the second embodiment, as in the first embodiment, the benefit is given to the user on two conditions: the user applies for admission to the target facility using the reception service, and the user makes payment to the target store using the payment service. Proposing the use of a payment service in association with a benefit means providing information about the benefit and proposing the use of the payment service. In the example of FIG. 9, sending an email M including the benefit details and a link L corresponds to proposing the use of a payment service in association with a benefit.

The method by which the usage suggestion unit 203 suggests the use of the payment service is not limited to email M. The usage suggestion unit 203 may suggest the use of the payment service in association with a benefit using a means of notifying the user of some information. For example, the usage suggestion unit 203 may suggest the use of the payment service in association with a benefit using a notification function of a reception app, a push notification, a banner notification, a pop-up, an SMS message, an SNS message, a message app message, or other means.

For example, the usage suggestion unit 203 may execute a process of proposing the use of a payment service when a predetermined time has passed since the time when the user visits the facility for which an application has been made (for example, the check-in date). The usage suggestion unit 203 determines whether or not an application for the target facility has been made based on the application information. For example, the usage suggestion unit 203 determines whether or not the facility ID indicated in the application information is the target facility ID. When it is determined that an application for the target facility has been made, the usage suggestion unit 203 proposes the use of the payment service in association with a benefit. When it is not determined that an application for the target facility has been made, the usage suggestion unit 203 does not propose the use of the payment service. Note that when an application has been made, the usage suggestion unit 203 may execute a process of proposing the use of a payment service at that time. The processing of the usage suggestion unit 203 in this case will be described in a modified example described later.

For example, the usage suggestion unit 203 may suggest the use of the payment service in association with a benefit to a user who is a member of the payment service but has not used the payment service for a predetermined period of time. In this case, the usage suggestion unit 203 obtains from the payment server 10 the date and time of use when the user who applied for the target facility last used the payment service, and determines whether a predetermined period (e.g., one month) has passed since the date and time of use. If it is determined that the predetermined period has not passed since the date and time of use, the usage suggestion unit 203 may not particularly suggest the use of the payment service, but may suggest the use of the payment service in association with a benefit if it is determined that the predetermined period has passed since the date and time of use. The usage suggestion unit 203 may suggest the use of the payment app in association with a benefit to a user who is a member of the payment service but has not downloaded the payment app.

For example, the usage suggestion unit 203 suggests to the user to use the payment service by presenting a link L for downloading a payment app to the user. The link L includes a URL to a computer that distributes the payment app (e.g., the payment server 10 or another computer). Data indicating the URL of the link L is stored in the data storage unit 200. The usage suggestion unit 203 presents the link L to the user based on the data. In the example of FIG. 9, the usage suggestion unit 203 sends the user an email M including the link L. The usage suggestion unit 203 may present the link L to the user using means other than email M.

[2-2-3. Functions realized by user terminal]
The functions realized by the user terminal 30 may be similar to those in the first embodiment.

[2-3. Processing Executed in the Usage Suggestion System of the Second Embodiment]
Fig. 11 is a diagram showing an example of a process executed in the usage suggestion system 2 of the second embodiment. The control units 21 and 31 execute programs stored in the storage units 22 and 32, respectively, to execute the process in Fig. 11.

As shown in FIG. 11, the processes of S200 and S201 are the same as those of S100 and S101. Based on the reception database DB3, the reception server 20 acquires application information of a user who has checked in a certain time before the check-in date (S202). Based on the application information in S202 and the target facility ID stored in a database similar to the benefit database DB2 stored in the memory unit 22, the reception server 20 determines whether the user has applied for the target facility (S203).

If the user applies for the target facility in S203 (S203:Y), the reception server 20 sends the user an email M including the details of the benefit and a link L, thereby proposing the use of the payment service (S204), and the process ends. If the user does not apply for the target facility in S203 (S203:N), the reception server 20 confirms the details of the application by sending the user a normal email M that does not include the link L (S205), and the process ends.

[2-4. Summary of the second embodiment]
The usage suggestion system 2 of the second embodiment proposes the use of the payment service to a user who has applied for a target facility in the reception service, based on the application information, by associating the application with a benefit that is a condition for the benefit to be provided when the user makes a payment to the target store in the payment service. The user who applied for the target facility in the reception service finds the benefit provided when the user makes a payment to the target store in the payment service attractive, so the usage suggestion system 2 can motivate users who do not use the payment service to use the payment service, and can promote the use of the payment service. For example, when a user who applied for the target facility in the reception service is not a member of the payment service, the usage suggestion system 2 can motivate the user to become a member of the payment service, and can increase the number of members of the payment service. When a user who applied for the target facility in the reception service is a member of the payment service but does not use the payment service, the usage suggestion system 2 can motivate the user to use the payment service, and can promote the use of the payment service. In order for a user to obtain a benefit, it is also a condition that the user applies for the target facility in the reception service, so the usage suggestion system 2 can motivate the user to apply for the target facility, and can promote the application of the target facility. Since no special benefit is given to the user even if the user applies for a target facility by a means other than the reception service, the usage suggestion system 2 can motivate the user to use the reception service and promote the use of the reception service. Since no special benefit is given to the user even if the user makes a payment to a target store by a means other than the payment service, the usage suggestion system 2 can motivate the user to use the payment service and promote the use of the payment service.

The usage suggestion system 2 also suggests to the user the use of a payment service by associating a benefit that can be granted on the condition that an application for a target facility in the reception service is made and a payment is made to a target store in the administrative district where the target facility is located. In this way, the usage suggestion system 2 can promote the use of target stores in a specific administrative district. The usage suggestion system 2 can also promote applications for target facilities in a specific administrative district. As a result, the operator of the payment service, the operator of the reception service, and the local government can cooperate with each other, and the economy of a specific administrative district can be revitalized by realizing the usage suggestion system 2.

In addition, the usage suggestion system 2 suggests to the user the use of the payment service by presenting the user with a link L for downloading the payment app. In this way, the usage suggestion system 1 can encourage the user to download the payment app. The usage suggestion system 1 can promote the use of the payment service from the payment app.

3. Modifications
The present disclosure is not limited to the above-described embodiments. The present disclosure can be modified as appropriate without departing from the spirit and scope of the present disclosure.

[3-1. Modification of the first embodiment]
12 is a diagram showing an example of functions realized in a modified example of the first embodiment. For example, the payment server 10 includes an administrative district advertisement presentation unit 104, a first benefit presentation unit 105, a questionnaire presentation unit 106, a facility advertisement presentation unit 107, and an entry screen control unit 108. Each of the administrative district advertisement presentation unit 104, the first benefit presentation unit 105, the questionnaire presentation unit 106, the facility advertisement presentation unit 107, and the entry screen control unit 108 is realized by the control unit 11. The reception server 20 includes a second benefit presentation unit 204 and a third benefit presentation unit 205. Each of the second benefit presentation unit 204 and the third benefit presentation unit 205 is realized by the control unit 21.

[Modification 1-1]
For example, a user who applies for a target facility in a particular administrative district through the reception service and makes a payment to a target store in the administrative district through the payment service may feel potential attraction to the administrative district. For this reason, an administrative district advertisement related to the administrative district may be presented to the user. The administrative district advertisement is an advertisement related to the administrative district. For example, the administrative district advertisement is a specialty product, a tourist spot, a famous person, or other information other than the specialty product and the tourist spot of the administrative district. An advertisement for hometown tax payment in Japan may correspond to the administrative district advertisement. Note that hometown tax payment is a system in which a user can receive a special deduction when making a donation to a local government in addition to the deduction when making a donation to a place other than the local government. The definition of hometown tax payment may be a well-known definition in Japan.

The data storage unit 100 of variant example 1-1 stores administrative district advertising data related to administrative district advertisements. The administrative district advertising data indicates the specific content of the administrative district advertisement. For example, the administrative district advertising data may indicate text, images, videos, or a combination of these. The administrative district advertising data may be in any format. For example, the administrative district advertising data may be text data, document data, image data, data in a markup language such as HTML, or other formats.

The administrative district advertising data may be uploaded to the payment server 10 by a local government official, or may be uploaded to the payment server 10 by another party (e.g., a payment service operator). When a campaign is held in each of multiple administrative districts, the data storage unit 100 may store administrative district advertising data for each of the multiple administrative districts. The data storage unit 100 stores information that can identify an administrative district (e.g., an ID assigned to the administrative district or the name of the administrative district) in association with the administrative district advertising data.

The reward granting system 1 of the modified example 1-1 includes an administrative district advertisement presentation unit 104. The administrative district advertisement presentation unit 104 presents an administrative district advertisement to the user. The administrative district advertisement presentation unit 104 presents an administrative district advertisement to the user based on the administrative district advertisement data stored in the data storage unit 100. For example, the administrative district advertisement presentation unit 104 identifies a user who has applied for a target facility in a specific administrative district using the reception service and made a payment to a target store in the administrative district using the payment service based on the application information and the payment information. The method of identifying the user may be the same as that of the reward granting unit 103 described in the first embodiment. The administrative district advertisement presentation unit 104 presents an administrative district advertisement to the identified user based on the administrative district advertisement data.

Figure 13 is a diagram showing an example of an administrative district advertisement. In the example of Figure 13, the administrative district advertisement presentation unit 104 presents the administrative district advertisement to the user by displaying an administrative district advertisement including a message such as "Click here to make a hometown tax donation to DDD City" on a completion screen SC4 of the payment app. The completion screen SC4 on which the administrative district advertisement is presented may be a screen indicating that payment to the target store has been completed, or may be a screen indicating that payment to a store that is not the target store has been completed.

In the example of FIG. 13, the administrative district advertisement includes a link to a hometown tax donation website. The administrative district advertisement presentation unit 104 may present the administrative district advertisement in any presentation method. For example, the administrative district advertisement presentation unit 104 may present the administrative district advertisement to the user by displaying the administrative district advertisement on another screen of the payment app (for example, the top screen SC3 or a screen for the notification function of the payment app).

For example, the administrative district advertisement presentation unit 104 may present the administrative district advertisement to the user using email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means as a presentation method other than a payment app. When these presentation methods are used, the administrative district advertisement data indicates the content of these messages or notifications. The administrative district advertisement presentation unit 104 may present the administrative district advertisement to the user using these presentation methods based on the administrative district advertisement data.

The administrative district advertisement presentation unit 104 can present the administrative district advertisement to the user at any timing. For example, the administrative district advertisement presentation unit 104 may present the administrative district advertisement to the user after the user has used a target facility and a target store. The administrative district advertisement presentation unit 104 may present the administrative district advertisement to the user before the user uses a target facility. The administrative district advertisement presentation unit 104 may present the administrative district advertisement to the user before the user uses a target store.

In addition, when a campaign is held in each of multiple administrative districts, the administrative district advertisement presentation unit 104 may identify the administrative district in which the user applied for the target facility based on the application information, and present the administrative district advertisement for that administrative district based on the administrative district advertisement data for that administrative district. The administrative district advertisement presentation unit 104 may identify the administrative district in which the user made a payment for the target store based on the payment information, and present the administrative district advertisement for that administrative district based on the administrative district advertisement data for that administrative district.

The administrative district advertisement may be presented on the reception service side. In this case, the administrative district advertisement presentation unit 104 may be realized by the reception server 20. The data storage unit 200 stores administrative district advertisement data. The administrative district advertisement presentation unit 104 of the reception server 20 may present the administrative district advertisement to the user on the reception app based on the administrative district advertisement data. The reception server 20 may obtain payment information from the payment server 10 and specify that the user has made a payment at the target store. The administrative district advertisement presentation unit 104 of the reception server 20 may present the administrative district advertisement to the user by other presentation methods such as email as described above.

The reward granting system 1 of variant example 1-1 presents administrative district advertisements related to administrative districts to users. This allows the reward granting system 1 to present administrative district advertisements to users who are likely to be interested in administrative districts, thereby increasing the advertising effectiveness of the administrative district advertisements. Users can learn useful information that interests them.

[Modification 1-2]
For example, a benefit may be presented to the user in a payment service. The presentation of a benefit means the presentation of specific details of the benefit. If a benefit is granted as part of a campaign, the presentation of the benefit can also be said to be the presentation of specific details of the campaign. The benefit granting system 1 of variant example 1-2 includes a first benefit presentation unit 105. The first benefit presentation unit 105 presents a benefit to the user in a payment service. For example, the first benefit presentation unit 105 presents a benefit to the user based on benefit information stored in benefit database DB2.

For example, the first benefit presentation unit 105 identifies a user who has applied for the target facility through the reception service based on the application information. The method of identifying the user may be the same as that of the benefit granting unit 103 described in the first embodiment. The first benefit presentation unit 105 presents a benefit to the identified user based on the benefit information. Note that the first benefit presentation unit 105 may identify a user who has applied for the target facility through the reception service and made a payment to the target store through the payment service based on the application information and payment information, and present a benefit to the user.

Figure 14 is a diagram showing an example of a benefit presented to a user in a payment service. In the example of Figure 14, the first benefit presentation unit 105 presents the benefit to the user by displaying information indicating the content of the benefit, "DDD City is holding a campaign. Earn double points when shopping at a target store," on the top screen SC3 of the payment app. The first benefit presentation unit 105 may present the benefit in any presentation method. For example, the first benefit presentation unit 105 may present the benefit to the user by displaying information indicating the content of the benefit on another screen of the payment app (for example, a completion screen SC4 indicating that a payment to a store other than the target store has been completed, or a screen for a notification function of the payment app).

For example, the first benefit presentation unit 105 may present a benefit to the user using email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means as a presentation method other than the payment app. These messages or notifications are sent as messages or notifications from the payment service. When these presentation methods are used, the benefit information indicates the content of these messages or notifications. The first benefit presentation unit 105 may present a benefit to the user using these presentation methods based on the benefit information.

The first benefit presentation unit 105 can present a benefit to the user at any time. For example, the first benefit presentation unit 105 may present a benefit to the user after the user has used a target facility and a target store. The first benefit presentation unit 105 may present a benefit to the user before the user uses a target facility. The first benefit presentation unit 105 may present a benefit to the user before the user uses a target store.

In addition, when a campaign is held in each of multiple administrative districts, the first benefit presentation unit 105 may identify the administrative district in which the user applied for the target facility based on the application information, and present the benefit for that administrative district based on the benefit information for that administrative district. The first benefit presentation unit 105 may identify the administrative district in which the user made a payment for the target store based on the payment information, and present the benefit for that administrative district based on the benefit information for that administrative district.

The reward-granting system 1 of variant 1-2 presents rewards to users in payment services. This allows users who use the payment service to know that they will be given a reward, so the reward-granting system 1 can strongly motivate users to use the target store, effectively promoting use of the target store.

[Modification 1-3]
For example, in variant example 1-2, a case has been described in which a benefit is presented to a user in a payment service. The benefit may also be presented in a reception service. The benefit granting system 1 of variant example 1-3 includes a second benefit presentation unit 204. The second benefit presentation unit 204 presents a benefit to a user in a reception service. The data storage unit 200 of variant example 1-3 may store a database similar to the benefit database DB2, or may store only the benefit information portion of the benefit database DB2. It is assumed that the data storage unit 200 stores at least the benefit information.

For example, the second benefit presentation unit 204 identifies a user who has applied for the target facility through the reception service based on the application information. The method of identifying the user may be the same as that of the benefit granting unit 103 described in the first embodiment. The second benefit presentation unit 204 presents a benefit to the identified user based on the benefit information. Note that the second benefit presentation unit 204 may identify a user who has applied for the target facility through the reception service and made a payment to the target store through the payment service based on the application information and payment information, and present a benefit to the user. In this case, it is assumed that the payment information is stored in the data storage unit 200.

FIG. 15 is a diagram showing an example of a benefit presented to a user in a reception service. In the example of FIG. 15, the second benefit presentation unit 204 presents the benefit to the user by displaying information indicating the content of the benefit, such as "DDD City's campaign is currently running. Apply for a place at a target facility and pay at the target store with AAA Pay to receive double points," on the top screen SC1 of the reception app. The second benefit presentation unit 204 may present the benefit in any presentation method. For example, the second benefit presentation unit 204 may present the benefit to the user by displaying information indicating the content of the benefit on another screen of the reception app (for example, a completion screen SC2 indicating that an application for a target facility has been completed, or a screen for a notification function of the reception app).

For example, the second benefit presentation unit 204 may present the benefit to the user using email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means as a presentation method other than the reception app. These messages or notifications are sent as messages or notifications from the reception service. When these presentation methods are used, the benefit information indicates the content of these messages or notifications. The second benefit presentation unit 204 may present the benefit to the user using these presentation methods based on the benefit information.

The second benefit presentation unit 204 can present a benefit to the user at any time. For example, the second benefit presentation unit 204 may present a benefit to the user after the user has visited the target facility and the target store. The second benefit presentation unit 204 may present a benefit to the user before the user has visited the target facility. The second benefit presentation unit 204 may present a benefit to the user before the user has visited the target store.

In addition, when a campaign is held in each of multiple administrative districts, the second benefit presentation unit 204 may identify the administrative district in which the user applied for the target facility based on the application information, and present the benefit for that administrative district based on the benefit information for that administrative district. The second benefit presentation unit 204 may identify the administrative district in which the user made a payment for the target store based on the payment information, and present the benefit for that administrative district based on the benefit information for that administrative district.

The reward-granting system 1 of variant 1-3 presents rewards to users during the reception service. This allows users who use the reception service to know that they will be given a reward, so the reward-granting system 1 can strongly motivate users to use the target store, effectively promoting use of the target store.

[Modification 1-4]
For example, the benefit to the user may be presented in an email indicating that the application for the target facility has been completed. Benefit granting system 1 of modification 1-4 includes third benefit presentation unit 205. Third benefit presentation unit 205 presents the benefit to the user in the form of an application completion notice indicating that the application for the target facility has been completed. Modification 1-4 takes as an example a case in which third benefit presentation unit 205 presents the benefit to the user by sending an email to be sent when the application is completed. This email may have the same format as in FIG. 9. Note that data storage unit 200 of modification 1-4 stores benefit information in the same manner as modification 1-3.

For example, the third benefit presentation unit 205 determines whether or not the user has applied for the target facility based on the facility ID indicated in the application information. If it is determined that the user has applied for the target facility, the third benefit presentation unit 205 generates an email including specific details of the benefit based on the benefit information stored in the data storage unit 200, and sends the email to the user. Note that, in variant example 1-4, the application completion notification is email, but the application completion notification may be notified by any notification means. For example, the third benefit presentation unit 205 may notify the application completion by a notification function on the reception app, a push notification, a banner notification, a pop-up, SMS, SNS, a message app, or other means.

The reward-granting system 1 of variant 1-4 presents the user with a reward in the form of an application completion notification indicating that an application for a target facility has been completed. As a result, the user who receives the application completion notification knows that a reward will be granted, and the reward-granting system 1 can strongly motivate the user to use the target store and effectively promote use of the target store. For example, users often pay attention to the application completion notification to check whether the application has been completed correctly. The reward-granting system 1 can increase its appeal to users by presenting a reward in the application completion notification, which users pay more attention to.

[Modification 1-5]
For example, the reward granting unit 103 may grant a reward to a user who applies for a target facility using the reception service, checks in to the target facility, and makes a payment to a target store using the payment service. That is, the reward granting unit 103 may grant a reward to a user on the condition that the user checks in to the target facility, as well as on the condition that the user applies for the target facility. The reward granting unit 103 may detect a check-in to a target facility by a method used in a known service in which a check-in to a facility is performed.

For example, when a user checks in to a target facility, a person in charge at the target facility performs an operation on a terminal at the target facility to indicate that the user has checked in. The terminal at the target facility transmits check-in information that can identify the checked-in user to the reception server 20. Information on the user to be checked in may be stored in advance in the terminal at the target facility. The check-in information may include the user ID of the checked-in user, or may include an ID for identifying the application. These IDs may identify which user has checked in.

For example, the reception server 20 transmits check-in information to the payment server 10. The payment server 10 receives the check-in information from the reception server 20. The reward granting unit 103 identifies the user who has checked in to the target facility based on the check-in information. Note that the check-in information may be transmitted directly from the terminal of the target facility to the payment server 10. Also, the user may check in by operating the user terminal 30. In this case, the user terminal 30 may transmit the check-in information to the payment server 10 or the reception server 20.

For example, the reward granting unit 103 determines whether or not a user who has made an application for the target facility through the reception service has checked in, based on the check-in information. When it is determined that a user who has made an application for the target facility through the reception service has checked in, the reward granting unit 103 grants a reward to the user on the condition that the user makes a payment to the target store through the payment service. When it is not determined that a user who has made an application for the target facility through the reception service has checked in, the reward granting unit 103 does not grant a reward to the user even if the user makes a payment to the target store through the payment service.

The reward granting unit 103 may identify that the user has used the target facility by a method other than check-in. For example, the reward granting unit 103 may identify that the user has used the target facility by determining whether or not the user has checked out of the target facility. The reward granting unit 103 may identify that the user has used the target facility by determining whether or not the user has paid for the bill at the target facility. The reward granting unit 103 may grant a reward to the user not only on the condition that the user applies for the target facility, but also on the condition that the user uses the target facility. The reward granting unit 103 may not grant a reward to the user if the user has applied for the target facility but has not used the target facility.

The reward-granting system 1 of variant example 1-5 grants rewards to users who apply for a target facility using the reception service, check in to the target facility, and make a payment at the target store using the payment service. This allows the reward-granting system 1 to prevent rewards from being granted to fraudulent users who only apply for a target facility but do not check in.

[Modification 1-6]
For example, the application information may include information regarding the length of stay that the user will stay at the target facility. The length of stay is the period from when the user visits the target facility to when he or she leaves the target facility. As in the first embodiment, if the target facility is an accommodation facility, the length of stay is the period from check-in to check-out. If the target facility is an event venue, the length of stay is the period during which the user participates in an event at the event venue. Similarly, the application information for other target facilities may indicate the length of stay. The length of stay is specified by the user at the time of application.

The bonus granting unit 103 in variant 1-6 grants a bonus to a user who makes an application for a target facility through the reception service and makes a payment to the target store through the payment service during their stay. The bonus granting unit 103 determines whether a payment to the target store was made through the payment service during their stay by determining whether the payment date and time indicated in the payment information is included in the stay period indicated in the application information. Even if a user makes an application for a target facility through the reception service and makes a payment to the target store through the payment service, if the payment is not made during their stay, the bonus granting unit 103 does not grant a bonus to the user.

The reward-granting system 1 of variant 1-6 grants a reward to a user who applies for a target facility through the reception service and makes a payment to the target store through the payment service during the stay. For example, suppose that a user visits the target facility for which they applied through the reception service, and then visits a location near the target facility for a different purpose and uses the target store without applying through the reception service. In this case, if a reward is granted when the user visits a location near the target facility for a different purpose, this may go against the purpose of the campaign. The reward-granting system 1 can ensure the legitimacy of the reward by preventing the reward from being granted in such cases. For example, the reward-granting system 1 can prevent a user from visiting a target store multiple times for a different purpose after finishing a trip that includes a stay at the target facility, thereby fraudulently acquiring a reward.

[Modification 1-7]
For example, in the reception service, each facility may be ranked. The rank can also be said to be a classification of the facility. Each facility may be ranked according to any criteria. For example, each facility may be ranked according to price range. The operator of the reception service may rank each facility, or the person in charge of each facility may specify the rank of his or her own facility. The rank of each facility is stored in a facility database stored in the data storage unit 200. For example, when an application for accommodation is accepted in the reception service, the facilities may be ranked into luxury, normal, reasonable, and the like. The rank may be any number of stages and is not limited to three stages. The rank may be two stages, or four stages or more.

The reward granting unit 103 of modification 1-7 grants the user a reward according to the rank of the target facility. The relationship between rank and reward is defined in the reward database DB2. For example, the reward information indicates the specific content of the reward for each rank. The rank of the target facility may be indicated in the application information. The payment server 10 may obtain the rank of the target facility by inquiring of the reception server 20 about the rank of the target facility. The reward granting unit 103 identifies the rank of the target facility for which the user has applied based on the application information or inquiry. The reward granting unit 103 refers to the reward information and grants a reward associated with the rank of the target facility. As in modifications 1-2 to 1-4, when a reward is presented, a reward according to the rank of the target facility may be presented.

For example, the reward granting unit 103 may determine the point redemption rate to be granted as a reward to the user such that the higher the rank of the target facility, the higher the point redemption rate. In other words, the reward granting unit 103 may determine the point redemption rate to be granted as a reward to the user such that the lower the rank of the target facility, the lower the point redemption rate. Similarly, when a reward other than the point redemption rate is granted, the reward granting unit 103 may grant the user a reward according to the rank of the target facility.

The reward-granting system 1 of variant 1-7 grants a reward to a user according to the rank of the target facility. This allows the reward-granting system 1 to grant an appropriate reward to a user according to the rank of the target facility. In other words, the reward-granting system 1 can vary the reward according to the rank of the target facility. For example, if the reward-granting system 1 grants a reward with a high point redemption rate to a user who has applied for a luxury target facility, it can encourage applications for the luxury target facility.

[Modification 1-8]
For example, in Modification Example 1-7, the reward granting unit 103 may grant a user a reward for a target store according to the rank of the target facility. The relationship between the rank and the target store is defined in the reward database DB2. For example, for each rank, the store ID of the target store where a user who has applied for a target facility of that rank can obtain a reward is defined in the reward database DB2. For example, the higher the rank, the more luxurious the target store whose store ID is associated with that rank may be.

For example, the bonus granting unit 103 identifies the rank of the target facility for which the user has applied, based on the application information or an inquiry to the reception server 20. The bonus granting unit 103 references the bonus database DB2 and identifies the target store associated with the identified rank. The bonus granting unit 103 determines whether the user used a payment service to make a payment at the identified target store, based on the payment information. If it is determined that the user used a payment service to make a payment at the target store, the bonus granting unit 103 grants a bonus to the user. The bonus granting unit 103 does not grant a bonus to the user even if the user uses a payment service at a store other than the target store associated with the rank (for example, a target store associated with a different rank).

The reward-granting system 1 of variant 1-8 grants a user a reward for a target store according to the rank of the target facility. This allows the reward-granting system 1 to grant a reward to a user who uses an appropriate target store according to the rank of the target facility. In other words, the reward-granting system 1 can vary the target store to which a reward is granted according to the rank of the target facility. For example, when a user who has applied for a high-end target facility uses the high-end target store, the reward-granting system 1 can grant a reward to the user. This allows the reward-granting system 1 to promote the use of target stores according to the rank of the target facility.

[Modification 1-9]
For example, after the user uses a target facility, the payment service may conduct a survey for the user. The data storage unit 100 of variant example 1-9 stores survey data related to the survey. The survey data is data indicating the specific content of the survey. The survey data may be in any format. For example, when a survey is presented on a payment app, the survey data may be data for displaying a screen on the payment app (e.g., HTML data or image data).

The reward granting system 1 of variant 1-9 includes a questionnaire presentation unit 106. The questionnaire presentation unit 106 presents a questionnaire about a target facility to a user who has used the target facility in the payment service. For example, the questionnaire presentation unit 106 determines whether or not the user has checked out from the target facility based on the check-out date indicated in the application information. The questionnaire presentation unit 106 may determine that the user has checked out from the target facility based on information received from a terminal of the target facility. For example, when it is determined that the user has checked out from the target facility, the questionnaire presentation unit 106 presents a questionnaire to the user based on the questionnaire data.

Figure 16 is a diagram showing an example of a questionnaire presented to the user. In the example of Figure 16, the questionnaire presentation unit 106 presents the questionnaire on a completion screen SC4 indicating that payment has been completed. When the user operates the user terminal 30 to answer the questionnaire, the user terminal 30 transmits answer result data indicating the user's answer to the payment server 10. The payment server 10 receives the answer result data from the user terminal 30. The payment server 10 records the answer result data in the data storage unit 100. The payment server 10 may transmit the answer result data to an outside party such as the target facility.

The survey presentation unit 106 may present the survey using any presentation method. For example, the survey presentation unit 106 may present the survey to the user by displaying the survey on another screen of the payment app (for example, the top screen SC3 or a screen for the notification function of the payment app).

For example, the survey presentation unit 106 may present the survey to the user using email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means as a presentation method other than the payment app. When these presentation methods are used, the survey data indicates the content of these messages or notifications. The survey presentation unit 106 may present the survey to the user using these presentation methods based on the survey data.

In the payment service, the reward granting system 1 of variant 1-9 presents a questionnaire about a target facility to a user who has used the target facility. This allows the reward granting system 1 to obtain the results of the questionnaire responses, such as the user's impressions of the target facility, from the user who has used the target facility. For example, if a questionnaire is conducted about the campaign itself, the local government that hosted the campaign can consider the content of future campaigns based on the results of the questionnaire responses.

[Modification 1-10]
For example, a user who has applied for a target facility using the reception service and made payment to the target store using the payment service may be interested in an advertisement corresponding to the target facility. For this reason, an advertisement corresponding to the target facility may be presented to the user. The advertisement corresponding to the target facility may be an advertisement for the target facility, or an advertisement for a facility other than the target facility. The other facility may be another facility in the same administrative district as the target facility, or another facility of the same rank as the target facility. For example, the facility advertisement may be an introduction to the facility, available plans, prices, or other information.

The data storage unit 100 of the modified example 1-1 stores facility advertising data related to facility advertisements. The facility advertising data indicates the specific content of the facility advertisement. For example, the facility advertising data may indicate text, an image, a video, or a combination of these. The facility advertising data may be in any format. For example, the facility advertising data may be text data, document data, image data, data in a markup language such as HTML, or in another format. Note that the facility advertising data may be uploaded to the payment server 10 by a person in charge of the facility, or may be uploaded to the payment server 10 by another person (for example, an operator of a payment service).

The reward granting system 1 of variant 1-10 includes a facility advertisement presentation unit 107. The facility advertisement presentation unit 107 presents a facility advertisement corresponding to a target facility to a user in a payment service. The facility advertisement presentation unit 107 presents a facility advertisement to a user based on facility advertisement data stored in the data storage unit 100. For example, the facility advertisement presentation unit 107 identifies a user who has applied for a target facility in the reception service and made a payment to a target store in the payment service based on application information and payment information. The method of identifying the user may be the same as that of the reward granting unit 103 described in the first embodiment. The facility advertisement presentation unit 107 presents a facility advertisement to the identified user based on the facility advertisement data.

Figure 17 is a diagram showing an example of a facility advertisement. In the example of Figure 17, the facility advertisement presentation unit 107 presents the facility advertisement to the user by displaying the facility advertisement on the completion screen SC4 of the payment app. The facility advertisement presentation unit 107 may present the facility advertisement by any presentation method. For example, the facility advertisement presentation unit 107 may present the facility advertisement to the user by displaying the facility advertisement on another screen of the payment app (for example, the top screen SC3 or a screen for the notification function of the payment app).

For example, the facility advertisement presentation unit 107 may present the facility advertisement to the user using email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means as a presentation method other than the payment app. When these presentation methods are used, the facility advertisement data indicates the content of these messages or notifications. The facility advertisement presentation unit 107 may present the facility advertisement to the user using these presentation methods based on the facility advertisement data.

The facility advertisement presentation unit 107 can present a facility advertisement to the user at any timing. For example, the facility advertisement presentation unit 107 may present a facility advertisement to the user after the user has used a target facility and a target store. The facility advertisement presentation unit 107 may present a facility advertisement to the user before the user uses a target facility. The facility advertisement presentation unit 107 may present a facility advertisement to the user before the user uses a target store.

The reward granting system 1 of variant 1-10 presents a facility advertisement corresponding to a target facility to a user in a payment service. This allows the reward granting system 1 to present a facility advertisement to users who are likely to be interested in a facility advertisement corresponding to the target facility, thereby increasing the advertising effectiveness of the facility advertisement. The user can learn useful information that interests him or her.

[Modification 1-11]
For example, in order for a user to obtain a reward in the campaign described in the first embodiment, entry may be required. In the payment service, the entry may be accepted by detecting that the user has applied for a target facility in the reception service. The reward granting system 1 of modification 1-11 includes an entry screen control unit 108. The entry screen control unit 108 causes the payment service to display an entry screen for accepting entries to a campaign related to rewards based on the application information.

Figure 18 is a diagram showing an example of an entry screen. In the example of Figure 18, a top screen SC3 is described as an example of an entry screen. The entry screen control unit 108 displays the top screen SC3 on the payment app as an example of an entry screen including user interface parts (e.g., buttons) for entry. Data (e.g., HTML data or image data) for displaying the entry screen is stored in the data storage unit 100. Note that the entry screen may be a screen other than the top screen SC3. The entry screen may be any screen on the payment app (e.g., a completion screen SC4, or a screen for a notification function on the payment app).

For example, the entry screen control unit 108 determines whether or not the user has applied for the target facility based on the application information. If it is determined that the user has applied for the target facility, the entry screen control unit 108 causes the entry screen to be displayed on the user terminal 30 by transmitting data for displaying the entry screen to the user terminal 30. If it is determined that the user has not applied for the target facility, the entry screen control unit 108 does not transmit data for displaying the entry screen to the user terminal 30. In this case, a top screen SC3 that does not include user interface parts for entry may be displayed on the user terminal 30.

The reward provision unit 103 of variant 1-11 provides a reward to a user who has made an entry. For example, when a user performs an entry operation on an entry screen, the user terminal 30 transmits an entry request to the payment server 10 for the user to enter the campaign. When the payment server 10 receives the entry request, it stores entry information indicating that the user has entered the campaign in the payment database DB1 or another database.

For example, the reward granting unit 103 grants a reward to a user for whom entry information is stored. The reward granting unit 103 does not grant a reward to a user for whom entry information is not stored. In other words, even if a user applies for a target facility using the reception service and makes a payment to a target store using the payment service, the reward granting unit 103 does not grant a reward if the user has not entered. The reward granting unit 103 may control whether or not to grant a reward to a user based on the entry information.

The reward-granting system 1 of variant example 1-11 displays an entry screen based on application information. The reward-granting system 1 grants a reward to the user who has entered. This allows the reward-granting system 1 to display an entry screen on the user terminal 30 of the user who is the target of the campaign, thereby improving user convenience. By requesting the user to enter, the reward-granting system 1 can make the user more aware of the existence of the campaign.

[Modification 1-12]
For example, the bonus granting unit 103 may grant a user a bonus according to the user's application history in the reception service. The application history is a history of past use of the reception service. For example, if a user has made multiple applications in the past, the application information for each of the multiple past applications is stored in the reception database DB3. The bonus granting unit 103 obtains the application information for each of the multiple past applications from the reception server 20, and grants a bonus according to the application history indicated by the application information.

The relationship between the application history of the reception service and the benefits is defined in the benefit database DB2. For example, the benefit information indicates the specific content of the benefit for each number of uses of the target facility (or the total number of uses of all target facilities in an administrative district) calculated from the application history. The benefit granting unit 103 calculates the number of uses of the target facility (or the total number of uses of all target facilities in an administrative district) from the application history of the reception service, and grants the user a benefit according to the calculation result. For example, the more times the number of uses, the higher the point redemption rate may be.

The reward-granting system 1 of variant 1-12 grants a reward to a user according to the user's application history in the reception service. This allows the reward-granting system 1 to grant an appropriate reward to a user according to the user's application history. In other words, the reward-granting system 1 can vary the reward according to the user's application history. For example, the reward-granting system 1 can promote use of a specific target facility by granting a reward at a high point redemption rate to a user who has repeatedly used the target facility (or a user who has repeatedly used a target facility in a specific administrative district).

[Modification 1-13]
For example, the application information may include information about each of the user who made the application and other users who will use the target facility together with the user. The other users may be any person, and in the case of an application for accommodation, are accompanying persons. For example, the other users may be family members or friends of the user. When making an application at the reception service, the user inputs the user ID of the other users. The application information of variant example 1-13 includes the user ID of the other users.

The bonus granting unit 103 of variant example 1-13 grants a bonus to another user when that other user uses a payment service at a target store. For example, the bonus granting unit 103 identifies that the other user will use the target facility based on the application information. When it identifies that the other user will use the target facility, the specific granting unit determines whether the other user has used a payment service at the target store based on the payment information. When it is determined that the other user has used a payment service at the target store, the specific granting unit grants a bonus to the other user. The method of granting the bonus itself may be the same as for the user who made the application.

The reward-granting system 1 of variant 1-13 grants a reward to another user when the other user uses a payment service at a target store. In this way, the reward-granting system 1 can motivate not only the user who applied but also other users accompanying him/her to use the target store, thereby effectively promoting use of the target store.

[3-2. Modification of the second embodiment]
19 is a diagram showing an example of functions realized in a modification of the second embodiment. For example, the reception server 20 includes an administrative district advertisement presentation unit 206. The administrative district advertisement presentation unit 206 is realized by the control unit 21.

[Modification 2-1]
For example, even in the usage suggestion system 2 of the second embodiment, an administrative district advertisement like that of variant example 1-1 may be presented to a user. The usage suggestion system 2 of variant example 2-1 includes an administrative district advertisement presentation unit 206. The administrative district advertisement presentation unit 206 presents an administrative district advertisement related to an administrative district to a user. The administrative district advertisement presentation unit 206 differs from variant example 1-1 in that it presents an administrative district advertisement to a user who does not use a payment service, but the administrative district advertisement may be the same as that of variant example 1-1. The data storage unit 200 of variant example 2-1 stores administrative district advertisement data.

For example, the administrative district advertising presentation unit 206 identifies users who have applied through the reception service for a target facility in a specific administrative district that is the target of the campaign, based on the application information. Data indicating which target facilities are facilities in a specific administrative district is assumed to be stored in the data storage unit 200. For example, the target facilities in a specific administrative district may be indicated in a facility database that stores basic information about facilities, or the target facilities in a specific administrative district may be indicated in another database.

For example, the administrative district advertisement presentation unit 206 presents an administrative district advertisement based on the administrative district advertisement data to a user who has applied for a target facility in a specific administrative district through the reception service. The administrative district advertisement may be similar to that in FIG. 13. However, while the administrative district advertisement in FIG. 13 is displayed on the completion screen SC4 of the payment app, the administrative district advertisement presentation unit 206 in variant example 2-1 displays the administrative district advertisement on the completion screen SC2 of the reception app. The administrative district advertisement presentation unit 206 may present the administrative district advertisement on another screen of the reception app (for example, the top screen SC1), or may present the administrative district advertisement by email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means.

The administrative district advertisement presentation unit 206 may present the administrative district advertisement to the user regardless of whether the user is using a payment service, or may present the administrative district advertisement to the user on the condition that the user is not using a payment service. For example, the reception server 20 may transmit to the payment server 10 the user ID of a user who has applied for a target facility in a specific administrative district through the reception service, and inquire as to whether the user is using a payment service. The payment server 10 determines whether the user is using a payment service by determining whether the user ID received from the reception server 20 is stored in the payment database DB1. The payment server 10 determines whether the user is using a payment service by determining whether a predetermined time has passed since the user of the user ID last used the payment service.

For example, the payment server 10 transmits the execution result of the determination to the reception server 20. The reception server 20 receives the execution result of the determination from the payment server 10 and determines whether or not a user who has applied for a target facility in a specific administrative district through the reception service is using a payment service. If it is determined that the user is not using the payment service, the administrative district advertisement presentation unit 206 may present an administrative district advertisement to the user. If it is determined that the user is using the payment service, the administrative district advertisement presentation unit 206 may not present an administrative district advertisement to the user.

The usage suggestion system 2 of variant example 2-1 presents administrative district advertisements related to administrative districts to users. This allows the usage suggestion system 2 to present administrative district advertisements to users who are likely to be interested in administrative districts, thereby increasing the advertising effectiveness of the administrative district advertisements. Users can learn useful information that interests them.

[Modification 2-2]
For example, in the second embodiment, an example is given of a case in which the use of a payment service is suggested in email M in association with a benefit, but the suggestion may be made by a method other than email M. The usage suggestion unit 203 may suggest to the user the use of a payment service in association with a benefit in the reception service. The data storage unit 200 in modification 2-2 may store a database similar to the benefit database DB2, or may store only the benefit information portion of the benefit database DB2. It is assumed that the data storage unit 200 stores at least the benefit information.

Figure 20 is a diagram showing an example of a screen on which the reception service suggests the use of a payment service. Figure 20 shows an example of a case in which the usage suggestion unit 203 suggests the use of a payment service in association with a benefit on the completion screen SC2. For example, similar to the second embodiment, the usage suggestion unit 203 identifies a user who has applied for a target facility in the reception service based on the application information. The usage suggestion unit 203 suggests the use of the payment service in association with a benefit to the identified user.

The usage suggestion unit 203 may present the administrative district advertisement on another screen of the reception app (for example, the top screen SC1), or may present the administrative district advertisement via an email, push notification, banner notification, pop-up, SMS message, SNS message, messaging app message, or other means sent when the reservation is completed. These messages or notifications are sent as messages or notifications from the reception service.

In variant example 2-2, the usage suggestion system 2 proposes to the user the use of a payment service in association with a benefit during the reception service. This allows the usage suggestion system 2 to effectively appeal to the user during the reception service to use the payment service.

[Modification 2-3]
For example, in the second embodiment, the use of a payment service is suggested in the email M sent a predetermined time before the check-in date, but the usage suggestion unit 203 may suggest to the user the use of the payment service in association with a benefit in the application completion notice indicating that the application has been completed. In the modification 2-3, when the user has completed an application for a facility, the usage suggestion unit 203 determines whether or not the user has applied for the target facility based on the application information of the application.

For example, when it is determined that the user has applied for the target facility, the usage suggestion unit 203 sends the user an email containing the same content as in FIG. 9 as an application completion notification. The usage suggestion unit 203 may send the application completion notification to the user by means other than email. For example, the usage suggestion unit 203 may send the application completion notification suggesting the use of a payment service in association with a benefit by using a notification function of a reception app, a push notification, a banner notification, a pop-up, an SMS message, an SNS message, a message app message, or other means. These messages or notifications are sent as messages or notifications from the reception service.

If the usage suggestion unit 203 does not determine that the user has applied for the target facility, it sends the user an application completion notification that does not include any particular content of the benefit. This application completion notification may suggest the use of a payment service, or may not suggest the use of a payment service.

The usage suggestion system 2 of variant example 2-3 suggests to the user the use of the payment service in association with a benefit in the application completion notification indicating that the application has been completed. This allows the usage suggestion system 2 to effectively appeal to the user to use the payment service in the reception service. For example, users often pay attention to the application completion notification to check whether the application has been completed correctly. The usage suggestion system 2 can increase the appeal to the user by presenting a benefit in the application completion notification which the user pays more attention to.

[Modification 2-4]
For example, when a user checks in to a target facility, the usage suggestion unit 203 may suggest to the user that the user use a payment service in association with a benefit. The usage suggestion unit 203 may detect a check-in to a target facility by a method used in a known service, similar to the benefit granting unit 103 of Modification Example 1-5. For example, the reception server 20 may receive check-in information from a terminal of the target facility, or may receive check-in information from the user terminal 30, similar to Modification Example 1-5.

For example, when the usage suggestion unit 203 detects that a user has checked in to a target facility, it suggests to the user that the payment service be used in association with a benefit. That is, on the condition that the user has checked in to the target facility, the usage suggestion unit 203 suggests to the user that the payment service be used in association with a benefit. For example, the usage suggestion unit 203 may cause the contents of the benefit and information suggesting the use of the payment service to be displayed on a terminal at the target facility (for example, a self-check-in terminal operated by the user). As another example, when the usage suggestion unit 203 detects that a user has checked in to a target facility, it may suggest to the user that the payment service be used in association with the benefit by other methods such as email or push notification.

In variant example 2-4, the usage suggestion system 2 suggests to the user the use of a payment service in association with benefits when the user checks in to a target facility. When the user checks in to a target facility and is more aware of the facility, the user may become interested in benefits related to the target facility. By making a suggestion at this time, the usage suggestion system 2 can effectively increase the appeal for the use of the payment service.

[Modification 2-5]
For example, the usage suggestion unit 203 may suggest to the user the use of the payment service in association with a benefit according to the rank of the target facility. In variant example 2-5, similar to variant example 1-7, it is assumed that each facility is ranked. In variant example 2-5, similar to variant example 1-7, the data storage unit 200 stores a facility database indicating the rank of each facility in variant example 2-5. The explanation of the ranks may also be the same as in variant example 1-7. For example, the usage suggestion unit 203 refers to the facility database and identifies the rank of the target facility for which the user has applied.

The usage suggestion unit 203 of the modified example 2-5 suggests to the user the use of the payment service in association with a benefit according to the rank of the target facility. As in the modified example 1-7, the relationship between the rank and the benefit is defined in the benefit database DB2. The data storage unit 200 may store a database similar to the benefit database DB2, or may store data indicating only the part of the relationship in the benefit database DB2. The usage suggestion unit 203 may acquire the relationship by inquiring about the relationship from the payment server 10. The usage suggestion unit 203 identifies a benefit associated with the rank of the target facility based on the relationship. The usage suggestion unit 203 suggests the use of the payment service in association with the identified benefit. Although which benefit is referenced differs from the second embodiment, the method of associating the benefit with the use of the payment service may be the same as the second embodiment.

The usage suggestion system 2 of variant example 2-5 suggests to the user the use of a payment service in association with a benefit according to the rank of the target facility. This allows the usage suggestion system 2 to suggest to the user the use of a payment service in association with an appropriate benefit according to the rank of the target facility. In other words, the usage suggestion system 2 can vary the benefit according to the rank of the target facility. For example, the usage suggestion system 2 suggests the use of a payment service to a user who has applied for a high-end target facility in association with a benefit of a high point return rate, thereby increasing the appeal of the use of the payment service.

[Modification 2-6]
For example, the usage suggestion unit 203 may suggest to the user the use of the payment service in association with a benefit related to a target store according to the rank of the target facility. In the modified example 2-6, similar to the modified example 1-8, the relationship between the rank and the target store is defined in the benefit database DB2. The data storage unit 200 in the modified example 2-6 may store a database similar to the benefit database DB2, or may store data indicating only the part of the benefit database DB2 that represents the relationship. The usage suggestion unit 203 may acquire the relationship by inquiring about the relationship from the payment server 10. The data storage unit 200 is also assumed to store basic information such as the name and address of the store.

For example, based on the above relationship, the usage suggestion unit 203 suggests to the user the use of the payment service by associating information on the target store according to the rank of the target facility with a benefit that will be granted if a payment to the target store is made through the payment service. When email M is used as in FIG. 9, the usage suggestion unit 203 suggests the use of the payment service by sending the user email M including a list of all or part of the target stores according to the rank of the target facility to which the user has applied. The usage suggestion unit 203 may obtain information on the target store from the data storage unit 200 and include the information in the email M. Similarly, when the use of the payment service is suggested by a method other than email M, the usage suggestion unit 203 may obtain information on the target store from the data storage unit 200 and make a suggestion to the user based on the information.

The usage suggestion system 2 of variant example 2-6 suggests to the user the use of a payment service in association with benefits related to a target store according to the rank of the target facility. This allows the usage suggestion system 2 to suggest the use of a payment service in association with benefits related to an appropriate target store according to the rank of the target facility. In other words, the usage suggestion system 2 can vary the target store to which benefits are granted according to the rank of the target facility. For example, the usage suggestion system 2 can suggest the use of a payment service to a user who has applied for a high-end target facility in association with benefits that are granted when the user uses a target store corresponding to the high-end target facility.

[Modification 2-7]
For example, in the second embodiment, as in Modification 1-6, the application information may include information regarding the length of stay that the user will stay at the facility. The meaning of the length of stay is as described in Modification 1-6.

The usage suggestion unit 203 in variant example 2-7 suggests to the user to use the payment service in association with a benefit, the condition for which is to be granted is an application for a target facility in the reception service and payment at a target store during the stay period. For example, the usage suggestion unit 203 sends the user an email M including information (e.g., a message) indicating that a condition for granting the benefit is payment at a target store during the stay period. The usage suggestion unit 203 may also send the user an email M including information (e.g., a message) indicating that the benefit will not be granted if payment is made to a target store outside the stay period.

The usage suggestion system 2 of variant example 2-7 suggests to the user to use the payment service by associating a benefit, the condition of which is an application for a target facility in the reception service and a payment to the target store during the stay. For example, suppose that a user visits a target facility for which they applied in the reception service, and then visits a location near the target facility for a different purpose and uses the target store without applying in the reception service. In this case, if the benefit is awarded when the user visits a location near the target facility for a different purpose, this may go against the purpose of the campaign. The usage suggestion system 2 can notify the user in advance that the benefit will not be awarded in such cases, making it less likely that the user will misunderstand.

[Modification 2-8]
For example, in the modified example 2-4, a case was described in which the use of a payment service was suggested when the user checked in to the target facility, but the usage suggestion unit 203 may suggest the use of the payment service to the user in association with a benefit on a screen for checking in to the target facility. This screen may be a screen displayed on the user terminal 30, or may be a terminal of the target facility (e.g., a self-check-in terminal operated by the user). Data (e.g., HTML data) required for displaying this screen is stored in the data storage unit 200. The usage suggestion unit 203 in the modified example 2-8 makes a suggestion to the user based on the data.

For example, when the user operates the user terminal 30 at check-in (e.g., when the user causes the user terminal 30 to display a check-in code), the usage suggestion unit 203 may cause the user terminal 30 to display the contents of the benefit and information suggesting the use of a payment service. The usage suggestion unit 203 causes the user terminal 30 to display the screen for check-in, including the contents of the benefit and information suggesting the use of a payment service, by transmitting the screen display data (e.g., HTML data of a screen including the user's check-in code) to the user terminal 30.

For example, when a user operates a terminal at the target facility when checking in (e.g., when a user operates a self-check-in terminal), the usage suggestion unit 203 may cause the terminal at the target facility to display the contents of the benefit and information suggesting the use of a payment service. The usage suggestion unit 203 causes the terminal at the target facility to display data for a check-in screen including the contents of the benefit and information suggesting the use of a payment service (e.g., HTML data for a screen including a user's check-in code) by transmitting the screen to the terminal at the target facility.

The usage suggestion system 2 of variant example 2-8 suggests to the user the use of the payment service in association with benefits on the screen for checking in to the target facility. When checking in to the target facility, the user may become more aware of the target facility and may become interested in benefits associated with the target facility. By making a suggestion at this time, the usage suggestion system 2 can effectively increase the appeal for the use of the payment service.

[Modification 2-9]
For example, the usage suggestion unit 203 may suggest to the user that the payment service be used in association with a benefit corresponding to the user's application history in the reception service. In Variation 2-9, as in Variation 1-12, the reception server 20 stores the application history, and the relationship between the application history and the benefit is defined in the benefit database DB2. The data storage unit 200 in Variation 2-9 may store a database similar to the benefit database DB2, or may store data indicating only the part of the benefit database DB2 that represents the relationship. The usage suggestion unit 203 may acquire the relationship by inquiring about the relationship from the payment server 10.

For example, the usage suggestion unit 203 identifies a benefit corresponding to the user's application history based on the above relationship, and suggests to the user the use of a payment service in association with the identified benefit. When email M is used as in FIG. 9, the usage suggestion unit 203 suggests the use of a payment service by sending email M to the user including information on a benefit corresponding to the user's application history. For example, the usage suggestion unit 203 suggests the use of a payment service together with the content of the benefit indicating that the more times the user applies for a target facility, the greater the increase in the point redemption rate.

The usage suggestion system 2 of variant example 2-9 suggests to the user the use of a payment service in association with a benefit according to the user's application history in the reception service. This allows the usage suggestion system 2 to suggest the use of a payment service in association with an appropriate benefit according to the user's application history. In other words, the usage suggestion system 2 can vary the benefit according to the user's application history. For example, the usage suggestion system 2 can strongly motivate users who have repeatedly used a specific target facility (or users who have repeatedly used a target facility in a specific administrative district) to use the payment service by granting a benefit with a high point redemption rate.

[Modification 2-10]
For example, similar to the modified example 1-13, the application information may include information on each of the user who made the application and other users who use the facility together with the user. In the modified example 2-10, similar to the modified example 1-13, the user IDs of the other users are included in the application information. The usage suggestion unit 203 of the modified example 2-10 suggests the use of the payment service to the other users in association with a benefit.

For example, the usage suggestion unit 203 determines whether or not other users are using a payment service. The usage suggestion unit 203 transmits the user IDs of the other users to the payment server 10 and inquires whether or not other users are using a payment service. The reception server 20 obtains the determination result of whether or not other users are using a payment service from the payment server 10 and refers to the determination result. When it is determined that other users are using a payment service, the usage suggestion unit 203 suggests to the other users the use of the payment service in association with a benefit. When it is not determined that other users are using a payment service, the usage suggestion unit 203 particularly suggests the use of the payment service. The method of proposing the use of the payment service itself may be the same as that for the user who made the application.

The usage suggestion system 2 of variant example 2-10 suggests to other users the use of a payment service in association with a benefit. The usage suggestion system 2 can motivate not only the user who has applied but also other users accompanying them to use the payment service, thereby effectively promoting the use of the payment service.

[3-3. Other Modifications]
For example, the above modifications may be combined.

For example, the functions described as being realized by the payment server 10 may be realized by the reception server 20, the user terminal 30, or another computer. The processes described as being realized by the payment server 10 may be shared among multiple computers. The processes described as being realized by the reception server 20 may be realized by the payment server 10, the user terminal 30, or another computer. The processes described as being realized by the reception server 20 may be shared among multiple computers. The processes described as being realized by the user terminal 30 may be realized by the payment server 10, the reception server 20, or another computer.

[4. Notes]
For example, in the present disclosure, the following configuration is also possible.

[4-1. Supplementary notes on the first embodiment]
For example, the privilege granting system of the first embodiment can be configured as follows.
(1-1)
an application information acquisition unit that acquires application information relating to an application made at a reception service that accepts applications relating to a predetermined facility;
a payment information acquisition unit that acquires payment information related to a payment made in the payment service;
a privilege granting unit that grants a privilege to a user who has made an application for a target facility through the reception service and made a payment to a target store through the payment service based on the application information and the payment information;
A reward system including:
(1-2)
the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service and who has made a payment to the target store in the administrative district in which the target facility is located through the payment service;
The privilege granting system according to (1-1).
(1-3)
The reward granting system further includes an administrative district advertisement presenting unit that presents an administrative district advertisement related to the administrative district to the user.
The privilege granting system according to (1-2).
(1-4)
The reward granting system further includes a first reward presentation unit that presents the reward to the user in the payment service.
A privilege granting system according to any one of (1-1) to (1-3).
(1-5)
The benefit granting system further includes a second benefit presentation unit that presents the benefit to the user in the reception service.
A privilege granting system according to any one of (1-1) to (1-4).
(1-6)
the benefit granting system further includes a third benefit presenting unit that presents the benefit to the user in an application completion notice indicating that the application for the target facility has been completed.
A privilege granting system according to any one of (1-1) to (1-5).
(1-7)
the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service, checked in to the target facility, and made a payment to the target store through the payment service;
A privilege granting system according to any one of (1-1) to (1-6).
(1-8)
The application information includes information regarding the length of stay of the user at the target facility,
the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service and who has made a payment to the target store through the payment service during the stay;
A privilege granting system according to any one of (1-1) to (1-7).
(1-9)
The reward granting unit grants the user the reward according to a rank of the target facility.
A privilege granting system according to any one of (1-1) to (1-8).
(1-10)
the benefit granting unit grants to the user the benefit related to the target store according to a rank of the target facility;
A privilege granting system according to (1-9).
(1-11)
The reward granting system further includes a questionnaire presenting unit that presents a questionnaire regarding the target facility to the user who has used the target facility in the payment service.
A privilege granting system according to any one of (1-1) to (1-10).
(1-12)
The reward granting system further includes a facility advertisement presenting unit that presents a facility advertisement corresponding to the target facility to the user in the payment service.
A privilege granting system according to any one of (1-1) to (1-11).
(1-13)
The reward system further includes an entry screen control unit that displays an entry screen for accepting entries to a campaign related to the reward in the payment service based on the application information,
The reward granting unit grants the reward to the user who has made the entry.
A privilege granting system according to any one of (1-1) to (1-12).
(1-14)
the benefit granting unit grants the user the benefit according to the user's application history in the reception service.
A privilege granting system according to any one of (1-1) to (1-13).
(1-15)
The application information includes information regarding each of the user who made the application and other users who use the target facility together with the user,
The benefit granting unit grants the benefit to the other user when the other user uses the payment service at the target store.
A privilege granting system according to any one of (1-1) to (1-14).

[4-2. Supplementary notes on the second embodiment]
For example, the usage suggestion system according to the second embodiment can be configured as follows.
(2-1)
an application information acquisition unit that acquires application information relating to an application made at a reception service that accepts applications relating to a predetermined facility;
a usage suggestion unit that suggests to a user who has made an application for a target facility through the reception service, based on the application information, to use the payment service by associating the application with a benefit that is granted on the condition that the application and a payment are made to a target store through the payment service;
A usage suggestion system including:
(2-2)
the utilization suggestion unit proposes to the user utilization of the payment service in association with the benefit, the condition for which is to be provided being an application for the target facility in the reception service and the payment at the target store in the administrative district in which the target facility is located;
The usage suggestion system according to (2-1).
(2-3)
The use suggestion system further includes an administrative district advertisement presentation unit that presents an administrative district advertisement related to the administrative district to the user.
The usage suggestion system according to (2-2).
(2-4)
The usage suggestion unit, in the reception service, suggests to the user usage of the payment service in association with the benefit.
A usage suggestion system according to any one of (2-1) to (2-3).
(2-5)
The use suggestion unit, in an application completion notice indicating that the application has been completed, proposes to the user the use of the payment service in association with the benefit.
A usage suggestion system according to any one of (2-1) to (2-4).
(2-6)
the usage suggestion unit, when the user checks in to the target facility, suggests to the user use of the payment service in association with the benefit;
A usage suggestion system according to any one of (2-1) to (2-5).
(2-7)
the usage suggestion unit suggests to the user the use of the payment service in association with the benefit corresponding to the rank of the target facility;
A usage suggestion system according to any one of (2-1) to (2-6).
(2-8)
the usage suggestion unit suggests to the user use of the payment service in association with the benefit related to the target store according to the rank of the target facility;
The usage suggestion system according to (2-7).
(2-9)
The application information includes information regarding the length of stay of the user at the facility,
the usage suggestion unit suggests to the user the use of the payment service in association with the benefit, the condition for which is to be provided being an application for the target facility in the reception service and the payment at the target store during the stay;
A usage suggestion system according to any one of (2-1) to (2-8).
(2-10)
The usage suggestion unit suggests to the user on a screen for checking in to the target facility that the user use the payment service in association with the benefit.
A usage suggestion system according to any one of (2-1) to (2-9).
(2-11)
the utilization suggestion unit proposes utilization of the payment service to the user in association with the benefit corresponding to the application history of the user in the reception service;
A usage suggestion system according to any one of (2-1) to (2-10).
(2-12)
The application information includes information regarding each of the user who made the application and other users who will use the facility together with the user,
The usage suggestion unit suggests to the other user the use of the payment service in association with the benefit.
A usage suggestion system according to any one of (2-1) to (2-11).
(2-13)
the usage suggestion unit suggests to the user use of the payment service by presenting a link for downloading a payment app, which is an application for the payment service, to the user;
A usage suggestion system according to any one of (2-1) to (2-12).

1 Benefit granting system, 2 Use suggestion system, 10 Settlement server, 11, 21, 31 Control unit, 12, 22, 32 Memory unit, 13, 23, 33 Communication unit, 20 Reception server, 30 User terminal, 34 Operation unit, 35 Display unit, 100 Data storage unit, 101 Application information acquisition unit, 102 Settlement information acquisition unit, 103 Benefit granting unit, 104 Administrative district advertisement presentation unit, 105 First benefit presentation unit, 106 Questionnaire presentation unit, 107 Facility advertisement presentation unit, 108 Entry screen control unit, 200 Data storage unit, 201 Reception unit, 202 Application information acquisition unit, 203 Use suggestion unit, 204 Second benefit presentation unit, 205 Third benefit presentation unit, 206 Administrative district advertisement presentation unit, 300 Data storage unit, 301 Operation reception unit, 302 Display control unit, C30 Code, DB1 Payment database, DB2 benefits database, DB3 reception database, SC1 top screen, SC2 completion screen, SC3 top screen, SC4 completion screen, SC5 download screen, L link, M email, N network.

Claims (15)

an application information acquisition unit that acquires application information relating to an application made at a reception service that accepts applications relating to a predetermined facility;
a payment information acquisition unit that acquires payment information related to a payment made in the payment service;
a privilege granting unit that grants a privilege to a user who has made an application for a target facility through the reception service based on the application information and the payment information and who has made a payment to a target store in the administrative district in which the target facility is located through the payment service;
an administrative district advertisement presentation unit that presents an administrative district advertisement related to the administrative district to the user;
A reward system including: The reward granting system further includes a first reward presentation unit that presents the reward to the user in the payment service.
The reward system according to claim 1 . The benefit granting system further includes a second benefit presentation unit that presents the benefit to the user in the reception service.
The reward system according to claim 1 or 2 . the benefit granting system further includes a third benefit presenting unit that presents the benefit to the user in an application completion notice indicating that the application for the target facility has been completed.
The reward system according to claim 1 or 2 . the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service, checked in to the target facility, and made a payment to the target store through the payment service;
The reward system according to claim 1 or 2 . The application information includes information regarding the length of stay of the user at the target facility,
the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service and who has made a payment to the target store through the payment service during the stay;
The reward system according to claim 1 or 2 . The reward granting unit grants the user the reward according to a rank of the target facility.
The reward system according to claim 1 or 2 . the benefit granting unit grants to the user the benefit related to the target store according to a rank of the target facility;
The reward system according to claim 7 . The reward granting system further includes a questionnaire presenting unit that presents a questionnaire regarding the target facility to the user who has used the target facility in the payment service.
The reward system according to claim 1 or 2 . The reward granting system further includes a facility advertisement presenting unit that presents a facility advertisement corresponding to the target facility to the user in the payment service.
The reward system according to claim 1 or 2 . The reward system further includes an entry screen control unit that displays an entry screen for accepting entries to a campaign related to the reward in the payment service based on the application information,
The reward granting unit grants the reward to the user who has made the entry.
The reward system according to claim 1 or 2 . the benefit granting unit grants the user the benefit according to the user's application history in the reception service.
The reward system according to claim 1 or 2 . The application information includes information regarding each of the user who made the application and other users who use the target facility together with the user,
The benefit granting unit grants the benefit to the other user when the other user uses the payment service at the target store.
The reward system according to claim 1 or 2 . The computer
an application information acquisition step of acquiring application information relating to an application made at a reception service that accepts applications relating to a predetermined facility;
A payment information acquisition step of acquiring payment information regarding a payment made in a payment service;
a privilege granting step of granting a privilege to a user who has made an application for a target facility through the reception service based on the application information and the payment information and who has made a payment to a target store in the administrative district in which the target facility is located through the payment service;
an administrative district advertisement presenting step of presenting an administrative district advertisement related to the administrative district to the user;
A reward granting method that executes the above. an application information acquisition unit that acquires application information relating to an application made in a reception service that accepts applications relating to a predetermined facility;
a payment information acquisition unit that acquires payment information regarding a payment made through a payment service;
a privilege granting unit that grants a privilege to a user who has made an application for a target facility through the reception service based on the application information and the payment information and who has made a payment to a target store in an administrative district in which the target facility is located through the payment service;
an administrative district advertisement presentation unit that presents an administrative district advertisement related to the administrative district to the user;
A program that makes a computer function as a

Images