业务信息的处理方法、装置及系统与流程

本申请涉及信息处理技术领域，尤其是涉及到一种业务信息的处理方法、装置及系统。

背景技术：

随着互联网技术的不断发展，移动支付越来越流行。移动支付就是允许用户使用其移动终端(通常是手机)对所消费的商品或服务进行账务支付的一种服务方式。单位或个人通过移动设备、互联网或者近距离传感直接或间接向银行金融机构发送支付指令产生货币支付与资金转移行为，从而实现移动支付功能。移动支付将终端设备、互联网、应用提供商以及金融机构相融合，为用户提供货币支付、缴费等金融业务。

目前，用户到门店可选择店内需要购买的商品，然后扫码下单支付，支付时可采用输入支付密码或刷脸支付，在支付密码输入正确或者人脸识别成功后才能完成支付操作并得到商品。然而，这种方式需要用户操作步骤较多，支付耗时较长，会造成商品结算的效率较低，影响用户的使用体验。

技术实现要素：

有鉴于此，本申请提供了一种业务信息的处理方法、装置及系统，主要目的在于解决目前现有技术中需要用户操作步骤较多，支付耗时较长，会造成商品结算的效率较低，影响用户的使用体验的问题。

根据本申请的一个方面，提供了一种业务信息的处理方法，可应用于客户端侧，该方法包括：

接收服务器发送的用于提示确认用户身份的第一通知消息，所述第一通知消息是所述服务器根据预设检测区域内采集到的人脸特征信息进行识别后发送的；

在接收到确认用户身份的指令时，向所述服务器发送用户身份确认请求；

接收所述服务器返回的用于提示确认支付待结算业务信息的第二通知消息，所述第二通知消息是所述服务器在接收到与所述人脸特征信息对应的待结算业务信息后返回的；

在接收到确认支付所述待结算业务信息的指令时，向所述服务器发送支付确认请求，以使得所述服务器利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

可选的，所述第一通知消息是所述服务器在还确定所述人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件时发送的。

可选的，所述第二通知消息是所述服务器在还确定所述人脸特征信息对应的支付设置信息不符合第二预设免确认条件时发送的。

可选的，所述方法还包括：

获取所在客户端设备当前的位置信息；

将所述位置信息发送给所述服务器，以使得所述服务器在确定所述位置信息与所述预设检测区域的位置信息匹配时，利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

可选的，在所述向所述服务器发送支付确认请求之后，所述方法还包括：

接收所述服务器返回的对所述待结算业务信息的结算处理结果信息；

输出所述结算处理结果信息。

可选的，在所述接收服务器发送的用于提示确认用户身份的第一通知消息之后，所述方法还包括：

输出所述第一通知消息。

可选的，在所述接收所述服务器返回的用于提示确认支付待结算业务信息的第二通知消息之后，所述方法还包括：

输出所述第二通知消息。

根据本申请的另一方面，提供了另一种业务信息的处理方法，可应用于服务器侧，该方法包括：

获取预设检测区域内采集到的人脸特征信息；

对所述人脸特征信息进行识别得到用户信息；

依据所述用户信息定位对应的客户端设备；

向所述客户端设备发送用于提示确认用户身份的第一通知消息；

在接收到所述客户端设备发送的用户身份确认请求后，若接收到与所述人脸特征信息对应的待结算业务信息，则向所述客户端设备发送用于提示确认支付所述待结算业务信息的第二通知消息；

在接收到所述客户端设备发送的支付确认请求时，利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

优选的，所述向所述客户端设备发送用于提示确认用户身份的第一通知消息，具体包括：

若确定所述人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件，则向所述客户端设备发送所述第一通知消息。

优选的，若确定所述用户身份确认设置信息符合所述第一预设免确认条件，则所述方法还包括：

在接收到与所述人脸特征信息对应的所述待结算业务信息时，检测所述人脸特征信息对应的支付设置信息是否符合第二预设免确认条件；

若确定所述支付设置信息符合所述第二预设免确认条件，则利用与所述人脸特征信息对应的支付账户对所述待结算业务信息直接进行结算处理。

优选的，所述向所述客户端设备发送用于提示确认支付所述待结算业务信息的第二通知消息，具体包括：

若确定所述支付设置信息不符合所述第二预设免确认条件，则向所述客户端设备发送所述第二通知消息。

优选的，在所述利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理之前，所述方法还包括：

获取所述客户端设备当前的位置信息；

若检测出所述客户端设备当前的位置信息与所述预设检测区域的位置信息不匹配，则停止利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理，并向所述客户端设备发送异常告警信息；

所述利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理，具体包括：

若检测出所述客户端设备当前的位置信息与所述预设检测区域的位置信息匹配，则利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

优选的，所述对所述人脸特征信息进行识别得到用户信息，具体包括：

将所述人脸特征信息与预设数据库中已认证用户的人脸特征信息进行匹配；

