CN115564439A - 业务处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种业务处理方法、装置、设备及计算机可读存储介质，方法包括：通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息；通过预设实名认证平台，对生物特征信息进行识别，得到当前生物特征信息对应的收取账户，并根据收取账户，从信息采集界面跳转至交易信息设置界面；在交易信息设置界面上，接收针对收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于当前交易信息完成对收取账户的交易业务。通过本申请，能够提高交易业务的便捷性与互动性。

Description

业务处理方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及人工智能技术，尤其涉及一种业务处理方法、装置、设备及计算机可读存储介质。

背景技术

目前，对于一些常用的交易软件，通常需要交易的收取方先在交易软件中进行一系列路径操作，以进入预设交易菜单，如根据收款功能菜单，根据预设交易菜单为支出方提供交易信息，如将收款功能菜单下的显示的收款账号进行截图发送给支出方，或在收款功能菜单中生成收款二维码提供给支出方等等，收取方再根据支出方提供的交易信息进行交易，如支付或付款。可以看出，目前交易流程的操作步骤较为繁琐，便捷性较差，且交易双方的互动性较差。

发明内容

本申请实施例提供一种业务处理方法、装置、设备及计算机可读存储介质，能够提高交易业务的便捷性与互动性。

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

本申请实施例提供一种业务处理方法，包括：

通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息；

通过预设实名认证平台，对所述生物特征信息进行识别，得到所述当前生物特征信息对应的收取账户，并根据所述收取账户，从所述信息采集界面跳转至交易信息设置界面；

在所述交易信息设置界面上，接收针对所述收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务。

本申请实施例提供一种业务处理方法，包括：

在交易业务应用的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；所述收取账户为所述交易业务应用中登录的当前账户；所述生物特征交易功能用于接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据所述当前生物特征信息识别得到对应的所述收取账户，并向所述收取账户发起交易业务。

本申请实施例提供一种业务处理装置，包括：

采集模块，用于通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息；

识别模块，用于通过预设实名认证平台，对所述生物特征信息进行识别，得到所述当前生物特征信息对应的收取账户，并根据所述收取账户，从所述信息采集界面跳转至交易信息设置界面；

交易模块，用于在所述交易信息设置界面上，接收针对所述收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务。

上述装置中，所述预设实名认证平台存储有至少一个身份信息与至少一个生物特征信息的对应关系，以及所述至少一个身份信息与至少一个账户的对应关系；所述识别模块，还用于在所述预设实名认证平台中，查询是否存在与所述当前生物特征信息匹配的收取方生物特征信息；当存在所述收取方生物特征信息时，根据所述至少一个身份信息与至少一个生物特征信息的对应关系，确定与所述收取方生物特征信息对应的收取方身份信息；根据所述至少一个身份信息与至少一个账户的对应关系，确定与所述收取方身份信息对应的收取账户。

上述装置中，所述业务处理装置还包括提示模块，所述提示模块，用于在所述预设实名认证平台中，查询是否存在与所述当前生物特征信息匹配的收取方生物特征信息之后，当不存在所述收取方生物特征信息时，提示第一错误信息，不进行交易业务。

上述装置中，所述提示模块，还用于在所述确定与所述收取方生物特征信息对应的收取方身份信息之后，查询所述收取方身份信息是否开通生物特征交易功能；当所述收取方身份信息未开通生物特征交易功能时，提示第二错误信息，不进行交易业务。

上述装置中，所述交易信息设置界面显示有至少一个交易信息输入控件，所述至少一个交易信息输入控件包括：交易数额输入控件与备注信息输入控件中的至少一个，所述交易模块，还用于通过接收针对所述交易数额输入控件的交易数额输入操作，获取所述收取账户对应的交易数额；通过接收针对所述备注信息输入控件的备注输入操作，获取所述收取账户对应的交易备注信息；将所述交易数额与所述交易备注信息作为所述交易信息。

上述装置中，所述提示模块，还用于在所述响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务之前，确定所述交易数额是否小于或等于预设限额；当所述交易数额大于所述预设限额时，提示第三错误信息，不进行交易业务。

上述装置中，所述交易模块，还用于响应于针对预设交易信息确认控件的操作，从所述交易设置界面跳转至交易支出界面；在所述交易支出界面上，响应于针对预设支出确认控件的确认操作，基于所述当前交易信息生成针对所述收取账户的交易业务，并调用所述交易业务应用的后台交易功能完成所述交易业务。

上述装置中，所述生物特征信息包括以下至少一种：

人脸信息、指纹信息、虹膜信息、以及声纹信息。

上述装置中，所述采集模块，还用于通过所述预设信息采集界面，对包含收取方生物特征的图像进行信息采集，得到所述当前生物特征信息。

本申请实施例提供一种业务处理装置，包括：

开启模块，用于在交易业务应用的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；所述收取账户为所述交易业务应用中登录的当前账户；所述生物特征交易功能用于接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据所述当前生物特征信息识别得到对应的所述收取账户，并向所述收取账户发起交易业务。

上述装置中，所述装置还包括认证模块，所述认证模块，用于在响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能之前，获取所述收取账户对应的收取方身份信息，以及所述收取方身份信息对应的收取方生物特征信息；基于所述收取账户、所述收取方身份信息以及所述收取方生物特征信息，向所述预设实名认证平台发起实名认证请求，以通过所述实名认证请求，在所述预设实名认证平台中建立所述收取账户与所述收取方身份信息、以及所述收取方身份信息与所述收取方生物特征信息的对应关系，实现所述收取账户、所述收取方身份信息与所述收取方生物特征信息的实名绑定。

