CN110198286A - 一种数据处理方法及计算设备 - Google Patents

Abstract

本申请公开了一种数据处理方法及计算设备；上述数据处理方法，包括：通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式；向所述用户发送针对所述疑似失效的联系方式的操作指示消息。本申请能够提高网站安全性，并提升用户体验。

Description

一种数据处理方法及计算设备

技术领域

本申请涉及但不限于通信技术领域，尤其涉及一种数据处理方法及计算设备。

背景技术

目前，用户在某一网站注册后，会在网站留存自身的联系方式(比如，联系电话、电子邮箱地址等信息资料)，然后网站可以通过用户留存的联系方式联系到用户。然而，用户留存的联系方式在经历一定周期后往往会失效(比如用户工作调整导致电子邮箱地址变更、联系电话更换等)，一旦用户留存的联系方式失效，则网站无法直接联系到用户，会产生安全风险，并降低用户体验。比如，用户的联系方式被他人获取会造成用户在网站注册的账户存在安全隐患；用户留存的联系方式失效后网站后续无法联系到用户，导致无法向用户发送风险提示信息、推广营销信息等。

针对上述问题，目前常用的方式为：一旦用户的联系方式发生变更，用户自觉到网站更新留存的联系方式。然而，基于用户自觉性修改联系方式只存在于少量用户，无法覆盖网站的全量用户，用户覆盖面较小；而且无法及时发现用户联系方式失效的情况，时效性不佳，用户体验不佳。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本申请实施例提供一种数据处理方法及计算设备，能够提高网站安全性，提升用户体验。

第一方面，本申请实施例提供一种数据处理方法，包括：

通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式；

向所述用户发送针对所述疑似失效的联系方式的操作指示消息。

在示例性实施方式中，所述确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式之后，上述方法还可以包括：

提供不使用所述疑似失效的联系方式进行信息验证的信息修改通道。

在示例性实施方式中，所述提供不使用所述疑似失效的联系方式进行信息验证的信息修改通道，可以包括：

若检测到所述用户正在访问所述网站，且访问信息符合设定条件，则提供不使用所述疑似失效的联系方式进行信息验证的信息修改通道。

在示例性实施方式中，所述操作指示消息，可以包括：用于确认所述疑似失效的联系方式是否已失效的消息；或者，用于指示修改所述疑似失效的联系方式的消息。

在示例性实施方式中，若所述操作指示消息包括用于确认所述疑似失效的联系方式是否已失效的消息，则所述向所述用户发送针对所述疑似失效的联系方式的操作指示消息之后，上述方法还可以包括：

在接收到所述疑似失效的联系方式已失效的反馈消息后，提供不使用所述已失效的联系方式进行信息验证的信息修改通道，对所述已失效的联系方式进行修改。

在示例性实施方式中，所述向所述用户发送针对所述疑似失效的联系方式的操作指示消息，可以包括以下至少之一：

采用所述用户在所述网站上注册的联系方式中有效的联系方式，向所述用户发送针对所述疑似失效的联系方式的操作指示消息；

若检测到所述用户尝试访问或正在访问所述网站，则向所述用户发送针对所述疑似失效的联系方式的操作指示消息。

在示例性实施方式中，所述通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式之前，上述方法还可以包括：采用所述用户在所述网站上注册的联系方式主动联系所述用户，并保存联系记录。

在示例性实施方式中，所述通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式，可以包括：

周期性执行以下操作或者在接收到监测指令之后执行以下操作：

针对所述用户在所述网站上注册的任一种联系方式，获取设定时长内所述用户与所述网站之间采用所述联系方式的联系记录；

通过分析所述获取的联系记录中的失败联系记录，确定所述联系方式的失效概率；

若所述联系方式的失效概率满足失效条件，则确定所述联系方式为疑似失效的联系方式。

第二方面，本申请实施例提供一种数据处理方法，包括：

接收针对用户在网站上注册的联系方式中疑似失效的联系方式的操作指示消息后，在交互界面上显示所述操作指示消息；

当所述用户在所述交互界面上根据所述操作指示消息确认修改所述疑似失效的联系方式后，通过不使用所述联系方式进行信息验证的信息修改通道，修改所述联系方式。

在示例性实施方式中，所述操作指示消息，可以包括：用于确认所述疑似失效的联系方式是否已失效的消息；或者，用于指示修改所述疑似失效的联系方式的消息。

第三方面，本申请实施例提供一种数据处理方法，包括：

提供第一交互界面，其中，所述第一交互界面展示待处理账户的失效联系方式，并展示与所述失效联系方式联系失败的次数；

提供第二交互界面，其中，所述第二交互界面用于更新所述待处理账户的联系方式。

在示例性实施方式中，在提供第二交互界面之前，上述方法还可以包括：

通过所述第一交互界面，接收用户输入的验证信息；

确定验证信息有效。

在示例性实施方式中，在提供第二交互界面之前，上述方法还可以包括：

提供第三交互界面；

通过所述第三交互界面，接收用户输入的验证信息；

确定验证信息有效。

此外，本申请实施例还提供一种计算设备，包括：第一存储器以及第一处理器，所述第一存储器适于存储数据处理程序，所述数据处理程序被所述第一处理器执行时实现上述第一方面提供的数据处理方法的步骤。

