JP2022053791A - Customer information management server, customer information management method, and program - Google Patents

Abstract

To provide a customer information management server which periodically manages validity of a telephone number of a customer's mobile phone and notifies a company of the latest information.SOLUTION: The customer information management server includes: a storage unit which stores customer information; a telephone number list acquisition unit which acquires a telephone number list indicating telephone numbers of customers registered on a service which manages the customer information provided by an application, the customers using the application provided by a mobile carrier; a customer information maintenance unit which gradually extracts deletion candidate telephone numbers which are candidates to be deleted from the customer information and deletion telephone numbers which are to be deleted from the customer information, by using the telephone number list; and a customer information providing unit which provides at least one of the deletion candidate telephone numbers extracted by the customer information maintenance unit or information indicating the deletion telephone numbers, on the basis of the intention of the customers, to a use institution system which provides a service to be used by the customers.SELECTED DRAWING: Figure 6

Description

The present invention relates to a customer information management server, a customer information management method, and a program.

On the Internet, various services such as Internet banking, Internet securities, provision of credit card usage details, and Internet shopping are provided. Customers who use these services must register customer information such as their names and addresses with the businesses that provide each service. This is because, in principle, customer information is stored and managed in the database of the business operator that provides each service.

In this way, when the customer information is managed for each business operator that provides each service, the customer who uses many services must register the customer information for each business operator. Therefore, the procedure becomes very complicated. In particular, when the address changes due to a move, etc., the change in the address registered as customer information must be notified to each business operator. In order to reduce the burden on customers that occurs in such procedures for registering and changing customer information, we collectively accept notifications of changes in customer information registered by multiple businesses, and each of the received information is received. (For example, see Patent Document 1-3).

Japanese Unexamined Patent Publication No. 2002-215844 JP-A-2002-366872 Japanese Unexamined Patent Publication No. 2004-13428

As a service for registering or updating information with a business operator, for example, a mode of using the telephone number of a customer's mobile phone can be considered. When contracting for a mobile phone, the mobile carrier concludes a contract to use the mobile phone on the condition of strict identity verification. From this, it can be expected that the certainty of the customer's identity verification can be ensured by confirming the validity of the customer's mobile phone through the mobile carrier. However, the phone number may be canceled. Therefore, there is a need for a mechanism for periodically managing whether the telephone number of the customer's mobile phone is valid and notifying the business operator of the latest information.

The present invention has been made in view of such a situation, and is a customer who can periodically manage whether the telephone number of the customer's mobile phone is valid and notify the business operator of the latest information. The purpose is to provide an information management server, a customer information management method, and a program.

In order to solve the above-mentioned problems of the present invention, the present invention is a customer information management server that manages customer information, which is customer's personal information, based on the information notified from the customer terminal, and obtains the customer information. A phone that acquires a phone number list indicating the phone numbers of a customer who uses a storage unit to be stored and an application provided by a mobile carrier and is registered in the service for managing the customer information provided by the application. A number list acquisition unit, a customer information maintenance unit that uses the phone number list to gradually extract deletion candidate phone numbers that are candidates for deletion from the customer information and deletion phone numbers that are deleted from the customer information. , At least one of the deletion candidate telephone number or the information indicating the deleted telephone number extracted by the customer information maintenance unit based on the customer's intention is provided to the user institution system that provides the service used by the customer. It is a customer information management server provided with a customer information providing unit to provide.

Further, according to the present invention, in the above-mentioned customer information management server, the storage unit stores a deletion candidate DB which is personal information of a customer who is a candidate to be deleted from the customer information, and the telephone number list acquisition unit periodically. The telephone number list is acquired, and the customer information maintenance unit uses the telephone number list to determine whether or not the customer's telephone number registered in the customer information exists in the telephone number list. When it is determined that the telephone number of the customer registered in the customer information does not exist in the telephone number list, the telephone number of the customer determined not to exist is used as the deletion candidate telephone number, and the deletion candidate telephone number is shown. The deletion candidate telephone number is stored in the deletion candidate telephone number list acquired after a predetermined period has elapsed from the time when the information is stored in the deletion candidate DB and the information indicating the deletion candidate telephone number is stored in the deletion candidate DB. If it does not exist, the information indicating the non-existent deletion candidate telephone number is deleted from the deletion candidate DB, and the customer information corresponding to the information indicating the deletion candidate telephone number is deleted. Information indicating the deleted telephone number is provided to the user institution system.

Further, according to the present invention, in the above-mentioned customer information management server, the customer information maintenance unit includes the telephone number list acquired after the time when the information indicating the deletion candidate telephone number is stored in the deletion candidate DB. It is determined whether or not there is a telephone number corresponding to the information indicating the deletion candidate telephone number, and if the corresponding telephone number exists, the information indicating the deletion candidate telephone number corresponding to the corresponding telephone number is the deletion candidate. Delete from DB.

Further, according to the present invention, in the above-mentioned customer information management server, the storage unit stores a deletion candidate DB which is personal information of a customer who is a candidate to be deleted from the customer information, and the telephone number list acquisition unit periodically stores the deletion candidate DB. The telephone number list is acquired, and the customer information maintenance unit uses the telephone number list to determine whether or not the telephone number of the customer registered in the customer information exists in the telephone number list. When it is determined that the telephone number of the customer registered in the customer information does not exist in the telephone number list, the telephone number of the customer determined not to exist is set as the deletion candidate telephone number, and the deletion candidate telephone number is shown. The information is stored in the deletion candidate DB, and the customer information providing unit provides the information indicating the deletion candidate telephone number to the user institution system.

Further, according to the present invention, in the above-mentioned customer information management server, the customer information maintenance unit includes the telephone number list acquired after the time when the information indicating the deletion candidate telephone number is stored in the deletion candidate DB. It is determined whether or not there is a telephone number corresponding to the information indicating the deletion candidate telephone number stored in the deletion candidate DB, and if the corresponding telephone number exists, the information indicating the corresponding deletion candidate telephone number is present. Is deleted from the deletion candidate DB, and the customer information providing unit indicates a telephone number excluding the information indicating the deletion candidate telephone number deleted from the deletion candidate DB by the customer information maintenance unit from the deletion candidates. It is provided to the user institution system as information.

Further, the present invention is a customer information management server that manages customer information, which is customer's personal information, based on the information notified from the customer terminal, and is a customer information management server provided with a storage unit for storing the customer information. In the customer information management method of the above, the telephone number list acquisition unit is a customer who uses an application provided by a mobile carrier and is registered in the service for managing the customer information provided in the application. Obtaining a phone number list indicating a number, the customer information maintenance department uses the phone number list to obtain a deletion candidate phone number that is a candidate for deletion from the customer information and a deletion phone number to be deleted from the customer information. The customer information providing unit extracts at least one of the deletion candidate telephone number or the information indicating the deleted telephone number extracted by the customer information maintenance unit based on the customer's intention in stages. It is a customer information management method provided to the user institution system that provides the service used by.

