Bonus Giving System, Bonus Giving Method, and Program

Abstract

Fully promote the use of the store. 【Solution means】The application information acquisition unit (101) of the privilege granting system (1) acquires application information regarding an application made in a reception service that accepts applications regarding a predetermined facility. The settlement information acquisition unit (102) acquires settlement information regarding a settlement made in a settlement service. The privilege granting unit (103) grants a privilege to a user who has made an application regarding the target facility in the reception service and has made a settlement to the target store in the settlement service, based on the application information and the settlement information.

Description

Technical Field

[0001] The present disclosure relates to a privilege granting system, a privilege granting 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 a store, a payment service 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, in 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, the user may not show interest in the advertisement, so it was not possible to sufficiently promote the use of the store for the user. This is the same for other facilities other than accommodation facilities. For this reason, the conventional technology has not been able to sufficiently promote the use of stores.

[0005] One of the objects of the present disclosure is to sufficiently promote the use of stores.

Means for Solving the Problems

[0006] The privilege granting 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 an application regarding a predetermined facility, a settlement information acquisition unit that acquires settlement information regarding a settlement made in a settlement service, and a privilege granting unit that grants a privilege to a user who has made an application regarding a target facility in the reception service and made a settlement to a target store in the settlement service based on the application information and the settlement information.

Effect of the Invention

[0007] The present disclosure can sufficiently promote the use of stores.

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 a plurality of units.

[0011] The settlement server 10 is a server computer for settlement services. The settlement services are services that provide users with electronic payment (cashless payment). The types of payment methods available to users in the settlement services can be of any kind. The payment method is the means by which a user makes a payment. 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 payment, so they correspond to payment methods. The payment method can also be called 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 related to 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 related to 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), an application to purchase a ticket for a user to enter a 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 a facility without a ticket correspond to applications accepted by the reception service.

[0015] In the first embodiment, a case where an accommodation facility corresponds to the facility is taken as an example. Further, a 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 to / from 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 an 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] Also, 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, the user terminal 30 is installed with a settlement application that is an application for the settlement service and a reception application that is an application for the reception service. 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 application. As shown on the left side of FIG. 2, when the user operates the user terminal 30 to start the reception application, 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 application. 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 items 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 where 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 located in the administrative division through the reception service and uses the payment service at a target store located 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 within DDD City through an acceptance service and uses a settlement service at a target store within DDD City, the user is given a privilege of an increased point reduction rate. All facilities within DDD City may be target facilities, or some facilities within DDD City may be target facilities. Similarly, all stores within DDD City may be target stores, or some stores within 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 within 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 causing the terminal of the target store to 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 a type that reads the code displayed on the terminal of the target store with the user terminal 30, a type that reads the code posted at the target store with the user terminal 30, a type that is completed only by an operation on the user terminal 30, a type that uses the IC chip of the user terminal 30, online payment (for example, account payment using the user's account, or ID payment using the user's ID), carrier payment which is payment by the carrier used by the user terminal 30, or other types. Similarly, the payment method for payment to stores other than the target store may be any method.

[0026] For example, when the user makes a payment to the target store using 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 in which the reduction rate of the points given for the payment is doubled. When the user applies for another facility that is not the target facility, 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 facility by a method other 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 increasing the reduction rate of points to a user who applies for the target facility through the reception service and makes a payment to the target store using 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 regarding 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 on 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. Separate from the user ID, there may be a login account. The login account may be allowed to be freely changed 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 each 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 regarding 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 information of a credit card (e.g., credit card number, expiration date, and cardholder name), information of electronic money (e.g., electronic money ID and balance), information of an account 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 information regarding the said payment method.

[0034] The settlement information is information regarding the settlement conducted through the settlement service. The settlement information can also be said to be information regarding the usage history of the settlement service by the user. 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 for the settlement 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 terminal of the store, the terminal of the store 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 terminal of the store, 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 related to privileges are stored. For example, the privilege database DB2 stores a campaign ID, basic information of the campaign, a target facility ID, a target store ID, and privilege information. Other information may be stored in the privilege database DB2. For example, the privilege database DB2 may store the user ID of the user to whom the privilege is granted.