上述装置中，所述装置还包括记录展示模块，所述记录展示模块，用于在预设收取界面上，响应于针对交易记录菜单控件的操作，进入交易记录界面，所述交易记录界面用于展示所述收取账户对应的历史交易业务的详情信息，所述详情信息至少包括：历史交易数额和历史交易备注中的至少一项。

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

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

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

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

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

本申请实施例通过采集收取方的当前生物特征信息，如演出者的人脸，可以直接根据当前生物特征信息识别出收取方对应的收取账户，进而向收取账户发起交易，从而简化了交易流程操作，提高了交易业务的便捷性。同时，通过预设实名认证平台的认证识别，保证了交易业务的安全性。并且，通过采集收取方的当前生物特征信息来进行交易，还增加了支出方与收取方的互动，对于一些需要活跃现场的交易场景，如演出打赏、或游乐互动等场景，使用本申请实施例提供的方法更有助于提高交易业务的互动性。

附图说明

图1是本申请实施例提供的业务处理系统架构的一个可选的结构示意图；

图2是本申请实施例提供的业务处理装置的一个可选的结构示意图；

图3是本申请实施例提供的业务处理装置的一个可选的结构示意图；

图4是本申请实施例提供的业务处理方法的一个可选的流程示意图；

图5是本申请实施例提供的预设信息采集界面的一个可选的效果示意图；

图6是本申请实施例提供的交易信息设置界面的一个可选的效果示意图；

图7是本申请实施例提供的交易支出界面的一个可选的效果示意图；

图8是本申请实施例提供的交易成功提示界面的一个可选的效果示意图；

图9是本申请实施例提供的业务处理方法的一个可选的流程示意图；

图10是本申请实施例提供的预设交易方式设置菜单的一个可选的效果示意图；

图11是本申请实施例提供的交易记录界面的一个可选的效果示意图；

图12是本申请实施例提供的业务处理方法在实际的应用场景中的示例性应用过程示意图。

具体实施方式

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

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

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

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

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

目前，一些小范围的演唱会，或者小型演出、街边唱歌等等，演出者需要打开手机收款软件入口找到收款二维码，或提前打印好收款二维码放出来或投在大屏幕上。这样一方面造成了一定的操作成本和学习成本，便捷性较差，并且不方便演唱嘉宾和观众互动。另外，在这种收款场景下，直接摆出收款二维码让观众扫描也给观众造成了急功近利的不良观感，影响演出者的演出效果和观众的体验。

本申请实施例提供一种业务处理方法、装置、设备和计算机可读存储介质，能够交易业务的便捷性与互动性，下面说明本申请实施例提供的电子设备的示例性应用，本申请实施例提供的电子设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端，也可以实施为服务器。下面，将说明电子设备实施为终端时的示例性应用。

参见图1，图1是本申请实施例提供的业务处理系统100的一个可选的架构示意图，为实现支撑一个支付应用，终端400(示例性示出了终端400-1和终端400-2)通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。服务器200中部署有预设实名认证平台，预设实名认证平台在数据库500中存储有预设实名认证平台存储有至少一个身份信息与至少一个生物特征信息的对应关系，以及至少一个身份信息与至少一个账户的对应关系。

终端400-1归属于支付应用中的支出方，为支出设备，用于通过交易业务应用410-1的预设信息采集界面，采集当前收取方的当前生物特征信息；通过网络300访问服务器200上的预设实名认证平台，通过预设实名认证平台200对当前生物特征信息进行识别，得到当前收取方对应的收取账户，并根据收取账户，从信息采集界面跳转至交易信息设置界面；在交易信息设置界面上，接收针对收取账户输入的交易信息，并响应于针对预设交易信息确认控件的操作，基于交易信息生成交易支出界面；通过交易支出界面，完成对收取账户的交易业务。

终端400-2归属于支付业务中的收取方，为收取设备，用于在交易业务应用410-2的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；收取账户为交易业务应用上当前登录的收取方的账户；生物特征交易功能用于接收支出设备通过采集收取方的生物特征信息，并通过预设实名认证平台识别出生物特征信息对应的收取账户，向收取账户发起的交易。

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

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

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

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

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

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

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

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

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

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

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

在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器450-1中的业务处理装置455-1，其可以是程序和插件等形式的软件，包括以下软件模块：采集模块4551、识别模块4552、和交易模块4553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。

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

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

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

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

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

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

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

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

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

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

在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图3示出了存储在存储器450-2中的业务处理装置455-2，其可以是程序和插件等形式的软件，包括以下软件模块：开启模块4555，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。

将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的业务处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的业务处理方法。

参见图4，图4是本申请实施例提供的业务处理方法应用于支出设备的一个可选的流程示意图，将结合图4示出的步骤进行说明。

S101、通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息。

本申请实施例提供的业务处理方法可以应用于收取方未携带用于收取的交易设备，如收款人未携带手机，以及收取方不方便展示收取信息，如不方便展示直接展示出收款账户如二维码或银行账号等信息来进行交易的场景。

本申请实施例中，在支出方需要向收取方进行交易时，如观众想要向演出现场的演出者进行打赏时，支出方可以操作支出设备，使得支出设备启动交易业务应用，进而进入交易业务应用的预设信息采集界面，通过预设信息采集界面采集当前收取方的当前生物特征信息。

本申请实施例中，交易业务应用可以是具备交易功能的应用。示例性地，交易业务应用可以是银行类应用，也可以是带有支付功能的社交软件应用。在一些实施例中，交易业务应用可以连接有后台服务器，用于为交易业务应用发起的交易流程提供交易功能支持。

本申请实施例中，预设信息采集界面用于采集收取方的当前生物特征信息。在一些实施例中，当前生物特征信息可以包括人脸信息、指纹信息、虹膜信息、以及声纹信息中的至少一种。

