CN115187254A - 信息处理方法、装置、计算机可读介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种信息处理方法、装置、计算机可读介质及电子设备。该信息处理方法包括：若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，所述支付行为请求包括与支付操作相关的行为请求；根据所述身份验证操作，查询所述当前账号的实名认证信息；若未查询到所述当前账号的实名认证信息，则获取所述支付行为请求中所包含的请求数据；若所述请求数据中包含有身份证件信息，则显示身份验证界面，以根据所述身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。本申请实施例的技术方案快速实现支付行为过程中的身份验证需求，提高了身份验证处理效率。

Description

信息处理方法、装置、计算机可读介质及电子设备

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种信息处理方法、装置、计算机可读介质及电子设备。

背景技术

随着互联网金融的发展，用户对账号安全的要求越来越高，为了保障用户账号的安全性、为用户提供更多高级服务，很多网站都要求用户对其账号进行实名认证。实名认证是对用户资料真实性进行的一种验证审核，有助于建立完善可靠的互联网信用基础。

实名认证可以通过绑定银行卡的方式来完成，然而目前的绑卡流程无法支持用户在首次绑卡时自助完成人脸验证，导致首次绑卡只能联系客服，造成诸多不便，不利于用户便捷地完成实名认证。

发明内容

本申请的实施例提供了一种信息处理方法、装置、计算机可读介质及电子设备，进而至少在一定程度上能够快速实现支付行为过程中的身份验证需求，提高了身份验证处理效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种信息处理方法，包括：若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，所述支付行为请求包括与支付操作相关的行为请求；根据所述身份验证操作，查询所述当前账号的实名认证信息；若未查询到所述当前账号的实名认证信息，则获取所述支付行为请求中所包含的请求数据；若所述请求数据中包含有身份证件信息，则显示身份验证界面，以根据所述身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

根据本申请实施例的一个方面，提供了一种信息处理方法，包括：响应于客户端触发的身份验证操作，查询所述客户端中当前账号的实名认证信息，所述身份验证操作是所述客户端在所述当前账号所关联的支付行为请求被拒绝时触发的；若未查询到所述实名认证信息，则向所述客户端反馈查询失败信息；响应于所述客户端发送的界面显示请求，在所述客户端上显示身份验证界面，所述界面显示请求是所述客户端在接收到所述查询失败信息，且从所述支付行为请求中获取到身份证件信息后发出的，所述身份验证界面用于采集生物特征信息进行身份验证处理。

根据本申请实施例的一个方面，提供了一种信息处理装置，包括：触发单元，配置为若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，所述支付行为请求包括与支付操作相关的行为请求；第一查询单元，配置为根据所述身份验证操作，查询所述当前账号的实名认证信息；第一获取单元，配置为若未查询到所述当前账号的实名认证信息，则获取所述支付行为请求中所包含的请求数据；第一显示单元，配置为若所述请求数据中包含有身份证件信息，则显示身份验证界面，以根据所述身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

在本申请的一些实施例中，基于前述方案，所述第一查询单元配置为从实名认证系统中查询所述实名认证信息；所述获取单元配置为若检测到本地缓存中存储有所述实名认证信息，则删除所述本地缓存中的实名认证信息，在删除所述本地缓存中的实名认证信息之后，获取所述支付行为请求中所包含的请求数据。

在本申请的一些实施例中，基于前述方案，所述装置还包括：第二显示单元，配置为若所述请求数据中不包含有所述身份证件信息，则显示身份信息采集界面，所述身份信息采集界面用于采集输入的身份信息；第一发送单元，配置为将所述身份信息采集界面采集到的身份信息发送给指定验证方，以使所述指定验证方根据所述身份信息采集界面采集到的身份信息进行身份验证处理。

在本申请的一些实施例中，基于前述方案，所述装置还包括：第二获取单元，配置为若查询到所述当前账号的实名认证信息，则获取所述实名认证信息；第三显示单元，配置为若所述实名认证信息中包含有身份证件信息，则显示身份验证界面，以根据所述实名认证信息中包含的身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

在本申请的一些实施例中，基于前述方案，所述第二获取单元配置为：若从实名认证系统中查询到所述实名认证信息，则将查询到的实名认证信息存储至本地缓存中，以得到更新后的本地缓存；从更新后的本地缓存中获取所述实名认证信息。

在本申请的一些实施例中，基于前述方案，所述装置还包括：第四显示单元，配置为若所述实名认证信息中不包含有所述身份证件信息，则显示身份信息采集界面，所述身份信息采集界面用于采集输入的身份信息；第二发送单元，配置为将所述身份信息采集界面采集到的身份信息发送给指定验证方，以使所述指定验证方根据所述身份信息采集界面采集到的身份信息进行身份验证处理。

在本申请的一些实施例中，基于前述方案，所述触发单元配置为：若检测到当前账号所关联的支付行为请求被拒绝，则显示提示信息，所述提示信息用于提示是否进行身份验证操作；在接收到针对所述提示信息的确认指令时，触发所述身份验证操作。

在本申请的一些实施例中，基于前述方案，所述装置还包括：第五显示单元，配置为若根据所述身份证件信息对通过所述身份验证界面采集到的生物特征信息验证通过，则显示支付行为界面；生成单元，配置为基于所述支付行为界面再次生成并发起所述支付行为请求。

根据本申请实施例的一个方面，提供了一种信息处理装置，包括：第二查询单元，配置为响应于客户端触发的身份验证操作，查询所述客户端中当前账号的实名认证信息，所述身份验证操作是所述客户端在所述当前账号所关联的支付行为请求被拒绝时触发的；反馈单元，配置为若未查询到所述实名认证信息，则向所述客户端反馈查询失败信息；第六显示单元，配置为响应于所述客户端发送的界面显示请求，在所述客户端上显示身份验证界面，所述界面显示请求是所述客户端在接收到所述查询失败信息，且从所述支付行为请求中获取到身份证件信息后发出的，所述身份验证界面用于采集生物特征信息进行身份验证处理。

在本申请的一些实施例中，基于前述方案，在所述第二查询单元配置为响应于客户端触发的身份验证操作之前，所述装置还包括：接收单元，配置为接收所述客户端发送的所述当前账号所关联的支付行为请求；验证单元，配置为对所述支付行为请求进行验证；拒绝单元，配置为若对所述支付行为请求验证不通过，则拒绝所述支付行为请求。

在本申请的一些实施例中，基于前述方案，所述验证单元配置为：获取所述当前账号对应的账号历史数据；根据所述账号历史数据，确定所述当前账号对应的预测实名信息；若所述预测实名信息与所述支付行为请求中包含的请求数据不一致，则确定对所述支付行为请求验证不通过。