获取匹配的已认证用户的用户信息。

优选的，在所述利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理之后，所述方法还包括：

向所述客户端设备发送对所述待结算业务信息的结算处理结果信息。

根据本申请的又一方面，提供了一种业务信息的处理装置，可应用于客户端侧，该装置包括：

接收单元，用于接收服务器发送的用于提示确认用户身份的第一通知消息，所述第一通知消息是所述服务器根据预设检测区域内采集到的人脸特征信息进行识别后发送的；

发送单元，用于在接收到确认用户身份的指令时，向所述服务器发送用户身份确认请求；

所述接收单元，还用于接收所述服务器返回的用于提示确认支付待结算业务信息的第二通知消息，所述第二通知消息是所述服务器在接收到与所述人脸特征信息对应的待结算业务信息后返回的；

所述发送单元，还用于在接收到确认支付所述待结算业务信息的指令时，向所述服务器发送支付确认请求，以使得所述服务器利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

优选的，所述第一通知消息是所述服务器在还确定所述人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件时发送的。

优选的，所述第二通知消息是所述服务器在还确定所述人脸特征信息对应的支付设置信息不符合第二预设免确认条件时发送的。

优选的，所述装置还包括：获取单元；

所述获取单元，用于获取所在客户端设备当前的位置信息；

所述发送单元，还用于将所述位置信息发送给所述服务器，以使得所述服务器在确定所述位置信息与所述预设检测区域的位置信息匹配时，利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

优选的，所述装置还包括：输出单元；

所述接收单元，还用于接收所述服务器返回的对所述待结算业务信息的结算处理结果信息；

所述输出单元，用于输出所述结算处理结果信息。

优选的，所述装置还包括：

输出单元，用于输出所述第一通知消息。

优选的，所述装置还包括：

输出单元，用于输出所述第二通知消息。

依据本申请再一个方面，提供了一种业务信息的处理装置，可应用于服务器侧，该装置包括：

接收单元，用于获取预设检测区域内采集到的人脸特征信息；

识别单元，用于对所述人脸特征信息进行识别得到用户信息；

定位单元，用于依据所述用户信息定位对应的客户端设备；

发送单元，用于向所述客户端设备发送用于提示确认用户身份的第一通知消息；

所述发送单元，还用于在接收到所述客户端设备发送的用户身份确认请求后，若接收到与所述人脸特征信息对应的待结算业务信息，则向所述客户端设备发送用于提示确认支付所述待结算业务信息的第二通知消息；

处理单元，用于在接收到所述客户端设备发送的支付确认请求时，利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理。

优选的，所述发送单元，具体用于若确定所述人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件，则向所述客户端设备发送所述第一通知消息。

优选的，所述装置还包括：检测单元；

所述检测单元，用于若确定所述用户身份确认设置信息符合所述第一预设免确认条件，则在接收到与所述人脸特征信息对应的所述待结算业务信息时，检测所述人脸特征信息对应的支付设置信息是否符合第二预设免确认条件；

所述处理单元，具体用于若确定所述支付设置信息符合所述第二预设免确认条件，则利用与所述人脸特征信息对应的支付账户对所述待结算业务信息直接进行结算处理。

优选的，所述发送单元，具体还用于若确定所述支付设置信息不符合所述第二预设免确认条件，则向所述客户端设备发送所述第二通知消息。

优选的，所述装置还包括：获取单元；

所述获取单元，用于获取所述客户端设备当前的位置信息；

所述发送单元，还用于若检测出所述客户端设备当前的位置信息与所述预设检测区域的位置信息不匹配，则停止利用与所述人脸特征信息对应的支付账户对所述待结算业务信息进行结算处理，并向所述客户端设备发送异常告警信息；

所述处理单元，具体用于若检测出所述客户端设备当前的位置信息与所述预设检测区域的位置信息匹配，则利用与所述人脸特征信息对应的用户支付账户对所述待结算业务信息进行结算处理。

优选的，所述识别单元，具体用于将所述人脸特征信息与预设数据库中已认证用户的人脸特征信息进行匹配；

获取匹配的已认证用户的用户信息。

优选的，所述发送单元，还用于向所述客户端设备发送对所述待结算业务信息的结算处理结果信息。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于客户端侧的业务信息的处理方法。

依据本申请再一个方面，提供了一种终端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于客户端侧的业务信息的处理方法。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述可应用于服务器侧的业务信息的处理方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述可应用于服务器侧的业务信息的处理方法。

依据本申请再一个方面，提供了一种业务信息的处理系统，包括上述客户端设备和服务器设备。

