JP7431786B2 - Service provision system, service provision method, and program - Google Patents

Description

The present disclosure relates to a service providing system, a service providing method, and a program.

2. Description of the Related Art Conventionally, techniques for increasing convenience for users who use multiple applications are known. For example, in Patent Document 1, membership card information having a membership card identifier that identifies a membership card and an application type identifier that identifies the type of application is received from a user terminal on which multiple applications are installed, and each It describes technology for centrally managing app usage status. For example, Non-Patent Document 1 describes a technique for charging electronic money of a student ID application that cooperates with the wallet application using a credit card registered in the user's wallet application.

Patent No. 6590879

“Using your student ID card in Wallet on your iPhone or Apple Watch”, Internet, searched October 8, 2021, online, https://support.apple.com/ja-jp/HT208965

However, although the technology disclosed in Patent Document 1 can centrally manage the usage status of multiple applications, the applications do not cooperate with each other, and the user's convenience cannot be sufficiently improved. The technology in Non-Patent Document 1 simply allows electronic money to be charged to the student ID app even if the student ID card is registered in the student ID app, and the functionality of the payment service itself that can be used from the wallet app does not change. Therefore, user convenience cannot be sufficiently improved. For this reason, conventional techniques have not been able to sufficiently improve convenience for users who use multiple applications.

One of the purposes of the present disclosure is to improve convenience for users who use multiple applications.

A service providing system according to the present disclosure is a service providing system in which a first service is provided to a user based on a first application, and a second service is provided to the user based on a second application, wherein the second service is provided to the user based on a second application. In the application, membership information of the user regarding the second service is confirmed, and when the first service is provided, a check to determine whether the membership information has been confirmed in the second application. The service includes: a determination unit; and a process execution unit that executes a specific process regarding the first service when it is determined that the membership information has been confirmed by the second application.

According to the present disclosure, convenience for users who use multiple applications is improved.

1 is a diagram showing an example of the overall configuration of a service providing system. It is a figure showing an example of the screen of the payment application before the student ID application is added. It is a diagram showing an example of the flow of adding a student ID application. It is a figure showing an example of a screen of a payment application after a student ID application is added. FIG. 2 is a functional block diagram showing an example of functions realized in the first embodiment. FIG. 3 is a diagram showing an example of a first database. It is a figure which shows an example of a 2nd database. It is a flow diagram showing an example of processing performed in a 1st embodiment. It is a flow diagram showing an example of processing performed in a 1st embodiment. It is a figure showing an example of the screen of the payment application in a 2nd embodiment. It is a figure which shows an example of the function implement|achieved in 2nd Embodiment. FIG. 7 is a flow diagram illustrating an example of processing executed in the second embodiment. It is an example of the functional block diagram in the modification based on 1st Embodiment. It is an example of the functional block diagram in the modification based on 2nd Embodiment.

[1. First embodiment]
A first embodiment, which is an example of an embodiment of a service providing system according to the present disclosure, will be described.

[1-1. Overall configuration of service provision system]
FIG. 1 is a diagram showing an example of the overall configuration of a service providing system. The service providing system S includes a first server 10, a second server 20, a user terminal 30, and a store terminal 40. These can be connected to a network N such as the Internet. The service providing system S may include at least one computer, and is not limited to the example shown in FIG.

The first server 10 is a server computer. Control unit 11 includes at least one processor. The storage unit 12 includes a volatile memory such as a RAM, and a nonvolatile memory such as a hard disk. The communication unit 13 includes at least one of a communication interface for wired communication and a communication interface for wireless communication. The first server 10 is managed by a first service provider.

In the first embodiment, a payment service will be described as an example of the first service. Therefore, the portion described as payment service can be read as first service. The payment service is a service that provides electronic payment (cashless payment). The payment means available in the payment service may be of any type, such as a credit card, electronic money, points, bank account, debit card, wallet, or virtual currency. An example of the first service other than the payment service will be explained in a modified example below.

The second server 20 is a server computer. The physical configurations of the control section 21, the storage section 22, and the communication section 23 may be the same as those of the control section 11, the storage section 12, and the communication section 13, respectively. The second server 20 is managed by a second service provider.

In the first embodiment, a digital student ID service will be described as an example of the second service. Therefore, the portion described as digital student ID service can be read as the second service. The digital student ID service is a service that provides functions related to school life when a user registers their student ID. For example, functions such as displaying proof of school attendance, registering class attendance, checking timetables, contacting the school, or checking in to facilities such as the library are provided. An example of the second service other than the digital student ID service will be explained in a modified example below.

User terminal 30 is a user's computer. For example, the user terminal 30 is a smartphone, a tablet terminal, a wearable terminal, or a personal computer. The physical configurations of the control section 31, the storage section 32, and the communication section 33 may be the same as those of the control section 11, the storage section 12, and the communication section 13, respectively. The communication unit 13 may include a communication interface capable of NFC (Near Field Communication).

The operation unit 34 is an input device such as a touch panel. The display section 35 is a liquid crystal display or an organic EL display. Photographing unit 36 includes at least one camera. The IC chip 37 may be a chip of any standard, for example, a FeliCa (registered trademark) chip or a so-called Type A or Type B chip in the non-contact standard. The GPS receiver 38 includes a receiver that receives signals from satellites.

The store terminal 40 is a computer located at the store. For example, the store terminal 40 is a personal computer, a tablet terminal, or a smartphone. The physical configurations of the control unit 41, storage unit 42, communication unit 43, operation unit 44, and display unit 45 are the same as those of the control unit 11, storage unit 12, communication unit 13, operation unit 34, and display unit 35, respectively. be. The communication unit 43 may include a communication interface capable of NFC. The reading unit 46 includes a code reader or a camera. The reading unit 46 may be connected to the outside of the store terminal 40.

Note that the programs stored in each of the first server 10, second server 20, user terminal 30, and store terminal 40 may be supplied via the network N. In addition, the program stored in the information storage medium may be used as a reading unit (for example, an optical disk drive or a memory card slot) for reading a computer-readable information storage medium, or an input/output unit for inputting and outputting data with external equipment. (e.g., a USB port).

[1-2. Overview of first embodiment]
The service providing system S provides payment services to users based on a payment application. The payment application is an example of the first application. Therefore, the portion described as a payment application can be read as the first application. The first application is an application for providing a first service. The first application is downloaded and installed on the user terminal 30. Note that the first application may be of a type that is not installed on the user terminal 30 but is executed on the first server 10. The execution results of the first application executed on the first server 10 may be displayed on the user terminal 30 using a browser or the like.

In the service providing system S, a digital student ID service is provided to the user based on the student ID application. The student ID application is an example of the second application. Therefore, the part where it is written as student ID application can be read as second application. The second application is an application for providing a second service. The second application is downloaded and installed on the user terminal 30. Note that the second application may be of a type that is executed on the second server 20 instead of being installed on the user terminal 30. The execution results of the second application executed on the second server 20 may be displayed on the user terminal 30 using a browser or the like.

In the first embodiment, a case will be exemplified in which the payment application is a super application and the student ID application is a mini application that can be used from the super application. A super app is an app that acts as a platform that integrates multiple apps. Mini apps are apps that can be used from super apps. Here, it is assumed that the user has already installed the payment application on the user terminal 30, but has not yet added the student ID application.

FIG. 2 is a diagram showing an example of the payment application screen before the student ID application is added. When the user starts the payment application, the top screen G1 of the payment application is displayed on the display unit 35. For example, a code image C10 for executing payment processing is displayed on the top screen G1. When the code image C10 is read by the reading unit 46 of the store terminal 40, payment processing is executed and a payment completion screen G2 is displayed on the display unit 35.

The top screen G1 also displays an icon I11 of the mini-appli being used. When the user selects the icon I11, the mini app starts. The user can add a mini app by selecting link L12. For example, when the user selects the link L12, a selection screen for selecting a mini-app is displayed on the display unit 35. Here, we will explain the flow of how a user adds a student ID application.

FIG. 3 is a diagram showing an example of the flow of adding a student ID application. For example, the selection screen G3 displays a list of mini-apps that the user can add. When the user selects the student ID application from the selection screen G3, the student ID application is downloaded and installed on the user terminal 30. When the installation of the student ID application is completed, a registration screen G4 for registering the student ID is displayed on the display unit 35. Registering a student ID card means registering the information contained in the student ID card in the student ID app.

In the first embodiment, the user's student ID card includes an IC chip on which various information such as a student number is recorded. The user uses the NFC function of the communication unit 33 to scan the student ID card. When the student ID card scan is completed, the user's student ID card is registered in the student ID application, and a registration completion screen G5 is displayed on the display unit 35. From then on, users can use the digital student ID service by calling up the student ID application, which is a mini app, from the payment app, which is a super app.

FIG. 4 is a diagram showing an example of the payment application screen after the student ID application has been added. As shown in the top screen G1 of FIG. 4, an icon I11 for the student ID application is added. When the user selects the student ID app icon I11, the top screen G6 of the student ID app is displayed on the display unit 35. The user can use various functions provided by the digital student ID service from the top screen G6.

In the first embodiment, when a user registers a student ID card in a student ID app, the user can use specific functions from the payment app. In the first embodiment, a student discount function will be described as an example of this function. This function may be a function that can be used on the condition that the student ID is registered in the student ID application, and is not limited to the student discount function. Examples of functions other than the student discount function will be explained in the later-described modified examples.

For example, when a user registers a student ID card in a student ID application, information indicating that the user is a student is included in the code image C10. The store terminal 40 can identify that the user is a student based on this information. For example, if the store has a student discount system, such as a movie theater, the student discount will be automatically applied when the store terminal 40 acquires this information. As shown in FIG. 4, when the user presents the code image C10 at the movie theater and executes the payment process, a payment completion screen G2 is displayed on the display unit 35, indicating that the payment process has been performed at the student discount price.

As described above, in the service providing system S of the first embodiment, when a student ID is registered in the student ID application, the student discount is automatically applied simply by reading the code image C10 on the store terminal 40. As a result, the student discount can be automatically applied by simply presenting the code image C10 in the same way as the normal payment flow, without requiring the user to present their student ID card each time at a store such as a movie theater, making it convenient for the user. Sexuality increases. Hereinafter, details of the first embodiment will be described.

[1-3. Functions realized in the first embodiment]
FIG. 5 is a functional block diagram showing an example of functions realized in the first embodiment.

[1-3-1. Functions realized by the first server]
The data storage unit 100 is mainly realized by the storage unit 12. The first providing unit 101 is mainly realized by the control unit 11.

[Data storage unit]
The data storage unit 100 stores data necessary for providing payment services to users. For example, the data storage unit 100 stores a first database DB1.

FIG. 6 is a diagram showing an example of the first database DB1. As shown in FIG. 6, the first database DB1 is a database that stores information regarding users in the payment service. This user is a user who has registered to use the payment service. For example, the first database DB1 stores a user ID, password, user information, code ID, expiration date, payment information, mini-app information, and usage history information. The information stored in the first database DB1 may be any information regarding the user, and is not limited to the example of FIG. 6.

A user ID is an example of user identification information that can identify a user in a payment service. The user identification information may be any information, for example, information called a user account, an email address, or a telephone number. For example, the user identification information may be letters, numbers, other symbols, or a combination thereof. The user ID and password are used to log into the first service.

User information is information registered by a user. For example, the user information is the user's personal information. For example, user information may include the user's name, gender, date of birth, address, phone number, email address, occupation, or a combination thereof. For example, user information may include the name of the organization to which the user belongs. In the first embodiment, a school will be described as an example of an organization, but the organization itself may be of any type and is not limited to schools. For example, the organization may be a company, a government office, a local government, a non-profit organization, a club, or a circle. An organization can also be called an institution. The organization may be multiple organizations.