在本申请的一些实施例中，基于前述方案，所述验证单元配置为：获取所述支付行为请求中包含的请求数据对应的历史账号；若所述历史账号与所述当前账号之间不匹配，则确定对所述支付行为请求验证不通过。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的信息处理方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的信息处理方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的信息处理方法。

在本申请的一些实施例所提供的技术方案中，在检测到当前账号所关联的支付行为请求被拒绝时，触发身份验证操作，然后，根据身份验证操作，查询当前账号的实名认证信息，如果未查询到当前账号的实名认证信息，则可以获取支付行为请求中所包含的请求数据，进一步地，如果请求数据中包含有身份证件信息，则可以显示身份验证界面，以根据身份证件信息和通过身份验证界面采集到的生物特征信息进行身份验证处理。本申请实施例的技术方案由于在身份验证过程中，针对未查询到当前账号的实名认证信息的情况，可以直接根据请求数据中包含有身份证件信息而显示出身份验证界面，从而快速便捷地完成身份验证处理，相比于在未查询到当前账号的实名认证信息时请求指定验证方进行人工身份验证的方式，本申请实施例的技术方案可以快速实现支付行为过程中的身份验证需求，提高了身份验证处理效率，提升了用户体验，同时降低了身份验证的人工处理量。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本申请实施例的技术方案的实施环境示意图；

图2示出了根据本申请的一个实施例的信息处理方法的流程图；

图3示出了根据本申请的一个实施例的信息处理方法的流程图；

图4示出了根据本申请的一个实施例的信息处理方法的流程图；

图5示出了根据本申请的一个实施例的信息处理方法的流程图；

图6示出了根据本申请的一个实施例的验证支付行为请求的流程图；

图7示出了根据本申请的一个实施例的验证支付行为请求的流程图；

图8示出了根据本申请的一个实施例的信息处理方法的逻辑图；

图9A、9B、9C、9D、9E、9F示出了根据本申请的一个实施例的信息处理方法应用于银行卡绑定的场景下终端设备显示的界面图；

图10示出了根据本申请的一个实施例的信息处理装置的框图；

图11示出了根据本申请的一个实施例的信息处理装置的框图；

图12示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

需要说明的是，本申请的说明书和权利要求书及上述附图中使用的术语仅用于描述实施例，并不旨在限制本申请的范围。应该理解的是，术语“包括”、“包含”、“具有”等在本文中使用时指定存在所陈述的特点、整体、步骤、操作、元件、组件和/或其群组，但并不排除存在或添加其他特点、整体、步骤、操作、元件、组件和/或其群组中的一个或多个。

将进一步理解的是，尽管术语“第一”、“第二”、“第三”等可以在本文中用于描述各种元件，但是这些元件不应受这些术语的限制。这些术语仅用于区分一个元件和另一个元件。例如，在不脱离本发明的范围的情况下，第一元件可以被称为第二元件。类似地，第二元件可以被称为第一元件。如本文所使用的，术语“和/或”包含关联的列出的项目中的一个或多个的任何和所有组合。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

实名认证：是一种确定用户身份的方式，通过验证审核用户资料的真实性，以便建立完善可靠的互联网信用基础。进行实名认证的本质，是将该账号与其拥有者的真实身份关联起来。

图1示出了可以应用本申请实施例的技术方案的实施环境示意图。

如图1所示，在该实施环境中包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线通信链路、无线通信链路或者光纤电缆等等。

终端设备101、102、103上安装有客户端，客户端中登录有用户账号，通过客户端登录的用户账户可以进行用户账号所关联的支付行为以及身份验证操作。可选地，客户端包括但不限于：即时通讯应用、支付应用、购物应用及投资应用等。服务器105包括一台服务器、多台服务器、云计算平台或者虚拟化中心中的至少一种。服务器105用于为终端设备101、102、103中客户端登录的当前账号所关联的支付行为以及身份验证行为提供服务。

在一些实施例中，终端设备101、102、103上的客户端可以在检测到当前账号所关联的支付行为请求被拒绝时，触发身份验证操作，然后在触发身份验证操作之后，根据身份验证操作，查询当前账号的实名认证信息，若查询到当前账号的实名认证信息，则获取支付行为请求中所包含的请求数据并判断请求数据中是否包含有身份证件信息，若请求数据中包含有身份证件信息，则在客户端上可以显示身份验证界面，从而根据身份证件信息和通过身份验证界面采集的生物特征信息进行身份验证处理。

在一些实施例中，服务器105可以响应于终端设备101、102、103中客户端触发的身份验证操作，查询客户端中当前账号的实名认证信息，并在未查询到实名认证信息时，向终端设备101、102、103中客户端反馈查询失败信息，终端设备101、102、103中客户端接收到查询失败信息之后，可以获取支付行为请求中所包含的请求数据，并判断请求数据中是否包含有身份证件信息，若请求数据中包含有身份证件信息，则终端设备101、102、103中客户端可以向服务器105发送界面显示请求，服务器105可以响应于界面显示请求，在客户端上显示身份验证界面，身份验证界面用于采集生物特征信息进行身份验证处理。

可选地，服务器105是独立的物理服务器，或者是多个物理服务器构成的服务器集群或者分布式系统，或者是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。可选地，终端设备101、102、103可以是是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。可选地，终端设备101、102、103或者服务器105可以作为区块链网络中的节点，区块链网络中的节点在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护区块链网络内的共享数据。

本领域技术人员可以知晓，上述终端设备的数量可以更多或更少。比如上述终端设备可以仅为一个，或者上述终端设备为几十个或几百个，或者更多数量。本申请实施例对终端设备的数量和设备类型不加以限定。

需要说明的是，图1所示的信息处理方法应用的场景示意图仅仅是一个示例，本申请实施例描述的信息信息方法应用以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着信息信息方法应用的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

图2示出了根据本申请的一个实施例的信息处理方法的流程图，该信息处理方法可以由终端设备来执行，该终端设备可以是图1中所示的终端设备101、102、103，当然该信息处理方法也可以由服务器来执行，比如可以由图1中所示的服务器105来执行。参照图2所示，信息处理方法包括：

步骤S210、若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，支付行为请求包括与支付操作相关的行为请求；

步骤S220、根据身份验证操作，查询当前账号的实名认证信息；

步骤S230、若未查询到当前账号的实名认证信息，则获取支付行为请求中所包含的请求数据；

步骤S240、若请求数据中包含有身份证件信息，则显示身份验证界面，以根据身份证件信息和通过身份验证界面采集的生物特征信息进行身份验证处理。

在步骤S210中，若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，支付行为请求包括与支付操作相关的行为请求。