借由上述技术方案，本申请提供的一种业务信息的处理方法、装置及系统，与目前现有技术相比，本申请可检测到用户进入预设检测区域内时将该用户的人脸特征信息发送给服务器，由服务器对该人脸特征信息进行识别，然后找到该用户对应的客户端设备并发送用于提示用户确认身份的通知消息，进而可在用户进入业务方特定的预设检测区域内时即可实现用户身份确认，不用等到支付阶段。在该用户确认后，如果服务器接收到与该人脸特征信息对应的待结算业务信息时，可向该客户端设备发送用于提示该用户确认支付待结算业务信息的通知消息，在该用户确认支付后，可利用该人脸特征信息对应的支付账户对待结算业务信息进行结算处理，从而用户无需再进行扫码、支付密码输入或刷脸支付等，步骤简单，支付时间缩短，可以提高结算的效率，且提升了用户的使用体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种业务信息的处理方法的流程示意图；

图2示出了本申请实施例提供的另一种业务信息的处理方法的流程示意图；

图3示出了本申请实施例提供的一种应用场景实例的结构框架示意图；

图4示出了本申请实施例提供的一种业务信息的处理装置的结构示意图；

图5示出了本申请实施例提供的另一种业务信息的处理装置的结构示意图；

图6示出了本申请实施例提供的又一种业务信息的处理装置的结构示意图；

图7示出了本申请实施例提供的再一种业务信息的处理装置的结构示意图；

图8示出了本申请实施例提供的一种业务信息的处理系统的系统架构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

针对目前现有技术中商品购买方式需要用户扫码、支付密码输入或刷脸支付等，造成用户操作步骤较多，支付耗时较长，影响商品结算效率的问题，本实施例提供了一种业务信息的处理方法，可应用于客户端侧，如图1所示，该方法包括：

101、客户端设备接收服务器发送的用于提示确认用户身份的第一通知消息。

其中，第一通知消息是服务器根据预设检测区域内采集到的人脸特征信息进行识别后发送的，该人脸特征信息是在业务方检测到用户进入预设检测区域内时通过摄像头采集到的，人脸特征信息中包含该用户的人脸特征。第一通知消息中可包括服务器识别到的用户身份信息、用户当前所在地点(如可由服务器通过预设检测区域的位置判定)、识别时间等内容。

在本实施例中，业务方可根据实际业务需求确定，例如，业务方可对应商家端，具体可为商品售卖机、商品门店服务器等。该预设检测区域可根据用户的实际需求预先设置，通过摄像头采集该预设检测区域内的影像，例如，可通过摄像头采集正在商品售卖机挑选商品的用户人脸影像，或者通过摄像头采集在商品门店内挑选商品的用户人脸影像等。若在实时监控影像中检测到人脸特征信息时，则可上传给服务器进行人脸识别，查询对应用户的用户信息，而对于本实施例的执行主体可以为业务信息处理的客户端设备，服务器可利用查询到的该用户信息定位本客户端设备，并且为了进一步确认通过人脸特征信息识别到的用户身份对应本客户端设备登录的用户，可发送用于提示用户确认身份的通知消息，使得用户可确认服务器识别的结果是否正确。

例如，服务器识别到用户a正在商品门店a中购物，可向用户a确认该事件是否正确。

102、在接收到确认用户身份的指令时，向服务器发送用户身份确认请求。

进一步的，以使得服务器后续可实时跟踪是否接收到业务方发送的与该人脸特征信息对应的待结算业务信息，即该用户对应的待结算业务信息。该待结算业务信息可由业务方判定生成得到该用户的订单信息时依据该订单信息内容发送。

对于本实施例，用户可根据服务器发送的通知消息，输入确认身份或误报的指令。如果接收到用户输入的确认身份的指令，可确定用户确认了服务器识别到的用户正是该用户自己，进而可向服务器发送身份确认指令，指示服务器后续跟踪是否接收到业务方发送的与该用户对应的待结算业务信息。相反，如果接收到误报的指令，说明服务器人脸特征识别可能有误，或者用户可能不打算使用在线支付(如使用现金、刷卡支付等)，此时可向服务器发送取消跟踪指令，使得服务器后续可忽略业务方发送的与该用户对应的待结算业务信息。

103、客户端设备接收服务器返回的用于提示确认支付待结算业务信息的第二通知消息。

其中，第二通知消息是服务器在接收到业务方发送的与该人脸特征信息对应的待结算业务信息后返回的。第二通知消息中可包含业务方相关的信息(如商品门店名称及所在地、或商品售卖机名称及所在地等)、待结算业务信息、支付发起时间等。该待结算业务信息中可包含待结算业务的相关信息内容，例如，具体的订单明细、商家名称、支付金额等。

在本实施例中，用户可根据服务器发送的提示确认支付待结算业务信息的通知消息，输入支付确认或取消的指令，如果接收到用户输入的支付确认的指令，说明该待结算业务信息对应的业务正是该用户当前需要获取的业务，进而确定用户确认支付该待结算业务信息。需要说明的是，对于本实施例，在支付确认的过程中用户可无需输入支付密码、刷脸、刷指纹等操作，支付确认过程简单方便，可以提高结算的效率。如果接收到用户输入的支付取消的指令，说明用户可能不打算使用在线支付，可向服务器发送支付取消指令，以使得服务器取消对该待结算业务信息的结算处理操作。