在一些实施例中，当当前生物特征信息为人脸信息或虹膜信息时，预设信息采集界面可以为图像信息采集界面，如图像信息扫描界面，支出设备可以通过图像信息扫描界面扫描收取方的人脸或者虹膜，得到收取方的人脸信息或虹膜信息；当当前生物特征信息为指纹信息时，预设信息采集界面可以是指纹采集界面，支出设备可以通过指纹采集界面提示收取方录入指纹，如收取方使用支出设备上的指纹传感器录入指纹，支出设备可以从收取方录入的指纹中得到收取方的指纹信息；当当前生物特征为声纹信息时，预设信息采集界面可以是声音采集界面，支出设备可以通过声音采集界面采集到收取方的声纹信息，如可以通过录音设备收集到收取方的音频，从中得到收取方的声纹信息。具体的根据实际情况进行选择，本申请实施例不作限定。

在一些实施例中，当交易业务应用为具备交易功能的综合类的社交应用时，支出设备可以通过启动社交应用中的“扫一扫”功能，可以进入社交应用中如图5所示的信息扫描界面，即预设信息采集界面。其中，信息扫描界面可以是社交软件中用来对二维码、小程序码进行扫描以进行符号信息识别，或者对物品扫描进行识别以进行识物，或者对文字信息扫描以进行翻译的界面，这里用于对当前收取方的当前生物特征，如演出者的人脸进行扫描，以获取当前收取方的当前生物特征信息。

在一些实施例中，支出设备可以对收取方的真实人脸进行信息采集，并对采集到的真实人脸图像进行活体检测，将通过活体检测的真实人脸图像作为当前生物特征信息，以防止面具攻击，提高交易安全。

在一些实施例中，支出设备也可以通过预设信息采集界面，对包含收取方生物特征的图像进行信息采集，得到当前生物特征信息。示例性地，当收取方为演唱会的演出者时，观众可以使用支出设备扫描包含演出者人脸照片的海报，从海报所展示出的演出者人脸照片中获取到演出者的当前生物特征信息，以提高交易方式的丰富程度，增加收取方和支出方之间的互动。这里，包含收取方生物特征的图像可以是包含收取方生物特征的海报，照片，账号头像等等形式的静态图像或动态视频等等，具体的根据实际情况进行选择，本申请实施例不作限定。

S102、通过预设实名认证平台，对生物特征信息进行识别，得到当前生物特征信息对应的收取账户，并根据收取账户，从信息采集界面跳转至交易信息设置界面。

本申请实施例中，支出设备可以通过预设实名认证平台，对采集到的当前生物特征信息进行识别，得到当前收取方对应的收取账户。支出设备进而可以根据收取账户，从信息采集界面跳转至交易信息设置界面，在交易信息设置界面上显示收取账户的账户信息，以及预设的至少一个交易信息输入控件，以通过交易信息设置界面引导支出方向收取方发起交易。

本申请实施例中，预设实名认证平台存储有至少一个身份信息与至少一个生物特征信息的对应关系，以及与至少一个身份信息与至少一个账户的对应关系。收取方可以预先向预设实名认证平台提供自身的生物特征信息、身份信息以及收取账户以进行实名注册。示例性地，收取方生物特征信息可以是收取方的至少一张人脸照片；收取方身份信息可以是收取方的身份证信息、驾照信息或营业执照信息等；收取账户可以是收取方对应的银行账号或具有收款功能的社交应用账号。具体的根据实际情况进行选择，本申请实施例不作限定。预设实名认证平台可以通过访问预设的身份认证数据库，对收取方生物特征信息、收取方身份信息以及收取账户进行实名认证，当收取方生物特征信息、收取方身份信息以及收取账户互相符合并为合法信息时，完成实名注册，在预设实名认证平台中存储收取方生物特征信息、收取方身份信息以及收取账户的对应关系。

本申请实施例中，支出设备可以通过预设实名认证平台，对当前生物特征信息进行识别。在一些实施例中，支出设备可以根据当前生物特征信息向给预设实名认证平台发起查询，在预设实名认证平台中查询当前生物特征信息是否对应有通过实名认证的身份信息，进而通过查询到的身份信息确定出对应的收取账户。

本申请实施例中，支出设备通过预设实名认证平台，根据当前生物特征信息识别出收取账户时，可以根据收取账户，从信息采集界面跳转至交易信息设置界面。在一些实施例中，交易信息设置界面可以如图6所示。

S103、在交易信息设置界面上，接收针对收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于当前交易信息完成对收取账户的交易业务。

本申请实施例中，交易信息设置界面上可以显示有收取账户的账户信息，以向支出方进行提示。示例性地，对于演出打赏场景，收取账户的账户信息可以是演出者的收款账户的账户头像与账户名，如图6中的61部分所示。并且，交易信息设置界面上可以显示有用于接收交易信息的至少一个交易信息输入控件，其中，至少一个交易信息输入控件可以包括交易数额输入控件与备注信息输入控件中的至少一个；示例性地，交易数额输入控件可以如图6中的63_1、与63_2所示，备注信息输入控件可以如图6中的62所示。图6中还示出了交易信息设置界面中的预设交易信息确认控件64。

本申请实施例中，支出设备可以通过接收针对交易数额输入控件的交易数额输入操作，获取支出方针对收取账户输入的交易数额。在一些实施例中，支出方可以通过点击63-1控件，选定并输入对应的交易数额；示例性地，交易数额可以是观众向演出者打赏的金额。或者，支出方也可以通过点击63-1控件中任一控件的数字显示部分，对所在控件对应的交易数额进行修改。

