CN116485402B - 支付方法、临时用户账户处理方法、装置、设备及介质 - Google Patents

Abstract

本申请涉及人脸收付款技术领域，公开了支付方法、临时用户账户处理方法、装置、设备及介质，其中，可用于实现一种基于人脸识别的收付款方案。方法部分包括：接收付款请求，付款请求包含收款人的第一人脸图像和付款金额；根据收款人的第一人脸图像创建目标人脸的临时账户；按照付款金额向临时账户进行付款。

Description

支付方法、临时用户账户处理方法、装置、设备及介质

技术领域

本申请涉及人脸收付款技术领域，尤其涉及一种基于人脸识别的支付方法、临时用户账户处理方法、装置、计算机设备及存储介质。

背景技术

随着人脸识别技术的成熟和发展，人脸支付已经被越来越广泛的应用，其应用场景也得到跨越式发展和革新。“刷脸”的人脸识别技术，易用性、普适性较强，目前已在身份核查、刷脸取款、刷脸支付等金融场景中得到应用。人脸支付作为一种大众逐渐接受的支付方式，被更多的用户所使用，“刷脸支付”的时代正朝我们走来。

发明人研究发现，在所有的人脸支付方案中，首先就要注册和拥有属于用户自己个人的人脸支付账户，如果没有人脸支付账户，用户是无法完成人脸支付和收款的。例如在现实生活中，街头艺人卖艺获取路人的打赏，传统的方式是路人给予零钱现金的方式打赏，现在则通过街头艺人的个人二维码支付，路人用扫描二维码的方式打赏艺人。但是他们之间并不能通过现有的人脸支付方法进行付款。

发明内容

本申请提供一种基于人脸识别的支付方法、临时用户账户处理方法、装置、计算机设备及存储介质，以解决现有的人脸支付方法无法进行付款的问题。

一种基于人脸识别的支付方法，用于服务端，所述方法包括：

接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额；

根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

按照所述付款金额向所述目标人脸的临时账户进行付款。

进一步地，所述按照所述付款金额向所述目标人脸的临时账户进行付款之后，所述方法还包括：

接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

根据所述第二人脸图像检测是否存在所述收款人的临时账户；

当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

进一步地，所述提请所述收款人认领所述临时账户为注册账户，包括：

获取所述收款人的实名认证信息，并对所述实名认证信息进行实名认证；

当通过实名认证时，则提示所述收款人认领所述临时账户为注册账户；

在接收到所述收款人的认领操作时，则确认向所述收款人支付所述第二人脸的临时账户中的支付款项。

进一步地，所述对所述实名认证信息进行实名认证之后，所述方法还包括：

当未通过实名认证时，向所述收款端发送账户注册提示信息。

进一步地，所述实名认证信息包括认领身份证和认领头像，所述对所述实名认证信息进行实名认证，包括：

对所述认领身份证、认领头像和、第一人脸图像和第二人脸图像进行对比；

当所述认领身份证的人脸图像、认领头像、第一人脸图像和第二人脸图像的重合度达到预设重合度时，则确认通过所述实名认证。

进一步地，所述付款请求还包括收款条件，该方法还包括：

根据付款人或者支付系统设定的收款条件，当满足所述收款条件时，向所述收款人支付所述收款人的账户中的付款款项。

进一步地，所述付款请求还包括收款条件，所述方法还包括：

当存在所述收款人的收款账户，满足所述收款条件时，向所述收款人支付所述收款人的账户中的付款款项；收款条件根据所述付款人或者支付系统设定。

进一步地，所述收款条件至少包括如下其中的一种或多种条件：收款时间、收款时限、收款地点、收款验证信息和收款暗语。

进一步地，所述根据所述第二人脸图像检测是否存在所述收款人的临时账户之后，还包括：

当已存在所述收款人的注册账户，则向所述收款人支付所述收款人的注册账户中的付款款项。

进一步地，所述向所述收款人支付所述收款人的注册账户中的付款款项，包括：

提示收款人输入账户密码，并接收所述收款人通过所述收款端输入的账户密码；

当所述账户密码通过验证时，向所述收款人支付所述收款人的注册人脸账户中的付款款项。

进一步地，所述付款请求还包括付款指示信息，该方法还包括：

根据所述付款指示信息确定付款人是否选择公开付款；

当所述付款人选择公开付款，则按照所述付款金额，实名向所述目标人脸的临时账户进行付款；

当所述付款人选择匿名付款，则按照所述付款金额，匿名向所述目标人脸的临时账户进行付款。

进一步地，所述按照所述付款金额向所述目标人脸的临时账户进行付款之后，所述方法还包括：

当根据付款人或者支付系统设定的收款条件，判定所述收款人无法收款时，将所述目标人脸账户的支付款项返回对应的付款人账户。

进一步地，所述方法还包括：

根据所述第一人脸图像创建目标人脸的临时用户账户。

进一步地，所述方法还包括：

根据所述第二人脸图像检测是否存在所述目标人脸的临时用户账户；

当存在所述目标人脸的临时用户账户时，提请用户认领所述临时账户为注册账户。

一种临时用户账户的处理方法，所述方法还包括：

响应创建人操作，以根据第一人脸图像创建目标人脸的临时用户账户；

响应认领人操作，以根据第二人脸图像检测是否存在所述目标人脸的临时用户账户；

当存在所述目标人脸的临时用户账户时，提请所述认领人认领所述目标人脸的临时用户账户为注册账户。

一种基于人脸识别的支付方法，用于付款端，所述方法包括：

获取付款金额和收款人的第一人脸图像；

生成包含所述付款金额和收款人的第一人脸图像的付款请求；

向服务端发送所述付款请求，以使所述服务端根据所述收款人的第一人脸图像，创建目标人脸的临时账户，并按照所述付款金额向所述目标人脸的临时账户进行付款。

一种基于人脸识别的支方法，用于收款端，所述方法包括：

接收收款人通过收款端拍摄的第二人脸图像；

生成包含所述第二人脸图像的收款请求；