例如，服务器识别到用户a正在商品门店a中购物，且用户a已经挑选完毕门店a中的商品并生成订单，此时可向用户a确认是否可直接支付该订单。

104、在接收到确认支付待结算业务信息的指令时，向服务器发送支付确认请求。

进一步的，以使得服务器利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理。具体的，服务器可通过人脸识别得到用户信息，查询该用户的支付账户，进而可利用该支付账户对待结算业务信息进行结算处理。在结算处理的过程中，如果出现该支付账户余额不足的情况，可确定结算失败并返回给客户端设备结算失败的信息以及失败原因信息；如果结算成功，服务器可向客户端设备以及业务方分别返回结算成功的信息，使得用户可成功获取得到相应的业务。

本实施例提供的一种业务信息的处理方法，与目前现有技术相比，本实施例可在用户进入业务方特定的预设检测区域内时即可实现用户身份确认，不用等到支付阶段。并且简化了支付过程，用户无需再进行扫码、支付密码输入或刷脸支付等，步骤简单，支付时间缩短，可以提高结算的效率，且提升了用户的使用体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，在步骤104之后，还可包括：接收服务器返回的对待结算业务信息的结算处理结果信息；然后输出该结算处理结果信息。具体的，如果服务器利用该用户支付账户对待结算业务信息结算处理成功，则该结算处理结果信息为结算处理成功信息，进而用户可成功获取得到相应的业务服务(如购买得到的商品等)；相反的，如果利用该用户支付账户对待结算业务信息结算处理失败(如支付账户余额不足等)，则该结算处理结果信息为结算处理失败信息，用户根据该信息可转为其它支付方式。

为了进一步加快用户身份确认的流程，作为一种可选方式，用户可提前设置相应的用户身份确认设置信息，进而控制是否可以免去用户身份确认环节。相应的，步骤101中的第一通知消息是服务器在还确定该人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件时发送的。其中，第一预设免确认条件可用于确定是否可免去客户端侧用户身份确认，即在服务器通过业务方发送的人脸特征信息识别到目标用户后，是否需要进一步核实识别准确性。第一预设免确认条件的具体内容可根据实际需求预先设定。

例如，服务器在根据业务方发送的人脸特征信息进行识别后，确定为该用户的人脸特征时，如果用户提前设置了无需客户端再确认，那么服务器会默认识别到用户信息为准确的信息，后续可直接实时跟踪是否接收到业务方发送的与该用户对应的待结算业务信息，无需在向对应的客户端设备发送用于提示用户确认身份的通知消息。通过这种用户身份免确认的方式，减少了与用户之间的交互次数，无需等待用户确认身份，可以加快用户身份确认的流程。但是如果用户出于自身安全角度提前设置了需要客户端再确认，那么服务器在确定业务方发送的人脸特征为该用户的人脸特征时，需要向该用户对应的客户端设备发送用于提示用户确认身份的通知消息。

为了及时提醒用户已接收到用于提示用户确认身份的第一通知消息，进一步的，作为一种可选方式，可输出该第一通知消息。输出的形式可以文字、图片、音频、视频、灯光、振动等形式输出，进而使得用户及时进行身份信息确认。

类似的，为了进一步加快用户支付确认的流程，作为一种可选方式，用户可提前设置相应的支付设置信息，进而控制是否可以免去用户支付确认环节。相应的，第二通知消息是服务器在还确定与该人脸特征信息对应的支付设置信息不符合第二预设免确认条件时发送的。其中，第二预设免确认条件可用于确定是否可免去客户端侧用户支付确认，即在服务器接收到业务方发送的与该用户对应的待结算业务信息后，是否可直接利用该用户支付账户进行扣款。第二预设免确认条件的具体内容可根据实际需求预先设定。

例如，服务器在接收到业务方发送的与该用户对应的待结算业务信息时，如果用户提前设置了无需客户端再确认，那么服务器将不会向客户端设备发送支付确认消息，会默认直接利用该用户支付账户对待结算业务信息进行结算处理。通过这种支付免确认的方式，减少了与用户之间的交互次数，无需等待用户支付确认，可以加快结算处理的流程。但是如果用户出于自身安全角度提前设置了需要客户端再确认，那么服务器在接收到业务方发送的该待结算业务信息时，需要向该用户对应的客户端设备发送用于提示用户确认支付待结算业务信息的通知消息。

为了及时提醒用户已接收到用于提示用户确认支付待结算业务信息的第二通知消息，进一步的，作为一种可选方式，可输出该第二通知消息。输出的形式仍可以文字、图片、音频、视频、灯光、振动等形式输出，进而使得用户及时进行支付确认。