此外，本申请实施例还提供一种终端设备，包括：第一显示单元、第一输入单元、第二存储器以及第二处理器；所述第一显示单元连接所述第二处理器，适于提供交互界面；所述第一输入单元连接所述第二处理器，适于检测所述交互界面上的操作；所述第二存储器适于存储数据处理程序，所述数据处理程序被所述第二处理器执行时实现上述第二方面提供的数据处理方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有数据处理程序，所述数据处理程序被处理器执行时实现上述第一方面、第二方面或者第三方面提供的数据处理方法的步骤。

在本申请实施例中，通过分析用户与网站之间的联系记录，确定用户在网站上注册的联系方式中疑似失效的联系方式；向用户发送针对疑似失效的联系方式的操作指示消息。本申请实施例通过主动监测疑似失效的联系方式，能够及时发现用户的联系方式失效的情况，从而提高网站安全性，并提升用户体验。

在示例性实施方式中，在用户的联系方式失效后，可以提供适用于失效的联系方式变更的信息修改通道，避免在失效联系方式的变更过程中仍采用失效的联系方式进行信息验证，从而提高网站的安全性，并提升用户体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所有优点。

附图说明

图1为本申请实施例提供的一种数据处理方法的流程图；

图2为本申请实施例提供的数据处理方法的一种示例图；

图3为本申请实施例提供的数据处理方法的另一示例图；

图4为本申请实施例提供的一种数据处理装置的示意图；

图5为本申请实施例提供的另一种数据处理方法的流程图；

图6为本申请实施例提供的另一种数据处理装置的示意图；

图7为本申请实施例提供的计算设备的示意图；

图8为本申请实施例提供的终端设备的示意图；

图9为本申请实施例提供的另一种数据处理方法的流程图；

图10为本申请实施例提供的第一交互界面的一种示例图；

图11为本申请实施例提供的第一交互界面的另一示例图。

具体实施方式

以下结合附图对本申请实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。

需要说明的是，如果不冲突，本申请实施例以及实施例中的各个特征可以相互结合，均在本申请的保护范围之内。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

一些实施方式中，执行数据处理方法的计算设备可包括一个或多个处理器(CPU，Central Processing Unit)、输入/输出接口、网络接口和内存(memory)。

内存可能包括计算机可读介质中的非永久性存储器、随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。内存可能包括模块1，模块2，……，模块N(N为大于2的整数)。

计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)，快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

图1为本申请实施例提供的数据处理方法的流程图。如图1所示，本实施例提供的数据处理方法，包括：

S101、通过分析用户与网站之间的联系记录，确定用户在网站上注册的联系方式中疑似失效的联系方式；

S102、向用户发送针对疑似失效的联系方式的操作指示消息。

本实施例提供的数据处理方法可以由服务端计算设备(比如，服务器或者服务器集群)执行。然而，本申请对此并不限定。

本实施例中，用户可以使用终端设备(比如，智能手机、平板电脑、台式电脑等)访问网站。其中，用户在网站上注册账户时，可以上传自己的联系方式，比如，联系电话(例如，手机号码)、电子邮箱地址等信息资源；网站对应的服务端计算设备可以保存用户留存的联系方式，然后，在需要时采用用户留存的联系方式与用户联系，比如，给用户的手机号码发送营销短信。

在本实施例中，服务端计算设备可以主动监测用户在网站上注册的哪些联系方式疑似失效，不再依赖用户的自觉性修改，从而能够及时发现用户联系方式失效的情况，提高发现时效性，较好地维护用户在网站上留存的有效的联系方式。

在本实施例中，联系方式可以包括以下至少之一：联系电话(比如，手机号码)、电子邮箱地址。其中，联系方式有效指联系方式可以正常使用，比如，通过电子邮箱地址可以正常收发电子邮件，通过手机号码可以正常收发短信、接听拨打电话等。

在本实施例中，用户与网站之间的联系记录可以包括：上行联系记录以及下行联系记录；其中，上行联系记录可以包括用户主动联系网站的联系记录，下行联系记录可以包括网站主动联系用户的联系记录。示例性地，任一条联系记录可以包括以下信息：联系方式、联系时间、主联系方、接收方、联系结果。其中，联系结果可以根据接收方的反馈信息确定，或者，根据运营商的反馈信息确定；比如，以采用电子邮箱地址收发邮件为例，根据接收方反馈的邮件回执，可以确定联系结果为接收方成功接收邮件，或接收方未成功接收邮件；以通过手机号码接收和拨打电话为例，根据运营商的反馈信息，可以确定联系结果为接收方与主联系方成功通话，或者，接收方的手机号码处于关机状态，或者，接收方的手机号码处于停机状态等。然而，本申请对此并不限定。

在示例性实施方式中，S101可以包括：

周期性执行以下操作或者在接收到监测指令之后执行以下操作：

针对用户在网站上注册的任一种联系方式，获取设定时长内用户与网站之间采用该联系方式的联系记录；

通过分析获取的联系记录中的失败联系记录，确定该联系方式的失效概率；

若该联系方式的失效概率满足失效条件，则确定该联系方式为疑似失效的联系方式。

