Usage proposal system, usage proposal method, and program

Abstract

Promote the use of payment services. 【Solution means】The application information acquisition unit (202) of the usage proposal system (2) acquires application information regarding an application made in a reception service that receives an application regarding a predetermined facility. Based on the application information, the usage proposal unit (203) proposes the use of the payment service to the user who made an application regarding the target facility in the reception service, in association with a privilege for which the said application and payment to the target store in the payment service are the conditions for granting.

Description

Technical Field

[0001] The present disclosure relates to a usage proposal system, a usage proposal method, and a program.

Background Art

[0002] Conventionally, with the spread of electronic payment (cashless payment), various payment services are known. For example, Patent Document 1 describes an information processing apparatus that acquires the stay date and time when a user stays at an accommodation facility and the location where the user stays based on the accommodation reservation facility information of the user, and distributes an advertisement of a store around the location where the user stays to the user terminal at a time corresponding to the stay date and time. In such stores, payment services can be used.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, with the technology of Patent Document 1, even if an advertisement of a store around the accommodation facility reserved by the user is distributed to the user terminal, it may not be possible to promote the use of the store, and it is not possible to promote the use of the payment service. This is the same for facilities other than accommodation facilities. For this reason, the conventional technology has not been able to sufficiently promote the use of payment services.

[0005] One of the objects of the present disclosure is to promote the use of payment services.

Means for Solving the Problems

[0006] The application proposal system according to the present disclosure includes an application information acquisition unit that acquires application information regarding an application made in a reception service that receives applications regarding a predetermined facility, and based on the application information, for a user who has made an application regarding a target facility in the reception service, the application and the settlement at a target store in the settlement service are associated with a privilege that is a condition for granting, and a usage proposal unit that proposes the use of the settlement service.

Effect of the Invention

[0007] The present disclosure can promote the use of the settlement service.

Brief Description of the Drawings

[0008]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Mode for Carrying Out the Invention