向服务端发送所述收款请求，以使所述服务端根据所述第二人脸图像检测是否存在所述收款人的临时账户；当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

一种基于人脸识别的支付方法，所述方法包括：

接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额；

按照所述付款金额向目标人脸的目标账户进行付款；

接收收款请求，所述收款请求包含收款人通过收款端拍摄的第二人脸图像；

获取所述第二人脸图像对应的账户作为目标账户，并向所述目标账户支付所述付款金额。

进一步地，所述方法还包括：

检测是否存在所述收款人的账户，若存在则获取并作为目标账户；若不存在账户，则创建所述收款人的临时账户或提请用户注册账户。

一种基于人脸识别的装置，所述装置包括：

接收模块，用于接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额；

创建模块，用于根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

付款模块，用于按照所述付款金额向所述目标人脸的临时账户进行付款。

进一步地，所述装置还包括认领模块和检测模块：

所述接收模块，还用于接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

所述检测模块，用于根据所述第二人脸图像检测是否存在所述收款人的临时账户；

所述认领模块，用于当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户；

所述付款模块，用于向所述收款人支付所述收款人的临时账户中的付款款项。

一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如前述任一项基于人脸识别的支付方法或前述临时用户账户处理方法的步骤。

一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如前述任一项基于人脸识别的支付方法或前述临时用户账户处理方法的步骤。

可见，在上述实现的其中一个方案中，提供了一种新的基于人脸识别的支付方法，与传统的支付方案存在较大差异，是一种新的支付模式，该方法中，可通过收款人的人脸图像，创建收款人对应的目标人脸的临时账户，并先进行打款，以便后续收款人通过人脸形式实现收款，可以使任何陌生人之间在事先没有注册和拥有人脸账户的情况下，实现付款，比如，捐款人向一位陌生的受助人捐款，却不知到他的账户，就可以通过受助人的人像中的人脸或者是他照片中的人脸向他付款；而那位陌生的受助人则可以通过自拍的方式，进行人脸识别认证，进而收到捐款人支付的款项。

附图说明

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

图1是本申请一实施例中基于人脸识别的支付方法的一应用环境示意图；

图2是本申请一实施例中基于人脸识别的支付方法的一流程示意图；

图3是本申请一实施例中获取人脸账户的一实施方式示意图；

图4是本申请一实施例中基于人脸识别的支付方法的另一流程示意图；

图5是是本申请一实施例中获取人脸账户的另一实施方式示意图；

图6是本申请一实施例中收款条件匹配的一流程示意图；

图7是本申请一实施例中是否公开付款的一流程示意图；

图8是本申请一实施例中收款流程的一流程示意图；

图9是本申请一实施例中基于人脸识别的支付方法的另一流程示意图；

图10是本申请一实施例中基于人脸识别的支付方法的另一流程示意图；

图11是本申请一实施例中基于人脸识别的支装置的一结构示意图；

图12是本申请一实施例中基于人脸识别的支付装置的另一结构示意图；

图13是本申请一实施例中计算机设备的一结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

发明人发现，在许多应用场景下，无法完成人脸支付过程，示例性的，在现实生活中，街头艺人卖艺获取通常为获取路人的打赏，传统的方式是路人给予零钱现金的方式打赏，或者是街头艺人通过个人二维码支付，路人用扫描二维码的方式打赏艺人，此时路人为付款人，而艺人为收款人，但是付款人与收款人之间并不能通过人脸支付方法完成支付和收款的全过程。上述应用场景仅为示例说明，相应的，还可以有许多类似的场景，比如，买方和卖方之间，当卖方和买方两者有其中之一的没有开通人脸支付账户时，也无法完成人脸收付过程；又比如，捐款人想向一位陌生人捐款，却不知到该陌生人的账户；诸如此类情况，传统的方案无法实现人脸收付，方案应用比较局限。为解决上述问题，申请人提供了一种新的基于人脸识别的支付方案，包括支付方法、装置和介质等内容。在介绍本申请实施例之前，先对本申请实施例提供的基于人脸识别的方法的应用环境中做描述。

如图1所示，提供了一种基于人脸识别的支付处理系统，该支付处理系统包括付款端、收款端和服务端，付款端和收款端可分别通过网络与服务端通信连接，其中，付款端或者收款端，可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等用户终端设备，付款端是付款人用于执行付款操作的用户终端设备，收款端是收款人用于执行收款操作的用户终端设备，在一示例应用场景中，付款端与收款端可分别安装有收付应用，付款人可通过付款端上该收付应用的付款界面执行付款操作，收款人可通过收款端上该收付应用的收款界面执行收款操作，服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现，具体不做限定。

还需要说明的是，本申请的实施例中，涉及人脸信息（包括付款人和收款人的人脸图像信息）的获取是经过授权的，符合国家相关法律的规定；对上述人脸信息的处理过程还会通过安全算法进行加密，以及，在对人脸信息的存储及使用等过程都遵守相关法律规定，保护用户隐私。

下面，结合图1所示的支付处理系统，对本申请提供的各个实施例分别进行描述。

A1、一种基于人脸识别的支付方法

在一实施例中，如图2所示，提供了一种基于人脸识别的方法，用于服务端，该方法包括如下步骤：

S10：接收付款请求，付款请求包含收款人的第一人脸图像和付款金额。

该实施例，当付款人有向收款人付款的需求时，付款人可以通过付款端获取收款人的第一人脸图像，并通过收付应用的付款界面输入付款金额，点击付款完成付款操作后，付款端生成付款请求，并向服务端发送该包含收款人的第一人脸图像和付款金额的付款请求，服务端接收该付款端反馈过来的付款请求。

其中，上述付款的需求可以基于各种应用场景中（例如红包、打赏等适用本方法的应用场景和形式），具体不做限定。

示例性的，比如，路人作为付款人经过街道看到街头艺人卖艺时，该路人可以通过付款端获取该街头艺人的人脸图像，即收款人的第一人脸图像，并输入付款金额100元进行付款操作，完成打赏操作，付款端则生成包含该街头艺人的人脸图像和付款金额100元的付款请求，并向服务端发送该付款请求。