本申请实施例中，支出设备可以通过接收针对备注信息输入控件的备注输入操作，获取支出方针对收取账户输入的交易备注信息。在一些实施例中，支出方可以通过62控件，以文本、表情或图片等方式输入针对收取账户的交易备注信息。示例性地，交易备注信息可以是观众想要对演出者表达的信息，如对演出者的评价、赞赏和心里话等，这样，通过获取交易备注信息，可以进一步增加交易双方的互动性。

本申请实施例中，支出设备将交易数额与交易备注信息作为交易信息。

本申请实施例中，预设交易信息确认控件用于确认在交易信息设置界面上输入的当前交易信息，在一些实施例中，预设交易信息确认控件可以如图6中的64控件所示。当支出设备接收到针对于预设交易信息确认控件的操作时，可以响应于针对预设交易信息确认控件的操作，从所在的交易设置界面跳转至交易支出界面。

一些实施例中，交易支出界面可以如图7所示。交易支出界面可以是在交易信息设置界面上悬浮显示的小窗口，交易支出界面中可以显示有交易数额，如赞赏金额71；以及交易渠道设置控件，如支付方式选择控件72；以及预设支出确认控件，如“确认支付”控件73。

在一些实施例中，支出设备可以在交易支出界面上，响应于针对预设支出确认控件的确认操作，基于当前交易信息生成针对收取账户的交易业务，并调用交易业务应用的后台交易功能完成交易业务。示例性地，支出设备可以响应于针对预设支出确认控件的确认操作，生成交易收取方为收取账户，交易详情为当前交易信息的交易业务，并调用交易业务应用的后台服务器提供的后台交易功能接口，将生成的交易业务提交至后台服务器，通过后台服务器的后台交易功能完成交易业务，将当前交易信息中包含的交易数额的资源交易给收取账户。

需要说明的是，在一些实施例中，交易支出界面还可以显示有支出方在交易信息设置界面上输入的交易备注信息(图示未示出)，以在完成交易业务之前展示给支出方进行再次的信息确认。

在一些实施例中，当支出设备通过交易支出界面，成功完成对收取账户的交易业务，如赞赏支付时，可以通过如图8所示的交易成功提示界面，在支出设备上进行交易成功的提示。或者，还可以通过交易业务应用的后台服务器，向支出设备发送支出结果提醒消息，如支付扣费提醒消息等等，具体的根据实际情况进行选择，本申请实施例不作限定。

可以理解的是，通过采集收取方的当前生物特征信息，如演出者的人脸，可以直接根据当前生物特征信息识别出收取方对应的收取账户，进而向收取账户发起交易，从而简化了交易流程操作，提高了交易业务的便捷性。同时，通过预设实名认证平台的认证识别，保证了交易业务的安全性。并且，通过采集收取方的当前生物特征信息来进行交易，还增加了支出方与收取方的互动，对于一些需要活跃现场的交易场景，如演出打赏、或游戏互动等场景，使用本申请实施例提供的方法更有助于提高交易业务的互动性。

在一些实施例中，S102中通过预设实名认证平台，对生物特征信息进行识别，得到当前生物特征信息对应的收取账户可以通过执行S1021-S1023的过程来实现，将结合各步骤进行说明。

S1021、在预设实名认证平台中，查询是否存在与当前生物特征信息匹配的收取方生物特征信息。

本申请实施例中，支出设备可以访问预设实名认证平台提供的信息查询接口，通过调用信息查询接口，在预设实名认证平台中查询是否存在与当前生物特征信息匹配的收取方生物特征信息。或者，支出设备可以根据当前生物特征信息生成认证信息查询请求；将认证信息查询请求发送至预设实名认证平台，由预设实名认证平台查询是否存在与当前生物特征信息匹配的收取方生物特征信息；支出设备接收预设实名认证平台针对认证信息查询请求反馈的查询结果；并根据查询结果，确认预设实名认证平台中是否存在与当前生物特征信息匹配的收取方生物特征信息。

在一些实施例中，当前生物特征信息可以是演出者的人脸特征信息，预设实名认证平台中的一个身份信息所对应的生物特征信息可以包括至少一个人脸特征信息，示例性地，一个收取方即演出者的身份信息，可以对应有该演出者各个角度的人脸特征信息，作为对应的生物特征信息。收取设备可以通过预设实名认证平台，将当前生物特征信息，如演出者的人脸特征信息，与至少一个身份信息中每个身份信息对应的生物特征信息，如至少一个人脸特征信息进行图像匹配，来确定是否存在与当前生物特征信息匹配的生物特征信息。当收取设备确定预设实名认证平台中存在与当前生物特征信息匹配的生物特征信息时，可以将与当前生物特征信息匹配的生物特征信息作为收取方生物特征信息。

S1022、当存在收取方生物特征信息时，根据至少一个身份信息与至少一个生物特征信息的对应关系，确定与收取方生物特征信息对应的收取方身份信息。

本申请实施例中，当收取设备确定预设实名认证平台中存在收取方生物特征信息时；可以根据至少一个身份信息与至少一个生物特征信息的对应关系，将收取方生物特征信息对应的身份信息作为收取方身份信息。

S1023、根据至少一个身份信息与至少一个账户的对应关系，确定与收取方身份信息对应的收取账户。

本申请实施例中，收取设备可以根据至少一个身份信息与至少一个账户的对应关系，确定收取方身份信息对应的账户，作为收取账户。

在一些实施例中，S1021之后，还可以执行S201，如下：

S201、当不存在收取方生物特征信息时，提示第一错误信息，不进行交易业务。

本申请实施例中，当预设实名认证平台中不存在与当前生物特征信息匹配的生物特征信息，即收取方生物特征信息时，说明当前生物特征信息无法通过实名认证，如果根据当前生物特征信息进行交易会存在安全隐患。支出设备可以在当前界面上提示第一错误信息，不与收取方进行交易业务。

