CN114764706A - 电子支付处理方法、装置及电子设备 - Google Patents

Abstract

本申请提供了一种电子支付处理方法、装置、电子设备及计算机可读存储介质；涉及互联网和计算机技术，方法包括：响应于第一支付方的电子支付操作，发送支付请求以将第一支付方的支付状态设置为使用中支付状态；响应于第一支付方以及第二支付方的支付状态均为使用中支付状态，接收互动特效，并在人机交互界面中显示互动特效，以通过互动特效提示第一支付方与第二支付方均处于使用中支付状态，且第一支付方与第二支付方具有社交关系。通过本申请，能够在电子支付过程中进行精准互动以缓解支付延迟。

Description

电子支付处理方法、装置及电子设备

技术领域

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

背景技术

人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

电子支付过程中的身份识别是人工智能的典型应用，例如，通过已授权人脸对用户进行身份鉴权，典型地如响应支付操作的设备，例如收款设备，但是支付过程对于用户而言仅仅是单一等待过程，如果支付过程出现延迟，不但影响电子支付的处理效率，而且将严重影响使用体验。

发明内容

本申请实施例提供一种电子支付处理方法、装置、电子设备及计算机可读存储介质，能够在电子支付过程中进行精准互动以缓解支付延迟。

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

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

响应于第一支付方的电子支付操作，发送支付请求以将所述第一支付方的支付状态设置为使用中支付状态；

响应于所述第一支付方以及第二支付方的支付状态均为所述使用中支付状态，接收互动特效，并在所述人机交互界面中显示所述互动特效，以通过所述互动特效提示所述第一支付方与所述第二支付方均处于所述使用中支付状态，且所述第一支付方与所述第二支付方具有社交关系。

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

操作模块，用于响应于第一支付方的电子支付操作，发送支付请求以将所述第一支付方的支付状态设置为使用中支付状态；

互动模块，用于响应于所述第一支付方以及第二支付方的支付状态均为所述使用中支付状态，接收互动特效，并在所述人机交互界面中显示所述互动特效，以通过所述互动特效提示所述第一支付方与所述第二支付方均处于所述使用中支付状态，且所述第一支付方与所述第二支付方具有社交关系。

在上述方案中，所述互动模块，还用于：响应于所述第二支付方针对所述第一支付方的互动操作，在人机交互界面显示与所述互动操作对应的所述互动特效；其中，所述互动操作是在所述第二支付方处于使用中支付状态时发起的。

在上述方案中，所述操作模块，还用于：发送携带所述第一支付方的标识的支付请求，以通过所述支付请求携带的所述标识识别出所述第一支付方的身份信息，基于所述第一支付方的身份信息查询所述第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态；当将查询到的支付状态从闲置支付状态切换为使用中支付状态时，在所述人机交互界面显示第一提示信息，以提示所述第一支付方的支付状态为使用中支付状态。

在上述方案中，所述互动模块，还用于：响应于针对所述第二支付方发起的支付请求执行扣款操作失败，通过所述互动特效提示所述第一支付方为所述第二支付方的支付请求进行代付。

在上述方案中，通过所述互动特效提示所述第一支付方为所述第二支付方的支付请求进行代付之前，所述互动模块，还用于：确定满足以下代付发起条件至少之一：所述第二支付方的支付对象与所述第一支付方的支付对象相同；请求所述第一支付方代付的数额小于代付额度阈值；所述第一支付方与所述第二支付方之间的互动满足社交密切度条件。

在上述方案中，所述社交密切度条件包括条件至少之一：所述第一支付方与所述第二支付方之间未互动的持续时长低于互动时长阈值；所述第一支付方与所述第二支付方之间的互动频率大于互动频率阈值；所述第一支付方与所述第二支付方的共同好友的数目超过数目阈值。

在上述方案中，所述操作模块，还用于：响应于针对所述第二支付方的代付操作，发送携带所述第一支付方的标识的代付请求；当针对所述第一支付方的代付请求执行扣款操作成功时，维持所述第一支付方的所述使用中支付状态，并继续针对所述第二支付方的代付请求执行扣款操作；当针对所述第二支付方的代付请求执行扣款操作成功时，将所述第一支付方、所述第二支付方的支付状态从所述使用中支付状态切换为闲置支付状态。

在上述方案中，所述在所述人机交互界面中显示所述互动特效之前，所述互动模块，还用于：获取所述第一支付方发起所述电子支付操作的支付次数；当所述支付次数不小于支付次数阈值时，确定将在所述人机交互界面中显示所述互动特效；当所述支付次数小于支付次数阈值时，在所述人机交互界面中显示第二提示信息，以提示当所述第一支付方的支付次数达到所述支付次数阈值时将显示所述互动特效。

在上述方案中，在所述人机交互界面中显示所述互动特效之前，所述互动模块，还用于：获取所述第二支付方所购买的产品的特征向量、以及所述第一支付方的特征向量；当所述产品的特征向量与所述第一支付方的特征向量之间的相似度超过相似度阈值时，确定将在所述人机交互界面中显示所述互动特效。

在上述方案中，所述互动特效包括第一图像、第二图像、连接所述第一图像和所述第二图像的特效元素，所述第一图像是响应于所述第一支付方的电子支付操作时采集的所述第一支付方的图像，所述第二图像是响应于所述第二支付方的电子支付操作时采集的所述第二支付方的图像，所述特效元素用于表征所述第一支付方和所述第二支付方之间具有社交关系；所述互动特效包括文字、音频和视频类型的特效元素至少之一，用于表征所述第一支付方与所述第二支付方的支付状态均为使用中支付状态。