示例性的，比如，捐款人作为付款人通过网上或者其他形式了解到陌生的受助人的苦难，想对该受助人进行捐助，却无法得知该受助人的账户，该捐款人可以通过付款端获取该受助人的人脸图像（如从照片中提取得到人脸图像），即受助人的第一人脸图像，并输入付款金额1万元进行付款操作，完成捐款操作，付款端则生成包含该受助人的人脸图像和付款金额1万元的付款请求，并向服务端发送该付款请求。

需要说明的是，该第一人脸图像是付款人需向收款人付款时，付款端所获取的收款人的人脸图像，为便于区别描述，本申请中记为第一人脸图像。

S20：根据所述收款人的第一人脸图像，创建目标人脸的临时账户。

S30：按照付款金额向目标人脸的临时账户进行付款。

服务端接收到该付款请求之后，可得到收款人的第一人脸图像和付款金额，然后根据收款人的第一人脸图像，创建目标人脸的临时账户，该临时账户与该第一人脸图像相关联，按照付款金额向该临时账户进行付款，从而将付款人支付的款项打入该临时账户中，这样，相当于付款人基于收款人的人脸向该收款人进行了打款，以待收款人后续提款。

示例性的，在路人通过街头艺人的人脸图像完成付款操作之后，该服务端将路人支付的款项打入该街头艺人对应的临时账户中，以便后续该街头艺人通过人脸进行收款。

示例性的，在捐款人通过受助人的人脸图像完成付款操作之后，该服务端将捐款人支付的款项打入该受助人对应的临时账户中，以便后续该受助人后续通过人脸进行收款。

在一实施例中，如图3所示，步骤S30之后，也既按照付款金额向目标人脸账户进行付款该方法还包括如下步骤：

S40：接收收款请求，收款请求包含收款人通过收款端拍摄的第二人脸图像。

S50：根据第二人脸图像检测是否存在收款人的临时账户。

S60：当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

需要说明的是，该第二人脸图像是收款人通过收款端收款时，收款端所获取的收款人的人脸图像，为便于区别描述，本申请中记为第二人脸图像。

在服务端按照付款金额向收款人的临时账户进行付款之后，对于收款人而言，可以随时对该临时账户中的付款款项进行收款操作。收款人可通过收款端进行拍摄，以得到该收款人的人脸图像，记为收款人的第二人脸图像，也即该第二人脸图像为收款人收款时输入的人脸图像，以生成包含有该第二人脸图像的收款请求，并发送至服务端。示例性的，收款人可通过收款端安装的收付应用打开相应界面触发人脸收款事项，从而提示收款人进行人脸识别验证，从而跟随指示拍摄得到收款人的第二人脸图像。

服务端在接收到收款端发送的收款请求之后，对收款请求中的第二人脸图像进行验证，以根据所述第二人脸图像检测是否存在所述收款人的临时账户。当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项，因此，服务端利用收款请求中的第二人脸图像进行人脸验证，发现存在该收款人的临时账户，则向所述收款人支付所述收款人的临时账户中的付款款项。

示例性的，在路人完成对街头艺人对应的临时账户完成付款操作之后，该服务端将路人支付的款项打入该街头艺人对应的临时账户中，后续该街头艺人可通过收款端录入自己的人脸图像，以在通过服务端的人脸验证之后，服务端将该街头艺人对应的临时账户中的付款款项，打到该街头艺人自己个人的账户中。

示例性的，在捐款人完成对受助人对应的临时账户完成付款操作之后，该服务端将捐款人支付的款项打入该受助人对应的临时账户中，后续该受助人可通过收款端录入自己的人脸图像，以在通过服务端的人脸验证之后，服务端将该受助人对应的临时账户中的付款款项，打到该受助人自己个人的账户中。

可见，该实施例提供了一种新的基于人脸识别的支付方方式，与传统的支付方案存在较大差异，是一种新的收付模式，该方法中，可通过收款人的人脸图像，先主动创建收款人的临时账户，并先进行打款，以便后续收款人通过人脸形式实现收款，可以使任何陌生人之间在事先没有注册和拥有人脸账户的情况下，实现支付和收款，比如，捐款人向一位陌生的受助人捐款，却不知到他的账户，就可以通过受助人的人像中的人脸或者是他照片中的人脸向他付款；而那位陌生的受助人则可以通过自拍的方式，进行人脸识别认证，进而收到捐款人支付的款项。

可见，该实施例中，通过收款人的人脸图像临时创建人脸账户的方式，在未知收款人账户的情况，也能实现人脸支付与收款过程，扩大了人脸收付的应用范围，保证人脸收付在没有人脸账户的情况下也能保证人脸支付的进行。

应当理解的是，在为收款人创建的临时账户，由于是服务端临时创建，并非收款人自行创建，因此，为保证真正的收款人能够收取到款项，以提高收付过程的安全性和可控性，本申请实施例中，在服务端对收款端发送过来的第二人脸图像经过验证查询到有相应的临时的人脸账户时，还需进一步地对收款人进行验证。

具体而言，如图4所示，结合上述实施例，在一实施例中，步骤S60中，也即所述提请所述收款人认领所述临时账户为注册账户，包括：

S61a：获取收款人的实名认证信息，并对实名认证信息进行实名认证。

S62a：当通过实名认证时，则提示所述收款人认领所述临时账户为注册账户。

S63a：在接收到所述收款人的认领操作时，则确认向所述收款人支付所述第二人脸的临时账户中的付款款项。

在该实施例中，当服务端通过收款人的第二人脸图像检测到存在收款人的临时账户时，需对该收款人做进一步地实名认证操作，以认领此临时账户。具体而言，服务端在通过收款人的第二人脸图像检测到存在收款人的临时账户时，向收款端发出实名认证指示，收款人在收款端输入实名认证信息，并反馈回服务端，服务端接收到该实名认证信息之后，对实名认证信息进行实名认证，当通过实名认证时，则提示所述收款人认领所述临时账户为注册账户，在接收到所述收款人的认领操作时，则确认向所述收款人支付所述第二人脸的临时账户中的支付款项。