本实施例的信息处理方法可以由终端设备侧来执行，终端设备中安装有客户端，当前账号是客户端上当前登录的账号，当前登录的账号可以是用户通过终端设备上该客户端申请注册的账号，也可以是通过第三方客户端授权登录的账号。通过当前账号可以支持客户端的功能实现，对于客户端来说，可以有很多的功能，功能的类型可以包括但是不限于：存取款、消费支付、网络支付、转账结算、电子红包、投资理财、公益捐款和卡片服务(支持余额查询、账单查询、积分查询和办卡进度查询等操作)、社交、阅读、新闻、直播、电商、长视频、短视频、股票、金融理财、图片、音乐、公众号、小程序、朋友圈、通讯录、云服务等等。

需要说明的是，本实施例主要涉及的是当前账号所关联的支付行为，支付行为是指与支付操作相关的行为，其中，与支付操作相关的行为包括但不限于：存取款、消费支付、网络支付、转账结算、电子红包、跨境汇款、银行卡绑定等等。支付行为请求是客户端在检测到支付操作相关的行为时生成的，用以请求服务器对支付操作相关的行为进行响应。

通常情况下，服务器对于接收到的客户端发送的支付行为请求可以进行响应，也可以拒绝处理。其中，服务器拒绝处理可以是在对支付行为请求进行验证且验证不通过的情况下做出的，若客户端检测到当前账号所关联的支付行为请求被拒绝，则客户端可以触发身份验证操作。

这是因为，支付操作相关的行为涉及到了用户个人隐私或财产安全(例如：登录、电子支付、密码修改、转移虚拟设备、实物或虚拟财产消费等等)，因此，若支付行为请求被拒绝，则说明当前账号的操作者(也即发起支付行为请求的一方)可能是被判定为不是当前账号的拥有者，在这种情况下，则有必要验证当前账号的操作者的身份，以确定该操作者是否为当前账号的拥有者。

在步骤S220中，根据身份验证操作，查询当前账号的实名认证信息。

如前所述，客户端在检测到支付行为请求被拒绝之后，可以触发身份验证操作，以验证当前账号的操作者(也即发起支付行为请求的一方)是否是当前账号的拥有者。

应当理解，当前账号以及其拥有者的真实身份信息可以通过实名认证的方式关联起来的，换句话说，当前账号的实名认证信息也即是当前账号的拥有者的真实身份信息。因此，在客户端触发身份验证操作之后，可以预先查询当前账号的实名认证信息，以确定当前账号的拥有者的真实身份信息。

在步骤S230中，若未查询到当前账号的实名认证信息，则获取支付行为请求中所包含的请求数据。

针对当前账号的实名认证信息的查询，可以得到两种查询结果，第一，查询到当前账号的实名认证信息；第二，未查询到当前账号的实名认证信息。在本实施例中，如果客户端未查询到当前账号的实名认证信息，则说明当前账号还未进行实名认证，在这种情况下，客户端可以获取支付行为请求中所包含的请求数据，以根据请求数据进行身份验证处理。

需要解释的是，支付行为请求中所包含的请求数据可以包含有支付数据和身份数据。其中，支付数据例如可以是：转账金额、收款方姓名、收款账户类型等等，身份数据例如可以是：姓名、证件类型、证件号、手机号、证件生效期、证件失效期、性别、地区、详细地址、职业等等。

在步骤S240中，若请求数据中包含有身份证件信息，则显示身份验证界面，以根据身份证件信息和通过身份验证界面采集的生物特征信息进行身份验证处理。

具体地，在获取支付行为请求中所包含的请求数据之后，则进一步判断请求数据中是否包含有身份证件信息，身份证件信息可以包括证件编号、姓名、出生日期、签发机关、有效期限等。身份证件信息可采用图像形式展示，如身份证的正面图像和反面图像，或者包含人脸的驾驶证图像，或者包含人脸的护照图像等。

若请求数据中包含有身份证件信息，则可以显示身份验证界面，身份验证界面可以用以采集当前账户的操作者的生物特征信息，其中，生物特征信息可包括人脸特征信息、指纹特征信息、虹膜特征信息、掌纹特征信息等中一种或者多种。人脸特征信息可包括脸部器官的形状、脸部器官的相对位置关系、脸部器官的大小比例关系，具体如眼睛大小、两只眼睛之间的间距、眼睛形状、鼻子的形状、嘴唇的形状、嘴唇的大小、颧骨的高度、额头高度、脸部法令纹等纹路特征。

在采集到生物特征信息之后，则可以根据身份证件信息和生物特征信息进行身份验证处理。具体实施时，可将生物特征信息与第三方认证系统中存储的生物特征信息进行比对，也可将身份证件信息与第三方认证系统中存储的身份证件信息进行比对，或者将生物特征信息与第三方认证系统中存储的生物特征信息进行比对，且将身份证件信息与第三方认证系统中存储的身份证件信息进行比对。其中，第三方认证系统可为公安局身份认证系统或指定的身份认证系统或第三方可信数据库等。

在一种实施例中，生物特征信息包括人脸特征信息时，可从身份证件信息中提取人脸，将提取的人脸和人脸特征信息进行比对，若比对结果一致，则可以确定身份验证通过。

在一种实施例中，生物特征信息包括人脸特征信息时，可以将人脸图像与已存储的人脸图像进行比对，若比对结果一致，则可以确定身份验证通过。或者，可以将人脸图像与已存储的人脸图像进行比对，且将身份证件信息与第三方认证系统中存储的身份证件信息进行比对，若两者比对结果一致，则可以确定身份验证通过。

在一种实施例中，生物特征信息包括指纹特征信息、虹膜特征信息或掌纹特征信息时，可以将指纹特征信息、虹膜特征信息或掌纹特征信息与已存储的生物特征库中指纹特征信息、虹膜特征信息或掌纹特征信息进行对应的比对，若比对结果一致，则可以确定身份验证通过。或者，可以将指纹特征信息、虹膜特征信息或掌纹特征信息与已存储的生物特征库中指纹特征信息、虹膜特征信息或掌纹特征信息进行对应的比对，且将身份证件信息与第三方认证系统中存储的身份证件信息进行比对，若两者比对结果一致，则可以确定身份验证通过。

基于以上实施例的技术方案，由于在身份验证过程中，针对未查询到当前账号的实名认证信息的情况，可以直接根据请求数据中包含有身份证件信息而显示出身份验证界面，从而快速便捷地完成身份验证处理，相比于在未查询到当前账号的实名认证信息时请求指定验证方进行人工身份验证的方式，本申请实施例的技术方案可以快速实现支付行为过程中的身份验证需求，提高了身份验证处理效率，提升了用户体验，降低了身份验证的人工处理量。

