CN116228235A - 电子支付处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种电子支付处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品；方法包括：接收待识别生物特征；基于待识别生物特征查询电子支付签约数据，得到查询结果；当查询结果包括与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、以及第一身份标识生成第一支付凭证；发送第一支付凭证，并接收与第一支付凭证对应的第一支付结果。通过本申请，能够提高存在多个用户的生物特征相似的场景中电子支付的处理效率。

Description

电子支付处理方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种电子支付处理方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网技术的发展，电子支付已经逐渐成为主流的支付方式。以刷脸支付为例，刷脸支付是一种基于脸部识别的支付方式，刷脸支付无需钱包、信用卡或者手机，整个支付过程十分便携。刷脸支付方案已经广泛应用于学校场景，例如可以将学生的人脸图像与家长的支付账号进行绑定，从而学生可以在校园内进行刷脸支付消费。

然而，部分学校存在双胞胎甚至三胞胎等情况，由于双胞胎或者三胞胎之间的面部特征极为相似，可能会导致面部识别错误的情况发生，需要用户额外输入其他辅助信息以区分用户的身份，影响了刷脸支付的效率。

发明内容

本申请实施例提供一种电子支付处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品，能够提高存在多个用户的生物特征相似的场景中电子支付的处理效率。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种电子支付处理方法，包括：

接收待识别生物特征；

基于所述待识别生物特征查询电子支付签约数据，得到查询结果；其中，所述电子支付签约数据包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的所述支付方的通信账号；

当所述查询结果包括与所述待识别生物特征满足相似条件的多个所述授权生物特征，且多个所述授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、以及所述第一身份标识生成第一支付凭证；

发送所述第一支付凭证，并接收与所述第一支付凭证对应的第一支付结果。

本申请实施例提供一种电子支付处理装置，包括：

接收模块，用于接收待识别生物特征；

查询模块，用于基于所述待识别生物特征查询电子支付签约数据，得到查询结果；其中，所述电子支付签约数据包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的所述支付方的通信账号；

生成模块，用于当所述查询结果包括与所述待识别生物特征满足相似条件的多个所述授权生物特征，且多个所述授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、以及所述第一身份标识生成第一支付凭证；

发送模块，用于发送所述第一支付凭证；

所述接收模块，还用于接收与所述第一支付凭证对应的第一支付结果。

上述方案中，所述发送模块，还用于当所述查询结果包括与所述待识别生物特征满足相似条件的多个所述授权生物特征，且多个所述授权生物特征分别对应相同的第二身份标识以及不同的通信账号时，向机构应用发送辅助验证请求消息；所述接收模块，还用于接收所述机构应用返回的辅助验证响应消息，其中，所述辅助验证响应消息携带待验证通信账号的至少部分字段；所述查询模块，还用于将所述待验证通信账号的至少部分字段与所述不同的通信账号的对应位置的字段进行比对；所述生成模块，还用于基于与比对成功的通信账号对应的身份信息、以及所述第二身份标识生成第二支付凭证；所述发送模块，还用于发送所述第二支付凭证；所述接收模块，还用于接收与所述第二支付凭证对应的第二支付结果。

上述方案中，所述查询模块，还用于将所述比对成功的通信账号对应的授权生物特征与多个所述授权生物特征进行比对；所述装置还包括确定模块，用于将比对成功的授权生物特征对应的签约方的身份信息，确定为所述比对成功的通信账号对应的身份信息。

上述方案中，所述发送模块，还用于向服务器发送携带所述第一身份标识的身份信息获取请求消息；所述接收模块，还用于接收所述服务器返回的身份信息获取响应消息，其中，所述身份信息获取响应消息携带与所述第一身份标识对应的支付方的身份信息；所述确定模块，还用于将所述支付方的身份信息，确定为与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息。

上述方案中，所述确定模块，还用于确定即时通信客户端中当前登录的所述签约方的常驻机构，其中，所述多个签约方均注册所述常驻机构的电子支付服务；所述发送模块，还用于向服务器发送签约数据请求消息，其中，所述签约数据请求消息携带所述常驻机构的机构标识；所述接收模块，还用于接收所述服务器返回的签约数据响应消息，其中，所述签约数据响应消息携带对应所述常驻机构的所述电子支付签约数据。

上述方案中，所述装置还包括获取模块，用于获取每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号；所述发送模块，还用于向服务器发送签约请求，其中，所述签约请求携带每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号，用于供所述服务器生成所述电子支付签约数据。

上述方案中，所述装置还包括加载模块，用于在所述即时通信客户端中加载机构小程序；所述装置还包括显示模块，用于在所述机构小程序中显示相应机构的成员；所述确定模块，还用于响应于成员选择操作，将被选中的一个成员作为待生效的所述签约方；所述加载模块，还用于在所述即时通信客户端中加载信息采集小程序，以获取所述待生效的所述签约方的授权生物特征、当前登录的所述支付方的身份标识、以及当前登录的所述支付方的通信账号。

上述方案中，所述加载模块，还用于在所述即时通信客户端中加载机构小程序；所述显示模块，还用于在所述机构小程序中显示相应机构的成员；所述确定模块，还用于响应于成员选择操作，将被选中的多个成员作为多个待生效的所述签约方；所述加载模块，还用于在所述即时通信客户端中加载信息采集小程序，以获取所述多个待生效的所述签约方的授权生物特征、当前登录的所述支付方的身份标识、以及当前登录的所述支付方的通信账号。

上述方案中，所述加载模块，还用于在所述即时通信客户端中加载机构小程序；所述显示模块，还用于在所述机构小程序中显示相应机构的成员；所述确定模块，还用于响应于成员选择操作，将被选中的多个成员作为多个待生效的所述签约方；所述加载模块，还用于在所述即时通信客户端中加载信息采集小程序，以获取所述多个待生效的所述签约方的授权生物特征、当前登录的所述支付方的身份标识、以及当前登录的所述支付方针对每个所述待生效的所述签约方分别设置的通信账号。

上述方案中，所述显示模块，还用于显示针对待生效的所述签约方的多个生物特征类型；所述确定模块，还用于响应于生物特征类型选择操作，将被选择的生物特征类型作为针对所述待生效的所述签约方需要获取的所述授权生物特征的类型。

上述方案中，所述生成模块，还用于基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、待支付的金额、以及所述第一身份标识生成第一支付凭证；其中，所述第一支付凭证用于生成订单，以供服务器根据所述订单对所述第一身份标识对应的支付账户进行扣款，并在扣款成功后生成与所述第一支付凭证对应的所述第一支付结果。

本申请实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的电子支付处理方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的电子支付处理方法。

