CN114331449B - 人脸支付方法、装置和设备及计算机存储介质 - Google Patents

Abstract

本申请公开了一种人脸支付方法、装置和设备及计算机存储介质，涉及智能支付技术领域，用于降低用户等待时长，提升收银效率。在该方法中，在进行支付时，通过交易客户端传入交易账户标识，发起人脸支付触发指令，在人脸图像采集成功后，则直接跳转至支付确认界面，引导用户进行支付确认，同时请求后台进行支付验证，在用户进行支付确认，且后台返回支付码之后，则将支付码发送给交易客户端，完成支付。这样，支付终端侧利用等待后台支付验证的空闲时段引导用户进行支付确认，当后台返回支付码之后则可以立即将支付码传递给交易客户端，从而支付终端和支付服务器的过程可以并行进行，降低用户等待时长，提升收银效率。

Description

人脸支付方法、装置和设备及计算机存储介质

技术领域

本申请涉及智能支付技术领域，提供一种人脸支付方法、装置和设备及计算机存储介质。

背景技术

人脸识别是一种是随着光电技术、微计算机技术、图像处理技术与模式识别等技术的快速发展应运而生的，基于人的相貌特征信息进行身份认证的生物特征识别技术，该技术的最大特征是能避免个人信息泄露，并采用非接触的方式进行识别。目前，人脸识别技术的应用已经较为广泛，例如逐渐被应用到支付领域。

采用人脸支付方式进行支付时，付款者只需面对支付终端屏幕上的摄像头，支付终端对付款者人脸进行拍照后，支付后台把人脸图像与人脸特征库中的存储信息进行对比，且付款者的人脸信息是与支付账户相关联的，等到付款者的身份信息在支付终端显示出来后，只需在支付终端显示屏上确认支付，交易过程即可以完成。

但是，目前的人脸支付过程仍存在收银效率较低的问题。

发明内容

本申请实施例提供一种人脸支付方法、装置和设备及计算机存储介质，用于降低用户等待时长，提升收银效率。

一方面，提供一种人脸支付方法，所述方法包括：

接收交易客户端发送的人脸支付触发指令，所述触发指令携带用户在所述交易客户端对应的交易平台中的交易账户标识；

响应于所述人脸支付触发指令，显示人脸图像采集界面，所述人脸图像采集界面显示有摄像头拍摄的人脸图像；

在人脸图像采集成功时，显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面，并向支付服务器发送携带所述人脸图像和所述交易账户标识的人脸支付请求；

当接收到所述支付服务器返回的所述支付账户的支付码，且接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端；其中，所述支付码为所述支付服务器根据人脸特征库确认所述人脸图像验证通过时发送的。

一方面，提供一种人脸支付方法，所述方法包括：

接收支付终端发送的人脸支付请求，所述人脸支付请求携带人脸图像和交易账户标识；所述交易账户标识为用户在交易平台中的交易账户的身份标识；

从人脸特征库中获取所述交易账户标识绑定的支付账户对应的人脸特征；

根据所述人脸特征对所述人脸支付请求携带的人脸图像进行支付验证；

当支付验证通过时，将所述支付账户的支付码返回给所述支付终端。

一方面，提供一种人脸支付装置，所述装置包括：

收发单元，用于接收交易客户端发送的人脸支付触发指令，所述触发指令携带用户在所述交易客户端对应的交易平台中的交易账户标识；

界面显示单元，用于响应于所述人脸支付触发指令，显示人脸图像采集界面，所述人脸图像采集界面显示有摄像头拍摄的人脸图像；

所述界面显示单元，还用于在人脸图像采集成功时，显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面，并向支付服务器发送携带所述人脸图像和所述交易账户标识的人脸支付请求；

所述收发单元，还用于当接收到所述支付服务器返回的所述支付账户的支付码，且接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端；其中，所述支付码为所述支付服务器根据人脸特征库确认所述人脸图像验证通过时发送的。

可选的，所述支付码为所述支付服务器根据所述交易账户标识从所述人脸特征库获取对应的人脸特征，并根据所述人脸特征对所述人脸图像验证通过时发送的。

可选的，人脸支付引导界面包括支付账户标识输入界面，则再验证单元，用于：

根据在所述支付账户标识输入界面输入的支付账户标识，向所述支付服务器发送指示根据所述支付账户标识与所述人脸图像进行支付验证的更新验证请求；

当获取所述支付服务器根据所述更新验证请求返回的支付码时，将所述支付码返回给所述交易客户端。

可选的，所述人脸支付引导界面包括重新采集人脸图像的图像采集确认界面；则再验证单元，用于：

根据在所述图像采集确认界面输入的采集确认指示，显示所述人脸图像采集界面；

在人脸图像采集成功时，向所述支付服务器发送指示根据新采集的人脸图像进行支付验证的更新验证请求；

接收所述支付服务器根据所述更新验证请求返回的支付码以及新采集的人脸图像对应的支付账户标识；

显示包含以所述支付账户标识绑定的支付账户进行支付的支付确认界面；

当确认接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端。

一方面，提供一种人脸支付装置，所述装置包括：

收发单元，用于接收支付终端发送的人脸支付请求，所述人脸支付请求携带人脸图像和交易账户标识；所述交易账户标识为用户在交易平台中的交易账户的身份标识；

人脸特征获取单元，用于从人脸特征库中获取所述交易账户标识绑定的支付账户对应的人脸特征；