[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 related to 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. When the target facility joins the payment service, the target facility may become the target store. In this embodiment, a case where the target facility and the target store are different is taken as an example.

[0041] The privilege information is information regarding 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 their 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 holding 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 ID, store name and address, settlement information for settlement at 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 related to 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 the previous execution of the process of the privilege granting unit 103 to 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 the user ID and the application information. The settlement server 10 may appropriately acquire the application information from the reception server 20 and maintain the consistency of the database.

[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. In the case where 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. In the case where 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 at once the settlement 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).

[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. In the case where 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. In the case where 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 made an application for a target facility through the reception service and made a payment to a target store through the payment service based on the application information and the payment information. In the first embodiment, 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 made an application 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 the process of identifying a 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 the 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. The reduction of electronic money means increasing the balance of the 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 may grant the privilege to the user by transmitting coupon data to the user terminal 30. The privilege granting unit 103 may grant 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. If 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. If 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 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 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 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 whom 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 the campaign.

[0056] For example, when the user executes a settlement, the privilege granting unit 103 may grant a privilege to the user based on the application presence / absence information obtained through prior determination and the settlement 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 settlement, the privilege granting unit 103 determines whether the user has performed a settlement to the target store through the settlement service based on the settlement information. When it is determined that the user has performed a settlement to the target store through the settlement service, the privilege granting unit 103 grants a privilege to the user. When it is determined that the user has not performed a settlement to the target store through the settlement service, the privilege granting unit 103 does not grant a privilege to the user.

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

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

[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 also 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, 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, determines 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 one time not at the execution timing of a batch file or the like but at other timings. For example, the privilege granting unit 103 may execute the process of granting privileges to each of a plurality of users at one time 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] In addition, 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 defined in advance. 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 by 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 applications from users. For example, when a 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 in which the user ID of the user who made the application request is stored. The reception unit 201 may store the application information in other databases other than the reception database DB3. The reception unit 201 may record the application information in other computers other than the reception server 20, or in an external information storage medium. The application information may include a user ID indicating which user made the application.

[0070] [Functions Implemented on 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 each of 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 settlement server 10, the reception server 20, or other computers, 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 in the Privilege Granting System of the First Embodiment] FIG. 8 is a diagram showing an example of a process executed in the privilege granting system 1 of the first embodiment. The 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 settlement, 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 receiving an application for any facility by the user between the user terminal 30 and 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 settlement with the facility may be completed at the time of application, or may be completed 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 it 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 also 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 reception 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 is 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 reception 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, a completion screen SC4 indicating that the payment has been executed is displayed on the user terminal 30 without the privilege being granted. Note that after a certain period of time has elapsed since the payment was executed, processes for acquiring application information, processes for acquiring payment information, and processes for granting privileges may be executed.

[0080] [Summary of the First Embodiment] The privilege granting system 1 of the first embodiment grants privileges 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 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 privileges to a user who has made an application for a target facility through the reception service and has made 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 target stores in a specific administrative division. The privilege granting system 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 the privilege granting system 1 being realized, the economy of a specific administrative division can be activated.

[0082] [2. Second Embodiment] 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, an example is given where a user is using a reception service but not using a settlement service. 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 email from the reception service. As shown on the left side of FIG. 9, the email 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 input by the user at the time of application. For example, when the user is not using the payment service, the email M includes the content of the benefits granted when the user makes a payment to the target store using the payment service, and a link L for the user to download the payment app. That is, the email M includes a flow line to the payment service.

[0086] For example, when the user selects the link L in the email M, the user terminal 30 accesses a computer (e.g., 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 processing 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 in 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 email M. In this case, the content of the benefits and the details of the campaign may be notified by the email 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 email M. In this case, the content of the benefits and the details of the campaign may be notified by the email 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, the utilization proposal system 2 transmits an electronic mail M including the details of the privilege and the link L 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, it may not include the application information acquisition unit 101, the payment information acquisition unit 102, and the privilege granting unit 103. 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 usage 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, as an 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 alignment 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 usage proposal system 2 may not include the reception unit 201. When the usage proposal system 2 does not include the reception unit 201, the usage 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 acquire the application information generated during a certain period at once. For example, when the processing of the usage 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 acquire the application information generated during the period targeted for processing by the batch file 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 made an application 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 makes an application 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 e-mail M. The Usage Proposal Unit 203 may propose the use of the payment service in association with the privilege by using any means of notifying the user of some information. For example, the Usage Proposal Unit 203 may propose the use of the payment service in association with the 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 the 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 sends an e-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 e-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 of the Second Embodiment] FIG. 11 is a diagram showing an example of a process executed by the usage proposal system 2 of 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 the application information of the user at the timing just before a predetermined time from 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, thereby transmitting the electronic mail M for proposing 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 sends a normal electronic mail M not including the link L to the user to confirm the application content for the user (S205), and this process ends.

[0107] [2-4. Summary of the Second Embodiment] The utilization proposal system 2 of the second embodiment proposes the utilization of the payment service by associating, with respect to a user who has made an application for a target facility through the reception service based on application information, the application with a privilege that is a condition for granting both the application and the payment to the target store in the payment service. Since a user who has made an application for a target facility through the reception service feels attracted to the privilege granted when making a payment to the target store through the payment service, the utilization proposal system 2 can provide an incentive for users who have not used the payment service to use the payment service, thereby promoting the utilization of the payment service. For example, when a user who has made an application for a target facility through the reception service is not a member of the payment service, the utilization proposal system 2 can provide an incentive for the user to become a member of the payment service, thereby increasing the number of members of the payment service. When a user who has made an application 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 provide an incentive for the user to use the payment service, thereby promoting the utilization of the payment service. In order for a user to obtain the privilege, it is also a condition that the user makes an application for the target facility through the reception service. Therefore, the utilization proposal system 2 can provide an incentive for the user to make an application for the target facility, thereby promoting the application for the target facility. Even if a user makes an application for the target facility by means other than the reception service, the user will not be granted the privilege. Therefore, the utilization proposal system 2 can provide an incentive for the user to use the reception service, thereby promoting the utilization 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 provide an incentive for the user to use the payment service, thereby promoting the utilization of the payment service.

[0108] In addition, the usage proposal system 2 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 in the administrative division where the target facility is located. As a result, the usage proposal system 2 can promote the use of the target store in a specific administrative division. The usage proposal system 2 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 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 encourage 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 reception service for a target facility in a specific administrative division and conducts a settlement at a target store in the administrative division may feel a potential attraction to 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, a tourist destination, a famous thing other than the specialty product and the tourist destination, a 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 the case where the user donates to an entity other than the local government when the user donates to the local government. The definition of hometown tax payment may be a well-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, an operator of the settlement service). When a campaign is 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 ward advertisement presentation unit 104. The ward advertisement presentation unit 104 presents ward advertisements to the user. The ward advertisement presentation unit 104 presents ward advertisements to the user based on the ward advertisement data stored in the data storage unit 100. For example, the ward advertisement presentation unit 104, based on the application information and the payment information, conducts an acceptance service for applications for target facilities in a specific ward and identifies users who have made payments to target stores in that ward through a payment service. The method of identifying such users may be the same as that of the privilege granting unit 103 described in the first embodiment. The ward advertisement presentation unit 104 presents ward advertisements to the identified user based on the ward advertisement data.

[0116] FIG. 13 is a diagram showing an example of a ward advertisement. In the example of FIG. 13, the ward advertisement presentation unit 104 presents a ward advertisement to the user by displaying a ward 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 ward advertisement is presented may be a screen indicating that the payment to the target store has been completed, or may also 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 ward advertisement includes a link to the local tax payment website. The ward advertisement presentation unit 104 may present the ward advertisement by any presentation method. For example, the ward advertisement presentation unit 104 may present the ward advertisement to the user by displaying the ward 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 payment app, the administrative division advertisement presentation unit 104 may present an administrative division advertisement to the user by using e-mail, 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 made a payment for the target store based on the payment 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 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 app. 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 app (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 app).

[0126] For example, as a presentation method other than the payment app, the first privilege presentation unit 105 may present a privilege to the user by using an email, a push notification, a banner notification, a pop-up, an SMS message, an SNS message, a message in a messaging app, 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] Note that 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. As a result, the user who uses the payment service can know that a 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.