本申请实施例中，第一错误信息用于向支出方提示收取方的当前生物特征信息未通过实名认证，本申请实施例对第一错误信息具体表现形式不作限定。

可以理解的是，本申请实施例中，通过对当前生物特征信息进行实名认证的检查，可以提高交易业务的安全性。

在一些实施例中，S1022之后，还可以执行S301-S302，如下。

S301、查询收取方身份信息是否开通生物特征交易功能。

S302、当收取方身份信息未开通生物特征交易功能时，提示第二错误信息，不进行交易业务。

本申请实施例中，当支出设备根据当前生物特征信息确定出对应的收取方身份信息时，可以进一步检查收取方身份信息是否开通生物特征交易功能。当收取方身份信息未开通生物特征交易功能时，如未开通人脸赞赏功能时，说明无法通过当前生物特征信息向当前支出方进行赞赏付款，支出设备在当前界面上提示第二错误信息，不与收取方进行交易业务。

可以理解的是，本申请实施例中，在确认出当前生物特征信息对应的收取方身份信息时，通过进一步查验收取方身份信息是否开通了相应的生物特征交易功能，可以防止支出方发起无效的交易操作，提高交易效率与用户体验。

在一些实施例中，在S103中，支出设备响应于针对预设交易信息确认控件的操作，基于当前交易信息完成对收取账户的交易业务之前，还可以执行S401-S402，将结合各步骤进行说明。

S401、确定交易数额是否小于或等于预设限额。

本申请实施例中，支出设备可以确定当前输入的交易数额是否小于或等于预设限额。这里，预设限额可以包括针对本次交易的当次预设限额。示例性地，当次预设限额为支出方每次允许支出的最高限额，如向演出者打赏的最高打赏金额。或者，预设限额也可以包括收取方当日允许收取的最高总额。示例性地，支出设备可以计算当当前输入的交易数额与收取方的收取账户当日收到的总交易数额之和，确定是否小于或等于收取方当日允许收取的最高总额。

在一些实施例中，当次预设限额可以是100元，收取方当日允许收取的最高总额可以是5000元，具体的根据实际情况进行选择，本申请实施例不作限定。

S402、当交易数额大于预设限额时，提示第三错误信息，不进行交易业务。

本申请实施例中，当交易数额大于预设限额时，说明当前的交易额度超过了合法的交易额度，支出设备提示第三错误信息，不进行相关的交易业务。

可以理解的是，通过对收取方的交易数额进行限额，可以提高交易业务的合法性与安全性，减少因为支出方误操作或收取方设定过高的交易额度等原因造成的损失，提高用户体验，保证交易安全。

参见图9，图9是本申请实施例提供的业务处理方法应用于收取设备的一个可选的流程示意图，将结合图9示出的步骤进行说明。

S901、在交易业务应用的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；收取账户为交易业务应用中登录的当前账户；生物特征交易功能用于接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据当前生物特征信息识别得到对应的收取账户，并向收取账户发起交易业务。

本申请实施例中，收取设备可以通过在预设交易方式设置菜单中，接收针对预设生物特征交易控件的开启操作，并响应于开启操作，为收取账户开启生物特征交易功能。

本申请实施例中，当收取设备为收取账户开启了生物特征交易功能时，说明允许收取账户接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据当前生物特征信息识别得到对应的收取账户，并向收取账户发起交易业务。

在一些实施例中，交易业务应用中的预设交易方式设置菜单可以如图10所示，其中，预设交易方式设置菜单上的预设生物特征交易控件可以控件110所示。

可以理解的是，本申请实施例中，支出设备可以通过开启生物特征交易功能，支持收取方可以直接接收支出设备通过采集收取方的当前生物特征信息，并根据当前生物特征信息识别出的收取账户，向收取账户发起的交易业务，从而简化了交易流程操作，提高了交易业务的便捷性。同时通过预设实名认证平台的认证识别，保证了交易业务的安全性。并且，通过当前生物特征信息进行交易的方式增加了支出方与收取方的互动，对于一些需要活跃现场的应用场景，如演出打赏、或游乐互动等场景，使用本申请实施例提供的方法更有助于提高交易业务的互动性。

在一些实施例中，当收取设备接收到支出设备转移的交易资源，如演出者的终端设备接收到观众的终端设备所转账的赞赏金额时，也可以通过交易业务应用的后台服务器，向收取设备发送交易收取提醒消息，如支付到账消息提醒信息，以向收取方进行交易信息提示，本申请实施例对交易收取提醒消息的具体形式不作限定。

在一些实施例中，基于图9，S901之前，还可以执行S001-S002，如下：

S001、获取收取账户对应的收取方身份信息，以及收取方身份信息对应的收取方生物特征信息。

本申请实施例中，收取设备可以通过访问交易业务应用的后台服务器，获取收取账户对应的收取方身份信息。当收取方身份信息在交易业务应用的后台服务器中对应有预存的生物特征信息时，收取设备获取预存的生物特征信息作为收取方生物特征信息；或者，收取设备也可以调用自身的信息采集模块，采集收取方的生物特征信息，作为收取方生物特征信息。

在一些实施例中，收取设备可以在预设账户实名注册界面上，响应于针对预设账户实名注册控件的操作，获取收取账户对应的收取方身份信息，以及收取方身份信息对应的收取方生物特征信息，向预设实名认证平台发起对收取账户的实名认证注册。

S002、基于收取账户、收取方身份信息以及收取方生物特征信息，向预设实名认证平台发起实名认证请求，以通过实名认证请求，在预设实名认证平台中建立收取账户与收取方身份信息、以及收取方身份信息与收取方生物特征信息的对应关系，实现收取账户、收取方身份信息与收取方生物特征信息的实名绑定。