The code ID is information included in the code image C10. The code ID is information that can identify the user who is attempting to use the payment service. Code ID is an example of user identification information. In the first embodiment, a case will be described in which the code ID is included in the code image C10, but other user identification information such as a user ID may be included in the code image C10. The expiration date is a predetermined time after the code ID is issued. The expiration date may be any length, for example, about 1 minute to 1 hour, or about several hours to several days. The code ID does not need to have an expiration date set.

For example, the first server 10 issues a code ID based on a predetermined issuing rule so as not to overlap with other code IDs. It is sufficient that the code ID does not overlap with other code IDs within the expiration date, and may overlap with other code IDs that have expired. The code ID can be issued at any timing. For example, a code ID may be issued when a payment application is started, when the expiration date has passed, when an operation to update the code ID is performed, or when a predetermined date and time has arrived.

The payment information is information regarding the user's payment method. For example, if the payment method is a credit card, the payment information includes the credit card number, expiration date, and name. If the payment means is electronic money, the payment information includes an electronic money ID that can identify the electronic money and the balance of the electronic money. If the payment means is a bank account, the payment information includes the branch name (branch number), account number, and holder of the bank account. Similarly for other payment methods, the payment information may include information depending on the payment method. If the payment service is capable of registering multiple payment methods, the payment information may include information that allows identification of the payment method set as the payment source.

Mini app information is information regarding mini apps used by the user. For example, the mini app information includes a mini app ID that can identify the mini app. When the user selects link L12 to add a mini app, the mini app ID of this mini app is added to the mini app information. The icon I11 on the top screen G1 is displayed based on the mini app information. In the first embodiment, a case will be described in which the usage status information regarding the usage status of the mini app is stored in the second database DB2, but the usage status information of the mini app may be stored in the first database DB1. In addition, for example, the mini-app information may include various information regarding the student ID registered in the student ID application. This information may be uploaded from the user terminal 30 and registered in the first database when registering the student ID application. This information is information included in the IC card or the face of the student ID card, and may be, for example, information such as the student number, name, and year of enrollment.

The usage history information is information regarding the usage history of the payment service. For example, the usage history information includes the date and time of usage of the payment service, the usage location, and the usage amount. Every time a user uses a payment service, this user's usage history information is updated.

[First provision part]
The first providing unit 101 provides a payment service to the user based on the payment application of the user terminal 30. In the first embodiment, the first providing unit 101 provides a payment service to the user based on the code image C10 displayed on the top screen G1. For example, the store terminal 40 transmits a payment request to the first server 10 when the code image C10 is read by the reading unit 46. A payment request is a notification for requesting payment processing. For example, the payment request includes the store ID of the store, the code ID obtained from the code image C10, and the usage amount.

The first providing unit 101 provides a payment service to the user based on the payment request received by the first server 10. For example, the first providing unit 101 refers to the first database DB1 and obtains the expiration date of the code ID included in the payment request. If the expiration date of the code ID has passed, the payment process will not be executed. If the code ID is within the expiration date, the first providing unit 101 executes the payment process based on the payment information associated with the code ID. The payment process itself can use a known process. The first providing unit 101 updates usage history information associated with the code ID based on the execution result of the payment process.

Since the above series of processes starts from the payment application, the first providing unit 101 provides the first service to the user based on the payment application. The first providing unit 101 may provide the first service to the user by directly communicating with the user terminal 30 on which the payment application is installed. For example, when a user selects a store that uses a payment service from a payment application, the first providing unit 101 provides the first service to the user by receiving a payment request from the user terminal 30. In this case, the user may input the usage amount.

For example, the payment process may be executed by reading a code image displayed on the store terminal 40 with the user terminal 30. In this case, this code image may include information such as a store ID and a usage amount. When the user terminal 30 reads the code image, it transmits a payment request to the first server 10. The flow after the first server 10 receives the payment request may be the same as the flow when the code image C10 is read by the store terminal 40. Alternatively, for example, the payment process may be executed by reading a code image posted at the store with the user terminal 30.

[1-3-2. Functions realized by the second server]
The data storage section 200 is mainly realized by the storage section 22. The second providing unit 201 is mainly realized by the control unit 21.

[Data storage unit]
The data storage unit 200 stores data necessary for providing digital student ID services to users. For example, the data storage unit 200 stores a second database DB2.

FIG. 7 is a diagram showing an example of the second database DB2. The second database DB2 is a database that stores information regarding users in the digital student ID service. This user is a user who has registered his/her student ID card in the student ID app. For example, the second database DB2 stores school ID, student number, password, user information, and usage status information. The school ID is an example of school identification information that can uniquely identify a school. The school identification information may be other information such as a school name.

A student number is an example of user identification information that can identify a user in a digital certificate service. A student number is sometimes called a student identification number. This user identification information may be any information, such as a user ID, user account, email address, or phone number. The user identification information for the digital certificate service and the user identification information for the payment service may be the same. The student number and password are used to log into the digital student ID service. Note that since the student number may be the same between one school and another school, the user may be identified by a combination of the school ID and the student number.

The user information is different from the user information stored in the first data DB1 in the sense that it is user information registered in the digital certificate service, but the meaning of the word user information itself is as described above. The user information stored in the second database DB2 may be information included in the student ID card, or may be information not included in the student ID card. The information included in the student ID is information stored in the IC chip of the student ID or information formed on the face of the student ID. For example, the user information may include the student number, name, date of birth, department, grade, year of enrollment, or face photo included in the student ID. The user information may include information on the user's timetable, messages exchanged with the school, and the like.

The usage status information is information regarding the usage status of the digital student ID service. For example, the usage status information stores information such as attendance status for classes, user timetables, content of communication with schools, or check-in status at facilities such as libraries. When a user uses the digital student ID service from the student ID app, usage status information is updated. The usage information may include any information regarding the digital student ID service. For example, the usage information may include information such as test or report scores, credit acquisition status, or application status for seminars such as job hunting.

[Second provision part]
The second providing unit 201 provides a digital student ID service to the user based on the student ID application of the user terminal 30. For example, when the student ID application is started on the user terminal 30, the second providing unit 201 executes a predetermined login process. When the login process is successful, the second providing unit 201 provides the digital student ID service to the user based on the information of the user who has logged in to the digital student ID service, which is stored in the second database DB2.

For example, when the user requests display of the school attendance certificate, the second providing unit 201 displays the school attendance certificate screen on the user terminal 30 based on the department, grade, etc. included in the user information. When the user requests attendance registration for a class, the second providing unit 201 updates the usage status information to indicate that the user has attended the requested class. When the user requests display of the timetable, the second providing unit 201 causes the user terminal 30 to display a screen of the timetable included in the user information.

For example, when the user requests display of a message, the second providing unit 201 causes the user terminal 30 to display the message included in the user information. When the user requests check-in to a facility such as a library, the second providing unit 201 causes the student ID application to display a check-in code. This code may include the user's student number, or may include a temporary ID such as a code ID for a payment app. In facilities such as libraries, code readers or cameras are installed, and check-in may be performed by reading this code.

[1-3-3. Functions realized on user terminal]
The data storage section 300 is mainly realized by the storage section 32. The display control section 301 and the confirmation section 302 are realized mainly by the control section 31.

[Data storage]
The data storage unit 300 stores data necessary for the user to use each of the payment service and the digital student ID service. For example, the data storage unit 300 stores a payment application and a code ID. The user terminal 30 receives the code ID issued by the first server 10 and records it in its own data storage unit 300. When the user terminal 30 also receives the expiration date of the code ID, it also records the expiration date in its own data storage unit 300.

For example, the data storage unit 300 stores a student ID application and information related to the student ID registered in the student ID application. This information may be all or part of the user information stored in the second database DB2, or may be information that only indicates whether or not the student ID is registered in the student ID application. The data storage unit 300 also stores mini-apps other than the student ID application and information regarding the mini-apps.

[Display control section]
The display control unit 301 causes the display unit 35 to display the screens described in FIGS. 2 to 4 based on the payment application. For example, the display control unit 301 displays the code image C10 including the code ID on the top screen G1 based on the payment application. The code image C10 may include any information other than the code ID. The display control unit 301 also displays other screens such as the payment completion screen G2 based on the payment application. The display control unit 301 displays a screen such as the top screen G6 of the student ID application based on the student ID application.

[Confirmation section]
In the student ID application of the first embodiment, the user's student ID is verified. The confirmation unit 302 confirms the user's student ID based on the student ID application. Verifying a student ID card means confirming the presence and authenticity of the student ID card. Confirming the student ID card is equivalent to verifying possession using the student ID card. A student ID card is an example of membership information. Therefore, the part where it says "student ID card" can be read as membership information. That is, information such as the student number included in the student ID card is an example of membership information, and the portions describing information such as the student number can be read as membership information.

Membership information is information that allows identification of having the right to use the second service or being a user of the second service. As in the first embodiment, when the second service is a service related to an organization to which the user belongs, the membership information is information that can prove that the user belongs to the organization. For example, in the digital student ID service as in the first embodiment, possession of a student ID can prove that the user belongs to a school, so the student ID corresponds to membership information. For example, information such as a student number included in a student ID can also prove that a user belongs to a school, so information such as a student number corresponds to membership information.

Membership information may be any information depending on the content of the second service, and is not limited to student IDs. If the second service is a service related to a store, the membership information may be information such as a membership card issued by the store or a membership number included in the membership card. For example, the membership card is issued at a store or the like that the user visits before installing the second application on the user terminal 30. If the second service is a service related to a company, the membership information may be information such as an employee ID card or an employee number included in the employee ID card. If the second service is a service related to insurance, the membership information may be information such as an insurance card or an insurance card number included in the insurance card.

Checking your student ID card means checking whether or not you have a student ID card. In the first embodiment, registering the student ID in the student ID application corresponds to confirming the student ID. The student ID card may not be registered in the student ID application, but only the presence or absence of the student ID card may be checked. For example, the confirmation unit 302 uses the NFC function of the communication unit 33 to scan the student ID card, thereby confirming the student ID card.

The confirmation unit 302 acquires information such as the student number and name stored in the IC chip of the student ID card, and sends the information such as the student number and name to the second server 20 or another server (for example, a server managed by the school). Request confirmation of the validity of the information. It is assumed that the second server 20 or another server stores a student database in which information such as student numbers and names is stored. The second server 20 or another server transmits the validity confirmation result to the user terminal 30. The confirmation unit 302 receives the validity confirmation result from the second server 20 or another server. When the validity is confirmed, the confirmation unit 302 registers the user's student ID in the student ID application. The confirmation unit 302 records confirmed information indicating that the user's student ID card has been confirmed in the data storage unit 300.

[1-3-4. Functions realized on store terminals]
The data storage section 400 is mainly realized by the storage section 42. The confirmation determination unit 401 and the processing execution unit 402 are mainly realized by the control unit 41.

[Data storage unit]
The data storage unit 400 stores data necessary for providing payment services. For example, the data storage unit 400 stores the store ID of the store where the store terminal 40 is placed and the terminal ID that allows the store terminal 40 to be identified.

[Confirmation judgment section]
The confirmation determination unit 401 determines whether the student ID card has been verified with the student ID application when a payment service is provided. A case where a payment service is provided is a case where an action that is a trigger for the user to use the payment service is performed. In the first embodiment, the case where the code image C10 is read corresponds to the case where the payment service is provided. The confirmation determination unit 401 can execute determination processing using any method. In the first embodiment, a case will be described in which information output by a payment application is used in determination processing by the confirmation determination unit 401.