Further, the present invention is a program for operating the computer as the customer information management server described above, and is a program for operating the computer as each part included in the customer information management server.

According to the present invention, it is possible to periodically manage whether the telephone number of the customer's mobile phone is valid and notify the business operator of the latest information.

It is a schematic diagram which shows the example of the structure of the management system 1 to which the customer information management server 10 which concerns on 1st Embodiment is applied. It is a block diagram which shows the example of the structure of the customer information management server 10 which concerns on 1st Embodiment. It is a figure explaining the process in the management system which concerns on 1st Embodiment. It is a flowchart which shows the flow of the process performed by the customer information management server 10 which concerns on 1st Embodiment. It is a flowchart which shows the flow of the process performed by the customer information management server 10 which concerns on 1st Embodiment. It is a schematic diagram which shows the example of the configuration of the management system 1 to which the customer information management server 100 which concerns on 2nd Embodiment is applied. It is a figure which shows the example of the structure of the customer information 131 which concerns on 2nd Embodiment. It is a figure which shows the example of the structure of the registration DB 132 which concerns on 2nd Embodiment. It is a figure which shows the example of the structure of the deletion candidate DB 133 which concerns on 2nd Embodiment. It is a flowchart which shows the flow of the process performed by the customer information management server 100 which concerns on 2nd Embodiment.

Hereinafter, embodiments of the invention will be described with reference to the drawings.

FIG. 1 shows an outline of a management system 1 to which the customer information management server 10 according to the first embodiment is applied. As shown in FIG. 1, the customer information management server 10 is accessiblely connected from a customer terminal 20 such as a smartphone via a communication network NW such as the Internet. Further, the customer information management server 10 is accessiblely connected to and the user institution system 50 (in this example, the A bank system, the B bank system, the C securities system, the D life system, and the like).

A customer of a user institution system 50 such as a bank or a securities company uses an application program such as a message application (interactive messenger is preferable) provided by a mobile carrier (mobile phone operator) on the customer terminal 20 to provide a mobile carrier server. Connect to 30. In this case, information indicating a menu or a link selected when requesting registration or update of customer information having a common procedure is displayed on a predetermined page such as a chat room of the application program displayed on the customer terminal 20. Is shown. The customer selects those menus and performs an operation to send data such as identity verification documents and account information necessary for registration and renewal. Then, the customer information management server 10 is notified of the data transmitted from the customer terminal 20. The customer information management server 10 makes an inquiry to, for example, an integrated ATM network (not shown) based on the data notified from the customer terminal 20. The integrated ATM network here is a network that interconnects ATMs and the like between banks. By inquiring to this network, it is possible to confirm the existence and validity of the deposit account. The customer information management server 10 performs predetermined confirmation processing such as identity confirmation and account confirmation by using the integrated ATM network.

When these confirmation processes are completed, the customer information management server 10 registers or updates the customer information managed by the customer information management server 10. Further, the customer information management server 10 obtains the consent of the customer himself / herself, and then, with the consent of the customer himself / herself, the information necessary for registering or updating the customer information associated with the account or the like in the user institution system 50 in the user institution system 50 to which the customer is related. To send. The user institution system 50 processes the registration or update of the customer information in the user institution system 50 after approval based on the information received from the customer information management server 10, and when the processing is completed, the customer terminal 20 receives the customer information. Notify that the registration or renewal process is complete.

As described above, in the first embodiment, the customer terminal 20 is requested to register or update the customer information by using the application program such as the message application provided by the mobile carrier. That is, the application program provided by the mobile carrier that the customer uses on a daily basis is used as an interface to request registration or update of customer information. Therefore, it is possible to improve the operability of the customer when registering or updating the customer information. Further, in the present embodiment, the request for registration or update of customer information is received after the authentication by the mobile carrier via the mobile carrier server 30. Mobile carriers have signed contracts to use mobile phones on the condition of strict identity verification. Therefore, in the management of customer information by the customer information management server 10 of the present embodiment, the certainty of the identity verification of the customer is guaranteed. In cases where a child uses a mobile phone purchased by a parent, the certainty of the identity verification may not be guaranteed only by the identity verification of the carrier at the time of the mobile contract. Note that FIG. 1 illustrates a case where the customer information management server 10 is connected to one mobile carrier server 30, but the present invention is not limited to this. The customer information management server 10 may be configured to be connected to a plurality of mobile carrier servers 30 corresponding to each of the plurality of mobile carriers.

FIG. 2 is a block diagram showing an example of the configuration of the customer information management server 10 according to the first embodiment. As shown in FIG. 2, the customer information management server 10 is connected to the customer terminal 20 and the mobile carrier server 30 via a general-purpose or dedicated network or the like.

As the customer information management server 10, a computer having an auxiliary storage device such as a CPU, a main memory, and an HDD and having a connection function with a communication network NW including the Internet is used. Various functions included in the customer information management server 10 are realized by reading a program stored in the auxiliary storage device into the main memory and executing arithmetic processing in the CPU.

The physical configuration of the computer constituting the customer information management server 10 is not particularly limited. Functions other than the customer information management function in the present embodiment may be provided in the same computer or may be provided in separate computers. Further, the various functions required for the present embodiment may be physically realized by one computer or may be realized by using a plurality of computers.

Each functional unit such as the one-time URL generation unit 11 of the customer information management server 10, the customer information processing unit 13, the identity verification unit 14, the account confirmation unit 15, the customer information provision unit 17, and the notification transmission unit 18 is limited as a function. Is to be done. Each functional unit of the customer information management server 10 is realized by, for example, a CPU executing a program (software) for arithmetic processing, but is not limited to this, and is realized by hardware such as an LSI. It may be realized by the collaboration of software and hardware.

A predetermined storage area of an auxiliary storage device such as an HDD is allocated to the one-time URL storage unit 12 and the customer information storage unit 16 of the customer information management server 10. These storage areas are not required to be physically provided in one computer, but may be provided in a plurality of computers such as a computer constituting a database server.

As the customer terminal 20, a mobile terminal such as a smartphone to which a telephone number is assigned is used. The customer terminal 20 can use the application program provided by the mobile carrier. The application program has a function of authenticating the caller's telephone number and communicating with the customer terminal 20. The contractor information storage unit 31 of the mobile carrier server 30 is assigned a predetermined storage area of an auxiliary storage device such as an HDD of a computer corresponding to the mobile carrier server 30.

In the user institution system 50-52 or the like, for example, a host computer that manages a deposit account operated by a bank can be used. In the following, a case where information transmission / reception with the customer information management server 10 directly communicates with a core computer system such as a user institution system 50 will be described as an example. However, it is not limited to this. The customer information management server 10 may send and receive information via a network terminal such as a PC or a Web server capable of communicating with such a core computer system.

On the premise of the above configuration, a method of managing customer information by the customer information management server 10 in the first embodiment will be described with reference to FIGS. 3 to 5.