在本示例中，服务端计算设备可以周期性执行疑似失效的联系方式的监测步骤，或者，在接收到监测指令之后执行监测步骤。然而，本申请对此并不限定。

在本示例中，以分析用户A的手机号码相关的联系记录为例说明步骤S101的实现过程。其中，由于服务端计算设备保存了用户和网站之间的联系记录，因此，针对用户A的手机号码，可以从保存的联系记录中查找出设定时长(比如，一日、三天、一周等)内用户A与网站之间采用该手机号码进行联系的联系记录，例如，网站在设定时长内拨打该手机号码的联系记录、给该手机号码发送短信的联系记录、用户A通过该手机号码给网站拨打电话的联系记录、用户A通过该手机号码给网站发送短信的联系记录等。在获取到设定时长内的联系记录之后，可以查找出失败联系记录。在本示例中，可以将以下与该手机号码相关的联系记录确定为失败联系记录：用户A与网站的通话时长小于10秒的联系记录、用户A未成功接收到网站发送的短信的联系记录、网站未成功接收到用户A发送的短信的联系记录。然后，服务端计算设备可以对失败联系记录进行分析，比如，按照失败原因进行汇总统计，计算该手机号码的失效概率。示例性地，可以通过分析，确定在设定时长内指示该手机号码处于关机状态的联系记录的第一数目、指示该手机号码处于停机状态的联系记录的第二数目以及指示该手机号码处于注销状态的联系记录的第三数目，然后，将第一数目与第一概率系数的乘积、第二数目与第二概率系数的乘积以及第三数目与第三概率系数的乘积相加，得到该手机号码的失效概率。其中，第一概率系数、第二概率系数以及第三概率系数可以根据实际应用场景进行设置，本申请对此并不限定。其中，若该手机号码的失效概率满足失效条件(比如，大于或等于阈值)，则可以确定该手机号码为疑似失效，若该手机号码的失效概率不满足失效条件(比如，小于阈值)，则可以确定该手机码号仍有效。然而，本申请对此并不限定。在实际应用中，可以根据实际应用场景设置判断联系方式是否疑似失效的规则。

在示例性实施方式中，在S101之前，本实施例的数据处理方法还可以包括：采用用户在网站上注册的联系方式主动联系该用户，并保存联系记录。

在本示例中，服务端计算设备可以主动联系用户，并保存通过主动探测得到的联系记录，以便于识别用户留存的联系方式是否有效。其中，服务端计算设备可以控制在设定时刻采用用户留存的联系方式与用户进行联系；比如，拨打用户的手机号码并播放设定语音，以识别是否通过该手机号码可以与用户进行正常通话；给用户的手机号码发送设定的短信，以识别该手机号码是否可以正常接收信息；给用户的电子邮箱地址发送设定邮件，以识别该电子邮箱地址是否可以正常收发邮件。然而，本申请对此并不限定。

在本示例中，通过对用户留存的联系方式的主动探测，可以获取足够的联系记录，用于支持对联系方式的监测，而且，可以保证监测结果的准确性。

在示例性实施方式中，在S101之后，本实施例的数据处理方法还可以包括：提供不使用疑似失效的联系方式进行信息验证的信息修改通道。

在本示例中，用户在修改网站上注册的基础信息(比如，账户密码、联系方式等)时，网站基于安全考虑需要进行信息验证，只有通过信息验证，才能确保用户成功修改基础信息。因此，若在用户进行基础信息修改时，仍采用疑似失效的联系方式进行信息验证，则可能无法通过验证，导致基础信息修改失败。基于此，在确定出疑似失效的联系方式之后，网站可以给用户提供其他的信息修改通道，避免使用疑似失效的联系方式进行信息验证。比如，疑似失效的联系方式为用户的手机号码，则后续用户在网站修改基础信息时，不再采用向该手机号码发送验证短信的方式提供验证信息，而是在用户修改基础信息前，向用户提供一系列的验证问题，在用户成功回答所有验证问题后，确认用户验证成功，可以进行基础信息修改；或者在用户修改基础信息后，向用户提供一系列的验证问题，在用户成功回答所有验证问题后，确认用户的基础信息修改成功。其中，验证问题可以包括用户在注册网站时预设的问题，或者，根据设定时长内用户在网站的操作信息确定的问题。然而，本申请对此并不限定。

示例性地，提供不使用疑似失效的联系方式进行信息验证的信息修改通道，可以包括：若检测到用户正在访问网站，且访问信息符合设定条件，则提供不使用疑似失效的联系方式进行信息验证的信息修改通道。其中，访问信息符合设定条件可以包括：访问时间信息以及访问网站所采用的设备信息均符合用户访问该网站的习惯。然而，本申请对此并不限定。在实际应用中，设定条件可以根据实际应用场景确定。

在本示例中，通过分析用户对网站的当前访问信息，判断访问风险。换言之，根据用户对网站的当前访问信息可以识别：通过账户访问该网站的当前用户与之前登录该账户访问网站的用户是否为同一人。若为同一人，则表示访问风险较小，若识别出为不同的用户，则表示当前访问风险较大。其中，只有在访问风险较小时，才向用户更新信息修改通道，从而确保网站的安全性，并提高用户体验。

在示例性实施方式中，操作指示消息可以包括：用于确认疑似失效的联系方式是否已失效的消息；或者，用于指示修改疑似失效的联系方式的消息。