支付验证单元，用于根据所述人脸特征对所述人脸支付请求携带的人脸图像进行支付验证；

所述收发单元，还用于当支付验证通过时，将所述支付账户的支付码返回给所述支付终端。

可选的，

所述收发单元，还用于当支付验证未通过时，向所述支付终端返回指示验证未通过的人脸支付验证结果；接收所述支付终端根据所述人脸支付验证结果返回的更新验证请求；所述更新验证请求携带更新人脸支付信息；

所述支付验证单元，还用于根据所述更新人脸支付信息进行支付验证。

可选的，所述更新人脸支付信息包括更新的人脸图像，则支付验证单元，用于：

将所述更新的人脸图像与人脸特征库中所有人脸特征进行匹配，获取与所述更新的人脸图像相似度最高的人脸特征；

确定所述相似度最高的人脸特征对应的支付账户标识与所述交易账户标识是否匹配；

若匹配，将所述支付账户标识对应支付账户的支付码返回给所述支付终端。

一方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一种方法的步骤。

一方面，提供一种计算机存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述任一种方法的步骤。

一方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一种方法的步骤。

本申请实施例中，在进行支付时，通过交易客户端传入交易账户标识，发起人脸支付触发指令，在人脸图像采集成功后，则直接跳转至支付确认界面，引导用户进行支付确认，同时请求后台进行支付验证，在用户进行支付确认，且后台返回支付码之后，则将支付码发送给交易客户端，完成支付。这样，支付终端侧利用等待后台支付验证的空闲时段引导用户进行支付确认，当后台返回支付码之后则可以立即将支付码传递给交易客户端，从而支付终端和支付服务器的过程可以并行进行，降低用户等待时长，提升收银效率。

附图说明

为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种场景示意图；

图2为本申请实施例提供的另一种场景示意图；

图3为本申请实施例提供的人脸支付方法的流程示意图；

图4为本申请实施例提供的人脸支付的操作示意图；

图5为本申请实施例提供的支付等待界面示意图；

图6为本申请实施例提供的人脸支付验证未通过的一种处理流程示意图；

图7为本申请实施例提供的支付账户标识输入界面的示意图；

图8为本申请实施例提供的人脸支付验证未通过的另一种处理流程示意图；

图9为本申请实施例提供的一种人脸支付装置的结构示意图；

图10为本申请实施例提供的另一种人脸支付装置的结构示意图；

图11为本申请实施例提供的计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

为便于理解本申请实施例提供的技术方案，这里先对本申请实施例使用的一些关键名词进行解释：

交易平台：是指可进行物品交易的平台，可以包括线下平台和线上平台，其中，线下平台可以包括商超便利店或者水果店等实体商户，线上平台可以包括网络购物平台或者实体商户对应的线上购物平台等。

收银客户端：对应于线下平台，交易客户端为在线下平台购物时的收银客户端，可以包括人工收银的收银机中的收银客户端，也可以包括自主收银终端中的收银客户端；对应于线上平台，交易客户端为线上购物时的购物客户端。

交易账户：是指用户在交易平台注册的账户。例如对于线下的实体商户，用户可以注册成为实体商户的会员，以享受实体商户的会员权益，那么交易账户则可以为用户的会员账户，对应的交易账户标识则可以为用户的会员标识，例如可以为用户的手机号或者身份证号等能够标识用户唯一身份的标识；对于线上的购物平台，用户需要在平台注册并登录账户后才能进行购物，则交易账户则可以为用户在购物平台登录的账户，对应的交易账户标识也可以为用户的手机号或者身份证号等能够标识用户唯一身份的标识。

支付平台：是指可进行支付的平台，交易平台和支付平台可理解为独立的系统平台，用户可以在交易平台进行物品交易，在支付物品所需的金额时，则可以利用支付平台进行支付。

支付账户：是指用户在支付平台注册的账户。用户的支付账户也具有唯一标识用户的支付账户标识，例如可以为用户的手机号或者身份证号等能够标识用户唯一身份的标识。其中，用户在交易平台和支付平台可通过用户的身份标识进行关联，例如用户在交易平台的交易账户标识为手机号码，而在支付平台的支付账户标识也为用户的手机号码，那么通过交易账户标识可以在支付平台查找到用户的支付账户，也可以通过支付账户标识在交易平台查找到用户的交易账户。

支付终端：可以为收银台的刷脸设备，或者为自助收银终端，或者为用户的终端设备，如手机或者平板电脑(PAD)等。

人脸识别技术的应用已经较为广泛，例如逐渐被应用到支付领域。

目前，采用人脸支付方式进行支付时，主要包括如下的操作步骤：

(1)支付终端采集人脸图像。

(2)支付终端将携带用户输入的手机号码和人脸图像的人脸支付请求发送给支付服务器，支付终端发送成功之后，则等待支付服务器返回结果。

(3)支付服务器把人脸图像与人脸特征库中的存储信息进行对比，且人脸信息是与支付账户相关联的，进而可以根据对比结果找到关联的支付账户。

(4)支付服务器将找到的支付账户的手机号码与用户提供的手机号码进行校验，校验通过时，则向支付终端返回。

(5)支付终端接收到支付服务器返回的结果时，则确认人脸支付验证通过了，则跳转至确认支付页面。

(6)用户确认支付后，完成支付。