[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 was 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 in 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 "Campaign in DDD City is in progress. Double points will be given when applying for a target facility and making a payment to a target store with AAA Pay" indicating the content of the privilege 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 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 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 by using these presentation methods based on the privilege information.

[0134] In addition, 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 Modifications 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 by 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. In addition, 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, popup, SMS, SNS, message app, or other means.

[0139] The privilege granting system 1 of Modification Examples 1-4 presents a privilege to the user with an application completion notice indicating that the application for the target facility has been completed. As a result, the user who receives 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 with 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 at 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. The information of 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. By these IDs, it may be possible 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 at 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 the bill 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 the bill 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 until leaving the target facility. As in the first embodiment, when the target facility is an accommodation facility, 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 has been made through the payment service 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. It is assumed that the rank of each facility is stored in the facility database stored in the data storage unit 200. For example, when an application for an accommodation facility is received 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. It is assumed 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 by the application information or the query. The privilege granting unit 103 refers to the privilege information and grants a 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 corresponding to the rank of the target facility to the user. Thereby, the privilege granting system 1 can grant an appropriate privilege corresponding to the rank of the target facility to the user. That is, the privilege granting system 1 can vary 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 corresponding to the rank of the target facility to the user. It is assumed 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 settlement service for settlement at the identified target store based on the settlement information. When it is determined that the user has used the settlement service for settlement at the target store, the privilege granting unit 103 grants a privilege to the user. Even if the user has used the settlement 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 to a user according to the rank of the target facility. Thereby, the privilege granting system 1 can grant a privilege to a user who uses an appropriate target store according 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 target stores according to the rank of the target facility.

[0156] [Modification Example 1-9] For example, after a user uses a 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 a 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 a 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 result 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 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. 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 result of the questionnaire such as the impression of the target facility from the user who has used the target facility. For example, when the questionnaire for the campaign itself is conducted, the local government that has organized the campaign can consider the content of the subsequent campaigns based on the response results of the questionnaire.

[0162] [Modification Example 1-10] For example, 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 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 may be 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 facility advertisements. 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 a 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 / 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 a target facility in the reception service, and the entry may be accepted. The privilege granting system 1 of Modifications 1-11 includes an entry screen control unit 108. The entry screen control unit 108 causes a payment service to display an entry screen for accepting an entry into a campaign related to a privilege based on 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 causes the top screen SC3 to be displayed on the user terminal 30 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 a target facility based on the application information. When it is determined that the user has applied for a target facility, the entry screen control unit 108 causes the entry screen to be displayed on the user terminal 30 by transmitting data for displaying the entry screen to the user terminal 30. When it is determined that the user has not applied for a 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 unless the user has made an entry. 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. As a result, the privilege granting system 1 can display the entry screen on the user terminal 30 of the user targeted by the campaign, thereby enhancing the convenience for the user. 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] It is assumed 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, the specific content of the privilege is 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 person, 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 ID of the other user. The application information of Modifications 1-13 includes the user IDs of other users.