本申请实施例中，收取设备可以基于收取账户、收取方身份信息以及收取方生物特征信息，生成实名认证请求，发送至预设实名认证平台。这样，预设实名认证平台在接收到收取设备的实名认证请求时，可以对收取账户、收取方身份信息以及收取方生物特征信息进行验证，并在验证通过的情况下，建立收取账户与收取方身份信息、以及收取方身份信息与收取方生物特征信息的对应关系，实现收取账户、收取方身份信息与收取方生物特征信息的实名绑定。

在一些实施例中，收取设备还可以通过执行S1001，如下：

S1001、在预设收取界面上，响应于针对交易记录菜单控件的操作，进入交易记录界面，交易记录界面用于展示收取账户对应的历史交易业务的详情信息，详情信息至少包括：历史交易数额和历史交易备注中的至少一项。

本申请实施例中，收取设备可以在预设收取界面，如交易业务应用中的预设收款菜单对应的界面，或者收款通知界面等等的界面上，显示交易记录菜单控件，这样，当收取设备接收到针对交易记录菜单控件的操作时，可以响应于针对交易记录菜单控件的操作，进入交易记录界面。

本申请实施例中，交易记录界面用于展示收取账户接收的历史交易业务的详情信息，其中，详情信息至少包括：历史交易数额和历史交易备注中的至少一项。在一些实施例中，历史交易业务可以是历史的收款业务的详情信息，详情信息可以至少包括：历史收款数额和历史收款备注中的至少一项。这里，历史交易数额可以对应于支出方支出的交易数额，如观众向演出者打赏的金额，历史交易备注可以对应于支出方输入的交易备注信息，如观众在向演出者打赏时输入的赞赏备注信息。

在一些实施例中，交易记录界面可以如图11所示。图11的交易记录界面中，示出了收取账户，如演出者当前用于进行赞赏收款的账户收到的多条历史赞赏业务的详情信息，包括每条历史赞赏的时间、赞赏人信息、接收到的历史赞赏数额，以及赞赏备注信息。

可以理解的是，通过交易记录界面，收取方可以更方便地管理和查看相关的交易业务信息，从而提高了交易业务的便捷性，提高了用户体验。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。在一些观众向演出现场的演出者进行打赏的场景中，观众可以通过操作观众终端即支出设备，执行如图12所示的流程，来实现对演出者的打赏，如下：

S1201、扫描演出者的人脸。

S1201中，观众终端可以启动具有交易功能的社交应用，即交易业务应用，并启用社交应用的图像采集功能，如扫一扫功能，进入预设信息采集界面，对演出者的人脸进行扫描，采集到演出者的人脸特征信息，即当前生物特征信息。

S1202、人脸特征信息是否通过实名认证。

S1202中，观众终端可以通过预设实名认证平台，对演出者的人脸特征信息进行识别，判断演出者的人脸特征信息在预设实名认证平台中是否对应有匹配的生物特征信息。当演出者的人脸特征信息对应有匹配的生物特征信息时，确定演出者的人脸特征信息通过实名认证，执行S1203，否则，执行S1209。

S1203、是否开启人脸赞赏功能。

S1203中，观众终端通过预设实名认证平台，将与演出者的人脸特征信息匹配的生物特征信息作为收取方生物特征信息，确定收取方生物特征信息对应的演出者的实名身份信息，即收取方身份信息。观众终端检查演出者的实名身份信息是否开通人脸赞赏功能，即生物特征交易功能。当已开通人脸赞赏功能时，执行S1204；否则，执行S1210。

S1204、是否满足限额要求。

S1204中，观众终端可以查询演出者的实名身份信息所接收的款项数额，即交易数额是否达到了限额要求，如是否达到了当日最高打赏限额或者当日最多打赏次数。若满足限额要求，即未达到当日最高打赏限额或者当日最多打赏次数，执行S1205，否则，执行S1211。

这里，需要说明的是，S1204也可以作为在S1206之后的步骤，检查S1206中输入的赞赏交易数额是否满足单次赞赏所允许的限额要求，以及/或者，是否满足演出者的实名身份信息所允许的当日赞赏总交易数额的要求，即收取方当日允许收取的最高总额的要求。

S1205、识别人脸特征信息。

S1205中，根据演出者的实名身份信息，识别演出者的实名身份信息对应的收款账户，即收取账户，并从信息采集界面跳转至交易信息设置界面。

S1206、接收观众选择或输入的赞赏交易数额。

S1206中，在观众终端的交易信息设置界面上，接收观众选择或输入的赞赏交易数额，即当前交易信息。

S1207、支付。

S1207中，响应于针对交易信息设置界面上针对预设交易信息确认控件的操作，根据接收到的当前交易信息，拉起社交应用的后台交易功能，跳转至交易支出界面，以使观众通过交易支出界面完成对演出者的收款账户的付款。

S1208、提示赞赏成功。

S1208中，当用户通过交易支出界面完成对演出者的收款账户的付款时，在当前界面提示赞赏成功。

S1209、提示第一错误信息，退出赞赏。

S1209中，当演出者的人脸特征信息未通过实名认证时，在当前界面，如信息采集界面上提示第一错误信息，退出对演出者的赞赏。

S1210、提示第二错误信息，退出赞赏。

S1210中，当收取方身份信息未开通人脸赞赏功能时，在当前界面，如信息采集界面上提示第二错误信息，退出对演出者的赞赏。

S1211、提示第三错误信息，退出赞赏。

S1211中，当收取方身份信息所接收的款项数额不满足限额要求时，在当前界面，如信息采集界面上提示第三错误信息，退出对演出者的赞赏。

