CN109905398B - 手机号换绑验证方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例公开了一种手机号换绑验证方法、装置、设备及存储介质。所述方法包括：在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号；验证所述原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与所述目标账号对应的第三方关联账号；调用与所述第三方关联账号匹配的第三方认证接口对所述目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作。通过本公开实施例的技术方案，能够在保证换绑过程安全性以及可靠性的同时，简化操作流程，并减少用户操作及等待时间。

Description

手机号换绑验证方法、装置、设备及存储介质

技术领域

本公开实施例涉及计算机技术，尤其涉及一种手机号换绑验证方法、装置、设备及存储介质。

背景技术

目前，很多移动APP为了使用户便捷、快速的登录并使用应用服务，大都将手机号码与登录账号进行绑定，并采用手机号码登录的方式代替了用户名加密码的登录方式以简化用户的登录操作。

现有技术中，一个用户使用某一个手机号码绑定了其在移动APP中的登录账号后，如果该用户希望为该登录账号换绑新的手机号码，则需要执行一套标准的换绑流程，也即：用户首先通过移动APP输入原手机号码以及系统发送至原手机号码的验证码，验证通过后，根据用户重新输入的新的手机号码以及系统发送至新手机号码的验证码，完成换绑操作。

现有技术的缺陷在于，如果用户已经丢失了原有的手机或者注销了原有的手机号码，则无法接收到发送至原手机号码的验证码，进而也就无法自动换绑成功，需要用户人工申诉并等待结果。

发明内容

本公开实施例提供一种手机号换绑验证方法、装置、设备及存储介质，以实现在保证换绑过程安全性以及可靠性的同时，简化操作流程，并减少用户操作及等待时间。

第一方面，本公开实施例提供了一种手机号换绑验证方法，包括：

在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号；

验证所述原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与所述目标账号对应的第三方关联账号；

调用与所述第三方关联账号匹配的第三方认证接口对所述目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作。

第二方面，本公开实施例还提供了一种手机号换绑验证装置，该装置包括：

绑定获取模块，用于在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号；

条件验证模块，用于验证所述原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与所述目标账号对应的第三方关联账号；

换绑处理模块，用于调用与所述第三方关联账号匹配的第三方认证接口对所述目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作。

第三方面，本公开实施例还提供了一种终端设备，该设备包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如本公开实施例中任一所述的手机号换绑验证方法。

第四方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理装置执行时实现如本公开实施例中任一所述的手机号换绑验证方法。

本公开实施例通过在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号，验证该原绑定手机号的当前使用状态是否满足安全换绑条件，在不满足时，获取与该目标账号对应的第三方关联账号，调用与该第三方关联账号匹配的第三方认证接口对该目标账号进行验证，并根据反馈的验证结果执行对应的换绑处理操作，利用第三方认证对原绑定手机号不满足安全换绑条件的目标账号进行换绑安全验证，解决了现有技术中需要用户通过人工申诉的方式才能进行手机号换绑，从而导致操作流程复杂、用户操作及等待时间较长的问题，实现了在保证换绑过程安全性以及可靠性的同时，简化了操作流程，并减少了用户操作及等待时间。

附图说明

图1是本公开实施例一提供的一种手机号换绑验证方法的流程示意图；

图2是本公开实施例二提供的一种手机号换绑验证方法的流程示意图；

图3是本公开实施例三提供的一种手机号换绑验证方法的流程示意图；

图4是本公开实施例四提供的一种手机号换绑验证装置的结构示意图；

图5是本公开实施例五提供的一种终端设备的硬件结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1为本公开实施例一提供的一种手机号换绑验证方法的流程示意图。该方法可适用于对应用程序所绑定的手机号进行手机号换绑的情况，该方法可以由安装该应用程序的手机、或者平板电脑等终端设备来执行，具体包括如下步骤：

S110、在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号。

本实施例中，目标账号可以是用户登录终端设备上配置的APP(Application，应用程序)时所注册使用的登录账号。通常情况下，为了给用户提供多元化的登录方式，用户可选择通过与登录账号绑定的手机号和发送至手机的临时验证码来登录APP，现有技术中，当用户需要更换绑定新的手机号码时，用户首先需要通过APP输入原手机号码以及系统发送至原手机号码的验证码，验证通过后，根据用户重新输入的新的手机号码以及系统发送至新手机号码的验证码，完成换绑操作，如果用户原手机号码无法进行验证，则只能通过人工申诉来完成换绑操作。