[0009] [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.

[0010] [1-1. Hardware Configuration of Privilege Granting System] FIG. 1 is a diagram showing an example of the hardware configuration of a privilege granting system. For example, the privilege 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. In FIG. 1, each of the payment server 10, the reception server 20, and the user terminal 30 is shown as one unit, but at least one of the payment server 10, the reception server 20, and the user terminal 30 may exist in multiple units.

[0011] The settlement server 10 is a server computer for settlement services. The settlement services are services that provide users with electronic payments (cashless payments). The payment methods available to users in the settlement services can be of any type. The payment method is the means used by the user for settlement. For example, the payment method may be a credit card, electronic money (including what is called a balance), points, cryptocurrency, debit card, wallet, an account such as a bank account, or other means. Codes such as barcodes or two-dimensional codes also serve as means for settlement and thus correspond to payment methods. The payment method can also be referred to as a payment means.

[0012] For example, the settlement server 10 includes a control unit 11, a storage unit 12, and a communication unit 13. The control unit 11 includes at least one processor. The storage 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.

[0013] The reception server 20 is a server computer for reception services. The reception services are services that receive applications regarding a predetermined facility. The operator who operates the reception services and the operator who operates the settlement services may be the same or different from each other. When these operators are different from each other, it is assumed that these operators are in a cooperative relationship with each other. The facility regarding the application received by the reception services can 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 hall or convention center, a tourist facility, a public facility, a play 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 facilities, or other facilities.

[0014] The application is an application for a user to use a facility or an application for a user to enter a facility (for example, 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 (for example, a reservation application for an accommodation facility, a reservation application for a golf course), a purchase application for a ticket for a user to enter the facility (for example, a ticket for a sports game, a ticket for a concert, or a ticket for a play), and an application for a user to enter the facility without a ticket correspond to applications accepted by the reception service.

[0015] In the first embodiment, the case where an accommodation facility corresponds to the facility is taken as an example. Further, the case where the reception service accepts a reservation application for an accommodation facility is taken as an example. The reception service may also accept reservation applications for travel products such as tours in addition to accommodation facilities. For example, the reception server 20 includes a control unit 21, a storage unit 22, and a communication unit 23. The hardware configurations of the control unit 21, the storage unit 22, and the communication unit 23 may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively.

[0016] 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 storage unit 32, a communication unit 33, an operation unit 34, and a display unit 35. The hardware configurations of the control unit 31, the storage unit 32, and the communication unit 33 may be the same as those of the control unit 11, the storage 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 an organic EL.

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

[0018] Further, the privilege granting system 1 may include at least one computer. The computer included in the privilege granting system 1 is not limited to the example of FIG. 1. For example, the privilege granting system 1 may include only the settlement server 10 and the reception server 20. In this case, the user terminal 30 exists outside the privilege granting system 1. The privilege granting system 1 may include only the settlement server 10. In this case, the reception server 20 and the user terminal 30 exist outside the privilege granting system 1. For example, the privilege granting system 1 may include the settlement server 10 and another computer not shown in FIG. 1.

[0019] [1-2. Outline of the First Embodiment] In the first embodiment, the user operates the user terminal 30 to use each of the settlement service and the reception service. For example, a settlement application that is an application for the settlement service and a reception application that is an application for the reception service are installed in the user terminal 30. The user uses the settlement service from the settlement application. The user uses the reception service from the reception application. The user may use at least one of the settlement service and the reception service from a browser of the user terminal 30.

[0020] FIG. 2 is a diagram showing an example of a screen displayed on the reception app. As shown on the left side of FIG. 2, when the user operates the user terminal 30 to start the reception app, the user terminal 30 communicates with the reception server 20 and causes the display unit 35 to display the top screen SC1 of the reception app. 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.

[0021] For example, the user selects a desired facility from the facilities that match the search conditions and makes an application. When the user finds a desired facility, the user inputs the necessary information and completes the application. When the application is completed, as shown on the right side of FIG. 2, the user terminal 30 causes the display unit 35 to display a completion screen SC2 indicating that the application has been completed. The application process in the reception service may be the same as that of a known reception service.

[0022] In the first embodiment, an example is given in which the reception service and the payment service cooperate with each other when a campaign is held by the local government of a certain administrative division. For example, when the user makes an application for a target facility in the administrative division through the reception service and uses the payment service at a target store in the administrative division, the benefits of the campaign are granted to the user. The target facility is a facility that is a condition for granting the benefits. For example, the target facility is a facility targeted by the campaign. The target store is a store that is a condition for granting the benefits. For example, the target store is a store targeted by the campaign.

[0023] In the example on the right side of FIG. 2, a campaign of DDD City, which is an example of a local government, is being held. For example, if a user applies for a target facility in DDD City through an acceptance service and uses a payment service at a target store in DDD City, the user is given a privilege of an increased point reduction rate. All facilities in DDD City may be target facilities, or some facilities in DDD City may be target facilities. Similarly, all stores in DDD City may be target stores, or some stores in DDD City may be target stores. For example, when the user visits DDD City to use the target facility for which the application has been made, the user makes a payment to the target store in DDD City using a payment app.

[0024] FIG. 3 is a diagram showing an example of a screen displayed on a payment app. As shown on the left side of FIG. 3, when the user operates the user terminal 30 to start 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, on the top screen SC3, a code C30 generated based on a code ID that can temporarily identify the user in the payment service is displayed. The code C30 is at least one of a barcode and a two-dimensional code. When the code C30 is read by the terminal of the target store, payment is executed based on the code ID obtained from the code C30. Payments to other stores other than the target store are also executed in the same process.

[0025] Note that the payment methods available to the user in the payment service are 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 of the type where the user terminal 30 reads the code displayed on the terminal of the target store, the type where the user terminal 30 reads the code posted at the target store, the type that is completed only by an operation on the user terminal 30, the type where the IC chip of the user terminal 30 is used, online payment (for example, account payment using the user's account or ID payment using the user's ID), carrier payment which is the payment of 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.

[0026] For example, when the user makes a payment to the target store through the payment service, as shown on the right side of FIG. 3, the user terminal 30 causes the display unit 35 to display a completion screen SC4 indicating that the payment has been completed. In the example on the right side of FIG. 3, as a privilege for the user, a privilege is given to the user where the reduction rate of the points given in the payment is doubled. When the user applies for other facilities that are not the target facilities, even if the user uses the payment service at the target store, no privilege is given to the user. Also, when the user applies for the target facilities by other methods than the reception service, even if the user uses the payment service at the target store, no privilege is given to the user. When no privilege is given to the user, the user obtains points at the normal reduction rate.

[0027] As described above, the privilege granting system 1 grants a privilege of an increased point reduction rate to a user who applies for the target facility through the reception service and makes a payment to the target store through the payment service. Thereby, the privilege granting system 1 can give the user an incentive to use the target store, and thus can promote the use of the target store. Hereinafter, the details of the privilege granting system 1 will be described.

[0028] [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.

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

[0030] [Data Storage Unit] The data storage unit 100 stores various data in the settlement service. For example, the data storage unit 100 stores a settlement database DB1 and a privilege database DB2.

[0031] FIG. 5 is a diagram showing an example of the settlement database DB1. The settlement database DB1 is a database in which various information about users who use the settlement service is stored. For example, the settlement database DB1 stores a user ID, a password, a code ID, payer information, and settlement information. Other information may be stored in the settlement database DB1. For example, information about the settlement means registered by the user in the settlement service may be stored in the settlement database DB1.

[0032] The user ID is an example of user identification information that can identify the user. Separately from the user ID, there may be a login account. 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 confirmed at the time of login. Since the code ID is also an ID that can identify the user in the settlement service, it is an example of user identification information. The code ID is updated every time the code C30 is displayed. The user identification information may be other information than the user ID, the login account, and the code ID.

[0033] The payer information is information about the payer. The payer is the means of payment that serves as the source of funds for the settlement. For example, the payer information may be credit card information (e.g., credit card number, expiration date, and cardholder name), 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 this information. When there is only one type of payment method available as the payer, the payer information may be any information related to the payment method.

[0034] The settlement information is information related to the settlement conducted through the settlement service. The settlement information can also be said to be information regarding the user's usage history of the settlement service. For example, the settlement information indicates the payee, the settlement amount, and the settlement date and time. The payee is the store that is the object of the settlement. For example, the payee is store identification information such as a store ID or store name that can identify the store. The settlement amount is the amount of money paid to the store. The settlement amount can also be referred to as the payment amount. The settlement date and time is the date and time when the settlement was conducted. The settlement information may include other information. For example, the settlement information may indicate the points obtained by the user. The settlement information may also indicate the goods or services that are the object of the settlement. The format of the settlement information may be the same as the format adopted by known settlement services.

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

[0036] For example, the settlement server 10 generates settlement information based on the execution result of the settlement. The settlement server 10 stores the settlement information in the same record in the settlement database DB1 where the code ID included in the settlement request is stored. The settlement server 10 may store the settlement information in a database other than the settlement database DB1. The settlement server 10 may record the settlement information on another computer other than the settlement server 10 or an external information storage medium. The settlement information may include a user ID indicating which user performed the settlement. The user ID may be associated with the settlement information as separate data rather than being included in the settlement information.

[0037] FIG. 6 is a diagram showing an example of the privilege database DB2. The privilege database DB2 is a database in which various types of information regarding privileges are stored. For example, the privilege database DB2 stores a campaign ID, basic information of the campaign, target facility ID, target store ID, and privilege information. Other information may be stored in the privilege database DB2. For example, the user ID of the user to whom the privilege is granted may be stored in the privilege database DB2.

[0038] The campaign ID is campaign identification information that can identify the campaign. The campaign identification information may be other information (for example, the name of the campaign or the name of the local government that sponsors the campaign) other than the campaign ID. The basic information of the campaign is basic information regarding the campaign. For example, the basic information of the campaign may indicate the name of the campaign, the name of the local government that sponsors the campaign, the holding period of the campaign, or the upper limit of the privileges that can be granted in the campaign.

[0039] The target facility ID is the facility ID of the target facility. The facility ID is an example of facility identification information that can identify a facility. The facility identification information may be other information than the facility ID (for example, the name, phone 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 IDs of at least one facility in the administrative district are stored in the privilege database DB2 as target facility IDs.

[0040] 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 other information than the store ID (for example, the name, phone number, email address, or address of the store). 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 IDs of at least one store in the administrative district are stored in the privilege database DB2 as store IDs. If the target facility joins the payment service, the target facility may become the target store. In this embodiment, the case where the target facility and the target store are different is taken as an example.

[0041] The privilege information is information about the privilege. For example, the privilege information may indicate the specific content of the privilege, the conditions under which the privilege is granted, or the upper limit of the privilege that can be granted to one user. For example, when a new campaign is held, the administrator of the payment service operates his / her 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 privilege database DB2. The payment server 10 stores the basic information of the campaign, the target facility ID, the target store ID, and the privilege information in the new record based on the information input by the administrator. These information may be input by the administrator or by other persons (for example, the local government that holds the campaign).

[0042] Note that the data stored in the data storage unit 100 is not limited to the above example. The data storage unit 100 may store data related to the settlement service. For example, the data storage unit 100 may store a store database in which various information about stores participating in the settlement service is stored. The store database may store basic information such as store IDs, store names and addresses, settlement information for settlements to the store, or other information. The data storage unit 100 may store data of various screens displayed on the settlement application. For example, the data storage unit 100 may store data for the settlement service and the reception service to cooperate with each other.

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

[0044] 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 part of the reception database DB3 that includes user IDs and application information. The settlement server 10 may appropriately acquire application information from the reception server 20 and maintain database consistency.

[0045] In the first embodiment, since the application information is stored in the reception database DB3 of the reception server 20, the application information acquisition unit 101 acquires the application information from the reception database DB3 of the reception server 20. 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 an external information storage medium, the application information acquisition unit 101 may acquire the application information from the other computer or the external information storage medium.

[0046] [Settlement information acquisition unit] The settlement information acquisition unit 102 acquires settlement information regarding the settlement performed by the settlement service. The settlement information acquisition unit 102 may acquire the settlement information each time the settlement information is generated, or may acquire the settlement information generated during a certain period at once. For example, when the process of the privilege granting unit 103 is executed at a predetermined date and time by a batch file or the like, the settlement information acquisition unit 102 may acquire the settlement information generated during the period to be processed (for example, the period from the previous execution of the process of the privilege granting unit 103 to the current time) at once.

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

[0048] [Privilege granting unit] The privilege granting unit 103 grants a privilege to a user who has applied 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, since the case where the target facility and the target store are in the same administrative division is taken as an example, the privilege granting unit 103 grants a privilege to a user who has applied for a target facility through the reception service and made a payment to a target store in the administrative division where the target facility is located through the payment service.

[0049] The privilege is a benefit to the user. The privilege may be any privilege adopted in a known service such as a payment service. For example, the privilege may be an increase in the point reduction rate, the granting of a predetermined amount of points, the reduction of electronic money according to the payment amount, a coupon, a product, a service, or other privileges. The method of granting the privilege may also be a method adopted in a known service. The process of determining whether the privilege granting unit 103 grants a privilege to a user or identifying the user to whom the privilege is to be granted is a new configuration, but the granting of the privilege itself may be realized by a process adopted in a known service.

[0050] For example, the privilege granting unit 103 may calculate the points to be reduced to the user (for example, the amount of points obtained by multiplying the payment amount by the reduction rate) based on a higher reduction rate compared to the case where no privilege is granted, and grant the privilege by granting the points to the user. Granting points means increasing the balance of points. The privilege granting unit 103 may calculate the amount of electronic money to be reduced to the user and grant the privilege by reducing the electronic money to the user. Reducing electronic money means increasing the balance of electronic money.

[0051] In addition, when a coupon, product, or service corresponds to a privilege, the privilege granting unit 103 may grant the privilege to the user by a known process for granting the coupon, product, or service to the user. For example, the privilege granting unit 103 grants the privilege to the user by transmitting coupon data to the user terminal 30. The privilege granting unit 103 grants the privilege to the user by transmitting data of a ticket for using a product or service to the user terminal 30. Similarly, for other cases where a privilege is granted, the granting of the privilege itself may be realized by a known process.

[0052] For example, the privilege granting unit 103 may execute a process of granting a privilege each time a user executes a settlement. In this case, the application information acquisition unit 101 acquires application information indicating the application made by a certain user when the user executes a settlement. The settlement information acquisition unit 102 acquires settlement information indicating the settlement made by a certain user when the user executes a settlement. Which user's application and which user's settlement are may be specified by the user ID included in the application information and settlement information, or the user ID associated with the application information and settlement information.

[0053] For example, the privilege granting unit 103 determines whether the user has applied for the target facility in the reception service based on the facility ID indicated by the application information of the user who has made a settlement and the target facility ID stored in the privilege database DB2. When these IDs match, the privilege granting unit 103 determines that the user has applied for the target facility in the reception service. The privilege granting unit 103 determines whether the user has made a settlement at the target store in the settlement service based on the store ID indicated by the settlement information of the user who has made a settlement and the target store ID stored in the privilege database DB2. When these IDs match, the privilege granting unit 103 determines that the user has made a settlement at the target store in the settlement service.

[0054] For example, when it is determined that the user has applied for a target facility through the acceptance service and the user has made a payment to the target store through the payment service, the privilege granting unit 103 grants a privilege to the user. That is, the privilege granting unit 103 grants a privilege to the user on the condition that the user applies for a target facility through the acceptance service and the user makes a payment to the target store through the payment service. If it is determined that the user has not applied for a target facility through the acceptance service, or if it is determined that the user has not made a payment to the target store through the payment service, the privilege granting unit 103 does not grant a privilege to the user. That is, when at least one of the above two conditions is not satisfied, the privilege granting unit 103 does not grant a privilege to the user.

[0055] Note that the privilege granting unit 103 may determine whether the user has applied for a target facility through the acceptance service before the user executes the payment. In this case, the privilege granting unit 103 may store the application presence / absence information indicating the determination result of whether the user has applied for a target facility through the acceptance service in the payment database DB1 or another database in association with the user ID of the user. The application presence / absence information can also be said to be information indicating whether the user is a target for which a privilege can be granted. The application presence / absence information can also be said to be information indicating whether the user is a target of a campaign.

[0056] For example, when the privilege granting unit 103 determines that a user has executed a payment, it may grant a privilege to the user based on the application presence / absence information obtained through a previous determination and the payment information. The privilege granting unit 103 does not grant a privilege to a user with application presence / absence information indicating that the user has not applied for the target facility in the reception service. When a user with application presence / absence information indicating that the user has applied for the target facility in the reception service executes a payment, the privilege granting unit 103 determines, based on the payment information, whether the user has made a payment to the target store through the payment service. When it is determined that the user has made a payment to the target store through the payment service, the privilege granting unit 103 grants a privilege to the user. When it is determined that the user has not made a payment to the target store through the payment service, the privilege granting unit 103 does not grant a privilege to the user.

[0057] Also, the privilege granting unit 103 may execute a process of granting a privilege at an arbitrary timing after the user has executed a payment, rather than when the user executes a payment. For example, the privilege granting unit 103 may execute a process of granting a privilege to a plurality of users when a certain time arrives by means of a batch file. In this case, the privilege granting unit 103 identifies a plurality of users who have executed a payment during a period (for example, a period from when the batch file was last executed until now) that is the processing target of the batch file, based on the payment date and time indicated by the payment information stored in the payment database DB1.

[0058] For example, for each user who has executed a payment during the processing target period, the privilege granting unit 103 determines, based on the application information and payment information of the user, whether the user has applied for the target facility in the reception service and has made a payment to the target store through the payment service. These determination methods may be the same as those in the case where a process of granting a privilege is executed each time the user executes a payment. The privilege granting unit 103 grants a privilege to a user who has applied for the target facility in the reception service and has made a payment to the target store through the payment service among the plurality of users who have executed a payment during the processing target period.

[0059] In addition, even when the privilege granting unit 103 executes the process of granting a privilege at the timing after the user executes the settlement, the privilege granting unit 103 may have already determined in advance whether the user has applied for the target facility in the reception service. In this case, it is assumed that the above-mentioned application presence / absence information has been acquired in advance. The privilege granting unit 103 determines, for each user who has executed the settlement during the period to be processed by a batch file or the like, based on the application presence / absence information and settlement information of the user, whether the user has applied for the target facility in the reception service and has performed the settlement to the target store in the settlement service.

[0060] Also, the privilege granting unit 103 may execute the process of granting privileges to each of a plurality of users at once at a timing other than the execution timing of a batch file or the like. For example, the privilege granting unit 103 may execute the process of granting privileges to each of a plurality of users at once at the timing when the campaign ends, at a predetermined timing after the campaign ends, at the timing instructed by the administrator of the settlement service, at the timing instructed by the person in charge of the local government sponsoring the campaign, or at other timings.

[0061] [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.

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

[0063] FIG. 7 is a diagram showing an example of the reception database DB3. The reception database DB3 is a database in which various types of information regarding users who use the reception service are stored. For example, the user ID, password, and application information are stored in the reception database DB3. Other information may be stored in the reception database DB3. For example, the user's email address, phone number, SNS account, message app account, or information indicating the history of the user's applications may be stored in the reception database DB3.

[0064] The user ID and password are different 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 the same in other respects. In the first embodiment, the case where a common user ID and password are used in both the payment service and the reception service will be described, but at least one of the user ID and password may be different between the payment service and the reception service.

[0065] Note that when the user IDs are different between the payment service and the reception service, it is assumed that the relationship between the user ID in the payment service of a certain user and the user ID in the reception service of the same user is predefined. The relationship database indicating the relationship may be stored in the payment server 10 or may be stored 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.

[0066] The application information is information regarding the applications made in the reception service. For example, the application information indicates the facility ID of the facility targeted by the application, the content of the application, and the application date and time. The content of the application is information on the matters necessary for the application. When a reservation application for an accommodation facility is made as in the first embodiment, the content of the application is the check-in date, check-out date, number of rooms, and number of people. The content of the application may be other content. The application information may include other information. The format of the application information may be the same as the format adopted in known reception services.

[0067] For example, when the reception service accepts a reservation application for a facility such as a golf course, the application information may indicate the facility usage date or time, the plan specified by the user, and the number of users. When the reception service accepts a purchase application for tickets for an event such as a concert, the application information may indicate the event date or time of the event held at the facility, information such as the name of the facility, the seat type purchased by the user, and the number of users. Similarly, for other reception services, the application information may be any information indicating the user's application content.

[0068] Note that 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 in the reception service is stored. The facility database may store a facility ID, basic information such as the name and address of the facility, the history of applications to the facility, or other information. The data storage unit 200 may store data for various screens displayed on the reception application. For example, the data storage unit 200 may store data for the cooperation between the settlement service and the reception service.

[0069] [Reception Unit] 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 content of the application. When the reception unit 201 receives the application request from the user terminal 30, it 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 where 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.

[0070] [1-3-3. Functions Implemented 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.

[0071] [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.

[0072] [Operation Reception Unit] The operation reception unit 301 receives various operations of the user. For example, the operation reception unit 301 receives an operation on the payment application. The operation reception unit 301 transmits data indicating the operation content of the user to the payment server 10. The operation reception unit 301 receives an operation on the reception application. The operation reception unit 301 transmits data indicating the operation content of the user to the reception server 20.

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

[0074] [1-4. Processes Executed by the Privilege Granting System of the First Embodiment] FIG. 8 is a diagram showing an example of a process executed by the privilege granting system 1 of the first embodiment. The control units 11, 21, 31 execute the programs stored in the storage units 12, 22, 32, respectively, whereby the process of FIG. 8 is executed. FIG. 8 shows an example in which, each time the user executes a payment, a process for granting a privilege is executed.

[0075] As shown in FIG. 8, when the user selects the reception application, the user terminal 30 communicates with the reception server 20 and executes a process for displaying the top screen SC1 of the reception service (S100). The user terminal 30 executes a process for accepting 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 causes the completion screen SC2 to be displayed on the display unit 35. Note that the payment to the facility may be completed at the time of application or when the user actually visits the facility.

[0076] When the user selects the payment app on the user terminal 30, it 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 terminal of the store, 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 obtain the application information of the user who executed the payment between itself and the reception server 20 (S104). In S104, the payment server 10 requests the reception server 20 to obtain the application information associated with the user ID of the user who executed the payment. The reception server 20 obtains 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.

[0077] The payment server 10 obtains the payment information based on the execution result of the payment in S103 (S105). In S105, the payment server 10 obtains the payment information of the payment executed in S105 from the payment database DB1. Before storing the payment information in the payment database DB1, the payment server 10 may use the payment information obtained by the process of S105 in the processes after S106. The payment server 10 determines whether to grant a privilege to the user based on the privilege database DB2, the application information obtained in S104, and the payment information obtained in S105 (S106). In S106, the payment server 10 may determine whether to grant a privilege to the user by determining whether the user has applied for the target facility in the reception service and whether the user has made a payment to the target store in the payment service.

[0078] In S106, when it is determined that a privilege is to be granted to the user (S106: Y), that is, when it is determined that the user has applied for the target facility through the acceptance service and the user has made a payment to the target store through the payment service, the payment server 10 executes a process for granting a privilege to the user (S107), and this process ends. If the privilege is granted immediately when the payment is executed, the payment server 10 executes a process for displaying the completion screen SC4 between the payment server 10 and the user terminal 30. On the completion screen SC4, it may be notified that the privilege has been granted, and the user's points may increase immediately.

[0079] In S106, when it is determined that a privilege is not to be granted to the user (S106: N), that is, when it is determined that the user has not applied for the target facility through the acceptance service, or when it is determined that the user has not made a payment to the target store through the payment service, the process of S107 is not executed, and this process ends. In this case, the completion screen SC4 indicating that the payment has been executed is displayed on the user terminal 30 without granting a privilege. Note that after a certain period of time has elapsed since the payment was executed, a process for acquiring application information, a process for acquiring payment information, and a process for granting a privilege may be executed.

[0080] [Summary of the First Embodiment] The privilege granting system 1 according to the first embodiment grants a privilege to a user who makes an application for a target facility through a reception service and makes a payment to a target store through a payment service based on application information and payment information. Since a user who has applied for a target facility through the reception service feels attracted to the privilege that will be granted when making a payment to the target store through the payment service, the privilege granting 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 privilege, it is also a condition that the user makes an application for the target facility through the reception service. Therefore, the privilege granting system 1 can motivate the user to apply for the target facility and promote the application for the target facility. Even if a user applies for the target facility by means other than the reception service, the user will not be granted a privilege. Therefore, the privilege granting 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 by means other than the payment service, the user will not be granted a privilege. Therefore, the privilege granting system 1 can motivate the user to use the payment service and promote the use of the payment service.

[0081] Also, the privilege granting system 1 grants a privilege to a user who makes an application for a target facility through the reception service and makes a payment to a target store in the administrative division where the target facility is located through the payment service. Thereby, the privilege granting system 1 can promote the use of the target store in a specific administrative division. The privilege granting system can also promote the application for the target facility in a specific administrative division. As a result, by the operator who operates the payment service, the operator who operates the reception service, and the local government cooperating with each other and the privilege granting system 1 being realized, the economy of a specific administrative division can be activated.

[0082] [2. Second Embodiment] A second embodiment, which is an example of an embodiment of a usage proposal system, a usage proposal method, and a program according to the present disclosure, will be described. In the second embodiment, a case where the privilege granting system 1 described in the first embodiment corresponds to the usage proposal system will be taken as an example. However, in the second embodiment, for convenience of explanation, the privilege granting system 1 described in the first embodiment will be referred to as the usage proposal system 2. Among the configurations of the usage proposal system 2 of the second embodiment, the configurations similar to those of the privilege granting system 1 of the first embodiment will be omitted from the description.

[0083] Note that at least a part of the places described as the privilege granting system 1 in the first embodiment can be read as the usage proposal system 2 in the second embodiment. For example, the hardware configuration of the usage proposal system 2 may be the same as that of the privilege granting system 1 of the first embodiment. The usage proposal system 2 of the second embodiment may include only the reception server 20. In this case, the settlement server 10 and the user terminal 30 exist outside the usage proposal system 2. For example, the usage proposal system 2 may include the reception server 20 and another computer not shown in FIG. 1.

[0084] [2-1. Outline of the Second Embodiment] In the second embodiment, a case where the user is using the reception service but not using the settlement service will be taken as an example. For example, assume that the user is a member of the reception service but not a member of the settlement service. The user applies for the target facility through the reception service in the same manner as in the first embodiment. When the time is a predetermined time before the check-in date of the target facility, the user receives a confirmation email from the reception service. The user checks the application details described in the email.

[0085] FIG. 9 is a diagram showing an example of an e-mail from the reception service. As shown on the left side of FIG. 9, the e-mail M includes basic information such as the name and address of the target facility to which the user has applied, as well as the application content entered by the user at the time of application. For example, when the user is not using the payment service, the e-mail M includes the content of the privilege given 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. That is, the e-mail M includes a flow line to the payment service.

[0086] For example, when the user selects the link L in the e-mail M, the user terminal 30 accesses a computer (for example, the payment server 10 or another computer) that distributes the payment app, and causes the display unit 35 to display the download screen SC5 of the payment app. The user downloads the payment app from the download screen SC5. When the installation of the payment app is completed, the user terminal 30 communicates with the payment server 10 and executes a process for membership registration of the payment service in the same flow as the known payment service. The flow after the user becomes a member of the payment service may be the same as that of the first embodiment.

[0087] Note that when the user is already a member of the payment service, the link L may not be included in the e-mail M. In this case, the content of the privilege and the details of the campaign may be notified by the e-mail M. When a user who is not a member of the payment service applies for another facility other than the target facility, the link L may not be included in the e-mail M. In this case, the content of the privilege and the details of the campaign may be notified by the e-mail M.

[0088] 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 in the utilization proposal system 2, an e-mail M including the details of the privilege and the link L is transmitted to the user. Thereby, the utilization proposal system 2 can motivate a user who is not a member of the payment service to become a member of the payment service, and thus can promote the use of the payment service. Hereinafter, the details of the second embodiment will be described.

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

[0090] Note that the utilization proposal system 2 of the second embodiment may not include at least a part of the functions of the privilege granting system 1 described in the first embodiment. For example, in the example of FIG. 10, for a user who has become a member of the payment service, a case is shown in which the payment server 10 of the utilization proposal system 2 includes an application information acquisition unit 101, a payment information acquisition unit 102, and a privilege granting unit 103. However, since the utilization proposal system 2 may not include the payment server 10, the application information acquisition unit 101, the payment information acquisition unit 102, and the privilege granting unit 103 may not be included. In this case, the application information acquisition unit 101, the payment information acquisition unit 102, and the privilege granting unit 103 are realized by a payment server 10 outside the utilization proposal system 2. It is a matter that those skilled in the art can naturally understand from the description of the present disclosure that both the aspect in which the utilization proposal system 2 does not include the application information acquisition unit 101, the payment information acquisition unit 102, and the privilege granting unit 103 and the aspect in which the utilization proposal system 2 includes the application information acquisition unit 101, the payment information acquisition unit 102, and the privilege granting unit 103 are described in the present disclosure.

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

[0092] [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 utilization proposal unit 203.

[0093] [Data storage unit] The data storage unit 200 may be the same as that in the first embodiment. In the second embodiment, for example, the data storage unit 200 stores a database similar to the privilege database DB2. The reception server 20 may communicate with the settlement server 10, appropriately acquire the content of the privilege database DB2, and take measures to ensure consistency with the privilege database DB2. The data storage unit 200 may store a database showing only the target facility ID part and the privilege information part of the privilege database DB2.

[0094] [Reception unit] The reception unit 201 may be the same as that in the first embodiment. Note that the utilization proposal system 2 may not include the reception unit 201. When the utilization proposal system 2 does not include the reception unit 201, the utilization proposal system 2 may acquire the application information of the application received by an external system from the external system.

[0095] [Application information acquisition unit] The application information acquisition unit 202 acquires application information regarding an application made in a reception service that accepts applications for a predetermined facility. The application information acquisition unit 202 may acquire the application information each time the application information is generated, or may collectively acquire the application information generated during a certain period at once. For example, when the processing of the utilization proposal unit 203 is executed at a predetermined date and time by a batch file or the like, the application information acquisition unit 202 may collectively acquire the application information generated during the period targeted by the batch file processing at once.

[0096] In the second embodiment, since the application information is stored in the reception database DB3, 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 an external information storage medium, the application information acquisition unit 202 may acquire the application information from the other computer or the external information storage medium.

[0097] [Usage Proposal Department] Based on the application information, the usage proposal unit 203 proposes the use of the payment service to the user who has applied for the target facility in the reception service, in association with the application, the payment to the target store in the payment service, and the privilege that is the condition for granting. In the second embodiment, since the target facility and the target store are in the same administrative division, the usage proposal unit 203 proposes the use of the payment service to the user, in association with the application for the target facility in the reception service, the payment to the target store in the administrative division where the target facility is located, and the privilege that is the condition for granting.

[0098] Similar to the first embodiment, the privilege in the second embodiment is granted to the user on the condition that the user applies for the target facility in the reception service and the user makes a payment to the target store in the payment service. Proposing the use of the payment service in association with the privilege means guiding the content of the privilege and proposing the use of the payment service. In the example of FIG. 9, sending the electronic mail M including the content of the privilege and the link L corresponds to proposing the use of the payment service in association with the privilege.

[0099] Note that the proposal method by which the Usage Proposal Unit 203 proposes the use of the payment service is not limited to the electronic mail M. The Usage Proposal Unit 203 may propose the use of the payment service in association with a privilege by using a means for notifying the user of any information. For example, the Usage Proposal Unit 203 may propose the use of the payment service in association with a privilege by using the notification function of the reception application, push notification, banner notification, pop-up, SMS message, SNS message, message of the message application, or other means.

[0100] For example, the Usage Proposal Unit 203 may execute a process of proposing the use of the payment service when the timing that is a predetermined time before the timing when the user visits the facility for which the application has been made (for example, the check-in date) arrives. The Usage Proposal Unit 203 determines whether or not an application for the target facility has been made based on the application information. For example, the Usage Proposal Unit 203 determines whether or not the facility ID indicated by the application information is the target facility ID. When it is determined that an application for the target facility has been made, the Usage Proposal Unit 203 proposes the use of the payment service in association with a privilege. When it is determined that an application for the target facility has not been made, the Usage Proposal Unit 203 does not propose the use of the payment service. Note that when an application has been made, the Usage Proposal Unit 203 may execute a process of proposing the use of the payment service at that time. The process of the Usage Proposal Unit 203 in this case will be described in a modification example described later.

[0101] For example, the Usage Proposal Unit 203 may propose the use of the payment service in association with a privilege to a user who is a member of the payment service but has not used the payment service for a predetermined period. In this case, the Usage Proposal Unit 203 obtains, from the payment server 10, the usage date and time when the user who applied for the target facility last used the payment service, and determines whether a predetermined period (for example, one month) has elapsed since the usage date and time. If it is determined that the predetermined period has not elapsed since the usage date and time, the Usage Proposal Unit 203 does not particularly propose the use of the payment service, and if it is determined that the predetermined period has elapsed since the usage date and time, the Usage Proposal Unit 203 may propose the use of the payment service in association with a privilege. The Usage Proposal Unit 203 may propose the use of the payment application in association with a privilege to a user who is a member of the payment service but has not downloaded the payment application.

[0102] For example, the Usage Proposal Unit 203 proposes the use of the payment service by presenting a link L for the user to download the payment application. The link L includes a URL to a computer (for example, the payment server 10 or another computer) that distributes the payment application. Assume that the data indicating the URL of the link L is stored in the data storage unit 200. The Usage Proposal Unit 203 presents the link L to the user based on the data. In the example of FIG. 9, the Usage Proposal Unit 203 transmits an electronic mail M including the link L to the user. The Usage Proposal Unit 203 may present the link L to the user using means other than the electronic mail M.

[0103] [2-2-3. Functions Implemented on the User Terminal] The functions implemented on the user terminal 30 may be the same as those in the first embodiment.

[0104] [2-3. Processes Executed by the Usage Proposal System According to the Second Embodiment] FIG. 11 is a diagram showing an example of a process executed by the usage proposal system 2 according to the second embodiment. The control units 21 and 31 execute the programs stored in the storage units 22 and 32, respectively, whereby the process of FIG. 11 is executed.

[0105] As shown in FIG. 11, the processes of S200 and S201 are the same as the processes of S100 and S101. The reception server 20 acquires application information of a user at a timing that is a predetermined time before the check-in date based on the reception database DB3 (S202). The reception server 20 determines whether the user has applied for the target facility based on the application information in S202 and the target facility ID stored in a database similar to the privilege database DB2 stored in the storage unit 22 (S203).

[0106] In S203, when the user has applied for the target facility (S203: Y), the reception server 20 transmits an electronic mail M including the details of the privilege and the link L to the user to propose the use of the settlement service (S204), and this process ends. In S203, when the user has not applied for the target facility (S203: N), the reception server 20 confirms the application details to the user by transmitting a normal electronic mail M not including the link L to the user (S205), and this process ends.

[0107] [Summary of the Second Embodiment] The utilization proposal system 2 of the second embodiment proposes the use of the payment service to a user who has applied for a target facility through the reception service, in association with a privilege that is a condition for the application and payment to the target store in the payment service. Since a user who has applied for a target facility through the reception service is attracted by the privilege granted when making a payment to the target store through the payment service, the utilization proposal system 2 can motivate users who do not use the payment service to use it, thereby promoting the use of the payment service. For example, when a user who has applied for a target facility through the reception service is not a member of the payment service, the utilization proposal system 2 can motivate the user to become a member of the payment service, increasing the number of members of the payment service. When a user who has applied for a target facility through the reception service is a member of the payment service but has not used the payment service, the utilization proposal system 2 can motivate the user to use the payment service, promoting the use of the payment service. In order for a user to obtain the privilege, it is also a condition that the user applies for the target facility through the reception service. Therefore, the utilization proposal system 2 can motivate the user to apply for the target facility, promoting the application for the target facility. Even if a user applies for the target facility by means other than the reception service, the user will not be granted the privilege. So, the utilization proposal system 2 can motivate the user to use the reception service, promoting the use of the reception service. Even if a user makes a payment to the target store by means other than the payment service, the user will not be granted the privilege. Therefore, the utilization proposal system 2 can motivate the user to use the payment service, promoting the use of the payment service.

[0108] In addition, the usage proposal system 2 proposes the use of the payment service to the user, in association with a privilege that requires an application for a target facility in the reception service and a payment to a target store in the administrative division where the target facility is located. As a result, the usage proposal system 2 can promote the use of target stores in a specific administrative division. The usage proposal system 2 can also promote the application for target facilities in a specific administrative division. As a result, by the operator who operates the payment service, the operator who operates the reception service, and the local government cooperating with each other and realizing the usage proposal system 2, the economy of a specific administrative division can be activated.

[0109] In addition, the usage proposal system 2 proposes the use of the payment service to the user by presenting a link L for downloading the payment app. As a result, the usage proposal system 1 can prompt the user to download the payment app. The usage proposal system 1 can promote the use of the payment service from the payment app.

[0110] [3. Modification Example] The present disclosure is not limited to the embodiments described above. The present disclosure can be appropriately changed without departing from the gist of the present disclosure.

[0111] [3-1. Modification Example of the First Embodiment] FIG. 12 is a diagram showing an example of functions realized in a modification example of the first embodiment. For example, the payment server 10 includes a prefecture advertisement presentation unit 104, a first privilege presentation unit 105, a questionnaire presentation unit 106, a facility advertisement presentation unit 107, and an entry screen control unit 108. Each of the prefecture advertisement presentation unit 104, the first privilege 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 privilege presentation unit 204 and a third privilege presentation unit 205. Each of the second privilege presentation unit 204 and the third privilege presentation unit 205 is realized by the control unit 21.

[0112] [Modification Example 1-1] For example, a user who conducts an application for a target facility in a specific administrative division through an acceptance service and conducts a settlement with a target store in the administrative division through a settlement service may feel potential attractiveness towards the administrative division. Therefore, an administrative division advertisement related to the administrative division may be presented to the user. The administrative division advertisement is an advertisement related to the administrative division. For example, the administrative division advertisement is a specialty product, tourist destination, famous thing other than specialty products and tourist destinations, famous person, or other information of the administrative division. An advertisement for hometown tax payment in Japan may correspond to the administrative division advertisement. Note that hometown tax payment is a system in which a user can receive a special deduction in addition to the deduction for cases where the user donates to entities other than local governments when donating to a local government. The definition of hometown tax payment may be a publicly known definition in Japan.

[0113] The data storage unit 100 of Modification Example 1-1 stores administrative division advertisement data related to the administrative division advertisement. The administrative division advertisement data indicates the specific content of the administrative division advertisement. For example, the administrative division advertisement data may indicate text, an image, a video, or a combination thereof. The administrative division advertisement data may be in any format. For example, the administrative division advertisement data may be text data, document data, image data, data of a markup language such as HTML, or other formats.

[0114] Note that the administrative division advertisement data may be uploaded to the settlement server 10 by a person in charge of the local government, or may be uploaded to the settlement server 10 by another person (for example, the operator of the settlement service). When campaigns are held in each of a plurality of administrative divisions, the data storage unit 100 may store the administrative division advertisement data of each of the plurality of administrative divisions. The data storage unit 100 stores in association information that can identify the administrative division (for example, an ID assigned to the administrative division, or the name of the administrative division) and the administrative division advertisement data.

[0115] The privilege granting system 1 of Modification Example 1-1 includes a prefecture advertisement presenting unit 104. The prefecture advertisement presenting unit 104 presents a prefecture advertisement to the user. The prefecture advertisement presenting unit 104 presents a prefecture advertisement to the user based on the prefecture advertisement data stored in the data storage unit 100. For example, the prefecture advertisement presenting unit 104, based on the application information and the payment information, conducts an acceptance service for applications for target facilities in a specific prefecture and identifies a user who has conducted a payment to a target store in the prefecture through a payment service. The method for identifying the user may be the same as that of the privilege granting unit 103 described in the first embodiment. The prefecture advertisement presenting unit 104 presents a prefecture advertisement to the identified user based on the prefecture advertisement data.

[0116] FIG. 13 is a diagram showing an example of a prefecture advertisement. In the example of FIG. 13, the prefecture advertisement presenting unit 104 presents a prefecture advertisement to the user by displaying a prefecture advertisement including a message such as "Local tax payment to DDD City is here" on the completion screen SC4 of the payment application. The completion screen SC4 on which the prefecture advertisement is presented may be a screen indicating that the payment to the target store has been completed, or may be a screen indicating that the payment to a store other than the target store has been completed.

[0117] In the example of FIG. 13, the prefecture advertisement includes a link to the local tax payment website. The prefecture advertisement presenting unit 104 may present the prefecture advertisement by any presenting method. For example, the prefecture advertisement presenting unit 104 may present a prefecture advertisement to the user by displaying the prefecture advertisement on another screen of the payment application (for example, the top screen SC3 or the screen of the notification function of the payment application).

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

[0119] Note that the administrative division advertisement presentation unit 104 can present an administrative division advertisement to the user at any timing. For example, the administrative division advertisement presentation unit 104 may present an administrative division advertisement to the user after the user uses the target facility and the target store. The administrative division advertisement presentation unit 104 may present an administrative division advertisement to the user before the user uses the target facility. The administrative division advertisement presentation unit 104 may present an administrative division advertisement to the user before the user uses the target store.

[0120] Also, when a campaign is held in each of a plurality of administrative divisions, the administrative division advertisement presentation unit 104 may identify the administrative division in which the user applied for the target facility based on the application information, and present the administrative division advertisement of the administrative division based on the administrative division advertisement data of the administrative division. The administrative division advertisement presentation unit 104 may identify the administrative division in which the user settled the target store based on the settlement information, and present the administrative division advertisement of the administrative division based on the administrative division advertisement data of the administrative division.

[0121] Note that the administrative division advertisement may be presented on the reception service side. In this case, the administrative division advertisement presentation unit 104 may be implemented by the reception server 20. The data storage unit 200 stores administrative division advertisement data. The administrative division advertisement presentation unit 104 of the reception server 20 may present an administrative division advertisement to the user on the reception application based on the administrative division advertisement data. The reception server 20 may obtain settlement information from the settlement server 10 and identify that the user has made a settlement at the target store. The administrative division advertisement presentation unit 104 of the reception server 20 may present an administrative division advertisement to the user by other presentation methods such as the aforementioned e-mail.

[0122] The privilege granting system 1 of Modification Example 1-1 presents an administrative division advertisement related to an administrative division to the user. Thereby, the privilege granting system 1 can present an administrative division advertisement to a user who is likely to be interested in the administrative division, so that the advertising effect of the administrative division advertisement can be enhanced. The user can know useful information in which he or she is interested.

[0123] [Modification Example 1-2] For example, in the settlement service, a privilege for the user may be presented. The presentation of the privilege is the presentation of the specific content of the privilege. When a privilege is granted as part of a campaign, the presentation of the privilege can also be said to be the presentation of the specific content of the campaign. The privilege granting system 1 of Modification Example 1-2 includes a first privilege presentation unit 105. The first privilege presentation unit 105 presents a privilege to the user in the settlement service. For example, the first privilege presentation unit 105 presents a privilege to the user based on the privilege information stored in the privilege database DB2.

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

[0125] FIG. 14 is a diagram showing an example of a privilege presented to a user in the payment service. In the example of FIG. 14, the first privilege presentation unit 105 presents a privilege to the user by displaying information "Campaign in DDD City! Double points when shopping at the target store" indicating the content of the privilege on the top screen SC3 of the payment application. The first privilege presentation unit 105 may present the privilege by any presentation method. For example, the first privilege presentation unit 105 may present a privilege to the user by displaying information indicating the content of the privilege on another screen of the payment application (for example, a completion screen SC4 indicating that the payment to a store other than the target store has been completed, or a screen of the notification function of the payment application).

[0126] For example, as a presentation method other than the payment application, the first privilege presentation unit 105 may present a privilege to the user by using an e-mail, a push notification, a banner notification, a pop-up, an SMS message, an SNS message, a message of a message application, or other means. These messages or notifications are made as messages or notifications from the payment service. When these presentation methods are used, the privilege information indicates the content of these messages or notifications. The first privilege presentation unit 105 may present a privilege to the user by using these presentation methods based on the privilege information.

[0127] In addition, the first privilege presentation unit 105 can present a privilege to the user at any timing. For example, the first privilege presentation unit 105 may present a privilege to the user after the user uses the target facility and the target store. The first privilege presentation unit 105 may present a privilege to the user before the user uses the target facility. The first privilege presentation unit 105 may present a privilege to the user before the user uses the target store.

[0128] Also, when a campaign is held in each of a plurality of administrative divisions, the first privilege presentation unit 105 may identify the administrative division in which the user applied for the target facility based on the application information, and present the privilege of the administrative division based on the privilege information of the administrative division. The first privilege presentation unit 105 may identify the administrative division in which the user settled the target store based on the settlement information, and present the privilege of the administrative division based on the privilege information of the administrative division.

[0129] The privilege granting system 1 of Modification Example 1-2 presents a privilege to the user in the payment service. Thereby, since the user who uses the payment service can know that a privilege is granted, the privilege granting system 1 can strongly motivate the user to use the target store, and can effectively promote the use of the target store.

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

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

[0132] FIG. 15 is a diagram showing an example of a privilege presented to a user in the reception service. In the example of FIG. 15, the second privilege presentation unit 204 presents a privilege to the user by displaying information indicating the content of the privilege, "Campaign in DDD City: Double points when applying for a target facility and making a payment to a target store with AAA Pay", on the top screen SC1 of the reception application. The second privilege presentation unit 204 may present the privilege by any presentation method. For example, the second privilege presentation unit 204 may present a privilege to the user by displaying information indicating the content of the privilege on another screen of the reception application (for example, a completion screen SC2 indicating that the application for the target facility has been completed, or a screen of the notification function of the reception application).

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

[0134] Note that the second privilege presentation unit 204 can present a privilege to the user at any timing. For example, the second privilege presentation unit 204 may present a privilege to the user after the user uses the target facility and the target store. The second privilege presentation unit 204 may present a privilege to the user before the user uses the target facility. The second privilege presentation unit 204 may present a privilege to the user before the user uses the target store.

[0135] Also, when a campaign is held in each of a plurality of administrative divisions, the second privilege presentation unit 204 may identify the administrative division in which the user applied for the target facility based on the application information, and present the privilege of the administrative division based on the privilege information of the administrative division. The second privilege presentation unit 204 may identify the administrative division in which the user settled the target store based on the settlement information, and present the privilege of the administrative division based on the privilege information of the administrative division.

[0136] The privilege granting system 1 of Modifications 1-3 presents a privilege to the user in the reception service. Thereby, since the user who uses the reception service can know that a privilege is granted, the privilege granting system 1 can strongly motivate the user to use the target store, and can effectively promote the use of the target store.

[0137] [Modification 1-4] For example, the privilege for the user may be presented by an e-mail indicating that the application for the target facility has been completed. The privilege granting system 1 of Modification 1-4 includes a third privilege presentation unit 205. The third privilege presentation unit 205 presents a privilege to the user with an application completion notice indicating that the application for the target facility has been completed. In Modification 1-4, the case where the third privilege presentation unit 205 presents a privilege by sending an e-mail sent when the application is completed to the user is taken as an example. This e-mail may be in the same format as FIG. 9. Note that the data storage unit 200 of Modification 1-4 stores privilege information in the same manner as Modification 1-3.

[0138] For example, the third privilege presentation unit 205 determines whether the user has applied for the target facility based on the facility ID indicated in the application information. When it is determined that the user has applied for the target facility, the third privilege presentation unit 205 generates an email including the specific content of the privilege based on the privilege information stored in the data storage unit 200, and sends the email to the user. Note that in Modification Examples 1-4, the case where the application completion notice is an email is taken as an example, and the application completion notice may be notified by any notification means. For example, the third privilege presentation unit 205 may send the application completion notice by a notification function on the reception app, push notification, banner notification, pop-up, SMS, SNS, message app, or other means.

[0139] The privilege granting system 1 in Modification Examples 1-4 presents a privilege to the user by an application completion notice indicating that the application for the target facility has been completed. As a result, the user who has received the application completion notice can know that the privilege is granted, so the privilege granting system 1 can strongly motivate the user to use the target store and effectively promote the use of the target store. For example, the user often pays attention to the application completion notice to confirm whether the application has been accurately completed. The privilege granting system 1 can enhance the appeal effect on the user by presenting the privilege in the application completion notice that the user pays more attention to.

[0140] [Modification Examples 1-5] For example, the privilege granting unit 103 may grant a privilege to a user who has applied for the target facility in the reception service, checked in to the target facility, and made a payment to the target store in the payment service. That is, the privilege granting unit 103 may grant a privilege to the user on the condition that the user not only applies for the target facility but also checks in to the target facility. The privilege granting unit 103 may detect the check-in to the target facility by a method used in a known service in which a check-in to some facility is performed.

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

[0142] For example, the reception server 20 transmits the check-in information to the settlement server 10. The settlement server 10 receives the check-in information from the reception server 20. The privilege 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 directly transmitted from the terminal of the target facility to the settlement server 10. Also, the check-in may be performed by the user operating the user terminal 30. In this case, the user terminal 30 may transmit the check-in information to the settlement server 10 or the reception server 20.

[0143] For example, the privilege granting unit 103 determines whether the user who applied for the target facility in the reception service has checked in based on the check-in information. When it is determined that the user who applied for the target facility in the reception service has checked in, the privilege granting unit 103 grants a privilege to the user on the condition that the user settles with the target store in the settlement service. When it is not determined that the user who applied for the target facility in the reception service has checked in, the privilege granting unit 103 does not grant a privilege to the user even if the user has settled with the target store in the settlement service.

[0144] Note that the privilege granting unit 103 may identify that the user has used the target facility by means other than check-in. For example, the privilege granting unit 103 may identify that the user has used the target facility by determining whether the user has checked out from the target facility. The privilege granting unit 103 may identify that the user has used the target facility by determining whether the user has settled accounts at the target facility. The privilege granting unit 103 may grant a privilege to the user on the condition that the user has used the target facility, not just applied for the target facility. Even if the user has applied for the target facility, the privilege granting unit 103 may not grant a privilege to the user if the user has not used the target facility.

[0145] The privilege granting system 1 of Modification Example 1-5 grants a privilege to a user who has applied for the target facility at the reception service, checked in to the target facility, and settled accounts at the target store at the settlement service. Thereby, the privilege granting system 1 can prevent a privilege from being granted to an unauthorized user who has only applied for the target facility and has not checked in.

[0146] [Modification Example 1-6] For example, the application information may include information regarding the stay period during which the user stays at the target facility. The stay period is the period from when the user visits the target facility to when the user leaves the target facility. When the target facility is an accommodation facility as in the first embodiment, the stay period is the period from check-in to check-out. When the target facility is an event venue, the stay period is the period during which the user participates in the event at the event venue. Similarly for other target facilities, the application information may indicate the stay period. The stay period is specified by the user at the time of application.

[0147] The privilege granting unit 103 in Modification Examples 1-6 grants a privilege to a user who has made an application for a target facility through a reception service and has made a payment to a target store through a payment service during the stay period. The privilege granting unit 103 determines whether a payment to the target store through the payment service has been made during the stay period by determining whether the payment date and time indicated by the payment information is included in the stay period indicated by the application information. Even if a user has made an application for a target facility through the reception service and has made a payment to a target store through the payment service, if the payment is not made during the stay period, the privilege granting unit 103 does not grant a privilege to the user.

[0148] The privilege granting system 1 in Modification Examples 1-6 grants a privilege to a user who has made an application for a target facility through a reception service and has made a payment to a target store through a payment service during the stay period. For example, assume that a user visits the target facility for which the application was made through the reception service and then visits a location near the target facility for another purpose without making an application through the reception service and uses the target store. In this case, if a privilege is granted even when the user visits a location near the target facility for another purpose, it may go against the purpose of the campaign. The privilege granting system 1 can ensure the legitimacy of privilege granting by preventing such a privilege from being granted. For example, the privilege granting system 1 can prevent a situation where a user visits the target store multiple times for another purpose after finishing a trip staying at the target facility and fraudulently obtains a privilege.

[0149] [Modification Examples 1-7] For example, in a reception service, each facility may be ranked. The rank can also be said to be the classification of the facility. Each facility may be ranked according to any criterion. For example, each facility may be ranked according to the 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 their own facility. Assume that the rank of each facility is stored in the facility database stored in the data storage unit 200. For example, when a reservation for an accommodation facility is accepted in the reception service, ranking such as high-class, ordinary, and reasonable may be made. The rank may be any number of levels and is not limited to three levels. The rank may be two levels or four levels or more.

[0150] The privilege granting unit 103 of Modifications 1-7 grants a privilege to the user according to the rank of the target facility. Assume that the relationship between the rank and the privilege is defined in the privilege database DB2. For example, in the privilege information, the specific content of the privilege is shown for each rank. The rank of the target facility may be shown in the application information. The settlement server 10 may obtain the rank of the target facility by querying the reception server 20 about the rank of the target facility. The privilege granting unit 103 identifies the rank of the target facility to which the user has applied based on the application information or the query. The privilege granting unit 103 refers to the privilege information and grants the privilege associated with the rank of the target facility. When a privilege is presented as in Modifications 1-2 to 1-4, the privilege corresponding to the rank of the target facility may be presented.

[0151] For example, the privilege granting unit 103 may determine the point reduction rate granted to the user as a privilege so that the higher the rank of the target facility, the higher the point reduction rate. That is, the privilege granting unit 103 may determine the point reduction rate granted to the user as a privilege so that the lower the rank of the target facility, the lower the point reduction rate. Similarly, when other privileges other than the point reduction rate are granted, the privilege granting unit 103 may grant a privilege to the user according to the rank of the target facility.

[0152] The privilege granting system 1 of Modification Examples 1-7 grants a privilege to the user according to the rank of the target facility. Thereby, the privilege granting system 1 can grant an appropriate privilege to the user according to the rank of the target facility. That is, the privilege granting system 1 can change the privilege according to the rank of the target facility. For example, when the privilege granting system 1 grants a privilege to a user who has applied for a high-class target facility at a high point reduction rate, it can promote the application for the high-class target facility.

[0153] [Modification Example 1-8] For example, in Modification Example 1-7, the privilege granting unit 103 may grant a privilege regarding the target store according to the rank of the target facility to the user. Assume that the relationship between the rank and the target store is defined in the privilege database DB2. For example, for each rank, the store ID of the target store from which a user who has applied for the target facility of that rank can obtain a privilege is defined in the privilege database DB2. For example, the higher the rank, the higher-class the target store associated with the store ID of that rank may be.

[0154] For example, the privilege granting unit 103 identifies the rank of the target facility to which the user has applied by the application information or an inquiry to the reception server 20. The privilege granting unit 103 refers to the privilege database DB2 and identifies the target store associated with the identified rank. The privilege granting unit 103 determines whether the user has used the payment service for payment to the identified target store based on the payment information. When it is determined that the user has used the payment service for payment to the target store, the privilege granting unit 103 grants a privilege to the user. Even if the user has used the payment service at a store other than the target store associated with the rank (for example, a target store associated with another rank), the privilege granting unit 103 does not grant a privilege to the user.

[0155] The privilege granting system 1 of Modification Examples 1-8 grants a privilege regarding a target store corresponding to the rank of the target facility to the user. Thereby, the privilege granting system 1 can grant a privilege to a user who uses an appropriate target store corresponding to the rank of the target facility. That is, the privilege granting system 1 can change the target store to which the privilege is granted according to the rank of the target facility. For example, when a user who has applied for a high-class target facility uses a high-class target store, the privilege granting system 1 can grant a privilege to the user. Therefore, the privilege granting system 1 can promote the use of a target store corresponding to the rank of the target facility.

[0156] [Modification Example 1-9] For example, after the user uses the target facility, a questionnaire for the user may be conducted in the payment service. The data storage unit 100 of Modification Example 1-9 stores questionnaire data regarding the questionnaire. The questionnaire data is data indicating the specific content of the questionnaire. The questionnaire data may be in any format. For example, when the questionnaire is presented on the payment application, the questionnaire data may be data for displaying a screen on the payment application (for example, HTML data or image data).

[0157] The privilege granting system 1 of Modification Example 1-9 includes a questionnaire presenting unit 106. The questionnaire presenting unit 106 presents a questionnaire regarding the target facility to the user who has used the target facility in the payment service. For example, the questionnaire presenting unit 106 determines whether the user has checked out from the target facility based on the check-out date indicated by the application information. The questionnaire presenting unit 106 may specify that the user has checked out from the target facility based on the information received from the terminal of the target facility. For example, when it is determined that the user has checked out from the target facility, the questionnaire presenting unit 106 presents a questionnaire to the user based on the questionnaire data.

[0158] FIG. 16 is a diagram showing an example of a questionnaire presented to a user. In the example of FIG. 16, the questionnaire presenting unit 106 presents a questionnaire on the completion screen SC4 indicating that the settlement has been completed. When the user operates the user terminal 30 to answer the questionnaire, the user terminal 30 transmits response result data indicating the user's response results to the settlement server 10. The settlement server 10 receives the response result data from the user terminal 30. The settlement server 10 records the response result data in the data storage unit 100. The settlement server 10 may transmit the response result data to an external person such as the target facility.

[0159] Note that the questionnaire presenting unit 106 may present the questionnaire by any presenting method. For example, the questionnaire presenting unit 106 may present the questionnaire to the user by displaying the questionnaire on another screen of the settlement application (for example, the top screen SC3 or the screen of the notification function of the settlement application).

[0160] For example, as a presenting method other than the settlement application, the questionnaire presenting unit 106 may present the questionnaire to the user by using e-mail, push notification, banner notification, pop-up, SMS message, SNS message, message of a message application, or other means. When these presenting methods are used, the questionnaire data indicates the content of these messages or notifications. The questionnaire presenting unit 106 may present the questionnaire to the user by using these presenting methods based on the questionnaire data.

[0161] The privilege granting system 1 of Modification Example 1-9 presents a questionnaire regarding the target facility to the user who has used the target facility in the settlement service. Thereby, the privilege granting system 1 can obtain the response results of the questionnaire such as the impressions of the target facility from the user who has used the target facility. For example, when a questionnaire for the campaign itself is conducted, the local government that has organized the campaign can consider the content of future campaigns based on the response results of the questionnaire.

[0162] [Modification Example 1-10] For example, a user who applies for a target facility through a reception service and makes a payment to a target store through a payment service may be interested in an advertisement corresponding to the target facility. Therefore, an advertisement corresponding to the target facility may be presented to the user. The advertisement corresponding to the target facility may be an advertisement of the target facility or an advertisement of another facility other than the target facility. The other facility may be another facility in the same administrative division as the target facility or another facility of the same rank as the target facility. For example, the facility advertisement is an introduction of the facility, an available plan, a price, or other information.

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

[0164] The privilege granting system 1 of Modification Example 1-10 includes a facility advertisement presentation unit 107. The facility advertisement presentation unit 107 presents a facility advertisement corresponding to the target facility to the user in the payment service. The facility advertisement presentation unit 107 presents a facility advertisement to the user based on the 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 through a reception service and made a payment to a target store through a 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 privilege 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.

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

[0166] For example, as a presenting method other than the payment application, the facility advertisement presenting unit 107 may present the facility advertisement to the user by using e-mail, push notification, banner notification, pop-up, SMS message, SNS message, message of a message application, or other means. When these presenting methods are used, the facility advertisement data indicates the content of these messages or notifications. The facility advertisement presenting unit 107 may present the facility advertisement to the user by using these presenting methods based on the facility advertisement data.

[0167] Note that the facility advertisement presenting unit 107 can present the facility advertisement to the user at any timing. For example, the facility advertisement presenting unit 107 may present the facility advertisement to the user after the user uses the target facility and the target store. The facility advertisement presenting unit 107 may present the facility advertisement to the user before the user uses the target facility. The facility advertisement presenting unit 107 may present the facility advertisement to the user before the user uses the target store.

[0168] The privilege granting system 1 of Modifications 1-10 presents a facility advertisement corresponding to the target facility to the user in the payment service. Thereby, the privilege granting system 1 can present the facility advertisement to the user who is likely to be interested in the facility advertisement corresponding to the target facility, so that the advertising effect of the facility advertisement can be enhanced. The user can know useful information in which he or she is interested.

[0169] [Modification 1-11] For example, in order for a user to obtain a privilege in the campaign described in the first embodiment, an entry may be required. In the payment service, it may be detected that the user has applied for the target facility in the reception service so that the entry is accepted. The privilege granting system 1 of Modifications 1-11 includes an entry screen control unit 108. The entry screen control unit 108 displays an entry screen for accepting an entry into a campaign related to a privilege in the payment service based on the application information.

[0170] FIG. 18 is a diagram showing an example of an entry screen. In the example of FIG. 18, as an example of the entry screen, the top screen SC3 will be described. The entry screen control unit 108 displays the top screen SC3 as an example of an entry screen including parts of a user interface for entry (for example, buttons) on the payment application. It is assumed that data for displaying the entry screen (for example, HTML data or image data) 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 application (for example, the completion screen SC4 or the screen of the notification function on the payment application).

[0171] 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. When it is determined that the user has applied for the target facility, the entry screen control unit 108 causes the user terminal 30 to display the entry screen by transmitting data for displaying the entry screen to the user terminal 30. When 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, the top screen SC3 that does not include parts of the user interface for entry may be displayed on the user terminal 30.

[0172] The privilege granting unit 103 of Modification Example 1-11 grants privileges to the user who has made an entry. For example, when the user performs an entry operation from the entry screen, the user terminal 30 sends an entry request to the settlement server 10 for the user to enter the campaign. When the settlement server 10 receives the entry request, it stores entry information indicating that the user has entered the campaign in the settlement database DB1 or another database.

[0173] For example, the privilege granting unit 103 targets the user in whom the entry information is stored for privilege granting. The privilege granting unit 103 does not grant privileges to a user in whom the entry information is not stored. That is, even if the user applies for the target facility in the reception service and makes a settlement at the target store in the settlement service, the privilege granting unit 103 does not grant privileges if the user has not entered. The privilege granting unit 103 may control whether to grant privileges to the user based on the entry information.

[0174] The privilege granting system 1 of Modification Example 1-11 displays an entry screen based on the application information. The privilege granting system 1 grants privileges to the user who has made an entry. Thereby, since the privilege granting system 1 can display the entry screen on the user terminal 30 of the user targeted by the campaign, the convenience of the user can be improved. The privilege granting system 1 can make it easier for the user to be aware of the existence of the campaign by requesting the user to make an entry.

[0175] [Modification Example 1-12] For example, the privilege granting unit 103 may grant a privilege to the user according to the application history of the user in the reception service. The application history is the usage history of the reception service in the past. For example, when the user has made multiple applications in the past, the application information of each of the multiple past applications is stored in the reception database DB3. The privilege granting unit 103 acquires the application information of each of the multiple past applications from the reception server 20 and grants a privilege according to the application history indicated by the application information.

[0176] Note that the relationship between the application history of the reception service and the privilege is defined in the privilege database DB2. For example, in the privilege information, specific details of the privilege are shown for each usage count of the target facility calculated from the application history (or the total usage count of all target facilities in the administrative division). The privilege granting unit 103 calculates the usage count of the target facility (or the total usage count of all target facilities in the administrative division) from the application history of the reception service and grants a privilege corresponding to the calculation result to the user. For example, the higher the count, the higher the point reduction rate may be.

[0177] The privilege granting system 1 of Modification Examples 1 - 12 grants a privilege to the user according to the application history of the user in the reception service. Thereby, the privilege granting system 1 can grant an appropriate privilege to the user according to the application history of the user. That is, the privilege granting system 1 can change the privilege according to the application history of the user. For example, the privilege granting system 1 can promote the use of the target facility by granting a privilege with a high point reduction rate to a user who repeatedly uses a specific target facility (or a user who repeatedly uses target facilities in a specific administrative division).

[0178] [Modification Example 1 - 13] For example, the application information may include information about each of the user who submitted the application and other users who use the target facility together with the user. The other users may be any persons, and in the case of an application for an accommodation facility, they are fellow travelers. For example, the other users may be the family or friends of the user. When the user makes an application through the reception service, the user inputs the user IDs of the other users. The application information of Modifications 1-13 includes the user IDs of the other users.

[0179] The privilege granting unit 103 of Modification 1-13 grants a privilege to another user when the other user uses the settlement service at the target store. For example, the privilege granting unit 103 identifies that the other user uses the target facility based on the application information. When the identification and granting unit identifies that the other user uses the target facility, it determines whether the other user has used the settlement service at the target store based on the settlement information. When it is determined that the other user has used the settlement service at the target store, the identification and granting unit grants a privilege to the other user. The method of granting the privilege itself may be the same as that of the user who submitted the application.

[0180] The privilege granting system 1 of Modification 1-13 grants a privilege to another user when the other user uses the settlement service at the target store. Thereby, the privilege granting system 1 can give an incentive to use the target store not only to the user who submitted the application but also to the other accompanying users, so that the use of the target store can be effectively promoted.

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

[0182] [Modification 2-1] For example, in the usage proposal system 2 of the second embodiment as well, administrative division advertisements such as those in Modification Example 1-1 may be presented to the user. The usage proposal system 2 of Modification Example 2-1 includes an administrative division advertisement presentation unit 206. The administrative division advertisement presentation unit 206 presents an administrative division advertisement related to an administrative division to the user. The administrative division advertisement presentation unit 206 is different from Modification Example 1-1 in that it presents an administrative division advertisement to a user who does not use the payment service, but the administrative division advertisement may be the same as that in Modification Example 1-1. The data storage unit 200 of Modification Example 2-1 stores administrative division advertisement data.

[0183] For example, based on the application information, the administrative division advertisement presentation unit 206 identifies a user who has made an application for a target facility located in a specific administrative division that is the target of the campaign through the acceptance service. Assume that data indicating which target facility is a facility in a specific administrative division is stored in the data storage unit 200. For example, in a facility database storing basic information of the facilities, the target facilities located in a specific administrative division may be indicated, or in another database, the target facilities located in a specific administrative division may be indicated.

[0184] For example, the administrative division advertisement presentation unit 206 presents an administrative division advertisement to a user who has made an application for a target facility located in a specific administrative division through the acceptance service, based on the administrative division advertisement data. The administrative division advertisement may be the same as that in FIG. 13. However, the administrative division advertisement in FIG. 13 is displayed on the completion screen SC4 of the payment application, while the administrative division advertisement presentation unit 206 of Modification Example 2-1 is assumed to display the administrative division advertisement on the completion screen SC2 of the acceptance application. The administrative division advertisement presentation unit 206 may present the administrative division advertisement on other screens of the acceptance application (for example, the top screen SC1), or may present the administrative division advertisement by means of an email, a push notification, a banner notification, a pop-up, an SMS message, an SNS message, a message of a messaging application, or other means.

[0185] Note that the administrative division advertisement presenting unit 206 may present an administrative division advertisement to the user regardless of whether the user is using the payment service, or may present an administrative division advertisement to the user on the condition that the user is not using the payment service. For example, the reception server 20 may send the user ID of the user who has applied for a target facility in a specific administrative division through the reception service to the payment server 10, and inquire whether the user is using the payment service. The payment server 10 determines whether the user is using the 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 the payment service by determining whether a predetermined time has elapsed since the user with the user ID last used the payment service.

[0186] For example, the payment server 10 may send 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 the user who has applied for the target facility in the specific administrative division through the reception service is using the payment service. When it is determined that the user is not using the payment service, the administrative division advertisement presenting unit 206 may present an administrative division advertisement to the user. When it is determined that the user is using the payment service, the administrative division advertisement presenting unit 206 does not have to present an administrative division advertisement to the user.

[0187] The usage proposal system 2 of Modification Example 2-1 presents an administrative division advertisement related to an administrative division to the user. Thereby, since the usage proposal system 2 can present an administrative division advertisement to a user who is likely to be interested in the administrative division, the advertising effect of the administrative division advertisement can be enhanced. The user can know useful information in which he or she is interested.

[0188] [Modification Example 2-2] For example, in the second embodiment, the case where the use of the payment service is proposed in association with a privilege in the e-mail M has been described as an example, but the proposal may be made by other methods other than the e-mail M. The usage proposal unit 203 may propose to the user the use of the payment service in association with a privilege in the reception service. The data storage unit 200 of Modification 2-2 may store a database similar to the privilege database DB2, or may store only the privilege information part of the privilege database DB2. It is assumed that the data storage unit 200 stores at least privilege information.

[0189] FIG. 20 is a diagram showing an example of a screen in which the use of the payment service is proposed in the reception service. In FIG. 20, the case where the usage proposal unit 203 proposes the use of the payment service in association with a privilege on the completion screen SC2 is taken as an example. For example, in the same manner as in the second embodiment, the usage proposal unit 203 identifies the user who has applied for the target facility in the reception service based on the application information. The usage proposal unit 203 presents to the identified user the use of the payment service in association with a privilege.

[0190] Note that the usage proposal unit 203 may present the administrative division advertisement on other screens of the reception application (for example, the top screen SC1), or may present the administrative division advertisement by an e-mail, push notification, banner notification, pop-up, SMS message, SNS message, message application message, or other means sent at the time of reservation completion. These messages or notifications are sent as messages or notifications from the reception service.

[0191] The usage proposal system 2 of Modification 2-2 proposes to the user the use of the payment service in association with a privilege in the reception service. Thereby, the usage proposal system 2 can effectively appeal to the user to use the payment service in the reception service.

[0192] [Modification 2-3] For example, in the second embodiment, the case where the use of the payment service is proposed by the email M sent a predetermined time before the check-in date was described. However, the use proposal unit 203 may propose the use of the payment service to the user in the application completion notice indicating that the application has been completed, in association with a privilege. The use proposal unit 203 of Modification 2-3 determines whether the user has applied for the target facility based on the application information of the application when the user has completed an application for some facility.

[0193] For example, when it is determined that the user has applied for the target facility, the use proposal unit 203 sends an email containing the same content as in FIG. 9 to the user as an application completion notice. The use proposal unit 203 may send the application completion notice to the user by means other than email. For example, the use proposal unit 203 uses the notification function of the reception app, push notification, banner notification, popup, SMS message, SNS message, message app message, or other means to send an application completion notice that proposes the use of the payment service in association with a privilege. These messages or notifications are sent as messages or notifications from the reception service.

[0194] Note that when it is determined that the user has not applied for the target facility, the use proposal unit 203 sends an application completion notice to the user that does not particularly include the content of the privilege. In this application completion notice, the use of the payment service may or may not be proposed.

[0195] The use proposal system 2 of Modification 2-3 proposes the use of the payment service to the user in the application completion notice indicating that the application has been completed, in association with a privilege. Thereby, the use proposal system 2 can effectively appeal to the user to use the payment service in the reception service. For example, the user often pays attention to the application completion notice to confirm whether the application has been accurately completed. The use proposal system 2 can enhance the appeal effect to the user by presenting the privilege in the application completion notice that the user pays more attention to.

[0196] [Modification Example 2-4] For example, when the usage proposal unit 203 detects that a user has checked in to the target facility, the usage proposal unit 203 may propose to the user to use a payment service in association with a privilege. Similar to the privilege granting unit 103 of Modification Example 1-5, the usage proposal unit 203 may detect the check-in to the target facility by a method used in a known service. For example, similar to Modification Example 1-5, the reception server 20 may receive check-in information from the terminal of the target facility or from the user terminal 30.

[0197] For example, when the usage proposal unit 203 detects that a user has checked in to the target facility, the usage proposal unit 203 proposes to the user to use a payment service in association with a privilege. That is, the usage proposal unit 203 proposes to the user to use a payment service in association with a privilege on the condition that the user has checked in to the target facility. For example, the usage proposal unit 203 may cause the terminal of the target facility (for example, the self-check-in terminal operated by the user) to display the details of the privilege and information for proposing the use of the payment service. Alternatively, for example, when the usage proposal unit 203 detects that a user has checked in to the target facility, the usage proposal unit 203 may propose to the user to use a payment service in association with a privilege by other methods such as an email or a push notification to the user.

[0198] In the usage proposal system 2 of Modification Example 2-4, when a user has checked in to the target facility, the usage proposal system 2 proposes to the user to use a payment service in association with a privilege. When the user has checked in to the target facility and is more strongly aware of the target facility, the user may be interested in the privileges related to the target facility. By making a proposal at this time, the usage proposal system 2 can effectively enhance the appealing effect of the use of the payment service.

[0199] [Modification Example 2-5] For example, the usage proposal unit 203 may propose the use of the payment service to the user in association with benefits corresponding to the rank of the target facility. In Modification 2-5, as in Modification 1-7, it is assumed that each facility is ranked. In the usage proposal system 2 of Modification 2-5, as in Modification 1-7, the data storage unit 200 stores a facility database indicating the rank of each facility. The description of the rank may be the same as in Modification 1-7. For example, the usage proposal unit 203 refers to the facility database and identifies the rank of the target facility for which the user has applied.

[0200] The usage proposal unit 203 of Modification 2-5 proposes the use of the payment service to the user in association with benefits corresponding to the rank of the target facility. Similar to Modification 1-7, it is assumed that the relationship between the rank and the benefits 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 only the data indicating the part of the above relationship in the benefit database DB2. The usage proposal unit 203 may obtain the above relationship by querying the payment server 10 about the above relationship. The usage proposal unit 203 identifies the benefits associated with the rank of the target facility based on the above relationship. The usage proposal unit 203 proposes the use of the payment service in association with the identified benefits. Although which benefits are referred to is different from the second embodiment, the method of associating the benefits with the use of the payment service may be the same as in the second embodiment.

[0201] The usage proposal system 2 of Modification 2-5 proposes the use of the payment service to the user in association with benefits corresponding to the rank of the target facility. Thereby, the usage proposal system 2 can propose the use of the payment service to the user in association with appropriate benefits corresponding to the rank of the target facility. That is, the usage proposal system 2 can change the benefits according to the rank of the target facility. For example, the usage proposal system 2 proposes the use of the payment service to a user who has applied for a high-class target facility in association with a benefit of a high point reduction rate, so that the appealing effect of the use of the payment service can be enhanced.

[0202] [Modification Example 2-6] For example, the usage proposal unit 203 may propose the use of the payment service to the user in association with a privilege regarding a target store corresponding to the rank of the target facility. In Modification Example 2-6, similar to Modification Example 1-8, it is assumed that the relationship between the rank and the target store is defined in the privilege database DB2. The data storage unit 200 of Modification Example 2-6 may store a database similar to the privilege database DB2, or may store only the data indicating the portion of the relationship in the privilege database DB2. The usage proposal unit 203 may obtain the above relationship by inquiring the payment server 10 about the above relationship. The data storage unit 200 shall also store basic information such as the name and address of the store.

[0203] For example, based on the above relationship, the usage proposal unit 203 proposes the use of the payment service to the user in association with the information of the target store corresponding to the rank of the target facility and the privilege granted when the payment to the target store is made using the payment service. When an email M is used as shown in FIG. 9, the usage proposal unit 203 proposes the use of the payment service by sending an email M including a list of all or part of the target stores corresponding to the rank of the target facility for which the user has applied to the user. The usage proposal unit 203 may obtain the information of 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 proposed by a method other than the email M, the usage proposal unit 203 may obtain the information of the target store from the data storage unit 200 and make a proposal to the user based on the information.

[0204] The utilization proposal system 2 of Modification Example 2-6 proposes the use of a payment service to the user in association with a privilege regarding a target store according to the rank of the target facility. Thereby, the utilization proposal system 2 can propose the use of the payment service in association with a privilege regarding an appropriate target store according to the rank of the target facility. That is, the utilization proposal system 2 can change the target store to which the privilege is granted according to the rank of the target facility. For example, the utilization proposal system 2 can propose the use of the payment service to a user who has applied for a high-class target facility in association with a privilege granted when using a target store corresponding to the high-class target facility.

[0205] [Modification Example 2-7] For example, also in the second embodiment, similar to Modification Example 1-6, the application information may include information regarding the stay period during which the user stays at the facility. The meaning of the stay period is as described in Modification Example 1-6.

[0206] The utilization proposal unit 203 of Modification Example 2-7 proposes the use of the payment service to the user in association with a privilege that is a condition for granting an application regarding a target facility in the reception service and a payment to the target store during the stay period. For example, the utilization proposal unit 203 transmits an electronic mail M including information (for example, a message) indicating that payment to the target store during the stay period is a condition for granting the privilege to the user. The utilization proposal unit 203 may transmit an electronic mail M including information (for example, a message) indicating that the privilege is not granted even if payment is made to the target store outside the stay period to the user.

[0207] The utilization proposal system 2 of Modification Example 2-7 proposes the use of the payment service to the user, associating it with a privilege that requires an application for the target facility in the reception service and a payment to the target store during the stay period as the granting conditions. For example, suppose the user visits the target facility for which an application was made in the reception service, and then visits a location near the target facility for another purpose without making an application in the reception service and uses the target store. In this case, if the privilege is granted even when the user visits a location near the target facility for another purpose, it may go against the purpose of the campaign. Since the utilization proposal system 2 can notify the user in advance that the privilege will not be granted in such a case, it is less likely for the user to have a misunderstanding.

[0208] [Modification Example 2-8] For example, in Modification Example 2-4, the case where the use of the payment service is proposed when the user checks in to the target facility was explained. However, the utilization proposal unit 203 may propose the use of the payment service to the user, associating it with a privilege, on the screen for checking in to the target facility. This screen may be the screen displayed on the user terminal 30, or may be the terminal of the target facility (for example, the self-check-in terminal operated by the user). It is assumed that the data (for example, HTML data) necessary for displaying this screen is stored in the data storage unit 200. The utilization proposal unit 203 of Modification Example 2-8 makes a proposal to the user based on the data.

[0209] For example, when the user operates the user terminal 30 at the time of check-in (for example, when the user causes the user terminal 30 to display the check-in code), the utilization proposal unit 203 may cause the user terminal 30 to display the content of the privilege and the information proposing the use of the payment service. The utilization proposal unit 203 causes the user terminal 30 to display the screen by transmitting the display data of the check-in screen (for example, the HTML data of the screen including the check-in code for the user) including the content of the privilege and the information proposing the use of the payment service to the user terminal 30.

[0210] For example, when a user operates the terminal of the target facility at the time of check-in (for example, when the user operates the self-check-in terminal), the usage proposal unit 203 may cause the terminal of the target facility to display the content of the privilege and the information for proposing the use of the payment service. The usage proposal unit 203 causes the terminal of the target facility to display the screen by transmitting the display data of the check-in screen (for example, the HTML data of the screen including the code for the user to check in) including the content of the privilege and the information for proposing the use of the payment service to the terminal of the target facility.

[0211] The usage proposal system 2 of Modification Example 2-8 proposes the use of the payment service in association with the privilege on the screen for the user to check in to the target facility. When the user checks in to the target facility, the user may become more strongly aware of the target facility and may be interested in the privileges related to the target facility. By making a proposal at this time, the usage proposal system 2 can effectively enhance the appealing effect of the use of the payment service.

[0212] [Modification Example 2-9] For example, the usage proposal unit 203 may propose the use of the payment service in association with the privilege according to the application history of the user in the reception service. In Modification Example 2-9, similar to Modification Example 1-12, the reception server 20 stores the application history, and the relationship between the application history and the privilege is defined in the privilege database DB2. The data storage unit 200 of Modification Example 2-9 may store a database similar to the privilege database DB2, or may store only the data indicating the part of the above relationship in the privilege database DB2. The usage proposal unit 203 may obtain the above relationship by inquiring the payment server 10 about the above relationship.

[0213] For example, based on the above relationship, the usage proposal unit 203 identifies privileges corresponding to the user's application history, and proposes to the user the use of the payment service in association with the identified privileges. When an email M is used as shown in FIG. 9, the usage proposal unit 203 proposes the use of the payment service by sending an email M including information on privileges corresponding to the user's application history to the user. For example, the usage proposal unit 203 proposes the use of the payment service together with the content of the privilege indicating that the higher the number of times the user has applied for the target facility, the greater the increase in the point reduction rate.

[0214] The usage proposal system 2 of Modification Example 2-9 proposes to the user the use of the payment service in association with a privilege corresponding to the user's application history in the reception service. Thereby, the usage proposal system 2 can propose the use of the payment service in association with an appropriate privilege corresponding to the user's application history. That is, the usage proposal system 2 can change the privilege according to the user's application history. For example, the usage proposal system 2 can strongly motivate the use of the payment service by granting a privilege with a high point reduction rate to a user who repeatedly uses a specific target facility (or a user who repeatedly uses a target facility in a specific administrative division).

[0215] [Modification Example 2-10] For example, similar to Modification Example 1-13, the application information may include information regarding each of the user who made the application and other users who use the facility together with the user. In Modification Example 2-10, similar to Modification Example 1-13, it is assumed that the user IDs of other users are included in the application information. The usage proposal unit 203 of Modification Example 2-10 proposes to other users the use of the payment service in association with a privilege.

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

[0217] The usage proposal system 2 of Modification Example 2-10 proposes the use of the payment service to other users in association with a privilege. Since the usage proposal system 2 can motivate not only the user who has made the application but also other accompanying users to use the payment service, the use of the payment service can be effectively promoted.

[0218] [3-3. Other Modification Examples] For example, the above modification examples may be combined.

[0219] 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 other computers. The processes described as being realized by the payment server 10 may be shared by a plurality of 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 other computers. The processes described as being realized by the reception server 20 may be shared by a plurality of 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 other computers.

[0220] [4. Supplementary Note] For example, in the present disclosure, the following configurations are also possible.

[0221] [4-1. Supplementary Note of the First Embodiment] For example, the privilege granting system of the first embodiment may have the following configuration. (1-1) An application information acquisition unit that acquires application information regarding an application made in a reception service for receiving an application regarding a predetermined facility, A settlement information acquisition unit that acquires settlement information regarding a settlement made in a settlement service, Based on the application information and the settlement information, an application for the target facility is made in the reception service, and a privilege is granted to a user who has made a settlement to the target store in the settlement service. A privilege granting system including: (1-2) The privilege granting unit grants the privilege to a user who has made an application for the target facility in the reception service and has made a settlement to the target store in the administrative division where the target facility is located in the settlement service. The privilege granting system according to (1-1). (1-3) The privilege granting system further includes an administrative division advertisement presenting unit that presents an administrative division advertisement regarding the administrative division to the user. The privilege granting system according to (1-2). (1-4) The privilege granting system further includes a first privilege presenting unit that presents the privilege to the user in the settlement service. The privilege granting system according to any one of (1-1) to (1-3). (1-5) The privilege granting system further includes a second privilege presenting unit that presents the privilege to the user in the reception service. The privilege granting system according to any one of (1-1) to (1-4). (1-6) The privilege granting system further includes a third privilege presenting unit that presents the privilege to the user in a application completion notice indicating that the application for the target facility has been completed. The privilege granting system according to any one of (1-1) to (1-5). (1-7) The privilege granting unit grants the privilege to the user who has made an application for the target facility in the reception service, checked in to the target facility, and made a payment to the target store in the payment service. The privilege granting system according to any one of (1-1) to (1-6). (1-8) The application information includes information regarding the stay period during which the user stays at the target facility. The privilege granting unit grants the privilege to the user who has made an application for the target facility in the reception service and made a payment to the target store in the payment service during the stay period. The privilege granting system according to any one of (1-1) to (1-7). (1-9) The privilege granting unit grants the privilege corresponding to the rank of the target facility to the user. The privilege granting system according to any one of (1-1) to (1-8). (1-10) The privilege granting unit grants the privilege regarding the target store corresponding to the rank of the target facility to the user. The privilege granting system according to (1-9). (1-11) The privilege granting system further includes a questionnaire presenting unit that presents a questionnaire regarding the target facility to the user in the payment service who has used the target facility. The privilege granting system according to any one of (1-1) to (1-10). (1-12) The privilege 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 privilege granting system according to any one of (1-1) to (1-11). (1-13) The privilege granting system further includes an entry screen control unit that displays an entry screen for accepting an entry into a campaign related to the privilege in the payment service based on the application information. The privilege granting unit grants the privilege to the user who has made the entry. The privilege granting system according to any one of (1-1) to (1-12). (1-14) The privilege granting unit grants the privilege corresponding to the application history of the user in the reception service to the user. The privilege granting system according to any one of (1-1) to (1-13). (1-15) The application information includes information about each of the user who has made the application and another user who uses the target facility together with the user. The privilege granting unit grants the privilege to the other user when the other user uses the payment service at the target store. The privilege granting system according to any one of (1-1) to (1-14).

[0222] [4-2. Supplementary Note of the Second Embodiment] For example, the usage proposal system of the second embodiment can also have the following configuration. (2-1) An application information acquisition unit that acquires application information related to an application made in a reception service that accepts an application related to a predetermined facility. Based on the application information, for the user who has made an application for the target facility in the reception service, the use of the payment service is proposed in association with a privilege for which the application and the payment to the target store in the payment service are the conditions for granting. A usage proposal system including (2-2) The utilization proposal unit proposes the use of the payment service to the user in association with the privilege that the application for the target facility in the acceptance service and the payment to the target store in the administrative division where the target facility is located are the conditions for granting. The utilization proposal system according to (2-1). (2-3) The utilization proposal system further includes an administrative division advertisement presentation unit that presents an administrative division advertisement regarding the administrative division to the user. The utilization proposal system according to (2-2). (2-4) In the acceptance service, the utilization proposal unit proposes the use of the payment service to the user in association with the privilege. The utilization proposal system according to any one of (2-1) to (2-3). (2-5) In the application completion notice indicating that the application has been completed, the utilization proposal unit proposes the use of the payment service to the user in association with the privilege. The utilization proposal system according to any one of (2-1) to (2-4). (2-6) When the user checks in to the target facility, the utilization proposal unit proposes the use of the payment service to the user in association with the privilege. The utilization proposal system according to any one of (2-1) to (2-5). (2-7) The utilization proposal unit proposes the use of the payment service to the user in association with the privilege corresponding to the rank of the target facility. The utilization proposal system according to any one of (2-1) to (2-6). (2-8) The utilization proposal unit proposes the use of the payment service to the user in association with the privilege regarding the target store corresponding to the rank of the target facility. The utilization proposal system according to (2-7). (2-9) The application information includes information regarding the stay period during which the user stays at the facility. The usage proposal unit proposes the use of the payment service to the user, in association with the privilege that the application for the target facility in the reception service and the payment to the target store during the stay period are the conditions for granting. The usage proposal system according to any one of (2-1) to (2-8). (2-10) The usage proposal unit proposes the use of the payment service to the user, in association with the privilege, on the screen for checking in to the target facility. The usage proposal system according to any one of (2-1) to (2-9). (2-11) The usage proposal unit proposes the use of the payment service to the user, in association with the privilege corresponding to the user's application history in the reception service. The usage proposal system according to any one of (2-1) to (2-10). (2-12) The application information includes information regarding each of the user who submitted the application and another user who uses the facility together with the user. The usage proposal unit proposes the use of the payment service to the other user, in association with the privilege. The usage proposal system according to any one of (2-1) to (2-11). (2-13) The usage proposal unit proposes the use of the payment service to the user by presenting a link for downloading a payment application which is an application for the payment service. The usage proposal system according to any one of (2-1) to (2-12).

Explanation of Signs

[0223] 1 Privilege Granting System, 2 Usage Proposal 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 Memory Unit, 101 Application Information Acquisition Unit, 102 Settlement Information Acquisition Unit, 103 Privilege Granting Unit, 104 Administrative Division Advertisement Presentation Unit, 105 First Privilege Presentation Unit, 106 Questionnaire Presentation Unit, 107 Facility Advertisement Presentation Unit, 108 Entry Screen Control Unit, 200 Data Memory Unit, 201 Reception Unit, 202 Application Information Acquisition Unit, 203 Usage Proposal Unit, 204 Second Privilege Presentation Unit, 205 Third Privilege Presentation Unit, 206 Administrative Division Advertisement Presentation Unit, 300 Data Memory Unit, 301 Operation Reception Unit, 302 Display Control Unit, C30 Code, DB1 Settlement Database, DB2 Privilege Database, DB3 Reception Database, SC1 Top Screen, SC2 Completion Screen, SC3 Top Screen, SC4 Completion Screen, SC5 Download Screen, L Link, M E-mail, N Network.

Claims

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 that the user use the payment service in association with a benefit that is to be granted when the user makes an application for the target facility and makes a payment to a target store through the payment service; A usage suggestion system including:

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 claim 1 .

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 claim 2 .

4. The usage suggestion unit, in the reception service, suggests to the user the use of the payment service in association with the benefit.

4. The utilization suggestion system according to claim 1.

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.

4. The utilization suggestion system according to claim 1.

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; 4. The utilization suggestion system according to claim 1.

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.

4. The utilization suggestion system according to claim 1.

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 claim 7.

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; 4. The utilization suggestion system according to claim 1.

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.

4. The utilization suggestion system according to claim 1.

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; 4. The utilization suggestion system according to claim 1.

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.

4. The utilization suggestion system according to claim 1.

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; 4. The utilization suggestion system according to claim 1.

14. A computer comprising: 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 usage suggestion step of proposing use of the payment service to a user who has made an application for a target facility through the reception service based on the application information, by associating the application with a benefit that is granted on the condition of the application and a payment to a target store in the payment service; A proposed method of use to carry out the above.

15. 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 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 that the user use the payment service in association with a benefit that is to be granted when the user makes an application for the target facility and makes a payment to a target store in the payment service; A program that makes a computer function as a

Images