在本示例中，服务端计算设备确定疑似失效的联系方式之后，可以通知用户确认该疑似失效的联系方式是否已失效；或者，可以直接通知用户修改疑似失效的联系方式。其中，在直接通知用户对疑似失效的联系方式进行修改时，可以提供不使用疑似失效的联系方式进行信息验证的信息修改通道，对疑似失效的联系方式进行修改，换言之，用户可以通过其他方式进行信息验证之后，修改疑似失效的联系方式，避免验证疑似失效的联系方式本身，造成无法修改成功。

示例性地，若操作指示消息包括用于确认疑似失效的联系方式是否已失效的消息，则在S102之后，本实施例的数据处理方法还可以包括：在接收到疑似失效的联系方式已失效的反馈消息后，提供不使用已失效的联系方式进行信息验证的信息修改通道，对该已失效的联系方式进行修改。

在本示例中，只有在疑似失效的联系方式被用户确认已失效之后，才提供适用已失效的联系方式变更的信息修改通道，以避免失效的联系方式变更时验证失效的联系方式本身，造成用户无法修改成功的问题。

在示例性实施方式中，S102可以包括以下至少之一：

采用用户在网站上注册的联系方式中有效的联系方式，向用户发送针对疑似失效的联系方式的操作指示消息；

若检测到用户尝试访问或正在访问网站，则向用户发送针对疑似失效的联系方式的操作指示消息。

在本示例中，服务端计算设备可以通过有效的联系方式，向用户通知操作指示消息；比如，用户的手机号码疑似失效，电子邮箱地址仍有效，则服务端计算设备可以向用户的电子邮箱地址发送携带操作指示消息的邮件，以通知用户前往网站进行手机号码的修改。

在本示例中，服务端计算设备还可以在检测到用户正在访问网站或者尝试访问网站时，向用户所使用的终端设备发送操作指示消息。比如，当用户登录进入网站之后，在终端设备显示的网站页面上跳出对话框显示操作指示消息，或者，当用户在网站输入登录信息之后，直接跳转至显示操作指示消息的交互界面。然而，本申请对此并不限定。

下面通过多个示例对本申请进行举例说明。

示例一

图2为本申请实施例提供的数据处理方法的一种示例图。在本示例中，用户在网站注册后，在网站上留存了自身的手机号码和电子邮箱地址。网站对应的服务端计算设备上保存有用户在网站注册之后与网站之间的联系记录。其中，联系记录可以包括：用户与网站之间的通话记录(比如，包括上行语音记录和下行语音记录)、用户与网站之间的短信记录(比如，包括上行短信记录和下行短信记录)、用户与网站之间的邮件记录(比如，包括上行邮件记录和下行邮件记录)。然而，本申请对此并不限定。

如图2所示，本示例包括以下步骤：

S201、获取设定时长内用户与网站之间的联系记录；

其中，服务端计算设备可以按照用户的联系方式的维度分别获取每日网站和用户之间的联系记录；在本步骤中，可以获取每日网站和用户之间的通话记录和短信记录，以及获取每日网站和用户之间的邮件记录。

S202、判断联系方式是否疑似失效；

本步骤中，针对不同的联系记录，服务端计算设备可以根据联系结果进行分类汇总，比如，将通话记录和短信记录按照成功和失败进行分类，将邮件记录按照成功和失败进行分类。然后，针对手机号码相关的失败联系记录，按照时间、失败原因等维度进行分类汇总统计，并计算手机号码的失效概率。示例性地，可以通过分析，确定在设定时长内指示手机号码处于关机状态的联系记录的第一数目、指示该手机号码处于停机状态的联系记录的第二数目以及指示该手机号码处于注销状态的联系记录的第三数目，然后，将第一数目与第一概率系数的乘积、第二数目与第二概率系数的乘积以及第三数目与第三概率系数的乘积相加，得到该手机号码的失效概率。然后，判断手机号码的失效概率是否满足失效条件(比如，大于或等于阈值)，若满足则确定该手机号码为疑似失效，否则，可以确定该手机码号仍有效。

在本示例中，若判断出存在疑似失效的联系方式，则执行S203，否则，在间隔一定时长后，继续执行S201，然后再次判断是否存在疑似失效的联系方式。

S203、对疑似失效的联系方式进行失效处置。

在本步骤中，服务端计算设备可以从用户在网站中留存的联系方式中标记出疑似失效的联系方式。

在本步骤中，若用户在网站中留存的联系方式存在有效的联系方式，则服务端计算设备可以通过有效的联系方式主动告知用户疑似失效的联系方式的信息。示例性地，若在步骤S202中判断出用户的手机号码疑似失效，而电子邮箱地址有效，则可以向用户的该电子邮箱地址发送携带操作指示消息的邮件，用于通知用户前往网站确认留存的手机号码是否有效。

在本步骤中，在检测到用户下一次访问网站时，可以在网站页面上告知用户疑似失效的联系方式的信息。比如，在用户登录到网站之后，网站页面上可以跳出对话框，告知用户其留存在网站的手机号码疑似失效，并通知用户确认该手机号码是否已失效；或者，当用户在网站的登录界面输入登录信息之后，直接跳转到一个交互界面，该交互界面上显示的信息用于告知用户其留存在网站的手机号码疑似失效，需要确认是否已失效。

