CN107241318A - 一种账号挂失的方法和装置 - Google Patents

Abstract

本公开是关于一种账号挂失的方法和装置，属于计算机技术领域。所述方法包括：显示预先存储的账号列表，所述账号列表中包括至少一个账号；接收对应所述至少一个账号中的目标账号的挂失指令；向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。采用本公开，可以提高用户资金的安全性。

Description

一种账号挂失的方法和装置

技术领域

本公开是关于计算机技术领域，尤其是关于一种账号挂失的方法和装置。

背景技术

用户在日常生活中会注册各种各样的账号，比如身份证、银行账号、手机号等。这些账号通常与用户的资金安全相关，一旦发生信息泄露(比如银行卡或手机丢失)，会给用户造成较大的风险。因此，当发现某账号的信息发生泄漏时，用户需要对该账号进行挂失。

例如，当用户发现某银行卡丢失后，会到该银行卡所属的银行办理该银行卡的挂失业务，以使银行对该银行卡的银行账户进行冻结；当用户发现手机丢失后，会到该手机的运营商的营业厅中，办理手机卡的挂失业务，以使该运营商暂停该手机号的服务。

在实现本公开的过程中，发明人发现至少存在以下问题：

当多个账号发生信息泄露时，用户需要分别到相应的营业厅办理每个账号的挂失业务，办理过程比较复杂，耗时较长，导致用户资金的安全性较差。

发明内容

为了克服相关技术中存在的问题，本公开提供了一种账号挂失的方法和装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种账号挂失的方法，所述方法包括：

显示预先存储的账号列表，所述账号列表中包括至少一个账号；

接收对应所述至少一个账号中的目标账号的挂失指令；

向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

可选的，所述向后台服务器发送挂失请求之前，还包括：

输出验证提示信息；

获取用户输入的验证信息，向后台服务器发送携带有所述验证信息的验证请求；

当接收到所述后台服务器发送的验证通过消息时，执行所述向后台服务器发送挂失请求的步骤。

这样，对用户进行身份验证，可以防止其它用户恶意挂失，提高了账号的安全性。

可选的，所述输出验证提示信息，包括：

获取所述用户输入的挂失场景信息，将所述挂失场景信息发送给所述后台服务器；

接收所述后台服务器发送的目标验证方式的标识，输出所述目标验证方式对应的验证提示信息。

这样，可以选择用户可用的验证方式进行验证，或针对某些挂失场景设置安全等级较高的验证方式，提高了验证的有效性和安全性。

可选的，所述方法还包括：

接收账号添加指令，所述账号添加指令中携带有用户输入的待添加账号；

将所述待添加账号添加到所述账号列表中。

根据本公开实施例的第二方面，提供一种账号挂失的方法，所述方法包括：

接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

可选的，所述接收终端发送的第一挂失请求之前，还包括：

接收所述终端发送的验证请求，所述验证请求中携带有用户输入的验证信息；

根据所述验证信息对所述用户进行身份验证，如果验证通过，则向所述终端发送验证通过消息，以使所述终端发送所述第一挂失请求。

这样，对用户进行身份验证，可以防止其它用户恶意挂失，提高了账号的安全性。

可选的，所述接收所述终端发送的验证请求之前，还包括：

接收所述终端发送的所述用户输入的挂失场景信息；

根据所述挂失场景信息确定目标验证方式，并向所述终端发送所述目标验证方式的标识。

这样，可以选择用户可用的验证方式进行验证，或针对某些挂失场景设置安全等级较高的验证方式，提高了验证的有效性和安全性。

可选的，所述根据所述挂失场景信息确定目标验证方式，包括：

获取预先存储的所述用户的移动终端的基准使用信息，以及所述移动终端在当前时间之前的预设时长内的使用信息；

如果所述使用信息与所述基准使用信息相匹配，则根据所述挂失场景信息确定目标验证方式；

所述方法还包括：

如果所述使用信息与所述基准使用信息不匹配，则将预设的验证方式作为所述目标验证方式。

这样，可以根据使用信息进一步验证用户的身份，可以防止其它用户恶意挂失，提高了账号的安全性。

可选的，所述根据所述挂失场景信息确定目标验证方式，包括：