For example, when the student ID card is verified with the student ID application, the payment application outputs verified information indicating that the student ID card has been verified with the student ID application. Verified information may be in any format. For example, the verified information may be letters, numbers, other symbols, or a combination thereof. In the example of FIG. 4, the number "1111" at the beginning of the code ID included in the code image C10 corresponds to confirmed information. This number will only be included in the code ID if the student ID is verified with the student ID app. If the student ID is not verified with the student ID app, the beginning of the code ID will be another number. The other number may be a number indicating that the student ID has not been verified with the student ID application.

For example, when the first server 10 receives a predetermined issuance request from the user terminal 30 of a certain user, if this user's student number has been confirmed with the student ID application, it issues a code ID that includes the confirmed information. . If the student number of this user has not been confirmed by the student ID application, the first server 10 issues a code ID that does not include confirmed information. The first server 10 transmits the issued code ID to the user terminal 30. Note that the confirmed information may be added to the code ID on the payment application side. In this case, the payment application may replace part of the code ID received from the first server 10 with confirmed information, or add confirmed information to the code ID received from the first server 10.

For example, the confirmation determination unit 401 determines whether the student ID card has been verified by the payment application based on the verification information output by the payment application. When the code image C10 is read by the reading unit 46 of the store terminal 40, the confirmation determination unit 401 determines whether or not the code ID acquired from the code image C10 includes verified information. If the code ID does not include confirmed information, the confirmation determination unit 401 does not determine that the student ID card has been verified with the student ID application. The confirmation determination unit 401 determines that the student ID card has been verified with the student ID application when the code ID includes verified information.

In the example of FIG. 4, the confirmation determination unit 401 determines whether the first number of the code ID is "1111". If the first number of the code ID is not "1111", the confirmation determination unit 401 does not determine that the student ID card has been verified with the student ID application. If the first number of the code ID is "1111", the confirmation determination unit 401 determines that the student ID card has been verified with the student ID application. The confirmed information is not limited to "1111" and may be any value. The position of the confirmed information in the code ID is not limited to the beginning, but may be any position.

Note that the confirmed information may not be included as part of the code ID, but may be information separate from the code ID. In this case, if the student ID card has been verified with the student ID application, the code image C10 includes the code ID and verified information. If the student ID card has not been verified with the student ID app, the code image C10 includes the code ID but does not include verified information. In this case, the code image C10 may include information indicating that the student ID card has not been verified with the student ID application.

Further, the payment application may output the confirmed information using a code image different from the code image C10. Furthermore, the method of outputting the confirmed information by the payment application may be any method, and is not limited to the method using images. For example, the payment app may output verified information via voice or data communication. In this case, the confirmation determination unit 401 may determine whether the student ID card has been verified with the student ID application by determining whether the confirmed information has been output by voice or data communication.

[Processing execution unit]
The processing execution unit 402 executes specific processing regarding the payment service when it is determined that the student ID card has been verified by the payment application. The specific process is a process that is executed on the condition that the student ID card is determined to have been confirmed by the payment application. The process execution unit 402 does not execute the specific process unless it is determined that the student ID card has been confirmed by the payment application. The specific process is a process that increases user convenience. For example, the specific function is a process that reduces the financial burden on the user, a process that provides benefits to the user, or a process that simplifies the user's operations. The specific process can also be referred to as a specific function related to the payment service. That is, the processing execution unit 402 provides a specific function to the user when it is determined that the student ID card has been confirmed by the payment application.

In the first embodiment, the payment service providing unit executes, as a specific process, a discount process that applies a discount in the payment service. Discount processing is an example of specific processing. Therefore, the portions describing discount processing can be read as specific processing. Discount processing is processing that reduces the amount paid by the user. Discount processing is processing that lowers the price of products purchased by the user. The discount process is a process of lowering the charges at facilities such as restaurants used by the user. It is assumed that the price after discounting due to the discount processing is stored in the data storage unit 400 in advance, but it may be determined dynamically on the spot.

[1-4. Processing executed in the first embodiment]
FIGS. 8 and 9 are flowcharts illustrating an example of processing executed in the first embodiment. This process is executed by the control units 11, 21, 31, and 41 operating according to programs stored in the storage units 12, 22, 32, and 42, respectively.

As shown in FIG. 8, when the payment application is started and a predetermined login process is executed, the user terminal 30 determines whether the student ID card has been verified with the student ID application (S100). In S100, the user terminal 30 determines whether the storage unit 32 stores information indicating that the student ID card has been confirmed with the student ID application. If it is not determined that the student ID card has been verified using the student ID application (S100; N), a request to issue a code ID that does not include verified information is sent to the first server 10 (S101). When the first server 10 receives the issue request, it issues a code ID that does not include confirmed information and transmits it to the user terminal 30 (S102). When the user terminal 30 receives the code ID that does not include confirmed information, it displays the code image C10 that includes this code ID on the top screen G1 (S103).

When the user selects link L12, user terminal 30 displays selection screen G3 on display unit 35 (S104). When the user selects the student ID application from the selection screen G3, the user terminal 30 causes the display unit 35 to display the registration screen G4 (S105). The user terminal 30 scans the student ID card using the NFC function of the communication unit 33 (S106), and transmits information such as the student number read from the student ID card to the second server 20 (S107). When the second server 20 receives information such as a student number, it confirms its validity (S108). When the validity of the information such as the student number is confirmed, processing for starting the use of the digital student ID service is executed, and the user terminal 30 registers the student ID in the student ID application (S109).

On the other hand, if it is determined in S100 that the student ID card has been verified with the student ID application (S100; Y), a request to issue a code ID including verified information is sent to the first server 10 (S110). Upon receiving the issue request, the first server 10 issues a code ID including the confirmed information and transmits it to the user terminal 30 (S111). When the user terminal 30 receives the code ID including the confirmed information, it displays this code image C10 on the top screen G1 (S112).

The store terminal 40 reads the code image C10 displayed in S103 or S112 (S113). The store terminal 40 determines whether the code ID read from the code image C10 includes confirmed information (S114). If it is determined that confirmed information is included (S114; Y), the store terminal 40 transmits a payment request to the first server 10 based on the usage amount to which the discount has been applied (S115). If it is determined that confirmed information is not included (S115; Y), the store terminal 40 transmits a payment request to the first server 10 based on the usage amount to which no discount is applied (S116). When the first server 10 receives the payment request, it executes payment processing (S117), and this processing ends.

According to the service providing system S of the first embodiment, when it is determined that the student ID card has been confirmed by the student ID application, specific processing regarding the payment service is executed. This specific process is a process that increases the convenience of the user, and thus increases the convenience of the user who uses the payment application and the student ID application. For example, student discounts can be applied in the same way as with regular payment services without the user having to present a student ID, increasing convenience for the user. From the store's point of view, the convenience of the store will also increase as the need to verify student IDs can be omitted.

Further, the service providing system S executes a discount process that applies a discount in the payment service. This allows the user to pay at a discounted price, thereby increasing the convenience of the payment service for the user. For example, it is possible to prevent a user from forgetting to show his or her student ID card to a store clerk and not noticing that the price is normal, thereby ensuring that the discount price is applied.

Furthermore, when the student ID card is confirmed with the student ID application, the service providing system S outputs confirmation information indicating that the student ID card has been verified with the student ID application. Based on the verified information output by the payment application, it is determined whether the student ID card has been verified with the student ID application. This makes it possible to reliably determine whether or not the student ID card has been verified. For example, it is possible to determine whether a student ID card has been verified with a student ID application using the same flow as the normal flow of using a payment service from a payment application, so there is no need for the user to perform any special operations. , user convenience increases.

Further, in the service providing system S, the first service is a payment service, the second service is a digital student ID service related to a school, and the membership information is a student ID card that proves affiliation to the school. This allows payment services and digital student ID services to be effectively linked. For example, if the user's school recommends the use of a student ID app, the user can conveniently use the payment app by installing it on the user terminal 30, even if the user does not use the payment app. The user can be motivated to install the payment application on the terminal 30. Therefore, the use of payment services can be promoted.

Further, in the service providing system S, the payment application is a super application, and the student ID application is a mini application that can be used from the super application. This allows super apps and mini apps to work together effectively. Compared to the case where the payment app and the student ID app are separate apps, it will be easier to link the apps. Since the user can manage mini-applications such as the student ID application from the payment application, which is a super application, it becomes easier to manage the applications on the user terminal 30.

[2. Second embodiment]
In the first embodiment, a case has been described in which the user starts using the student ID app by selecting the student ID app from the selection screen G3. If you do not know this, you may not realize that you can use the student ID app. In this regard, the payment app may be able to identify, based on user information, that the user attends a school that is compatible with the student ID app. Therefore, in the second embodiment, when the payment application specifies that the user attends a school that supports the student ID application, the payment application prompts the user to start using the student ID application.

FIG. 10 is a diagram showing an example of a screen of a payment application in the second embodiment. As shown in FIG. 10, when the user performs a predetermined operation from the top screen G1, a setting screen G7 for registering user information is displayed on the display unit 35. The user can register new user information or change registered user information from the setting screen G7. For example, when a user registers a school to attend as the user's organization from the setting screen G7, the payment application determines whether this school is compatible with the student ID application.

When the payment application determines that the user's school supports the student ID application, the payment application displays a notification image I13 on the top screen G1 to prompt the user to start using the student ID application. For example, when the user selects the notification image I13, the student ID application is downloaded and installed on the user terminal 30. Thereafter, the registration screen G4 described in the first embodiment is displayed on the display unit 35. The flow in which the user scans his/her student ID card and registers it in the student ID app is the same as in the first embodiment.

As described above, in the service providing system S of the second embodiment, when it is detected that the user's school supports the student ID application, the notification image I13 prompting the user to start using the student ID application is displayed on the top screen G1. will be displayed. This makes it easier for users to notice that they can use the student ID app, increasing convenience for the users. Hereinafter, details of the second embodiment will be described. In the second embodiment, the same points as the first embodiment are omitted.

[2-1. Functions realized in the second embodiment]
FIG. 11 is a diagram illustrating an example of functions realized in the second embodiment. As shown in FIG. 11, in the second embodiment, the user information acquisition unit 102 and the display determination unit 103 are implemented in the first server 10. These functions are mainly realized by the control section 11. Other functions in FIG. 11 may be similar to those in the first embodiment.

[User information acquisition section]
The user information acquisition unit 102 acquires user information regarding the user. In the second embodiment, since user information is stored in the first database DB1, the user information acquisition unit 102 acquires the user information from the first database DB1. If user information is stored in a computer other than the first server or in another information storage medium, the user information acquisition unit 102 acquires the user information from the other computer or other information storage medium. As described in the first embodiment, when the payment application is started on the user terminal 30, a predetermined login process is executed. The user information acquisition unit 102 acquires user information of a user who has logged into the payment service.

[Display judgment section]
The display determination unit 103 determines whether or not the notification image I13 is to be displayed on the payment application based on the user information. The notification image I13 is an example of second application information. Therefore, the portion described as notification image I13 can be read as second application information. The second application information is information regarding the second application. For example, the second application information includes the name of the second application, a message prompting you to start using the second application, a message prompting you to start the second application, a link to the page for downloading the second application, a link to the page for downloading the second It can be an app icon, or a combination of these.

In the second embodiment, the display determination unit 103 displays a notification image I13 prompting the user to start using the student ID application as second application information on the payment application when the user is not using the student ID application. Determine whether to display it. The notification image I13 is also an example of start information. Therefore, the portion described as notification image I13 can be read as start information. The start information may be a message prompting the user to start using the student ID app, an icon prompting the user to start using the student ID app, or a banner of the student ID app.