FIG. 3 shows a customer information management server 10 and peripheral external devices (customer terminal 20, mobile carrier server 30, and user institution system 50) when customer information is registered or updated in the first embodiment. The relationship between the above and the outline of the data flow inside the customer information management server 10 are shown.

As shown in FIG. 3, for example, the customer performs an operation of activating the message application provided by the mobile carrier using the customer terminal 20. The customer uses the service provided by the customer information management server 10 to obtain customer information requested by a plurality of businesses (here, Bank A, Bank B, Securities C, Life D, etc.) that have transactions with the customer. In order to register and update (customer's personal information) all at once, perform the operation to start the message application. In this case, the customer operates by using the customer terminal 20 such as a smartphone to which he / she is a contractor and is assigned a telephone number.

This message application is an application program provided by a mobile carrier authenticated by a caller's telephone number, and is installed in a customer terminal 20. When the message application is started on the customer terminal 20, a request to start the application program is transmitted to the mobile carrier server 30. Upon receiving the activation request, the mobile carrier server 30 authenticates the telephone number. In the telephone number authentication here, the caller's telephone number (the telephone number read from the SIM card inserted in the customer terminal 20) is stored in the contractor information storage unit 31, which is a database of mobile phone contractors. The process of matching with the stored valid phone number is performed. When the caller's telephone number is a valid telephone number stored in the contractor information storage unit 31, the mobile carrier server 30 determines that a legitimate activation request from the contractor has been received. When the mobile carrier server 30 receives a legitimate activation request from the contractor, the mobile carrier server 30 permits the customer terminal 20 to activate the message application.

As illustrated in FIG. 3, a list of menus including "account information registration" and "address change" is displayed on the operation screen of the message application of the customer terminal 20. These menus are services provided by the customer information management server 10. When either "account information registration" or "address change" is selected from these menus, the mobile carrier server 30 performs "account information registration" together with the telephone number of the customer terminal 20 authenticated earlier. The customer information management server 10 is notified that a menu such as "Change address" or "Change address" has been selected.

Here, the case where the customer's telephone number is notified from the mobile carrier server 30 to the customer information management server 10 has been described as an example, but the present invention is not limited to this. The information notified from the mobile carrier server 30 to the customer information management server 10 may be at least information that can identify the customer who operates the customer terminal 20. For example, instead of the customer's telephone number, an identification key such as a customer ID uniquely associated with the telephone number may be notified from the mobile carrier server 30 to the customer information management server 10. Alternatively, the mobile carrier server 30 notifies the customer information management server 10 of the customer's telephone number, and the customer information management server 10 associates the customer ID and other identification keys uniquely associated with the telephone number with the identification key. The key may be used to manage customer information. In consideration of security, it may be preferable to use an identification key such as a customer ID uniquely associated with the telephone number instead of using the telephone number itself.

The flowchart of FIG. 4 shows a flow of processing related to registration or update of customer information performed by the customer information management server 10 according to the first embodiment. As shown in FIG. 4, the customer information management server 10 receives a customer's telephone number (or an identification key such as a customer ID uniquely associated with the telephone number) from the mobile carrier server 30 (step S01). The customer information management server 10 receives the customer's telephone number and the like together with the information that "account information registration", "address change" and the like are selected in the menu of the message application on the customer terminal 20. Next, in the customer information management server 10, the one-time URL generation unit 11 is started, and the one-time URL is generated (step S02). The one-time URL is a unique network address assigned to the page that the customer accesses when registering or updating his / her customer information.

The one-time URL generated by the one-time URL generation unit 11 is associated with the customer's telephone number (or an identification key such as a customer ID uniquely associated with the telephone number) received from the mobile carrier server 30, and is one-time. It is temporarily stored in the time URL storage unit 12 (step S03). Further, the customer information management server 10 transmits the one-time URL generated by the one-time URL generation unit 11 to the mobile carrier server 30 (step S04).

When the mobile carrier server 30 receives the one-time URL from the customer information management server 10, it generates a registration / update button in which a link in which the received one-time URL is embedded is set (see FIG. 3). The registration / update button is an operation button provided in the file of the operation screen displayed on the message application activated by the customer terminal 20. The mobile carrier server 30 transmits a file of the operation screen provided with the operation buttons to the customer terminal 20. The customer terminal 20 receives the file of the operation screen and displays the received file on the screen. As a result, on the screen of the customer terminal 20, a button for requesting registration or update of customer information, in which a link to a one-time URL is set, is displayed. The method of setting a link to the one-time URL on the operation screen displayed on the message application is not limited to the method of displaying the operation button on the screen and causing the customer to press the operation. It may be in a display format other than the operation buttons, such as setting a hyperlink in the text.

The customer visually recognizes the screen displayed on the customer terminal 20 and performs an operation as necessary. For example, consider a case where a customer uses a service provided by the customer information management server 10 to register or update customer information of the customer himself / herself, which is shared by a plurality of usage periods. In this case, depending on the customer, data such as identity verification documents required for identity verification (“identification data” in FIG. 3) and customer's own information to be registered or updated (“registration / update data” in FIG. 3”. ) Is entered. When the data is input, the operation button for requesting the registration or update of the customer information displayed on the operation screen is pressed.

When the operation button is pressed by the customer, the customer terminal 20 transmits a registration or update request for customer information including identity verification data and registration / update data to the customer information management server 10. A link to a one-time URL is set on the operation button. Therefore, a request for which a one-time URL is specified as an address is transmitted to the customer information management server 10. A link to the one-time URL is not set for the image or the like displayed on the screen displayed after the operation buttons such as "account information registration" and "address change" are selected in the menu of the message application.

The customer information management server 10 receives a request in which a one-time URL is specified as an address. Upon receiving this request, the customer information management server 10 activates the customer information processing unit 13 and executes the process shown in the flowchart of FIG. The flowchart of FIG. 5 shows a flow of processing related to registration or update of customer information performed by the customer information management server 10 according to the first embodiment. The customer information management server 10 receives the update request and the data associated with the update request (step S11). The update request here is a notification that the one-time URL requests the registration or update of the customer information specified in the address. The data associated with the update request here are identity verification data and registration / update data. The customer information management server 10 confirms the information temporarily stored in the one-time URL storage unit 12, and the customer's telephone number (or telephone number) stored in association with the one-time URL specified in the request. The uniquely associated identification key such as the customer ID) is specified (step S12).

The identity verification unit 14 confirms the identity of the customer from the identity verification data or the like received from the customer terminal 20 (step S13), and confirms whether or not it corresponds to spoofing (step S14). The account confirmation unit 15 confirms the existence and validity of the deposit account, if necessary (step S15). When it is confirmed by these confirmations that the predetermined requirements for registration or renewal are satisfied (Yes in all steps S13-S15), the customer information processing unit 13 is stored in the customer information storage unit 16. Of the customer information, the customer information of the customer identified by the telephone number (or the identification key such as the customer ID uniquely associated with the telephone number) specified in step S12 is the customer information received from the customer terminal 20. Update based on the registration / update data included in the registration or update request (step S16).

The customer information management server 10 starts the customer information providing unit 17. The customer information providing unit 17 has a transaction with a customer whose customer information has been registered or updated, and the customer's consent or instruction is given to a user institution system 50-52 or the like that requires the registered or updated customer information. Then, the registered or updated customer information is transmitted together with other necessary information such as an image file of an identity verification document (step S17). After that, the customer information management server 10 activates the notification transmission unit 18 after waiting for approval by the destination user system 50-52 or the like and confirming that the approval has been obtained. The notification transmission unit 18 transmits a notification in which customer information is registered or updated to the customer terminal 20.

In the identity verification unit 14 confirms the customer's identity (step S13), confirms whether the customer does not correspond to spoofing (step S14), or confirms the existence and validity of the deposit account in the account confirmation unit 15 (step S15). If it is confirmed that any of the requirements is not satisfied (one of steps S13 to S15 is No), the registration or update process of the customer information is not accepted and the error process is performed (step S18).

(Second embodiment)
Next, the second embodiment will be described. The customer information management server 100 of the present embodiment is different from the above-described embodiment in that the customer information is maintained. In the following description, the same components as those of the customer information management server 10 of the above-described embodiment are designated by the same reference numerals, and the description thereof will be omitted. Further, when the customer information management server 10 and the customer information management server 100 are not particularly distinguished, the customer information management server 10 (100) or the like is described.

As described above, in the present embodiment, the customer information management server 10 (100) registers or updates customer information based on the telephone number (or the identification key such as the customer ID uniquely associated with the telephone number). I do. When the customer information management server 100 of the present embodiment stores (registers or updates) the attribute information of the customer in the customer information 131 in accordance with the registration or update of the customer information, the customer's telephone number is also stored in the registration DB 132. Remember.

However, the phone number may be canceled. In this case, the telephone number that does not belong to the customer himself / herself will continue to be registered in the customer information of the customer information management server 10. Further, when the telephone number is canceled, the canceled telephone number is generally assigned to the telephone number of another person's smartphone or the like after a predetermined period has elapsed after the cancellation. Therefore, the customer's telephone number may be canceled and the canceled number may be assigned to another person. In this case, in the customer information of the customer information management server 10, the telephone number of one customer (the one that has already been canceled but the renewal procedure has been neglected) and the telephone number of another customer (the one newly contracted) are the same. There is a possibility that it will be registered as a number. In this case, there is a possibility that the customer information management server 10 may erroneously transmit the customer information of a certain customer as the customer information of another customer to the user institution systems 50-52 and the like. be.

As a countermeasure, in the present embodiment, maintenance-related processing is performed by periodically checking whether the customer's telephone number is the latest.

FIG. 6 is a diagram illustrating a process related to maintenance performed by the customer information management server 100 of the second embodiment. As shown in FIG. 6, the customer information management server 100 receives customer information from the customer terminal 20. The customer information received here is information notified from the customer terminal 20 of the customer who requests the registration or update of the customer information by operating the menu or the like of the message application by the customer.

The customer information management server 100 includes, for example, a telephone number list acquisition unit 110, a customer information maintenance unit 120, a storage unit 130, and a customer information providing unit 140. In the present embodiment, the customer information providing unit 17 in the first embodiment and the customer information providing unit 140 in the present embodiment are described separately with different reference numerals, but the customer information providing unit 140 describes the customer information. The function of the providing unit 17 may be provided.

The telephone number list acquisition unit 110 requests the mobile carrier server 30 for the telephone number list periodically (for example, once a day). The telephone number list is a list showing the telephone numbers of customers who have contracted with a mobile carrier and are using services such as "account information registration" on a predetermined message application (hereinafter referred to as customer information management service). The predetermined message application here is a message application corresponding to the customer information management service provided by the customer information management server 10. For example, the customer terminal 20 can use the customer information management service by following the account of the customer information management server 10 that provides the customer information management service in a predetermined message application.

The customer information maintenance unit 120 manages (maintenance) customer information using the telephone number list, the registration DB 132 described later, and the deletion candidate DB 133, and updates the customer information 131 to the latest information. The method of updating the customer information 131 to the latest information by the customer information maintenance unit 120 will be described in detail later.

The storage unit 130 is composed of, for example, an HDD, a flash memory, or the like. The storage unit 130 stores the customer information 131, the registration DB 132, and the deletion candidate DB 133.

The customer information 131 is the personal information of the customer received from the customer terminal 20. The customer information management server 10 receives information such as a name input by the customer when registering to use the customer information management service from the customer terminal 20 as customer information. The customer information management server 10 stores the information received from the customer terminal 20 at the time of registration of use of the customer information management service in the customer information processing unit 13 as customer information 131.

The registration DB 132 is information indicating the telephone number of the customer who is following the account of the customer information management service. The registration DB 132 is created and updated by the customer information maintenance unit 120 in response to the telephone number list that is periodically acquired. The method by which the customer information maintenance unit 120 creates and updates the registration DB 132 will be described in detail later.

The deletion candidate DB 133 is information about a customer whose telephone number registered in the customer information 131 may be deleted for some reason. The deletion candidate DB 133 is created and updated by the customer information maintenance unit 120 based on the telephone number list, the customer information 131, and the registration DB 132. The method by which the customer information maintenance unit 120 creates and updates the deletion candidate DB 133 will be described in detail later.

The customer information providing unit 140 provides (notifies) the customer information 131, which has been updated by the customer information maintenance unit 120, to the user institution system 50 based on the customer's intention. For example, the customer information providing unit 140 uses the customer information 131 after obtaining the consent from the customer that the changed customer information 131 may be notified to the user institution system 50 when the customer information 131 is changed. It is transmitted to the engine system 50. Alternatively, the customer information providing unit 140 obtains the consent from the customer that every time the customer information 131 is updated to the latest information, the user institution system 50 may be notified regardless of whether or not there is a change. The latest customer information 131 may be transmitted to the user institution system 50. The mode in which the customer information providing unit 140 notifies the user institution system 50 of the latest customer information is determined, for example, by an agreement with the user institution system 50 in the customer information management service.

FIG. 7 is a diagram showing an example of the configuration of the customer information 131 according to the second embodiment. The customer information 131 includes, for example, an identification key and items such as attribute information. The identification key is identification information that identifies the customer uniquely associated with the telephone number. The attribute information is information indicating the attributes of the customer, and is composed of the customer information notified from the customer terminal 20 and the customer's telephone number notified from the mobile carrier server 30. The attribute information includes items such as a name, an address, a date of birth, a telephone number, an individual number, a driver's license number, and an account number.

In this example, as attribute information, it is shown that the name is TF Taro, the address is Chiyoda-ku, Tokyo, the date of birth is August 14, 1991, and the telephone number is 090-1234-5678. In this example, there is an item of My Number as attribute information. As described above, the customer information management server 10 may have a configuration in which the customer's My Number can be registered in the customer information 131. This is because there is an increasing momentum to link bank account information to My Number Card.

In other words, a bill that links My Number Card and bank account information is being put in place. When it is obligatory to link the bank account information to the My Number card, the My Number needs to be stored in the customer information held by the user institution system 50 (mainly the bank). In this case, for example, when the customer information is registered via the customer information management server 100, the customer information management server 100 requests the provision of the customer's My Number as registration / update data, and receives the customer information from the customer terminal 20. Notify the user institution system 50 of my number as customer information.

On the other hand, even if it is obligatory to link the bank account information to the Individual Number Card, it may be prohibited for a third party other than the bank to hold the Individual Number. In such a case, the customer's My Number cannot be registered in the customer information 131. In this case, the customer information management server 100, for example, notifies the user institution system 50 of the My Number based on the personal information received from the customer terminal 20, and then uses the customer information excluding the My Number as the customer information. Make it memorize in 131.

FIG. 8 is a diagram showing an example of the configuration of the registration DB 132 according to the second embodiment. The registration DB 132 includes items such as an identification key, a telephone number, an addition date, and an update date. The identification key is the same as the identification key in the customer information 131. The telephone number is a telephone number associated with the identification key. The addition date is the date on which the customer's attribute information and the like are added. The update date is the date on which the customer's attribute information and the like are updated. The addition date and update date may be set for each attribute information.

In this embodiment, the telephone number of the customer who follows the account of the customer information management service is stored in the registration DB 132. After that, when the customer who follows the account registers the use of the customer information management service, the customer information management server 10 is notified of the customer's name and the like entered in the process of the use registration. Along with this. The customer information management server 10 stores the customer's personal information in the customer information 131 based on the notified customer's name and the like.

Therefore, the customer registration DB 132 is stored in the customer information management server 10 from the time when the customer information management service account is followed until the usage registration is performed, but the customer information 131 of the customer is stored. It will be in a state where it will not be memorized. In order to update the customer information 131 to the latest information, it is necessary to link the customer information 131 of the same customer and the registration DB 132. Therefore, the customer information management server 10 issues, for example, a new identification key when newly creating the registration DB 132 based on the telephone number list. After that, when the use registration is made from the same customer, the customer information management server 10 creates the customer information 131 using the identification key associated with the registration DB 132 of the customer.

FIG. 9 is a diagram showing an example of the configuration of the deletion candidate DB 133 according to the second embodiment. The deletion candidate DB 133 includes items such as an identification key, a telephone number, and a deletion date. The identification key is the same as the identification key in the customer information 131. The telephone number is a telephone number associated with the identification key. The deletion date is the date on which the customer information corresponding to the identification key is deleted from the customer information 131 when the telephone number that no longer exists in the telephone number list is immediately deleted from the customer information 131. Alternatively, if a telephone number that no longer exists in the telephone number list is registered in the deletion candidate DB 133 without being immediately deleted from the customer information 131, and the telephone number is retained in the customer information 131 for a certain period of time, the deletion date Is the date when the customer information corresponding to the identification key no longer exists in the phone number list.

Here, a method in which the customer information maintenance unit 120 updates the customer information 131 to the latest information will be described.

As mentioned above, the phone number list is a list showing the phone numbers of customers who are following the account of the customer information management service. The following cases can be considered as cases where the customer's telephone number that has existed until now does not exist in the telephone number list.

Case 1: When the account is unfollowed The telephone number list is a list showing the telephone numbers of customers who are following the account of the customer information management service. Therefore, when a customer unfollows the account, the customer's phone number does not exist in the phone number list notified thereafter. In this case, since the customer's telephone number is not changed, it is not necessary to change the customer's telephone number stored in the customer information 131.

Case 2: When the mobile phone is canceled When the customer cancels the mobile phone that was following the account of the customer information management service, the customer who was present in the phone number list notified after the cancellation Phone number no longer exists. In this case, since the customer's telephone number is changed, it is necessary to change the customer's telephone number stored in the customer information 131.

Case 3: When the mobile carrier of the mobile phone is changed using the MNP (Mobile Number Portability) system When the customer changes the mobile carrier using the MNP system, the phone number notified after the change. The previously existing customer phone number no longer exists in the list. However, in the case of mobile carrier change using MNP, the customer's mobile phone number is maintained and does not change. In this case, it is not necessary to change the customer's telephone number stored in the customer information 131.

The customer information maintenance unit 120 manages the customer information 131 to be the latest information in consideration of the above-mentioned cases based on the telephone number list acquired regularly.

For example, if a phone number that no longer exists in the phone number list is immediately deleted from the customer information 131, the phone number of the customer who temporarily unfollowed the account or the customer who changed the mobile carrier by MNP. However, even though the phone number has not changed, it will be deleted.

For customers who have temporarily unfollowed their account, follow them again and their phone numbers will be restored to their phone number list. The telephone number of the customer who has changed the mobile carrier by MNP will be present again in the telephone number list notified from the mobile carrier server 30. In this case, the customer information management server 10 is communicably connected to each of the mobile carrier servers 30 of the plurality of carriers, and periodically acquires a telephone number list from each mobile carrier server 30. Alternatively, one mobile carrier server 30 may collect a list of telephone numbers of each of the plurality of carriers and notify the customer information management server 10 in response to a request from the customer information management server 10. In this way, a phone number that once disappears from the phone number list may be reinstated afterwards.

Utilizing such a property, the customer information maintenance unit 120 does not immediately delete the telephone number that no longer exists in the telephone number list from the customer information 131, but temporarily stores the information in the deletion candidate DB 133. back. Here, the telephone number stored in the deletion candidate DB 133 by the customer information maintenance unit 120 is a telephone number that is a candidate for deletion from the customer information 131, and is an example of a “deletion candidate telephone number”. Then, when the customer information maintenance unit 120 continues to be in a state where the telephone number does not exist in the telephone number list even after a certain period (for example, a period of one week or one month) has elapsed, the customer information maintenance unit 120 continues to do so. The customer information 131 of the customer corresponding to the telephone number is deleted. Here, the telephone number deleted from the customer information 131 by the customer information maintenance unit 120 is an example of the “deleted telephone number”. In this way, the customer information maintenance unit 120 first extracts the telephone numbers that are candidates for deletion, and then extracts the telephone numbers to be deleted from the candidates, in a stepwise extraction manner. As a result, the customer information 131 can be updated more accurately to the latest information while considering that the telephone number as a candidate for deletion will be restored thereafter.

By registering the telephone number that may be deleted in the deletion candidate DB 133 in this way, the customer information maintenance unit 120 determines in stages whether or not the customer's telephone number has really been changed. It becomes possible. For example, the customer information maintenance unit 120 collates the telephone number stored in the deletion candidate DB 133 with the latest telephone number list, and sets the deletion date (the date when the telephone number no longer exists in the telephone number list, that is, the deletion candidate DB 133). If a certain period of time has passed since the phone number was registered) and the phone number does not exist in the phone number list, the corresponding customer information 131 can be deleted. ..

This makes it possible to delete the customer information 131 of the customer who has canceled the telephone number or has unfollowed the account (not temporarily) and expressed an intention not to use the customer information management service. Therefore, it is possible to update the customer information 131 to the latest information.

Here, the processing related to the maintenance performed by the customer information management server 100 will be described with reference to FIG. FIG. 10 is a flowchart showing a flow of processing related to maintenance of customer information performed by the customer information management server 100 of the second embodiment.

The customer information management server 100 acquires a telephone number list from the mobile carrier server 30 (step S20). The customer information management server 100 compares the acquired telephone number list with the registration DB 132 stored in the customer information management server 10 (step S21).

As a result of comparison, if the telephone number exists in the telephone number list and also exists in the registration DB 132, the customer information management server 100 updates the registration DB 132 assuming that the telephone number is valid (step). S22). The update here is to update that the information stored in the registration DB 132 is confirmed to be the latest, and for example, to update the update date of the registration DB 132. That is, there is no change in the contents of the telephone number of the registration DB 132.

