CN104378402A - 用户联系信息更新方法及装置 - Google Patents

Abstract

本发明涉及一种用户联系信息更新方法及装置。一个实施例中，上述方法包括：采集步骤：分别从多个网络服务系统中获取与一个用户帐号关联的用户联系信息；分析步骤：根据用户联系信息的验证时间及验证成功次数分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断是否触发提醒条件，若是则进行提醒步骤；以及提醒步骤：向该用户帐号发送提示或验证信息，用于更新该用户联系信息。上述的用户联系信息更新方法及装置可及时的提醒用户更新用户联系信息，从而可确保用户能够及时收取系统信息。

Description

用户联系信息更新方法及装置

技术领域

本发明涉及用户联系信息更新技术，尤其涉及一种用户联系信息更新方法及装置。

背景技术

随着互联网的普及，各种互联网服务越来越普遍，为人们的工作生活带来了很大的便利。用户为了顺利使用各种互联网服务，一般需要注册用户帐号。

此外，注册帐号时一般会要求用户提供一些附加信息，比如备忘邮箱、手机号码等。这些附加信息可用于找回密码、用户身份验证、信息接收等重要场景，因此附加信息的可用性是用户帐号是否健康，安全的重要指标。

另一方面，由于互联网服务提供商的多样化，使得用户需要维护数量众多的用户帐号，一个用户号内用户联系信息的修改并不能影响到其他的帐号，而用户很难在手机、邮箱更换时在所有的用户帐号中修改用户联系信息。甚至是同一互联网服务提供商，也可能只在不同的网络服务中共享基本的帐号验证服务，而这些附加的用户联系信息也都是自成体系，没有实现共享，在用户联系信息发生变化时可能导致用户无法及时收取重要的信息。

发明内容

有鉴于此，实有必要提供一种用户联系信息更新方法及装置，其可及时的提醒用户更新用户联系信息，从而可确保用户能够及时收取系统信息。

一种用户联系信息更新方法，包括：采集步骤：分别从多个网络服务系统中获取与一个用户帐号关联的用户联系信息；分析步骤：根据用户联系信息的验证时间及验证成功次数分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断是否触发提醒条件，若是则进行提醒步骤；以及提醒步骤：向该用户帐号发送提示或验证信息，用于更新该用户联系信息。

一种用户联系信息更新装置，包括：采集模块：用于分别从多个网络服务系统中获取与一个用户帐号关联的用户联系信息；分析模块：用于根据用户联系信息的验证时间及验证成功次数分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断是否触发提醒条件，若是则进行提醒步骤；以及提醒模块：用于向该用户帐号发送提示或验证信息，用于更新该用户联系信息。

根据本实施例的用户联系信息更新方法，可以综合考虑多个网络服务系统保存的用户联系信息，从而引导用户去更新一些很长时间未经过验证或者很少使用的联系方式，使用户联系信息与其最新的用户联系信息操持一致，从而可确实用户能够及时接收到服务器发送的信息。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

图1为本发明实施例的用户联系信息更新方法的运行环境示意图。

图2为第一实施例提供的用户联系信息更新方法的流程图。

图3为第二实施例提供的用户联系信息更新方法的流程图。

图4为第二实施例提供的用户联系信息更新方法中部分步骤的交互示意图。

图5为第三实施例提供的用户联系信息更新方法的流程图。

图6为第四实施例提供的用户联系信息更新装置的结构框图。

图7为第五实施例提供的用户联系信息更新装置的结构框图。

图8为第六实施例提供的用户联系信息更新装置的结构框图。

具体实施方式

为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明的具体实施方式、结构、特征及其功效，详细说明如后。

本发明实施例提供一种用户联系信息更新方法及装置，其可用于一个或多个帐号服务器中。上述的用户联系信息可用于让用户接收到服务器发送的信息，其具体实例包括但并不限于：备忘邮箱、手机号码、即时通讯服务帐号等。上述的帐号服务器例如是指用于提供帐号验证和/或用户联系信息更新的服务器。

图1为本发明实施例的用户联系信息更新方法的运行环境示意图。如图1所示，客户端10通过网络连接于帐号服务器20。客户端10的具体实例包括个人电脑、智能手机、平板电脑、媒体播放器及其他任意具有互联网功能的电子装置。

图2为第一实施例提供的用户联系信息更新方法的流程图。本实施例的方法例如由图1所示的帐号服务器执行。如图2所示，本实施例的方法包括以下步骤：

步骤S101（采集步骤）：分别从多个网络服务系统中获取与一个用户帐号关联的（或绑定的）用户联系信息及对应的验证信息。