Displaying the notification image I13 on the payment application means displaying the notification image I13 using the screen of the payment application. In the second embodiment, displaying the notification image I13 on the top screen G1 corresponds to displaying the notification image I13 on the payment application. The second application information may be displayed on some screen of the payment application; for example, the notification image I13 may be displayed on the payment completion screen G2 or the selection screen G3, or the notification image I13 may be displayed on another screen. may be displayed. For example, the notification image I13 may be displayed using a notification function within the payment application.

Display determination unit 103 determines whether predetermined display conditions are satisfied based on user information. For example, the display determination unit 103 determines not to display the notification image I13 on the payment application when the display conditions are not satisfied. The display determination unit 103 determines that the notification image I13 should be displayed on the payment application when the display conditions are satisfied. Depending on the setting of the display conditions, the display determination unit 103 may determine that the notification image I13 is displayed on the payment application when the display conditions are not satisfied. The display determination unit 103 may determine not to display the notification image I13 on the payment application when the display conditions are satisfied.

The display condition is a criterion for determining whether or not to display the notification image I13. The display conditions may be arbitrary conditions, and may be, for example, conditions related to a place or organization as described below, or other conditions. Other conditions include whether the user's age or grade is a predetermined age or grade, or whether the usage history of the payment service is a predetermined history. The display condition may be any condition that can be determined based on user information. The display conditions may include conditions unrelated to user information. For example, the display conditions may include conditions such as whether the current time zone is a predetermined time zone or whether the current date is a predetermined period.

For example, since the digital student ID service is a service related to a predetermined location, the display determination unit 103 displays the notification image I13 on the payment application by determining whether the user is related to the location based on the user information. It may be determined whether or not to display. The display determination unit 103 does not determine that the notification image I13 should be displayed on the payment application if the user is not related to the predetermined location. The display determination unit 103 determines that the notification image I13 should be displayed on the payment application when the user is related to the predetermined location.

The predetermined location is a location related to the second service. Since the student ID application of the second embodiment is a service that supports the user's school life, a location where a school is located or a location near the school corresponds to a predetermined location. For example, if the second service is available only at a certain location, the location where the second service is available may correspond to a predetermined location. For example, if the second service is provided at a certain location, the location where the second service is provided may correspond to the predetermined location.

It is assumed that information that allows identification of a predetermined location is stored in the data storage unit 100. In the second embodiment, schools or their locations that are compatible with the student ID application are stored in the data storage unit 100. For example, the display determination unit 103 determines whether the school the user attends included in the user information is a school compatible with the student ID application. For example, the display determination unit 103 may determine whether the user's address included in the user information is at or near a school that supports the student ID application.

For example, since the digital student ID service is a service related to a predetermined organization, the display determination unit 103 displays the student ID application on the payment application by determining whether the user is related to the organization based on the user information. Determine whether or not to display information. The display determination unit 103 does not determine that the notification image I13 should be displayed on the payment application if the user is not related to the predetermined organization. The display determination unit 103 determines that the notification image I13 should be displayed on the payment application when the user is related to a predetermined organization.

The predetermined organization is an organization related to the second service. As in the second embodiment, since the student ID application is a service that supports the user's school life, the school corresponds to a predetermined organization. For example, if only those who belong to a certain organization can use the second service, the organization that can use the second service may correspond to the predetermined organization. For example, when a certain organization provides the second service, the organization that provides the second service may correspond to the predetermined organization.

It is assumed that information that can identify a predetermined organization is stored in the data storage unit 100. In the second embodiment, schools compatible with the student ID application are stored in the data storage unit 100. For example, the display determination unit 103 determines whether the school the user attends included in the user information is a school compatible with the student ID application. Schools that support the student ID app are schools that have introduced a digital student ID service. This school may be any school such as a university, high school, junior high school, elementary school, or vocational school.

[Display control section]
The display control unit 301 displays the notification image I13 on the payment application based on the determination result of the display determination unit 103. Since the notification image I13 is an example of the second application information and start information, the display control unit 301 displays the notification image I13 as the second application information and start information on the payment application based on the determination result of the display determination unit 103. Display. If the display determining unit 103 does not determine that the notification image I13 should be displayed, the display control unit 301 does not display the notification image I13 on the payment application. The display control unit 301 causes the notification image I13 to be displayed on the payment application when the display determination unit 103 determines that the notification image I13 should be displayed.

[2-2. Processing realized in second embodiment]
FIG. 12 is a flow diagram illustrating an example of processing executed in the second embodiment. This process is executed by the control units 11 and 31 operating according to programs stored in the storage units 12 and 32, respectively.

As shown in FIG. 12, when the payment application is started and a predetermined login process is executed, the first server 10 displays a notification image I13 on the payment application based on the user information of the user who has logged in to the payment service. It is determined whether or not to do so (S200). In S200, the first server 10 determines whether the user attends a school that supports the student ID application, based on the user's organization included in the user information.

If it is determined that the notification image I13 is to be displayed on the payment application (S200; Y), the first server 10 transmits data for displaying the top screen G1 including the notification image I13 to the user terminal 30 ( S201). When the user terminal 30 receives the data, it displays the top screen G1 including the notification image I13 on the display unit 35 (S202), and this process ends. Thereafter, when the user selects the notification image I13, processing for registering the student ID in the student ID application is executed.

If it is not determined that the notification image I13 should be displayed on the payment application (S200; N), the first server 10 transmits data for displaying the top screen G1 that does not include the notification image I13 to the user terminal 30 ( S203). Upon receiving the data, the user terminal 30 causes the display unit 35 to display the top screen G1 that does not include the notification image I13 (S204), and this process ends. In this case, if the user selects link L12, processing for registering the student ID card in the student ID application is executed.

According to the service providing system S of the second embodiment, it is determined whether or not to display the notification image I13 on the payment application based on the user information, and based on this determination result, the notification image I13 is displayed on the payment application. Display. As a result, the notification image I13 can be displayed on the user terminal 30 of the user who should display the notification image I13, thereby increasing convenience for the user. Further, by displaying the notification image I13, the use of the student ID application can be promoted. Since the notification image I13 is not displayed on the user terminal 30 of a user who does not need to display the notification image I13, and unnecessary information is not displayed, the user's convenience is improved in this respect as well.

Furthermore, the service providing system S determines whether or not the notification image I13 is to be displayed on the payment application by determining whether the user is related to a predetermined location based on the user information. This increases convenience for users associated with the predetermined location. It is possible to promote the use of student ID apps related to predetermined locations.

Further, the service providing system S determines whether or not the user is related to a predetermined organization based on the user information, thereby determining whether or not to display the notification image I13 on the payment application. This increases convenience for users associated with a given organization. It is possible to promote the use of student ID apps related to a given organization.

In addition, the service providing system S determines whether or not to display a notification image I13 prompting the user to start using the student ID app as student ID app information on the payment app when the user is not using the student ID app. Based on the determination result, the notification image I13 is displayed on the payment application. This will encourage the use of student ID apps.

Further, in the service providing system S, the first service is a payment service, and the second service is a digital student ID service related to schools. This allows payment services and digital student ID services to be effectively linked. Payment apps can also be used to encourage the use of student ID apps.

Further, in the service providing system S, the payment application is a super application, and the student ID application is a mini application that can be used from the super application. This allows super apps and mini apps to work together effectively. Compared to the case where the payment app and the student ID app are separate apps, it will be easier to link the apps. Since the user can manage mini-applications such as the student ID application from the payment application, which is a super application, it becomes easier to manage the applications on the user terminal 30. In addition, compared to installing a regular app, the operation to start using a mini app from the super app is less time consuming, so it can also reduce the user's effort to start using the student ID card. .

[3. Modified example]
Note that the present disclosure is not limited to the embodiments described above. Changes can be made as appropriate without departing from the spirit of the present disclosure.

[3-1. Modification example according to the first embodiment]
First, a modification of the first embodiment will be described. FIG. 13 is an example of a functional block diagram in a modification of the first embodiment. The restriction unit 104 and the association unit 105 are mainly realized by the control unit 11. The match determination unit 303 and the processing execution unit 304 are mainly realized by the control unit 31. The condition determination unit 403 and the display control unit 404 are mainly realized by the control unit 41.

[Modification 1-1]
For example, the condition for whether or not to execute the discount process is not only the registration of the student ID card in the student ID application, but also other conditions. In the first embodiment, a discount process was described as an example of a specific process, but in modification 1-1, a granting process for granting a predetermined benefit to a user will be described as an example of a specific process. As described in the first embodiment, the specific process may be any process and is not limited to a discount process or a grant process.

A benefit is a benefit given to a user. Benefits may be electronic or physical. Benefits are sometimes called gifts. In modification 1-1, benefits related to payment services are taken as an example, but benefits may be unrelated to payment services. For example, the privilege may include providing a coupon that can be used for other services such as an electronic commerce service or an insurance service, or allowing content such as a video or a song to be viewed.

Benefits related to payment services include adding new payment methods that can be used with the payment service, or increasing the balance of payment methods that can be used with the payment service. For example, the benefit is the provision of electronic money, points, or coupons. Various processes can be used for the granting process itself, such as increasing the balance of electronic money or points of the user, having the user acquire a coupon, or not immediately granting the benefit, but allowing the user to receive the benefit. It may be a process of registering a benefit that can be received when an operation is performed. In the case of granting a physical object as a benefit, the granting process may include the process of delivering the benefit to the address specified by the user.

The service providing system S of Modification 1-1 includes a condition determining unit 403 that determines whether the user satisfies a predetermined condition associated with the digital student ID service. This condition is a criterion for determining whether or not to execute the granting process. As this condition, any condition regarding the digital student ID service can be set. For example, the usage status of the digital student ID service reaches a predetermined state, the period of continuous use of the digital student ID service reaches a predetermined period, or the use of a specific function provided by the digital student ID service. may correspond to a predetermined condition.

In modification 1-1, a case will be described in which the usage information stored in the second database DB2 being in a predetermined state corresponds to a predetermined condition. The condition determining unit 403 determines whether the user satisfies a predetermined condition based on the usage information stored in the second database DB2. For example, the condition determining unit 403 determines whether a predetermined condition is satisfied by determining whether the usage status indicated by the usage status information stored in the second database DB2 is a predetermined status. The fact that the usage status is a predetermined situation corresponds to satisfying a predetermined condition.

In addition, in Modification 1-1, a case will be described in which the condition determination unit 403 is realized by the store terminal 40. Therefore, the condition determination unit 403 determines that the code image C10 displayed by a certain user is read by the store terminal 40. In this case, usage status information of this user is acquired from the second server 20. In the second database DB2, the usage information is associated with the student number, so in modification 1-1, it is assumed that the code image C10 includes the student number. The condition determination unit 403 acquires usage status information based on the student number included in the code image C10.

For example, the predetermined situation may be attending a class more than a predetermined number of times. In this case, the condition determining unit 403 determines whether the user has attended the class a predetermined number of times or more based on the attendance status for the class indicated by the usage status information. For example, the predetermined situation may be checking into a facility such as a library. In this case, the condition determining unit 403 determines whether the user has checked into the facility based on the check-in status indicated by the usage status information. For example, the predetermined situation may be to obtain a predetermined number of credits. In this case, the condition determination unit 403 determines the purchase price at which the user has acquired a predetermined number of units, based on the unit acquisition status indicated by the usage status information. If the predetermined situation is another situation, the condition determination unit 403 may determine whether or not the other situation defined as the predetermined situation has occurred based on the usage status information.