在本申请的一个实施例中，如果请求数据中不包含有身份证件信息，则说明此时进行身份验证处理面临的情况是当前账号既不存在实名认证信息，且当前账号所关联的支付行为请求中所包含的请求数据中不包含有身份证件信息，因此，在这种情况下，为了实现对当前账号的操作者的身份验证，则必须先采集身份信息。

具体而言，如果请求数据中不包含有身份证件信息，则可以显示身份信息采集界面，以通过身份信息采集界面采集输入的身份信息，在当前账号的操作者输入身份信息之后，客户端可以将身份信息采集界面采集到的身份信息发送给指定验证方，从而使得指定验证方根据采集到的身份信息进行身份验证处理。需要说明的是，身份信息采集界面可以是直接生成并显示的，也可以是在生成信息链接后，通过打开信息链接而生成并显示。

在本申请的一个实施例中，查询当前账号的实名认证信息可以是从实名认证系统中进行查询的，在一种可能的情况中，可能会存在从实名认证系统中未查询到当前账号的实名认证信息，但检测到本地缓存中存储有实名认证信息，这种情况出现的原因可能是，当前账号已经进行过实名认证，但后来又注销了实名认证信息。由于当前账号已经进行过实名认证操作，则在实名认证系统必然会存储有当前账号的实名认证信息，而本地缓存中可能会存储有当前账号的实名认证信息，也可能没有存储当前账号的实名认证信息。在进行注销操作时，实名认证系统会同步删除掉当前账号的实名认证信息。

因此，如果从实名认证系统中未查询到当前账号的实名认证信息，但检测到本地缓存中存储有实名认证信息，则说明当前账号的实名认证信息已经被注销，那么可以将本地缓存中的实名认证信息直接进行删除，同时在删除本地缓存中的实名认证信息之后，再获取支付行为请求中所包含的请求数据。这样做的目的在于，可以使得本地缓存中存储的实名认证信息与实名认证系统中保持一致，不至于在本地缓存中出现当前账号的多个实名认证信息。

在本申请的一个实施例中，针对当前账号的实名认证信息的查询结果可以是查询到当前账号的实名认证信息，在该实施例中，如图3所示，信息处理方法还可以具体包括步骤S310-步骤S320，具体说明如下：

在步骤S310中，若查询到当前账号的实名认证信息，则获取实名认证信息。

如前所示，客户端在检测到支付行为请求被拒绝之后，可以触发身份验证操作，以验证当前账号的操作者(也即发起支付行为请求的一方)是否是当前账号的拥有者。而在验证之前，需要首先确定当前账号的拥有者的真实身份信息，具体而言，可以通过查询当前账号的实名认证信息的方式，以确定当前账号的拥有者的真实身份信息。

如果客户端查询到当前账号的实名认证信息，则可以直接获取当前账号的实名认证信息，获取到的当前账号的实名认证信息也即是当前账号的拥有者的真实身份信息。

在步骤S320中，若实名认证信息中包含有身份证件信息，则显示身份验证界面，以根据实名认证信息中包含的身份证件信息和通过身份验证界面采集的生物特征信息进行身份验证处理。

接着，客户端可以进一步判断实名认证信息中是否包含有身份证件信息，身份证件信息包括证件编号、姓名、出生日期、签发机关、有效期限等。身份证件信息可采用图像形式展示，如身份证的正面图像和反面图像，或者包含人脸的驾驶证图像，或者包含人脸的护照图像等。

若实名认证信息中包含有身份证件信息，则可以显示身份验证界面，身份验证界面可以用以采集当前账户的操作者的生物特征信息，其中，生物特征信息可包括人脸特征信息、指纹特征信息、虹膜特征信息、掌纹特征信息等中一种或者多种。人脸特征信息可包括脸部器官的形状、脸部器官的相对位置关系、脸部器官的大小比例关系，具体如眼睛大小、两只眼睛之间的间距、眼睛形状、鼻子的形状、嘴唇的形状、嘴唇的大小、颧骨的高度、额头高度、脸部法令纹等纹路特征。

在采集到生物特征信息之后，则可以根据身份证件信息和生物特征信息进行身份验证处理。具体实施时，可将生物特征信息与第三方认证系统中存储的生物特征信息进行比对，也可将身份证件信息与第三方认证系统中存储的身份证件信息进行比对，或者将生物特征信息与第三方认证系统中存储的生物特征信息进行比对，且将身份证件信息与第三方认证系统中存储的身份证件信息进行比对。其中，第三方认证系统可为公安局身份认证系统或指定的身份认证系统或第三方可信数据库等。

在本申请的一个实施例中，如果实名认证信息中不包含有身份证件信息，则说明此时进行身份验证处理面临的情况是当前账号存在实名认证信息，但实名认证信息中不包含有身份证件信息，因此，在这种情况下，为了实现对当前账号的操作者的身份验证，则必须先采集身份信息。

具体地，如果实名认证信息中不包含有身份证件信息，则可以显示身份信息采集界面，以通过身份信息采集界面采集输入的身份信息，在当前账号的操作者输入身份信息之后，客户端可以将身份信息采集界面采集到的身份信息发送给指定验证方，以使指定验证方根据采集到的身份信息进行身份验证处理。需要说明的是，身份信息采集界面可以是直接生成并显示的，也可以是在生成信息链接后，通过打开信息链接而生成并显示。

在本申请的一个实施例中，查询当前账号的实名认证信息可以是从实名认证系统中进行查询的，如果从实名认证系统中查询到实名认证信息，则说明当前账号已经进行过实名认证操作，尽管如此，在本地缓存中可能会存储有当前账号的实名认证信息，也可能没有存储当前账号的实名认证信息。因此，在本实施例中，步骤S310可以具体包括：如果从实名认证系统中查询到实名认证信息，则可以先根据查询到的实名认证信息对本地缓存进行更新，即将查询到的实名认证信息存储至本地缓存中，以得到更新后的本地缓存，然后，从更新后的本地缓存中获取实名认证信息。

在本申请的一个实施例中，客户端如果检测到当前账号所关联的支付行为请求被拒绝，可以显示提示信息，然后根据提示信息，触发身份验证操作，在该实施例中，如图4所示，步骤S210可以具体包括步骤S410-步骤S420，详细介绍如下：

在步骤S410中，若检测到当前账号所关联的支付行为请求被拒绝，则显示提示信息，提示信息用于提示是否进行身份验证操作。

在本实施例中，如果客户端检测到当前账号所关联的支付行为请求被拒绝，则可以显示提示信息。其中提示信息的显示方式可以是弹窗、浮窗或者气泡的形式，本实施例对提示信息的显示方式不做具体限定。提示信息的内容可以是在客户端中预先设置的，提示信息用于提示当前账号的操作者是否进行身份验证操作。