本实施例为了减少用户操作及等待时间，简化换绑操作流程，提供了一种新的手机号与登录账号的换绑方式。具体可以是，首先可实时监测针对目标账号的手机号换绑验证请求，其中，手机号换绑验证请求可以是用户使用目标账号登录APP后，在APP界面上点击手机换绑按键时所触发的请求。

进一步的，所述手机号换绑验证请求还可以为，用户在常规的换绑流程中，进行至需要输入原绑定手机号对应的手机验证码时，由于无法输入该手机验证码而触发生成的请求，以触发应用程序选择一种除了人工处理之外的新的换绑方式，也即本发明实施例的技术方案提供的换绑方式。例如，应用程序在输入原绑定手机的手机验证码的页面中向用户提供一个“帮助”按钮，用户通过选中该“帮助”按钮生成该手机号换绑验证请求。

示例性的，当检测到针对目标账号的手机号换绑验证请求时，可从APP对应的服务器中获取与目标账号对应的绑定关系，并根据该绑定关系来获取原绑定手机号。

S120、验证原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与目标账号对应的第三方关联账号。

本实施例中，安全换绑条件可以是更换绑定手机号时确定当前换绑操作为安全操作的条件，具体可以为原绑定手机号的设定使用状态。当原绑定手机号的当前使用状态满足该安全换绑条件时，则说明当前换绑操作为安全操作；当原绑定手机号的当前使用状态不满足该安全换绑条件时，则说明当前换绑操作为非安全操作。其中，原绑定手机号的当前使用状态包括但不限于是否在使用以及相应的使用情况等。

示例性的，若原绑定手机号的当前使用状态不满足安全换绑条件，则获取与目标账号对应的第三方关联账号，以通过第三方关联账号对应的第三方平台对该目标账号进行验证，确定针对目标账号的换绑操作是否为安全操作，免去人工申诉的审核流程，在保证换绑操作安全性的同时，简化换绑操作流程。其中，第三方关联账号可以为与该目标账号进行绑定的其他应用程序的登录账号，或者也可以为使用与该目标账号对应的APP登录或者访问过的其他应用程序的登录账号等。具体可以从APP对应的服务器中获取与目标账号对应的绑定关系，并根据该绑定关系来获取对应的第三方关联账号。

可选的，在验证原绑定手机号的当前使用状态是否满足安全换绑条件之后，还包括：若是，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对目标账号的手机号重绑定。

示例性的，若原绑定手机号的当前使用状态满足安全换绑条件，说明当前换绑操作为安全操作，此时，可跳过输入原绑定手机号及其登录验证码的过程，直接提供新绑定手机号的输入界面给用户，以便于用户输入新绑定手机号，并基于该新绑定手机号输入对应的验证码，进而完成目标账号与新绑定手机号之间的绑定操作，并将新的绑定关系发送至服务器进行更新存储。

S130、调用与第三方关联账号匹配的第三方认证接口对目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作。

本实施例中，第三方关联账号对应的第三方平台可提供有第三方认证接口， APP客户端可通过调用该第三方认证接口对目标账号进行验证。

具体的，在进行验证的过程中，若该第三方平台的客户端与该目标账号对应的APP客户端安装于同一设备中，则可通过调用第三方认证接口直接开启第三方平台的客户端，并跳转至第三方平台的认证界面，用户可通过点击界面中的确认按键对目标账号进行合法性验证；若该第三方平台的客户端没有被安装在与该目标账号对应的APP客户端所在的设备中，则可通过调用第三方认证接口向登录有第三方关联账号的第三方平台客户端发送认证请求，并在第三方平台的客户端所在的设备中弹出对应的认证界面，用户可通过点击界面中的确认按键或者拒绝按键对目标账号进行合法性验证，并将验证结果发送给目标账号对应的APP客户端。

示例性的，当目标账号对应的APP客户端接收到第三方认证接口反馈的验证结果后，可根据该验证结果执行对应的换绑处理操作。其中，不同的验证结果可对应于不同的换绑处理操作。