上述的多个网络服务系统由同一服务提供商或者分别由不同的服务提供商提供。该多个网络系统例如可分别为线上支付、即时通讯、线上游戏等。基于向用户即时发送通知信息或者验证码的需要，其可分别登记用户的手机号码。在步骤S101中，分别向该多个网络系统查询与某个帐号关联的手机号码。具体地，可查询网络系统对应的数据库或者专门的查询接口而得到上述的手机号码。

上述的验证信息例如是指用户通过验证的记录。上述的验证例如是指服务器向该用户联系信息对应的通讯通道发送一条包括验证码或链接的消息，若用户成功对该消息做出响应即视为通过验证，例如访问该链接或者正确输入验证码。上述的验证可以是服务器直接基于验证该用户联系信息的目的启动，还可以是由于需要完成交易等其他目的启动。无论出于何种目的，顺利根据该用户联系信息完成验证过程即为上述用户通过验证的记录。

步骤S102（分析步骤）：根据用户联系信息的验证信息分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断该用户联系信息是否触发提醒条件，若是则进行提醒步骤。

总体上来说，验证时间越近，验证成功次数越多，则可用性最大。在一个实例中，上述的网络服务系统具有n个，每个网络服务系统登记的用户联系信息分别为contact₁,contact₂,……contact_n，其登记时间分别为r₁,r₂,r₃,..........r_n，在一个时间窗口(例如30天)内验证次数为v₁,v₂,v₃,........v_n，验证成功次数为s₁,s₂,s₃,......s_n，最近一次验证成功时间为t₁,t₂,t₃,......t_n。

则在网络服务系统i中，网络服务系统i登记的用户联系信息contact_i的可用性指数U为：

U(contact_i)=P*m(r_i,t_i)+Q*n(v_i,s_i)

其中P,Q分别为验证时间和验证成功率所占的权重，即P+Q=1。m,n为计算验证成功时间差和验证成功率的函数。

综合网络服务系统1到网络服务系统n，登记的不同的用户联系信息分别为d_contact₁,d_contact₂,.....d_contact_k，其中k的取值范围是[1,n]。则综合n个网络服务系统，其中的一个用户联系信息d_contact_i的综合可用性指数Uc为：

$\mathrm{Uc}(d\_{\mathrm{contact}}_i)=\underset{j=1}{\overset{j<=n}{\mathrm{\&Sigma;}}}u\left({\mathrm{contact}}_j\right),$ 其中d_contact_i=contact_j

即，相同的用户联系信息若出现于不同的网络服务系统中，则其可用户性指数应累积计算。

此外，可以理解，可用性的计算并不限于上述的方式，本领域普通技术人员可以任意采用合适的方式，只要其能遵循，验证时间越近，验证成功次数越多，则可用性指数越高的原则即可。

上述的预定义的规则例如是指在哪些情形下应视为该用户联系信息不可用，应引导用户去修改对应的用户联系信息。例如，可以检测可用性指数是否低于预定的值。

步骤S103（提醒步骤）：向该用户帐号发送提示或验证信息，用于更新该用户联系信息。

根据一个实例，在步骤S103中，向该用户联系信息对应的通讯通道发送验证信息。由用户根据验证信息完成用户联系信息的验证操作，在顺利通过验证后，该用户联系信息无须被更新。

根据另一个实例，在步骤S103中，向该用户联系信息对应的通讯通道发送提示信息。根据该提示信息，用户可以启动用户联系信息更新步骤，可将用户联系信息更新为最新的联系信息。

根据本实施例的用户联系信息更新方法，可以综合考虑多个网络服务系统保存的用户联系信息，从而引导用户去更新一些很长时间未经过验证或者很少使用的联系方式，使用户联系信息与其最新的用户联系信息操持一致，从而可确实用户能够及时接收到服务器发送的信息。

图3为第二实施例提供的用户联系信息更新方法的流程图。参阅图3，其与第一实施例的方法相似，其不同之处在于，还包括：

步骤S104（更新步骤）：接收客户端提交的用户联系信息，并根据该接收的用户联系信息在该多个网络服务系统中更新该用户联系信息。

参阅图4，在步骤S103中，向该用户帐号发送提示或验证信息。实质上，用户需要通过客户端10接收上述的提示或验证信息。换言之，服务器20实际上是将上述的提示或验证信息发送至客户端10中。在接收到提示或验证信息后，客户端10可将其显示或以其他方式输出。相应地，用户30可以了解到接收到提示或验证信息。接着，用户可以启动用户联系信息的更新步骤，例如，至某个应用程序的设定用户联系信息的界面，或者使浏览器指向可用于设定用户联系信息的界面。

在上述的界面中，用户可以输入用户联系信息，如手机号码、电子邮箱或者即时通讯帐号。在完成输入后，客户端10可将用户输入的用户联系信息发送至服务器20。相应地，服务器20在接收到客户端10提交的用户联系信息后，向与该用户联系信息对应的通讯通道发送一条验证消息，其内可包括验证码。例如，向手机号码发送一条短信，向电子邮箱发送一封邮件或者向即时通讯帐号发送一条即时通讯信息。