在步骤S420中，在接收到针对提示信息的确认指令时，触发身份验证操作。

具体地，在显示提示信息之后，客户端可以接收当前账户的操作者针对提示信息的操作指令，且在接收到针对提示信息的确认指令时，触发身份验证操作。

在一些实施例中，提示信息中可以设置多个选项，例如提示信息的内容为“是否进行身份验证操作”，且包含有“是”和“否”两个选项，则客户端在接收到针对选项“是”的选择操作时，可以触发身份验证操作，在接收到针对选项“否”的选择操作时，不触发身份验证操作。

在本申请一个实施例中，基于上述任一实施例的技术方案，信息处理方法还可以包括：如果根据身份证件信息对通过所述身份验证界面采集到的生物特征信息验证通过，则可以显示支付行为界面，然后可以基于支付行为界面再次生成并发起支付行为请求。

图5示出了根据本申请的一个实施例的信息处理方法的流程图，该信息处理方法可以由服务器来执行，该服务器可以是图1中所示的服务器105。参照图5所示，信息处理方法可以具体包括步骤S510步骤S530，下面对这些步骤进行详细说明：

在步骤S510中，响应于客户端触发的身份验证操作，查询客户端中当前账号的实名认证信息，身份验证操作是客户端在当前账号所关联的支付行为请求被拒绝时触发的。

本实施例的信息处理方法可以由服务器侧执行。在客户端触发身份验证操作之后，服务器可以响应于客户端触发的身份验证操作，对客户端中当前账号的实名认证信息进行查询。

其中，身份验证操作是客户端在当前账号所关联的支付行为请求被拒绝时触发的，身份验证操作主要是用以验证当前账号的操作者(也即发起支付行为请求的一方)是否是当前账号的拥有者。具体而言，客户端在触发身份验证操作之前，可以向服务器发送支付行为请求，在这里需要说明的是，支付行为请求可以包括与支付操作相关的行为请求，与支付操作相关的行为包括但不限于：存取款、消费支付、网络支付、转账结算、电子红包、跨境汇款、银行卡绑定等等。

通常情况下，服务器对于接收到的客户端发送的支付行为请求可以进行响应，也可以拒绝处理。其中，服务器拒绝处理可以是在对支付行为请求进行验证且验证不通过的情况下做出的，若客户端检测到当前账号所关联的支付行为请求被拒绝，则客户端可以触发身份验证操作。

在客户端触发身份验证操作之后，也即客户端需要验证当前账号的操作者是否是当前账号的拥有者时，服务器可以响应于客户端触发的身份验证操作，进行当前账号的实名认证信息的查询，可以理解的是，当前账号以及其拥有者的真实身份信息可以通过实名认证的方式关联起来的，当前账号的实名认证信息也即是当前账号的拥有者的真实身份信息。

在步骤S520中，若未查询到实名认证信息，则向客户端反馈查询失败信息。

具体地，服务器针对当前账号的实名认证信息的查询，无非可以得到两种查询结果，一种是查询到当前账号的实名认证信息，另一种则是未查询到当前账号的实名认证信息。在本实施例中，如果服务器未查询到实名认证信息，则服务器可以向客户端反馈查询失败信息。

在步骤S530中，响应于客户端发送的界面显示请求，在客户端上显示身份验证界面，界面显示请求是客户端在接收到查询失败信息，且从支付行为请求中获取到身份证件信息后发出的，身份验证界面用于采集生物特征信息进行身份验证处理。

服务器在向客户端反馈查询失败信息之后，进一步，服务器可以响应于客户端发送的界面显示请求，在客户端上显示身份验证界面。其中，界面显示请求是客户端在接收到查询失败信息，且从支付行为请求中获取到身份证件信息后发出的。具体而言，客户端在接收到查询失败信息之后，则可以选择获取支付行为请求中包含的身份证件信息，如果获取到身份证件信息，则客户端可以生成界面显示请求，并将界面显示请求发送至服务器，界面显示请求用于请求在客户端上显示身份验证界面，身份验证界面可以用于采集当前账号的操作者的生物特征信息。

其中，本实施例中的身份证件信息是可以包括证件编号、姓名、出生日期、签发机关、有效期限等。身份证件信息可采用图像形式展示，如身份证的正面图像和反面图像，或者包含人脸的驾驶证图像，或者包含人脸的护照图像等。生物特征信息可以包括人脸特征信息、指纹特征信息、虹膜特征信息、掌纹特征信息等中一种或者多种。人脸特征信息可包括脸部器官的形状、脸部器官的相对位置关系、脸部器官的大小比例关系，具体如眼睛大小、两只眼睛之间的间距、眼睛形状、鼻子的形状、嘴唇的形状、嘴唇的大小、颧骨的高度、额头高度、脸部法令纹等纹路特征。

在本申请的一个实施例中，在服务器响应于触发的身份验证操作之前，信息处理方法还可以包括：接收客户端发送的当前账号所关联的支付行为请求；对支付行为请求进行验证；若对支付行为请求验证不通过，则拒绝支付行为请求。

在本申请的一个实施例中，如图6所示，对支付行为请求进行验证可以具体包括步骤S610-步骤S630，具体介绍如下：

步骤S610、获取当前账号对应的账号历史数据。

当服务器需要对支付行为请求进行验证时，可以预先获取当前账号对应的账号历史数据。账号历史数据即是当前账号从注册开始到目前为止，该当前账号操作过的所有记录以及登记过的资料，构成了该当前账号的使用历史数据。每个账号从注册开始，每次操作都会产生一次操作流水日志。这些日志积累起来即成为该账号的操作记录。比如微信账号的话，可以是绑卡数据、登录设备数据、用户在即时通讯产品上的操作记录等；比如淘宝账号的话，可以是支付宝绑卡数据、购物收件人之类的数据。

可选的，账号历史数据包括但不限于当前账号历史登记的个人身份数据、使用当前账号的历史环境数据以及使用当前账号的历史用户行为数据中的至少一种。个人身份数据可以是登记过的手机号码、真实姓名、身份证件照、照片等；使用当前账号的环境数据可以是常用设备登录；使用当前账号的历史用户行为数据可以是常用地点登录、常用时间段登录等等。

进一步可选的，还可以获取各个系统中与当前账号关联的操作记录，比如，支付系统中的绑卡记录、即时通讯系统中的他人备注(事件B备注了A的账户信息：第一个信息“B对A进行了备注为xx”；第二个信息“A被B备注成了XX”)、游戏账号防沉迷系统、微博认证系统等等，获取并更新维护当前账号的真实绑定用户的姓名、身份证号等信息。