在实际应用本实施例方法的过程中，依据上述两种可选方式，用户可根据自身需求提前设置是否用户身份免确认，以及是否支付免确认，进而可实现用户的不同需求。如果用户提前设置了用户身份免确认以及支付免确认，这种情况下的用户交互次数最少，结算效率最高，可实现用户在无感知下即可完成交易。如果用户提前设置了需要用户身份再确认以及支付再确认，在这种情况下虽然与用户之间的交互次数增多，但是也提高了相应的安全性。

对于本实施例，在用户提前设置了用户身份免确认以及支付免确认的前提下，为了进一步提高支付结算的安全性，作为一种可选方式，本实施例还可包括：获取所在客户端设备当前的位置信息；然后将获取到的位置信息发送给服务器，进而使得服务器在确定该位置信息与预设检测区域的位置信息匹配时，利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

在本可选方式中，可通过客户端设备配置的定位系统获取客户端设备当前的位置信息，而服务器可向业务方调取该预设检测区域的位置信息。由于用户的人脸特征信息是在预设检测区域内被采集到的，相当于在用户实际支付过程中用户所在的位置(即客户端设备所在位置)应该与预设检测区域的位置信息匹配，若不匹配，说明可能通过人脸特征信息识别用户信息有误(如人脸极度相似、同卵多胞胎等)、或者由于受到攻击者攻击造成利用他人代为支付的情况等，此时可停止利用该用户支付账户对待结算业务信息进行结算处理。在用户所在的位置与预设检测区域的位置信息匹配时，才执行利用用户支付账户对待结算业务信息进行结算处理，进而可保证用户资金的安全性。

需要说明的是，上述可应用于客户端侧的业务信息的处理方法，是在客户端侧描述具体的业务信息的处理过程，而为了完整说明本实施例的具体实施方式，提供了另一种可应用于服务器侧的业务信息的处理方法，以便说明在服务器侧的业务信息处理过程，如图2所示，该方法包括：

201、服务器获取预设检测区域内采集到的人脸特征信息。

其中，人脸特征信息是在业务方检测到用户进入预设检测区域内时通过摄像头采集到的。该摄像头可自动采集进入到预设检测区域内的用户的人脸特征信息，然后触发业务方进行上传到服务器。

对于本实施例的执行主体可为用于业务信息处理的服务器设备。摄像头在预设检测区域内检测到人脸特征信息后，可由业务方将该人脸特征信息发送给本服务器，以便实现用户身份识别，具体可执行步骤202。

202、对人脸特征信息进行识别得到用户信息。

其中，用户信息中可包含用户的支付账户、用户标识、用户属性(如年龄、性别等)等信息。例如，根据人脸特征信息利用人脸识别技术，找到对应用户的用户信息。

203、依据用户信息定位对应的客户端设备。

在本实施例中，客户端设备具有唯一性，因为用户每次登录客户端设备时会在服务器端有所记录，进而对于本实施例可通过查询服务器记录的日志文件，找到用户最后登录的客户端设备，作为用户最新登录的客户端设备。例如，日志文件会按照登录时间排序，找到登录时间最接近当前时刻的客户端设备，作为用户最新登录的客户端设备。通过这种方式，避免后续向用户之前登录的客户端设备发送无效的通知消息，可准确定位用户当前登录的客户端设备，进而可准确向用户发送通知消息。

204、向客户端设备发送用于提示确认用户身份的第一通知消息。

其中，第一通知消息的概念解释可参考步骤101中的相应描述，在此不再赘述。

具体的，可通过发送应用推荐消息、短消息、预留电话语音等方式，向客户端设备发送该通知消息。用户查看到该通知消息后，判别服务器识别到的用户身份信息是否正确，例如，服务器识别到用户b正在商品售货机b挑选商品，可向用户b确认该事件是否正确。最后用户可通过客户端设备中的对应应用输入身份确认或误报的指令。

205、在接收到客户端设备发送的用户身份确认请求后，若接收到与该人脸特征信息对应的待结算业务信息，则向客户端设备发送用于提示确认支付待结算业务信息的第二通知消息。

其中，第二通知消息的概念解释可参考步骤103中的相应描述，在此不再赘述。

同样的，可通过发送应用推荐消息、短消息、预留电话语音等方式，向客户端设备发送该通知消息。用户查看到该通知消息后，判别是否确认支付该待结算业务信息。例如，服务器识别到用户b正在商品售货机b挑选商品，且用户b已经挑选完毕商品生成订单，可向用户b确认是否可直接支付该订单。最后用户可通过客户端设备中的对应应用输入支付确认或取消的指令。

206、在接收到客户端设备发送的支付确认请求时，利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

