业务实现方法和装置与流程

本申请涉及互联网技术领域，尤其涉及一种业务实现方法和装置。

背景技术：

随着互联网技术的快速发展，用户可基于移动终端完成各种各样的业务，比如：支付业务、票券购买业务等。相关技术中，用户必须要通过移动终端才能实现这些业务，一旦用户忘记携带移动终端、或者用户的移动终端丢失，那么将导致业务无法实现。

技术实现要素：

有鉴于此，本申请提供一种业务实现方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种业务实现方法，所述方法包括：

接收业务终端发送的业务请求，所述业务请求中携带业务请求人的人脸图像和业务口令；

确定所述业务口令对应的人脸图像样本；

通过人脸识别算法，在所述业务口令对应的人脸图像样本中查找与所述业务请求人的人脸图像匹配的人脸图像样本；

若查找到匹配的人脸图像样本，则基于与查找到的所述人脸图像样本以及所述业务口令绑定的实名业务账号完成相关业务。

一种业务实现装置，所述装置包括：

请求接收单元，接收业务终端发送的业务请求，所述业务请求中携带业务请求人的人脸图像和业务口令；

样本确定单元，确定所述业务口令对应的人脸图像样本；

人脸匹配单元，通过人脸识别算法，在所述业务口令对应的人脸图像样本中查找与所述业务请求人的人脸图像匹配的人脸图像样本；

业务执行单元，若查找到与匹配的人脸图像样本，则基于与查找到的所述人脸图像样本以及所述业务口令绑定的实名业务账号完成相关业务。

由以上描述可以看出，本申请可以基于业务请求人的人脸图像以及业务口令绑定的实名业务账号完成相关业务，对于用户而言，在实现业务时“刷脸”、输入业务口令即可，整个过程无需移动终端的参与，方便快捷。

附图说明

图1是本申请一示例性实施例示出的一种业务实现方法的流程示意图。

图2是本申请一示例性实施例示出的一种刷脸业务功能开启的流程示意图。

图3是本申请一示例性实施例示出的一种采集待认证人脸图像的界面示意图。

图4是本申请一示例性实施例示出的一种设置支付口令的界面示意图。

图5是本申请一示例性实施例示出的一种刷脸支付的流程示意图。

图6是本申请一示例性实施例示出的一种用于业务实现装置的一结构示意图。

图7是本申请一示例性实施例示出的一种业务实现装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请一示例性实施例示出的一种业务实现方法的流程示意图。

请参考图1，所述业务实现方法可以应用在服务端，所述服务端通常为服务提供商部署的服务器或者服务器集群，包括有以下步骤：

步骤101，接收业务终端发送的业务请求，所述业务请求中携带业务请求人的人脸图像和业务口令。

在本实施例中，所述业务请求可包括：支付请求、挂号请求、取药请求、取票请求等。所述业务终端可以为商户的收银机、医院的挂号终端、医院的取药终端、电影院的取票终端等，本申请对此不作特殊限制。

在本实施例中，所述业务终端通常设置或关联有摄像头，比如：三维摄像头，用于拍摄业务请求人的人脸图像。业务请求人或者业务相关的工作人员可以在业务终端中选择“刷脸”按钮以开启摄像头进行人脸图像的采集。以支付业务为例，收银员选择“刷脸支付”后，可以让付款人(业务请求人)面向摄像头，以便摄像头采集付款人的人脸图像。

在本实施例中，所述业务终端通常设置或关联有业务口令的采集装置，比如：键盘、听筒等。所述业务口令通常由业务请求人预先进行设置，可以为一组数字，也可以为一组字母、一组汉字、一组符号或数字、字母、符号以及汉字的组合，本申请对此不做特殊限制。仍以支付业务为例，付款人可以在采集人脸图像后，通过键盘输入预设的业务口令，比如：密码。

在本实施例中，在采集到业务请求人的人脸图像和业务口令后，可以将所述人脸图像和业务口令携带在业务请求中发送给服务端。

步骤102，确定所述业务口令对应的人脸图像样本。