As a result of comparison, the customer information management server 100 deletes the telephone number from the registration DB 132 when the telephone number does not exist in the telephone number list but exists in the registration DB 132 (step S23). Further, the customer information management server 100 adds the telephone number deleted from the registration DB 132 to the deletion candidate DB 133 (step S24).

As a result of comparison, the customer information management server 100 determines whether or not the telephone number exists in the deletion candidate DB 133 when the telephone number exists in the telephone number list but does not exist in the registration DB 132 (as a result of comparison). Step S25).

If the telephone number does not exist in the deletion candidate DB 133, the customer information management server 100 adds the telephone number to the registration DB 132 (step S26). The addition here means that new information is added to the registration DB 132 (new registration). Alternatively, if the telephone number has a record of being registered in the customer information 131 in the past (deleted thereafter), the addition here is a revival after the deletion. On the other hand, when the telephone number exists in the deletion candidate DB 133, the customer information management server 100 deletes the telephone number from the deletion candidate DB 133 (step S27). Then, the customer information management server 100 adds the telephone number deleted from the deletion candidate DB 133 to the registration DB 132 (step S28). The addition here is to add the information deleted in step S23 to the registration DB 132 again (revival registration).

In the above, the case where the customer information 131 and the registration DB 132 are managed as separate databases has been described as an example. However, it is not limited to this. The customer information 131 and the registration DB 132 may be one integrated database. In this case, the customer information 131 also serves as the registration DB 132. In this case, the deletion candidate DB 133 includes the same items as the attribute information (address, name, etc.) of the customer (deletion candidate) in the customer information 131. Further, the customer information management server 10 may be configured to include one integrated database for storing information including the deletion candidate DB 133 in the customer information 131 and the registration DB 132. In this case, the integrated database contains an entry for the delete flag. The deletion flag is information indicating whether or not it is a deletion candidate. This makes it possible for the integrated database to manage customer phone numbers using the delete flag. In this case, the integrated database is an example of "customer information", an example of "registration DB", and an example of "deletion candidate DB".