通过本实施例上述业务信息的处理方法，支付结算过程中无需用户再次输入支付密码或刷脸认证等，可简化支付过程。并且可在用户进入业务方特定的预设检测区域内时即可实现用户身份确认，不用等到支付阶段。整个过程步骤简单，支付时间缩短，可以提高结算的效率，且提升了用户的使用体验。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了说明步骤202中的具体实施过程，作为一种可选方式，步骤202具体可包括：将业务方发送的人脸特征信息与预设数据库中已认证用户的人脸特征信息进行匹配，其中预设数据库中可保存有不同的已认证用户分别对应的人脸特征信息，且还可保存有不同的已认证用户的用户信息；然后获取匹配的已认证用户的用户信息，即为该人脸特征信息对应的用户信息。通过这种方式可准确识别得到与业务方上传的人脸特征信息对应用户的用户信息。

然而有时人脸识别过程中会存在人脸相似的情况，因此为了进一步提高对人脸特征信息进行识别的准确性，可结合客户端设备当前的位置信息进行判定，具体是哪个客户端设备。例如，如果通过人脸特征信息匹配到多个已认证用户(如这些已认证用户的人脸特征的相似度大于一定阈值等)，可分别定位这些已认证用户最新登录的客户端设备的位置信息，找到与摄像头预设检测区域的位置信息匹配的目标客户端设备，将该目标客户端设备最新登录的已认证用户确定为最终人脸识别得到的用户。通过这种方式可有效解决人脸识别过程中存在人脸相似的问题。

为了进一步加快用户身份确认的流程，作为一种可选方式，用户可提前设置相应的用户身份确认设置信息，进而控制是否可以免去用户身份确认环节。相应的，向客户端设备发送第一通知消息的过程具体可包括：若确定该人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件，则向客户端设备发送第一通知消息。其中，第一预设免确认条件的概念解释可参考步骤104中相应描述，在此不再赘述。

对于本可选方式，如果用户提前设置了无需客户端再确认，那么服务器会默认识别到用户信息为准确的信息，后续可直接实时跟踪是否接收到业务方发送的与该用户对应的待结算业务信息，无需在向对应的客户端设备发送用于提示用户确认身份的通知消息。通过这种用户身份免确认的方式，减少了与用户之间的交互次数，无需等待用户确认身份，可以加快用户身份确认的流程。

类似的，为了进一步加快用户支付确认的流程，作为一种可选方式，若确定用户身份确认设置信息符合第一预设免确认条件，则本实施例方法还可包括：在接收到与该人脸特征信息对应的待结算业务信息时，检测与该人脸特征信息对应的支付设置信息是否符合第二预设免确认条件；若确定支付设置信息符合第二预设免确认条件，则利用与该人脸特征信息对应支付账户对待结算业务信息直接进行结算处理。其中，第二预设免确认条件的概念解释可参考步骤104中相应描述，在此不再赘述。

通过上述可选方式，如果用户提前设置了无需客户端再确认，那么服务器将不会向客户端设备发送支付确认消息，会默认直接利用该用户支付账户对待结算业务信息进行结算处理。通过这种支付免确认的方式，减少了与用户之间的交互次数，无需等待用户支付确认，可以加快结算处理的流程。

但是如果用户出于自身安全角度提前设置了需要客户端再确认，相应的，上述向客户端设备发送用于提示用户确认支付待结算业务信息的第二通知消息的过程具体可包括：若确定支付设置信息不符合第二预设免确认条件，则向客户端设备发送第二通知消息。进而可保证用户支付的安全性。

对于本实施例，在用户提前设置了用户身份免确认以及支付免确认的前提下，为了进一步提高支付结算的安全性，作为一种可选方式，在利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理之前，还可包括：获取客户端设备当前的位置信息；若检测出客户端设备当前的位置信息与预设检测区域的位置信息不匹配，则停止利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理，并向客户端设备发送异常告警信息，其中异常告警信息具体可为文字、图片、音频、视频、灯光、振动等告警信息；相应的，上述利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理的过程具体可包括：若检测出客户端设备当前的位置信息与预设检测区域的位置信息匹配，则利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

由于用户的人脸特征信息是在预设检测区域内被采集到的，相当于在用户实际支付过程中用户所在的位置应该与预设检测区域的位置信息匹配，在用户所在的位置与预设检测区域的位置信息匹配时，才执行利用用户支付账户对待结算业务信息进行结算处理，进而可保证用户资金的安全性。

进一步的，为了使得用户及时了解到待结算业务信息已经结算完毕，作为一种可选方式，本实施例方法在利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理之后，还可包括：向客户端设备发送对待结算业务信息的结算处理结果信息。进而实现该业务信息的交易成功。对于本可选方式，为了告知业务方该待结算业务信息已经结算成功，还可向业务方发送对待结算业务信息的结算处理结果信息。

为了说明上述实施例的具体实施过程，给出如下应用场景，但不限于此：