本实施例的技术方案，通过在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号，验证该原绑定手机号的当前使用状态是否满足安全换绑条件，在不满足时，获取与该目标账号对应的第三方关联账号，调用与该第三方关联账号匹配的第三方认证接口对该目标账号进行验证，并根据反馈的验证结果执行对应的换绑处理操作，利用第三方认证对原绑定手机号不满足安全换绑条件的目标账号进行换绑安全验证，解决了现有技术中需要用户通过人工申诉的方式才能进行手机号换绑，从而导致操作流程复杂、用户操作及等待时间较长的问题，实现了在保证换绑过程安全性以及可靠性的同时，简化了操作流程，并减少了用户操作及等待时间。

实施例二

图2为本公开实施例二提供的一种手机号换绑验证方法的流程示意图。本实施例以上述实施例中各个可选方案为基础进行具体化，提供了可选的手机号换绑验证方法，具体是将验证原绑定手机号的当前使用状态是否满足安全换绑条件，优化为包括：判断是否能够获取与原绑定手机号匹配的运营商接口；若是，则调用运营商接口查询原绑定手机号的手机状态；如果查询结果为原绑定手机号未处于二次放号状态，或者当前换绑设备不为可信验证设备，则验证原绑定手机号的当前使用状态不满足安全换绑条件；如果查询结果为原绑定手机号处于二次放号状态，且当前换绑设备为可信验证设备，则验证原绑定手机号的当前使用状态满足安全换绑条件。具体包括如下步骤：

S210、在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号。

S220、判断是否能够获取与原绑定手机号匹配的运营商接口，若是，则执行S240；若否，则执行S230。

本实施例中，可将原绑定手机号的当前使用状态具体为包括原绑定手机号的手机状态以及当前换绑设备(也即目标账号所属APP所在的设备)的可信程度。由于不同的手机号可能属于不同的运营商，而手机号的使用状态一般是由运营商进行管理，因此，可在获取原绑定手机号的当前使用状态时，先判断是否能够获取到与原绑定手机号相匹配的运营商接口。其中，运营商接口可以是运营商提供的专门用于查询手机号当前使用状态的接口。

示例性的，若与原绑定手机号匹配的运营商授权提供有相应的查询接口给目标账号所属的APP，则可确定能够获取到与原绑定手机号匹配的运营商接口；若与原绑定手机号匹配的运营商没有授权提供相应的查询接口给目标账号所属的APP，则可确定无法获取到与原绑定手机号匹配的运营商接口。

S230、跳转至人工处理页面完成针对目标账号的手机号重绑定。

本实施例中，若确定无法获取到与原绑定手机号匹配的运营商接口，则无法通过手机号查询确定原绑定手机号的手机状态，也就无法验证用户的手机是否处于正常的注销流程，此时，为了保证安全性，可按照现有技术的方案跳转至人工处理页面，指示用户完成相应的信息填写，以通过人工审核方式完成对目标账号的手机号重绑定。

S240、调用运营商接口查询原绑定手机号的手机状态。

示例性的，可将携带有原绑定手机号的手机状态获取请求，通过调用运营商接口发送至该运营商，以使运营商根据该原绑定手机号查询对应的手机状态，并返回该手机状态。其中，手机状态包括但不限于：使用状态、停机状态、二次放号状态等。

S250、判断查询结果是否为原绑定手机号处于二次放号状态：若是，执行 S260；否则，执行S280。

S260、判断当前换绑设备是否为可信验证设备：若是，执行S270；否则，执行S280。

其中，可信验证设备可以是使用原绑定手机号完成过目标账号的登录的设备。具体可以在使用手机号登录目标账号的过程中，记录该手机号所在设备的设备识别码，以便在手机号换绑时进行设备验证。

示例性的，若原绑定手机号处于二次放号状态，说明该原绑定手机号已经被用户注销，并二次放号给了别人，由于用户换绑手机一般会发生在比较短时间内，则可以说明该二次放号过程发生在一个较短的时间内，进而可以间接说明上述换绑操作是用户正常的换手机号操作。此时，由于该原绑定手机号已不可用，无法通过输入原绑定手机号以及登录验证码来进行换绑操作。若与此同时，当前换绑设备也同时被确定为可信验证设备，则说明虽然原绑定手机号已无法直接用于进行换绑操作安全性验证，但当前换绑设备曾经使用过该原绑定手机号进行目标账号登录，表明当前使用该设备进行换绑操作的用户为合法用户，也即验证原绑定手机号的当前使用状态满足安全换绑条件。