目前的人脸支付过程中，支付服务器在把人脸图像与人脸特征库中的存储信息进行对比时，是需要耗费一定的时长的，且用户只能等待支付服务器返回结果后，才能进行支付确认，整个的支付流程是串行进行的，进而使得用户等待时长可能较长，收银效率较低。

考虑到在后台的支付服务器进行人脸验证时，支付终端侧实质上处于空闲时段，那么可以利用该空闲时段先引导用户进行支付确认，进而支付终端侧可以并行处理，降低用户等待时长，提升收银效率。

基于此，本申请实施例提供一种人脸支付方法，在该方法中，在进行支付时，通过交易客户端传入交易账户标识，发起人脸支付触发指令，在人脸图像采集成功后，则直接跳转至支付确认界面，引导用户进行支付确认，同时请求后台进行支付验证，在用户进行支付确认，且后台返回支付码之后，则将支付码发送给交易客户端，完成支付。这样，支付终端侧利用等待后台支付验证的空闲时段引导用户进行支付确认，当后台返回支付码之后则可以立即将支付码传递给交易客户端，从而支付终端和支付服务器的过程可以并行进行，降低用户等待时长，提升收银效率。

此外，支付服务器在进行支付验证时，可以采用1v1的验证方式，即根据人脸支付请求携带的交易账户标识从人脸特征库获取对应的人脸特征，并根据人脸特征对人脸图像进行支付验证，从而无需将人脸图像对人脸特征库中的所有人脸特征进行全量匹配，降低支付服务器的资源消耗，另一方面也降低支付验证所需的时长，提升收银效率。

在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

本申请实施例提供的方案可以适用于大多数需要会员登录的支付场景中。

如图1所示，为本申请实施例提供的方案能够适用的一种场景，该场景中可以包括收银设备101、支付终端102和支付服务器103。

收银设备101可以为设置在商户收银台的收银设备，用于在收银员的操作下实现收银过程，例如可以为收银机或者销售终端(Point of sales，POS)等。收银设备101上可以安装有收银客户端，以为收银员提供可视化交互界面，实现收银操作。支付用户在商户注册了会员时，则可以以会员身份享受会员权益，例如在收银时，可以向收银员出示会员卡或者输入会员绑定的手机号码等，以录入支付用户的会员身份，且在当商品录入完成，需要支付用户进行支付时，收银员可选择人脸支付方式，并向支付终端102发起人脸支付指令，并在人脸支付指令中携带会员标识，例如：手机号码。

支付终端102为人脸识别支付终端设备，其可以包括一个或多个处理器、存储器以及与其他设备交互的I/O接口等。此外，支付终端102还可以包括显示面板，用于实现人机可视化交互。其中，支付终端102的存储器中可以存储本申请实施例提供的人脸支付方法的程序指令，这些程序指令被处理器执行时能够用以实现本申请实施例提供的人脸支付方法的步骤。

当支付终端102接收到收银设备101的人脸支付指令之后，则可以基于本申请实施例提供的人脸支付方法实现人脸支付流程。具体的，支付终端102在接收收银设备101的人脸支付指令之后，则可以显示人脸图像采集界面，并调用摄像头进行人脸图像的采集，人脸图像采集完成之后，则立即显示支付确认界面，请求用户确认是否以会员标识绑定的支付账户进行支付，并向支付服务器103发起人脸支付请求。

支付服务器103可以为支付平台的后台服务器。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。

当支付服务器103接收人脸支付请求后，则根据人脸支付请求携带的会员标识找到对应的支付账户的人脸特征，进而将人脸支付请求携带的人脸图像与人脸特征进行比对，比对成功时则向支付终端102返回支付码。

同时，支付终端102显示了支付确认界面后，用户可以核对支付确认界面的支付账户，若无误，则可以点击确认，支付终端102获取确认指示，且接收支付服务器103返回的支付码时，则将支付码返回给收银客户端，收银客户端基于支付款进行扣款，完成支付。

收银设备101、支付终端102和支付服务器103之间均可通过一个或者多个网络进行连接，其中，该网络可以是有线网络，也可以是无线网络，例如无线网络可以是移动蜂窝网络，或者可以是无线保真(WIreless-Fidelity，WIFI)网络，当然还可以是其他可能的网络，本申请实施例对此不做限制。

如图2所示，为本申请实施例提供的方案能够适用的一种场景，该场景中可以包括支付终端201和支付服务器202。

支付终端201可以为商户设置的自动收银终端，或者也可以为支付用户的支持人脸支付的终端设备，如，例如可以为手机、PC、智能电视、平板电脑、笔记本电脑、智能可穿戴设备以及车载设备等电子设备。

当支付终端201为自动收银终端时，支付终端201上安装有商户的收银客户端，收银客户端嵌入有支付插件或者可以调用支付客户端进行支付。其中，用户在进行自助收银时，可以通过收银客户端扫码或者输入手机号码等方式录入支付用户的会员身份，且在当商品录入完成，需要支付用户进行支付时，可选择人脸支付方式，那么收银客户端则可以调用支付插件或者支付客户端发起人脸支付指令，并在人脸支付指令中携带会员标识，例如：手机号码。

其中，支付客户端可以是独立于收银客户端的形式，也可以是集成于收银客户端的支付插件的形式，当需要进行支付时，收银客户端可以通过接口调用支付客户端或者支付插件。