The processing execution unit 402 executes the granting process when it is determined that the student ID card has been confirmed with the student ID application and it is determined that the user satisfies the conditions. The processing execution unit 402 executes the granting process when two conditions are satisfied: that the student ID has been confirmed with the student ID application, and that the user satisfies a predetermined condition. If either or both of these conditions are not satisfied, the granting process is not executed.

According to modification 1-1, when it is determined that the student ID card has been verified with the student ID application and it is determined that the user satisfies the predetermined conditions, the granting process is executed. As a result, when the user satisfies predetermined conditions associated with the digital student ID service, specific processing such as the granting process is executed, giving the user an incentive to use the digital student ID service. Can be done. For example, the user's motivation for school life can be appropriately increased by setting a predetermined condition to attend classes a predetermined number of times or more, or by setting a predetermined condition to obtain a predetermined number of credits.

[Modification 1-2]
For example, the predetermined condition described in Modification 1-1 may be that the user accomplishes a predetermined task associated with the digital student ID service. The issues are related to digital student ID services. For example, the challenge is to set the frequency of logging into the digital student ID service to a predetermined frequency, to set the continuous use period of the digital student ID service to a predetermined period, or to use the predetermined functions of the digital student ID service. It may be equivalent. In Modification 1-2, similarly to Modification 1-1, a case will be described in which whether or not a predetermined task has been achieved is determined based on usage status information.

The condition determining unit 403 determines whether the user satisfies the condition by determining whether the user has achieved a predetermined task. For example, the condition determining unit 403 determines whether the user has achieved a predetermined task based on the usage information stored in the second database DB2. If the problem is to set the login frequency to a predetermined frequency, the condition determination unit 403 determines whether the user's login frequency is the predetermined frequency based on the user's usage status information. If the problem is to set the continuous use period to a predetermined period, the condition determination unit 403 determines whether the user's continuous use period is a predetermined period based on the user's usage status information. If the task is to use a predetermined function, the condition determination unit 403 determines whether the user has used the predetermined function based on the user's usage status information.

The processing execution unit 402 executes the granting process when it is determined that the student ID card has been confirmed with the student ID application and it is determined that the user has achieved a predetermined task. The processing execution unit 402 executes the granting process when two conditions are satisfied: the student ID has been confirmed with the student ID application, and it is determined that the user has achieved a predetermined task. If either or both of these conditions are not satisfied, the granting process is not executed.

According to modification 1-2, when it is determined that the student ID card has been verified with the student ID application and it is determined that the user has completed the task, the granting process is executed. As a result, when the user completes a predetermined task associated with the digital student ID service, specific processing such as grant processing is executed, giving the user an incentive to use the digital student ID service. be able to. For example, by setting the predetermined task as a task related to school life, the user's motivation for school life can be appropriately increased.

[Modification 1-3]
For example, the predetermined task described in Modification 1-2 may be for the user to achieve a predetermined result in the organization. When the organization is a school, the grades are grades at school, such as test, seminar, or report scores. Grades may be grades other than school tests such as qualification exams. The results may have content that is appropriate for the organization. For example, if the organization is a company, the results may be results such as the number of contracts or sales. For example, if the organization is a sports club, it may be the results of a tournament. In Modification 1-3, as in the first embodiment, school grades are taken as an example, but the grades may be anything that is appropriate for the organization.

The condition determining unit 403 determines whether the user has achieved a predetermined task by determining whether the user has achieved a predetermined score. The user's results may be stored in the second database DB2 or in another database. The condition determination unit 403 determines whether the user has achieved a predetermined result based on the user's performance stored in any of these databases. It is assumed that the user's grades are stored in the second database DB2 or another database associated with the student number. The condition determining unit 403 may determine whether or not the user has achieved a predetermined task by acquiring the grades associated with the student number included in the code image C10.

The processing execution unit 402 executes the granting process when it is determined that the student ID card has been verified with the student ID application and it is determined that the user has achieved a predetermined score. The processing execution unit 402 executes the granting process when two conditions are satisfied: the student ID has been confirmed with the student ID application, and it is determined that the user has achieved a predetermined score. If either or both of these conditions are not satisfied, the granting process is not executed.

According to Modification 1-3, when it is determined that the student ID card has been verified with the student ID application and it is determined that the user has achieved a predetermined score, the granting process is executed. Thereby, when the user achieves a predetermined score, specific processing such as the grant processing is executed, so that the user can be motivated to use the digital student ID service. For example, the user's motivation for school life can be appropriately increased.

[Modification 1-4]
For example, although the discount processing and the granting process have been described as specific processing executed by the processing execution unit 402, the processing execution unit 402 also divides the usage amount in a payment service between the user and another party. It is also possible to perform shared processing. The other person may be anyone other than the user, and may be, for example, the school the user attends, the company the user works at, or the user's family. The sharing process is a process of reducing the amount paid by the user and having another person pay the reduced amount. The other person may be billed for the total amount of multiple shared processes at once, or may be billed each time for the amount to be shared in each shared process.

In modification 1-4, it is assumed that the code image C10 includes information that can identify the user's school. Therefore, the store terminal 40 can identify which school the user belongs to when reading the code image C10. When the store terminal 40 identifies the user's school, the processing execution unit 402 executes the sharing process so that the user pays only a portion of the original usage amount and the identified school pays the remaining amount. do.

For example, the processing execution unit 402 transmits a first payment request to the first server 10 so that the user pays only a portion of the original usage amount. The processing execution unit 402 transmits a second payment request to the first server 10 so that another person pays the remaining amount. It is assumed that other people's payment information is registered in the first database DB1. The first providing unit 101 executes a first payment process based on the first payment request and based on the user's payment information so that the user pays only a portion of the original usage amount. The first providing unit 101 executes the second payment process based on the second payment request and the other person's payment information so that the other person pays the remaining amount. The first payment process may be performed immediately, and the second payment process may be performed at a later date.

Note that the processing execution unit 402 does not send two payment requests as described above, but sends one payment request, but the first determination is whether to execute the first payment process and the second payment process. The determination may be made by the server 10. For example, the payment request may include information that allows identification of the subject to be subjected to the sharing process, and the first server 10 may determine whether to perform the sharing process based on this information. When the first server 10 determines to perform the sharing process, it executes the first payment process and the second payment process.

The amount to be paid by the user and the amount to be paid by others may be included in the payment request, or may be determined by the first server 10. For example, the first server 10 may determine the amount of each person's burden so as to share it in a predetermined ratio. It is assumed that this ratio is stored in the data storage section 100 in advance. Alternatively, for example, the first server 10 may determine the amount to be borne by each person so that another person will share a predetermined amount. It is assumed that this predetermined amount is stored in the data storage unit 100 in advance. Note that the sharing process may be executed only at a specific store such as a school store or cafeteria.

According to Modification 1-4, a sharing process is performed in which the amount used in the payment service is shared between the user and another person. This allows the user to pay with a smaller amount, thereby increasing the convenience of the payment service for the user. For example, when a school runs a campaign for students at a school store, cafeteria, etc., it is possible to encourage users to use the campaign. If the second app is an app that provides welfare benefits for the user's company, it is possible to easily subsidize meal costs by performing shared processing when the user eats as part of the company's welfare benefits. .

[Modification 1-5]
For example, when a user purchases a specific product such as cigarettes or alcoholic beverages, the payment service may request the user's identity or age verification. For example, when a user purchases a product for a predetermined amount or more, the payment service may request the user's identity or age verification. In this case, the process execution unit 402 may execute an abbreviation process that omits identity verification or age verification as the specific process.

The omission process is a process in which it is assumed that the user's identity verification or age verification has been completed. When the abbreviation process is executed, it is assumed that the identity verification or age verification has been carried out without the need for normal procedures for identity verification or age verification. This procedure itself may be a variety of publicly known procedures, such as pressing a confirmation button displayed on the store terminal 40, presenting an identification card such as a student ID card to a store clerk, or verifying the identity or This is the act of holding an IC card, which can confirm age, over a card reader. The omission process is a process that allows the purchase of a specific product, etc., even without these procedures. For example, the omission process may be a process of displaying on the display unit 45 of the store terminal 40 that identity verification or age verification is not required.

In modification 1-5, a case will be exemplified in which the user presents the code image C10 at a store and purchases alcoholic beverages. Furthermore, it is assumed that the user is a university student and is old enough to purchase alcoholic beverages. For example, the confirmation determination unit 401 determines whether the student ID has been verified with the student ID application and the user is of age to purchase alcoholic beverages. The user's age may be acquired by inquiring the first server 10 or the second server 20, or the user's age may be included in the code image C10. For example, the code image C10 may include confirmed information ("1111" at the beginning in FIG. 4) only when the user is of age to purchase alcoholic beverages.

For example, when the student ID is confirmed by the student ID application and it is determined that the user is old enough to purchase alcoholic beverages, the processing execution unit 402 informs that the user's identity verification or age verification can be omitted. The omission process is executed by displaying the message on the display unit 45. Normally, when purchasing alcoholic beverages, it is necessary to operate the touch panel of the operation unit 44 to confirm your age and present your identification card. It will no longer be necessary to present a certificate. Therefore, the payment process for purchasing alcoholic beverages can be executed without operating the touch panel or presenting an identification card. Even if the student ID card is verified with the student ID app, the omission process will not be executed unless the user is old enough to purchase alcoholic beverages.

The omission process can be executed in any scene other than the scene where the user purchases alcoholic beverages. For example, the student discount described in the first embodiment may also require identity verification or age verification, so even when the student discount described in the first embodiment is applied, the abbreviation process as in Modification 1-5 is necessary. may be executed. That is, even if the user does not present his or her student ID card, it may be assumed that the user's identity or age has been verified simply by reading the code image C10. In addition, for example, when a user receives food and beverages purchased through a payment service, when a user checks in to a facility reserved through a payment service, or when a user uses a ticket purchased through a payment service, in any other situation. It is possible to perform omission processing.

According to Modification 1-5, an abbreviation process for omitting identity verification or age verification is performed. As a result, the user can omit identity verification or age verification by registering the student ID card in the student ID application, which increases convenience for the user. For example, even in cases where a certain age is required, such as when purchasing cigarettes or alcoholic beverages, age verification can be completed using the student ID registered in the student ID app, so payment processing can be completed simply by reading the code image C10. Not only this, but also the omission process can be completed.

[Modification 1-6]
For example, the service providing system S may further include a display control unit 404 that causes the display unit 45 to display a face photo of the user associated with the student ID card when a payment service is provided. In Modification 1-6, a case will be described in which the user's face photo is stored in the second database DB2, but the user's face photo may be stored in another database. It is assumed that the user's face photograph is stored in these databases in association with the student number.

When the display control unit 404 reads the code image C10, it transmits a face photo acquisition request to the first server 10. It is assumed that the code image C10 includes the user's student number. This student number is included in the acquisition request. The second server 20 can identify which user's face photo is requested based on the student number included in the acquisition request. The second server 20 transmits the face photo associated with this student number to the store terminal 40. The display control unit 404 causes the display unit 45 to display the facial photograph received from the second server 20.

The store clerk compares the face photo displayed on the store terminal 40 with the face of the user in front of him, and if they match, performs an operation to execute the payment process. The store clerk will not perform this operation if these do not match. These comparisons may not be performed by store staff, but may be realized by image processing using a camera installed in the store. Furthermore, the display of the face photo may be performed after the payment process is executed, instead of being performed before the payment process is executed.

Note that the facial photograph may not be directly acquired from the second server 20 but may be acquired via the first server 10, or if the facial photograph is registered in the first server 10, It may also be obtained directly from the first server 10. Further, the user's face photo may be stored in the user terminal 30. In this case, the display control unit 301 of the user terminal 30 may display the user's face photo on the display unit 35 when the payment service is provided.