In this case, for example, the customer information management server 100 compares the telephone number list with the customer information 131 in step S21. In step S22, the customer information management server 100 registers a telephone number that exists in the telephone number list and does not exist in the customer information 131 in the customer information 131. In step S24, if there is a telephone number that does not exist in the telephone number list but exists in the customer information 131, the customer information management server 100 adds the telephone number to the deletion candidate DB 133. In this case, the customer information management server 100 also stores the customer attribute information (address, name, etc.) associated with the telephone number in the deletion candidate DB 133.

Further, the customer information management server 100 may immediately delete the telephone number added to the deletion candidate DB 133 from the customer information 131, or may not delete it immediately. In this case, the customer information management server 100 deletes the telephone number from the customer information 131 when the telephone number exists in the deletion candidate DB 133 after a certain period of time (for example, one week or one month). You may do so.

If the customer information management server 100 determines in step S26 that the telephone number does not exist in the deletion candidate DB 133 in the process of step S25, the telephone number newly provides the customer information management service on the predetermined message application. It is registered in the customer information 131 as the telephone number of the customer terminal 20 used (followed).

On the other hand, in the customer information management server 100, in step S26, in the process of step S27, the telephone number exists in the deletion candidate DB 133, and when the telephone number is deleted from the deletion candidate DB 133, the telephone number is changed to. It is regarded as the telephone number of the customer terminal 20 that has started (followed again) the customer information management service on the predetermined message application again. In this case, since the telephone number is already registered in the customer information 131, the process of registering the telephone number in the customer information 131 is not performed.