否则，验证原绑定手机号的当前使用状态不满足安全换绑条件。

S270、将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对目标账号的手机号重绑定。

S280、获取与目标账号对应的第三方关联账号。

S290、调用与第三方关联账号匹配的第三方认证接口对目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作。

本实施例的技术方案，通过先判断是否能够获取与原绑定手机号匹配的运营商，若是，则进一步调用运营商接口查询原绑定手机号的手机状态，并通过判断查询结果是否为二次放号状态，以及当前换绑设备是否为可信验证设备，来验证原绑定手机号的当前使用状态是否满足安全换绑条件，进而在不满足安全换绑条件时，使用与目标账号对应的第三方关联账号进行安全性验证，最后根据验证结果执行对应的换绑处理操作，本实施例利用原绑定手机号的手机状态以及当前换绑设备的可信程度，进行原绑定手机号的安全性确认操作，使得只有在原绑定手机号确认无法使用且当前换绑设备为可信设备时，才会直接进行换绑操作，否则，还需要进行第三方验证，从而进一步保证了换绑操作的安全性和可靠性。

实施例三

图3为本公开实施例三提供的一种手机号换绑验证方法的流程示意图。本实施例以上述实施例中各个可选方案为基础进行具体化，提供了可选的手机号换绑验证方法，具体是将根据第三方认证接口反馈的验证结果执行对应的换绑处理操作，优化为包括：如果确定第三方认证接口反馈的验证结果为认证通过响应，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对目标账号的手机号重绑定。另外，将根据第三方认证接口反馈的验证结果执行对应的换绑处理操作，优化为还包括：如果确定第三方认证接口反馈的验证结果为认证失败响应，则检测是否预先设置与目标账号对应的验证密码；若是，则将验证密码输入界面提供给用户，并在在检测到用户输入正确的验证密码后，将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对目标账号的手机号重绑定；若否，则跳转至人工处理页面完成针对目标账号的手机号重绑定。具体包括如下步骤：

S310、在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号。

S320、验证原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与目标账号对应的第三方关联账号。

S330、调用与第三方关联账号匹配的第三方认证接口对目标账号进行验证。

S340、确定第三方认证接口反馈的验证结果是否为认证通过响应，若是，则执行S350；若否，则执行S360。

示例性的，若用户在第三方平台对应的认证界面上选择点击确认按键，则可通过第三方认证接口接收到的反馈的验证结果为认证通过响应；若用户在第三方平台对应的认证界面上选择点击取消按键或直接退出该认证界面，则可通过第三方认证接口接收到的反馈的验证结果为认证失败响应。

通过确定第三方认证接口反馈的验证结果是否为认证通过响应，可判断在原绑定手机号的使用状态不满足安全换绑条件的情况下，也即利用原绑定手机号进行的安全性验证无法通过的情况下，换绑操作是否还具有安全性，与现有技术中原手机号无法验证的情况下直接进行人工申诉的方式相比，第三方认证可通过用户自己快速完成，无需后台审核人员参与，从而简化了审核操作的流程，降低了用户操作及等待时间。

S350、将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对目标账号的手机号重绑定。

示例性的，若确定第三方认证接口反馈的验证结果为认证通过响应，则说明当前换绑操作为安全操作，可直接进行手机号重绑定。

S360、检测是否预先设置与目标账号对应的验证密码，若是，则执行S370；若否，则执行S380。

本实施例中，预先设置的与目标账号对应的验证密码可以是，针对目标账号用户预先输入的关于设定提示性问题的答案信息。例如，该验证密码可以是设定提示性问题“你的生日是哪天？”对应的用户输入的答案信息“5月20日”。

示例性的，若确定第三方认证接口反馈的验证结果不为认证通过响应，则说明该第三方认证也无法进行验证，或者验证失败，此时，可在预先设置有与目标账号对应的验证密码的情况下，通过该验证密码来验证该用户是否为目标账号的合法用户。