接收到服务器20发送的验证消息后，客户端10将其输入，相应地，用户可以在对应的界面中输入上述的验证码。在用户完成验证码的输入后，客户端10可将用户输入的验证码提交至服务器20，由服务器20判定用户的输入是否正确，若正确，则表明验证通过，服务器20可以将先前保存的用户联系信息替换为最新的用户联系信息。

相比于第一实施例，本实施例的方法进一步进行用户联系信息的更换操作，使用户联系信息与其最新的用户联系信息操持一致，从而可确实用户能够及时接收到服务器发送的信息。

图5为第三实施例提供的用户联系信息更新方法的流程图。参阅图3，其与第一实施例的方法相似，其不同之处在于，还包括：

步骤S301（更新步骤）：若接收到来自用户的确认请求则获取该多个网络服务系统中可用性最高的该用户联系信息，并根据该可用性最高的该用户联系信息更新该多个网络服务系统中其他的该用户联系信息。

本实施例中，上述的提示或验证信息中例如可包括一个链接。客户端10在接收到提示或验证信息后将其输出，用户可以点击客户端10中显示的链接，相应地，客户端10即将用户的确认请求发送至服务器20。服务器20在接收到来自用户的确认请求后则自动进行用户联系信息的更新操作。例如，采用可用性最高的用户联系信息，将所有其他的用户联系信息更新为该可用性最高的用户联系信息。

此外，可以理解，步骤S301中，还不限于当接收到用户的确认请求后才自动更新用户联系信息，例如，在步骤S102中触发提醒条件后，即可自动进行更新操作，而步骤S103中可将更新结果包含在提示信息中。

根据本实施例的方法，可以自动或者接收到确认请求后自动更新用户联系信息为可用性最高用户联系信息，可减少用户更新用户联系信息的操作。

图6为第四实施例提供的用户联系信息更新装置的结构框图。如图6所示，该装置包括采集模块11、分析模块12、以及提醒模块13。

采集模块11用于分别从多个网络服务系统中获取与一个用户帐号关联的用户联系信息。

分析模块12用于根据用户联系信息的验证时间及验证成功次数分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断是否触发提醒条件，若是则进行提醒步骤。

提醒模块13用于向该用户帐号发送提示或验证信息，用于更新该用户联系信息。

关于本实施例的其他细节，还可进一步参阅图1、图2及相关描述，在此不再赘述。

根据本实施例的用户联系信息更新装置，可以综合考虑多个网络服务系统保存的用户联系信息，从而引导用户去更新一些很长时间未经过验证或者很少使用的联系方式，使用户联系信息与其最新的用户联系信息操持一致，从而可确实用户能够及时接收到服务器发送的信息。

图7为第五实施例提供的用户联系信息更新装置的结构框图，如图7所示，其与图6的装置结构相似，其不同之处在于，还包括第一更新模块14，用于接收客户端提交的用户联系信息，并根据该接收的用户联系信息在该多个网络服务系统中更新该用户联系信息。

参阅图4，提醒模块13向该用户帐号发送提示或验证信息。实质上，用户需要通过客户端10接收上述的提示或验证信息。换言之，服务器20实际上是将上述的提示或验证信息发送至客户端10中。在接收到提示或验证信息后，客户端10可将其显示或以其他方式输出。相应地，用户30可以了解到接收到提示或验证信息。接着，用户可以启动用户联系信息的更新步骤，例如，至某个应用程序的设定用户联系信息的界面，或者使浏览器指向可用于设定用户联系信息的界面。

在上述的界面中，用户可以输入用户联系信息，如手机号码、电子邮箱或者即时通讯帐号。在完成输入后，客户端10可将用户输入的用户联系信息发送至服务器20。相应地，服务器20在接收到客户端10提交的用户联系信息后，向与该用户联系信息对应的通讯通道发送一条验证消息，其内可包括验证码。例如，向手机号码发送一条短信，向电子邮箱发送一封邮件或者向即时通讯帐号发送一条即时通讯信息。

接收到服务器20发送的验证消息后，客户端10将其输入，相应地，用户可以在对应的界面中输入上述的验证码。在用户完成验证码的输入后，客户端10可将用户输入的验证码提交至服务器20，由服务器20判定用户的输入是否正确，若正确，则表明验证通过，服务器20可以将先前保存的用户联系信息替换为最新的用户联系信息。

相比于第四实施例，本实施例的装置进一步进行用户联系信息的更换操作，使用户联系信息与其最新的用户联系信息操持一致，从而可确实用户能够及时接收到服务器发送的信息。