步骤103，通过人脸识别算法，在所述业务口令对应的人脸图像样本中查找与所述业务请求人的人脸图像匹配的人脸图像样本。

基于前述步骤101，服务端在接收到所述业务请求后，可以先确定所述业务口令对应的人脸图像样本，然后通过人脸识别算法，在确定的人脸图像样本中查找与所述业务请求人的人脸图像匹配的人脸图像样本。其中，所述人脸图像样本通常由业务请求人在开通刷脸业务功能时上传。

在本实施例中，可以预先将业务口令相同的人脸图像样本存储到同一个数据库中，在进行业务口令对应的人脸图像样本的确定时，可以查找该业务口令对应的人脸图像库。当然，在实际应用中，也可以不建立业务口令对应的人脸图像库，仅保存业务口令和人脸图像样本之间的对应关系，本申请对此不作特殊限制。

步骤104，若查找到匹配的人脸图像样本，则基于与查找到的所述人脸图像样本以及所述业务口令绑定的实名业务账号完成相关业务。

基于前述步骤103，若在所述业务口令对应的人脸图像样本中查找到与所述业务请求人的人脸图像匹配的人脸图像样本，则可以基于与查找到的所述人脸图像样本和所述业务口令绑定的实名业务账号完成相关业务，比如：基于与查找到的所述人脸图像样本和所述业务口令绑定的已通过实名认证的第三方支付账号完成支付。

由以上描述可以看出，本申请可以基于业务请求人的人脸图像以及业务口令绑定的实名业务账号完成相关业务，对于用户而言，在实现业务时“刷脸”、输入业务口令即可，整个过程无需移动终端的参与，方便快捷。

下面以业务请求为支付请求为例，分别通过“刷脸支付功能”的开启、线下“刷脸支付”的实现两个方面来描述本申请的具体实现过程。

一、刷脸支付功能的开启

在本实施例中，以采用第三方支付账号实现刷脸支付为例，用户可以通过第三方支付服务提供商提供的客户端开启刷脸支付功能。请参考图2，当用户开启刷脸支付功能时，客户端可以检测用户是否已完成实名认证，若尚未完成实名认证，则可以要求用户完成实名认证，以确保账号安全。其中，用户完成实名认证的过程可以参照相关技术中的实现过程，本申请在此不再一一赘述。若用户已完成实名认证，则可以提示用户上传人脸图像样本以及支付口令，其中，该支付口令相当于前述图1所示实施例中记载的业务口令。

在本实施例中，客户端可以调用终端设备的前置摄像头，请参考图3，还可以在显示屏中显示人体头部的轮廓，引导用户调整位置，将头部放入轮廓，以采集用户的人脸图像样本。在采集到人脸图像样本后，请参考图4，还可以输出键盘，以供用户设置支付口令。其中，支付口令可以为数字，字母、符号、汉字，也可以为上述字符的组合，比如：可以提示用户设置3至6位的数字作为支付口令。

在本实施例中，服务端在通过客户端接收到用户上传的人脸图像样本和支付口令后，可以基于实名认证账号从公安网获取该实名业务账号对应的真实人脸图像，该真实人脸图像通常为用户的身份证照片，服务端可以根据人脸识别算法判断该人脸图像样本和获取到的真实人脸图像是否匹配，比如：判断这两张图像的相似度是否达到预设的相似度。其中，所述人脸识别算法可以为eigenface(特征脸)算法、lbp(localbinarypatterns，局部二值模式)算法、fisherface算法等，本申请对此不作特殊限制。

在本实施例中，若人脸图像样本和获取到的真实人脸图像匹配，则可以说明开通刷脸支付功能的用户为合法用户，确定该人脸图像样本通过认证，进而可以将该通过认证的人脸图像样本保存至用户上传的支付口令对应的人脸图像库中，并将该人脸图像样本以及上述支付口令与用户的第三方支付账号绑定，以及向客户端返回刷脸支付功能开通成功的消息。若人脸图像样本和获取到的真实人脸图像不匹配，则可以说明开通刷脸支付功能的用户为非法用户，进而可以向客户端返回认证不通过的消息，客户端可以提示用户重新进行人脸图像样本的上传。