在本步骤中，服务端计算设备还可以向用户提供不使用疑似失效或确认已失效的联系方式进行信息验证的信息修改通道。比如，在步骤S202中判断出用户的手机号码疑似失效，而电子邮箱地址有效，则当用户需要修改网站上注册的基础信息(比如，手机号码)时，可以向用户提供通过电子邮箱获取修改验证码的信息修改通道；在步骤S202中判断出用户的手机号码和电子邮箱地址均疑似失效，则可以向用户提供通过回答验证问题获取修改验证码的信息修改通道。如此，保证用户在修改基础信息时，不会验证疑似失效的联系方式本身，从而确保信息修改成功。

在本步骤中，可以执行上述失效处置方式中的一种或多种，本申请对此并不限定。

在本示例中，服务端计算设备可以通过分析网站与用户之间的联系记录，判断用户的联系方式是否存在疑似失效的情况，并标记出疑似失效的联系方式，采用有效的联系方式主动告知用户疑似失效的联系方式，还可以在用户下次访问网站时，由用户确认疑似失效的联系方式，并提供适用联系方式失效后的信息修改通道。

通过本示例，可以提升用户联系方式失效问题的发现时效性，提升网站的安全性，以及用户体验。

示例二

图3为本申请实施例提供的数据处理方法的一种示例图。在本示例中，用户在网站注册后，在网站上留存了自身的手机号码和电子邮箱地址。网站对应的服务端计算设备上保存有用户在网站注册之后与网站之间的联系记录。其中，联系记录可以包括：用户与网站之间的通话记录(比如，包括上行语音记录和下行语音记录)、用户与网站之间的短信记录(比如，包括上行短信记录和下行短信记录)、用户与网站之间的邮件记录(比如，包括上行邮件记录和下行邮件记录)。然而，本申请对此并不限定。

如图3所示，本示例包括以下步骤：

S301、采用用户在网站上注册的联系方式主动联系用户，并保存联系记录；

在本步骤中，服务端计算设备可以对用户的联系方式进行主动探测，以确认是否存在失效的情况。比如，主动拨打用户的手机号码并播放设定语音，以识别是否通过该手机号码可以正常通话；给用户的手机号码发送设定的短信，以识别通过该手机号码是否可以正常接收信息；给用户的电子邮箱地址发送设定邮件，以识别该电子邮箱地址是否可以正常收发信息。

其中，通过对用户留存的联系方式的主动探测，可以获取足够的联系记录，用于监测联系方式，而且，可以保证联系方式的监测结果的准确性。

S302、获取设定时长内用户与网站之间的联系记录；

关于本步骤的说明可以参照图2中的S201，故于此不再赘述。

S303、判断联系方式是否疑似失效；

关于本步骤的说明可以参照图2中的S202，故于此不再赘述。

在本示例中，若判断出存在疑似失效的联系方式，则执行S304，否则，在间隔一定时长后，继续执行S301，然后再次判断是否存在疑似失效的联系方式。

S304、指示用户修改疑似失效的联系方式。

在本示例中，可以提供不使用疑似失效的联系方式进行信息验证的信息修改通道，并指示用户通过该信息修改通道修改疑似失效的联系方式。如此，保证用户在修改疑似失效的联系方式时，不会验证疑似失效的联系方式本身，确保用户成功修改联系方式。

示例三

本示例与示例一的区别在于：在本示例中，在检测到用户正在访问网站，且访问信息符合设定条件时，提供不使用疑似失效的联系方式进行信息验证的信息修改通道。

本示例中，通过分析用户对网站的当前访问信息，判断访问风险。换言之，根据用户对网站的当前访问信息可以识别：通过账户访问该网站的当前用户与之前登录该账户访问网站的用户是否为同一人。若为同一人，则表示访问风险较小，若识别出为不同的用户，则表示当前访问风险较大。其中，只有在访问风险较小时，才向用户提供更改的信息修改通道，从而确保安全性。

需要说明的是，上述示例中，对疑似失效的联系方式进行的失效处置方式可以相互组合，本申请对此并不限定。

图4为本申请实施例提供的数据处理装置的示意图。如图4所示，本实施例提供的数据处理装置，包括：

第一处理模块401，适于通过分析用户与网站之间的联系记录，确定用户在网站上注册的联系方式中疑似失效的联系方式；

发送模块402，适于向用户发送针对疑似失效的联系方式的操作指示消息。

在示例性实施方式中，操作指示消息可以包括：用于确认疑似失效的联系方式是否已失效的消息；或者，用于指示修改疑似失效的联系方式的消息。

关于本实施例提供的数据处理装置的相关说明可以参照图1对应的方法实施例的描述，故于此不再赘述。

图5为本申请实施例提供的另一数据处理方法的流程图。如图5所示，本实施例提供的数据处理方法，包括：

S501、接收针对用户在网站上注册的联系方式中疑似失效的联系方式的操作指示消息后，在交互界面上显示操作指示消息；

S502、当用户在交互界面上根据操作指示消息确认修改疑似失效的联系方式后，通过不使用该联系方式进行信息验证的信息修改通道，修改该联系方式。