[0179] The privilege granting unit 103 of Modification 1-13 grants a privilege to another user when the other user uses the payment 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 payment service at the target store based on the payment information. When the identification and granting unit determines that the other user has used the payment service at the target store, it 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 payment 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 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 a modification of the second embodiment. For example, the reception server 20 includes a district advertisement presentation unit 206. The district 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 a 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 applied for a target facility in a specific administrative division that is the target of a campaign through an acceptance service. It is assumed that data indicating which target facility is a facility in a specific administrative division is stored in the data storage unit 200. For example, the target facility in a specific administrative division may be shown in a facility database storing basic information of the facilities, or may be shown in another database.

[0184] For example, the administrative division advertisement presentation unit 206 presents an administrative division advertisement to a user who has applied for a target facility in a specific administrative division through an 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 presentation 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 the 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 of 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 a 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 presentation 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 presentation unit 206 does not have to present an administrative division advertisement to the user.

[0187] The utilization proposal system 2 of Modification Example 2-1 presents an administrative division advertisement related to an administrative division to the user. Thereby, since the utilization 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 that he / she is interested in.

[0188] [Modification Example 2-2] For example, in the second embodiment, the case where the use of a payment service is proposed in association with a privilege in the email M is taken as an example, but the proposal may be made by other methods other than the email M. The usage proposal unit 203 may propose to the user the use of a 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 a payment service is proposed in the reception service. In FIG. 20, the case where the usage proposal unit 203 proposes the use of a 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 a 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 email sent at the time of reservation completion, 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 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 a 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 e-mail 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 in Modification 2-3 determines whether or not 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 e-mail containing the same content as that in FIG. 9 to the user as an application completion notice. The use proposal unit 203 may send an application completion notice to the user by means other than e-mail. For example, the use proposal unit 203 uses 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 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 in 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 in order to confirm whether the application has been accurately completed. The use proposal system 2 can enhance the appeal effect on the user by presenting a 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, it may propose to the user to use a payment service in association with a privilege. Similar to the privilege granting unit 103 in 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, it 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 display the content of the privilege and information proposing the use of the payment service on the terminal of the target facility (for example, the self-check-in terminal operated by the user). Alternatively, for example, when the usage proposal unit 203 detects that a user has checked in to the target facility, it 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] The usage proposal system 2 of Modification Example 2-4 proposes to the user to use a payment service in association with a privilege when the user has checked in to the target facility. 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 appeal 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 a privilege 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 a privilege corresponding to the rank of the target facility. Similar to Modification 1-7, it is assumed that the relationship between the rank and the privilege is defined in the privilege database DB2. The data storage unit 200 may store a database similar to the privilege database DB2, or may store only the data indicating the relevant part of the privilege 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 privilege 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 privilege. Although which privilege is referred to is different from the second embodiment, the method of associating the privilege 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 a privilege 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 an appropriate privilege corresponding to the rank of the target facility. That is, the usage proposal system 2 can change the privilege 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 privilege 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 according 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 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. 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 according 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 the electronic mail M is used as shown in FIG. 9, the usage proposal unit 203 proposes the use of the payment service by sending an electronic mail M including a list of all or part of the target stores according 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 electronic mail M. Similarly, when the use of the payment service is proposed by other methods other than the electronic mail 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 the payment service to the user in association with the benefits regarding the 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 the benefits regarding the 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 benefits are 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 the user who has applied for a high-class target facility in association with the benefits granted when using the 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 the benefits that are the conditions for granting the application for the target facility in the reception service and the 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 the payment to the target store during the stay period is a condition as a condition for granting the benefits to the user. The utilization proposal unit 203 may transmit an electronic mail M including information (for example, a message) indicating that no benefits are granted even if the target store is paid outside the stay period to the user.