在上述方案中，当在所述人机交互界面中显示所述互动特效时，所述互动模块，还用于：从在所述人机交互界面中显示所述互动特效之后开始计时；当计时时间达到显示时间阈值时，在所述人机交互界面关闭所述互动特效；当所述计时时间未达到所述显示时间阈值，且接收到所述第一支付方针对所述互动特效的关闭操作时，在所述人机交互界面关闭所述互动特效；当所述计时时间未达到所述显示时间阈值，且接收到所述第二支付方针对所述互动特效的关闭操作时，在所述人机交互界面关闭所述互动特效。

在上述方案中，所述操作模块，还用于：当所述第一支付方的电子支付操作的类型是生物特征支付时，获取所述第一支付方的实时采集图像；对所述实时采集图像进行基于以下指标至少之一的评分处理：清晰度；亮度；对比度；生物特征部位的尺寸；生物特征部位的完整度；将评分最高的实时采集图像确定为用于进行生物特征识别的第一图像。

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

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

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

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

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

在第一支付方与人机交互界面进行支付交互的过程中，在不占用额外显示资源以及等待时间的情况下，通过携带有社交信息的互动特效整合到电子支付过程中促进不同支付方之间的社交互动，减少了支付方主观上的等待延迟，促进了展示以吸引注意力并实现与第二支付方关联的社交交互服务，既消除了因为处理延迟导致的等待感，也提高了人机交互效率。

附图说明

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

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

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

图4是本申请实施例提供的电子支付处理方法所使用的电子设备的实体示意图；

图5是本申请实施例提供的电子支付处理方法的核心架构图；

图6A-6D是本申请实施例提供的电子支付处理方法的界面示意图。

具体实施方式

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

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

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

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

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

1)客户端，终端中运行的用于提供各种服务的应用程序，例如即时通讯客户端、人脸识别客户端、支付客户端等等。

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

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

4)三维摄像头：在相关技术的摄像头的基础上添加了用于实施活体检测的软硬件，包括：深度相机、红外相机，以提高人脸识别准确度，从而保证信息安全。

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

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

相关技术所提供的支付服务均未将在支付终端(例如，商家所使用的IoT物联网(IoT，Internet of Thing)刷脸终端或者用户所使用的终端，下文简称终端)所进行的支付服务与社交关系链结合，均为单用户购物后实施电子支付，支付过程中未提供基于社交关系链的社交服务，由于缺乏基于社交关系链的联动，导致用户间缺乏有效互动，从而用户支付过程中的支付模式单一，缺乏与好友间的互动，导致支付业务单一。

基于上述技术问题，本申请实施例提供一种电子支付处理方法、装置、电子设备和计算机可读存储介质，能够将支付服务与社交服务结合，在支付过程中显示基于社交关系链的互动特效，将计算资源复用至两种服务中，提升了服务效率以及用户人机交互效率，进而提升用户的支付体验。

下面说明本申请实施例提供的电子设备的示例性应用，本申请实施例提供的用于实现电子支付处理方法的电子设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端。

参见图1，图1是本申请实施例提供的电子支付处理系统的架构示意图，为实现支撑支付应用410-1和支付应用410-2，终端400-1和终端400-2通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。

终端400-1响应于用户(即第一支付方)进行电子支付的电子支付操作，发送支付请求以将第一支付方的支付状态设置为使用中支付状态，使用中支付状态表征正在等待对应的支付请求结果。

终端400-2响应于用户(第二支付方)进行电子支付的电子支付操作，发送支付请求以将第二支付方的支付状态设置为使用中支付状态，使用中支付状态表征正在等待对应的支付请求结果。

当第一支付方以及第二支付方的支付状态均为使用中支付状态，且第一支付方与第二支付方具有社交关系，则第二支付方的终端400-2可以接收到来自于第二支付方针对社交好友(第一支付方)的互动操作，服务器200生成对应互动操作的互动特效，将互动特效发送至终端400-1并在终端400-1的人机交互界面中显示互动特效。

下面以电子支付操作为生物特征支付操作为例进行详细说明。

终端400-1响应于用户(即第一支付方)进行电子支付的电子支付操作，采集用户的第一图像，例如，人脸图像，在人机交互界面的生物特征采集预览区域中显示实时采集到的第一图像，终端400-1是用户所使用的终端或者商家所使用的终端，将采集到的第一图像发送至服务器200以对第一图像进行在线生物特征识别、在线身份识别以及在线支付验证或者直接由终端400-1进行离线生物特征识别、再由服务器200进行在线身份识别以及在线支付验证，若是生物特征识别由终端400-1完成，则在人机交互界面中显示采集到的第一图像，并基于从第一图像识别出的生物特征，发送支付请求以将第一支付方的支付状态设置为使用中支付状态，使用中支付状态表征正在等待对应的支付请求结果。

终端400-2响应于用户(第二支付方)进行电子支付的电子支付操作，采集用户的第一图像，例如，人脸图像，在人机交互界面的生物特征采集预览区域中显示实时采集到的第一图像，将采集到的图像发送至服务器200以对图像进行在线生物特征识别、在线身份识别以及在线支付验证或者直接由终端400-2进行离线生物特征识别、再由服务器200进行在线身份识别以及在线支付验证，若是生物特征识别由终端400-2完成，则在人机交互界面中显示采集到的第一图像，并基于从第一图像识别出的生物特征，发送支付请求以将第二支付方的支付状态设置为使用中支付状态，使用中支付状态表征正在等待对应的支付请求结果。

当第一支付方以及第二支付方的支付状态均为使用中支付状态，且第一支付方与第二支付方具有社交关系，则第二支付方的终端400-2可以接收到来自于第二支付方针对社交好友(第一支付方)的互动操作，服务器200生成对应互动操作的互动特效，将互动特效发送至终端400-1并在终端400-1的人机交互界面中显示互动特效。

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