可以理解的是，本申请实施例中，通过扫描人脸实现打赏或转账，在对方未携带手机场景下也能快速转账。并且可以一些小型演出场景，提升观众与演出者的现场互动，也即提高了交易业务的互动性。

下面继续说明本申请实施例提供的业务处理装置455-1的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器450-1的业务处理装置455-1中的软件模块可以包括：

采集模块4551，用于通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息；

识别模块4552，用于通过预设实名认证平台，对所述生物特征信息进行识别，得到所述当前生物特征信息对应的收取账户，并根据所述收取账户，从所述信息采集界面跳转至交易信息设置界面；

交易模块4553，用于在所述交易信息设置界面上，接收针对所述收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务。

在一些实施例中，所述预设实名认证平台存储有至少一个身份信息与至少一个生物特征信息的对应关系，以及所述至少一个身份信息与至少一个账户的对应关系；所述识别模块4552，还用于在所述预设实名认证平台中，查询是否存在与所述当前生物特征信息匹配的收取方生物特征信息；当存在所述收取方生物特征信息时，根据所述至少一个身份信息与至少一个生物特征信息的对应关系，确定与所述收取方生物特征信息对应的收取方身份信息；根据所述至少一个身份信息与至少一个账户的对应关系，确定与所述收取方身份信息对应的收取账户。

在一些实施例中，所述业务处理装置还包括提示模块，所述提示模块，用于在所述预设实名认证平台中，查询是否存在与所述当前生物特征信息匹配的收取方生物特征信息之后，当不存在所述收取方生物特征信息时，提示第一错误信息，不进行交易业务。

在一些实施例中，所述提示模块，还用于在所述确定与所述收取方生物特征信息对应的收取方身份信息之后，查询所述收取方身份信息是否开通生物特征交易功能；当所述收取方身份信息未开通生物特征交易功能时，提示第二错误信息，不进行交易业务。

在一些实施例中，所述交易信息设置界面显示有至少一个交易信息输入控件，所述至少一个交易信息输入控件包括：交易数额输入控件与备注信息输入控件中的至少一个，所述交易模块4553，还用于通过接收针对所述交易数额输入控件的交易数额输入操作，获取所述收取账户对应的交易数额；通过接收针对所述备注信息输入控件的备注输入操作，获取所述收取账户对应的交易备注信息；将所述交易数额与所述交易备注信息作为所述交易信息。

在一些实施例中，所述提示模块，还用于在所述响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务之前，确定所述交易数额是否小于或等于预设限额；当所述交易数额大于所述预设限额时，提示第三错误信息，不进行交易业务。

在一些实施例中，所述交易模块4553，还用于响应于针对预设交易信息确认控件的操作，从所述交易设置界面跳转至交易支出界面；在所述交易支出界面上，响应于针对预设支出确认控件的确认操作，基于所述当前交易信息生成针对所述收取账户的交易业务，并调用所述交易业务应用的后台交易功能完成所述交易业务。

在一些实施例中，所述生物特征信息包括以下至少一种：

人脸信息、指纹信息、虹膜信息、以及声纹信息。

在一些实施例中，所述采集模块，还用于通过所述预设信息采集界面，对包含收取方生物特征的图像进行信息采集，得到所述当前生物特征信息。

下面继续说明本申请实施例提供的业务处理装置455-2的实施为软件模块的示例性结构，在一些实施例中，如图3所示，存储在存储器450-2的业务处理装置455-2中的软件模块可以包括：

开启模块4554，用于在交易业务应用的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；所述收取账户为所述交易业务应用中登录的当前账户；所述生物特征交易功能用于接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据所述当前生物特征信息识别得到对应的所述收取账户，并向所述收取账户发起交易业务。

在一些实施例中，所述装置还包括认证模块，所述认证模块，用于在响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能之前，获取所述收取账户对应的收取方身份信息，以及所述收取方身份信息对应的收取方生物特征信息；基于所述收取账户、所述收取方身份信息以及所述收取方生物特征信息，向所述预设实名认证平台发起实名认证请求，以通过所述实名认证请求，在所述预设实名认证平台中建立所述收取账户与所述收取方身份信息、以及所述收取方身份信息与所述收取方生物特征信息的对应关系，实现所述收取账户、所述收取方身份信息与所述收取方生物特征信息的实名绑定。

在一些实施例中，所述装置还包括记录展示模块，所述记录展示模块，用于在预设收取界面上，响应于针对交易记录菜单控件的操作，进入交易记录界面，所述交易记录界面用于展示所述收取账户对应的历史交易业务的详情信息，所述详情信息至少包括：历史交易数额和历史交易备注中的至少一项。

需要说明的是，以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图4或图9中示出的方法。

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

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper Text Markup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，本申请实施例通过采集收取方的当前生物特征信息，如演出者的人脸，可以直接根据当前生物特征信息识别出收取方对应的收取账户，进而向收取账户发起交易，从而简化了交易流程操作，提高了交易业务的便捷性。同时，通过预设实名认证平台的认证识别，保证了交易业务的安全性。并且，通过采集收取方的当前生物特征信息来进行交易，还增加了支出方与收取方的互动，对于一些需要活跃现场的交易场景，如演出打赏、或游乐互动等场景，使用本申请实施例提供的方法更有助于提高交易业务的互动性。并且，在确认出当前生物特征信息对应的收取方身份信息时，通过进一步查验收取方身份信息是否开通了相应的生物特征交易功能，可以防止支出方发起无效的交易操作，提高交易效率与用户体验。并且，通过对收取方的历史交易数额进行限额，可以提高交易业务的合法性与安全性，减少因为支出方误操作或收取方设置过高收取额度等原因造成的损失，提高用户体验，保证交易安全。并且，通过交易记录界面，收取方可以更方便地管理和查看相关的交易业务信息，从而提高了交易业务的便捷性，提高了用户体验。

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