目前，新餐饮场景下的支付方式都是要支付的时候，做人脸识别、或者输入支付密码等，即在用户选择商品和消费商品后，支付的时候再做人脸识别支付或者扫码支付等，步骤比较繁琐，会增加商品结算的时间，影响商品结算的效率。为了解决这一问题，通过应用本实施例的方法可在商品选择和消费的过程中就确认身份，不用等到支付阶段，支付的时候可以更便捷，更从容，进而可提高商品结算的效率。

具体的，如图3所示，首先可在商品售卖机的相应位置或商品门店内安装智能摄像头，例如门店座位或者过道等。进而可使得智能摄像头采集商品售卖机前正在挑选商品的用户人脸影像，或可采集门店座位/过道附近正在挑选商品的用户人脸影像。再配置智能摄像头的编号、安放位置等基本信息。这样目标用户进入门店或者在售卖机选商品时，智能摄像头就可自动获取目标用户的人脸特征信息发送给商品售卖机或商品门店端进而上传给服务器。

服务器可将该人脸特征信息与数据库里存放的已经认证用户的人脸特征信息进行比对，进而可准确查询到目标用户的用户信息，并找到目标用户最后登录的客户端设备(如智能手机等)。此时可查询目标用户是否设置了需要客户端再次确认用户身份(如需要用户通过智能手机端确认服务器是否识别正确，即目标用户本人操作)；如果无需客户端确认用户身份，就直接默认识别到用户信息为准确的信息，后续可直接实时跟踪是否接收到商品售卖机或商品门店端发送的与目标用户对应的商品结算通知信息；如果需要客户端确认用户身份，则需要服务器向目标用户最后登录的客户端设备推送确认身份通知，这时目标用户可在客户端设备上确认身份，向服务器发送身份确认指令。

服务器在接收到商品售卖机或商品门店端发送的与目标用户对应的目标商品结算通知信息时，可查询目标用户是否设置了需要客户端确认支付(如需要用户通过智能手机确认是否可直接支付结算目标商品的订单)；如果无需客户端确认支付，就直接利用目标用户的支付账户对目标商品的订单进行支付结算；如果需要客户端确认支付，则需要服务器向该客户端设备推送该目标商品的待结算单，由目标用户决定是否支付，若确认支付可向服务器发送支付确认指令，支付确认的过程可无需再输入支付密码、或刷脸认证等。在服务器确定支付结算成功后，向商品售卖机或商品门店端发送相应的支付成功消息，使得商品售卖机或商品门店端确定此次目标商品交易成功。对于本实施例过程特别适用于线下支付场景，在线下用户选择商品和消费商品的时间都比较长，可以在用户选择和使用商品的过程中确认身份，然后可离场支付。通过应用上述过程能显著提高线下场景中的支付速度和便捷性。

通过应用本实施例提供的方法，可在商品选择和消费的过程中就确认用户身份，不用等到支付阶段，支付的时候支付结算过程中无需用户再次输入支付密码或刷脸认证等，可以更便捷，更从容，进而可提高商品结算的效率。

进一步的，作为图1所示方法的具体实现，本申请实施例提供了一种可应用于客户端侧的业务信息的处理装置，如图4所示，该装置包括：接收单元31、发送单元32。

接收单元31，可用于接收服务器发送的用于提示确认用户身份的第一通知消息，第一通知消息是服务器根据预设检测区域内采集到的人脸特征信息进行识别后发送的；

发送单元32，可用于在接收到确认用户身份的指令时，向服务器发送用户身份确认请求；

接收单元31，还可用于接收服务器返回的用于提示确认支付待结算业务信息的第二通知消息，第二通知消息是服务器在接收到业务方发送的与人脸特征信息对应的待结算业务信息后返回的；

发送单元32，还可用于在接收到确认支付待结算业务信息的指令时，向服务器发送支付确认请求。

进一步的，以使得服务器利用与人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

在具体的应用场景中，第一通知消息是服务器在还确定人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件时发送的。

在具体的应用场景中，第二通知消息是服务器在还确定人脸特征信息对应的支付设置信息不符合第二预设免确认条件时发送的。

在具体的应用场景中，如图5所示，本装置还可包括：获取单元33；

获取单元33，可用于获取所在客户端设备当前的位置信息；

发送单元32，还可用于将位置信息发送给服务器。

进一步的，以使得服务器在确定位置信息与预设检测区域的位置信息匹配时，利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

在具体的应用场景中，如图5所示，本装置还可包括：输出单元34；

接收单元31，还可用于接收服务器返回的对待结算业务信息的结算处理结果信息；

输出单元34，可用于输出结算处理结果信息。

在具体的应用场景中，输出单元34，还可用于输出第一通知消息。

在具体的应用场景中，输出单元34，还可用于输出第二通知消息。

需要说明的是，本实施例提供的一种可应用于客户端侧的业务信息的处理装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。

通过应用上述装置的方案，可实现在支付确认的过程中用户可无需输入支付密码、刷脸、刷指纹等操作，支付确认过程简单方便，可以提高结算的效率。