本实施例提供的数据处理方法可以由终端设备(比如，智能手机、平板电脑等)执行，然而，本申请对此并不限定。

在本实施例中，用户可以通过终端设备访问网站，当终端设备提供的交互界面上显示网站页面后，在接收到操作指示消息后，可以在交互界面上显示操作指示消息，然后，用户对终端设备上显示的操作指示消息进行确认(比如，确认修改疑似失效的联系方式，或者，确认疑似失效的联系方式已失效)之后，可以对疑似失效的联系方式进行修改。

在示例性实施方式中，操作指示消息可以包括：用于确认疑似失效的联系方式是否已失效的消息；或者，用于指示修改疑似失效的联系方式的消息。

示例性地，当终端设备的交互界面上提供对话框，其中指示用户需要确认疑似失效的联系方式是否已失效，若用户确认未失效，则终端设备可以将反馈消息发送给服务端计算设备，由服务端计算设备采用该联系方式发送验证信息，用户可以在终端设备的交互界面上输入该验证信息，以保证该联系方式有效。若用户确认已失效，则终端设备可以将反馈消息发送给服务端计算设备，服务端计算设备可以提供其他的信息修改通道，并指示用户修改该联系方式；比如，服务端计算设备向终端设备发送一系列验证问题，当用户成功回答所有的验证问题后，用户可以完成对失效的联系方式的修改。

示例性地，终端设备的交互界面上可以直接跳出指示用户修改疑似失效的联系方式的信息，则终端设备可以通过服务端计算设备提供的其他的信息修改通道，进行该联系方式的修改。

本实施例中，一旦发现疑似失效的联系方式，则用户在网站进行信息修改时，保证不输出该联系方式的验证，从而确保成功修改信息。

另外，关于本实施例的其他相关说明可以参照上述示例的描述，故于此不再赘述。

图6为本申请实施例提供的另一数据处理装置的示意图。如图6所示，本实施例提供的数据处理装置，包括：

显示模块601，适于在接收针对用户在网站上注册的联系方式中疑似失效的联系方式的操作指示消息后，在交互界面上显示操作指示消息；

第二处理模块602，适于当用户在交互界面上根据操作指示消息确认修改疑似失效的联系方式后，通过不使用该联系方式进行信息验证的信息修改通道，修改该联系方式。

在示例性实施方式中，操作指示消息可以包括：用于确认疑似失效的联系方式是否已失效的消息；或者，用于指示修改疑似失效的联系方式的消息。

关于本实施例提供的数据处理装置可以参照图5对应的方法实施例的描述，故于此不再赘述。

图7为本申请实施例提供的计算设备的示意图。如图7所示，本实施例提供的计算设备700(比如，服务器)，包括：第一存储器701以及第一处理器702，第一存储器701适于存储数据处理程序，该数据处理程序被第一处理器702执行时实现图1对应实施例提供的数据处理方法的步骤。

其中，第一处理器702可以包括但不限于微处理器(MCU，MicrocontrollerUnit)或可编程逻辑器件(FPGA，Field Programmable Gate Array)等的处理装置。第一存储器701可用于存储应用软件的软件程序以及模块，如本实施例中的数据处理方法对应的程序指令或模块，第一处理器702通过运行存储在第一存储器701内的软件程序以及模块，从而执行各种功能应用以及数据处理，比如实现本实施例提供的数据处理方法。第一存储器701可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些示例中，第一存储器701可包括相对于第一处理器702远程设置的存储器，这些远程存储器可以通过网络连接至计算设备700。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

示例性地，计算设备700还可以包括第一通信单元703；第一通信单元703可以经由一个网络接收或者发送数据。在一个实例中，第一通信单元703可以为射频(RadioFrequency，简称为RF)模块，其用于通过无线方式与互联网进行通信。

图8为本申请实施例提供的终端设备的示意图。如图8所示，本实施例提供的终端设备800(比如，智能手机、平板电脑等)，包括：第一显示单元803、第一输入单元804、第二存储器801以及第二处理器802；第一显示单元801连接第二处理器802，适于提供交互界面；第一输入单元804连接第二处理器802，适于检测交互界面上的操作；第二存储器801适于存储数据处理程序，该数据处理程序被第二处理器802执行时实现图5对应实施例提供的数据处理方法的步骤。

需要说明的是，图8中所示的终端设备的结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者提供不同的部件布置。

其中，第一输入单元804可以适于接收输入的信息。示例性地，第一输入单元804可以包括触控面板(或称为触摸屏)以及其他输入设备(比如，鼠标、键盘、操作杆等)。第一显示单元803可以适于提供交互界面，显示用户输入的信息或提供给用户的信息。第一显示单元803可以包括显示面板，比如，液晶显示器、有机发光二极管等。示例性地，触控面板可以覆盖在显示面板上，当触控面板检测到在其上或附近的触摸操作后，传输给第二处理器802以确定触摸事件的类型，随后第二处理器802根据触摸事件的类型在显示面板上提供相应的视觉输出。示例性地，触控面板和显示面板可以作为两个独立的部件来实现终端设备的输入和输出功能，或者，触控面板和显示面板可以集成在一起来实现输入和输出功能。

示例性地，终端设备800还可以包括第二通信单元。