当支付终端201为支付用户的终端设备时，支付终端201上安装有交易平台应用(application，APP)或者商户APP，交易平台APP或者商户APP嵌入有支付插件或者可以调用支付客户端进行支付。其中，交易平台APP或者商户APP上登录了交易账号，当交易平台APP或者商户APP发起人脸支付指令时，则可以在人脸支付指令中交易账号标识，例如：手机号码。

以支付客户端为例，支付客户端接收到收银客户端、交易平台APP或者商户APP的人脸支付指令之后，则可以基于本申请实施例提供的人脸支付方法实现人脸支付流程。具体的，支付客户端在接收收银客户端的人脸支付指令之后，则可以显示人脸图像采集界面，并调用摄像头进行人脸图像的采集，人脸图像采集完成之后，则立即显示支付确认界面，请求用户确认是否以会员标识绑定的支付账户进行支付，并向支付服务器202发起人脸支付请求。

支付服务器202可以为支付平台的后台服务器。当支付服务器202接收人脸支付请求后，则根据人脸支付请求携带的会员标识或者交易账号标识找到对应的支付账户的人脸特征，进而将人脸支付请求携带的人脸图像与人脸特征进行比对，比对成功时则向支付客户端返回支付码。

同时，支付客户端显示了支付确认界面后，用户可以核对支付确认界面的支付账户，若无误，则可以点击确认，支付客户端获取确认指示，且接收支付服务器202返回的支付码时，则将支付码返回给收银客户端，收银客户端基于支付款进行扣款，完成支付。

支付终端201和支付服务器202之间均可通过一个或者多个网络进行连接，其中，该网络可以是有线网络，也可以是无线网络。

当然，本申请实施例提供的方法并不限用于图1或者图2所示的应用场景中，还可以用于其他可能的应用场景，本申请实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。下面，将先对本申请实施例涉及的技术进行简单介绍。

本申请实施例可以结合人工智能(Artificial Intellegence，AI)技术来实现本申请实施例的方法过程。AI是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉(Computer Vision，CV)技术、语音处理技术、自然语言处理(Nature LanguageProcessing，NLP)技术以及机器学习(Machine Learning，ML)/深度学习等几大方向。

计算机视觉是一门研究如何使机器“看”的科学，更进一步的说，就是指用摄影机和电脑代替人眼对目标进行识别、跟踪和测量等机器视觉，并进一步做图形处理，使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科，计算机视觉研究相关的理论和技术，试图建立能够从图像或者多维数据中获取信息的人工智能系统。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、光学字符识别(OpticalCharacter Recognition，OCR)、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3D技术、虚拟现实、增强现实、同步定位与地图构建等技术，还包括常见的人脸识别、指纹识别等生物特征识别技术。

在一个或多个实施例中，提供的方案涉及采用人工智能的图像识别技术和3D技术进行人脸识别来实现人脸识别支付，具体将通过后续进行说明。

请参见图3，为本申请实施例提供的人脸支付方法的流程示意图，该方法的流程介绍如下。

步骤301：交易客户端登录交易账户。

本申请实施例中，当用户通过线上购物平台进行购物时，则需要在交易客户端中进行账户登录，这样，用户可以以登录的交易账户的身份进行购物。

当用户在线下的实体商户购物时，则可以在收银时，向收银员出示会员卡或者提供在实体商户注册的账户绑定的手机号码，使得收银员可以在交易客户端，即收银机上的收银客户端上录入用户的账户信息。

或者用户在线下的实体商户购物时，可以选择自助收银，那么用户可以自行在自助收银终端上录入账户信息，如扫描会员卡或者输入会员卡号或者手机号码等，这样，便可在自助收银终端上的交易客户端上登录会员账户。

步骤302：交易客户端向支付客户端发送人脸支付触发指令。

本申请实施例中，在需要进行支付时，用户可选择人脸支付方式，那么则可以在交易客户端进行支付方式的选择，即选定人脸支付方式。

如图4所示，为人脸支付的流程示意图。如图4所示，在确认要支付之后，则交易客户端显示支付方式选择页面，当选择人脸支付方式后，则交易客户端向支付客户端发送人脸支付触发指令。

具体的，当为人工收银时，交易客户端和支付客户端通常被分别安装于收银设备和支付终端中，那么交易客户端可以通过收银设备与支付终端之间的连接通道向支付客户端发送人脸支付触发指令。

当交易客户端和支付客户端被设置于同一设备中，如自助收银终端或者用户的终端设备时，那么交易客户端可以通过接口调用支付客户端，以向支付客户端发送人脸支付触发指令。

本申请实施例中，为了简化用户的操作，人脸支付触发指令中可以携带交易客户端上登录的交易账户的交易账户标识，例如：手机号码。

在实际应用中，支付客户端的功能可以以插件的方式集成于交易客户端中，则交易客户端可以通过插件调用实现后续的支付流程。

步骤303：支付客户端响应于人脸支付触发指令，显示人脸图像采集界面。

如图4所示，支付客户端响应于人脸支付触发指令，在支付终端上显示人脸图像采集界面，并且调用摄像头对支付用户进行拍摄，并在人脸图像采集界面上实时显示摄像头拍摄的人脸图像。