该实施例中，为确保正确的收款人认领临时账户，以保证该临时账户的钱被成功收取，该实施例在对临时账户进行支付时，会进一步要求进行实名认证。

需要说明的时，实名认证如果不规范或者不严谨，依旧存在假冒的情况，为减少或者杜绝这一情况，在一实施例中，如图5所示，步骤61a中，实名认证信息包括认领身份证和认领头像，对实名认证信息进行实名认证，包括：

S611a：对认领身份证、认领头像、第一人脸图像和第二人脸图像进行对比。

S612a：当认领身份证的人脸图像、认领头像、第一人脸图像和第二人脸图像的重合度达到预设重合度时，则确认通过实名认证。

在实名认证过程中，收款端会提示收款人输入实名认证信息，该实施例中，实名认证信息包括认领身份证和认领头像，示例性的，在实名认证提示过程中，要求收款人拍摄包含手持身份证和人脸的照片进行认证，服务端收到手持身份证和人脸的照片、照片中的身份证即是认领身份证，照片中的人脸即是认领头像，然后对认领身份证、认领头像、第一人脸图像和第二人脸图像进行对比，当认领身份证的人脸图像、认领头像、第一人脸图像和第二人脸图像的重合度达到预设重合度时，则确认通过实名认证。也就是说，这几者两两之间的相似度均达到预设重合度时，则确认该收款人通过实名认证，可以让该收款人认领第二人脸图像相应的临时账户。

该实施例中，在收款人自拍人脸上传服务端之后，若服务端通过收款人自拍的人脸查询存在此人的临时账户，则提示自拍者认领此临时账户并进行收款操作，该实施例对收款过程进行了优化，收款人认领临时账户时，需要结合身份证和人脸识别认证，比如收款人手持身份证自拍大头像提交账户认领申请，以根据自拍大头像、身份证照片、认领账户的人脸图像和临时账户的人脸进行识别比对，当四者高度重合时，给予认证接受账户认领，这样就可以有效防止非法认领账户的现象。

需要说明的是，人脸图像匹配与识别：提取的人脸图像的特征数据与数据库中存储的特征模板进行搜索匹配，通过设定一个阈值，当相似度超过这一阈值，则把匹配得到的结果输出。人脸识别就是将待识别的人脸特征与已得到的人脸特征模板进行比较，根据相似程度对人脸的身份信息进行判断。这一过程又分为两类：一类是确认，是一对一进行图像比较的过程，另一类是辨认，是一对多进行图像匹配对比的过程。人脸识别的算法包括但不限于为：基于人脸特征点的识别算法（Feature-based recognition algorithms），基于整幅人脸图像的识别算法（Appearance-based recognition algorithms），基于模板的识别算法（Template-based recognition algorithms），利用神经网络进行识别的算法（Recognition algorithms using neural network）。本段的描述属于现有技术，在此不再赘述。

需要说明的是，上述实名认证过程仅为本申请的其中一个示例实施例，除此之外，本申请还可以有其他的实名认证过程，比如，在实名认证过程中，通过录入指引操作，要求收款人按照录入指引操作进行在线实时的实名认证等，以进一步地提高实名认证准确性，具体不做限定。

在一实施例中，步骤61a中，也即对实名认证信息进行实名认证之后，方法还包括：

S64a：当未通过实名认证时，向收款端发送账户注册提示信息。

该实施例中，当未通过实名认证时，说明此收款人无法认领该临时账户，会直接向收款端发送账户注册提示信息，以便引导指示该收款人通过账户注册界面进行账户的注册，便于下次该收款人进行人脸收款，以提高该收款人后续的收款效率。

在一实施例中，步骤S50之后，即根据所述第二人脸图像检测是否存在所述收款人的临时账户之后，还包括：

S70：当已存在所述收款人的注册账户，则向所述收款人支付所述收款人的注册账户中的付款款项。

该实施例中，当付款人向服务端发送付款请求时，服务端会根据收款人的第二人脸图像，检测是否存在收款人的注册账户，当已存在收款人注册账户，服务端会将向所述收款人支付所述收款人的注册账户中的付款款项，在收款人利用收款端拍摄人脸图像进行收款时，服务端验证有该收款人的注册账户，则会将该注册账户中的付款人的款项支付给收款人。

比如，在上述街头艺人和陌生受助人通过自己的人脸图像注册过人脸账户，此时，服务端通过该付款端发送过来的街头艺人或陌生受助人的人脸图像，可查询到创建街头艺人或陌生受助人的注册账户，并向街头艺人或陌生受助人注册账户支付付款款项；后续该街头艺人或陌生受助人通过拍摄人脸图像进行触发收款请求时，在通过人脸验证得到有该街头艺人或陌生受助人注册账户，则将街头艺人或陌生受助人注册账户中的付款款项支付给该街头艺人或陌生受助人，比如支付到街头艺人或陌生受助人的银行账户，或者与银行账户绑定的电子钱包中。

可见，该实施例中，通过事先利用收款人的人脸图像向其注册账户进行付款的方式，在未知收款人账户的情况，通过人脸图像也能实现人脸支付与收款过程，扩大了人脸收付的应用范围，保证人脸收付在没有人脸账户的情况下也能保证人脸支付的进行。

需要说明的是，该已注册的人脸账户，包括创建后认领的临时账户，也包括收款人事先进行注册得到的账户，具体不做限定。

需要说明的是，收款人在触发收款请求时，为提高收款过程的安全性，使得付款人支付的款项成功支付给到相应的收款人，该实施例还对已注册的人脸账户进行收款的流程进行了进一步地优化处理，也即，步骤S70中，结合上述实施例，向所述收款人支付所述收款人的注册账户中的付款款项，包括：

S71b：提示收款人输入账户密码，并接收收款人通过收款端输入的账户密码；

S72b：当账户密码通过验证时，向收款人支付收款人的注册账户中的付款款项。