其中，关于第二存储器801、第二处理器802以及第二通信单元的相关说明可以分别参照第一存储器701、第一处理器702以及第一通信单元703的描述，故于此不再赘述。

图9为本申请实施例提供的另一数据处理方法的流程图。如图9所示，本实施例提供的数据处理方法，包括：

S901、提供第一交互界面，其中，第一交互界面展示待处理账户的失效联系方式，并展示与该失效联系方式联系失败的次数；

S902、提供第二交互界面，其中，第二交互界面用于更新待处理账户的联系方式。

本实施例提供的数据处理方法可以由终端设备(比如，智能手机、平板电脑等)执行。然而，本申请对此并不限定。

本实施例中，联系方式可以包括联系电话(例如，手机号码)、电子邮箱地址等信息资源。

在本实施例中，终端设备提供的第一交互界面中可以展示某一网站的待处理账户的失效联系方式以及在设定时长内与该失效联系方式联系失败的次数。示例性地，本实施例中的待处理账户的失效联系方式可以包括在图1对应的实施例中确定的用户对应的待处理账户的疑似失效的联系方式。

在本实施例中，用户可以在终端设备提供的第二交互界面上进行操作，以便更新待处理账户的联系方式。

在一种示例性实施方式中，在S902之前，本实施例的数据处理方法还可以包括：通过第一交互界面，接收用户输入的验证信息；确定验证信息有效。

图10为本实施例提供的第一交互界面的示例图。在本示例中，当用户在某一网站的登录页面输入登录信息之后，终端设备可以跳转至展示如图10所示的第一交互界面。如图10所示，在第一交互界面中，展示有该用户待处理账户的失效手机号码，以及与该手机号码联系失败的次数。而且，在第一交互界面还显示有验证信息输入框以及通过不同途径获取验证信息的按钮，例如，通过当前手机号码获取验证信息的按钮以及通过电子邮箱获取验证信息的按钮。

在本示例中，若用户仍可以使用当前手机号码并不准备更新手机号码，则用户可以点击通过当前手机号码获取验证信息的按钮，并将通过当前手机号码接收到的验证信息输入第一交互界面的验证信息输入框中，然后点击登录按钮；在终端设备确定验证信息有效之后，可以显示登录网站后的页面。

在本示例中，若用户不再使用当前手机号码，则用户可以点击通过电子邮箱获取验证信息的按钮，并将通过电子邮箱接收到的验证信息输入第一交互界面的验证信息输入框中，然后点击更新手机号码的按钮；在终端设备确定验证信息有效之后，可以使得页面跳转到第二交互界面，如此，用户可以在第二交互界面上，输入更新后的手机号码，完成手机号码的更新过程，并在更新手机号码之后登录网站。然而，本申请对此并不限定。示例性地，在其他实现方式中，还可以通过其他方式获取验证信息。

在另一示例性实施方式中，在S902之前，本实施例的数据处理方法还可以包括：提供第三交互界面；通过第三交互界面，接收用户输入的验证信息；确定验证信息有效。

图11为本实施例提供的第一交互界面的另一示例图。在本示例中，当用户在某一网站的登录页面输入登录信息之后，终端设备可以跳转至展示如图11所示的第一交互界面。如图11所示，在第一交互界面中，展示有该用户待处理账户的失效手机号码，以及与该手机号码联系失败的次数。而且，在第一交互界面还展示有更新手机号码和保留手机号码的按钮。

在本示例中，若用户仍可以使用当前手机号码并不准备更新手机号码，则用户可以点击保留手机号码的按钮，此时，终端设备可以提供第三交互界面，以便用户在第三交互界面输入通过该手机号码接收到的验证信息，然后终端设备在确定验证信息有效之后，可以显示登录网站后的页面。

在本示例中，若用户不再使用当前手机号码，则用户可以点击更新手机号码的按钮，此时，终端设备可以提供第三交互界面，以便用户在第三交互界面上输入通过除该手机号码的方式获取的验证信息(比如，通过电子邮箱获取的验证信息)，然后，在终端设备确定验证信息有效之后，提供第二交互界面，以便用户更新该手机号码。然而，本申请对此并不限定。

需要说明的是，图10和图11中仅绘示出了本实施例提供的第一交互界面的示例性内容；在实际应用中，图10和图11所示的第一交互界面中还可以根据实际应用场景展示其他内容，本申请对此并不限定。而且，本申请对于第一交互界面的页面显示格式并不限定。

此外，本申请实施例还提供一种终端设备(比如，智能手机、平板电脑等)，包括：第二显示单元、第二输入单元、第三存储器以及第三处理器；第二显示单元连接第三处理器，适于提供第一交互界面和第二交互界面；第二输入单元连接第三处理器，适于检测第一交互界面和第二交互界面上的操作；第三存储器适于存储数据处理程序，该数据处理程序被第三处理器执行时实现如图9对应实施例提供的数据处理方法的步骤。

其中，关于第二显示单元、第二输入单元、第三存储器以及第三处理器的相关说明可以分别参照第一显示单元、第一输入单元、第二存储器以及第二处理器的描述，故于此不再赘述。

此外，本申请实施例还提供一种计算机可读介质，存储有数据处理程序，该数据处理程序被处理器执行时实现图1对应实施例提供的数据处理方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有数据处理程序，该数据处理程序被处理器执行时实现图5对应实施例提供的数据处理方法的步骤。