其中，为了得到图像质量更佳的人脸图像，通常摄像头会拍摄多张人脸图像，那么需要从多张人脸图像进行图像优选，图像优选的过程用于选择图像质量最好的人脸图像作为最终用于人脸支付验证的图像，且需要校验人脸图像是否满足人脸支付验证的要求，如关键部位不能被遮挡，必须为正脸等等。此外，为避免不法分子冒用他人图像进行支付，需要对用户进行活体检测。

在图像优选和活体检测完成后，则人脸图像采集成功。

步骤304：在人脸图像采集成功时，支付客户端显示支付确认界面。

如图4所示，当人脸图像采集成功后，则跳转至支付确认界面。在支付确认界面上可以显示交易账户标识以及交易账户标识绑定的支付账户信息等信息，提示用户将以显示的交易账户标识绑定的支付账户进行支付，便于用户确认支付账户是否正确。

步骤305：支付客户端获取在支付确认界面进行的操作。

如图4中支付确认界面所示，当用户根据支付确认界面显示的支付账户信息确认无误时，则可以进行确认操作，若支付账户信息不正确时，则可以选择修改支付账户信息。

步骤306：支付客户端向支付服务器发送人脸支付请求。

具体的，当人脸图像采集成功后，支付客户端则向支付服务器发送人脸支付请求。其中，人脸支付请求携带人脸图像和交易账户标识，其中，人脸图像即为上述优选过程得到的最佳图像，当然，支付客户端还可以对人脸图像进行一定的处理后再携带在人脸支付请求发送给支付服务器，例如进行人脸特征提取后将人脸特征发送给支付服务器。

步骤307：支付服务器根据交易账户标识从人脸特征库获取对应的人脸特征。

本申请实施例中，支付服务器可以采用1vN的人脸验证方式，也可以采用1v1的人脸验证方式，这里具体以1v1的人脸验证方式为例进行介绍。

本申请实施例中，交易账户标识为用户的身份标识，在交易平台中注册时，将交易账户与身份标识进行绑定，在支付平台中注册时，用户也可以将自身的支付账户与身份标识进行绑定，进而通过身份标识将交易账户与支付账户关联了起来。这样，在支付服务器接收到人脸支付请求之后，则可以根据人脸支付请求中携带的交易账户标识可以查询到该交易账户标识绑定的支付账户，进而获取该支付账户对应的人脸特征。其中，人脸特征为用户开通人脸支付时录入的人脸图像特征。

由于1v1的人脸验证方式所消耗的计算资源更少，因此相较1vN的人脸验证方式，支付响应速度更快。但是随着技术的发展，可能1vN人脸识别算法速度大幅提升，与1比1人脸识别耗时接近，网络速度与延迟大幅优化，网络请求响应无感知，那么也可以根据需求选择验证方式。

步骤308：支付服务器根据人脸特征和人脸图像进行支付验证。

步骤309：支付服务器向支付客户端返回人脸支付验证结果。

具体的，支付服务器将获取的人脸特征与人脸图像进行匹配，以确定当前支付的用户与支付账户是否吻合，进而根据匹配结果向支付客户端返回人脸支付验证结果，当人脸特征与人脸图像能够匹配上时，则人脸支付验证结果指示人脸支付验证通过，且人脸支付验证结果携带支付账户的支付码，或者，当人脸特征与人脸图像不匹配时，则人脸支付验证结果指示人脸支付验证未通过。

需要说明的是，步骤304～步骤305的过程与步骤306～步骤309的过程可以是同时进行的，即支付客户端和支付服务器之间并行执行步骤304～步骤305的过程与步骤306～步骤309的过程，以降低用户的等待时长。

步骤310：支付客户端将支付码发送给交易客户端。

步骤311：交易客户端根据支付码进行扣款。

步骤312：交易客户端向支付客户端返回扣款结果。

步骤313：支付客户端显示扣款结果界面。

具体的，当人脸支付验证结果指示人脸支付验证通过，而之前用户已经进行了支付确认，那么支付客户端将支付码发送给交易客户端，交易客户端根据支付码进行扣款，并向支付客户端返回扣款结果，如图4所示，支付客户端则可以在显示界面上显示扣款结果界面，以便用户查看扣款结果。

本申请实施例中，由于在人脸图像采集成功之后，则立即跳转至显示支付确认界面，则可能出现用户已确认进行支付，而支付服务器还未返回人脸支付验证结果的情况。如图5所示，当支付客户端确认接收到在支付确认界面输入的确认指示，且支付服务器还未返回人脸支付验证结果时，支付客户端显示支付等待界面，直至获取支付服务器返回的人脸支付验证结果，根据人脸支付验证结果执行后续的步骤。即：若人脸支付验证结果携带支付码，则支付客户端将支付码返回给交易客户端；而若是人脸支付验证结果指示人脸支付验证未通过，则执行后续的验证失败处理流程。

本申请实施例中，可能会出现用户采用他人的会员卡进行收银结账的情况，那么由于他人的会员账户与用户自身的支付账户显然不会存在关联，因而人脸验证会失败，或者当拍摄的人脸图像质量不好，如角度不佳时也可能会出现人脸验证失败的情况，针对人脸验证未通过的情况，支付客户端可以显示人脸支付引导界面，引导用户重新进行人脸支付流程，当接收到用户在人脸支付引导界面输入的再验证指示时，则可以根据重新输入的更新人脸支付信息进行支付验证，支付服务器接收更新人脸支付信息后，则根据更新人脸支付信息进行支付验证。例如可以采用图3所示的过程重新进行人脸支付，或者，还可以采用如下两种处理方式进行处理。