该实施例中，当通过收款端发送的第二人脸图像，检测存在收款人的注册账户时，服务端会通过收款端提示收款人输入事先为该注册账户设置的账户密码，提示收款人输入账户密码，并接收收款人通过收款端输入的账户密码，然后再次对收款人输入的账户密码进行再验证，当账户密码通过验证时，才向收款人支付收款人的注册账户中的付款款项。

该实施例中，在收款人自拍人脸上传服务端之后，若服务端通过收款人自拍的人脸查询存在此人已注册的人脸账户，则提示自拍者进行账户密码验证，该实施例对收款过程进行了优化，收款人收款时除了拍摄人脸图像外还需结合账户密码，这样就能够更进一步地防止非法收款的情况存在，提高资金安全性。

其中，需要说明的是，该账户可以是用户自定义的账户或者是标示该用户的唯一标识，比如身份证号等，具体不做限定，该账户与注册的账户关联；或者，该账户就是指已注册的账户本身，具体不做限定。

其中，值得说明的是，如图8所示，对于服务端而言，由于刚接收到收款请求时，由于不知收款请求对应的收款人是否有注册账户，在具体实现时，可先根据收款端发送的收款人的第二人脸图像判断是否有注册账户，当有，则直接进行付款操作，以便收款端通过收款界面收取款项；当无，则继续根据收款端发送的收款人的第二人脸图像判断是否有临时账户；当有临时账户，则进行实名认证后认领临时账户并进行收款；当无临时账户或者实名认证失败，则提示进行账户的注册，以便收款人在账户注册界面进行注册。

另外需要说明的是，在上述实施例中，均提及收款人事先或者通过引导的方式实现的账户的注册过程，该实施例中，提供了一种注册实施方式，包括如下步骤：响应收款人的注册请求，显示账户注册界面，并获取收款人的活体人脸图像和实名认证信息。对该实名认证信息进行实名认证后，生成该收款人的注册账户，并接收收款人为该注册账户设置的账户密码。

该实施例中，提供了收款人进行人脸账户注册的实施方式，具体不做限定，在其他实施例中，也可以无需设置这账户密码，仅是人脸验证，具体不做限定。

需要说明的是，在上述实施例中，对人脸账户的获取过程，以及收款过程以及相应的优化过程进行了描述，为了提高收付过程的安全性，该实施例中，还可以对付款以及收款的过程做其他的优化处理，以提高收付可靠性。

具体而言，结合上述任一实施例，在一实施例中，付款请求还包括收款条件，该方法还包括：根据付款人或者支付系统设定的收款条件，当满足所述收款条件时，向所述收款人支付所述收款人的账户中的付款款项。该账户可以是临时账户，也可以是注册账户。

在一实施例中，收款条件至少包括如下的其中一种或多种条件：收款时间、收款时限、收款地点、收款验证信息和收款暗语。其中，收款时间指的是收款人可以收款的时间段，比如上午10:00-11：00、下午14:00-16:00，收款时限指的是收款人最迟应当在什么时间收款，比如付款人在9月1日付款，可以设置付款时限为9月30日，收款地点指的是收款端对应的地理位置，比如：地点a或地点b。地点a可以但不限于描述为c城市的d区域；收款验证信息指的是收款时需得到付款人的验证，示例性的，收款验证信息可以是一种收款验证码，收款暗语指的是付款人与收款人约定或者随机设置的暗语。

需要说明的是，除了是上述收款条件中的任意一种或者多种条件外，还可以有其他的收款条件，具体不做限定，可以由付款人通过付款界面自定义设置，或者从付款界面预设的收款条件选项中选取，具体不做限定。

该实施例中，付款人在付款端进行付款时，除了输入付款金额，还可以进一步设置收款人的收款条件，可以在付款界面中输入设置，这样，收款人在通过收款端收款时，除了满足人脸验证、或者、人脸验证结合上述示例一、或者示例二的条件外，还需满足收款条件后，服务端才会向收款人支付收款人对应的目标人脸账户中的支付款项。

比如，如图6所示，付款人在付款时，付款端会获取付款人的付款时间、地理位置和付款人选择的其他收款条件，生成包含收款条件、付款人的第一人脸图像和付款金额的付款请求，并发送给服务端，收款人收款时，服务端在接收到收款请求时，会获取收款人的收款时间、地理位置以及其他收款条件，当收款人的收款时间、地理位置以及其他收款条件，全部与对应人脸账户的收款条件相匹配时，且人脸通过验证时，服务端才会向收款人支付收款人对应的目标人脸账户中的支付款项。

另外，实名认证信息可以是一种身份信息，其中身份信息，包括但不限于用户的真实姓名、身份证号码、手机号码、设备识别码、使用时间、地理位置等可以辨别或区分用户身份的相关信息，具体不做限定。

可见，该实施例中，对付款的过程做了另外层面上的安全优化，可应用至上述任一实施例中，具体不做限定。该实施例中，付款人向收款人账户进行付款的同时可以设置收款条件，达不到收款设定条件，收款人无法收款，可以更进一步地保证陌生人之间的收付款安全性。

在一实施例中，付款请求还包括付款指示信息，如图7所示，步骤S30中，该方法还包括：

S31：根据付款指示信息确定付款人是否选择公开付款。

S32：当付款人选择公开付款，则按照付款金额，实名向目标人脸的账户进行付款。

S33：当付款人选择匿名付款，则按照付款金额，匿名向目标人脸的账户进行付款。

该实施例中，付款人在通过付款端向收款人付款时，可以选择是否公开付款人的身份信息，若是则实名向收款人进行付款，若否则匿名向收款人进行付款，这样，可以给付款人更多的暴露选择权，更加灵活，以适应不同的付款人的对隐私的要求，用户体验更佳。该账户可以是临时账户，也可以是注册账户。

在一实施例中，步骤S30之后，按照付款金额向目标人脸的临时账户进行付款之后，方法还包括：当根据付款人或者支付系统的设定条件，判定收款人无法收款时，将目标人脸账户的支付款项返回对应的付款人账户。