步骤S620、根据账号历史数据，确定当前账号对应的预测实名信息。

在获取到账号历史数据之后，则可以根据账号历史数据确定当前账号对应的预测实名信息，具体确定方法可以是：根据账号历史数据，总结当前账号在账号历史数据(登记过的信息，记录信息，操作记录)中出现过的实名信息，比如姓名、身份证件号码、身份证件照等等，根据出现过的实名信息确定当前账号对应的预测实名信息。

步骤S630、若预测实名信息与支付行为请求中包含的请求数据不一致，则确定对支付行为请求验证不通过。

在确定出预测实名信息之后，则可以对比预测实名信息与支付行为请求中包含的请求数据，这里，与预测实名信息进行对比的主要是请求数据中的身份数据，身份数据例如可以是：姓名、证件类型、证件号、手机号、证件生效期、证件失效期、性别、地区、详细地址、职业等等。

如果预测实名信息与支付行为请求中包含的请求数据不一致，说明当前账号的操作者(发起支付行为请求的一方)不是当前账号的拥有者，则可以确定对支付行为请求验证不通过。

在本申请的一个实施例中，如图7所示，对支付行为请求进行验证还可以具体包括步骤S710-步骤S720，具体介绍如下：

步骤S710、获取支付行为请求中包含的请求数据对应的历史账号。

本实施例中，当服务器需要对支付行为请求进行验证时，可以预先获取支付行为请求中包含的请求数据对应的历史账号。具体而言，支付行为请求中所包含的请求数据可以包含有支付数据和身份数据。其中，支付数据例如可以是：转账金额、收款方姓名、收款账户类型等等，身份数据例如可以是：姓名、证件类型、证件号、手机号、证件生效期、证件失效期、性别、地区、详细地址、职业等等。

举例说明，这里获取请求数据对应的历史账号，例如，可以是若请求数据中包含有姓名A，则获取使用过姓名A的账号；若请求数据中包含有证件号B，则获取使用过证件号B的账号。

步骤S720、若历史账号与当前账号之间不匹配，则确定对支付行为请求验证不通过。

如果获取到的历史账号与当前账号不匹配，则可以确定对支付行为请求验证不通过。

其中，不匹配的含义可以是当前账号的常用登录设备与历史账号的常用登录设备不相同，还可以是当前账号登记过的信息与历史账号登记过的信息不相同，登记过的信息可以包括手机号码、真实姓名、身份证件照、照片等。

图8示出了根据本申请的一个实施例的信息处理方法的逻辑图，如图8所示，信息处理方法可以具体包括如下步骤：

S1、发送支付行为请求。

客户端发送当前账号所关联的支付行为请求至服务器，同时在本地缓存中存储支付行为请求中所包含的请求数据，其中支付行为请求包括与支付操作相关的行为请求。

S2、验证支付行为请求，若验证未通过，则执行步骤S3。

服务器接收到客户端发送的支付行为请求之后，对支付行为请求进行验证，若验证未通过，则执行步骤S3。

S3、触发身份验证操作。

客户端检测到支付行为请求被拒绝时，触发身份验证操作。

S4、查询当前账户的实名认证信息，若查询到实名认证信息，则执行步骤S5；若未查询到实名认证信息，则执行步骤S6。

客户端在触发身份验证操作之后，可以根据身份验证操作，从实名认证系统中查询当前账号的实名认证信息，如果从实名认证系统中查询到实名认证信息，则执行步骤S5；如果从实名认证系统中未查询到实名认证信息，则执行步骤S6。

S5、更新本地缓存中的实名认证信息。

如果从实名认证系统中查询到实名认证信息，则将查询到的实名认证信息存储至本地缓存中，以得到更新后的本地缓存。

S6、删除本地缓存中的实名认证信息。

如果从实名认证系统中未查询到实名认证信息，同时检测到本地缓存中存储有实名认证信息，则删除本地缓存中的实名认证信息。

需要说明的是，如果从实名认证系统中未查询到实名认证信息，同时检测到本地缓存中没有存储实名认证信息，则可以不执行操作，即在没有可删除的实名认证信息的情况下，不执行步骤S6中删除本地缓存中的实名认证信息的操作。

S7、获取实名认证信息，若未获取到实名认证信息，则执行步骤S8；若获取到实名认证信息，则进一步判断获取到的实名认证信息中是否包含有身份证件信息，若是，则执行步骤S9；若否，则执行步骤S10。

在本步骤中，可以从本地缓存中获取实名认证信息。具体地，若从实名认证系统中查询到当前账户的实名认证信息，且将查询到的实名认证信息存储至本地缓存中，以得到更新后的本地缓存之后，则可以从更新后的本地缓存中获取到实名认证信息，则可以进一步判断获取到的实名认证信息中是否包含有身份证件信息，若是，则执行步骤S9；若否，则执行步骤S10。另外，若从实名认证系统中未查询到当前账户的实名认证信息，同时检测到本地缓存中存储有实名认证信息，则在删除本地缓存中的实名认证信息之后，从本地缓存中无法获取到实名认证信息，则执行步骤S8。

S8、获取请求数据，进一步判断获取到的请求数据中是否包含有身份证件信息，若是，则执行步骤S9；若否，则执行步骤S10。

在从本地缓存中无法获取到实名认证信息的情况下，可以从本地缓存中获取请求数据，然后，判断获取到的请求数据中是否包含有身份证件信息，若是，则执行步骤S9；若否，则执行步骤S10。

S9、显示身份验证界面。

在实名认证信息或者请求数据中包含有身份证件信息的情况下，可以在客户端显示身份验证界面。身份验证界面可以用于采集生物特征信息。

S10、显示身份信息采集界面。

在实名认证信息或者请求数据中不包含身份证件信息的情况下，可以在客户端显示身份信息采集界面。身份信息采集界面可以用于采集输入的身份信息。

在一种可能的应用场景中，本申请实施例中的支付行为请求可以是银行卡绑定请求，图9A、9B、9C、9D、9E、9F示出了根据本申请的一个实施例的信息处理方法应用于银行卡绑定的场景下终端设备显示的界面图。

为了描述方便，本申请实施例以图9A-9F所示的操作界面为例进行描述。需要说明的是，图9A-9F仅仅是操作界面的一种示例，任何图标的位置、形状不构成对本发明实施例的一种限定。