第一种处理方式

如图6所示，为人脸支付验证未通过的一种处理流程示意图。

步骤601：支付服务器向支付客户端返回人脸支付验证结果。

步骤602：支付客户端根据人脸支付验证结果确认人脸支付验证未通过时，显示支付账户标识输入界面。

考虑到利用他人会员卡进行收银结账的情况，则可以让用户重新输入支付账户标识，即显示支付账户标识输入界面，用户可在支付账户标识输入界面输入自身的支付账户的支付账户标识。如图7所示，为支付账户标识输入界面的示意图。

步骤603：支付客户端根据在支付账户标识输入界面输入的支付账户标识，向支付服务器发送更新验证请求。

本申请实施例中，用户无需再次进行人脸图像采集，在输入支付账户标识后，则可以提交再次进行人脸支付验证，进而支付客户端向支付服务器发送更新验证请求，以指示支付服务器根据支付账户标识与人脸图像再次进行支付验证。

步骤604：支付服务器根据支付账户标识从人脸特征库获取对应的人脸特征。

步骤605：支付服务器根据人脸特征和人脸图像进行支付验证。

步骤606：支付服务器向支付客户端返回人脸支付验证结果。

步骤607：支付客户端将支付码发送给交易客户端。

当然，在实际应用中，除了重新输入支付账户标识之外，也可以重新采集人脸图像，或者两者相结合，本申请实施例对此不做限制。

第二种处理方式

如图8所示，为人脸支付验证未通过的另一种处理流程示意图。

步骤801：支付服务器向支付客户端返回人脸支付验证结果。

步骤802：支付客户端根据人脸支付验证结果确认人脸支付验证未通过时，显示图像采集确认界面。

本申请实施例中，当支付客户端根据人脸支付验证结果确认人脸支付验证未通过时，可以引导用户重新进行人脸支付验证。

具体的，支付客户端可以显示重新采集人脸图像的图像采集确认界面，即引导用户确认是否重新采集人脸图像。

步骤803：支付客户端根据在图像采集确认界面输入的采集确认指示，显示人脸图像采集界面。

当用户确认重新采集人脸图像时，则显示人脸图像采集界面，并在人脸图像采集界面显示摄像头拍摄的实时人脸图像。

步骤804：支付客户端在人脸图像采集成功时，向支付服务器发送更新验证请求。

其中，更新验证请求携带重新采集的人脸图像，以指示支付服务器根据新采集的人脸图像进行支付验证。

步骤805：支付服务器根据新采集的人脸图像确定对应的支付账户标识。

支付服务器可以将新采集的人脸图像与人脸特征库中的所有人脸特征进行匹配，以获取与更新的人脸图像相似度最高的人脸特征，进而确定该人脸特征对应的支付账户的支付账户标识。

步骤806：支付服务器确定支付账户标识与交易账户标识是否匹配。

即确定交易客户端传入的交易账户标识与根据人脸图像确定的支付账户标识是否匹配。

步骤807：在步骤806的确定结果为是时，向支付客户端返回人脸支付验证结果。

步骤808：支付客户端显示支付确认界面。

其中，支付确认界面显示以人脸图像确定出的支付账户进行支付。

步骤809：支付客户端将支付码返回给交易客户端。

具体的，当支付客户端确认接收到用户在支付确认界面输入的确认指示时，将支付码返回给交易客户端。

综上所述，本申请实施例中，通过交易客户端传入用户登陆会员的用户标识，例如手机号，支付服务器在进行支付验证时，可以直接校验用户身份，同时将用户确认过程串行，大幅降低刷脸过程耗时，提升用户体验和收银效率。

请参见图9，基于同一发明构思，本申请实施例还提供了一种人脸支付装置90，该装置包括：

收发单元901，用于接收交易客户端发送的人脸支付触发指令，触发指令携带用户在交易客户端对应的交易平台中的交易账户标识；

界面显示单元902，用于响应于人脸支付触发指令，显示人脸图像采集界面，人脸图像采集界面显示有摄像头拍摄的人脸图像；

界面显示单元902，还用于在人脸图像采集成功时，显示包含以交易账户标识绑定的支付账户进行支付的支付确认界面，并向支付服务器发送携带人脸图像和交易账户标识的人脸支付请求；

收发单元901，还用于当接收到支付服务器返回的支付账户的支付码，且接收到在支付确认界面输入的确认指示时，将支付码返回给交易客户端；其中，支付码为支付服务器根据人脸特征库确认人脸图像验证通过时发送的。

可选的，支付码为支付服务器根据交易账户标识从人脸特征库获取对应的人脸特征，并根据人脸特征对人脸图像验证通过时发送的。

可选的，界面显示单元902，还用于：

当确认接收到在支付确认界面输入的确认指示，且支付服务器还未返回人脸支付验证结果时，显示支付等待界面。

可选的，装置还包括再验证单元903；

界面显示单元902，还用于当支付服务器返回的人脸支付验证结果指示验证未通过时，显示人脸支付引导界面；

再验证单元903，用于接收到在人脸支付引导界面输入的再验证指示时，根据重新输入的人脸支付信息进行支付验证。

可选的，人脸支付引导界面包括支付账户标识输入界面，则再验证单元903，用于：