上述实施例中，示例性的，设定条件包括当目标人脸的临时账户的支付款项在预设时长内未被收取等，该实施例是支付款项后的再处理方案，当目标人脸的临时账户的支付款项在预设时长内未被收取，比如长达2个月或者1个月未被收取，则将目标人脸的临时账户的支付款项返回对应的付款人账户，还有一种情况是，如果当根据付款人或者支付系统的设定条件，判定收款人无法收款时，则将目标人脸的临时账户的支付款项返回对应的付款人账户，上述方案中，能够保证付款人的资金安全的同时，保证付款人的资金能够回流。

需要说明的是，在上述的任一实施例中，在验证收款人进行收款时，还可以对收款人进行活体检测，也就是对第二人脸图像进行活体检测，进一步避免盗收款出现，提高资金安全性。

需要说明的是，从服务端的角度，上述各个实施例对本申请实施例中的基于人脸识别的支付方法进行了描述，结合到具体的应用场景中，示例性的，上述实施例的实现过程，可在收付应用的支付界面通过“红包”或者“打赏”的体现形式，支付到收款人的目标人脸账户中，使得收款人领取“红包”或者领取“打赏”，该实施例中，扩展了上述实施例的具体应用场景，具体不做限定。

另外需要说明的是，结合上述实施例可以看出，如下表1所示，本申请实施例中，服务端中的支付系统中的系统账户至少包括两类账户：

表1

如表1所示，一种是临时账户，这类临时账户的账户ID、账户名称、收付款账户、收付款密码、身份信息等，均为系统默认设置；一种是注册账户，这类账户的账户ID、账户名称、收付款账户、收付款密码、身份信息等，均可由用户自定义设置；其中身份信息，包括但不限于用户的真实姓名、身份证号码、手机号码、设备识别码、使用时间、地理位置等可以辨别或区分用户身份的相关信息。其中，所述收付款账户可以是互联网账户（如，支付宝账户或微信支付账户）和/或银行账户，收付款账户可以是一个或多个，具体不做限定。临时账户，其对应的收付款账户默认为系统预先设定的收付款账户。一般地，多个临时账户对应系统预先设定的一个收付款账户，预先设定的收付款账户数量也可以是多个。

如下表2所示，本申请示例中，服务端可以维护如下表2所示的信息，包括付款记录、付款人账户、付款时间、付款地点、收款条件（如前述实施例提及的可以自定义或者系统默认）、收款人账户、收款状况和付款去向，从而更好的对支付过程进行记录与监控，保证所有支付过程的具有可追溯性以及便于查询支付情况。

表2

值得说明的是，在上述实施例中，提及的临时账户以及注册账户，所支付的付款款项，可以不局限于数字货币形式，也可以是具体的某些地区或者国家的货币。

在一实施例中，如图9所示，还提供了一种基于人脸识别的方法，该方法包括：

S101：根据第一人脸图像创建目标人脸的临时用户账户。

S102：根据第二人脸图像检测是否存在目标人脸的临时用户账户。

S103：当存在目标人脸的临时用户账户时，提请用户认领临时用户账户为注册用户账户。

其中，该临时用户账户为区别于临时账户的其他账户，具体不做限定。此实施例，提出了一种基于人脸图像的临时用户账户的创建方法和认领注册方法，可广泛应用于人脸支付以外的其他涉及人脸应用的相关领域，是本发明方案的一个重要环节，再次强调保护。示例性的，比如可以是用户某种积分账户、邮件账户、奖励分数账户、数字货币账户等等账户形式，具体均不做限定。

A2、一种基于人脸识别的支付方法

在一实施例中，提供了一种基于人脸识别的方法，用于付款端，该方法包括如下步骤：

S201：获取付款金额和收款人的第一人脸图像。

S202：生成包含付款金额和收款人的第一人脸图像的付款请求。

S203：向服务端发送付款请求，以使根据所述收款人的第一人脸图像，创建目标人脸的临时账户，并按照所述付款金额向所述目标人脸的临时账户进行付款。

可见，该实施例中，从付款端的角度对支付过程进行了描述，提供了一种新的基于人脸识别的方法，与传统的支付方案存在较大差异，是一种新的支付模式，该方法中，可通过收款人的人脸图像，先主动创建收款人对应的目标人脸的临时账户，并先进行打款，以便后续收款人通过人脸形式实现收款，可以使任何陌生人之间在事先没有注册和拥有人脸账户的情况下，实现支付和收款。

需要说明的是，关于该实施例中，付款端实现的更多步骤、功能或者细节和带来的效果，可对应参阅前述服务端实施例的描述，这里不重复描述。

A3、一种基于人脸识别的支付方法

在一实施例中，提供了一种基于人脸识别的方法，用于收款端，该方法包括如下步骤：

S301：接收收款人通过收款端拍摄的第二人脸图像；

S302：生成包含第二人脸图像的收款请求；

S303：向服务端发送收款请求，以使服务端根据所述第二人脸图像检测是否存在所述收款人的临时账户；当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

需要说明的是，关于该实施例中，收款端实现的更多步骤、功能或者细节，可对应参阅前述服务端实施例的描述，这里不重复描述。

综上可见，本申请提供了一种基于人脸识别的支付方法，有效实现了一种向陌生人付款的方式，比如在生活中经常会遇到需要帮助的人，感动你的人，激励你的人，需要捐助的人，通过本方法可以在不知道陌生人支付账户及其身份信息的情况下，更加直接有效的向任何陌生人实现付款行为，便于实现善意的积极的捐助。

A4、一种基于人脸识别的支付方法

在一实施例中，如图10所示，还提供了一种基于人脸识别的方法，方法包括：

S401：接收付款请求，付款请求包含收款人的第一人脸图像和付款金额。

S402：按照付款金额向目标人脸的目标账户进行付款。

S403：接收收款请求，收款请求包含收款人通过收款端拍摄的第二人脸图像。