(Variation of notification to the user institution system 50 in the second embodiment)
Here, a variation of the notification to the user institution system 50 in the second embodiment will be described. The notification to the user institution system 50 may be arbitrarily set according to the agreement between the customer information management server 10 and the user institution system 50. For example, when the customer information maintenance unit 120 deletes a telephone number from the customer information 131, the telephone number (deleted telephone number) may be notified to the user institution system 50 (Aspect 1).

By applying the first aspect, when the deletion of the telephone number (deletion candidate telephone number) that may be deleted is confirmed, the confirmed information can be notified to the user institution system 50, which is more accurate. It is possible to notify the information to the user institution system 50.

Alternatively, an aspect (aspect 2) of notifying the user institution system 50 of the deletion candidate telephone number may be applied. Aspect 2 is applied, for example, when an agreement is made between the customer information management server 10 and the user institution system 50 that "if there is a possibility that the telephone number is deleted, the information is notified as soon as possible". ..

In the second aspect, the information stored in the customer information 131 is not changed, but when the information stored in the deletion candidate DB 133 is changed, the customer information management server 100 uses the changed information in the user institution system. Notify 50.

Specifically, the customer information management server 100 adds the telephone number deleted from the registration DB 132 to the deletion candidate DB 133 in step S24 shown in FIG. In this case, the customer information management server 100 notifies the user institution system 50 of the telephone number added to the deletion candidate DB 133 as a “deletion candidate telephone number”.

Further, in step S27 shown in FIG. 10, when the telephone number in the telephone number list exists in the deletion candidate DB 133, the customer information management server 100 deletes the telephone number from the deletion candidate DB 133. In this case, the customer information management server 100 notifies the user institution system 50 of the telephone number deleted from the deletion candidate DB 133 as a telephone number excluded from the deletion candidates.

The customer information management server 100 may notify the user institution system 50 of the identification key associated with the telephone number instead of notifying the user institution system 50 of the telephone number.

Further, in the second aspect, the customer information management server 100 may be operated so as to immediately delete the telephone number added to the deletion candidate DB 133 in step S24 of FIG. 10 without storing it in the customer information 131 for a certain period of time.