在本实施例中，为缩短刷脸支付时人脸图像匹配的耗时，可以允许不同用户设置相同的支付口令，并以支付口令为基准建立人脸图像库，将通过认证的人脸图像样本保存至其支付口令对应的人脸图像库中。在实际实现中，当确定人脸图像样本通过认证后，可以先判断是否已建立对应支付口令的人脸图像库，若未建立，通常说明该用户设置的支付口令与已开通刷脸支付的用户设置的支付口令均不相同，可以先建立该支付口令对应的人脸图像库，并将通过认证的人脸图像样本保存至建立的人脸图像库中。

在一个例子中，由于实际生活中通常存在人脸特征比较相似的人，比如：双胞胎、长的很像的堂兄弟等，为确保刷脸支付的准确性，通常不允许人脸特征相似的人设置相同的支付口令。具体地，服务端在确定人脸图像样本通过认证后，可以先检测用户上传的支付口令对应的人脸图像库中是否存在一个或多个人脸图像样本和所述通过认证的人脸图像样本匹配，比如：逐个检测所述人脸图像库中人脸图像样本和所述通过认证的人脸图像样本的相似度是否大于预设的第一相似度，该第一相似度可以和刷脸支付进行人脸图像匹配所使用的第二相似度相同，为确保刷脸支付的准确，也可以将该第一相似度设置为大于该第二相似度的数值。

在本实施例中，若支付口令对应的人脸图像库中任一人脸图像样本和所述已通过认证的人脸图像样本均不匹配，则可以将该通过认证的人脸图像样本保存至该人脸图像库中，并将该人脸图像样本以及上述支付口令与用户的第三方支付账号绑定。若支付口令对应的人脸图像库中存在和所述通过认证的人脸图像样本匹配的人脸图像样本，则可以提示用户当前支付口令存在风险，让用户修改支付口令。当用户修改支付口令后，可以再次检测新支付口令对应的人脸图像库中是否存在一个或多个人脸图像样本和所述通过认证的人脸图像样本匹配。

在另一个例子中，为缩短刷脸支付时人脸图像匹配的耗时，还可以为支付口令对应的人脸图像库设置已认证人脸图像样本数量的上限值。具体地，服务端在确定用户上传的人脸图像样本通过认证后，可以判断用户上传的支付口令对应的人脸图像库中人脸图像样本的数量是否达到预设阈值，若已到达预设阈值，则可以提示用户修改支付口令，当用户修改支付口令后，可以继续判断新支付口令对应的人脸图像库中人脸图像样本的数量是否达到上述预设阈值。若未达到预设阈值，则可以将该通过认证的人脸图像样本保存至该人脸图像库中，并将该通过认证的人脸图像样本以及上述支付口令与用户的第三方支付账号绑定。

在本实施例中，所述预设阈值通常与所采用的人脸识别算法的识别速率正相关。举例来说，假设刷脸支付时人脸图像匹配的可容忍耗时上限为500ms，那么人脸识别算法的识别速率越高，500ms内所能识别的人脸图像的数量就越多，进而可以设置相对较大的阈值，比如：5000。若人脸识别算法的识别速率较低，那么500ms内所能识别的人脸图像的数量就较低，进而需要设置相对较小的阈值。

在实际应用中，服务端也可以在将已通过认证的人脸图像样本保存至对应的人脸图像库后，判断该人脸图像库中人脸图像样本的数量是否达到预设阈值，若达到，则可以将对应的支付口令标记为不可用。后续，在确定用户上传的人脸图像样本通过认证后，可以判断用户上传的支付口令是否已被标记为不可用，若是，则可以提示用户修改支付口令。当然，在实际实现中，还可以在其他时机进行人脸图像库中人脸图像样本的数量与预设阈值的比较，本申请对此不作特殊限制。