S404：获取第二人脸图像对应的账户作为目标账户，并向目标账户支付付款金额。

进一步地，在一实施例中，该方法还包括：

S405：检测是否存在收款人的账户，若存在则获取并作为目标账户；若不存在账户，则创建收款人的临时账户或提请用户注册账户。

该实施例中，目标账户可以为临时账户，也可以是事先注册的账户，具体不做限定，在接收到付款请求后，先按照付款金额向付款请求中目标人脸的目标账户进行付款，在接收到收款请求后，获取收款请求中第二人脸图像对应的账户作为目标账户，然后向该目标账户支付付款金额，从而响应该收款请求完成支付。在此过程中，会检测是否存在收款人的账户，若存在则获取并作为目标账户；若不存在账户，则创建收款人的临时账户或提请用户注册账户。

进一步地，通过第二人脸图像检测是否存在收款人的账户，若存在则获取并作为目标账户；若不存在账户，则提请用户注册账户。和/或，通过第一人脸图像检测是否存在收款人的账户，若存在则获取并作为目标账户；若不存在账户，则创建收款人的临时账户。

也就是说，在响应收款请求时，可以是直接向已存在的收款人的账户进行打款；也可以是用创建的收款人的临时账户进行打款，还可以提请用户注册账户，从而保证收款完成。

需要说明的是，在上述任一实施例中，在没有特别说明的情况下，所述账户包括临时账户和注册账户。还需要说明的是，所述账户具有完全的收付款功能，以及相关的其他功能，具体不做限定。

另外需要说明的是，在付款人进行付款之前，还可以通过对付款人进行活体检测以确定付款人人脸的真实性，再进行付款处理，增强了付款的安全性。

A5、一种临时用户账户处理方法

发明人发现，在目前常见的互联网技术情况下，用户与用户之间的交互，都离不开账户，例如，用户A要给用户B付款，用户A必须知道用户B的收款账户，否则用户A无法付款给用户B。同样的用户A要给用户B发邮件，用户A必须知道用户B的邮件账户，否则用户A无法发送邮件给用户B。

但是在现实情况中，尤其在陌生人之间，彼此之间并不知道彼此的账户，因此也就无法完成相互之间的收付款，以及发邮件等交互行为。随着人脸识别技术的成熟，本发明给出一种临时账户创建和认领的方法，用来解决实际生活中的上述问题。

在一实施例中，提供了一种临时用户账户的处理方法，所述方法还包括：

S501：响应创建人操作，以根据第一人脸图像创建目标人脸的临时用户账户；

S502：响应认领人操作，以根据第二人脸图像检测是否存在所述目标人脸的临时用户账户；

S503：当存在所述目标人脸的临时用户账户时，提请所述认领人认领所述目标人脸的临时用户账户为注册账户。

在该实施例中，使得用户A，也即创建人，在不知道用户B的账户情况下，用户A根据用户B的人脸图像，创建用户B的临时用户账户，以用于实现用户A向用户B付款和或发邮件等需求。用户B通过自拍的方式，检索是否存在用户B的临时用户账户，若存在，用户B作为认领人认领所述临时账户为注册用户，进而实现收款和接收邮件的需求。

表3

由表3可知，通过临时账户的创建还可以实现陌生人之间除收付款以外的其他交互需求。针对于临时账户系统可以相应的匹配邮件功能、快递功能等，以此实现陌生人之间基于人脸识别的发邮件、发快递等功能。

例如，用户A要给用户B发邮件，用户A可以基于用户B的人脸图像创建用户B的临时账户，通过系统默认邮箱向用户B发邮件，用户B通过人脸识别验证认领临时账户为注册账户，进而接收用户A给用户B发的邮件，并可以自定义邮箱设置。

例如，用户A要给用户B寄快递，用户A可以基于用户B的人脸图像创建用户B的临时账户，通过系统默认地址向用户B寄快递，用户B通过人脸识别验证认领临时账户为注册账户，进而接收用户A给用户B寄的快递，并可以自定义地址设置。作为其中一个实施例，用户A将快递邮寄到系统默认地址，当用户B通过人脸识别验证认领临时账户为注册账户，则将快递邮寄从默认地址邮寄到用户B自定义的地址。

如上所述，基于人脸识别的临时账户处理方法，通过创建临时账户和认领临时账户，进一步扩展了人脸识别技术的应用范围，可广泛应用于除了人脸支付以外的其他领域。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

B、一种基于人脸识别的支付装置

在一实施例中，提供一种基于人脸识别的装置，该基于人脸识别的装置与上述实施例中基于人脸识别的方法中服务端、付款端或者收款端实现的支付方法一一对应。

如图11所示，在一实施例中，该基于人脸识别的装置包括接收模块101、创建模块102、和付款模块103。各功能模块详细说明如下：

接收模块101，用于接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额；

创建模块102，用于根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

付款模块103，用于按照所述付款金额向所述目标人脸的账户进行付款。

在一实施例中，如图12所示，所述装置还包括认领模块104、检测模块105；

所述接收模块101，还用于接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

所述检测模块104，用于根据所述第二人脸图像检测是否存在所述收款人的临时账户；

所述认领模块105，用于当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户；

所述支付模块103，用于向所述收款人支付所述收款人的账户中的付款款项。

关于基于人脸识别的装置的具体限定可以参见上文中对于基于人脸识别的方法中服务端的限定，在此不再赘述。上述基于人脸识别的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

还需要说明的是，本申请实施例还提供了基于人脸识别的支付装置，关于基于人脸识别的支付装置的具体限定可以参见上文中对于基于人脸识别的支付方法中付款端的限定，在此不再赘述。

C、计算机设备和介质

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务端、收款端或者付款端，其内部结构图可以如图13所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，当为收款端或者付款端时，还可以包括输入装置和显示装置（图13中未示出），该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种基于人脸识别的支付服务端、付款端和/或者收款端的步骤。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额；

根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

按照所述付款金额向所述目标人脸的临时账户进行付款。

在一个实施例中，所述处理器执行计算机程序时还实现以下步骤：

接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