S370、将验证密码输入界面提供给用户，并在在检测到用户输入正确的验证密码后，将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对目标账号的手机号重绑定。

举一个实际例子，合法用户预先设置的与目标账号对应的验证密码为“5 月20日”，当确定第三方认证接口反馈的验证结果不为认证通过响应，且检测到该目标账号预先设置有验证密码时，可在当前换绑设备上向用户提供显示有“你的生日是哪天？”以及对应答案输入区域的验证密码输入界面。当检测到用户在答案输入区域输入的答案为“5月20日”时，则可确定用户输入了正确的验证密码，当前换绑操作为合法操作，从而可直接进行手机号重绑定。

S380、跳转至人工处理页面完成针对目标账号的手机号重绑定。

示例性的，若确定第三方认证接口反馈的验证结果不为认证通过响应，且没有检测到预先设置的与目标账号对应的验证密码，则说明已经无法通过用户自主完成换绑操作的安全性验证，此时，可再跳转至人工处理页面，通过用户填写的相关信息，借助后台人员进行人工申诉完成该安全性验证，并在验证通过时完成针对目标账号的手机号重绑定。

本实施例的技术方案，通过在调用与目标账号对应的第三方关联账号相匹配的第三方认证接口，对目标账号进行验证时，确定第三方认证接口反馈的验证结果是否为认证通过响应，若是，则直接进行手机号重绑定，若否，则在检测有预先设置与目标账号对应的验证密码时，对用户输入的验证密码与预先设置的验证密码来验证该用户是否为合法用户，进而在输入正确的验证密码时，进行手机号重绑定，否则转为人工处理审核，利用验证密码来认证进行换绑操作的用户是否为目标账号的合法用户，以自动完成换绑操作安全性审核，实现了在保证换绑过程安全性和可靠性的同时，尽量省去人工审核操作流程，从而进一步减少了用户操作及等待时间。

实施例四

图4为本公开实施例四提供的一种手机号换绑验证装置的结构示意图。参考图4，手机号换绑验证装置包括：绑定获取模块410、条件验证模块420以及换绑处理模块430，下面对各模块进行具体说明。

绑定获取模块410，用于在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号；

条件验证模块420，用于验证所述原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与所述目标账号对应的第三方关联账号；

换绑处理模块430，用于调用与所述第三方关联账号匹配的第三方认证接口对所述目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作。

本实施例提供的手机号换绑验证装置，通过在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号，验证该原绑定手机号的当前使用状态是否满足安全换绑条件，在不满足时，获取与该目标账号对应的第三方关联账号，调用与该第三方关联账号匹配的第三方认证接口对该目标账号进行验证，并根据反馈的验证结果执行对应的换绑处理操作，利用第三方认证对原绑定手机号不满足安全换绑条件的目标账号进行换绑安全验证，解决了现有技术中需要用户通过人工申诉的方式才能进行手机号换绑，从而导致操作流程复杂、用户操作及等待时间较长的问题，实现了在保证换绑过程安全性以及可靠性的同时，简化了操作流程，并减少了用户操作及等待时间。

可选的，该装置还可以包括：

界面提供模块，用于在验证所述原绑定手机号的当前使用状态是否满足安全换绑条件之后，若是，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定。

可选的，条件验证模块420具体可以用于：

判断是否能够获取与所述原绑定手机号匹配的运营商接口；若是，则调用所述运营商接口查询所述原绑定手机号的手机状态；

如果查询结果为所述原绑定手机号未处于二次放号状态，或者当前换绑设备不为可信验证设备，则验证所述原绑定手机号的当前使用状态不满足安全换绑条件；

如果查询结果为所述原绑定手机号处于二次放号状态，且当前换绑设备为可信验证设备，则验证所述原绑定手机号的当前使用状态满足安全换绑条件。

可选的，条件验证模块420具体还可以用于：

在判断是否能够获取与所述原绑定手机号匹配的运营商接口之后，若否，则跳转至人工处理页面完成针对所述目标账号的手机号重绑定。

可选的，换绑处理模块430具体可以用于：

如果确定所述第三方认证接口反馈的验证结果为认证通过响应，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定。