本申请实施例提供一种计算机程序产品，包括计算机程序或指令，用于引起处理器执行时，实现本申请实施例提供的电子支付处理方法。

本申请实施例具有以下有益效果：

当查询到与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，将与多个授权生物特征分别归属的多个签约方对应的通用身份信息作为待识别生物特征的身份信息，并基于通用身份信息、以及第一身份标识生成第一支付凭证，如此，相较于相关技术提供的方案中需要用户额外输入手机号等辅助信息来区分用户身份，提高了存在多个用户的生物特征相似的场景(例如双胞胎或者三胞胎场景)中电子支付的处理效率。

附图说明

图1是本申请实施例提供的电子支付处理系统100的架构示意图；

图2是本申请实施例提供的终端设备400的结构示意图；

图3是本申请实施例提供的电子支付处理方法的流程示意图；

图4是本申请实施例提供的电子支付处理方法的流程示意图；

图5是本申请实施例提供的电子支付处理方法的流程示意图；

图6是本申请实施例提供的电子支付处理方法的应用场景示意图；

图7是本申请实施例提供的电子支付处理方法的流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在以下的描述中，所涉及的术语“多个”是指至少两个。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

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

1)授权生物特征：签约方被授权与支付方的支付账号绑定的生物特征，例如以签约方为学生为例，授权生物特征可以是学生被授权与支付方(例如学生的家长)的支付账号绑定的生物特征，例如可以是学生的人脸特征、指纹特征、声纹特征等。

2)支付方：对签约方的消费行为支付相应的费用的用户，例如当签约方为学生时，支付方可以是学生的家长。

3)签约方：注册机构提供的电子支付服务的用户，例如当机构为学校时，签约方可以是学校中就读的学生。

4)小程序(Mini Program)：是一种不需要下载安装即可使用的应用程序。为了向用户提供更多样化的业务服务，开发者可为终端设备的应用(例如即时通信应用、购物应用、邮件应用等)开发相应的小程序，该小程序可作为子应用被嵌入至终端设备的应用中，通过运行应用内的子应用(即对应的小程序)能够为用户提供相应的业务服务。

5)电子支付操作：使用电子手段把支付信息通过网络安全地传送到银行或第三方支付机构，用来实现货币支付或资金流转的行为。就类型而言，包括口令支付、生物特征支付，其中，生物特征支付可以包括刷脸支付、指纹支付等。

6)响应于：用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

7)人脸识别：通过人脸多媒体信息换取人身份信息的技术。

本申请实施例提供一种电子支付处理方法、装置、电子设备、计算机可读存储介质及计算机程序产品，能够提高存在多个用户的生物特征相似的场景(例如双胞胎或者三胞胎场景)中电子支付的处理效率。下面说明本申请实施例提供的电子设备的示例性应用，本申请实施例提供的电子设备可以实施为适用于多种生物特征支付场景(例如指纹支付场景、刷脸支付场景等)的支付终端(例如当支付场景为刷脸支付时，支付终端可以是刷脸支付设备)。

下面以终端设备和服务器协调实施本申请实施例提供的电子支付处理方法为例进行说明。参见图1，图1是本申请实施例提供的电子支付处理系统100的架构示意图，为实现支撑提高存在多个用户的生物特征高度相似的场景，例如双胞胎或者多胞胎场景中电子支付的处理效率。如图1所示，电子支付处理系统100包括：服务器200-1(机构应用410-2的后台服务器)、服务器200-2(支付后台服务器)、网络300和终端设备400，其中，网络300可以是广域网或者是局域网，又或者是二者的组合，下面进行具体说明。

终端设备400可以是用于进行条形码识别、人脸识别或者指纹识别等的设备，其具有连接商家收银系统以提供支付能力，在终端设备400上运行有即时通信客户端410-1和机构应用410-2。当机构应用410-2接收到任意一个签约方触发的支付请求时，向即时通信客户端410-1发送待识别生物特征，即时通信客户端410-1在接收到机构应用410-2发送的待识别生物特征之后，基于待识别生物特征查询电子支付签约数据，得到查询结果，其中，电子支付签约数据可以包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的支付方的通信账号。当查询结果包括与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，即时通信客户端410-1基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、以及第一身份标识生成第一支付凭证。随后，即时通信客户端410-1将生成的第一支付凭证发送给机构应用410-2，以使机构应用410-2通过网络300将第一支付凭证发送至服务器200-1，以使服务器200-1根据第一支付凭证生成对应的订单，并将订单发送至服务器200-2，由服务器200-2根据订单对第一身份标识对应的支付账户进行扣款，并在扣款成功后生成与第一支付凭证对应的第一支付结果，最后服务器200-2将生成的第一支付结果通过网络300返回给即时通信客户端410-1。

需要说明的是，在实际应用中，服务器200-1和服务器200-2也可以集成为一个服务器，即集成后的服务器同时具有为机构应用410-2提供相应的服务以及支付处理功能。

在一些实施例中，服务器200-1和服务器200-2可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，其中，云服务可以是电子支付服务，供终端设备400进行调用。终端设备400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能电视、智能手表等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

在另一些实施例中，终端设备400还可以通过运行计算机程序来实现本申请实施例提供的电子支付处理方法，例如，计算机程序可以是操作系统中的原生程序或软件模块；可以是本地(Native)应用程序(APP，Application)，即需要在操作系统中安装才能运行的程序，如即时通信类的应用程序(对应上文的即时通信客户端410-1)；也可以是小程序，即只需要下载到浏览器环境中就可以运行的程序；还可以是能够嵌入至任意APP中的小程序，如嵌入至即时通信类的应用程序中的小程序组件，其中，该小程序组件可以由用户控制运行或关闭。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。

下面对图1中示出的终端设备400的结构进行说明。参见图2，图2是本申请实施例提供的终端设备400的结构示意图，图2所示的终端设备400包括：至少一个处理器420、存储器460、至少一个网络接口430和用户接口440。终端设备400中的各个组件通过总线系统450耦合在一起。可理解，总线系统450用于实现这些组件之间的连接通信。总线系统450除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统450。

处理器420可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口440包括使得能够呈现媒体内容的一个或多个输出装置441，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口440还包括一个或多个输入装置442，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器460可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器460可选地包括在物理位置上远离处理器420的一个或多个存储设备。

存储器460包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器460旨在包括任意适合类型的存储器。