According to Modification 1-6, when a payment service is provided, the user's face photo associated with the student ID card is displayed on the display unit 45 of the store terminal 40. This can prevent unauthorized users from using the payment service. For example, it is possible to prevent fraudulent use of student discounts by users who have registered another person's student ID. For example, it is possible to prevent a person who has illegally acquired another person's user terminal 30 from using the payment service.

[Modification 1-7]
For example, the service providing system S further includes a match determination unit 303 that determines whether the first user information of the user registered in the payment service and the second user information of the user included in the student ID card match. May include. The first user information is user information stored in the first database DB1. The second user information is user information included in the student ID card, and is user information stored in the second database DB2 when the student ID card is registered in the student ID application. In Modification 1-7, names will be explained as an example of the first user information and the second user information, but the item to be compared by the match determination unit 303 may be any item and is not limited to the name. . For example, the first user information and the second user information may be the user's date of birth, telephone number, address, or email address. A combination of multiple items may be the comparison target.

The match determination unit 303 may determine a complete match between the first user information and the second user information, or may determine a partial match. For example, the user terminal 30 uses the NFC function of the communication unit 33 to obtain the name included in the student ID card as the second user information. The user terminal 30 acquires the name associated with the user ID of the user currently logging into the payment service from the first server 10 as first user information. The name as the first user information may be stored in the user terminal 30 in advance. The match determination unit 303 determines whether or not these first user information and second user information match.

Note that if the match determination unit 303 is implemented by the first server 10, these series of processes may be executed by the first server 10. That is, the first server 10 acquires the name included in the student ID card as the second user information from the user terminal 30, and acquires the name stored in the first database DB1 as the first user information. The match determination unit 303 of the first server 10 may determine whether or not these first user information and second user information match.

In Modification 1-7, it is assumed that the student ID is registered in the student ID application when it is determined that the first user information and the second user information match. If it is not determined that the first user information and the second user information match, the student ID is not registered in the student ID application. Therefore, if it is not determined that the first user information and the second user information match, the confirmed information is not included in the code image C10. Therefore, unless it is determined that the first user information and the second user information match, it will not be determined that the student ID card has been confirmed by the student ID application.

The processing execution unit 402 executes a specific process when it is determined that the student ID card has been verified with the student ID application, and when it is determined that the first user information and the second user information match. The processing execution unit 402 executes a specific process when two conditions are satisfied: the student ID has been confirmed with the student ID application, and the first user information and the second user information match. . If either or both of these conditions are not satisfied, the specific process is not executed. In Modification 1-7, if the first user information and the second user information are not determined to match, the student ID will not be registered in the student ID application, and the above two conditions will not be satisfied, so the specific process is not executed. It will no longer be done.

Note that even if it is not determined that the first user information and the second user information match, the student ID may be registered in the student ID application. In this case, the process of the match determination unit 303 may be executed after the student ID is registered in the student ID application. That is, the determination as to whether the first user information and the second user information match may be performed ex post after the student ID card is registered in the student ID application. In this case, even if the student ID is registered in the student ID application, if the first user information and the second user information do not match, the confirmed information will not be included in the code image C10.

Alternatively, for example, after the code image C10 is read by the store terminal 40, the process of the match determination unit 303 may be executed. In this case, the match determination unit 303 may be executed by the store terminal 40. It is assumed that the code image C10 includes a student number. The match determination unit 303 of the store terminal 40 acquires the name associated with the code ID from the first server 10 as first user information, and acquires the name associated with the student number from the second server 20 or another server as second user information. Obtained as user information. The match determination unit 303 of the store terminal 40 may determine whether or not these first user information and second user information match.

According to modification example 1-7, when it is determined that the student ID has been verified with the student ID application and it is determined that the first user information and the second user information match, a specific process is executed. do. This can prevent unauthorized users from using the payment service. For example, even if a malicious person obtains another person's student ID card, the user information does not match and a specific process cannot be executed, thereby preventing unauthorized use of the student ID card.

[Modification 1-8]
For example, the service providing system S may further include a restriction unit 104 that restricts execution of a specific process when the user no longer belongs to the school. In modification example 1-8, when a user graduates or withdraws from school, information to that effect is registered in the second database DB2. Registration of this information may be performed by a person associated with the school, or may be performed by the user himself/herself. When this information is registered, the first server 10 is notified to that effect, and it is shared that the user has graduated or withdrawn from school. Information indicating that the user has graduated or withdrawn from school is registered in the first database DB1.

The restriction unit 104 prevents specific processing from being executed even if the code image C10 is read when the user graduates or withdraws from school. For example, even if the restriction unit 104 receives a payment request from the store terminal 40, if the user graduates or withdraws from school, the restriction unit 104 prevents the payment processing using the student discount from being executed. It is assumed that the payment request includes information indicating whether a student discount is applied. Whether a student discount is applied may be determined based on the usage amount included in the payment request.

Note that the restriction unit 104 may be implemented in the user terminal 30. For example, when the user graduates or withdraws from school, the restriction unit 104 of the user terminal 30 may prevent the student discount process from being executed by deleting the student ID registered in the student ID application. In this case, it is assumed that the user terminal 30 receives information indicating that the user has graduated or withdrawn from school from the first server 10 or the second server 20. In addition, for example, the restriction unit 104 may prevent the student discount process from being executed by not including the confirmed information in the code image C10, even without deleting the student ID from the student ID application. .

Further, the restriction unit 104 may be realized by the store terminal 40. For example, when the user graduates or withdraws from school, the restriction unit 104 of the store terminal 40 may prevent the student discount process from being executed by deleting the student ID registered in the student ID application. In this case, it is assumed that the store terminal 40 receives information indicating that the user has graduated or withdrawn from school from the first server 10 or the second server 20. For example, after the code image C10 is read, the store terminal 40 may use the code ID or student number included in the code image C10 to receive information indicating that the user has graduated or withdrawn from school.

According to Modification 1-8, execution of a specific process is restricted when the user no longer belongs to the school. Thereby, for example, even if the user graduates or withdraws from school, it is possible to prevent the student discount from being applied. From the user's point of view, there is no need for any special operations on the user's side, so the user's convenience is improved.

[Modification 1-9]
For example, when a student ID card is registered in a student ID application, a specific process may be executed in other applications other than the payment application. In modification 1-9, a case will be described in which a specific process is executed in "CCC Market", which is an electronic commerce application among the mini-apps displayed in the icon I11 in FIG. 2. The electronic commerce application is an example of a third application, and the electronic commerce service is an example of a third service. Therefore, the part described as an electronic commerce application can be replaced with a third application, and the part described as an electronic commerce service can be replaced with a third service.

The third application is an application that can cooperate with the first application and the second application. In Modification 1-9, a case where the third app is a mini app will be described, but the third app does not have to be a mini app. The third service may be any type of service provided by the third application, and is not limited to electronic commerce services.

In Modification 1-9, an electronic commerce service is provided to the user based on an electronic commerce application. The service providing system S further includes a processing execution unit 304 that executes specific processing regarding the electronic commerce service when it is determined that the student ID card has been verified with the student ID application. Although the specific process itself is different from the specific process described in the first embodiment in the sense that it is a process related to an electronic commerce service, the wording of the specific process itself is as described in the first embodiment. In Modification 1-9, discount processing similar to the first embodiment will be described as an example of specific processing, but the specific processing of the electronic commerce service is not limited to discount processing, and may include other processing such as sharing processing. It may be.

For example, when purchasing a product eligible for a student discount using an electronic commerce application, the processing execution unit 304 executes processing to lower the price of the product. The processing execution unit 304 transmits a purchase request for the product to the server of the electronic commerce service based on the price reduced by the processing. The server of the electronic commerce service executes processing for purchasing the product based on the price of the product after the discount. For this process itself, a known process can be applied. Note that the processing execution unit 304 may be realized by a server of a third service. In this case, it is assumed that the third service server cooperates with at least one of the first service server and the second service server.

According to Modification 1-9, when it is determined that the student ID card has been verified with the student ID application, specific processing regarding the electronic commerce service is executed. This increases user convenience.

[Modification 1-10]
For example, if the payment service described in the first embodiment is described as a first payment service, the first payment service may cooperate with a second payment service used by another user associated with the user. Modification 1-10 describes a case where the first payment service is a payment service provided by a payment application, and the second payment service is a service provided by a credit card company different from the first payment service. .

As the specific process, the process execution unit 402 may execute a payment process based on a payment method used by another user in the second payment service. The other users are users associated with the payment app user. For example, the other user is a family member of the user of the payment app, and here it is assumed that the other user is a parent of the user of the payment app. The processing execution unit 402 may execute a payment process based on the credit card of the parent of the user of the payment application as the specific process. That is, by registering a certain user's student ID in the student ID application, payment processing based on the credit card of the user's parent may become possible. It is assumed that the relationship between the user and other users is registered in the first database DB1. Payment information such as card numbers of other users may be registered in the first database DB1 or may be registered in another database.

According to Modification 1-10, as the specific process, a payment process based on a payment method used by another user is executed in the second payment service. This increases user convenience.

[Modification 1-11]
For example, the first embodiment and the second embodiment may be combined. Furthermore, in modification 1-11, the notification image I13 may be displayed on a screen other than the payment application. The display determination unit 103 determines whether or not to display student ID application information regarding the student ID application on the user terminal 30 of the user, based on the user information. The display control unit 301 causes the user terminal 30 to display the student ID application information based on the determination result of the display determination unit 103. These processes are as described in the second embodiment.

According to Modification 1-11, the user's convenience is improved as in the second embodiment.

[Modification 1-12]
For example, in the first embodiment, a method of using the code image C10 was described as a method of determining whether or not the student ID card has been verified with the student ID application, but this determination method is not limited to other methods. There may be. For example, the first database DB1 stores information indicating whether or not the student ID card has been verified with the student ID application, and this information may be used.

The service providing system S of Modification Example 1-12, when the student ID card is confirmed with the student ID app, adds confirmed information indicating that the student ID card has been confirmed with the student ID app to the user ID in the payment service. It further includes an association unit 105 for association. For example, in the first database DB1, a user ID and confirmed information are associated. The confirmed information in Modification 1-12 may be any information that can identify whether or not the student ID card has been confirmed with the student ID application, and may be information such as a flag, for example.

The confirmation determination unit 401 may determine whether the student ID card has been verified with the student ID application based on the confirmed information associated with the user ID. For example, when the store terminal 40 reads the code image C10, the confirmation determination unit 401 transmits a request to obtain the confirmed information to the first server 10. It is assumed that this acquisition request includes the code ID acquired from the code image C10. Upon receiving the acquisition request, the first server 10 acquires the confirmed information associated with the code ID and transmits it to the store terminal 40. The confirmation determination unit 401 determines whether or not the student ID card has been verified using the student ID application, based on the confirmed information received from the first server 10 .

Note that the confirmation determination unit 401 may be realized by the first server 10 instead of the store terminal 40. In this case, when the confirmation determination unit 401 of the first server 10 receives a payment request from the store terminal 40, it determines whether the student ID has been verified with the student ID application based on the first database DB1. do it. The confirmation determination unit 401 may transmit the determination result to the store terminal 40. The process execution unit 402 of the store terminal 40 may decide whether to execute a specific process based on the determination result received from the first server 10. Further, the confirmation determination unit 401 may be realized by the second server 20 or may be realized by another server.

According to Modification 1-12, it is determined whether the student ID card has been verified with the student ID application based on the verified information associated with the user ID. Thereby, it is possible to determine whether the student ID card has been verified with the student ID application without including the verified information in the code image C10.