在本实施例中，也可以不为支付口令建立对应的人脸图像库，根据支付口令与人脸图像样本的对应关系确定支付口令对应的人脸图像样本即可，本申请对此不作特殊限制。

二、线下刷脸支付的实现

在本实施例中，仍以采用第三方支付账号实现刷脸支付为例，假设用户去超市购物，在结账时选择“刷脸支付”，收银员可以通过收银终端选择“刷脸支付”选项，以开启收银终端关联的三维摄像头，用户面朝三维摄像头以便采集用户的人脸图像。在采集到用户的人脸图像后，收银员可以提供口令输入键盘给用户，用户可以在该键盘中输入开启刷脸支付功能时设置的支付口令。收银终端可以将上述采集到的人脸图像和支付口令携带在支付请求中发送给服务端。

在本实施例中，服务端在接收到支付请求人的人脸图像和支付口令后，可以先对该人脸图像进行活体检测，若该人脸图像未通过活体检测，则通常说明用户使用照片进行刷脸支付，进而可以向收银终端返回支付失败的消息。若该人脸图像通过活体检测，则可以查找支付口令对应的人脸图像库，然后通过人脸识别算法，依次判断该人脸图像库中的人脸图像样本是否与该人脸图像匹配，比如：可以根据eigenface算法、lbp算法、fisherface算法等人脸识别算法计算人脸图像样本和支付请求人的人脸图像的相似度是否大于等于预设的第二相似度。若该人脸图像库中任一人脸图像样本和该支付请求人的人脸图像均不匹配，则可以向收银终端返回支付失败的消息。若在该人脸图像库中查找到与该支付请求人的人脸图像匹配的人脸图像样本，则可以根据保存的绑定关系获取与该人脸图像样本和支付口令绑定的第三方支付账号，并基于该第三方支付账号完成本次支付，整个过程无需用户使用手机、平板电脑等移动终端。

在实际应用中，由于第三方支付服务提供商后台的支付平台通常是一个独立的架构，为实现上述刷脸支付方案，第三方支付服务提供商可以采用不同于支付平台的平台进行人脸图像的识别以及第三方支付账号的查找。

具体地，请参考图5，第三方支付服务提供商部署有人脸图像识别平台和支付平台，收银终端在采集到用户的人脸图像和支付口令之后，可以将该人脸图像和支付口令携带在支付请求1中发送给人脸图像识别平台，由人脸图像识别平台通过人脸识别算法，在该支付口令对应的人脸图像库中查找与该人脸图像匹配的人脸图像样本，并基于查找到的人脸图像样本和该支付口令确定绑定的第三方支付账号。在确定第三方支付账号后，人脸图像识别平台可以为该第三方支付账号生成唯一对应的安全令牌(token)，并将该安全令牌返回给收银终端。另一方面，人脸图像识别平台还可以将该安全令牌和第三方支付账号的对应关系保存至支付平台可以访问的共享缓存中。

收银终端接收到安全令牌之后，可以将该安全令牌携带在支付请求2中发送给支付平台。其中，该支付请求2通常还会携带一些支付信息，比如：支付金额、支付对象、当前时间等，这部分的处理与实现可以参照相关技术，本申请在此不再一一赘述。

支付平台在接收到支付请求2之后，可以解析出安全令牌，并在共享缓存中查找该安全令牌对应的第三方支付账号。若查找到对应的第三方支付账号，则可以基于该第三方支付账号完成支付，若未查找到应的第三方支付账号，则可以向收银终端返回支付失败的消息。值得注意的是，上述安全令牌的生成与使用过程对于用户而言是无感知的，也无需收银员进行任何操作。

另一方面，为确保用户第三方支付账号的安全，人脸图像识别平台生成的安全令牌通常对应有预设的老化时间，比如：1分钟或者2分钟。当到达该老化时间时，可以删除共享缓存中该安全令牌和第三方支付账号的对应关系。对于支付平台而言，若在老化时间后接收到支付请求2，则无法在共享缓存中查找到安全令牌对应的第三方支付账号，进而返回支付失败的消息。