In this case, the customer information management server 100 adds the deletion candidate DB 133 and notifies the user institution system 50 of the telephone number deleted from the customer information 131 as a "deletion candidate telephone number". After that, when the "deletion candidate telephone number" is deleted from the deletion candidate DB 133 in step S27 shown in FIG. 10, the customer information management server 100 restores the telephone number deleted from the deletion candidate DB 133 to the customer information 131. Then, the customer information management server 100 notifies the user institution system 50 of the telephone number deleted from the deletion candidate DB 133 and restored to the customer information 131 as a telephone number excluded from the "deletion candidate telephone number".

As described above, the customer information management server 100 of the second embodiment is a server that manages the customer information 131 based on the information notified from the customer terminal 20. The customer information 131 is the personal information of the customer. The customer information management server 100 includes a storage unit 130, a telephone number list acquisition unit 110, a customer information maintenance unit 120, and a customer information providing unit 140. The storage unit 130 stores the customer information 131. The telephone number list acquisition unit 110 acquires a telephone number list. The telephone number list is information showing the customer's telephone number. The customer here is a customer who uses an application provided by a mobile carrier and who has registered to use the customer information management service provided in the application. The customer information maintenance unit 120 uses the telephone number list to gradually extract the “deletion candidate telephone number” that is a candidate to be deleted from the customer information 131 and the “deleted telephone number” to be deleted from the customer information 131. The customer information providing unit 140 provides at least one of the information indicating the "deletion candidate telephone number" or the "deletion telephone number" to the user institution system 50 based on the customer's intention. The user institution system 50 is a system such as a bank used by a customer.

As a result, in the customer information management server 100 of the second embodiment, the customer information maintenance unit 120 obtains the telephone number of the customer's mobile phone based on the telephone number list periodically acquired by the telephone number list acquisition unit 110. , You can update to the latest information step by step. Then, the customer information providing unit 140 can provide the "deletion candidate telephone number" or the "deletion telephone number" to the user institution system 50. Therefore, the latest information is notified by regularly managing whether the phone number of the customer's mobile phone is valid and notifying the operator of the phone number that is likely to be deleted or the deleted phone number. be able to.

Further, in the customer information management server 100 of the second embodiment, the storage unit 130 stores the deletion candidate DB 133. The deletion candidate DB 133 is the personal information of the customer who is a candidate to be deleted from the customer information 131. The telephone number list acquisition unit 110 periodically acquires a telephone number list. The customer information maintenance unit 120 uses the telephone number list to determine whether or not the customer's telephone number registered in the customer information 131 exists in the telephone number list. When the customer information maintenance unit 120 determines that the customer's telephone number registered in the customer information 131 does not exist in the telephone number list, the customer information maintenance unit 120 uniquely identifies the customer's customer information 131 determined to be nonexistent. , As an identification key of the "deletion candidate telephone number", it is stored in the deletion candidate DB 133. In this case, the identification key is an example of "information indicating a deletion candidate telephone number". Further, in this case, the deletion candidate telephone number itself may be stored in the deletion candidate DB 133 instead of the identification key. The deletion candidate telephone number in this case is an example of "information indicating the deletion candidate telephone number". The customer information maintenance unit 120 corresponds to the identification key when the telephone number corresponding to the identification key does not exist in the telephone number list acquired after a predetermined period has elapsed from the time when the identification key is stored in the deletion candidate DB 133. The telephone number is deleted from the customer information 131 as a "deleted telephone number". In this case, the identification key is an example of "information indicating the deleted telephone number". Further, in this case, the deleted telephone number is deleted from the customer information 131 instead of the identification key or together with the identification key. The deleted telephone number in this case is an example of "information indicating the deleted telephone number". The customer information providing unit 140 provides information indicating the "deleted telephone number" (that is, the deleted telephone number itself or the identification key corresponding to the deleted telephone number) to the user institution system 50.

As a result, in the customer information management server 100 of the second embodiment, whether or not the customer's telephone number is really changed is first extracted from the "deletion candidate telephone number" and then from the "deletion candidate telephone number". It can be identified by the step-by-step process of extracting the "deleted phone number", and the phone number is canceled or the account is unfollowed (not temporarily) and the intention not to use the customer information management service is expressed. It is possible to delete the telephone number of the customer who has a high probability of being deleted, and notify the user institution system 50 of the information indicating the deleted telephone number. Therefore, it is possible to notify the user institution system 50 of the latest information with higher accuracy.

Further, in the customer information management server 100 of the second embodiment, the customer information maintenance unit 120 is stored in the deletion candidate DB 133 in the telephone number list acquired after the time when the identification key is stored in the deletion candidate DB 133. Determine if there is a phone number corresponding to the identification key. If the corresponding telephone number exists, the customer information maintenance unit 120 deletes the corresponding identification key from the deletion candidate DB. As a result, in the customer information management server 100 of the second embodiment, it is determined whether or not the customer's telephone number is really changed, and the customer who changed the mobile carrier or the account is followed by using MNP. The customer information 131 can be maintained for a customer who has been temporarily canceled but then re-followed, that is, a customer whose telephone number has not changed. Therefore, it is possible to update the customer information 131 to the latest information without taking the trouble of restoring the once deleted customer information 131 immediately after that.

Further, in the customer information management server 100 according to the second embodiment, the storage unit 130 stores the deletion candidate DB 133. The deletion candidate DB 133 is the personal information of the customer who is a candidate to be deleted from the customer information 131. The telephone number list acquisition unit 110 periodically acquires a telephone number list. The customer information maintenance unit 120 uses the telephone number list to determine whether or not the customer's telephone number registered in the customer information 131 exists in the telephone number list. When the customer information maintenance unit 120 determines that the customer's telephone number registered in the customer information 131 does not exist in the telephone number list, the customer information maintenance unit 120 uniquely identifies the customer's customer information 131 determined to be nonexistent. , As an identification key of the "deletion candidate telephone number", it is stored in the deletion candidate DB 133. In this case, the identification key is an example of "information indicating a deletion candidate telephone number". Further, in this case, the deletion candidate telephone number itself may be stored in the deletion candidate DB 133 instead of the identification key. The deletion candidate telephone number in this case is an example of "information indicating the deletion candidate telephone number". The customer information providing unit 140 provides information indicating the "deletion candidate telephone number" (that is, the deletion candidate telephone number itself or the identification key corresponding to the deletion candidate telephone number) to the user institution system 50.

As a result, in the customer information management server 100 according to the second embodiment, before the customer's telephone number is really changed, the "deletion candidate telephone number" is first extracted and used as a telephone number that may be changed. It is possible to notify the user institution system 50. Therefore, it is possible to notify the user institution system 50 of the telephone number that may be changed as soon as possible.

