Information processing device, information processing method, and program

Abstract

To more appropriately encourage users to change their phone numbers. [Solution] An information processing device comprising: an acquisition unit that acquires historical information indicating the usage history of a telephone number; and a processing unit that determines whether the historical information determines that the telephone number has changed from valid to invalid, and if it determines that the telephone number has changed from valid to invalid, notifies a user terminal device corresponding to the identification information of a user of the electronic payment service that is associated with the telephone number registered in the electronic payment service regarding the telephone number.

Description

[Technical Field]

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

[0002] Conventionally, a parameter change control system is known that stores a password and a telephone number in association with each other, and uses the password and the telephone number to execute a parameter change in response to a parameter change request including the telephone number of the mobile device (see Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2010-251985 Summary of the Invention [Problem to be solved by the invention]

[0004] If the phone number registered with the service changes, it is recommended that the phone number be changed to the updated phone number. However, users sometimes neglect to change the phone number on the service.

[0005] The present invention has been made in consideration of the above circumstances, and one of its objects is to provide an information processing device, an information processing method, and a program that can more appropriately prompt users to change their phone numbers. [Means for solving the problem]

[0006] One aspect of the present invention is an information processing device that includes an acquisition unit that acquires historical information indicating the usage history of a telephone number, and a processing unit that determines whether the historical information determines that the telephone number has changed from valid to invalid, and if it determines that the telephone number has changed from valid to invalid, notifies a user terminal device corresponding to the identification information of a user of an electronic payment service that is associated with the telephone number registered in the electronic payment service regarding the telephone number. [Effects of the Invention]

[0007] According to one aspect of the present invention, it is possible to provide an information processing device, an information processing method, and a program that can more appropriately prompt a user to change their phone number. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an example of a configuration for realizing an electronic payment service. [Figure 2] This is a sequence diagram (part 1) illustrating the general flow of electronic payment. [Figure 3] This is a sequence diagram (part 2) illustrating the general flow of electronic payment. [Figure 4] 1 is a configuration diagram of a payment server 100 according to an embodiment. [Figure 5] FIG. 10 is a diagram showing an example of the contents of user information 172. [Figure 6] FIG. 10 is a diagram showing an example of the contents of affiliated store / store information 176. [Figure 7] 10 is a flowchart showing an example of the flow of processing executed by the information processing unit 150. [Figure 8] FIG. 10 is a diagram for explaining the determination of condition (1). [Figure 9] FIG. 10 is a diagram showing an example of an interface screen IM1 on which a notification is displayed. [Figure 10] FIG. 10 is a diagram showing an example of a screen IM2 on which a notification is displayed. [Figure 11] FIG. 10 is a diagram showing an example of an interface screen IM3. [Figure 12] FIG. 10 is a diagram showing an example of notification information 180. [Figure 13] 10 is a flowchart showing another example of the flow of processing executed by the information processing unit 150. [Figure 14] FIG. 10 is a diagram illustrating a process of issuing a notification in response to a change in status. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, with reference to the drawings, embodiments of an information processing device, an information processing method, and a program according to the present invention will be described. Various devices, such as the "server" mentioned below, that provide services to users or perform internal analysis may be realized by a group of distributed devices, and each device may be operated by a different business. Furthermore, the hardware owner (the cloud server provider) and the business that actually operates the device may also be different. An application program and a payment server work together to provide an electronic payment service. In the following description, the application program is referred to as a payment app. An electronic payment service is a service that supports payments for the purchase of goods and services at a store. A store is, for example, a physical store (real store) existing in real space, but may also include a virtual store for e-commerce. A virtual store may also include a store provided by an entity different from the operator of the electronic payment service. In such a case, when making a payment for a purchase at a virtual store, the user may be controlled to transition to an interface screen of the electronic payment service. In an electronic payment service, a store is treated as belonging to, for example, a member store (brand), and when a purchase is made at a store, processing such as payment is primarily conducted between the user and the member store. Alternatively, processing such as payment may be conducted between the user and the store.

[0010] [Electronic payment service] FIG. 1 shows an example of the configuration of an electronic payment system in which an electronic payment service is realized. The electronic payment service is realized mainly by a payment server 100. An electronic payment system that realizes the electronic payment service includes, for example, one or more user terminal devices 10, one or more first store terminal devices 50, one or more second store terminal devices 70, the payment server 100, and an information providing device 200. These devices communicate, for example, via a network NW. The network NW includes, for example, the Internet, a LAN (Local Area Network), a wireless base station, a provider device, etc. Some or all of the functional components included in the electronic payment system may be distributed in any form across multiple devices or integrated into any device.

[0011] [User terminal device] The user terminal device 10 is, for example, a portable terminal device such as a smartphone or tablet terminal. The user terminal device 10 is a computer device having at least an optical reading function, a communication function, a display function, an input acceptance function, and a program execution function. In the following description, components for realizing these functions are referred to as a camera, a communication device, a touch panel, a CPU (Central Processing Unit), etc. In the user terminal device 10, a processor such as a CPU executes a payment app 20, which operates in cooperation with the payment server 100 to provide electronic payment services to users. The payment app 20 is installed on the user terminal device 10 from, for example, an application store, and controls the camera, communication device, touch panel, etc.

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

[0013] [Second store terminal device] The second store terminal device 70 is used by the operator of the affiliated store. The second store terminal device 70 is a smartphone, tablet terminal, personal computer, etc. An interface for affiliated stores 72 runs on the second store terminal device 70. The interface for affiliated stores 72 may be an app for affiliated stores or a browser. The interface for affiliated stores 72 accepts coupon settings and the like from the operator of the affiliated store and transmits them to the payment server 100. The second store terminal device 70, which is a smartphone, has the function of displaying a code image corresponding to a store code image and reading the code image displayed by the user terminal device 10 by executing the app for affiliated stores.

[0014] [Information providing device] The information providing device 200 provides telephone number information 178, which will be described later, to the payment server 100. The telephone number information 178 may be information that the payment server 100 acquires by itself, instead of being provided by the information providing device 200.

[0015] [Payment server] The payment server 100 realizes electronic payment based on payment information received from the user terminal device 10 or the first store terminal device 50. The first store terminal device 50 may include a POS device and an affiliated store server, in which case payment information is sent from the POS device via the affiliated store server to the payment server 100. In the following explanation, this distinction will not be made and it is assumed that payment information is sent from the first store terminal device 50.

[0016] 2 and 3 are sequence diagrams illustrating the general flow of electronic payment. There may be two patterns for electronic payment: Pattern 1 and Pattern 2.

[0017] In the case of pattern 1 (hereinafter referred to as user scan) shown in FIG. 2, the user terminal device 10, with the payment application 20 running, decodes the store code image 60 using its optical reading function (S1). The store code image 60 includes store URL (Uniform Resource Locator) information. This store URL is the domain of the electronic payment service to which store identification information has been added, and is associated with an affiliated store ID, store ID, etc. in the payment server 100 (described below). The payment application 20 sends first payment information including the store URL and account ID to the payment server 100 (S2). The payment server 100 searches for store information (described below) using the affiliated store ID and store ID corresponding to the store URL, acquires the affiliated store name and store name information (S3), and sends this to the payment application 20 (S4). The user enters the payment amount into the user terminal device 10 on the screen displaying the affiliated store name and store name (S5). Then, the user terminal device 10 generates second payment information including at least the payment amount and sends it to the payment server 100 (S6). The payment server 100 makes the electronic payment based on the received second payment information (S7). The payment server 100 then sends a payment completion notice (information for displaying a payment completion screen) to the payment app 20 (S8), and the payment app 20 displays the payment completion screen (S9). Note that when the store code image 60 is displayed on a display installed in the store, the store code image 60 may include information on the payment amount in addition to the store URL. In this case, the step of the user inputting the payment amount is omitted, and the payment amount information is included in the first payment information and sent to the payment server 100. Information on the affiliated store name and store name may be included and displayed on the payment completion screen.

[0018] In the case of pattern 2 (hereinafter referred to as store scan) shown in FIG. 3, the payment app 20 sends a request to issue a one-time code to the payment server 100 when the payment app 20 is launched, when a payment operation is performed in the payment app 20, at the automatic update timing (e.g., every minute), and at other timings (S11). The payment server 100 generates a one-time code (S12) and sends it to the payment app 20 (S13). The payment app 20 displays a code image, such as a QR code or barcode, generated based on the one-time code (S14). The user holds (presents) the display surface of the user terminal device 10 over the first in-store terminal device 50, and the first in-store terminal device 50 decodes the code image using its optical reading function and obtains the one-time code, etc. (S15). The first in-store terminal device 50 then generates payment information including the one-time code, payment amount, affiliated store ID, store ID, etc., and sends it to the payment server 100 (S16). The payment amount information is acquired in advance by reading a barcode, manually entering it, etc. Based on the received information, the payment server 100 identifies the user corresponding to the one-time code and performs electronic payment (S17). Then, the payment server 100 sends a payment completion notice to the payment application 20 (S18), and the payment application 20 displays a payment completion screen (S19).

[0019] Note that electronic payment may be performed using only one of the above patterns. Furthermore, the "account ID" described in FIG. 2 may be other information (e.g., a phone number) that can be used as user identification information. Furthermore, issuing a one-time code may be omitted in store scanning, and the payment application 20 may display a code image generated based on the user's account ID. In this case, the payment server 100 identifies the user corresponding to the account ID instead of identifying the user corresponding to the one-time code.

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

[0021] The storage unit 170 is a HDD, flash memory, RAM (Random Access Memory), etc. The storage unit 170 may be a NAS (Network Attached Storage) device that the payment server 100 can access via a network. The storage unit 170 stores information such as user information 172, content information 174, affiliated store / shop information 176, and phone number information 178. Some of this information may be stored in the storage unit of the user terminal device 10. Details of each piece of information will be described later.

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

[0023] The content providing unit 120 has, for example, a web server function, and provides information (content) for displaying various screens of the electronic payment service to the user terminal device 10. The content providing unit 120 reads out necessary content from the content information 174 as appropriate and provides it to the user terminal device 10. The user terminal device 10 accepts various inputs from the user while content is being played by the payment application 20, and transmits the above-mentioned payment information and the like to the payment server 100. The above content may be generated by the payment application 20. In this case, the content providing unit 120 provides the payment application 20 with information necessary for generating the content.

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

[0025] [User information] FIG. 5 is a diagram showing an example of the contents of user information 172. User information 172 is an example of user registration information. User information 172 includes, for example, a user URL, account ID, telephone number, and password, as well as associated information such as email address, user ID, name, address, date of birth, registration date, charge balance, credit card payment settings, credit card limit, credit card payment amount, available credit card payment amount, payment method settings, bank account, credit card number, charge history information, and payment history information. The user URL is used for remittance processing between users. Registration of a telephone number and password is required when registering for an electronic payment service. The account ID is issued to the user by the payment server 100, and the user ID can be set by the user (or does not have to be set). Similarly, the email address, name, address, and date of birth can be set by the user (or do not have to be set). The registration date is the date on which the user registered for the electronic payment service (the date on which the account was created). Hereinafter, the user's instance (electronic payment account) to which this information is associated will be referred to as an account.

[0026] The charge balance is information indicating the balance of electronic money set by the user by transferring funds to the account in advance. Transfer methods include transfer from a designated service provider (bank) ATM (Automatic Teller Machine) or transfer from a registered bank account. The credit payment setting is information indicating whether the settings for enabling electronic credit payments using the payment app 20 have been completed and is set to either "completed" or "not completed." The credit payment limit is the monthly credit payment limit, the credit payment usage amount is the amount of credit payments already used in the current month, and the available credit payment amount is the amount of credit payments available in the current month, calculated by subtracting the credit payment usage amount from the credit payment limit. While the figure shows only one credit payment limit, in reality, there may also be daily limits, and the lower of these may be set as the credit payment limit. Further details of credit payments will be described later. The payment method setting is setting information indicating whether the user will make electronic payments using the charge balance or by credit payment at that time. The bank account and credit card number are information on the bank account or credit card number (account number, card number) that can be used to deposit funds into the electronic payment service. The charge history information is a history of the user's previous transfers to the electronic payment service to increase the charge balance. The payment history information is information that shows the breakdown of payments made by the user for each payment (date and time, store ID of the store where the purchase was made, payment amount, payment method, etc.).

[0027] [Affiliated store / store information] 6 is a diagram showing an example of the contents of affiliated store / store information 176. The affiliated store / store information 176 includes, for example, a first table 176A in which an affiliated store ID and a store ID are associated with a store URL, a second table 176B in which an affiliated store ID is associated with an affiliated store name and sales amount (described above), and a third table 176C in which a store ID is associated with a store name. In addition to this information, the affiliated store / store information 176 may also include information such as the category of the affiliated store or store, the store's location, and payment patterns.

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

[0029] The information management unit 140 acquires the phone number information 178 at predetermined intervals (for example, once a month) from the information providing device 200. The information management unit 140 stores the acquired phone number information 178 in the storage unit 170 and manages it.

[0030] The information processing unit 150 executes various processes using the telephone number information 178. Details of this process will be described later.

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

[0032] The payment processing unit 130 performs electronic payments for users whose "setting information" is set to "Credit card payment (Credit card payment using code information)" as follows. Credit card payment is a payment method in cooperation with a credit card company, which is a separate entity from the operator of the electronic payment service. The operator of the electronic payment service acts as the creditor, and allows electronic payments within the credit card payment limit, independent of the remaining balance. To receive the credit card payment service, a user may be required to obtain a credit card provided by the operator of the electronic payment service. The amount used for credit card payment is settled in full for one month on the payment date of the following month, for example, by debit from a bank account. In this case, the payment processing unit 130 makes a provisional payment by adding the payment amount to the credit card payment amount and subtracting the same amount from the available credit card balance. On the closing date, the payment processing unit 130 performs the process described above to debit the current month's payment on the payment date of the following month, or requests the operator of the credit card company to perform this process. If the payment amount exceeds the available credit card balance at the time of provisional payment, an error notification is returned to the payment application 20.

[0033] [overview] Information processing unit 150 determines whether history information indicating the history of the usage status of the telephone number indicates that the telephone number has changed from valid to invalid. If information processing unit 150 determines that the history information indicates that the telephone number has changed from valid to invalid, it notifies user terminal device 10 (payment application 20) corresponding to the identification information of the user of the electronic payment service associated with the telephone number registered in the electronic payment service about the telephone number.

[0034] The telephone number is, for example, a telephone number registered in user information 172. The telephone number is a telephone number required when using an electronic payment service. The telephone number is a telephone number used for SMS (Short Message Service) authentication of the electronic payment service. The user can change the telephone number by operating payment application 20.

[0035] [Flowchart (1)] 7 is a flowchart showing an example of the flow of processing executed by the information processing unit 150. First, the information processing unit 150 refers to telephone number information (S100). Next, the information processing unit 150 extracts subjects who satisfy a condition (S102). Next, the information processing unit 150 notifies the extracted subjects (S104). This completes the processing of one routine of this flowchart.

[0036] The conditions are, for example, that (1), (2), and (3) are satisfied. Note that (2) or (3) may be omitted. The information processing unit 150 determines whether the above conditions are satisfied. (1) The flag of the telephone number information 178 at a first time point is valid, and the flag of the telephone number information 178 at a second time point after the first time point is invalid.

[0037] FIG. 8 is a diagram for explaining the determination of condition (1). The telephone number information 178 is information in which, for example, a time such as date and time, a telephone number, and a flag indicating the status of the telephone number are associated. In the example of FIG. 8, "1" is a flag indicating that the telephone number is valid, and "0" is a flag indicating that the telephone number is invalid. "Valid" means that the telephone number is in use. "Invalid" means that the telephone number is not in use. FIG. 8 shows the status of the telephone number flag for each month.

[0038] For example, the information processing unit 150 extracts, from among the telephone numbers registered in the user information 172, telephone numbers whose flags have changed from valid "1" to invalid "0" at the two most recent points in time. For example, the information processing unit 150 extracts telephone numbers whose flags are valid "1" at the first point in time in July of the most recent first predetermined period and whose flags are invalid "0" at the second point in time in August. The extracted telephone numbers are registered in the user information 172 but are presumed not to be in use. For this reason, it is necessary to inquire of the user whether they have changed their telephone number and encourage them to change it.

[0039] In the above process, the determination may be made using three or more time points instead of two time points. For example, the information processing unit 150 may determine that the condition (1) is met when the most recent time point (e.g., August in FIG. 8) is invalid "0" and two or more time points before that (e.g., June and July in FIG. 8) are valid. Also, the condition (1) may be that the most recent two or more time points are invalid "0".

[0040] (2) The telephone number registered with the electronic payment service has not been changed. For example, the information processing unit 150 determines whether the telephone number registered with the electronic payment service has not been changed within a second predetermined period based on a second point in time. The second predetermined period may be, for example, a period including the first and second points in time, or a period excluding the first point in time and including the second point in time. The second predetermined period may be, for example, the two months of July and August described above, or may be August.

[0041] The timing to start this process is a predetermined timing after obtaining the latest telephone number information 178. In the case where telephone number information 178 is obtained every month as in Fig. 8, this is the timing when the latest telephone number information 178 for August 2024 is obtained and before obtaining telephone number information 178 for September 2024. This process is performed, for example, every time updated telephone number information 178 is obtained.

[0042] (3) The account for the electronic payment service identified by the user of the electronic payment service must be available. An available state refers to a state in which the account is available (active state) or temporarily unavailable (suspended state), and the user has not canceled their registration for the electronic payment service.

[0043] If it is determined that the above conditions are met, the information processing unit 150 cooperates with the content providing unit 120 to provide a notification regarding the telephone number. The notification regarding the telephone number may be a notification urging the user to change the telephone number or a notification urging the user to check the registered telephone number.

[0044] [notification] The information processing unit 150 performs the above notification on the home screen. FIG. 9 is a diagram showing an example of the interface screen IM1 on which the notification is displayed. The interface screen IM1 is the home screen. The home screen is, for example, the screen that is displayed after the payment application 20 is launched. The interface screen IM1 includes, for example, code information, various menu buttons, a payment button for making a payment, and information IF1 prompting the user to change the phone number. The information IF1 prompting the user to change the phone number is, for example, an action banner such as "Please confirm your registered phone number." This can prompt the user to confirm the phone number.

[0045] The information processing unit 150 may send the above notification by push notification. FIG. 10 is a diagram showing an example of a screen IM2 on which the notification is sent. The screen IM2 is, for example, a screen displayed on the display unit of the user terminal device 10. The screen IM2 includes, for example, information IF2 that prompts the user to change the phone number. The information IF2 that prompts the user to change the phone number is, for example, "Has your phone number changed?" This can prompt the user to confirm the phone number.

[0046] The information processing unit 150 may send the notification by any means, such as email, automated voice call, SMS, etc. The information processing unit 150 may send the notification by multiple notification means, such as email and an action banner.

[0047] [User actions in response to notifications] When a predetermined operation is performed on interface screen IM1 or screen IM2, information processing unit 150 displays an interface screen (for example, interface screen IM3) on the display unit of user terminal device 10. The interface screen includes a change button for instructing to change the telephone number, a non-change button for instructing not to change the telephone number, and a close button for closing the interface screen. When the close button is operated, information processing unit 150 again notifies the user about the telephone number after a predetermined period has elapsed, and when the change button or non-change button is operated, it does not again notify the user about the telephone number.

[0048] 11 is a diagram showing an example of interface screen IM3. Interface screen IM3 includes, for example, the user's registered phone number, a button B1 indicating that the phone number should be changed to a new phone number, a button B2 indicating that the phone number should not be changed, and a close button B3 for closing interface screen IM3.

[0049] When button B1, which indicates changing to a new phone number, is operated, information processing unit 150 displays an interface screen (not shown) for inputting a new phone number on the display unit. When the new phone number is input into the interface screen and an operation for registration is performed, information processing unit 150 changes the phone number in user information 172 to the new phone number.

[0050] When button B2 indicating that the phone number is not to be changed is operated, information processing unit 150 completes the notification process. For example, since there are rare cases where the flag of phone number information 178 is incorrect, the process is considered to be complete when the user confirms that there is no change. In this case, conditions (1)-(3) are judged at the next timing (for example, the next month), and if the judgment is affirmative, notification is sent.

[0051] When the close button B3 is operated, the information processing unit 150 closes the interface screen IM3. In this case, the information processing unit 150 generates notification information 180. FIG. 12 is a diagram showing an example of the notification information 180. The notification information 180 includes, for example, the date and time when the close button B3 is operated and the date and time of the next notification. When the close button B3 is operated, the information processing unit 150 determines the date and time of the next notification based on the time when the close button B3 was operated. For example, the notification date and time is set to a few days later (e.g., three days later). For example, when the screen transitions to the interface screen IM3, the notification action banner in FIG. 9 described above disappears once, but when the close button B3 is operated, a notification is made a few days later. This allows the information processing unit 150 to remind the user to change to a new phone number.

[0052] For example, if the phone number has not been changed, the user can predict that operating button B2 will end the process, but if the phone number has been changed and operating button B1 will mean that a new phone number needs to be registered. Registering a new phone number is predicted to require operations for registration, and depending on the situation when interface screen IM3 is displayed, this may not be worth the time or effort. In this case, the user may operate close button B3. Even in such a case, the information processing unit 150 will send a reminder, improving user convenience.

[0053] Note that the information processing unit 150 may continue the process of sending a notification after a few days for a predetermined period (for example, two months) and stop the process after the predetermined period. In this way, if the user continues to operate the close button for a predetermined period, the information processing unit 150 considers that the phone number has not been changed and stops the above notification.

[0054] [Flowchart (2)] 13 is a flowchart showing another example of the flow of processing executed by the information processing unit 150. This processing is an example of the flow of processing in a state where the interface screen IM3 is displayed.

[0055] First, the information processing unit 150 determines whether an operation to change to a new telephone number has been performed (S200). If an operation to change to a new telephone number has been performed, the information processing unit 150 displays an interface screen for changing to the new telephone number on the display unit of the user terminal device (S202). When the user performs an operation to change by inputting a new telephone number, the information processing unit 150 performs a change process to change the telephone number in the user information 172 to the new telephone number (S204).

[0056] The information processing unit 150 determines whether an operation to change the telephone number to a new one has been performed, and whether an operation to not change the telephone number has been performed (S206). If an operation to change the telephone number to a new one has been performed, and an operation to not change the telephone number has been performed, the information processing unit 150 stores in the storage unit 170 that the telephone number has not been changed (S208).

[0057] If the operation to change to a new phone number has not been performed and the operation not to change the phone number has not been performed, the information processing unit 150 determines whether or not the operation to close the interface screen IM3 has been performed (S210). If the operation to close the interface screen IM3 has not been performed, the processing of one routine of this flowchart ends.

[0058] When an operation to close the interface screen IM3 is performed, the information processing unit 150 issues a notification after a predetermined period of time (S212). The information processing unit 150 generates notification information 180 and issues a notification that the phone number will be changed to a new one based on the notification information 180. This completes the processing of one routine of this flowchart.

[0059] As described above, the payment server 100 can appropriately notify the user whether or not the phone number has been changed to a new one, thereby more appropriately prompting the user to change the phone number.

[0060] [summary] For example, if a user changes their phone number, they may neglect to change the phone number registered with the electronic payment service. In this case, the user can become aware of the change in phone number through the above notification, and can change the phone number by operating payment application 20 while logged in and performing SMS authentication or the like.

[0061] For example, if user A changes phone number A to phone number B, he or she can continue to use the electronic payment service by updating the phone number A registered in the electronic payment service to phone number B. If phone number A becomes the phone number of another user, user B, and user B registers phone number A as user B's phone number in the electronic payment service, user A may no longer be able to use the electronic payment service. Typically, when phone number A that has been used by another user is allowed to be used by the next user, it is allowed to be used after an idle period (2 or 3 months) has passed.

[0062] Therefore, by sending the above notification during the idle period, the information processing unit 150 can prompt other users to change the registration to telephone number B before telephone number A is registered, and can cause them to perform the telephone number change operation. This makes it possible to appropriately prompt the user to change the telephone number before telephone number A is registered to user B (before it becomes difficult for user A to change from telephone number A to telephone number B).

[0063] [Utilizing other flags] In the above example, the processing has been described focusing on the valid flag "1" and the invalid flag "0." Other flags may also be taken into consideration, as follows. Examples of other flags include the following: · Temporary stop flag "3" Error flag "4" Communication terminal flag "5"

[0064] The convenience suspension flag "3" is a flag indicating that the telephone number is unavailable due to the user's convenience. The error flag "4" is a flag indicating that there is a problem with the telephone number itself (for example, the telephone number is incorrect) or that the telephone number is a special telephone number such as a toll-free number. The communication terminal flag "5" is a flag indicating that the telephone number is a telephone number used for data communication (a telephone number assigned for data communication).

[0065] The information processing unit 150 issues a notification when the status (flag) of a telephone number changes from a predetermined state to invalid in the telephone number information 178. The status indicates that the telephone number cannot be used (disabled flag), that the telephone number is a predetermined special telephone number (error flag), or that the telephone number is a telephone number used for data communication (communication terminal flag).

[0066] 14 is a diagram for explaining the process of sending a notification in response to a change in status. As shown in FIG. 14, when the temporary suspension flag changes from "3" to the invalid flag "0", the information processing unit 150 sends a notification regarding a change in telephone number.

[0067] The information processing unit 150 may issue a notification when a telephone number changes from valid to a predetermined status in the telephone number information 178. The status may be, as described above, that the telephone number is in a state where it cannot be used (disabled due to reasons flag), that the telephone number is a predetermined special telephone number (error flag), or that the telephone number is a telephone number being used for data communication (communication terminal flag).

[0068] Through the above process, the information processing unit 150 can appropriately notify the user of a change in the phone number in accordance with a change in the status of the phone number.

[0069] According to the embodiment described above, when the information processing unit 150 determines that the telephone number has changed from valid to invalid, it can more appropriately prompt the user to change their telephone number by notifying the user terminal device corresponding to the identification information of the user of the electronic payment service that is associated with the telephone number registered in the electronic payment service about the telephone number.

[0070] The above describes the form for carrying out the present invention using an embodiment, but the present invention is not limited to such an embodiment, and various modifications and substitutions can be made within the scope that does not deviate from the gist of the present invention. [Explanation of symbols]

[0071] 10 User terminal device 20. Payment App 100 Payment Server 120 Contents Provider 130 Payment processing unit 140 Information Management Department 150 Information Processing Department 200 Information provision device

Claims

1. an acquisition unit that acquires history information indicating a history of the usage of the telephone number; determining whether the telephone number has changed from valid to invalid in the history information; a processing unit that, when determining that the telephone number has changed from valid to invalid, notifies a user terminal device corresponding to the identification information of a user of the electronic payment service associated with the telephone number registered in the electronic payment service about the telephone number; An information processing device comprising:

2. The processing unit determining whether a flag at a first time point in the history information is valid and whether a flag at a second time point in the history information after the first time point is invalid; The information processing device according to claim 1 .

3. The processing unit The notification is given when it is determined that the flag at the first time point in the most recent first predetermined period is valid, the flag at the second time point is invalid, and the telephone number registered with the electronic payment service has not been changed during a second predetermined period based on the second time point. The information processing device according to claim 2 .

4. The processing unit The notification is given when it is determined that the flag for the first time point in the most recent first predetermined period is valid, the flag for the second time point is invalid, the telephone number has not been changed in a second predetermined period based on the second time point, and the electronic payment service account for the user's identification information is available. The information processing device according to claim 3 .

5. The processing unit When the status of the telephone number in the history information changes from a predetermined state to invalid, the notification is made; The status is that the telephone number is unavailable, that the telephone number is a predetermined special telephone number, or that the telephone number is a telephone number used for data communication. The information processing device according to claim 1 .

6. The processing unit When the telephone number changes from valid to a predetermined status in the history information, the notification is made; The status is that the telephone number is unavailable, that the telephone number is a predetermined special telephone number, or that the telephone number is a telephone number used for data communication. The information processing device according to claim 1 .

7. The processing unit After the notification, an interface screen is displayed on a display unit of the user terminal device, the interface screen includes a change button for instructing to change the telephone number, a non-change button for instructing not to change the telephone number, and a close button for closing the interface screen; If the close button is operated, the notification regarding the telephone number is made again after a predetermined period of time has elapsed, When the change button or the non-change button is operated, the notification regarding the telephone number is not made again. The information processing device according to claim 1 .

8. The telephone number is a telephone number required when using the electronic payment service and is a telephone number used for SMS authentication. The information processing device according to claim 1 .

9. The processing unit When it is determined that the telephone number has changed from valid to invalid, a notification regarding the telephone number is sent to a payment application program corresponding to the identification information of the user of the electronic payment service associated with the telephone number registered in the electronic payment service; the payment application program is an application program used for electronic payment of the electronic payment service, The user can change the telephone number by operating the payment application program. The information processing device according to claim 8 .

10. The computer Obtaining historical information indicating the history of usage of the telephone number; determining whether the telephone number has changed from valid to invalid in the history information; When it is determined that the telephone number has changed from valid to invalid, a notification regarding the telephone number is sent to a user terminal device corresponding to identification information of a user of the electronic payment service associated with the telephone number registered in the electronic payment service. Information processing methods.

11. On the computer, Obtaining historical information showing the history of the telephone number's usage; determining whether or not the telephone number has been determined to have changed from valid to invalid in the history information; When it is determined that the telephone number has changed from valid to invalid, a notification regarding the telephone number is made to a user terminal device corresponding to identification information of a user of the electronic payment service associated with the telephone number registered in the electronic payment service. program.

Images