Claims (15)

1.一种业务处理方法，其特征在于，包括：

通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息；

通过预设实名认证平台，对所述生物特征信息进行识别，得到所述当前生物特征信息对应的收取账户，并根据所述收取账户，从所述信息采集界面跳转至交易信息设置界面；

在所述交易信息设置界面上，接收针对所述收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务。

2.根据权利要求1所述的方法，其特征在于，所述预设实名认证平台存储有至少一个身份信息与至少一个生物特征信息的对应关系，以及所述至少一个身份信息与至少一个账户的对应关系；所述通过预设实名认证平台，对所述生物特征信息进行识别，得到所述当前生物特征信息对应的收取账户，包括：

在所述预设实名认证平台中，查询是否存在与所述当前生物特征信息匹配的收取方生物特征信息；

当存在所述收取方生物特征信息时，根据所述至少一个身份信息与至少一个生物特征信息的对应关系，确定与所述收取方生物特征信息对应的收取方身份信息；

根据所述至少一个身份信息与至少一个账户的对应关系，确定与所述收取方身份信息对应的收取账户。

3.根据权利要求2所述的方法，其特征在于，所述在所述预设实名认证平台中，查询是否存在与所述当前生物特征信息匹配的收取方生物特征信息之后，所述方法还包括：

当不存在所述收取方生物特征信息时，提示第一错误信息，不进行交易业务。

4.根据权利要求2所述的方法，其特征在于，所述确定与所述收取方生物特征信息对应的收取方身份信息之后，所述方法还包括：

查询所述收取方身份信息是否开通生物特征交易功能；

当所述收取方身份信息未开通生物特征交易功能时，提示第二错误信息，不进行交易业务。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述交易信息设置界面显示有至少一个交易信息输入控件，所述至少一个交易信息输入控件包括：交易数额输入控件与备注信息输入控件中的至少一个，所述在所述交易信息设置界面上，接收针对所述收取账户输入的当前交易信息，包括：

通过接收针对所述交易数额输入控件的交易数额输入操作，获取所述收取账户对应的交易数额；

通过接收针对所述备注信息输入控件的备注输入操作，获取所述收取账户对应的交易备注信息；

将所述交易数额与所述交易备注信息作为所述交易信息；

其中，所述响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务之前，所述方法还包括：

确定所述交易数额是否小于或等于预设限额；

当所述交易数额大于所述预设限额时，提示第三错误信息，不进行交易业务。

6.根据权利要求1或5所述的方法，其特征在于，所述响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务，包括：

响应于针对预设交易信息确认控件的操作，从所述交易设置界面跳转至交易支出界面；

在所述交易支出界面上，响应于针对预设支出确认控件的确认操作，基于所述当前交易信息生成针对所述收取账户的交易业务，并调用所述交易业务应用的后台交易功能完成所述交易业务。

7.根据权利要求1所述的方法，其特征在于，所述生物特征信息包括以下至少一种：

人脸信息、指纹信息、虹膜信息、以及声纹信息。

8.根据权利要求1或7的方法，其特征在于，所述通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息，包括：

通过所述预设信息采集界面，对包含收取方生物特征的图像进行信息采集，得到所述当前生物特征信息。

9.一种业务处理方法，其特征在于，包括：

在交易业务应用的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；所述收取账户为所述交易业务应用中登录的当前账户；所述生物特征交易功能用于接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据所述当前生物特征信息识别得到对应的所述收取账户，并向所述收取账户发起交易业务。

10.根据权利要求9所述的方法，其特征在于，所述响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能之前，所述方法还包括：

获取所述收取账户对应的收取方身份信息，以及所述收取方身份信息对应的收取方生物特征信息；

基于所述收取账户、所述收取方身份信息以及所述收取方生物特征信息，向所述预设实名认证平台发起实名认证请求，以通过所述实名认证请求，在所述预设实名认证平台中建立所述收取账户与所述收取方身份信息、以及所述收取方身份信息与所述收取方生物特征信息的对应关系，实现所述收取账户、所述收取方身份信息与所述收取方生物特征信息的实名绑定。

11.根据权利要求9或10所述的方法，其特征在于，所述方法还包括：

在预设收取界面上，响应于针对交易记录菜单控件的操作，进入交易记录界面，所述交易记录界面用于展示所述收取账户对应的历史交易业务的详情信息，所述详情信息至少包括：历史交易数额和历史交易备注中的至少一项。

12.一种业务处理装置，其特征在于，包括：

采集模块，用于通过交易业务应用的预设信息采集界面，采集收取方的当前生物特征信息；

识别模块，用于通过预设实名认证平台，对所述生物特征信息进行识别，得到所述当前生物特征信息对应的收取账户，并根据所述收取账户，从所述信息采集界面跳转至交易信息设置界面；

交易模块，用于在所述交易信息设置界面上，接收针对所述收取账户输入的当前交易信息，并响应于针对预设交易信息确认控件的操作，基于所述当前交易信息完成对所述收取账户的交易业务。

13.一种业务处理装置，其特征在于，包括：

开启模块，用于在交易业务应用的预设交易方式设置菜单中，响应于针对预设生物特征交易控件的开启操作，为收取账户开启生物特征交易功能；所述收取账户为所述交易业务应用中登录的当前账户；所述生物特征交易功能用于接收支出设备通过采集收取方的当前生物特征信息，在预设实名认证平台，根据所述当前生物特征信息识别得到对应的所述收取账户，并向所述收取账户发起交易业务。

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

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

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

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

Images