[0207] The usage 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 conditions for granting. For example, assume that 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 spirit of the campaign. Since the usage proposal system 2 can notify the user in advance that the privilege will not be granted in such a case, misunderstandings by the user are less likely to occur.

[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 usage 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). Assume that the data (for example, HTML data) required for displaying this screen is stored in the data storage unit 200. The usage 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 usage 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 usage 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 used by 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 utilization 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 utilization proposal unit 203 causes the terminal of the target facility to display the screen by transmitting the display data for check-in (for example, the HTML data of the screen including the code for check-in by the user) 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 utilization proposal system 2 of Modification Example 2-8 proposes the use of the payment service in association with the privilege on the screen for check-in to the target facility for the user. When the user checks in to the target facility, the user may be more strongly aware of the target facility and may be interested in the privilege related to the target facility. By making the proposal at this time, the utilization proposal system 2 can effectively enhance the appealing effect of the use of the payment service.

[0212] [Modification Example 2-9] For example, the utilization 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 portion of the above relationship in the privilege database DB2. The utilization 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 benefits corresponding to the user's application history, and proposes to the user the use of the payment service in association with the identified benefits. 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 benefits 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 benefits 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 benefits 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 appropriate benefits corresponding to the user's application history. That is, the usage proposal system 2 can change the benefits 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 benefits with a high point reduction rate to users who repeatedly use a specific target facility (or users who repeatedly use target facilities in a specific administrative division).

[0215] [Modification Example 2-10] For example, similar to Modification Example 1-13, the application information may include information on each of the user who made the application and other users who use the facility together with the user. In 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 benefits.