根据所述第二人脸图像检测是否存在所述收款人的临时账户；

当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额；

根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

按照所述付款金额向所述目标人脸的临时账户进行付款。

在一个实施例中，所述计算机程序被处理器执行时实现以下步骤：

接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

根据所述第二人脸图像检测是否存在所述收款人的临时账户；

当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

需要说明的是，本申请实施例提供的一种计算机设备，在处理器执行计算机程序时还用于实现前述方法实施例中任意实施例的方法，具体这里不重复说明。本申请实施例提供的一种计算机可读存储介质，计算机程序被处理器执行时还用于实现前述方法实施例中任意实施例的方法，具体这里也不重复说明。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (15)

1.一种基于人脸识别的支付方法，其特征在于，用于服务端，所述方法包括：

接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额，所述第一人脸图像是付款人需向收款人付款时，付款端所获取的收款人的人脸图像，所述付款请求为收款人未注册人脸账户时付款人所触发的付款请求；

根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

按照所述付款金额向所述目标人脸的临时账户进行付款；

所述按照所述付款金额向所述目标人脸的临时账户进行付款之后，所述方法还包括：

接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

根据所述第二人脸图像检测是否存在所述收款人的临时账户；

当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

2.如权利要求1所述的方法，其特征在于，所述提请所述收款人认领所述临时账户为注册账户，包括：

获取所述收款人的实名认证信息，并对所述实名认证信息进行实名认证；

当通过实名认证时，则提示所述收款人认领所述临时账户为注册账户；

在接收到所述收款人的认领操作时，则确认向所述收款人支付所述第一人脸图像的临时账户中的支付款项。

3.如权利要求2所述的方法，其特征在于，所述对所述实名认证信息进行实名认证之后，所述方法还包括：

当未通过实名认证时，向所述收款端发送账户注册提示信息。

4.如权利要求2所述的方法，其特征在于，所述实名认证信息包括认领身份证和认领头像，所述对所述实名认证信息进行实名认证，包括：

对所述认领身份证、认领头像、第一人脸图像和第二人脸图像进行对比；

当所述认领身份证的人脸图像、认领头像、第一人脸图像和第二人脸图像的重合度达到预设重合度时，则确认通过所述实名认证。

5.如权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

根据付款人或者支付系统设定的收款条件，当满足所述收款条件时，向所述收款人支付所述收款人的账户中的付款款项。

6.如权利要求5所述的方法，其特征在于，所述收款条件包括如下其中的一种或多种条件：收款时间、收款时限、收款地点、收款验证信息和收款暗语。

7.如权利要求1-4任一项所述的方法，其特征在于，所述根据所述第二人脸图像检测是否存在所述收款人的临时账户之后，还包括：

当已存在所述收款人的注册账户，则向所述收款人支付所述收款人的注册账户中的付款款项。

8.如权利要求7所述的方法，其特征在于，所述向所述收款人支付所述收款人的注册账户中的付款款项，包括：

提示收款人输入账户密码，并接收所述收款人通过所述收款端输入的账户密码；

当所述账户密码通过验证时，向所述收款人支付所述收款人的注册账户中的付款款项。

9.如权利要求1-4任一项所述的方法，其特征在于，所述付款请求还包括付款指示信息，所述方法还包括：

根据所述付款指示信息确定付款人是否选择公开付款；

当所述付款人选择公开付款，则按照所述付款金额，实名向所述目标人脸的账户进行付款；

当所述付款人选择匿名付款，则按照所述付款金额，匿名向所述目标人脸的账户进行付款。

10.如权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

当根据付款人或者支付系统设定的收款条件，判定所述收款人无法收款时，将所述目标人脸账户的支付款项返回对应的付款人账户。

11.一种基于人脸识别的支付方法，其特征在于，用于付款端，所述方法包括：

获取付款金额和收款人的第一人脸图像，所述第一人脸图像是付款人需向收款人付款时，所述付款端所获取的所述收款人的人脸图像；

生成包含所述付款金额和收款人的第一人脸图像的付款请求，所述付款请求为收款人未注册人脸账户时所述付款人所触发的付款请求；

向服务端发送所述付款请求，以使所述服务端根据所述收款人的第一人脸图像，创建目标人脸的临时账户，并按照所述付款金额向所述目标人脸的临时账户进行付款，接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像，根据所述第二人脸图像检测是否存在所述收款人的临时账户，当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项。

12.一种基于人脸识别的支付方法，其特征在于，用于收款端，所述方法包括：

接收收款人通过收款端拍摄的第二人脸图像；

生成包含所述第二人脸图像的收款请求；

向服务端发送所述收款请求，以使所述服务端根据所述第二人脸图像检测是否存在所述收款人的临时账户；当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户，并向所述收款人支付所述收款人的临时账户中的付款款项；

其中，所述收款人的临时账户为通过如权利要求1-10任一项所述方法所创建的临时账户。

13.一种基于人脸识别的装置，其特征在于，所述装置包括：

接收模块，用于接收付款请求，所述付款请求包含收款人的第一人脸图像和付款金额，所述第一人脸图像是付款人需向收款人付款时，付款端所获取的收款人的人脸图像，所述付款请求为收款人未注册人脸账户时付款人所触发的付款请求；

创建模块，用于根据所述收款人的第一人脸图像，创建目标人脸的临时账户；

付款模块，用于按照所述付款金额向所述目标人脸的临时账户进行付款；

所述装置还包括认领模块和检测模块：

所述接收模块，还用于接收收款请求，所述收款请求包含所述收款人通过收款端拍摄的第二人脸图像；

所述检测模块，用于根据所述第二人脸图像检测是否存在所述收款人的临时账户；

所述认领模块，用于当存在所述收款人的临时账户，提请所述收款人认领所述临时账户为注册账户；

所述付款模块，用于向所述收款人支付所述收款人的临时账户中的付款款项。

14.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至10、11至12任一项所述基于人脸识别的支付方法的步骤。

15.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10、11至12任一项所述基于人脸识别的支付方法的步骤。