根据在支付账户标识输入界面输入的支付账户标识，向支付服务器发送指示根据支付账户标识与人脸图像进行支付验证的更新验证请求；

当获取支付服务器根据更新验证请求返回的支付码时，将支付码返回给交易客户端。

可选的，人脸支付引导界面包括重新采集人脸图像的图像采集确认界面；则再验证单元903，用于：

根据在图像采集确认界面输入的采集确认指示，显示人脸图像采集界面；

在人脸图像采集成功时，向支付服务器发送指示根据新采集的人脸图像进行支付验证的更新验证请求；

接收支付服务器根据更新验证请求返回的支付码以及新采集的人脸图像对应的支付账户标识；

显示包含以支付账户标识绑定的支付账户进行支付的支付确认界面；

当确认接收到在支付确认界面输入的确认指示时，将支付码返回给交易客户端。

该装置可以用于执行图3～图8所示的实施例中所示的方法中支付客户端所执行的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图3～图8所示的实施例的描述，不多赘述。

请参见图10，基于同一发明构思，本申请实施例还提供了一种人脸支付装置100，该装置包括：

收发单元1001，用于接收支付终端发送的人脸支付请求，人脸支付请求携带人脸图像和交易账户标识；交易账户标识为用户在交易平台中的交易账户的身份标识；

人脸特征获取单元1002，用于从人脸特征库中获取交易账户标识绑定的支付账户对应的人脸特征；

支付验证单元1003，用于根据人脸特征对人脸支付请求携带的人脸图像进行支付验证；

收发单元1001，还用于当支付验证通过时，将支付账户的支付码返回给支付终端。

可选的，

收发单元1001，还用于当支付验证未通过时，向支付终端返回指示验证未通过的人脸支付验证结果；接收支付终端根据人脸支付验证结果返回的更新验证请求；更新验证请求携带更新人脸支付信息；

支付验证单元1003，还用于根据更新人脸支付信息进行支付验证。

可选的，更新人脸支付信息包括更新的人脸图像，则支付验证单元1003，用于：

将更新的人脸图像与人脸特征库中所有人脸特征进行匹配，获取与更新的人脸图像相似度最高的人脸特征；

确定相似度最高的人脸特征对应的支付账户标识与交易账户标识是否匹配；

若匹配，将支付账户标识对应支付账户的支付码返回给支付终端。

该装置可以用于执行图3～图8所示的实施例中所示的方法中支付服务器所执行的方法，因此，对于该装置的各功能模块所能够实现的功能等可参考图3～图8所示的实施例的描述，不多赘述。

请参见图11，基于同一技术构思，本申请实施例还提供了一种计算机设备110，可以包括存储器1101和处理器1102。

所述存储器1101，用于存储处理器1102执行的计算机程序。存储器1101可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据计算机设备的使用所创建的数据等。处理器1102，可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本申请实施例中不限定上述存储器1101和处理器1102之间的具体连接介质。本申请实施例在图11中以存储器1101和处理器1102之间通过总线1103连接，总线1103在图11中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线1103可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1101可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器1101也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器1101是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1101可以是上述存储器的组合。

处理器1102，用于调用所述存储器1101中存储的计算机程序时执行如图3～图8所示的实施例中支付客户端或者支付服务器所执行的方法。

在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行如图3～图8所示的实施例中支付客户端或者支付服务器所执行的方法。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (15)

1.一种人脸支付方法，其特征在于，所述方法包括：

接收交易客户端发送的人脸支付触发指令，所述触发指令携带用户在所述交易客户端对应的交易平台中的交易账户标识；

响应于所述人脸支付触发指令，显示人脸图像采集界面，所述人脸图像采集界面显示有摄像头拍摄的人脸图像；

在人脸图像采集成功时，显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面，并向支付服务器发送携带所述人脸图像和所述交易账户标识的人脸支付请求；

当接收到所述支付服务器返回的所述支付账户的支付码，且接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端；其中，所述支付码为所述支付服务器根据人脸特征库确认所述人脸图像验证通过时发送的。

2.如权利要求1所述的方法，其特征在于，所述支付码为所述支付服务器根据所述交易账户标识从所述人脸特征库获取对应的人脸特征，并根据所述人脸特征对所述人脸图像验证通过时发送的。

3.如权利要求1所述的方法，其特征在于，在显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面之后，所述方法还包括：

当确认接收到在所述支付确认界面输入的确认指示，且所述支付服务器还未返回人脸支付验证结果时，显示支付等待界面。

4.如权利要求1-3任一所述的方法，其特征在于，在显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面之后，所述方法还包括：

当所述支付服务器返回的人脸支付验证结果指示验证未通过时，显示人脸支付引导界面；

接收到在所述人脸支付引导界面输入的再验证指示时，根据重新输入的人脸支付信息进行支付验证。

5.如权利要求4所述的方法，其特征在于，所述人脸支付引导界面包括支付账户标识输入界面，则所述接收到在所述人脸支付引导界面输入的再验证指示时，根据重新输入的人脸支付信息进行支付验证，包括：

根据在所述支付账户标识输入界面输入的支付账户标识，向所述支付服务器发送指示根据所述支付账户标识与所述人脸图像进行支付验证的更新验证请求；

当获取所述支付服务器根据所述更新验证请求返回的支付码时，将所述支付码返回给所述交易客户端。