根据预先存储的挂失场景信息和禁用验证方式的对应关系，确定接收到的挂失场景信息对应的禁用验证方式，在除确定出的禁用验证方式以外的其他验证方式中，确定待使用的目标验证方式。

这样，选择用户可用的验证方式进行验证，保证验证的有效性，比如用户的手机丢失时，可以采用邮件验证的方式进行验证。

可选的，所述根据所述挂失场景信息确定目标验证方式，包括：

根据预先存储的挂失场景信息和有效验证方式的对应关系，确定接收到的挂失场景信息对应的有效验证方式，得到目标验证方式。

这样，选择用户可用的验证方式进行验证，保证验证的有效性，比如用户的手机丢失时，可以采用邮件验证的方式进行验证。

根据本公开实施例的第三方面，提供一种账号挂失的装置，所述装置包括：

显示模块，用于显示预先存储的账号列表，所述账号列表中包括至少一个账号；

第一接收模块，用于接收对应所述至少一个账号中的目标账号的挂失指令；

发送模块，用于向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

可选的，所述装置还包括：

输出模块，用于输出验证提示信息；

获取模块，用于获取用户输入的验证信息，向后台服务器发送携带有所述验证信息的验证请求；

所述发送模块，还用于当接收到所述后台服务器发送的验证通过消息时，执行所述向后台服务器发送挂失请求的步骤。

可选的，所述输出模块，包括：

获取子模块，用于获取所述用户输入的挂失场景信息，将所述挂失场景信息发送给所述后台服务器；

输出子模块，用于接收所述后台服务器发送的目标验证方式的标识，输出所述目标验证方式对应的验证提示信息。

可选的，所述装置还包括：

第二接收模块，用于接收账号添加指令，所述账号添加指令中携带有用户输入的待添加账号；

添加模块，用于将所述待添加账号添加到所述账号列表中。

根据本公开实施例的第四方面，提供一种账号挂失的装置，所述装置包括：

第一接收模块，用于接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

发送模块，用于向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

可选的，所述装置还包括：

第二接收模块，用于接收所述终端发送的验证请求，所述验证请求中携带有用户输入的验证信息；

验证模块，用于根据所述验证信息对所述用户进行身份验证，如果验证通过，则向所述终端发送验证通过消息，以使所述终端发送所述第一挂失请求。

可选的，所述装置还包括：

第三接收模块，用于接收所述终端发送的所述用户输入的挂失场景信息；

确定模块，用于根据所述挂失场景信息确定目标验证方式，并向所述终端发送所述目标验证方式的标识。

可选的，所述确定模块，用于：

获取预先存储的所述用户的移动终端的基准使用信息，以及所述移动终端在当前时间之前的预设时长内的使用信息；

如果所述使用信息与所述基准使用信息相匹配，则根据所述挂失场景信息确定目标验证方式；

所述确定模块，还用于：

如果所述使用信息与所述基准使用信息不匹配，则将预设的验证方式作为所述目标验证方式。

可选的，所述确定模块，用于：

根据预先存储的挂失场景信息和禁用验证方式的对应关系，确定接收到的挂失场景信息对应的禁用验证方式，在除确定出的禁用验证方式以外的其他验证方式中，确定待使用的目标验证方式。

可选的，所述确定模块，用于：

根据预先存储的挂失场景信息和有效验证方式的对应关系，确定接收到的挂失场景信息对应的有效验证方式，得到目标验证方式。

根据本公开实施例的第五方面，提供一种账号挂失的装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

显示预先存储的账号列表，所述账号列表中包括至少一个账号；

接收对应所述至少一个账号中的目标账号的挂失指令；

向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

根据本公开实施例的第六方面，提供一种账号挂失的装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

根据本公开实施例的第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现本公开实施例的第一方面任一所述方法的步骤。

根据本公开实施例的第八方面，提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现本公开实施例的第二方面任一所述方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例中，显示预先存储的账号列表，账号列表中包括至少一个账号，接收对应至少一个账号中的目标账号的挂失指令，向后台服务器发送挂失请求，挂失请求中携带有目标账号，这样，用户无需逐一办理每个账号的挂失业务，提高了账号挂失的效率和用户资金的安全性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。在附图中：