需要说明的是，在支付场景中，本申请记载的实名业务账号并不限制于第三方支付账号，该实名业务账号还可以为银行卡账号、存折账号等。此外，本申请记载的业务实现方案也不仅局限于支付场景，还可以应用在就医、看电影等其他场景。举例来说，用户可以将自己的人脸图像、就医口令与就诊卡或社保卡绑定，当用户去医院就医时，无需携带就诊卡或社保卡，刷脸并输入就医口令后即可识别出用户的医疗账号，进而实现挂号、支付、取药等操作，方便快捷。

与前述业务实现方法的实施例相对应，本申请还提供了业务实现装置的实施例。

本申请业务实现装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本申请业务实现装置所在服务器的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

图7是本申请一示例性实施例示出的一种业务实现装置的框图。

请参考图7，所述业务实现装置600可以应用在前述图6所示的服务器中，包括有：请求接收单元601、样本确定单元602、人脸匹配单元603、业务执行单元604、业务开通单元605、公安认证单元606以及账号绑定单元607。

其中，请求接收单元601，接收业务终端发送的业务请求，所述业务请求中携带业务请求人的人脸图像和业务口令；

样本确定单元602，确定所述业务口令对应的人脸图像样本；

人脸匹配单元603，通过人脸识别算法，在所述业务口令对应的人脸图像样本中查找与所述业务请求人的人脸图像匹配的人脸图像样本；

业务执行单元604，若查找到匹配的人脸图像样本，则基于与查找到的所述人脸图像样本以及所述业务口令绑定的实名业务账号完成相关业务。

可选的，所述人脸匹配单元603，还对所述业务请求人的人脸图像进行活体检测，若所述业务请求人的人脸图像通过活体检测，则执行在所述业务口令对应的人脸图像样本中查找与所述业务请求人的人脸图像匹配的人脸图像样本的步骤。

业务开通单元605，接收所述业务请求人在开通刷脸业务功能时上传的人脸图像样本和业务口令；

公安认证单元606，根据所述业务请求人使用的实名业务账号，从公安网获取该实名业务账号对应的真实人脸图像；

账号绑定单元607，若所述人脸图像样本和所述真实人脸图像匹配，则确定所述人脸图像样本通过认证，将所述人脸图像样本保存至所述业务口令对应的人脸图像库中，并将所述业务口令以及所述人脸图像样本与所述实名业务账号绑定；

所述样本确定单元602，确定所述业务口令对应的人脸图像库。

可选的，所述账号绑定单元607，在确定所述人脸图像样本通过认证后，还检测所述业务口令对应的人脸图像库中是否存在一个或多个人脸图像样本和所述通过认证的人脸图像样本匹配；若所述业务口令对应的人脸图像库中存在一个或多个人脸图像样本和所述通过认证的人脸图像样本匹配，则提示所述业务请求人修改业务口令。

可选的，所述账号绑定单元607，在确定所述人脸图像样本通过认证后，判断所述业务口令对应的人脸图像库中人脸图像样本的数量是否达到预设阈值；若所述业务口令对应的人脸图像库中人脸图像样本的数量已达到预设阈值，则提示所述业务请求人修改业务口令。

可选的，所述预设阈值与所述人脸识别算法的识别速率正相关。

可选的，所述业务执行单元604，为查找到的所述人脸图像样本绑定的实名业务账号生成唯一的安全令牌，并将所述安全令牌返回给所述业务终端，以供所述业务终端向业务处理平台发送携带所述安全令牌的业务请求；

其中，所述业务处理平台用于根据所述安全令牌查找到对应的实名业务账号，并基于该实名业务账号完成相关业务。

可选的，所述业务请求人的人脸图像由三维摄像头采集。

可选的，所述人脸识别算法包括：eigenface算法、lbp算法、fisherface算法。

可选的，所述业务请求为支付请求，所述相关业务为支付业务。

可选的，所述实名业务账号包括：已通过实名认证的第三方支付账号、银行卡账号、存折账号。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。