[Modification 1-13]
For example, the second application is not limited to a student ID application. In modification 1-13, a case will be described in which the second application is a "BBB Bank" mini-application indicated by the icon I11 in FIG. Hereinafter, this mini app will be referred to as a bank app. Therefore, the part described as a bank application can be read as a second application. A banking app is an application for providing financial services. In Modification 1-13, the financial service is an example of the second service.

For example, a banking app verifies the user's identification. An identification card is sometimes called an identity verification document. Various documents can be used as the identification card itself, and for example, in addition to the student ID card described in the first embodiment, it may also be a driver's license, insurance card, personal number card, passport, or pension notebook. . Various known methods can be used to confirm the identification card, such as a method using NFC, a method using an image taken by the photographing unit 36, or a method called eKYC. .

Users can use various financial services from banking apps. For example, you can check your bank balance, check details, or make a transfer from a bank app. In a banking app, certain features may be available upon verification of identification. The confirmation determination unit 401 of Modification 1-13 determines whether the identification card has been verified with the bank certificate application when a payment service is provided. The processing execution unit 402 executes specific processing regarding the payment service when it is determined that the identification card has been verified by the bank application.

The processing of the confirmation determination unit 401 and the processing of the processing execution unit 402 differ from the first embodiment in whether membership information or identification documents are used, but the basic processing contents are the same. This is as described in the first embodiment. For example, if the identification card is a student ID card, the user terminal 30 causes the display unit 35 to display the code image C10 including the verified information when the student ID ID card is verified by the bank application.

When the code image C10 is read by the store terminal 40, the confirmation determination unit 401 determines whether or not the code image C10 includes verified information. The process execution unit 402 may execute the discount process when it is determined that the code image C10 includes confirmed information. Note that if the identification card confirmed by the bank application is an identification card other than a student ID card, it is not possible to confirm whether or not the user is a student, so the discount process may not be executed.

According to Modification 1-13, when it is determined that the identification card has been verified with the student ID application, specific processing regarding the payment service is executed. This eliminates the need for the payment application to check the identification card, increasing convenience for the user.

[3-2. Modification example according to second embodiment]
A modification of the second embodiment will be described. FIG. 14 is an example of a functional block diagram in a modification of the second embodiment. The restriction unit 305 is mainly realized by the control unit 31.

[Modification 2-1]
For example, the user information used when determining whether to display the notification image I13 on the payment application may be user location information regarding the user's location. The user location information may be any information that can identify the user's location, such as location information obtained by GPS, location information obtained by GNSS other than GPS, wireless LAN access point information, or mobile base station. It may be information. For example, the user location information may also be information such as an address or postal code that the user inputs himself.

In modification 2-1, a case will be described in which the user information acquisition unit 102 acquires user position information detected by the user terminal 30 of the user. For example, the user information acquisition unit 102 acquires user position information based on a signal from a satellite received by the GPS reception unit 38 of the user terminal 30. In addition, for example, the user information acquisition unit 102 acquires user position information based on the communication result of the communication unit 33 of the user terminal 30. As a method for acquiring these positions, known positioning techniques can be used.

The display determination unit 103 determines whether or not to display the notification image I13 on the payment application based on the user location information. In modification 2-1, the display determination unit 103 determines whether or not to display the notification image I13 on the payment application based on the user position information detected by the user terminal 30. It is assumed that the position or area where the notification image I13 is to be displayed is determined in advance in the data storage unit 300.

For example, in the case of the student ID application described in the second embodiment, it is assumed that a school or an area near the school is specified in advance as the position or area where the notification image I13 is to be displayed. Nearby means that the distance is less than a threshold. The display determination unit 103 determines whether the notification image I13 is displayed on the payment application by determining whether the user's location indicated by the user location information detected by the user terminal 30 is in a school or an area near the school. Determine whether or not. When the user's location is at a school or an area near it, it is determined that the notification image I13 is to be displayed on the payment application.

According to modification 2-1, it is determined whether or not to display the notification image I13 on the payment application based on the user location information. This increases the accuracy of estimating whether or not the user is using the student ID application, thereby increasing convenience for the user. For example, even if the user has not registered an organization in the payment app, it can be estimated based on the user's location whether the user is a student at a school that supports student ID apps, which can encourage the use of student ID apps. .

Furthermore, based on the user location information detected by the user terminal 30, it is determined whether or not to display the notification image I13 on the payment application. With this, it is possible to display the notification image I13 on the payment application after acquiring the user's position more accurately, which further increases convenience for the user.

[Modification 2-2]
For example, the user information acquisition unit 102 may acquire user location information regarding the location where the user used the payment service. The location where the user used the payment service is the location where the user was when the user used the payment service. The location of the store where the user made the payment using the payment service corresponds to the location where the user used the payment service. For example, the user information acquisition unit 102 identifies the usage location where the user used the payment service based on the usage history information stored in the first database DB1.

It is assumed that the location of each usage location is stored in the data storage unit 100 in advance. That is, it is assumed that the location of the member store of the payment service is stored in the data storage unit 100 in advance. The user information acquisition unit 102 may identify the user's usage locations during the entire past period, or may identify the user's usage locations during the most recent partial period. When the user uses multiple usage locations, the user information acquisition unit 102 may acquire the average position of each of the multiple usage locations as the user location information. Furthermore, this average position may be a weighted average such that the newer the usage date and time, the larger the weighting coefficient.

The display determination unit 103 determines whether to display the notification image I13 on the payment application based on user location information regarding the location where the user used the payment service. Although the method for acquiring user position information is different from Modification 2-1, the processing itself of the display determination unit 103 is the same as described in Modification 2-1.

According to modification 2-2, it is determined whether or not to display the notification image I13 on the payment application based on user location information regarding the location where the user used the payment service. Thereby, even if the user's position cannot be acquired from the user terminal 30, the user's position can be estimated.

[Modification 2-3]
For example, in Modifications 2-1 and 2-2, user location information has been described as an example of user information, but the user information may be user attribute information regarding user attributes. User attributes are user classifications. User attributes may be any information that allows users to be classified from any viewpoint, and may be, for example, age, age group, gender, address, residential area, occupation, annual income, family composition, or a combination thereof. The user's attributes may be information called demographics. Since the organization to which a user belongs is also some attribute of the user, in modification 2-3, a case will be described in which the user's organization is used as user attribute information.

The display determination unit 103 determines whether or not to display the notification image I13 on the payment application based on the user attribute information. It is assumed that the attributes for which the notification image I13 should be displayed are determined in advance in the data storage unit 300. For example, in the case of the student ID application described in the second embodiment, it is assumed that a school compatible with the student ID application is specified in advance as an attribute for displaying the notification image I13. The display determination unit 103 determines whether or not to display the notification image I13 on the payment application by determining whether the user's organization stored in the first database DB1 is a school that supports the student ID application. Determine whether If the user's organization is a school that supports the student ID application, it is determined that the notification image I13 should be displayed on the payment application.

Note that the attribute for which the notification image I13 should be displayed is not limited to the user's organization. For example, the display determination unit 103 comprehensively considers multiple attributes such as the user's age, age group, address, and residential area, and determines whether the user attends a school that is compatible with the student ID application. By estimating , it may be determined whether or not to display the notification image I13 on the payment application.

This point is the same even when the second application is an application other than the student ID application, and the display determination unit 103 comprehensively considers multiple attributes of the user to determine whether the user uses the second application. It may be determined whether or not to display the notification image I13 on the payment application by estimating whether or not there is a high probability that the notification image I13 will be displayed on the payment application. For example, a machine learning model may be used that has learned the relationship between each of a plurality of attributes of various users and whether or not to display the second application. The display determination unit 103 determines whether or not to display the notification image I13 on the payment application by inputting a plurality of attributes of a certain user into a machine learning model and acquiring the output from the machine learning model. good.

According to modification 2-3, it is determined whether or not to display the notification image I13 on the payment application based on the user attribute information. With this, for example, even if the user's location cannot be acquired, it is possible to estimate based on the user's location whether the user is a student at a school that supports the student ID application, thereby promoting the use of the student ID application.

[Modification 2-4]
For example, in the second embodiment, the notification image I13 has been described as an example of the second application information, but if the second application has already been installed, the second application information may be It may be information. The activation information is a message prompting the student ID application to be started, an icon prompting the student ID application startup, or a banner for starting the student ID application.

The display determination unit 103 of Modification Example 2-4 determines whether or not to display startup information that prompts the startup of the student ID application as second application information on the payment application when the user can use the student ID application. You may judge. The fact that the user can use the student ID application means that the user has completed the procedure to start using the student ID application. That is, the fact that the student ID application has been installed corresponds to the fact that the user can use the student ID application.

The display determination unit 103 determines whether or not activation information is to be displayed on the payment application based on the user information. For example, the display determination unit 103 determines whether to display activation information on the payment application based on the user location information described in Modification 2-1 or Modification 2-2. The display determination unit 103 determines that the activation information is to be displayed on the payment application when the user's location indicated by the user location information is at or near a school. The display determination unit 103 determines that the activation information is to be displayed on the payment application when the user's location indicated by the user location information is not at or near the school.

Note that the display determination unit 103 may determine whether or not to display the activation information on the payment application based on user information other than user location information. For example, usage history information of a payment service may also correspond to user information since it is some information regarding the user. The display determination unit 103 may determine that the activation information is to be displayed on the payment application when the usage location indicated by the usage history information is at or near a school.

The display control unit 301 causes the activation information to be displayed as second application information on the payment application based on the determination result of the display determination unit 103. The display control unit 301 causes the activation information to be displayed on the payment application when it is determined that the activation information is to be displayed on the payment application. If it is not determined that the activation information should be displayed on the payment application, the display control unit 301 does not display the activation information on the payment application.

According to modification example 2-4, when the user can use the student ID app, it is determined whether or not to display startup information on the payment app that prompts the user to start the student ID app, and the activation information is displayed on the payment app. Display. This makes it easier to start the student ID application in situations where the student ID application is required, increasing convenience for the user.

[Modification 2-5]
For example, the service providing system S may further include a restriction unit 305 that allows the student ID app to start when the activation information is displayed, and restricts the student ID app from starting when the activation information is not displayed. . That is, the student ID application may be activated only while the activation information described in Modification 2-4 is displayed. For example, the activation information may be the icon I11 of the student ID app, and the restriction unit 305 may restrict the activation of the student ID app by controlling display/hide of the icon I11 of the student ID app. good. For example, the restriction unit 305 does not control the display/hide of the student ID app icon I11, but by preventing the student ID app from starting even if the student ID app icon I11 is selected. , the startup of the student ID app may be restricted.

According to modification 2-5, when activation information is displayed, activation of the student ID application is permitted, and when activation information is not displayed, activation of the student ID application is restricted. This can prevent the student ID app from being accidentally launched in situations where it is not needed.

[Modification 2-6]
For example, in the second embodiment, a case has been described in which user information in a payment application is used, but user information in a third service that cooperates with the payment application may also be used. The user information acquisition unit 102 of Modification 2-6 acquires user information in the third service. In modification 2-6, a case will be described in which the third service is an electronic commerce service, similar to modification 1-9, but the third service may be any service.

The user information acquisition unit 102 acquires user information in the electronic commerce service from the server of the electronic commerce service. Note that a common user ID may be used for the payment service and the electronic commerce service, or different user IDs may be used for the payment service and the electronic commerce service, and the user IDs of the same user may be associated with each other. It is only necessary that the correspondence between the users of the payment service and the users of the electronic commerce service can be specified in some way.