此外，本申请实施例还提供一种计算机可读介质，存储有数据处理程序，该数据处理程序被处理器执行时实现图9对应实施例提供的数据处理方法的步骤。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块或单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块或单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上显示和描述了本申请的基本原理和主要特征和本申请的优点。本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。

Claims (17)

1.一种数据处理方法，其特征在于，包括：

通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式；

向所述用户发送针对所述疑似失效的联系方式的操作指示消息。

2.根据权利要求1所述的方法，其特征在于，所述确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式之后，所述方法还包括：

提供不使用所述疑似失效的联系方式进行信息验证的信息修改通道。

3.根据权利要求2所述的方法，其特征在于，所述提供不使用所述疑似失效的联系方式进行信息验证的信息修改通道，包括：

若检测到所述用户正在访问所述网站，且访问信息符合设定条件，则提供不使用所述疑似失效的联系方式进行信息验证的信息修改通道。

4.根据权利要求1所述的方法，其特征在于，所述操作指示消息，包括：用于确认所述疑似失效的联系方式是否已失效的消息；或者，用于指示修改所述疑似失效的联系方式的消息。

5.根据权利要求4所述的方法，其特征在于，若所述操作指示消息包括用于确认所述疑似失效的联系方式是否已失效的消息，则所述向所述用户发送针对所述疑似失效的联系方式的操作指示消息之后，所述方法还包括：

在接收到所述疑似失效的联系方式已失效的反馈消息后，提供不使用所述已失效的联系方式进行信息验证的信息修改通道，对所述已失效的联系方式进行修改。

6.根据权利要求1所述的方法，其特征在于，所述向所述用户发送针对所述疑似失效的联系方式的操作指示消息，包括以下至少之一：

采用所述用户在所述网站上注册的联系方式中有效的联系方式，向所述用户发送针对所述疑似失效的联系方式的操作指示消息；

若检测到所述用户尝试访问或正在访问所述网站，则向所述用户发送针对所述疑似失效的联系方式的操作指示消息。

7.根据权利要求1所述的方法，其特征在于，所述通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式之前，所述方法还包括：

采用所述用户在所述网站上注册的联系方式主动联系所述用户，并保存联系记录。

8.根据权利要求1所述的方法，其特征在于，所述通过分析用户与网站之间的联系记录，确定所述用户在所述网站上注册的联系方式中疑似失效的联系方式，包括：

周期性执行以下操作或者在接收到监测指令之后执行以下操作：

针对所述用户在所述网站上注册的任一种联系方式，获取设定时长内所述用户与所述网站之间采用所述联系方式的联系记录；

通过分析所述获取的联系记录中的失败联系记录，确定所述联系方式的失效概率；

若所述联系方式的失效概率满足失效条件，则确定所述联系方式为疑似失效的联系方式。

9.一种数据处理方法，其特征在于，包括：

接收针对用户在网站上注册的联系方式中疑似失效的联系方式的操作指示消息后，在交互界面上显示所述操作指示消息；

当所述用户在所述交互界面上根据所述操作指示消息确认修改所述疑似失效的联系方式后，通过不使用所述联系方式进行信息验证的信息修改通道，修改所述联系方式。

10.根据权利要求9所述的方法，其特征在于，所述操作指示消息，包括：用于确认所述疑似失效的联系方式是否已失效的消息；或者，用于指示修改所述疑似失效的联系方式的消息。

11.一种计算设备，其特征在于，包括：第一存储器以及第一处理器，所述第一存储器适于存储数据处理程序，所述数据处理程序被所述第一处理器执行时实现如权利要求1至8中任一项所述的数据处理方法的步骤。

12.一种终端设备，其特征在于，包括：第一显示单元、第一输入单元、第二存储器以及第二处理器；所述第一显示单元连接所述第二处理器，适于提供交互界面；所述第一输入单元连接所述第二处理器，适于检测所述交互界面上的操作；所述第二存储器适于存储数据处理程序，所述数据处理程序被所述第二处理器执行时实现如权利要求9至10中任一项所述的数据处理方法的步骤。

13.一种计算机可读介质，其特征在于，存储有数据处理程序，所述数据处理程序被处理器执行时实现如权利要求1至8中任一项所述的数据处理方法的步骤。

14.一种计算机可读介质，其特征在于，存储有数据处理程序，所述数据处理程序被处理器执行时实现如权利要求9至10中任一项所述的数据处理方法的步骤。

15.一种数据处理方法，其特征在于，包括：

提供第一交互界面，其中，所述第一交互界面展示待处理账户的失效联系方式，并展示与所述失效联系方式联系失败的次数；

提供第二交互界面，其中，所述第二交互界面用于更新所述待处理账户的联系方式。

16.根据权利要求15所述的数据处理方法，其特征在于，在提供第二交互界面之前，所述方法还包括：

通过所述第一交互界面，接收用户输入的验证信息；

确定验证信息有效。

17.根据权利要求15所述的数据处理方法，其特征在于，在提供第二交互界面之前，所述方法还包括：

提供第三交互界面；

通过所述第三交互界面，接收用户输入的验证信息；

确定验证信息有效。