参见图9A，图9A为在终端设备显示的添加银行卡的界面，终端设备中安装有客户端，客户端接收当前账号的操作者的触发指令，在显示界面上显示添加银行卡的界面。从图9A可以看出，添加银行卡的界面可以包括持卡人编辑项和卡号编辑项，持卡人编辑项和卡号编辑项可以由当前账号的操作者输入。当操作者完成了银行卡信息的输入操作之后，可点击或者触摸界面上的“下一步”按钮。客户端接收到操作者针对“下一步”按钮的操作指令，判断当前账号的操作者的绑卡行为是否是首次银行卡绑定行为，若是，则显示如图9B所示的界面；若否，则确定生成银行卡绑定请求，并发送银行卡绑定请求至服务器。

参见图9B，图9B是填写持卡人信息的界面，如果当前账号的操作者是首次进行银行卡绑定行为，则需要在填写身份信息，在填写持卡人信息的界面上包括的编辑选项可以是姓名、证件类型、证件号、手机号、证件生效期、证件失效期、性别、地区、详细地址以及职业。在操作者完成身份信息的输入之后，可点击或者触摸界面上的“下一步”按钮。客户端接收到操作者针对“下一步”按钮的操作指令，确定生成银行卡绑定请求，并发送银行卡绑定请求至服务器。

服务器在接收到客户端发送的银行卡绑定请求之后，可以对客户端的银行卡绑定请求进行验证，若验证不通过，则可以拒绝客户端的银行卡绑定请求，客户端在检测到银行卡绑定请求被拒绝时，可以显示提示信息。示意性地，客户端显示的提示信息可以参见图9C所示，如图9C所示，提示信息的内容可以是【当前行为疑似非本人操作，请点击“查看解决方法”进行身份验证，验证通过后可继续操作】。操作者可以根据提示信息的内容，点击或触摸界面上的“查看解决方法”，客户端接收到操作者针对“查看解决方法”的确认指令，触发身份验证操作。

客户端在触发身份验证操作之后，可以根据本申请实施例中的信息处理方法进行处理。具体地，客户端触发身份验证操作后，可以根据身份验证操作，查询当前账号的实名认证信息，如果未查询到当前账号的实名认证信息，则可以获取银行卡绑定请求中包含的请求数据，请求数据也即是输入的持卡人信息以及银行卡信息，如果请求数据中包含有身份证件信息，则可以显示身份验证界面；如果查询到当前账号的实名认证信息，则可以获取实名认证信息，如果实名认证信息中包含有身份证件信息，则可以显示身份验证界面。

示意性地，客户端显示的身份验证界面可以参见图9D所示。当操作者触发图9D所示身份验证界面中“同意并开始核验”按钮时，则可以进入图9E所示的人脸特征信息采集界面。在采集人脸特征信息之后，则可以根据身份证件信息以及采集的人脸特征信息进行身份验证处理。若验证成功，则可以显示验证成功的提示信息，如图9F所示。

进一步，如果身份验证成功，则说明当前账号的操作者是当前账号的拥有者，因此，进一步服务器可以响应于客户端发送的界面显示请求，再次在客户端显示添加银行卡的界面，操作者可以在如图9A所示的界面中再次输入银行卡信息完成绑卡操作。如果是首次将银行卡和当前账户绑定，则在如图9A所示的界面中输入银行卡信息之后，还需要在如图9B所示的界面中输入持卡人信息才能完成绑卡操作。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的信息处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的信息处理方法的实施例。

图10示出了根据本申请的一个实施例的信息处理装置的框图，参照图10所示，根据本申请的一个实施例的信息处理装置1000，包括：触发单元1002、第一查询单元1004、第一获取单元1006以及第一显示单元1008。

其中，所述触发单元1002，配置为若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，所述支付行为请求包括与支付操作相关的行为请求；所述第一查询单元1004，配置为根据所述身份验证操作，查询所述当前账号的实名认证信息；所述第一获取单元1006，配置为若未查询到所述当前账号的实名认证信息，则获取所述支付行为请求中所包含的请求数据；所述第一显示单元1008，配置为若所述请求数据中包含有身份证件信息，则显示身份验证界面，以根据所述身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

在本申请的一些实施例中，所述第一查询单元1004配置为从实名认证系统中查询所述实名认证信息；所述获取单元配置为若检测到本地缓存中存储有所述实名认证信息，则删除所述本地缓存中的实名认证信息，在删除所述本地缓存中的实名认证信息之后，获取所述支付行为请求中所包含的请求数据。

在本申请的一些实施例中，所述装置还包括：第二显示单元，配置为若所述请求数据中不包含有所述身份证件信息，则显示身份信息采集界面，所述身份信息采集界面用于采集输入的身份信息；第一发送单元，配置为将所述身份信息采集界面采集到的身份信息发送给指定验证方，以使所述指定验证方根据所述身份信息采集界面采集到的身份信息进行身份验证处理。

在本申请的一些实施例中，所述装置还包括：第二获取单元，配置为若查询到所述当前账号的实名认证信息，则获取所述实名认证信息；第三显示单元，配置为若所述实名认证信息中包含有身份证件信息，则显示身份验证界面，以根据所述实名认证信息中包含的身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

在本申请的一些实施例中，所述第二获取单元配置为：若从实名认证系统中查询到所述实名认证信息，则将查询到的实名认证信息存储至本地缓存中，以得到更新后的本地缓存；从更新后的本地缓存中获取所述实名认证信息。

在本申请的一些实施例中，所述装置还包括：第四显示单元，配置为若所述实名认证信息中不包含有所述身份证件信息，则显示身份信息采集界面，所述身份信息采集界面用于采集输入的身份信息；第二发送单元，配置为将所述身份信息采集界面采集到的身份信息发送给指定验证方，以使所述指定验证方根据所述身份信息采集界面采集到的身份信息进行身份验证处理。

在本申请的一些实施例中，所述触发单元1002配置为：若检测到当前账号所关联的支付行为请求被拒绝，则显示提示信息，所述提示信息用于提示是否进行身份验证操作；在接收到针对所述提示信息的确认指令时，触发所述身份验证操作。

在本申请的一些实施例中，所述装置还包括：第五显示单元，配置为若根据所述身份证件信息对通过所述身份验证界面采集到的生物特征信息验证通过，则显示支付行为界面；生成单元，配置为基于所述支付行为界面再次生成并发起所述支付行为请求。

图11示出了根据本申请的一个实施例的信息处理装置的框图。

参见图11所示，根据本申请的一个实施例的信息处理装置1100，包括：第二查询单元1102、反馈单元1104和第六显示单元1106。