进一步的，作为图2方法的具体实现，本申请实施例提供了一种可应用于服务器侧的业务信息的处理装置，如图6所示，该装置包括：接收单元41、识别单元42、定位单元43、发送单元44、处理单元45。

接收单元41，可用于获取预设检测区域内采集到的人脸特征信息；

识别单元42，可用于对人脸特征信息进行识别得到用户信息；

定位单元43，可用于依据用户信息定位对应的客户端设备；

发送单元44，可用于向客户端设备发送用于提示确认用户身份的第一通知消息；

发送单元44，还可用于在接收到客户端设备发送的用户身份确认请求后，若接收到与人脸特征信息对应的待结算业务信息，则向客户端设备发送用于提示确认支付待结算业务信息的第二通知消息；

处理单元45，用于在接收到客户端设备发送的支付确认指令时，利用与人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

在具体的应用场景中，发送单元44，具体可用于若确定人脸特征信息对应的用户身份确认设置信息不符合第一预设免确认条件，则向客户端设备发送第一通知消息。

在具体的应用场景中，如图7所示，本装置还可包括：检测单元46；

检测单元46，可用于若确定用户身份确认设置信息符合第一预设免确认条件，则在接收到与人脸特征信息对应的待结算业务信息时，检测人脸特征信息对应的支付设置信息是否符合第二预设免确认条件；

处理单元45，具体可用于若确定支付设置信息符合第二预设免确认条件，则利用与人脸特征信息对应的支付账户对待结算业务信息直接进行结算处理。

在具体的应用场景中，发送单元44，具体还可用于若确定支付设置信息不符合第二预设免确认条件，则向客户端设备发送第二通知消息。

在具体的应用场景中，如图7所示，本装置还可包括：获取单元47；

获取单元47，可用于获取客户端设备当前的位置信息；

发送单元44，还可用于若检测出客户端设备当前的位置信息与预设检测区域的位置信息不匹配，则停止利用与人脸特征信息对应的支付账户对待结算业务信息进行结算处理，并向客户端设备发送异常告警信息；

处理单元45，具体可用于若检测出客户端设备当前的位置信息与预设检测区域的位置信息匹配，则利用与人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

在具体的应用场景中，识别单元42，具体可用于将人脸特征信息与预设数据库中已认证用户的人脸特征信息进行匹配；获取匹配的已认证用户的用户信息。

在具体的应用场景中，发送单元44，还可用于向客户端设备发送对待结算业务信息的结算处理结果信息。

需要说明的是，本申请实施例提供的一种可应用于服务器侧的业务信息的处理装置所涉及各功能单元的其他相应描述，可以参考图2中的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1所示的业务信息的处理方法。基于上述如图2所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图2所示的业务信息的处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的业务信息的处理方法。

基于上述如图1所示的方法，以及图4至图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为个人计算机、平板电脑、智能手机、智能手表、pos设备或其他网络设备等，该客户端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的业务信息的处理方法。

基于上述如图2所示的方法，以及图6至图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为个人计算机、服务器、网络设备等，该服务器设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2所示的业务信息的处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。

本领域技术人员可以理解，本实施例提供的一种客户端设备和服务器设备的实体设备结构并不构成对这两种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述两个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

基于上述内容，进一步的，本申请实施例结合，还提供了一种业务信息的处理系统，如图8所示，该系统包括客户端设备51和服务器设备52；

其中，客户端设备51可用于执行如图1所示的方法，服务器设备52可用于执行如图2所示的方法。

具体的，服务器设备52可用于获取预设检测区域内采集到的人脸特征信息；然后对人脸特征信息进行识别得到用户信息；再然后依据用户信息定位对应的客户端设备51；向客户端设备51发送用于提示确认用户身份的第一通知消息。

客户端设备51可用于接收服务器设备52发送的用于提示确认用户身份的第一通知消息，人脸特征信息是在业务方检测到用户进入预设检测区域内时通过摄像头采集到的；在接收到确认用户身份的指令时，向服务器设备52发送用户身份确认请求。

服务器设备52还可用于在接收到客户端设备51发送的用户身份确认请求后，若接收到与该人脸特征信息对应的待结算业务信息，则向客户端设备51发送用于提示确认支付待结算业务信息的第二通知消息。

客户端设备51还可用于接收服务器设备52返回的用于提示确认支付待结算业务信息的第二通知消息；然后在接收到确认支付待结算业务信息的指令时，向服务器设备52发送支付确认请求。

服务器设备52还可用于在接收到客户端设备51发送的支付确认请求时，利用与该人脸特征信息对应的支付账户对待结算业务信息进行结算处理。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，本实施例可在用户进入业务方特定的预设检测区域内时即可实现用户身份确认，不用等到支付阶段。并且简化了支付过程，用户无需再进行扫码、支付密码输入或刷脸支付等，步骤简单，支付时间缩短，可以提高结算的效率，且提升了用户的使用体验。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。