图8为第六实施例提供的用户联系信息更新装置的结构框图，如图8所示，其与图6的装置结构相似，其不同之处在于，还包括第二更新模块15：用于若接收到来自用户的确认请求则获取该多个网络服务系统中可用性最高的该用户联系信息，并根据该可用性最高的该用户联系信息更新该多个网络服务系统中其他的该用户联系信息。

本实施例中，上述的提示或验证信息中例如可包括一个链接。客户端10在接收到提示或验证信息后将其输出，用户可以点击客户端10中显示的链接，相应地，客户端10即将用户的确认请求发送至服务器20。服务器20在接收到来自用户的确认请求后则自动进行用户联系信息的更新操作。例如，采用可用性最高的用户联系信息，将所有其他的用户联系信息更新为该可用性最高的用户联系信息。

此外，可以理解，第二更新模块15还不限于当接收到用户的确认请求后才自动更新用户联系信息，例如，在触发提醒条件后，第二更新模块15即可自动进行更新操作，可将更新结果包含在提示信息中。

根据本实施例的装置，可以自动或者接收到确认请求后自动更新用户联系信息为可用性最高用户联系信息，可减少用户更新用户联系信息的操作。

本发明实施例还提供一种计算机可读存储介质，例如硬盘、光盘、固态存储器如闪存等。该计算机可读存储介质内存储有计算机可执行指令，该计算机可执行指令用于被一个或多个处理器执行，执行后使得该计算机或者其他类似的运算装置实现上述各实施例的方法及装置。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

以上所述，仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种用户联系信息更新方法，其特征在于，包括：

采集步骤：分别从多个网络服务系统中获取与一个用户帐号关联的用户联系信息；

分析步骤：根据用户联系信息的验证时间及验证成功次数分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断是否触发提醒条件，若是则进行提醒步骤；以及

提醒步骤：向该用户帐号发送提示或验证信息，用于更新该用户联系信息。

2.如权利要求1所述的方法，其特征在于，还包括：

更新步骤：接收客户端提交的用户联系信息，并根据该接收的用户联系信息在该多个网络服务系统中更新该用户联系信息。

3.如权利要求1所述的方法，其特征在于，在该提醒步骤中，向该用户帐号发送验证信息；

该方法还包括更新步骤：若接收到来自用户的确认请求则获取该多个网络服务系统中可用性最高的该用户联系信息，并根据该可用性最高的该用户联系信息更新该多个网络服务系统中其他的该用户联系信息。

4.如权利要求1所述的方法，其特征在于，该用户联系信息为手机号码、电子邮箱或者即时通讯服务帐号。

5.如权利要求1所述的方法，其特征在于，在该分析步骤中，根据以下公式计算该可用性：

U(contact_i)=P*m(r_i,t_i)+Q*n(v_i,s_i)，其中contact_i表示第i个网络服务系统，P、Q分别为验证时间及验证成功次数的权重，m、n分别为计算验证时间差及验证成功率的函数，r_i该用户联系信息的登记时间，t_i为最近一次验证成功时间，v_i为验证次数，而s_i为验证成功次数。

6.如权利要求5所述的方法，其特征在于，在该分析步骤中，若不同网络服务系统具有相同的用户联系信息，则该相同的用户联系信息的可用性累积计算。

7.一种用户联系信息更新装置，其特征在于，包括：

采集模块：用于分别从多个网络服务系统中获取与一个用户帐号关联的用户联系信息；

分析模块：用于根据用户联系信息的验证时间及验证成功次数分别计算该用户联系信息的可用性，并根据可用性及预定义的规则判断是否触发提醒条件，若是则进行提醒步骤；以及

提醒模块：用于向该用户帐号发送提示或验证信息，用于更新该用户联系信息。

8.如权利要求7所述的装置，其特征在于，还包括：

更新模块：用于接收客户端提交的用户联系信息，并根据该接收的用户联系信息在该多个网络服务系统中更新该用户联系信息。

9.如权利要求7所述的装置，其特征在于，该装置还包括更新模块：用于若接收到来自用户的确认请求则获取该多个网络服务系统中可用性最高的该用户联系信息，并根据该可用性最高的该用户联系信息更新该多个网络服务系统中其他的该用户联系信息。

10.如权利要求7所述的装置，其特征在于，该用户联系信息为手机号码、电子邮箱或者即时通讯服务帐号。

11.如权利要求7所述的装置，其特征在于，该分析模块用于，根据以下公式计算该可用性：

U(contacti)=P*m(ri,ti)+Q*n(vi,si)，其中contacti表示第i个网络服务系统，P、Q分别为验证时间及验证成功次数的权重，m、n分别为计算验证时间差及验证成功率的函数，ri该用户联系信息的登记时间，ti为最近一次验证成功时间，vi为验证次数，而si为验证成功次数。

12.如权利要求11所述的装置，其特征在于，若不同网络服务系统具有相同的用户联系信息，则该相同的用户联系信息的可用性累积计算。