其中，所述第二查询单元1102，配置为响应于客户端触发的身份验证操作，查询所述客户端中当前账号的实名认证信息，所述身份验证操作是所述客户端在所述当前账号所关联的支付行为请求被拒绝时触发的；所述反馈单元1104，配置为若未查询到所述实名认证信息，则向所述客户端反馈查询失败信息；所述第六显示单元1106，配置为响应于所述客户端发送的界面显示请求，在所述客户端上显示身份验证界面，所述界面显示请求是所述客户端在接收到所述查询失败信息，且从所述支付行为请求中获取到身份证件信息后发出的，所述身份验证界面用于采集生物特征信息进行身份验证处理。

在本申请的一些实施例中，在所述第二查询单元1102配置为响应于客户端触发的身份验证操作之前，所述装置还包括：接收单元，配置为接收所述客户端发送的所述当前账号所关联的支付行为请求；验证单元，配置为对所述支付行为请求进行验证；拒绝单元，配置为若对所述支付行为请求验证不通过，则拒绝所述支付行为请求。

在本申请的一些实施例中，所述验证单元配置为：获取所述当前账号对应的账号历史数据；根据所述账号历史数据，确定所述当前账号对应的预测实名信息；若所述预测实名信息与所述支付行为请求中包含的请求数据不一致，则确定对所述支付行为请求验证不通过。

在本申请的一些实施例中，所述验证单元配置为：获取所述支付行为请求中包含的请求数据对应的历史账号；若所述历史账号与所述当前账号之间不匹配，则确定对所述支付行为请求验证不通过。

图12示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图12示出的电子设备的计算机系统1200仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图12所示，计算机系统1200包括中央处理单元(Central Processing Unit，CPU)1201，其可以根据存储在只读存储器(Read-Only Memory，ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(Random Access Memory，RAM)1203中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1203中，还存储有系统操作所需的各种程序和数据。CPU 1201、ROM 1202以及RAM 1203通过总线1204彼此相连。输入/输出(Input/Output，I/O)接口1305也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(CPU)1201执行时，执行本申请的系统中限定的各种功能。

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

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

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

Claims (15)

1.一种信息处理方法，其特征在于，所述方法包括：

若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，所述支付行为请求包括与支付操作相关的行为请求；

根据所述身份验证操作，查询所述当前账号的实名认证信息；

若未查询到所述当前账号的实名认证信息，则获取所述支付行为请求中所包含的请求数据；

若所述请求数据中包含有身份证件信息，则显示身份验证界面，以根据所述身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

2.根据权利要求1所述的方法，其特征在于，查询所述当前账号的实名认证信息，包括：从实名认证系统中查询所述实名认证信息；

获取所述支付行为请求中所包含的请求数据，包括：若检测到本地缓存中存储有所述实名认证信息，则删除所述本地缓存中的实名认证信息，在删除所述本地缓存中的实名认证信息之后，获取所述支付行为请求中所包含的请求数据。

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

若所述请求数据中不包含有所述身份证件信息，则显示身份信息采集界面，所述身份信息采集界面用于采集输入的身份信息；

将所述身份信息采集界面采集到的身份信息发送给指定验证方，以使所述指定验证方根据所述身份信息采集界面采集到的身份信息进行身份验证处理。

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

若查询到所述当前账号的实名认证信息，则获取所述实名认证信息；

若所述实名认证信息中包含有身份证件信息，则显示身份验证界面，以根据所述实名认证信息中包含的身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

5.根据权利要求4所述的方法，其特征在于，若查询到所述当前账号的实名认证信息，则获取所述实名认证信息，包括：

若从实名认证系统中查询到所述实名认证信息，则将查询到的实名认证信息存储至本地缓存中，以得到更新后的本地缓存；

从更新后的本地缓存中获取所述实名认证信息。

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

若所述实名认证信息中不包含有所述身份证件信息，则显示身份信息采集界面，所述身份信息采集界面用于采集输入的身份信息；

将所述身份信息采集界面采集到的身份信息发送给指定验证方，以使所述指定验证方根据所述身份信息采集界面采集到的身份信息进行身份验证处理。

7.根据权利要求1所述的方法，其特征在于，若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，包括：

若检测到当前账号所关联的支付行为请求被拒绝，则显示提示信息，所述提示信息用于提示是否进行身份验证操作；

在接收到针对所述提示信息的确认指令时，触发所述身份验证操作。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

若根据所述身份证件信息对通过所述身份验证界面采集到的生物特征信息验证通过，则显示支付行为界面；

基于所述支付行为界面再次生成并发起所述支付行为请求。

9.一种信息处理方法，其特征在于，所述方法包括：

响应于客户端触发的身份验证操作，查询所述客户端中当前账号的实名认证信息，所述身份验证操作是所述客户端在所述当前账号所关联的支付行为请求被拒绝时触发的；

若未查询到所述实名认证信息，则向所述客户端反馈查询失败信息；

响应于所述客户端发送的界面显示请求，在所述客户端上显示身份验证界面，所述界面显示请求是所述客户端在接收到所述查询失败信息，且从所述支付行为请求中获取到身份证件信息后发出的，所述身份验证界面用于采集生物特征信息进行身份验证处理。

10.根据权利要求9所述的方法，其特征在于，在响应于客户端触发的身份验证操作之前，所述方法还包括：

接收所述客户端发送的所述当前账号所关联的支付行为请求；

对所述支付行为请求进行验证；

若对所述支付行为请求验证不通过，则拒绝所述支付行为请求。

11.根据权利要求10所述的方法，其特征在于，对所述支付行为请求进行验证，包括：

获取所述当前账号对应的账号历史数据；

根据所述账号历史数据，确定所述当前账号对应的预测实名信息；

若所述预测实名信息与所述支付行为请求中包含的请求数据不一致，则确定对所述支付行为请求验证不通过。

12.根据权利要求10所述的方法，其特征在于，对所述支付行为请求进行验证，包括：

获取所述支付行为请求中包含的请求数据对应的历史账号；

若所述历史账号与所述当前账号之间不匹配，则确定对所述支付行为请求验证不通过。

13.一种信息处理装置，其特征在于，所述装置包括：

触发单元，配置为若检测到当前账号所关联的支付行为请求被拒绝，则触发身份验证操作，所述支付行为请求包括与支付操作相关的行为请求；

第一查询单元，配置为根据所述身份验证操作，查询所述当前账号的实名认证信息；

第一获取单元，配置为若未查询到所述当前账号的实名认证信息，则获取所述支付行为请求中所包含的请求数据；

第一显示单元，配置为若所述请求数据中包含有身份证件信息，则显示身份验证界面，以根据所述身份证件信息和通过所述身份验证界面采集的生物特征信息进行身份验证处理。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的信息处理方法或者如权利要求9至12中任一项所述的信息处理方法。

15.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至8中任一项所述的信息处理方法或者如权利要求9至12中任一项所述的信息处理方法。

Images