6.如权利要求4所述的方法，其特征在于，所述人脸支付引导界面包括重新采集人脸图像的图像采集确认界面；

则所述接收到在所述人脸支付引导界面输入的再验证指示时，根据重新输入的人脸支付信息进行支付验证，包括：

根据在所述图像采集确认界面输入的采集确认指示，显示所述人脸图像采集界面；

在人脸图像采集成功时，向所述支付服务器发送指示根据新采集的人脸图像进行支付验证的更新验证请求；

接收所述支付服务器根据所述更新验证请求返回的支付码以及新采集的人脸图像对应的支付账户标识；

显示包含以所述支付账户标识绑定的支付账户进行支付的支付确认界面；

当确认接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端。

7.一种人脸支付方法，其特征在于，所述方法包括：

接收支付终端发送的人脸支付请求，所述人脸支付请求携带人脸图像和交易账户标识；所述交易账户标识为用户在交易平台中的交易账户的身份标识；其中，人脸支付请求为所述支付终端在接收响应于交易客户端发送的人脸支付触发指令，显示包含有摄像头拍摄的人脸图像的人脸图像采集界面后，在人脸图像采集成功时发送的，且所述支付终端还在人脸图像采集成功时显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面；

根据所述交易账户标识，从人脸特征库中查找获取所述交易账户标识绑定的支付账户对应的人脸特征；

根据所述人脸特征对所述人脸支付请求携带的人脸图像进行支付验证；

当支付验证通过时，将所述支付账户的支付码返回给所述支付终端，以使得所述支付终端在接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端。

8.如权利要求7所述的方法，其特征在于，在根据所述人脸特征对所述人脸支付请求携带的人脸图像进行支付验证之后，所述方法还包括：

当支付验证未通过时，向所述支付终端返回指示验证未通过的人脸支付验证结果；

接收所述支付终端根据所述人脸支付验证结果返回的更新验证请求；所述更新验证请求携带更新人脸支付信息；所述更新人脸支付信息包括重新输入的交易账户标识和/或重新采集的人脸图像；

根据所述更新人脸支付信息进行支付验证。

9.如权利要求8所述的方法，其特征在于，所述更新人脸支付信息包括更新的人脸图像，则所述根据所述更新人脸支付信息进行支付验证，包括：

将所述更新的人脸图像与人脸特征库中所有人脸特征进行匹配，获取与所述更新的人脸图像相似度最高的人脸特征；

确定所述相似度最高的人脸特征对应的支付账户标识与所述交易账户标识是否匹配；

若匹配，将所述支付账户标识对应支付账户的支付码返回给所述支付终端。

10.一种人脸支付装置，其特征在于，所述装置包括：

收发单元，用于接收交易客户端发送的人脸支付触发指令，所述触发指令携带用户在所述交易客户端对应的交易平台中的交易账户标识；

界面显示单元，用于响应于所述人脸支付触发指令，显示人脸图像采集界面，所述人脸图像采集界面显示有摄像头拍摄的人脸图像；

所述界面显示单元，还用于在人脸图像采集成功时，显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面，并向支付服务器发送携带所述人脸图像和所述交易账户标识的人脸支付请求；

所述收发单元，还用于当接收到所述支付服务器返回的所述支付账户的支付码，且接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端；其中，所述支付码为所述支付服务器根据人脸特征库确认所述人脸图像验证通过时发送的。

11.如权利要求10所述的装置，其特征在于，所述界面显示单元，还用于：

当确认接收到在所述支付确认界面输入的确认指示，且所述支付服务器还未返回人脸支付验证结果时，显示支付等待界面。

12.如权利要求10-11任一所述的装置，其特征在于，所述装置还包括再验证单元；

所述界面显示单元，还用于当所述支付服务器返回的人脸支付验证结果指示验证未通过时，显示人脸支付引导界面；

所述再验证单元，用于接收到在所述人脸支付引导界面输入的再验证指示时，根据重新输入的人脸支付信息进行支付验证。

13.一种人脸支付装置，其特征在于，所述装置包括：

收发单元，用于接收支付终端发送的人脸支付请求，所述人脸支付请求携带人脸图像和交易账户标识；所述交易账户标识为用户在交易平台中的交易账户的身份标识；其中，人脸支付请求为所述支付终端在接收响应于交易客户端发送的人脸支付触发指令，显示包含有摄像头拍摄的人脸图像的人脸图像采集界面后，在人脸图像采集成功时发送的，且所述支付终端还在人脸图像采集成功时显示包含以所述交易账户标识绑定的支付账户进行支付的支付确认界面；

人脸特征获取单元，用于根据所述交易账户标识，从人脸特征库中查找获取所述交易账户标识绑定的支付账户对应的人脸特征；

支付验证单元，用于根据所述人脸特征对所述人脸支付请求携带的人脸图像进行支付验证；

所述收发单元，还用于当支付验证通过时，将所述支付账户的支付码返回给所述支付终端，以使得所述支付终端在接收到在所述支付确认界面输入的确认指示时，将所述支付码返回给所述交易客户端。

14.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，

所述处理器执行所述计算机程序时实现权利要求1～6或者7～9任一项所述方法的步骤。

15.一种计算机存储介质，其上存储有计算机程序指令，其特征在于，

该计算机程序指令被处理器执行时实现权利要求1～6或者7～9任一项所述方法的步骤。