The display determination unit 103 determines whether or not to display the notification image I13 based on user information in the electronic commerce service. Although this embodiment differs from the second embodiment in that user information in an electronic commerce service is used, the determination method itself using the user information is the same as the second embodiment. For example, the display determination unit 103 determines whether or not to display the notification image I13 by determining whether a school corresponding to the student ID application is registered as the user's organization in the e-commerce service. Good too. In addition, for example, the display determination unit 103 determines whether or not the age and address of the user who is presumed to be attending a school compatible with the student ID application are registered as the user's age and delivery address in the e-commerce service. By determining , it may be determined whether or not to display the notification image I13.

According to modification 2-6, it is determined whether or not to display the notification image I13 based on user information in the electronic commerce service. As a result, the notification image I13 can be displayed on the user terminal 30 of the user who should display the notification image I13, thereby increasing convenience for the user.

[Modification 2-7]
For example, the first embodiment and the second embodiment may be combined. The service providing system S of Modification 2-7 includes the confirmation determination unit 401 and the processing execution unit 402 described in the first embodiment. These functions are as described in the first embodiment.

According to Modification 2-7, user convenience is improved as in the first embodiment.

[Modification 2-8]
For example, similar to Modification 1-13, the student ID application may confirm the user's identification card. The service providing system S of Modification 2-8 includes the confirmation determination unit 401 and the processing execution unit 402 described in Modification 1-13. These functions are as described in Modification 1-13.

According to Modification 2-8, user convenience is improved similarly to Modification 1-13.

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

For example, each of the first service and the second service may be any service. For example, each of the first service and the second service may be an electronic commerce service, an administrative service, a financial service, a communication service, an insurance service, a video distribution service, a point management service, or an SNS (Social Networking Service). The first service and the second service may be different types of services or may be the same type of service.

For example, assume that the first service is a payment service and the second service is a point management service. The point management service is a service that manages points at a certain store or group. For example, if a user becomes a member of a point management service, he or she can earn points according to the amount spent by presenting the membership card at a store. By using the second application, the point management application, users can earn points without presenting their membership card. For example, in a point management app, a code image corresponding to a user's membership card is displayed. When the code image is read at the store, the user can earn points based on the amount spent.

For example, when a user's membership card is registered in a point management app, a process for acquiring points may be executed as a specific process by simply reading the code image C10 of the payment app. In this case, as in the first embodiment, information indicating that the membership card has been registered may be included in the code image C10. For example, when the payment application side estimates that the user is a member of the point management application, a notification image I13 prompting the user to start using the point management application may be displayed on the payment application. For example, if the usage location included in the user's usage history information is a store that supports the point management application, the notification image I13 may be displayed on the payment application.

For example, the first service may be a payment service, and the second service may be an administrative service. In this case, a personal number card may be registered in the second application. A personal number card is an example of an identification document. For example, when the personal number card is confirmed by the second application, the code image C10 of the payment application may be presented, and the identity verification or age verification may be omitted. This omission is as explained in Modification 1-5. For example, the first service and the second service are not limited to the above example, and may be any combination. The combination of the first application and the second application may also be any combination. For example, the first app may be a mini app, and the second app may be a super app. Further, the first application and the second application do not have to be in the relationship of a super application and a mini application, respectively.

For example, the first server 10 and the second server 20 may not be separated, and each function may be realized by one computer. For example, the functions described as being realized by each of the first server 10, the second server 20, the user terminal 30, and the store terminal 40 may be shared among multiple computers. Each function may be realized by at least one computer.

S service provision system, N network, 11, 21, 31, 41 control unit, 12, 22, 32, 42 storage unit, 13, 23, 33, 43 communication unit, 30 user terminal, 34, 44 operation unit, 35, 45 display section, 36 photographing section, 37 IC chip, 38 GPS reception section, 40 store terminal, 46 reading section, G1 top screen, G2 payment completion screen, G3 selection screen, G4 registration screen, G5 registration completion screen, G6 top screen , G7 setting screen, 100 data storage unit, 101 first provision unit, 102 user information acquisition unit, 103 display determination unit, 104 restriction unit, 105 association unit, 200 data storage unit, 201 second provision unit, 300 data storage unit , 301 Display control unit, 302 Confirmation unit, 303 Match determination unit, 304 Process execution unit, 305 Restriction unit, 400 Data storage unit, 401 Confirmation determination unit, 402 Process execution unit, 403 Condition determination unit, 404 Display control unit, C10 Code image, I11 icon, L12 link, I13 notification image.

Claims (18)

A service providing system in which a first service, which is a payment service, is provided to a user based on a first application, and a second service is provided to the user based on a second application,
In the second application, an identification document that can prove that the user regarding the second service belongs to an organization regarding the second service is confirmed by scanning with a user terminal of the user , and the second service includes: provided if said identification document is verified by said scan;
confirmation determination means for determining whether the second application has already confirmed that the user belongs to the organization based on the identification card when the first service is provided;
processing execution means for executing a discount process for applying a discount in the payment service as a specific process related to the first service when it is determined that the identification card has been verified by the second application;
service provision system including. A service providing system in which a first service, which is a payment service, is provided to a user based on a first application, and a second service is provided to the user based on a second application,
In the second application, an identification document that can prove that the user regarding the second service belongs to an organization regarding the second service is confirmed by scanning with a user terminal of the user , and the second service includes: provided if said identification document is verified by said scan;
confirmation determination means for determining whether the second application has already confirmed that the user belongs to the organization based on the identification card when the first service is provided;
When it is determined that the identification card has been verified by the second application, a sharing process in which the usage amount in the payment service is divided between the user and another person as a specific process related to the first service. processing execution means for executing;
service provision system including. A service providing system in which a first service that requires user identity verification or age verification is provided to the user based on a first application, and a second service is provided to the user based on a second application,
In the second application, an identification card that can prove that the user related to the second service belongs to an organization related to the second service and includes information regarding the age of the user is scanned by the user terminal of the user. and the second service is provided if the identification document is verified by the scan;
confirmation determination means for determining whether the second application has already confirmed that the user belongs to the organization based on the identification card when the first service is provided;
processing execution means for executing an abbreviation process of omitting the identity verification or the age verification as a specific process related to the first service when it is determined that the identification card has been verified by the second application; ,
service provision system including. A service providing system in which a first service, which is a first payment service, is provided to a user based on a first application, and a second service is provided to the user based on a second application,
In the second application, an identification document that can prove that the user regarding the second service belongs to an organization regarding the second service is confirmed by scanning with a user terminal of the user , and the second service includes: provided if said identification document is verified by said scan;
confirmation determination means for determining whether the second application has already confirmed that the user belongs to the organization based on the identification card when the first service is provided;
When it is determined that the identification card has been verified by the second application, as a specific process regarding the first service, another user associated with the user may use the identification card, and the identification card may be used by the first payment service. processing execution means for executing a payment process using a payment means used by the other user in a linked second payment service;
service provision system including. The service providing system provides predetermined conditions associated with the second service, including that the user attends classes related to the second service a predetermined number of times or more, and that the user checks in at a facility related to the second service. further comprising a condition determining means for determining whether the user satisfies the condition that the user obtains a predetermined number of units related to the second service;
The processing execution means executes the processing when it is determined that the identification card has been verified by the second application and it is determined that the user satisfies the conditions.
The service providing system according to any one of claims 1 to 4. The service providing system has a predetermined task associated with the second service, which is to set the frequency of logging into the second service to a predetermined frequency, and to set the continuous usage period of the second service to a predetermined period. further comprising means for determining whether or not the user has achieved the task, which is to do the following: or to use a predetermined function of the second service;
The processing execution means executes the processing when it is determined that the identification card has been verified by the second application and it is determined that the user has achieved the task.
The service providing system according to any one of claims 1 to 4. The second service is a service that supports the user's life in an organization to which the user belongs,
The service providing system provides the user with a predetermined task associated with the second service, the task being for the user to achieve a predetermined score, number of contracts, sales, or results in a competition in the organization. further comprising means for determining whether or not the
The processing execution means executes the processing when it is determined that the identification card has been verified by the second application and it is determined that the user has achieved the task.
The service providing system according to any one of claims 1 to 4. The service providing system further includes display control means for displaying a facial photograph of the user associated with the identification card on a display means when the first service is provided.
The service providing system according to any one of claims 1 to 7. The service providing system performs a match determination that determines whether first user information of the user registered in the first service and second user information of the user included in the identification card match. further comprising means;
The processing execution means executes the processing when it is determined that the identification card has been verified by the second application, and when it is determined that the first user information and the second user information match. Execute,
The service providing system according to any one of claims 1 to 8. The second service is a service that supports the user's life in an organization to which the user belongs,
The service providing system further includes a restriction unit that restricts execution of the process when information indicating that the user no longer belongs to the organization is registered in the database of the organization.
The service providing system according to any one of claims 1 to 9. a third service is provided to the user based on a third application;
The service providing system further includes means for executing the discount process regarding the third service when it is determined that the identification card has been verified by the second application.
The service providing system according to claim 1. The first application outputs verified information indicating that the identification card has been verified by the second application when the identification card is verified by the second application,
The confirmation determining means determines whether the identification card has been confirmed by the second application based on the confirmed information output by the first application.
The service providing system according to any one of claims 1 to 11. When the identification card is verified by the second application, the service providing system adds confirmation to the user identification information in the first service indicating that the identification card has been verified by the second application. further comprising associating means for associating the completed information;
The confirmation determination means determines whether the identification card has been confirmed by the second application based on the confirmed information associated with the user identification information.
The service providing system according to any one of claims 1 to 12. The first service is a payment service,
The second service is a service that supports the user's life in an organization to which the user belongs,
The identification card is information proving that the user belongs to the organization,
The service providing system according to any one of claims 1 to 13. The first app is a super app,
The second app is a mini app that can be used from the super app.
The service providing system according to any one of claims 1 to 14. A service providing system in which a first service, which is a payment service, is provided to a user based on a first application, and a second service is provided to the user based on a second application,
In the second application, an identification card that can prove that the user belongs to an organization related to the second service is confirmed by scanning with the user terminal of the user , and the second service verifies the identification card by the scanning. Provided if certificate is verified,
confirmation determination means for determining whether the second application has already confirmed that the user belongs to the organization based on the identification card when the first service is provided;
processing execution means for executing a discount process for applying a discount in the payment service as a specific process related to the first service when it is determined that the identification card has been verified by the second application;
service provision system including. A first service, which is a payment service, is provided to a user based on a first application, and a second service is provided to the user based on a second application, the method comprising:
In the second application, an identification document that can prove that the user regarding the second service belongs to an organization regarding the second service is confirmed by scanning with a user terminal of the user , and the second service includes: provided if said identification document is verified by said scan;
The computer is
When the first service is provided, a confirmation determination step of determining whether the second application has already confirmed that the user belongs to the organization based on the identification card ;
a process execution step of executing a discount process of applying a discount in the payment service as a specific process related to the first service when it is determined that the identification card has been verified by the second application;
The service delivery method that performs. A first service, which is a payment service, is provided to the user based on a first application, a second service is provided to the user based on a second application, and in the second application, the user regarding the second service An identification document that can prove belonging to an organization related to a second service is confirmed by scanning with a user terminal of the user , and the second service is provided when the identification document is confirmed by the scanning. ,
confirmation determination means for determining whether the second application has already confirmed that the user belongs to the organization based on the identification card when the first service is provided;
processing execution means for executing a discount process of applying a discount in the payment service as a specific process related to the first service when it is determined that the identification card has been verified by the second application;
A program that allows a computer to function as a computer.

Images