本申请实施例可以借助于云技术(Cloud Technology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源。

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

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

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

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

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

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

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

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

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

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

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

在一些实施例中，本申请实施例提供的电子支付处理装置可以采用软件方式实现，图2示出了存储在存储器450中的电子支付处理装置455，其可以是程序和插件等形式的软件，包括以下软件模块：操作模块4551、互动模块4552，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分，将在下文中说明各个模块的功能。

下面，以由图2中的终端400-1执行本申请实施例提供的电子支付处理方法为例说明。

参见图3A，图3A是本申请实施例提供的电子支付处理方法的流程示意图，将结合图3A示出的步骤101-103进行说明。步骤101-103中的步骤应用于电子设备中。

在步骤101中，响应于第一支付方的电子支付操作，发送支付请求以将第一支付方的支付状态设置为使用中支付状态。

作为示例，电子支付操作的类型是生物特征支付、口令支付或者密码支付，当类型是生物特征支付时，电子支付操作是生物特征支付操作，当类型是口令支付或者是密码支付时，电子支付操作是验证操作。

在一些实施例中，响应于用户所使用的终端针对支付码的扫描操作，在用户所使用的终端中呈现对应支付码的支付页面，响应于第一支付方的在支付页面的电子支付操作，发送支付请求以将第一支付方的支付状态设置为使用中支付状态，在免密支付情况下，上述电子支付操作为针对任意金额的确认操作，在非免密支付情况下，上述电子支付操作为密码验证操作，响应第一支付方的电子支付操作的电子设备是用户所使用的终端。

在一些实施例中，步骤101中响应于第一支付方的电子支付操作，发送支付请求以将第一支付方的支付状态设置为使用中支付状态可以通过以下技术方案实现，响应于第一支付方的电子支付操作，在人机交互界面中显示采集到的第一图像，基于从第一图像识别出的第一支付方的生物特征，发送支付请求以将第一支付方的支付状态设置为使用中支付状态。

在一些实施例中，第一支付方的电子支付操作是生物特征支付操作，响应第一支付方的电子支付操作的电子设备是商家所使用的终端，则响应于第一支付方的生物特征支付操作，在电子设备的人机交互界面中显示采集到的第一图像，第一图像为第一支付方的人脸图像，当所述第一支付方的电子支付操作的类型是生物特征支付时，响应于第一支付方的生物特征支付操作，获取第一支付方的实时采集图像；对实时采集图像进行基于以下指标至少之一的评分处理：清晰度；亮度；对比度；生物特征部位的尺寸；生物特征部位的完整度；将评分最高的实时采集图像确定为用于进行生物特征识别的第一图像。在将评分最高的实时采集图像确定为用于进行生物特征识别的第一图像之后，可以在人机交互界面中显示第一图像。

作为示例，终端包括三维摄像头以及人脸识别客户端，为了增强用户人脸识别安全性，可以在终端上使用三维摄像头，调用三维摄像头进行人脸图像采集，获取真彩图像流、深度图流，红外图流，进而通过生物特征部位的尺寸(例如，人脸尺寸)、生物特征部位的完整度(例如，人脸完整度)、图像对比度、图像亮度以及图像清晰度等参数指标对真彩图像流进行综合评价，以选出真彩图像流中评分最高的图像作为最优人脸图像，并作为用于进行生物特征识别的第一图像，真彩图像流是实时采集图像流。

在一些实施例中，上述发送支付请求以将第一支付方的支付状态设置为使用中支付状态，可以通过以下技术方案实现：发送携带第一支付方的标识的支付请求，以通过支付请求携带的标识识别出第一支付方的身份信息，基于第一支付方的身份信息查询第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态；还可以执行以下技术方案：当将查询到的支付状态从闲置支付状态切换为使用中支付状态时，在人机交互界面显示第一提示信息，以提示第一支付方的支付状态为使用中支付状态。

作为示例，第一支付方的标识可以为生物特征或者是支付账号，当第一支付方的标识为生物特征时，通过终端从第一图像中识别出生物特征，向服务器发送携带第一支付方的支付参数和生物特征的支付请求，支付请求用于使服务器执行以下处理：基于第一支付方的生物特征识别出第一支付方的身份信息，基于第一支付方的身份信息查询第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态，并基于支付参数进行支付处理。当第一支付方的标识为支付账号时，则向服务器发送携带第一支付方的支付参数和支付账号的支付请求，支付请求用于使服务器执行以下处理：基于第一支付方的支付账号识别出第一支付方的身份信息，基于第一支付方的身份信息查询第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态，并基于支付参数进行支付处理。

作为示例，第一支付方的支付请求除了携带生物特征，还携带支付参数，支付参数包括支付数额、第一支付方的支付对象的账号(也即第一支付方的收款方的账号)，服务器基于支付参数进行扣款操作，在扣款成功时，即表征支付请求处理成功，则使用中支付状态被设置为闲置支付状态，在扣款失败时，即表征支付请求处理失败，则使用中支付状态继续保持，并返回扣款失败原因，同时显示第三提示信息，以提示第一支付方切换支付方式，例如，切换为以代付的方式进行支付。

在一些实施例中，直接向服务器发送携带第一支付方的支付参数和第一图像的支付请求，支付请求用于使服务器执行以下处理：基于第一支付方的第一图像识别出生物特征，然后基于生物特征识别出第一支付方的身份信息，基于第一支付方的身份信息查询第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态，并基于支付参数进行支付处理。

在步骤102中，响应于第一支付方以及第二支付方的支付状态均为使用中支付状态，接收互动特效。

在一些实施例中，互动特效包括第一图像、第二图像、连接第一图像和第二图像的特效元素，参见图6A，图6A是本申请实施例提供的电子支付处理方法的界面示意图，人机交互界面601A显示有第一图像602A、第二图像603A以及特效元素604A，特效元素604A为静态特效，例如，第一支付方的第一图像与第二支付方的第二图像之间的静态闪电特效，特效元素604A为动态特效，例如，第一支付方的第一图像与第二支付方的第二图像之间的带有频闪效果的闪电特效，频闪的频率表征第一支付方和第二支付方之间的社交密切度，第一图像是响应于第一支付方的电子支付操作时采集的所述第一支付方的图像，第二图像是响应于所述第二支付方的电子支付操作时采集的第二支付方的图像，特效元素用于表征第一支付方和第二支付方之间具有社交关系；互动特效包括文字、音频和图像类型的特效元素至少之一，用于表征第一支付方与第二支付方的支付状态均为使用中支付状态，使用中支付状态表征支付方正在等待对应的支付请求结果，音频类型的特效元素可以包括第二支付方在支付过程中所采集的第二支付方的声音。

在步骤103中，在人机交互界面中显示互动特效，以通过互动特效提示第一支付方与第二支付方均处于使用中支付状态，且第一支付方与第二支付方具有社交关系。

在一些实施例中，互动特效的类型与社交关系的类型之间具有对应关系，例如，图像类型的互动特效表征社交关系属于工作社交关系，音频类型的互动特效表征社交关系属于私人社交关系，例如，文本类型的互动特效表征社交关系属于非家庭社交关系，图像类型的互动特效表征社交关系属于家庭社交关系。

在一些实施例中，互动特效所承载的内容与社交关系的类型之间具有对应关系，例如，承载家庭内容的图像互动特效、文本互动特效或者音频互动特效可以表征社交关系是家庭社交关系，承载办公内容的图像互动特效、文本互动特效或者音频互动特效可以表征社交关系是工作社交关系。家庭社交关系、工作社交关系等是基于第二支付方与第一支付方在实际生活中的社交关系区分的，社交关系还可以是基于社交网络来源区分的，例如，第一支付方和第二支付方属于社交网络A的社交关系，第一支付方和第二支付方属于社交网络B的社交关系，将社交网络对应的图像(例如，社交网络客户端的图标)作为图像互动特效，将社交网络对应的音频(社交网络客户端中具有唯一性的提示音)作为音频互动特效、将社交网络对应的文本元素(社交网络客户端的名称，例如社交网络A、社交网络B等等)作为文本互动特效。

在一些实施例中，参见图3B，图3B是本申请实施例提供的电子支付处理方法的流程示意图，执行步骤104在人机交互界面中显示互动特效之前，还可以执行步骤104B-106B。

在步骤104B中，获取第一支付方发起电子支付操作的支付次数。

在步骤105B中，当支付次数不小于支付次数阈值时，确定将在人机交互界面中显示互动特效。

在步骤106B中，当支付次数小于支付次数阈值时，在人机交互界面中显示第二提示信息，以提示当第一支付方的支付次数达到支付次数阈值时将显示互动特效。

作为示例，获取第一支付方发起电子支付操作的支付次数，假设支付次数为1，当支付次数不小于支付次数阈值时，确定将在人机交互界面中显示互动特效，从而激励支付方再次发起电子支付操作，以积累支付次数，从而可以在接受支付服务的同时接受社交服务，当支付次数小于支付次数阈值时，在人机交互界面中显示第二提示信息，以提示当第一支付方的支付次数达到支付次数阈值时将显示互动特效，从而激励支付方再次发起电子支付操作，以积累支付次数，可以激励用户发起电子支付操作。

作为示例，支付次数是在设定时间内发起电子支付操作的支付次数，例如，最近一周内的电子支付操作的支付次数，可以保证支付次数统计的时效性，以有效优化激励用户发起电子支付操作的激励效果。

在一些实施例中，参见图3C，图3C是本申请实施例提供的电子支付处理方法的流程示意图，执行步骤104在人机交互界面中显示互动特效之前，还可以执行步骤104C-105C。

在步骤104C中，获取第二支付方所购买的产品的特征向量、以及第一支付方的用户画像的特征向量。

在步骤105C中，当产品的特征向量与第一支付方的特征向量之间的相似度超过相似度阈值时，确定将在人机交互界面中显示互动特效。

作为示例，终端接收到对应至少一个第二支付方的互动特效之后，终端获取第二支付方所购买的产品的特征向量、以及第一支付方的用户画像的特征向量，当产品的特征向量与第一支付方的特征向量之间的相似度超过相似度阈值时，终端确定将在人机交互界面中显示互动特效，当存在多个第二支付方(用户A和用户B)时，获取用户A所购买的产品的特征向量以及用户B所购买的产品的特征向量，并确定用户A所购买的产品的特征向量与第一支付方的用户画像的特征向量之间的相似度以及用户B所购买的产品的特征向量与第一支付方的用户画像的特征向量之间的相似度，相似度超出相似度阈值表征对应的第二支付方与第一支付方的用户画像相似，若用户A所购买的产品的特征向量与第一支付方的用户画像的特征向量之间的相似度超出相似度阈值，则将用户A发起的互动操作对应的互动特效显示在人机交互界面中。

在一些实施例中，服务器接收到对应至少一个第二支付方的互动特效，服务器获取第二支付方所购买的产品的特征向量、以及第一支付方的用户画像的特征向量，当产品的特征向量与第一支付方的特征向量之间的相似度超过相似度阈值时，将互动特效发送至第一支付方的终端，并在人机交互界面中显示互动特效，当存在多个第二支付方(用户A和用户B)时，服务器获取用户A所购买的产品的特征向量以及用户B所购买的产品的特征向量，并确定用户A所购买的产品的特征向量与第一支付方的用户画像的特征向量之间的相似度以及用户B所购买的产品的特征向量与第一支付方的用户画像的特征向量之间的相似度，相似度超出相似度阈值表征对应的第二支付方与第一支付方的用户画像相似，若用户A所购买的产品的特征向量与第一支付方的用户画像的特征向量之间的相似度超出相似度阈值，则将用户A发起的互动操作对应的互动特效发送至第一支付方的终端，以显示在人机交互界面中。

在一些实施例中，步骤103中在人机交互界面中显示互动特效，可以通过以下技术方案实现：响应于第二支付方针对第一支付方的互动操作，在人机交互界面显示与互动操作对应的互动特效；其中，互动操作是在第二支付方处于使用中支付状态时发起的。

作为示例，当第一支付方和第二支付方均处于使用中支付状态时，可以由服务器直接发送默认互动特效至第一支付方的终端以及第二支付方的终端，即不需要用户触发实现互动特效的显示，或者，当第一支付方和第二支付方均处于使用中支付状态时，响应于第一支付方的互动操作，服务器生成对应互动操作的互动特效，并发送至第二支付方的终端，在第二支付方的终端上进行显示，参见图6B，图6B是本申请实施例提供的电子支付方法的界面示意图，人机交互界面601B是第一支付方所使用的终端的人机交互界面，人机交互界面602B是第二支付方所使用的终端的人机交互界面，响应于第二支付方针对人机交互界面602B中第一支付方的互动操作，互动操作可以是针对第一支付方头像603B的点击操作，响应于第二支付方的互动操作，服务器生成对应互动操作的互动特效604B，并发送至第一支付方的终端，在第一支付方的终端的人机交互界面601B上进行显示。

作为示例，第一支付方和第二支付方是相对的概念，第一支付方的终端和第二支付方的终端是完全镜像的，第一支付方的终端可以发起的操作，第二支付方的终端也可以发起相同的操作，第一支付方的终端可以被动接收互动特效，第二支付方的终端也可以被动接收相同的互动特效。

在一些实施例中，当在人机交互界面中显示互动特效时，还可以执行以下技术方案：从在人机交互界面中显示互动特效之后开始计时；当计时时间达到显示时间阈值时，在人机交互界面关闭互动特效；当计时时间未达到显示时间阈值，且接收到第一支付方针对互动特效的关闭操作时，在人机交互界面关闭互动特效；当计时时间未达到显示时间阈值，且接收到第二支付方针对互动特效的关闭操作时，在人机交互界面关闭互动特效。

作为示例，第一支付方的人机交互界面上显示的互动特效是基于第二支付方的互动操作显示的，从在人机交互界面中显示互动特效之后开始计时，计时时间阈值为5秒，当计时时间达到显示时间阈值时，在人机交互界面关闭互动特效，即互动特效仅显示5秒，当计时时间未达到显示时间阈值，且接收到第一支付方针对互动特效的关闭操作时，在人机交互界面关闭互动特效，若是在5秒钟之内接收到第一支付方的关闭操作(来自于特效接收方的关闭操作)，则停止在人机交互界面中显示互动特效，当计时时间未达到显示时间阈值，且接收到第二支付方针对互动特效的关闭操作时，在人机交互界面关闭互动特效，若是在5秒钟之内接收到第二支付方的关闭操作(来自于特效发起方的关闭操作)，则停止在人机交互界面中显示互动特效。

在一些实施例中，在步骤103的基础上，还可以执行以下技术方案：响应于针对第二支付方发起的支付请求执行扣款操作失败，例如，基于支付请求携带的支付参数进行扣款操作失败，通过互动特效提示第一支付方为第二支付方的支付请求进行代付。

作为示例，互动特效在提示第一支付方和第二支付方之间的社交关系的基础上进一步提示代付信息，参见图6C，图6C是本申请实施例提供的电子支付处理方法的界面示意图，第一支付方的人机交互界面601C中显示有用于提示代付信息的互动特效602C，互动特效602C中包括第一支付方的头像(或者第一图像)604C以及第二支付方的头像(或者第二图像)603C，互动特效602C中还包括提示信息“第二支付方请求您进行代付”，即提示第一支付方为第二支付方的支付请求进行代付，响应于针对第二支付方发起的支付请求执行扣款操作失败，服务器可以自动请求第一支付方为第二支付方的支付请求进行代付，即通过互动特效提示服务器自动请求第一支付方为第二支付方的支付请求进行代付，第二支付方的终端可以发出请求他人代付的请求至服务器，以使服务器生成对应的互动特效，通过生成的互动特效提示第二支付方请求第一支付方为第二支付方的支付请求进行代付，通过上述实施方式可以将支付服务与社交服务进行实质性耦合，从而提高服务效率以及用户体验。

在一些实施例中，通过互动特效提示第一支付方为第二支付方的支付请求进行代付之前，还可以执行以下技术方案：确定满足以下代付发起条件至少之一：第二支付方的支付对象与第一支付方的支付对象相同；请求第一支付方代付的数额小于代付额度阈值；第一支付方与第二支付方之间的互动满足社交密切度条件。

作为示例，在通过互动特效提示第一支付方为第二支付方的支付请求进行代付之前，需要终端确定满足以下代付发起条件至少之一：第二支付方的支付对象与第一支付方的支付对象相同，即第二支付方的收款方与第一支付方的收款方是相同的；请求第一支付方代付的数额小于代付额度阈值，代付额度阈值可以是第一支付方预先设定的，或者是终端根据第一支付方的历史支付数据自动设定的，例如，第一支付方的历史支付数据可以是第一支付方的多次历史支付订单的支付金额的均值，将代付额度阈值自动设定为历史支付数据的一半，第一支付方与第二支付方之间的互动满足社交密切度条件，社交密切度条件包括条件至少之一：第一支付方与第二支付方之间未互动的持续时长低于互动时长阈值；第一支付方与第二支付方之间的互动频率大于互动频率阈值；第一支付方与第二支付方的共同好友的数目超过数目阈值。

在一些实施例中，还可以执行以下技术方案：响应于针对第二支付方的代付操作，发送携带第一支付方的标识的代付请求；当针对第一支付方的代付请求执行扣款操作成功时，维持第一支付方的使用中支付状态，并继续针对第二支付方的代付请求执行扣款操作；当针对第二支付方的代付请求执行扣款操作成功时，将第一支付方、第二支付方的支付状态从使用中支付状态切换为闲置支付状态。

作为示例，参见图6D，图6D是本申请实施例提供的电子支付处理方法的界面示意图，第一支付方的人机交互界面601D中显示有用于提示代付信息的互动特效602D，互动特效602D中包括第一支付方的头像604D以及第二支付方的头像603D，互动特效602D中还包括提示信息“第二支付方请求您进行代付”，响应于针对第二支付方的头像603D的触发操作或者是针对互动特效602D的触发操作，显示代付参数605D，针对第二支付方的代付操作是针对代付参数605D的确认操作，响应于针对第二支付方的代付操作，发送携带第一支付方的标识以及代付参数的代付请求，代付参数包括代付数额、第二支付方的支付对象的账号，以使服务器执行以下处理：当针对第一支付方的支付请求执行扣款操作成功时，即基于第一支付方的支付请求中的支付参数完成扣款操作时，维持第一支付方的使用中支付状态，并继续针对第二支付方的代付请求执行扣款操作；当针对第二支付方的代付请求执行扣款操作成功时，即基于第二支付方的代付参数进行扣款操作，当基于代付参数进行扣款操作成功时，将第一支付方、第二支付方的支付状态从使用中支付状态切换为闲置支付状态。

下面，将说明本申请实施例提供的电子支付处理方法在实际的应用场景中的示例性应用。

参见图4，图4是本申请实施例提供的电子支付处理方法所使用的电子设备的实体示意图，通过图4中的电子设备可以实施本申请实施例提供的电子支付处理方法，响应于针对图4所示电子设备的人机交互界面401中刷脸支付控件402的触发操作，在人机交互界面401显示待支付产品以及待支付金额403，响应于针对待支付金额的确认操作，显示生物特征采取区域404，响应于电子支付操作，在生物特征采取区域404显示采集的第一图像405，基于从第一图像识别出的支付方的生物特征，发送支付请求，在等待支付请求结果的过程中显示对应支付方的社交好友的互动特效406。

参见图5，图5是本申请实施例提供的电子支付处理方法的核心架构图，核心架构整体包括IoT刷脸终端(下文简称为刷脸终端)以及对应的服务器。

在一些实施例中，刷脸终端包括三维摄像头以及人脸识别客户端，为了增强用户人脸识别安全性，可以使用三维摄像头，在刷脸终端上使用三维摄像头，三维摄像头输出的真彩图像以及深度图等相关信息，人脸识别客户端包括人脸采集模块，人脸优选模块，拍一拍模块(互动模块)以及结果页模块等等，人脸采集模块、人脸优选模块以及结果页模块可以集成为操作模块，人脸采集模块用于调用三维摄像头进行人脸图像采集，获取真彩图像流、深度图流，红外图流。人脸优选模块通过人脸尺寸、人脸角度、图像对比度、图像亮度以及图像清晰度等参数指标对真彩图像流进行综合评价，以选出最优人脸图像作为人脸优选图像，采集人脸优选图像成功后，刷脸终端会通过人脸识别客户端的网络模块，将数据发送至服务器进行人脸识别，人脸识别客户端的前端界面进入载入态，以等待服务器返回支付结果。

在一些实施例中，人脸识别客户端的结果页模块用于当识别出用户身份后，在支付客户端体系内会返第二支付方(当前支付方)的付款码至商户端进行支付，并且服务器在识别出用户身份后，会将当前第二支付方(当前支付方)的身份信息标识为正在使用刷脸支付的支付状态，在商户端进行支付的过程中，人脸识别客户端会进入查单服务，即查询第二支付方(当前支付方)的付款码以及该订单的最终支付状态，支付结果可以为支付成功，支付失败，或者支付超时，支付结果最终会被呈现给用户，查单过程中，假如同时间有社交好友(第一支付方)同样在使用刷脸支付，则会触发调用人脸识别客户端的好友同时刷脸彩蛋模块，查单结束后，会调用人脸识别客户端的网络模块以更新第二支付方(当前支付方)的身份信息的支付状态，标识第二支付方(当前支付方)已经处于未使用刷脸支付的支付状态。

在一些实施例中，针对人脸识别客户端的好友同时刷脸彩蛋模块，当服务器识别到第二支付方(当前支付方)有社交好友(第一支付方)同时在使用刷脸支付时，服务器会返回此支付状态，以触发好友同时刷脸彩蛋模块的彩蛋逻辑，在刷脸终端中可以展示第二支付方(当前支付方)与社交好友(第一支付方)的头像，响应于第二支付方(当前支付方)双击社交好友的头像的操作，触发好友同时刷脸彩蛋模块的拍一拍逻辑，经过服务器转发，社交好友(第一支付方)会收到相关的互动特效的推送，并播放互动特效，例如，头像的抖动动画。

在一些实施例中，服务器的人脸识别服务模块，用于接收来自刷脸终端上传的人脸优选图像后，对人脸优选图像进行特征提取，并将该特征与特征数据库中的特征进行比对，找出分数最高的特征，并找出分数最高的特征在人脸数据库中对应的人脸的身份信息，在支付体系内返回身份信息对应的第二支付方的支付帐号或支付付款码等相关信息。

在一些实施例中，服务器的身份状态服务模块，用于在识别出身份信息后，针对第二支付方(当前用户)的身份信息的基础数据，设置刷脸支付的支付状态为使用中，该刷脸支付的支付状态的基础数据的值总共有两种类型：使用中与闲置，使用中即表征可触发好友同时刷脸彩蛋模块，闲置表征不可触发好友同时刷脸彩蛋模块。

在一些实施例中，服务器的关系链服务模块，用于拉取该用户的社交好友的信息列表，列表中每个社交好友的信息均会有刷脸支付状态的基础数据，当且仅当与第二支付方(当前用户)具有社交关系，且该好友(第一支付方)的刷脸支付状态的基础数据的值为使用中，才会触发好友同时刷脸彩蛋服务。

在一些实施例中，服务器的拍一拍服务模块是好友同时刷脸彩蛋中的一种应用，指第二支付方(当前用户)在A刷脸终端中的人脸识别客户端中双击社交好友头像后，通过服务器转发到好友(第一支付方)的B刷脸终端上，接收到第二支付方(当前用户)的拍一拍请求后播放头像抖动动画(互动特效)，其他刷脸彩蛋以在此基础上衍生。

通过本申请实施例提供的电子支付处理方法，将社交关系链与刷脸支付业务进行结合，在用户以及好友同时使用刷脸支付并等待支付结果时，触发诸如拍一拍的彩蛋服务，相当于是将社交服务轻量化嵌入到支付服务的间隙时间中，在实现社交服务以及支付服务的同时，占用了较少的计算资源，提升了服务提供效率，进而同时提升用户的支付体验以及社交体验。

下面继续说明本申请实施例提供的电子支付处理装置455的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器450的电子支付处理装置455中的软件模块可以包括：操作模块4551，用于响应于第一支付方的电子支付操作，发送支付请求以将第一支付方的支付状态设置为使用中支付状态；互动模块4552，用于响应于第一支付方以及第二支付方的支付状态均为使用中支付状态，接收互动特效，并在人机交互界面中显示互动特效，以通过互动特效提示第一支付方与第二支付方均处于使用中支付状态，且第一支付方与第二支付方具有社交关系。

在一些实施例中，互动模块4552，还用于：响应于第二支付方针对第一支付方的互动操作，在人机交互界面显示与互动操作对应的互动特效；其中，互动操作是在第二支付方处于使用中支付状态时发起的。

在一些实施例中，操作模块4551，还用于：发送携带第一支付方的标识的支付请求，以通过支付请求携带的标识识别出第一支付方的身份信息，基于第一支付方的身份信息查询第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态；当将查询到的支付状态从闲置支付状态切换为使用中支付状态时，在人机交互界面显示第一提示信息，以提示第一支付方的支付状态为使用中支付状态。

在一些实施例中，互动模块4552，还用于：响应于针对第二支付方发起的支付请求执行扣款操作失败，通过互动特效提示第一支付方为第二支付方的支付请求进行代付。

在一些实施例中，通过互动特效提示第一支付方为第二支付方的支付请求进行代付之前，互动模块4552，还用于：确定满足以下代付发起条件至少之一：第二支付方的支付对象与第一支付方的支付对象相同；请求第一支付方代付的数额小于代付额度阈值；第一支付方与第二支付方之间的互动满足社交密切度条件。

在一些实施例中，社交密切度条件包括条件至少之一：第一支付方与第二支付方之间未互动的持续时长低于互动时长阈值；第一支付方与第二支付方之间的互动频率大于互动频率阈值；第一支付方与第二支付方的共同好友的数目超过数目阈值。

在一些实施例中，操作模块4551，还用于：响应于针对第二支付方的代付操作，发送携带第一支付方的标识的代付请求；当针对第一支付方的代付请求执行扣款操作成功时，维持第一支付方的使用中支付状态，并继续针对第二支付方的代付请求执行扣款操作；当针对第二支付方的代付请求执行扣款操作成功时，将第一支付方、第二支付方的支付状态从使用中支付状态切换为闲置支付状态。

在一些实施例中，在人机交互界面中显示互动特效之前，互动模块4552，还用于：获取第一支付方发起电子支付操作的支付次数；当支付次数不小于支付次数阈值时，确定将在人机交互界面中显示互动特效；当支付次数小于支付次数阈值时，在人机交互界面中显示第二提示信息，以提示当第一支付方的支付次数达到支付次数阈值时将显示互动特效。

在一些实施例中，在人机交互界面中显示互动特效之前，互动模块4552，还用于：获取第二支付方所购买的产品的特征向量、以及第一支付方的特征向量；当产品的特征向量与第一支付方的特征向量之间的相似度超过相似度阈值时，确定将在人机交互界面中显示互动特效。

在一些实施例中，互动特效包括第一图像、第二图像、连接第一图像和第二图像的特效元素，所述第一图像是响应于所述第一支付方的电子支付操作时采集的所述第一支付方的图像，所述第二图像是响应于所述第二支付方的电子支付操作时采集的所述第二支付方的图像，特效元素用于表征第一支付方和第二支付方之间具有社交关系；互动特效包括文字、音频和视频类型的特效元素至少之一，用于表征第一支付方与第二支付方的支付状态均为使用中支付状态。

在一些实施例中，当在人机交互界面中显示互动特效时，互动模块4552，还用于：从在人机交互界面中显示互动特效之后开始计时；当计时时间达到显示时间阈值时，在人机交互界面关闭互动特效；当计时时间未达到显示时间阈值，且接收到第一支付方针对互动特效的关闭操作时，在人机交互界面关闭互动特效；当计时时间未达到显示时间阈值，且接收到第二支付方针对互动特效的关闭操作时，在人机交互界面关闭互动特效。

在一些实施例中，操作模块4551，还用于：当所述第一支付方的电子支付操作的类型是生物特征支付时，获取第一支付方的实时采集图像；对实时采集图像进行基于以下指标至少之一的评分处理：清晰度；亮度；对比度；生物特征部位的尺寸；生物特征部位的完整度；将评分最高的实时采集图像确定为用于进行生物特征识别的第一图像。

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

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

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

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

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

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

综上所述，通过本申请实施例，在第一支付方针对服务方的支付过程中，将互动特效耦合在第一支付方的支付过程中进行显示，通过互动特效提示第一支付方与第二支付方均处于使用中支付状态，且第一支付方与第二支付方具有社交关系，从而在第一支付方与人机交互界面进行交互的过程中，使得携带有更加丰富的社交信息的互动特效在不占用额外显示资源以及第一支付方时间的情况下，向第一支付方进行展示以吸引注意力并实现社交交互服务，既消除了因为处理延迟导致的等待感，也提高了人机交互效率。

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

Claims (15)

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

响应于第一支付方的电子支付操作，发送支付请求以将所述第一支付方的支付状态设置为使用中支付状态；

响应于所述第一支付方以及第二支付方的支付状态均为所述使用中支付状态，接收互动特效，并

在人机交互界面中显示所述互动特效，以通过所述互动特效提示所述第一支付方与所述第二支付方均处于所述使用中支付状态，且所述第一支付方与所述第二支付方具有社交关系。

2.根据权利要求1所述的方法，其特征在于，所述在人机交互界面中显示所述互动特效，包括：

响应于所述第二支付方针对所述第一支付方的互动操作，在所述人机交互界面显示与所述互动操作对应的所述互动特效；

其中，所述互动操作是在所述第二支付方处于使用中支付状态时发起的。

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

所述发送支付请求以将所述第一支付方的支付状态设置为使用中支付状态，包括：

发送携带所述第一支付方的标识的支付请求，以通过所述支付请求携带的所述标识识别出所述第一支付方的身份信息，基于所述第一支付方的身份信息查询所述第一支付方对应的支付状态，将查询到的支付状态从闲置支付状态切换为使用中支付状态；

所述方法还包括：当将查询到的支付状态从所述闲置支付状态切换为所述使用中支付状态时，在所述人机交互界面显示第一提示信息，以提示所述第一支付方的支付状态为所述使用中支付状态。

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

响应于针对所述第二支付方发起的支付请求执行扣款操作失败，通过所述互动特效提示所述第一支付方为所述第二支付方的支付请求进行代付。

5.根据权利要求4所述的方法，其特征在于，通过所述互动特效提示所述第一支付方为所述第二支付方的支付请求进行代付之前，所述方法还包括：

确定满足以下代付发起条件至少之一：

所述第二支付方的支付对象与所述第一支付方的支付对象相同；

请求所述第一支付方代付的数额小于代付额度阈值；

所述第一支付方与所述第二支付方之间的互动满足社交密切度条件。

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

所述社交密切度条件包括条件至少之一：

所述第一支付方与所述第二支付方之间未互动的持续时长低于互动时长阈值；

所述第一支付方与所述第二支付方之间的互动频率大于互动频率阈值；

所述第一支付方与所述第二支付方的共同好友的数目超过数目阈值。

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

响应于针对所述第二支付方的代付操作，发送携带所述第一支付方的标识的代付请求；

当针对所述第一支付方的代付请求执行扣款操作成功时，维持所述第一支付方的所述使用中支付状态，并继续针对所述第二支付方的代付请求执行扣款操作；

当针对所述第二支付方的代付请求执行扣款操作成功时，将所述第一支付方、所述第二支付方的支付状态从所述使用中支付状态切换为闲置支付状态。

8.根据权利要求1所述的方法，其特征在于，所述在人机交互界面中显示所述互动特效之前，所述方法还包括：

获取所述第一支付方发起所述电子支付操作的支付次数；

当所述支付次数不小于支付次数阈值时，确定将在所述人机交互界面中显示所述互动特效；

当所述支付次数小于支付次数阈值时，在所述人机交互界面中显示第二提示信息，以提示当所述第一支付方的支付次数达到所述支付次数阈值时将显示所述互动特效。

9.根据权利要求1所述的方法，其特征在于，在人机交互界面中显示所述互动特效之前，所述方法还包括：

获取所述第二支付方所购买的产品的特征向量、以及所述第一支付方的特征向量；

当所述产品的特征向量与所述第一支付方的特征向量之间的相似度超过相似度阈值时，确定将在所述人机交互界面中显示所述互动特效。

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

所述互动特效包括第一图像、第二图像、连接所述第一图像和所述第二图像的特效元素，所述第一图像是响应于所述第一支付方的电子支付操作时采集的所述第一支付方的图像，所述第二图像是响应于所述第二支付方的电子支付操作时采集的所述第二支付方的图像，所述特效元素用于表征所述第一支付方和所述第二支付方之间具有社交关系；

所述互动特效包括文字、音频和视频类型的特效元素至少之一，用于表征所述第一支付方与所述第二支付方的支付状态均为使用中支付状态。

11.根据权利要求1所述的方法，其特征在于，当在所述人机交互界面中显示所述互动特效时，所述方法还包括：

从在所述人机交互界面中显示所述互动特效之后开始计时；

当计时时间达到显示时间阈值时，在所述人机交互界面关闭所述互动特效；

当所述计时时间未达到所述显示时间阈值，且接收到所述第一支付方针对所述互动特效的关闭操作时，在所述人机交互界面关闭所述互动特效；

当所述计时时间未达到所述显示时间阈值，且接收到所述第二支付方针对所述互动特效的关闭操作时，在所述人机交互界面关闭所述互动特效。

12.根据权利要求1所述的方法，其特征在于，当所述第一支付方的电子支付操作的类型是生物特征支付时，所述方法还包括：

获取所述第一支付方的实时采集图像；

对所述实时采集图像进行基于以下指标至少之一的评分处理：清晰度；亮度；对比度；生物特征部位的尺寸；生物特征部位的完整度；

将评分最高的实时采集图像确定为用于进行生物特征识别的第一图像。

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

操作模块，用于响应于第一支付方的电子支付操作，发送支付请求以将所述第一支付方的支付状态设置为使用中支付状态；

互动模块，用于响应于所述第一支付方以及第二支付方的支付状态均为所述使用中支付状态，接收互动特效，并在人机交互界面中显示所述互动特效，以通过所述互动特效提示所述第一支付方与所述第二支付方均处于所述使用中支付状态，且所述第一支付方与所述第二支付方具有社交关系。

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

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

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

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

Images