Further, in the customer information management server 100 according to the second embodiment, the customer information maintenance unit 120 is stored in the deletion candidate DB 133 in the telephone number list acquired after the time when the identification key is stored in the deletion candidate DB 133. It is determined whether or not the telephone number corresponding to the identification key exists. In this case, the identification key is an example of "information indicating a deletion candidate telephone number". The telephone number corresponding to the identification key is an example of a "deletion candidate telephone number". If the corresponding telephone number exists, the customer information maintenance unit 120 deletes the corresponding identification key (or the "deletion candidate telephone number" itself) from the deletion candidate DB. The customer information providing unit 140 deletes the information indicating the telephone number deleted from the deletion candidate DB 133 by the customer information maintenance unit 120 (that is, the identification key corresponding to the "deletion candidate telephone number" or the "deletion candidate telephone number"). It is provided to the user institution system 50 as information indicating a telephone number excluded from the candidates.

As a result, the customer information management server 100 according to the second embodiment can notify the user institution system 50 that the telephone number notified as the deletion candidate is excluded from the deletion candidates when the telephone number is subsequently restored. .. Therefore, it is possible to notify the user institution system 50 of the telephone number that is no longer likely to be changed as soon as possible.

In the above-described embodiment, the configuration for deleting the customer information 131 or the deletion candidate DB 133 has been described. The mode of the process for deleting the information in this case may be logical deletion or physical deletion. That is, instead of actually deleting the data, the deletion flag may be set so that the information is regarded as (logically) deleted, or the data is actually (physically) deleted. You may.

The customer information management server 10 (100) in the above-described embodiment may be fully or partially realized by a computer. In that case, a program for realizing this function may be recorded on a computer-readable recording medium, and the program recorded on the recording medium may be read by a computer system and executed. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, and a storage device such as a hard disk built in a computer system. Further, a "computer-readable recording medium" is a communication line for transmitting a program via a network such as the Internet or a communication line such as a telephone line, and dynamically holds the program for a short period of time. It may also include a program that holds a program for a certain period of time, such as a volatile memory inside a computer system that is a server or a client in that case. Further, the above program may be for realizing a part of the above-mentioned functions, and may be further realized for realizing the above-mentioned functions in combination with a program already recorded in the computer system. It may be realized by using a programmable logic device such as FPGA.

Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to this embodiment, and includes designs and the like within a range that does not deviate from the gist of the present invention.

1 ... Management system 10, 100 ... Customer information management server 20 ... Customer terminal 30 ... Mobile carrier server 50 ... User institution system 110 ... Phone number list acquisition unit 120 ... Customer information maintenance department 130 ... Storage unit 131 ... Customer information 132 ... Registration DB
133 ... Deletion candidate DB
140 ... Customer Information Department

Claims (7)

A customer information management server that manages customer information, which is customer's personal information, based on the information notified from the customer terminal.
A storage unit that stores the customer information and
A telephone number list acquisition unit that acquires a telephone number list indicating the telephone numbers of customers who use an application provided by a mobile carrier and is registered in the service for managing the customer information provided in the application.
Using the telephone number list, a deletion candidate telephone number that is a candidate to be deleted from the customer information, and a customer information maintenance department that sequentially extracts deleted telephone numbers to be deleted from the customer information,
Based on the customer's intention, at least one of the deletion candidate telephone number or the information indicating the deletion telephone number extracted by the customer information maintenance unit is provided to the user institution system that provides the service used by the customer. With the customer information provision department
Customer information management server. The storage unit stores a deletion candidate DB which is personal information of a customer who is a candidate to be deleted from the customer information.
The telephone number list acquisition unit periodically acquires the telephone number list and obtains the telephone number list.
The customer information maintenance unit uses the telephone number list to determine whether or not the telephone number of the customer registered in the customer information exists in the telephone number list, and determines whether or not the telephone number of the customer registered in the customer information exists in the telephone number list. When it is determined that the telephone number does not exist in the telephone number list, the telephone number of the customer determined to be nonexistent is used as the deletion candidate telephone number, and the information indicating the deletion candidate telephone number is stored in the deletion candidate DB. If the deletion candidate telephone number does not exist in the telephone number list acquired after a predetermined period has elapsed from the time when the information indicating the deletion candidate telephone number is stored in the deletion candidate DB, the deletion candidate telephone number does not exist. The information indicating the telephone number is deleted from the deletion candidate DB, and the customer information corresponding to the information indicating the deletion candidate telephone number is deleted.
The customer information providing unit provides information indicating the deleted telephone number to the user institution system.
The customer information management server according to claim 1. The customer information maintenance unit has a telephone number corresponding to the information indicating the deletion candidate telephone number in the telephone number list acquired after the time when the information indicating the deletion candidate telephone number is stored in the deletion candidate DB. If the corresponding telephone number exists, the information indicating the deletion candidate telephone number corresponding to the corresponding telephone number is deleted from the deletion candidate DB.
The customer information management server according to claim 2. The storage unit stores a deletion candidate DB which is personal information of a customer who is a candidate to be deleted from the customer information.
The telephone number list acquisition unit periodically acquires the telephone number list and obtains the telephone number list.
The customer information maintenance unit uses the telephone number list to determine whether or not the telephone number of the customer registered in the customer information exists in the telephone number list, and determines whether or not the telephone number of the customer registered in the customer information exists in the telephone number list. When it is determined that the telephone number does not exist in the telephone number list, the telephone number of the customer determined not to exist is set as the deletion candidate telephone number, and the information indicating the deletion candidate telephone number is stored in the deletion candidate DB.
The customer information providing unit provides information indicating the deletion candidate telephone number to the user institution system.
The customer information management server according to claim 1. The customer information maintenance unit puts the deletion candidate telephone number stored in the deletion candidate DB in the telephone number list acquired after the time when the information indicating the deletion candidate telephone number is stored in the deletion candidate DB. It is determined whether or not the telephone number corresponding to the indicated information exists, and if the corresponding telephone number exists, the information indicating the corresponding deletion candidate telephone number is deleted from the deletion candidate DB.
The customer information providing unit provides information indicating the deletion candidate telephone number deleted from the deletion candidate DB by the customer information maintenance unit to the user institution system as information indicating a telephone number excluded from the deletion candidates. ,
The customer information management server according to claim 4. A customer information management server that manages customer information, which is customer's personal information, based on information notified from the customer terminal, and is a customer information management method of a customer information management server having a storage unit for storing the customer information. There,
The telephone number list acquisition unit acquires a telephone number list indicating the telephone number of a customer who uses an application provided by a mobile carrier and is registered in the service for managing the customer information provided by the application. ,
Using the telephone number list, the customer information maintenance department extracts in stages the deletion candidate telephone numbers that are candidates for deletion from the customer information and the deletion telephone numbers to be deleted from the customer information.
The customer information providing unit provides a service in which the customer uses at least one of the deletion candidate telephone number or the information indicating the deleted telephone number extracted by the customer information maintenance unit based on the customer's intention. To provide to the user institution system
Customer information management method. A program for operating a computer as the customer information management server according to any one of claims 1 to 5, and for operating the computer as each part included in the customer information management server.

Images