可选的，换绑处理模块430具体还可以用于：

如果确定所述第三方认证接口反馈的验证结果为认证失败响应，则检测是否预先设置与所述目标账号对应的验证密码；

若是，则将验证密码输入界面提供给用户，并在在检测到用户输入正确的验证密码后，将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定；

若否，则跳转至人工处理页面完成针对所述目标账号的手机号重绑定。

上述产品可执行本公开任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

实施例五

下面参考图5，其示出了适于用来实现本公开实施例的终端设备500的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP (便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，终端设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有终端设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O) 接口505也连接至总线504。

通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许终端设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的终端设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509 从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM 或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、 Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN) —连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块或单元的名称在某种情况下并不构成对该模块或单元本身的限定，例如，绑定获取模块还可以被描述为“用于在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号的模块”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (7)

1.一种手机号换绑验证方法，其特征在于，包括：

在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号；

验证所述原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与所述目标账号对应的第三方关联账号；

调用与所述第三方关联账号匹配的第三方认证接口对所述目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作；

其中，在验证所述原绑定手机号的当前使用状态是否满足安全换绑条件之后，还包括：

若是，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定；

其中，验证所述原绑定手机号的当前使用状态是否满足安全换绑条件，包括：

判断是否能够获取与所述原绑定手机号匹配的运营商接口；若是，则调用所述运营商接口查询所述原绑定手机号的手机状态；

如果查询结果为所述原绑定手机号未处于二次放号状态，或者当前换绑设备不为可信验证设备，则验证所述原绑定手机号的当前使用状态不满足安全换绑条件；

如果查询结果为所述原绑定手机号处于二次放号状态，且当前换绑设备为可信验证设备，则验证所述原绑定手机号的当前使用状态满足安全换绑条件。

2.根据权利要求1所述的方法，其特征在于，在判断是否能够获取与所述原绑定手机号匹配的运营商接口之后，还包括：

若否，则跳转至人工处理页面完成针对所述目标账号的手机号重绑定。

3.根据权利要求1所述的方法，其特征在于，根据第三方认证接口反馈的验证结果执行对应的换绑处理操作，包括：

如果确定所述第三方认证接口反馈的验证结果为认证通过响应，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定。

4.根据权利要求3所述的方法，其特征在于，根据第三方认证接口反馈的验证结果执行对应的换绑处理操作，还包括：

如果确定所述第三方认证接口反馈的验证结果为认证失败响应，则检测是否预先设置与所述目标账号对应的验证密码；

若是，则将验证密码输入界面提供给用户，并在在检测到用户输入正确的验证密码后，将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定；

若否，则跳转至人工处理页面完成针对所述目标账号的手机号重绑定。

5.一种手机号换绑验证装置，其特征在于，包括：

绑定获取模块，用于在检测到针对目标账号的手机号换绑验证请求时，获取与目标账号对应的原绑定手机号；

条件验证模块，用于验证所述原绑定手机号的当前使用状态是否满足安全换绑条件：若否，则获取与所述目标账号对应的第三方关联账号；

换绑处理模块，用于调用与所述第三方关联账号匹配的第三方认证接口对所述目标账号进行验证，并根据第三方认证接口反馈的验证结果执行对应的换绑处理操作；

其中，所述装置还包括：

界面提供模块，用于在验证所述原绑定手机号的当前使用状态是否满足安全换绑条件之后，若是，则将新绑定手机号输入界面提供给用户，以获取新绑定手机号完成针对所述目标账号的手机号重绑定；

其中，条件验证模块，具体用于：

判断是否能够获取与所述原绑定手机号匹配的运营商接口；若是，则调用所述运营商接口查询所述原绑定手机号的手机状态；

如果查询结果为所述原绑定手机号未处于二次放号状态，或者当前换绑设备不为可信验证设备，则验证所述原绑定手机号的当前使用状态不满足安全换绑条件；

如果查询结果为所述原绑定手机号处于二次放号状态，且当前换绑设备为可信验证设备，则验证所述原绑定手机号的当前使用状态满足安全换绑条件。

6.一种终端设备，其特征在于，所述设备包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如权利要求1-4中任一所述的手机号换绑验证方法。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现如权利要求1-4中任一所述的手机号换绑验证方法。

Images