图1是根据一示例性实施例示出的一种账号挂失的方法的流程图；

图2是根据一示例性实施例示出的界面显示示意图；

图3是根据一示例性实施例示出的界面显示示意图；

图4是根据一示例性实施例示出的界面显示示意图；

图5是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图6是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图7是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图8是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图9是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图10是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图11是根据一示例性实施例示出的一种账号挂失的装置的示意图；

图12是根据一示例性实施例示出的一种终端的结构示意图；

图13是根据一示例性实施例示出的一种服务器的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供了一种账号挂失的方法，该方法可以由终端和后台服务器实现。其中，该终端可以是PC((personal computer，个人计算机)终端，也可以是手机或平板电脑等移动终端。该后台服务器可以用于账号挂失的应用程序的后台服务器。

该终端可以包括显示部件、输入部件、收发器和存储器，其中，显示部件可以用于显示预先存储的账号列表，输入部件可以为触摸屏或物理按键等，可以用于接收对应该至少一个账号中的目标账号的挂失指令，收发器可以用于向后台服务器发送挂失请求；存储器，可以为RAM(Random Access Memory，随机存取存储器)、Flash(闪存)等，可以用于存储接收到的数据、处理过程所需的数据、处理过程中生成的数据等，如账号列表和终端中的用于挂失账号的应用程序代码等。另外，终端还可以包括电源和蓝牙等部件。

该后台服务器可以包括收发器和存储器，其中，收发器，可以用于接收终端发送的第一挂失请求，以及向所述目标账号对应的注册服务器发送第二挂失请求；存储器，可以为RAM(Random Access Memory，随机存取存储器)、Flash(闪存)等，可以用于存储接收到的数据、处理过程所需的数据、处理过程中生成的数据等，如目标账号等。另外，后台服务器还可以包括电源和网络接口等部件。

在步骤101中，终端显示预先存储的账号列表，账号列表中包括至少一个账号。

在实施中，终端中可以安装具有账号挂失功能的应用程序，如果终端为移动终端(比如手机)，则该应用程序可以是移动终端的系统程序中的一个功能模块，如果终端为PC终端，则该应用程序可以是某网页的一个功能模块。当用户想要使用该挂失功能时，用户可以在终端开启该应用程序。对于用户首次使用该应用程序的情况，终端可以显示确认开通挂失服务的提示信息，用户可以点击确认选项，终端则会接收到确认指令，然后可以显示账号显示界面，账号显示界面中可以显示有账号列表，如图2所示。对于用户已开通挂失服务的情况，终端接收到对应该应用程序的开启指令后，可以直接显示账号显示界面。账号列表中可以包括至少一个账号，该账号可以是用户添加的账号，也可以是终端预先设置的账号，比如手机号。

可选的，用户可以根据自己的需要，在账号列表中添加想要挂失的账号，相应的处理过程可以如下：接收账号添加指令，账号添加指令中携带有用户输入的待添加账号；将待添加账号添加到账号列表中。

在实施中，账号显示界面中可以包括账号添加选项，用户点击该账号添加选项，终端可以显示账号信息输入界面，账号信息输入界面中可以包括一个或多个输入框，用户可以在账号信息输入界面中，输入账号信息，账号信息可以包括账号和该账号对应的开户信息(如开户用户的身份证号和手机号)等。例如，该账号为银行账号，用户可以输入银行卡的卡号或卡号后四位、该银行卡的开户行名称、用户的身份证号码和交易密码等信息；又如，该账号为支付宝账号，用户可以输入支付宝的账号、支付密码和该支付宝账号绑定的手机号等信息。用户输入完成后，可以点击完成选项，终端则可以接收到账号添加指令，该账号添加指令中可以携带有用户输入的账号信息。终端可以对该账号的账号信息进行存储，并将该账号添加到账号列表中。用户可以在账号列表中添加多个账号，该多个账号可以是不同类型的账号，且该多个账号可以是不同服务商提供的账号。

另外，终端接收到账号添加指令后，还可以向后台服务器发送对应该账号的验证请求，验证请求中可以携带有用户输入的该账号的账号信息，后台服务器接收到该验证请求后，可以对该验证请求进行解析，获取账号信息，进而确定该账号对应的注册服务器，然后可以将该验证请求发送给该注册服务器。例如，目标账号为北京银行的银行卡号，则可以向北京银行的服务器发送验证请求。该注册服务器可以验证该账号的账号信息是否正确，并可以向后台服务器发送验证结果，如果验证结果为验证通过，则后台服务器可以向终端发送验证通过的通知消息，终端则可以将该账号添加到账号列表中；如果验证结果为验证未通过，则后台服务器可以向终端发送验证失败的通知消息，终端则可以输出信息错误的提示消息，以提示用户重新输入账号信息。

在步骤102中，终端接收对应至少一个账号中的目标账号的挂失指令。

在实施中，当用户发现某账号(即目标账号)的信息发生泄漏(比如发现某银行卡丢失)时，该用户可以在该账号列表中选择目标账号，并点击挂失选项，终端则可以接收到对应目标账号的挂失指令。用户可以选择一个账号进行挂失，也可以一次选择多个账号进行挂失，也即，目标账号的数目可以是一个，也可以是多个。

在步骤103中，终端向后台服务器发送第一挂失请求，该第一挂失请求中携带有目标账号。

在实施中，终端接收到对应目标账号的挂失指令后，可以向后台服务器发送第一挂失请求，该第一挂失请求中可以携带有待挂失的目标账号的账号信息，比如目标账号和交易密码等。

可选的，可以先对用户的身份进行验证，然后再进行挂失处理，相应的处理过程可以如下：终端输出验证提示信息，获取用户输入的验证信息，向后台服务器发送携带有验证信息的验证请求，后台服务器接收终端发送的验证请求，根据该验证信息对用户进行身份验证，如果验证通过，则向终端发送验证通过消息，当终端接收到后台服务器发送的验证通过消息时，执行向后台服务器发送第一挂失请求的步骤。

在实施中，终端中可以预先存储多种验证方式，例如，验证方式可以包括登陆密码验证、支付密码验证、手机短信验证、身份信息验证、银行卡信息验证、行为记录验证、购买记录验证和联系人记录验证等，还可以包括指纹、声纹和虹膜等生物特征信息验证。终端可以在用户开启用于挂失账号的应用程序之后，对用户进行身份验证，或者，终端也可以在用户选择目标账号之后，对用户进行身份验证。

终端可以输出验证提示信息，比如提示用户输入身份证号，或者，提示用户输入后台服务器发送的手机验证码等，如图3所示。用户可以根据验证提示信息，输入相应的验证信息，终端则可以将该验证信息发送给后台服务器，后台服务器可以将该验证信息与预先存储的基准验证信息进行对比，如果二者相同，则可以判定该用户验证通过，否则，判定该用户验证失败。后台服务器可以将验证结果发送给终端，比如可以发送验证通过消息或验证失败消息。如果终端接收到验证通过消息，则可以执行步骤103，或者可以显示账号显示界面，如果终端接收到验证失败消息，则可以输出验证失败的提示信息。

可选的，可以根据用户选择的挂失场景来确定待使用的目标验证方式，相应的处理过程可以如下：终端获取用户输入的挂失场景信息，将挂失场景信息发送给后台服务器，后台服务器接收终端发送的用户输入的挂失场景信息，后台服务器根据挂失场景信息确定目标验证方式，并向终端发送目标验证方式的标识，终端接收到所述后台服务器发送的目标验证方式的标识后，输出所述目标验证方式对应的验证提示信息。

在实施中，用户还可以在终端输入的挂失场景信息。例如，终端可以显示挂失场景选择列表，该挂失场景选择列表中可以包括多种挂失场景，比如钱包丢失(即身份证和银行卡同时丢失)，手机丢失，银行卡丢失，支付宝账号被盗等，如图4所示，为挂失场景选择界面的示意图。用户可以选择挂失场景，终端则会接收到对应该挂失场景的选择指令，获取相应的挂失场景信息(比如挂失场景信息的标识)。或者，用户也可以手动输入挂失场景信息。终端可以将该挂失场景信息发送给后台服务器，后台服务器可以预先存储挂失场景信息和禁用验证方式的对应关系，确定用户输入的挂失场景信息对应的禁用验证方式，进而可以在除该禁用验证方式以外的其他验证方式中，确定需要使用的目标验证方式。例如，用户选择的挂失场景为手机丢失，则禁用验证方式为手机短信验证，可以采用邮件验证或支付密码验证等方式进行验证；用户选择的挂失场景为银行卡丢失，则禁用验证方式为银行卡信息验证(因为用户可能不记得银行卡号)，可以采用手机短信验证或指纹验证等方式进行验证。或者，后台服务器可以预先存储挂失场景信息和可用验证方式的对应关系，确定用户输入的挂失场景信息对应的可用验证方式，得到目标验证方式。例如，用户选择的挂失场景为手机丢失，则可用验证方式为支付密码验证；用户选择的挂失场景为银行卡丢失，则可用验证方式为身份信息验证(比如输入身份证号)，或手机短信验证。这样，不仅可以设置用户可用的验证方式，还可以针对不同的挂失场景设置不同安全等级的验证方式，提高了验证的有效性和安全性。后台服务器确定目标验证方式后，可以向终端发送目标验证方式的标识，以使该终端输出目标验证方式对应的验证提示信息。另外，确定目标验证方式的处理可以也由终端执行。

可选的，还可以结合移动终端(比如手机)的使用信息，对进行挂失的用户进行身份识别，相应的处理过程可以如下：获取预先存储的用户的移动终端的基准使用信息，以及移动终端在当前时间之前的预设时长内的使用信息；如果使用信息与基准使用信息相匹配，则根据挂失场景信息确定目标验证方式；如果使用信息与基准使用信息不匹配，则将预设的验证方式作为目标验证方式。

在实施中，后台服务器中可以实时记录各移动终端的使用信息，该使用信息可以包括应用程序使用信息和移动终端的地理位置信息等。其中，应用程序使用信息可以是该移动终端中常用应用程序信息的信息，比如使用频率大于预设频率阈值的应用程序的标识，也可以是各应用程序的使用频率。地理位置信息可以是移动终端经常出现的地理位置，比如移动终端的出现时长大于预设时长阈值的地理位置。后台服务器可以根据该移动终端在某预设历史时长内的使用信息，确定该移动中的基准使用信息。

终端需要对用户进行身份验证时，可以向后台服务器发送验证请求，该验证请求中可以携带有该用户使用的移动终端的标识，还可以携带有用户输入的挂失场景信息。后台服务器接收到该验证请求后，可以对该验证请求进行解析，获取该移动终端的标识和该挂失场景信息，进而可以获取预先存储的该移动终端的标识对应的基准使用信息。后台服务器还可以获取该移动终端在当前时间之前的预设时长内的使用信息，然后将该使用信息与基准使用信息进行对比。比如，可以判断该使用信息与基准使用信息中共同包含的常用应用程序的数目，以及经常出现的地理位置是否相同。如果后台服务器判定该使用信息与基准使用信息相匹配(比如常用应用程序的数目大于预设数目阈值，且经常出现的地理位置相同)，则说明是用户本人进行挂失操作，可以根据用户输入的挂失场景信息确定目标验证方式。如果使用信息与基准使用信息不匹配，则说明可能是有人盗用该用户的手机进行恶意挂失，可以将预设的验证方式作为目标验证方式，对用户进行身份验证。比如，预设的验证方式可以是输入用户的身份证号，或某账号的支付密码等安全程度较高的验证方式。

在步骤104中，后台服务器接收终端发送的第一挂失请求，第一挂失请求中携带有待挂失的目标账号。

在实施中，后台服务器接收到该第一挂失请求后，可以对该第一挂失请求进行解析，获取该账号信息，以便进行后续处理。

在步骤105中，后台服务器向目标账号对应的注册服务器发送第二挂失请求，第二挂失请求中携带有目标账号，以使注册服务器对目标账号进行挂失处理。

在实施中，该后台服务器可以和多个其他服务商的后台服务器(即注册服务器)建立连接，并且，该后台服务器中还可以存储账号和注册服务器的对应关系，比如支付宝账号和支付宝服务器的对应关系。该对应关系可以由技术人员进行设置，或者，后台服务器也可以在接收到某账号时，自动确定该账号对应的注册服务器。例如，后台服务器可以向各注册服务器广播发送该账号，各注册服务器可以查询该账号是否是自己的注册账号，如果是，则可以向后台服务器发送确认消息，后台服务器可以建立发送该确认消息的注册服务器，与该账号的对应关系。后台服务器接收到挂失指令后，可以获取目标账号，然后可以根据账号和注册服务器的对应关系，确定目标账号对应的注册服务器，进而向该注册服务器发送第二挂失请求，以使注册服务器对目标账号进行挂失处理，第二挂失请求中可以携带有目标账号，或者也可以携带有目标账号的全部账号信息。例如，用户的北京银行卡丢失后，可以选择挂失该银行卡，终端可以向后台服务器发送对应该银行卡的第一挂失请求，后台服务器接收到第一挂失请求后，可以向北京银行的后台服务器发送对应该银行卡的第二挂失请求，以使该服务器对该银行卡进行挂失处理，冻结该银行卡对应的账户，提高了用户财产的安全性。其中，第一挂失请求和第二挂失请求携带的信息可以是相同的，也可以是不同的。注册服务器进行挂失处理后，可以向后台服务器发送挂失结果，后台服务器则可以将挂失结果发送给终端，以使用户获知挂失是否成功。

本公开实施例中，显示预先存储的账号列表，账号列表中包括至少一个账号，接收对应至少一个账号中的目标账号的挂失指令，向后台服务器发送挂失请求，挂失请求中携带有目标账号，这样，用户无需逐一办理每个账号的挂失业务，提高了账号挂失的效率和用户资金的安全性。

基于相同的技术构思，本公开实施例还提供了一种账号挂失的装置，如图5所示，该装置包括：显示模块510，第一接收模块520和发送模块530。

显示模块510，用于显示预先存储的账号列表，所述账号列表中包括至少一个账号；

第一接收模块520，用于接收对应所述至少一个账号中的目标账号的挂失指令；

发送模块530，用于向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

可选的，如图6所示，所述装置还包括：

输出模块540，用于输出验证提示信息；

获取模块550，用于获取用户输入的验证信息，向后台服务器发送携带有所述验证信息的验证请求；

所述发送模块530，还用于当接收到所述后台服务器发送的验证通过消息时，执行所述向后台服务器发送挂失请求的步骤。

可选的，如图7所示，所述输出模块540，包括：

获取子模块541，用于获取所述用户输入的挂失场景信息，将所述挂失场景信息发送给所述后台服务器；

输出子模块542，用于接收所述后台服务器发送的目标验证方式的标识，输出所述目标验证方式对应的验证提示信息。

可选的，如图8所示，所述装置还包括：

第二接收模块560，用于接收账号添加指令，所述账号添加指令中携带有用户输入的待添加账号；

添加模块570，用于将所述待添加账号添加到所述账号列表中。

基于相同的技术构思，本公开实施例还提供了一种账号挂失的装置，如图9所示，该装置包括：第一接收模块910和发送模块920。

第一接收模块910，用于接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

发送模块920，用于向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

可选的，如图10所示，所述装置还包括：

第二接收模块930，用于接收所述终端发送的验证请求，所述验证请求中携带有用户输入的验证信息；

验证模块940，用于根据所述验证信息对所述用户进行身份验证，如果验证通过，则向所述终端发送验证通过消息，以使所述终端发送所述第一挂失请求。

可选的，如图11所示，所述装置还包括：

第三接收模块950，用于接收所述终端发送的所述用户输入的挂失场景信息；

确定模块960，用于根据所述挂失场景信息确定目标验证方式，并向所述终端发送所述目标验证方式的标识。

可选的，所述确定模块960，用于：

获取预先存储的所述用户的移动终端的基准使用信息，以及所述移动终端在当前时间之前的预设时长内的使用信息；

如果所述使用信息与所述基准使用信息相匹配，则根据所述挂失场景信息确定目标验证方式；

所述确定模块960，还用于：

如果所述使用信息与所述基准使用信息不匹配，则将预设的验证方式作为所述目标验证方式。

可选的，所述确定模块960，用于：

根据预先存储的挂失场景信息和禁用验证方式的对应关系，确定接收到的挂失场景信息对应的禁用验证方式，在除确定出的禁用验证方式以外的其他验证方式中，确定待使用的目标验证方式。

可选的，所述确定模块960，用于：

根据预先存储的挂失场景信息和有效验证方式的对应关系，确定接收到的挂失场景信息对应的有效验证方式，得到目标验证方式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例中，显示预先存储的账号列表，账号列表中包括至少一个账号，接收对应至少一个账号中的目标账号的挂失指令，向后台服务器发送挂失请求，挂失请求中携带有目标账号，这样，用户无需逐一办理每个账号的挂失业务，提高了账号挂失的效率和用户资金的安全性。

需要说明的是：上述实施例提供的账号挂失的装置在挂失账号时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的账号挂失的装置与账号挂失的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本公开实施例还示出的一种终端的结构示意图。该终端可以是手机或平板电脑等移动终端。参照图12，终端800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理部件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在终端800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为终端800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为音频输出设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当终端800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当音频输出设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为终端800提供各个方面的状态评估。例如，传感器组件814可以检测到终端800的打开/关闭状态，组件的相对定位，例如所述组件为终端800的显示器和小键盘，传感器组件814还可以检测终端800或终端800一个组件的位置改变，用户与终端800接触的存在或不存在，终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述账号挂失的方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由终端800的处理器820执行以完成上述分配SR资源的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本公开实施例中，显示预先存储的账号列表，账号列表中包括至少一个账号，接收对应至少一个账号中的目标账号的挂失指令，向后台服务器发送挂失请求，挂失请求中携带有目标账号，这样，用户无需逐一办理每个账号的挂失业务，提高了账号挂失的效率和用户资金的安全性。

本公开再一示例性实施例提供了一种用于分配SR资源的装置1900的框图。例如，装置1900可以被提供为一后台服务。参照图13，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理部件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述对设备进行控制的方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

装置1900可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于后台服务器进行上述账号挂失的方法的指令。

本公开实施例中，显示预先存储的账号列表，账号列表中包括至少一个账号，接收对应至少一个账号中的目标账号的挂失指令，向后台服务器发送挂失请求，挂失请求中携带有目标账号，这样，用户无需逐一办理每个账号的挂失业务，提高了账号挂失的效率和用户资金的安全性。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (24)

1.一种账号挂失的方法，其特征在于，所述方法包括：

显示预先存储的账号列表，所述账号列表中包括至少一个账号；

接收对应所述至少一个账号中的目标账号的挂失指令；

向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

2.根据权利要求1所述的方法，其特征在于，所述向后台服务器发送挂失请求之前，还包括：

输出验证提示信息；

获取用户输入的验证信息，向后台服务器发送携带有所述验证信息的验证请求；

当接收到所述后台服务器发送的验证通过消息时，执行所述向后台服务器发送挂失请求的步骤。

3.根据权利要求2所述的方法，其特征在于，所述输出验证提示信息，包括：

获取所述用户输入的挂失场景信息，将所述挂失场景信息发送给所述后台服务器；

接收所述后台服务器发送的目标验证方式的标识，输出所述目标验证方式对应的验证提示信息。

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

接收账号添加指令，所述账号添加指令中携带有用户输入的待添加账号；

将所述待添加账号添加到所述账号列表中。

5.一种账号挂失的方法，其特征在于，所述方法包括：

接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

6.根据权利要求5所述的方法，其特征在于，所述接收终端发送的第一挂失请求之前，还包括：

接收所述终端发送的验证请求，所述验证请求中携带有用户输入的验证信息；

根据所述验证信息对所述用户进行身份验证，如果验证通过，则向所述终端发送验证通过消息，以使所述终端发送所述第一挂失请求。

7.根据权利要求6所述的方法，其特征在于，所述接收所述终端发送的验证请求之前，还包括：

接收所述终端发送的所述用户输入的挂失场景信息；

根据所述挂失场景信息确定目标验证方式，并向所述终端发送所述目标验证方式的标识。

8.根据权利要求7所述的方法，其特征在于，所述根据所述挂失场景信息确定目标验证方式，包括：

获取预先存储的所述用户的移动终端的基准使用信息，以及所述移动终端在当前时间之前的预设时长内的使用信息；

如果所述使用信息与所述基准使用信息相匹配，则根据所述挂失场景信息确定目标验证方式；

所述方法还包括：

如果所述使用信息与所述基准使用信息不匹配，则将预设的验证方式作为所述目标验证方式。

9.根据权利要求7所述的方法，其特征在于，所述根据所述挂失场景信息确定目标验证方式，包括：

根据预先存储的挂失场景信息和禁用验证方式的对应关系，确定接收到的挂失场景信息对应的禁用验证方式，在除确定出的禁用验证方式以外的其他验证方式中，确定待使用的目标验证方式。

10.根据权利要求7所述的方法，其特征在于，所述根据所述挂失场景信息确定目标验证方式，包括：

根据预先存储的挂失场景信息和有效验证方式的对应关系，确定接收到的挂失场景信息对应的有效验证方式，得到目标验证方式。

11.一种账号挂失的装置，其特征在于，所述装置包括：

显示模块，用于显示预先存储的账号列表，所述账号列表中包括至少一个账号；

第一接收模块，用于接收对应所述至少一个账号中的目标账号的挂失指令；

发送模块，用于向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

输出模块，用于输出验证提示信息；

获取模块，用于获取用户输入的验证信息，向后台服务器发送携带有所述验证信息的验证请求；

所述发送模块，还用于当接收到所述后台服务器发送的验证通过消息时，执行所述向后台服务器发送挂失请求的步骤。

13.根据权利要求12所述的装置，其特征在于，所述输出模块，包括：

获取子模块，用于获取所述用户输入的挂失场景信息，将所述挂失场景信息发送给所述后台服务器；

输出子模块，用于接收所述后台服务器发送的目标验证方式的标识，输出所述目标验证方式对应的验证提示信息。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收账号添加指令，所述账号添加指令中携带有用户输入的待添加账号；

添加模块，用于将所述待添加账号添加到所述账号列表中。

15.一种账号挂失的装置，其特征在于，所述装置包括：

第一接收模块，用于接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

发送模块，用于向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收所述终端发送的验证请求，所述验证请求中携带有用户输入的验证信息；

验证模块，用于根据所述验证信息对所述用户进行身份验证，如果验证通过，则向所述终端发送验证通过消息，以使所述终端发送所述第一挂失请求。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：

第三接收模块，用于接收所述终端发送的所述用户输入的挂失场景信息；

确定模块，用于根据所述挂失场景信息确定目标验证方式，并向所述终端发送所述目标验证方式的标识。

18.根据权利要求17所述的装置，其特征在于，所述确定模块，用于：

获取预先存储的所述用户的移动终端的基准使用信息，以及所述移动终端在当前时间之前的预设时长内的使用信息；

如果所述使用信息与所述基准使用信息相匹配，则根据所述挂失场景信息确定目标验证方式；

所述确定模块，还用于：

如果所述使用信息与所述基准使用信息不匹配，则将预设的验证方式作为所述目标验证方式。

19.根据权利要求17所述的装置，其特征在于，所述确定模块，用于：

根据预先存储的挂失场景信息和禁用验证方式的对应关系，确定接收到的挂失场景信息对应的禁用验证方式，在除确定出的禁用验证方式以外的其他验证方式中，确定待使用的目标验证方式。

20.根据权利要求17所述的装置，其特征在于，所述确定模块，用于：

根据预先存储的挂失场景信息和有效验证方式的对应关系，确定接收到的挂失场景信息对应的有效验证方式，得到目标验证方式。

21.一种账号挂失的装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

显示预先存储的账号列表，所述账号列表中包括至少一个账号；

接收对应所述至少一个账号中的目标账号的挂失指令；

向后台服务器发送挂失请求，所述挂失请求中携带有所述目标账号。

22.一种账号挂失的装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收终端发送的第一挂失请求，所述第一挂失请求中携带有待挂失的目标账号；

向所述目标账号对应的注册服务器发送第二挂失请求，所述第二挂失请求中携带有所述目标账号，以使所述注册服务器对所述目标账号进行挂失处理。

23.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4任一所述方法的步骤。

24.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求5-10任一所述方法的步骤。