在一些实施例中，存储器460能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统461，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块462，用于经由一个或多个(有线或无线)网络接口430到达其他电子设备，示例性的网络接口430包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块463，用于经由一个或多个与用户接口440相关联的输出装置441(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块464，用于对一个或多个来自一个或多个输入装置442之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的电子支付处理装置465可以采用软件方式实现，图2示出了存储在存储器460中的电子支付处理装置465，其可以是程序和插件等形式的软件，包括以下软件模块：接收模块4651、查询模块4652、生成模块4653、发送模块4654、确定模块4655、获取模块4656、加载模块4657和显示模块4658，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。需要说明的是，为了表述方便，在图2中一次性示出了上述所有的模块，但不应视为在实际应用中可以排除仅包括接收模块4651、查询模块4652、生成模块4653和发送模块4654的实施，将在下文中说明各个模块的功能。

下面从支付方对应的即时通信客户端、签约方对应的终端设备(运行有机构应用和即时通信客户端)、以及服务器之间交互的角度对本申请实施例提供的电子支付处理方法进行具体说明。

参见图3，图3是本申请实施例提供的电子支付处理方法的流程示意图，将结合图3示出的步骤进行说明。

在步骤101中，签约方的即时通信客户端接收机构应用发送的待识别生物特征。

这里，待识别生物特征是当机构应用接收到任意一个签约方触发的支付请求时，向在同一个终端设备上运行的签约方的即时通信客户端发送的，其中，机构应用是多个签约方的常驻机构用于向多个签约方提供服务的应用，例如当机构为学校时，机构应用可以是为学生(即签约方)提供点餐服务和校园管理的应用。

在一些实施例中，待识别生物特征可以是机构应用调用终端设备的摄像头针对触发支付请求的签约方采集的人脸图像提取得到的人脸特征，也可以是通过声波或者光学的方式针对触发支付请求的签约方采集的指纹数据提取得到的指纹特征、还可以是调用终端设备中的录音装置(例如麦克风)针对触发支付请求的签约方采集的声纹数据提取得到的声纹特征等。

示例的，以触发支付请求的签约方为学生A为例，当学生A在机构应用中选择好自己需要的商品，并点击确认按钮后，可以在机构应用的人机交互界面中显示多种生物支付方式(例如包括刷脸支付、指纹支付、声纹支付等)，以供学生A进行选择。例如，当机构应用接收到学生A针对刷脸支付方式的选择操作时，可以在人机交互界面中显示调用摄像头实时采集学生A脸部图像的区域，其中，脸部图像实时采集区域可以是任意形状的区域，例如可以是椭圆形区域，也可以是圆形区域，或者是方形区域等。

举例来说，当机构应用接收到学生A针对人机交互界面中显示的刷脸支付按钮的点击操作时，跳转至脸部图像采集页面，在脸部图像采集页面的中间显示调用摄像头实时采集学生A的脸部图像的椭圆形区域，例如在椭圆形区域中会显示通过调用终端设备的摄像头拍摄得到的学生A的实时脸部图像，此外，在脸部图像采集页面中还可以显示有提示信息，以提示学生A进行自我调整使得学生A的实时脸部图像处于椭圆形的脸部图像采集区域内，当学生A的实时脸部图像处于椭圆形的脸部图像采集区域内时，机构应用调用终端设备的摄像头采集处于椭圆形区域内的学生A的实时脸部图像，并从采集得到的脸部图像中提取出学生A的人脸特征(即待识别生物特征)，并将学生A的人脸特征发送至即时通信客户端。

在另一些实施例中，机构应用在调用相应的生物特征采集功能实时采集到触发支付请求的签约方的生物特征数据之后，还可以对采集到的生物特征数据进行活体检测处理以及质量检测处理；并且当对生物特征数据进行活体检测处理通过且质量检测处理通过时，才从实时采集到的生物特征数据中提取出对应的生物特征。

示例的，以生物特征为脸部特征为例，当机构应用调用终端设备的摄像头采集到触发支付请求的签约方的脸部数据后，对脸部数据进行活体检测处理以及人脸图像质量分检测处理，从而可以判断被检测的脸部数据是否来源于真实的活体数据，以避免将照片和面具等呈现在终端设备的摄像头前，从而欺骗服务器，以非法取得身份信息。

在另一些实施例中，参见图4，图4是本申请实施例提供的电子支付处理方法的流程示意图，如图4所示，在执行图3示出的步骤101之前，还可以执行图4示出的步骤108至步骤109，将结合图4示出的步骤进行说明。

在步骤108中，支付方的即时通信客户端获取每个签约方的授权生物特征、每个签约方对应的支付方的身份标识、以及每个签约方对应的通信账号。

在一些实施例中，当即时通信客户端中当前登录的支付方仅对应一个待生效的签约方时，可以通过以下方式实现步骤108：在即时通信客户端中加载机构小程序，在机构小程序中显示相应机构的成员；响应于成员选择操作，将被选中的一个成员作为待生效的签约方，并在即时通信客户端中加载信息采集小程序，以获取待生效的签约方的授权生物特征、当前登录的支付方的身份标识、以及当前登录的支付方的一个通信账号(例如可以在信息采集小程序的人机交互界面中显示身份标识填充区域和通信账号填充区域，接收当前登录的支付方在身份标识填充区域中输入的身份标识、以及在通信账号填充区域中输入的通信账号)。

示例的，以支付方为非双胞胎的家长A为例，假设家长A只有一个孩子(例如学生B)，当家长A登录即时通信客户端时，可以在家长A的即时通信客户端中加载学生B就读的学校(例如学校C)对应的商户小程序，并在商户小程序中显示学校C就读的学生列表，接着响应于家长A针对学生列表的选择操作，将被选中的学生B作为待生效的签约方，随后在即时通信客户端中加载信息采集小程序(例如人脸小程序)，以获取学生B的授权人脸特征、家长A的身份标识(例如UID1)、以及家长A的手机号码(例如手机号码1)，随后服务器可以将学生B的授权人脸特征与UID1、以及手机号码1进行绑定。

在另一些实施例中，当即时通信客户端中当前登录的支付方对应多个待生效的签约方，且不需要区分多个待生效的签约方的消费记录时，可以通过以下方式实现上述的步骤108：在即时通信客户端中加载机构小程序，在机构小程序中显示相应机构的成员；响应于成员选择操作，将被选中的多个成员作为多个待生效的签约方，并在即时通信客户端中加载信息采集小程序，以获取多个待生效的签约方的授权生物特征、当前登录的支付方的身份标识、以及当前登录的支付方的一个通信账号。

示例的，以支付方为双胞胎的家长D为例，假设家长D有两个孩子，分别为学生E和学生F，且学生E和学生F就读于同一所学校(例如学校C)，当家长D登录即时通信客户端时，可以在家长D的即时通信客户端中加载学生E和学生F就读的学校对应的商户小程序(即学校C中的商户对应的商户小程序)，并在商户小程序中显示学校C就读的学生列表，接着响应于家长D针对学生列表的选择操作，将被选中的学生E和学生F作为2个待生效的签约方，随后在即时通信客户端中加载信息采集小程序(例如人脸小程序)，以分别获取学生E和学生F的授权人脸特征、家长D的身份标识(例如UID2)、以及家长D的手机号码(例如手机号码2)，随后服务器可以将学生E和学生F的授权人脸特征与UID2、以及手机号码2进行绑定。

在另一些实施例中，当即时通信客户端中当前登录的支付方对应多个待生效的签约方，且需要区分多个待生效的签约方的消费记录时，可以通过以下方式实现上述的步骤108：在即时通信客户端中加载机构小程序，在机构小程序中显示相应机构的成员；响应于成员选择操作，将被选中的多个成员作为多个待生效的签约方，在即时通信客户端中加载信息采集小程序，以获取多个待生效的签约方的授权生物特征、当前登录的支付方的身份标识、以及当前登录的支付方针对每个待生效的签约方分别设置的通信账号。

示例的，以支付方为双胞胎的家长D为例，假设家长D有两个孩子，分别为学生E和学生F，且学生E和学生F就读于同一所学校(例如学校C)，当家长D登录即时通信客户端时，可以在家长D的即时通信客户端中加载学生E和学生F就读的学校对应的商户小程序(即学校C中的商户对应的商户小程序)，并在商户小程序中显示学校C就读的学生列表，接着响应于家长D针对学生列表的选择操作，将被选中的学生E和学生F作为2个待生效的签约方，随后在即时通信客户端中加载信息采集小程序(例如人脸小程序)，以分别获取学生E和学生F的授权人脸特征、家长D的身份标识(例如UID2)、以及家长D针对学生E和学生F分别设置的手机号码(例如针对学生E设置的手机号码为手机号码2，针对学生F设置的手机号码为手机号码3)，随后服务器可以将学生E的授权人脸特征与UID2、以及手机号码2进行绑定，将学生F的授权人脸特征与UID2、以及手机号码3进行绑定，从而家长D可以区分学生E和学生F的消费记录。

在另一些实施例中，在获取每个签约方的授权生物特征、每个签约方对应的支付方的身份标识、以及每个签约方对应的支付方的通信账号之前，还可以执行以下处理：针对即时通信客户端中当前登录的支付方执行以下处理：显示针对待生效的签约方的多个生物特征类型(例如包括人脸特征、指纹特征、声纹特征等)；响应于生物特征类型选择操作，将被选择的生物特征类型作为针对待生效的签约方需要获取的授权生物特征的类型，例如当支付方在多个生物特征类型中选中人脸特征时，则将人脸特征作为针对待生效的签约方需要获取的授权生物特征的类型。

需要说明的是，在实际应用中，即时通信客户端也可以原生集成有信息采集功能，也就是说，即时通信客户端可以通过自身具有的功能来获取每个签约方的授权生物特征、每个签约方对应的支付方的身份标识、以及每个签约方对应的支付方的通信账号，而无需加载相应的小程序，本申请实施例对授权生物特征、身份标识、以及通信账号的获取方式不作具体限定。

在步骤109中，支付方的即时通信客户端向服务器发送签约请求。

这里，签约请求携带每个签约方的授权生物特征、每个签约方对应的支付方的身份标识、以及每个签约方对应的支付方的通信账号，用于供服务器生成电子支付签约数据，其中，电子支付签约数据可以包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的支付方的通信账号。

在另一些实施例中，签约请求还可以携带每个签约方的身份信息(例如姓名、学号等)，则服务器生成的电子支付签约数据还可以包括每个签约方的授权生物特征分别与每个签约方的身份信息之间的对应关系。

在一些实施例中，参见图5，图5是本申请实施例提供的电子支付处理方法的流程示意图，如图5所示，在执行完图4示出的步骤109之后，还可以执行图5示出的步骤110至步骤112，将结合图5示出的步骤进行说明。

在步骤110中，签约方的即时通信客户端确定即时通信客户端中当前登录的签约方的常驻机构。

这里，多个签约方均注册常驻机构的电子支付服务。

示例的，以当前登录的签约方为学生为例，可以将学生所在的学校作为当前登录的签约方的常驻机构。

示例的，以当前登录的签约方为员工为例，可以将员工所在的公司作为当前登录的签约方的常驻机构。

在步骤111中，签约方的即时通信客户端向服务器发送签约数据请求消息。

这里，签约数据请求消息携带常驻机构的机构标识。

在一些实施例中，即时通信客户端在确定出即时通信客户端中当前登录的签约方的常驻机构之后，可以获取常驻机构的机构标识(例如学生所在的学校的标识)，并将常驻机构的机构标识封装在签约数据请求消息中，随后向服务器发送携带常驻机构的机构标识的签约数据请求消息。

在步骤112中，签约方的即时通信客户端接收服务器返回的签约数据响应消息。

这里，签约数据响应消息携带对应常驻机构的电子支付签约数据。

在一些实施例中，服务器在接收到签约方的即时通信客户端发送的签约数据请求消息之后，从签约数据请求消息中提取得到常驻机构的机构标识，并根据机构标识从数据库中查询与常驻机构的机构标识对应的电子支付签约数据(即对于常驻机构的电子支付签约数据)，随后将查询得到的对应常驻机构的电子支付签约数据封装在签约数据响应消息中，最后将携带对应常驻机构的电子支付签约数据的签约数据响应消息返回给即时通信客户端，如此，仅向即时通信客户端返回对应常驻机构的电子支付签约数据，一方面能够满足即时通信客户端大部分的查询需求，另一方面也能够节约终端设备宝贵的存储空间。

示例的，以常驻机构为学校A为例，服务器在接收到即时通信客户端发送的签约数据请求消息之后，从签约数据请求消息中提取得到学校A的标识，并根据学校A的标识从数据库中查询与学校A的标识对应的电子支付签约数据(即对应学校A的电子支付签约数据)，随后服务器将查询得到的对应学校A的电子支付签约数据封装在签约数据响应消息中，最后将签约数据响应消息返回给即时通信客户端。

需要说明的是，在实际应用中，电子支付签约数据也可以是不区分机构的，即针对所有的签约方统一维护电子支付签约数据，如此，当签约方从常驻的机构A移动至新的机构B时，也能够在新的机构B中正常使用电子支付服务，提高了用户的使用体验。

继续参见图3，在步骤102中，签约方的即时通信客户端基于待识别生物特征查询电子支付签约数据，得到查询结果。

这里，电子支付签约数据包括多个签约方的授权生物特征分别对应的支付方的身份标识(例如支付方在即时通信客户端中注册的账号、或者即时通信客户端的后台服务器为支付方分配的用户标识(UID，User IDentification)，用于区分支付方与即时通信客户端中的其他用户)、以及分别对应的支付方的通信账号(例如手机号码、电子邮箱等)。授权生物特征是指签约方被授权与支付方(即为签约方的消费行为支付相应费用的用户)的支付账号绑定的生物特征，例如以签约方为学生为例，授权生物特征可以是学生被授权与支付方(例如学生的家长)的支付账号绑定的生物特征(例如学生的人脸特征、指纹特征等)。

示例的，签约方的即时通信客户端在接收到机构应用发送的待识别生物特征之后，可以基于待识别生物特征查询基于步骤110至步骤112得到的电子支付签约数据，得到查询结果。

在步骤103中，当查询结果包括与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，签约方的即时通信客户端基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、以及第一身份标识生成第一支付凭证。

这里，相似条件可以是待识别生物特征与授权生物特征之间的相似度大于相似度阈值(例如95％)。

在一些实施例中，在基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、以及第一身份标识生成第一支付凭证之前，可以通过以下方式获取与多个授权生物特征分别归属的多个签约方对应的通用身份信息：向服务器(例如即时通信客户端的后台服务器)发送携带第一身份标识的身份信息获取请求，接收服务器返回的身份信息获取响应消息，其中，身份信息获取响应消息携带与第一身份标识对应的支付方的身份信息(例如姓名、身份证号码等)；将服务器返回的支付方的身份信息，确定为与多个授权生物特征分别归属的多个签约方对应的通用身份信息，如此，相较于相关技术提供的方案中需要用户额外输入辅助信息来确定待识别生物特征的身份信息，本申请实施例提供的方案直接将与多个授权生物特征分别归属的多个签约方对应的通用身份信息作为待识别生物特征的身份信息，提高了电子支付的处理效率。

示例的，以待识别生物特征为学生A的人脸特征为例，当查询结果包括与学生A的人脸特征满足相似条件的多个授权人脸特征(例如假设查询到2个与学生A的人脸特征满足相似条件的授权人脸特征，分别为授权人脸特征1和授权人脸特征2，其中，授权人脸特征1归属于双胞胎中的学生A，授权人脸特征2归属于双胞胎中的学生B)，且这2个授权人脸特征分别对应相同的第一身份标识和相同的第一通信账号时(即授权人脸特征1对应的支付方的身份标识和授权人脸特征2对应的支付方的身份标识是同一个身份标识，例如都是家长C的身份标识，并且授权人脸特征1对应的支付方的通信账号和授权人脸特征2对应的支付方的通信账号是同一个通信账号，例如都是家长C的同一个手机号码)，则向即时通信客户端的后台服务器发送携带家长C的身份标识(例如家长C在注册账号时，即时通信客户端的后台服务器为家长C分配的UID)的身份信息获取请求消息，并接收即时通信客户端的后台服务器返回的家长C的身份信息(例如家长C的真实姓名)，并将家长C的身份信息确定为这2个授权生物特征分别归属的2个签约方对应的通用身份信息(即将家长C的身份信息作为双胞胎(即学生A和学生B)的通用身份信息)，随后可以基于家长C的身份信息和家长C的身份标识生成支付凭证。

在另一些实施例中，当查询结果包括与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第二身份标识以及不同的通信账号时，即时通信客户端还可以执行以下处理：向机构应用发送辅助验证请求消息；接收机构应用返回的辅助验证响应消息，其中，辅助验证响应消息携带待验证通信账号的至少部分字段(例如手机号码的后四位)；将机构应用返回的待验证通信账号的至少部分字段与查询结果包括的不同的通信账号的对应位置的字段进行对比，基于与比对成功的通信账号对应的身份信息、以及第二身份标识生成第二支付凭证。

在一些实施例中，电子支付签约数据还可以包括每个签约方的授权生物特征分别与每个签约方的身份信息(例如姓名、学号、工号等)之间的对应关系，则可以通过以下方式确定上述比对成功的通信账号对应的身份信息：将比对成功的通信账号对应的授权生物特征与多个授权生物特征进行比对，并将比对成功的授权生物特征对应的签约方的身份信息，确定为比对成功的通信账号对应的身份信息，如此，可以基于辅助验证信息对生物特征高度相似的多个用户(例如双胞胎或者三胞胎等)的身份信息进行区分。

示例的，以待识别生物特征为学生A的人脸特征为例，当查询结果包括与学生A的人脸特征满足相似条件的多个授权人脸特征(例如假设查询到2个与学生A的人脸特征满足相似条件的授权人脸特征，分别为授权人脸特征1和授权人脸特征2，其中，授权人脸特征1归属于双胞胎中的学生A，授权人脸特征2归属于双胞胎中的学生B)，且这2个授权人脸特征分别对应相同的第二身份标识以及不同的通信账号时(即授权人脸特征1对应的支付方的身份标识和授权人脸特征2对应的支付方的身份标识是同一个身份标识，例如都是家长C的身份标识；授权人脸特征1对应的支付方的通信账号和授权人脸特征2对应的支付方的通信账号是不同的通信账号，例如授权人脸特征1对应的是家长C的手机号码1，授权人脸特征2对应的是家长C的手机号码2)，则可以向机构应用发送辅助验证请求消息。机构应用在接收到即时通信客户端发送的辅助验证请求消息之后，在人机交互界面中显示手机号码输入区域，以供学生A进行输入。当机构应用接收到学生A在手机号码输入区域中输入的手机号码(例如手机号码的后四位)之后，将接收到的手机号码发送给即时通信客户端，以使即时通信客户端将机构应用发送的手机号码与授权人脸特征1对应的手机号码和授权人脸特征2对应的手机号码进行比对，当机构应用发送的手机号码与授权人脸特征1对应的手机号码为同一个手机号码时，将授权人脸特征1对应的签约方的身份信息确定为学生A的身份信息，并基于授权人脸特征1对应的身份信息和家长C的身份标识生成支付凭证。

在步骤104中，签约方的即时通信客户端向机构应用发送第一支付凭证。

在一些实施例中，签约方的即时通信客户端在基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、以及第一身份标识生成第一支付凭证之后，可以将第一支付凭证发送给机构应用。

在步骤105中，机构应用将第一支付凭证发送至服务器。

在一些实施例中，机构应用在接收到签约方的即时通信客户端发送的第一支付凭证之后，对第一支付凭证进行校验，并在校验成功后将第一支付凭证发送至机构应用的后台服务器。

在步骤106中，服务器根据第一支付凭证生成对应的订单。

在一些实施例中，机构应用的后台服务器在接收到机构应用发送的第一支付凭证之后，可以根据第一支付凭证生成对应的订单，并将生成的订单发送至支付后台服务器，由支付后台服务器根据订单对第一身份标识对应的支付账号进行扣款，并在扣款成功后生成与第一支付凭证对应的第一支付结果。

在步骤107中，签约方的即时通信客户端接收服务器返回的第一支付结果。

在一些实施例中，支付后台服务器在生成与第一支付凭证对应的第一支付结果之后，可以向签约方的即时通信客户端返回第一支付结果，同时还可以向第一身份标识对应的支付方的即时通信客户端返回第一支付结果，以将签约方的消费情况及时通知给支付方。

本申请实施例提供的电子支付处理方法，当查询到与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，将与多个授权生物特征分别归属的多个签约方对应的通用身份信息作为待识别生物特征的身份信息，并基于通用身份信息、以及第一身份标识生成第一支付凭证，如此，相较于相关技术提供的方案中需要用户额外输入手机号等辅助信息来区分用户身份，提高了多个用户的生物特征相似的场景(例如双胞胎或者三胞胎场景)中电子支付的效率。

下面，以刷脸支付为例说明本申请实施例在一个实际的应用场景中的示例性应用。

随着刷脸支付的普及，越来越多的商户开始接入刷脸支付(例如微信刷脸支付)。刷脸支付方案已经广泛应用于学校场景，学生们可以使用人脸绑定家长的微信号，从而在校园内进行刷脸支付消费。然而，部分学校存在双胞胎甚至三胞胎的情况，由于人脸识别的准确度问题，不能保证在微信支付系统中确认唯一的用户身份，支付过程中需要学生额外输入手机号等信息辅助验证学生的身份，严重影响了刷脸支付的效率。而在真实的校园使用环境下，大多数家长并不关心双胞胎学生各自的支付情况，只是需要保证学生能够通过刷脸扣款查看相应的支付记录。

鉴于此，本申请实施例提供了一种电子支付处理方法，在人脸识别系统中保存双胞胎的授权人脸特征绑定的家长的身份标识(例如家长的微信号)和手机号，针对人脸识别结果，当人脸识别结果中包括识别出的多个授权人脸特征，且多个授权人脸特征对应绑定的家长的微信号和手机号唯一(即相同)，则可以直接进行支付，无需额外辅助验证；对于家长有特殊需求，即需要区分双胞胎各自支付情况的，也可以通过给双胞胎各自的授权人脸特征绑定不同的手机号来要求现场验证，如此，针对校园刷脸支付场景中存在的双胞胎或者三胞胎等情况，提高了刷脸支付的效率。

下面对本申请实施例提供的电子支付处理方法进行具体说明。

示例的，参见图6，图6是本申请实施例提供的电子支付处理方法的应用场景示意图，如图6所示，家长(对应于上述的支付方)可以通过即时通信客户端(例如微信)为自己的孩子(对应于上述的签约方)进行签约，随后孩子可以在校园中进行刷脸支付消费，支付后台还可以将支付结果发送至家长的微信。

示例的，参见图7，图7是本申请实施例提供的电子支付处理方法的流程示意图，如图7所示，家长可以通过微信进入商户小程序(对应于上述的机构小程序)，在商户小程序中找到需要签约的学生，并跳转至人脸小程序(对应于上述的信息采集小程序)，进行学生人脸图像的采集和签约。对于非双胞胎的家长，只需要将单个学生的授权人脸特征(从学生的人脸图像中提取得到)与家长的微信号和手机号进行绑定，即可签约成功；对于双胞胎的家长，家长如果不想区分双胞胎的消费记录，则可以使用同一个手机号和同一个微信号绑定双胞胎的授权人脸特征，例如对于双胞胎中的哥哥和弟弟分别对应的授权人脸特征，与家长的同一个手机号和同一个微信号进行绑定；对于双胞胎的家长，家长如果想要区分双胞胎的消费记录，则可以使用同一个微信号、不同的手机号分别绑定双胞胎的授权人脸特征，例如对于双胞胎中的哥哥的授权人脸特征，绑定的是家长的微信号1和手机号1，而对于双胞胎中的弟弟的授权人脸特征，绑定的是家长的微信号1和手机号2。随后，人脸小程序可以将签约数据(包括绑定的人脸特征、微信号、手机号)发送至支付后台，以使支付后台将签约数据绑定到对应的机构(例如学生所在的学校)下。

继续参见图7，支付应用在启动后，会向支付后台查询相应机构(例如学校)绑定的多个学生的授权人脸特征、以及每个学生对应的家长的微信号和手机号，此外，支付后台还可以基于家长的微信号向微信后台查询家长的真实身份信息(例如微信身份ID)，并结合学生的授权人脸特征、绑定的手机号返回给支付应用。支付应用(对应于上述的即时通信客户端，例如支付应用可以以即时通信客户端的形式运行在终端设备上，并提供支付服务，当然，支付应用可以以支付软件工具开发包(SDK，Software Development Kit)模式的形式运行在终端设备上，支付应用非自启动，非独占运行，被即时通信客户端以应用程序接口调用的方式被动启动并提供服务)和支付后台会定期同步相同数据，保证数据的时效性。商户应用在接收到学生触发的支付请求后会调用支付应用开启刷脸支付终端的摄像头进行人脸图像的采集，并将采集得到的待识别人脸图像发送给支付应用。支付应用从待识别人脸图像中提取出待识别人脸特征，并将待识别人脸特征与签约数据进行匹配，当支付应用匹配到一个或者多个人脸识别结果(即与待识别人脸特征的相似度大于相似度阈值的授权人脸特征)时，将匹配到的人脸识别结果返回给商户应用(对应于上述的机构应用)，进行辅助验证环节。

示例的，当所有的人脸识别结果绑定的是家长的同一个微信号和同一个手机号时，则无需手机辅助验证，用户身份明确，可以在商户应用的人机交互界面中直接展示确认支付按钮。

示例的，当所有的人脸识别结果绑定的是家长的同一个微信，但是不同的手机号时(例如人脸识别结果1绑定的是家长的手机号1，人脸识别结果2绑定的是家长的手机号2)，则需要进行手机号辅助验证，例如可以在商户应用的人机交互界面显示手机号填充区域，以供用户输入手机号码的后四位，从而通过手机号码的后四位来确认用户身份，随后在商户应用的人机交互界面中展示确认支付按钮。当接收到用户针对确认支付按钮的点击操作时，开始生成支付凭证，例如支付应用根据用户身份、用户待支付的金额、以及用户识别相关信息(例如人脸识别结果绑定的家长的微信号、手机号等)生成支付凭证，并返回给商户应用。

商户应用在接收到支付应用发送的支付凭证后，将支付凭证上传至商户后台，商户后台根据对应的支付凭证到支付后台生成订单，随后支付后台发送订单到家长的微信，家长在完成支付后，支付后台向商户后台返回对应的支付结果。此外，支付后台还可以将支付结果同步至支付应用，并通知家长的微信，至此，完成整个支付流程。

本申请实施例提供的电子支付处理方法，通过双胞胎的授权人脸特征绑定的家长的微信号和手机号来确定现场身份的双胞胎情况，自动确认双胞胎身份，无需进行额外的辅助验证，保证安全性的同时优化了现场支付效率；此外，针对有特殊需求的用户，可以通过区分双胞胎各自绑定的手机号来要求辅助验证，如此，一方面保留了相关技术提供的刷脸支付方案的安全性，另一方面也能够减少双胞胎用户的支付步骤，缩短支付耗时，优化了用户的支付体验。

下面继续说明本申请实施例提供的电子支付处理装置465的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器460的电子支付处理装置465中的软件模块可以包括：接收模块4651、查询模块4652、生成模块4653和发送模块4654。

接收模块4651，用于接收待识别生物特征；查询模块4652，用于基于待识别生物特征查询电子支付签约数据，得到查询结果；其中，电子支付签约数据包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的支付方的通信账号；生成模块4653，用于当查询结果包括与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、以及第一身份标识生成第一支付凭证；发送模块4654，用于发送第一支付凭证；接收模块4651，还用于接收与第一支付凭证对应的第一支付结果。

在一些实施例中，发送模块4654，还用于当查询结果包括与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第二身份标识以及不同的通信账号时，向机构应用发送辅助验证请求消息；接收模块4651，还用于接收机构应用返回的辅助验证响应消息，其中，辅助验证响应消息携带待验证通信账号的至少部分字段；查询模块4652，还用于将待验证通信账号的至少部分字段与不同的通信账号的对应位置的字段进行比对，生成模块4653，还用于基于与比对成功的通信账号对应的身份信息、以及第二身份标识生成第二支付凭证，发送模块4654，还用于发送第二支付凭证；接收模块4651，还用于接收与第二支付凭证对应的第二支付结果。

在一些实施例中，查询模块4652，还用于将比对成功的通信账号对应的授权生物特征与多个授权生物特征进行比对；电子支付处理装置465还包括确定模块4655，用于将比对成功的授权生物特征对应的签约方的身份信息，确定为比对成功的通信账号对应的身份信息。

在一些实施例中，发送模块4654，还用于向服务器发送携带第一身份标识的身份信息获取请求消息；接收模块4651，还用于接收服务器返回的身份信息获取响应消息，其中，身份信息获取响应消息携带与第一身份标识对应的支付方的身份信息；确定模块4655，还用于将支付方的身份信息，确定为与多个授权生物特征分别归属的多个签约方对应的通用身份信息。

在一些实施例中，确定模块4655，还用于确定即时通信客户端中当前登录的签约方的常驻机构，其中，多个签约方均注册常驻机构的电子支付服务；发送模块4654，还用于向服务器发送签约数据请求消息，其中，签约数据请求消息携带常驻机构的机构标识；接收模块4651，还用于接收服务器返回的签约数据响应消息，其中，签约数据响应消息携带对应常驻机构的电子支付签约数据。

在一些实施例中，电子支付处理装置465还包括获取模块4656，用于获取每个签约方的授权生物特征、每个签约方对应的支付方的身份标识、以及每个签约方对应的支付方的通信账号；发送模块4654，还用于向服务器发送签约请求，其中，签约请求携带每个签约方的授权生物特征、每个签约方对应的支付方的身份标识、以及每个签约方对应的支付方的通信账号，用于供服务器生成电子支付签约数据。

在一些实施例中，电子支付处理装置465还包括加载模块4657，用于在即时通信客户端中加载机构小程序；电子支付处理装置465还包括显示模块4658，用于在机构小程序中显示相应机构的成员；确定模块4655，还用于响应于成员选择操作，将被选中的一个成员作为待生效的签约方；加载模块4657，还用于在即时通信客户端中加载信息采集小程序，以获取待生效的签约方的授权生物特征、当前登录的支付方的身份标识、以及当前登录的支付方的通信账号。

在一些实施例中，加载模块4657，还用于在即时通信客户端中加载机构小程序；显示模块4658，还用于在机构小程序中显示相应机构的成员；确定模块4655，还用于响应于成员选择操作，将被选中的多个成员作为多个待生效的签约方；加载模块4657，还用于在即时通信客户端中加载信息采集小程序，以获取多个待生效的签约方的授权生物特征、当前登录的支付方的身份标识、以及当前登录的支付方的通信账号。

在一些实施例中，加载模块4657，还用于在即时通信客户端中加载机构小程序；显示模块4658，还用于在机构小程序中显示相应机构的成员；确定模块4655，还用于响应于成员选择操作，将被选中的多个成员作为多个待生效的签约方；加载模块4657，还用于在即时通信客户端中加载信息采集小程序，以获取多个待生效的签约方的授权生物特征、当前登录的支付方的身份标识、以及当前登录的支付方针对每个待生效的签约方分别设置的通信账号。

在一些实施例中，确定模块4655，还用于针对即时通信客户端中当前登录的支付方执行以下处理：显示针对待生效的签约方的多个生物特征类型；响应于生物特征类型选择操作，将被选择的生物特征类型作为针对待生效的签约方需要获取的授权生物特征的类型。

在一些实施例中，生成模块4653，还用于基于与多个授权生物特征分别归属的多个签约方对应的通用身份信息、待支付的金额、以及第一身份标识生成第一支付凭证；其中，第一支付凭证用于生成订单，以供服务器根据订单对第一身份标识对应的支付账户进行扣款，并在扣款成功后生成与第一支付凭证对应的第一支付结果。

需要说明的是，本申请实施例装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本申请实施例提供的电子支付处理装置中未尽的技术细节，可以根据图3-5任一附图的说明而理解。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令(即可执行指令)，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行本申请实施例上述的电子支付处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的电子支付处理方法，例如，如图3-5任一附图示出的电子支付处理方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个电子设备上执行，或者在位于一个地点的多个电子设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个电子设备上执行。

综上所述，本申请实施例当查询到与待识别生物特征满足相似条件的多个授权生物特征，且多个授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，将与多个授权生物特征分别归属的多个签约方对应的通用身份信息作为待识别生物特征的身份信息，并基于通用身份信息、以及第一身份标识生成第一支付凭证，如此，相较于相关技术提供的方案中需要用户额外输入手机号等辅助信息来区分用户身份，提高了存在多个用户的生物特征相似的场景(例如双胞胎或者三胞胎场景)中电子支付的处理效率。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (15)

1.一种电子支付处理方法，其特征在于，所述方法包括：

接收待识别生物特征；

基于所述待识别生物特征查询电子支付签约数据，得到查询结果；其中，所述电子支付签约数据包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的所述支付方的通信账号；

当所述查询结果包括与所述待识别生物特征满足相似条件的多个所述授权生物特征，且多个所述授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、以及所述第一身份标识生成第一支付凭证；

发送所述第一支付凭证，并接收与所述第一支付凭证对应的第一支付结果。

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

当所述查询结果包括与所述待识别生物特征满足相似条件的多个所述授权生物特征，且多个所述授权生物特征分别对应相同的第二身份标识以及不同的通信账号时，向机构应用发送辅助验证请求消息；

接收所述机构应用返回的辅助验证响应消息，其中，所述辅助验证响应消息携带待验证通信账号的至少部分字段；

将所述待验证通信账号的至少部分字段与所述不同的通信账号的对应位置的字段进行比对，基于与比对成功的通信账号对应的身份信息、以及所述第二身份标识生成第二支付凭证，并发送所述第二支付凭证；

接收与所述第二支付凭证对应的第二支付结果。

3.根据权利要求2所述的方法，其特征在于，所述电子支付签约数据还包括每个所述签约方的授权生物特征分别与每个所述签约方的身份信息之间的对应关系；

所述方法还包括：

将所述比对成功的通信账号对应的授权生物特征与多个所述授权生物特征进行比对，并将比对成功的授权生物特征对应的签约方的身份信息，确定为所述比对成功的通信账号对应的身份信息。

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

向服务器发送携带所述第一身份标识的身份信息获取请求消息，接收所述服务器返回的身份信息获取响应消息，其中，所述身份信息获取响应消息携带与所述第一身份标识对应的支付方的身份信息；

将所述支付方的身份信息，确定为与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息。

5.根据权利要求1所述的方法，其特征在于，在接收待识别生物特征之前，所述方法还包括：

确定即时通信客户端中当前登录的所述签约方的常驻机构，其中，所述多个签约方均注册所述常驻机构的电子支付服务；

向服务器发送签约数据请求消息，其中，所述签约数据请求消息携带所述常驻机构的机构标识；

接收所述服务器返回的签约数据响应消息，其中，所述签约数据响应消息携带对应所述常驻机构的所述电子支付签约数据。

6.根据权利要求1所述的方法，其特征在于，

在接收待识别生物特征之前，所述方法还包括：

获取每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号；

向服务器发送签约请求，其中，所述签约请求携带每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号，用于供所述服务器生成所述电子支付签约数据。

7.根据权利要求6所述的方法，其特征在于，

当即时通信客户端中当前登录的所述支付方仅对应一个待生效的所述签约方时，所述获取每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号，包括：

在所述即时通信客户端中加载机构小程序，在所述机构小程序中显示相应机构的成员；

响应于成员选择操作，将被选中的一个成员作为待生效的所述签约方，在所述即时通信客户端中加载信息采集小程序，以获取所述待生效的所述签约方的授权生物特征、当前登录的所述支付方的身份标识、以及当前登录的所述支付方的通信账号。

8.根据权利要求6所述的方法，其特征在于，

当即时通信客户端中当前登录的所述支付方对应多个待生效的所述签约方，且不需要区分多个待生效的所述签约方的消费记录时，所述获取每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号，包括：

在所述即时通信客户端中加载机构小程序，在所述机构小程序中显示相应机构的成员；

响应于成员选择操作，将被选中的多个成员作为多个待生效的所述签约方，在所述即时通信客户端中加载信息采集小程序，以获取所述多个待生效的所述签约方的授权生物特征、当前登录的所述支付方的身份标识、以及当前登录的所述支付方的通信账号。

9.根据权利要求6所述的方法，其特征在于，

当即时通信客户端中当前登录的所述支付方对应多个待生效的所述签约方，且需要区分多个待生效的所述签约方的消费记录时，所述获取每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号，包括：

在所述即时通信客户端中加载机构小程序，在所述机构小程序中显示相应机构的成员；

响应于成员选择操作，将被选中的多个成员作为多个待生效的所述签约方，在所述即时通信客户端中加载信息采集小程序，以获取所述多个待生效的所述签约方的授权生物特征、当前登录的所述支付方的身份标识、以及当前登录的所述支付方针对每个所述待生效的所述签约方分别设置的通信账号。

10.根据权利要求6所述的方法，其特征在于，在获取每个所述签约方的授权生物特征、每个所述签约方对应的支付方的身份标识、以及每个所述签约方对应的支付方的通信账号之前，所述方法还包括：

针对即时通信客户端中当前登录的所述支付方执行以下处理：

显示针对待生效的所述签约方的多个生物特征类型；

响应于生物特征类型选择操作，将被选择的生物特征类型作为针对所述待生效的所述签约方需要获取的所述授权生物特征的类型。

11.根据权利要求1所述的方法，其特征在于，所述基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、以及所述第一身份标识生成第一支付凭证，包括：

基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、待支付的金额、以及所述第一身份标识生成第一支付凭证；

其中，所述第一支付凭证用于生成订单，以供服务器根据所述订单对所述第一身份标识对应的支付账户进行扣款，并在扣款成功后生成与所述第一支付凭证对应的所述第一支付结果。

12.一种电子支付处理装置，其特征在于，所述装置包括：

接收模块，用于接收待识别生物特征；

查询模块，用于基于所述待识别生物特征查询电子支付签约数据，得到查询结果；其中，所述电子支付签约数据包括多个签约方的授权生物特征分别对应的支付方的身份标识、以及分别对应的所述支付方的通信账号；

生成模块，用于当所述查询结果包括与所述待识别生物特征满足相似条件的多个所述授权生物特征，且多个所述授权生物特征分别对应相同的第一身份标识和相同的第一通信账号时，基于与多个所述授权生物特征分别归属的多个签约方对应的通用身份信息、以及所述第一身份标识生成第一支付凭证；

发送模块，用于发送所述第一支付凭证；

所述接收模块，还用于接收与所述第一支付凭证对应的第一支付结果。

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

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至11任一项所述的电子支付处理方法。

14.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至11任一项所述的电子支付处理方法。

15.一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时，实现权利要求1至11任一项所述的电子支付处理方法。

Images