[0216] For example, the usage proposal unit 203 determines whether another user is using the payment service. The usage proposal unit 203 sends the user ID of another user to the payment server 10 and inquires whether another user is using the payment service. The reception server 20 obtains the determination result of whether another user is using the payment service from the payment server 10 and refers to the determination result. When it is determined that another user is using the payment service, the usage proposal unit 203 proposes the use of the payment service to another user in association with a privilege. When it is determined that another user is not using the payment service, the usage proposal unit 203 particularly proposes the use of the payment service. The method of proposing the use of the payment service itself 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 another user 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 users traveling together 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 can also 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 unit, 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 presentation 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 presentation 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 presentation 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 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. 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 applied 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 who has used the target facility in the payment service. 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 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 acceptance 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 regarding 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 regarding an application made in an acceptance service that accepts applications for a predetermined facility, Based on the application information, for the user who has made an application for the target facility in the acceptance service, the usage 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 reception 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 reception 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 utilization proposal unit proposes the use of the payment service to the user, in association with the privilege that serves as a condition for granting the application for the target facility in the reception service and the payment to the target store during the stay period. The utilization proposal system according to any one of (2-1) to (2-8). (2-10) The utilization proposal unit proposes the use of the payment service to the user, in association with the privilege, on the screen for check-in to the target facility. The utilization proposal system according to any one of (2-1) to (2-9). (2-11) The utilization 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 utilization 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 other users who use the facility together with the user. The utilization proposal unit proposes the use of the payment service to the other users, in association with the privilege. The utilization proposal system according to any one of (2-1) to (2-11). (2-13) The utilization proposal unit proposes the use of the payment service to the user by presenting a link for downloading a payment application that is an application for the payment service. The utilization proposal system according to any one of (2-1) to (2-12).

Explanation of Signs

[0223] 1 Premium 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 Premium Granting Unit, 104 Administrative Division Advertisement Presentation Unit, 105 First Premium 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 Premium Presentation Unit, 205 Third Premium 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 Premium 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 payment information acquisition unit that acquires payment information related to a payment made in the payment service; a privilege granting unit that grants a privilege to a user who has made an application for a target facility through the reception service based on the application information and the payment information and who has made a payment to a target store in the administrative district in which the target facility is located through the payment service; an administrative district advertisement presentation unit that presents an administrative district advertisement related to the administrative district to the user; A reward system including:

2. The reward granting system further includes a first reward presentation unit that presents the reward to the user in the payment service. The reward system according to claim 1 .

3. The benefit granting system further includes a second benefit presentation unit that presents the benefit to the user in the reception service. The reward system according to claim 1 or 2.

4. the benefit granting system further includes a third benefit presenting unit that presents the benefit to the user in an application completion notice indicating that the application for the target facility has been completed. The reward system according to claim 1 or 2.

5. the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service, checked in to the target facility, and made a payment to the target store through the payment service; The reward system according to claim 1 or 2.

6. The application information includes information regarding the length of stay of the user at the target facility, the benefit granting unit grants the benefit to the user who has made an application for the target facility through the reception service and who has made a payment to the target store through the payment service during the stay; The reward system according to claim 1 or 2.

7. The reward granting unit grants the user the reward according to a rank of the target facility. The reward system according to claim 1 or 2.

8. the benefit granting unit grants to the user the benefit related to the target store according to a rank of the target facility; The reward system according to claim 7.

9. The reward granting system further includes a questionnaire presenting unit that presents a questionnaire regarding the target facility to the user who has used the target facility in the payment service. The reward system according to claim 1 or 2.

10. The reward granting system further includes a facility advertisement presenting unit that presents a facility advertisement corresponding to the target facility to the user in the payment service. The reward system according to claim 1 or 2.

11. The reward system further includes an entry screen control unit that displays an entry screen for accepting entries to a campaign related to the reward in the payment service based on the application information, The reward granting unit grants the reward to the user who has made the entry. The reward system according to claim 1 or 2.

12. the benefit granting unit grants the user the benefit according to the user's application history in the reception service. The reward system according to claim 1 or 2.

13. The application information includes information regarding each of the user who made the application and other users who use the target facility together with the user, The benefit granting unit grants the benefit to the other user when the other user uses the payment service at the target store. The reward system according to claim 1 or 2.

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 payment information acquisition step of acquiring payment information regarding a payment made in a payment service; a privilege granting step of granting a privilege to a user who has made an application for a target facility through the reception service based on the application information and the payment information and who has made a payment to a target store in the administrative district in which the target facility is located through the payment service; an administrative district advertisement presenting step of presenting an administrative district advertisement related to the administrative district to the user; A reward granting method that executes the above.

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 payment information acquisition unit that acquires payment information regarding a payment made through a payment service; a privilege granting unit that grants a privilege to a user who has made an application for a target facility through the reception service based on the application information and the payment information and who has made a payment to a target store in an administrative district in which the target facility is located through the payment service; an administrative district advertisement presentation unit that presents an administrative district advertisement related to the administrative district to the user; A program that makes a computer function as a

Images