一种基于步态特征的支付系统、方法及装置与流程

本申请涉及移动支付技术领域，尤其是涉及一种基于步态特征的支付系统、方法及装置。

背景技术：

近年来，由于无线互联网的飞速发展和智能手机的普及，移动支付技术不断革新，移动支付进入了蓬勃发展时期。然而，移动支付在蓬勃发展的同时，其支付方式的局限性也逐渐显现出来。

目前，移动支付主要采用近距离接触式支付，如指纹支付、人脸支付或密码支付等，然而，近距离接触式支付可能因为指纹受损或手指潮湿、面部特征不清晰(如戴口罩、妆容改变等)、或者密码丢失或遗忘等原因造成支付失败，大大影响了用户体验。

技术实现要素：

有鉴于此，本申请的目的在于提供一种基于步态特征的支付系统、方法及装置，以减少移动支付中近距离支付的局限性。

第一方面，本申请实施例提供了一种基于步态特征的支付方法，由第一终端执行，包括：

接收业务服务器发送的用于指示向第二终端支付费用的支付提示消息，所述支付提示消息包括待支付的第一费用金额、以及所述第二终端的通信地址；

基于所述第二终端的通信地址，向所述第二终端发送预设步态特征；以及，向所述业务服务器支付第二费用金额。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，所述方法还包括：

当接收到所述业务服务器发送的支付失败消息后，确定所述第一终端的位置信息；

采集至少一张所述第一用户的面部图像；

将所述位置信息以及所述第一用户的面部图像发送至与所述第一终端绑定的预设终端。

第二方面，本申请实施例提供了一种基于步态特征的支付方法，由第二终端执行，包括：

基于第二用户选定的监控视频，获取使用所述第一终端的第一用户的步态特征；

向业务服务器发送支付请求消息，所述支付请求消息中携带有待支付的第一费用金额；

在接收到所述第一终端发送的预设步态特征之后，将所述预设步态特征与所述第一用户的步态特征进行匹配；

基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，所述基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额，具体包括：

若所述匹配结果为匹配成功，则向所述业务服务器获取所述第二费用金额；

若所述匹配结果为匹配失败，则向所述业务服务器发送支付失败信息。

结合第二方面的第一种可能的实施方式，本申请实施例提供了第二方面的第二种可能的实施方式，其中，在向所述业务服务器获取所述第二费用金额后，所述方法还包括：

当从所述业务服务器获取的所述第二费用金额与所述支付提示消息中包括的待支付的第一费用金额不一致时，将从所述业务服务器获取的所述第二费用金额退回至所述业务服务器。

结合第二方面的第一种可能的实施方式，本申请实施例提供了第二方面的第三种可能的实施方式，其中，在向所述业务服务器获取所述第二费用金额后，所述方法还包括：

当从所述业务服务器获取所述第二费用金额大于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端发送退回信息，并在接收到第一终端发送的确认退回信息时，将从所述业务服务器获取的所述第二费用金额中超出所述支付提示信息中包括的待支付的第一费用金额的金额退回至所述业务服务器；

当从所述业务服务器获取所述第二费用金额小于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端和所述业务服务器发送金额不足的提示信息，其中，所述金额不足的提示信息中包括缺少的金额。

第三方面，本申请实施例还提供一种基于步态特征的支付系统，包括：第一终端、第二终端、以及业务服务器；

所述第二终端，用于基于第二用户选定的监控视频，获取使用所述第一终端的第一用户的步态特征，并向所述业务服务器发送支付请求消息，所述支付请求消息中携带有待支付的第一费用金额；在接收到所述第一终端发送的预设步态特征之后，将所述预设步态特征与所述第一用户的步态特征进行匹配；基于得到的匹配结果，确定是否向所述业务服务器中请求获取第二费用金额；

所述业务服务器，用于在接收到所述支付请求消息后，向所述第一终端发送用于指示向所述第二终端支付费用的支付提示消息，所述支付提示消息包括所述待支付的第一费用金额、以及所述第二终端的通信地址；以及，

当接收到所述第二终端发送的支付失败消息后，向所述第一终端发送支付失败消息；

所述第一终端，用于在接收到所述支付提示消息后，基于所述第二终端的通信地址，向所述第二终端发送预设步态特征，以及，向所述业务服务器支付所述第二费用金额。

第三方面，本申请实施例提供了一种基于步态特征的支付装置，包括：

第一接收模块，用于接收业务服务器发送的用于指示向第二终端支付费用的支付提示消息，所述支付提示消息包括待支付的第一费用金额、以及所述第二终端的通信地址；

第一发送模块，用于基于所述第二终端的通信地址，向所述第二终端发送预设步态特征；以及，向所述业务服务器支付第二费用金额。

结合第三方面，本申请实施例提供了第三方面的第一种可能的实施方式，其中，所述装置还包括：

第一确定模块，用于当接收到所述业务服务器发送的支付失败消息后，确定所述第一终端的位置信息；

采集模块，用于采集至少一张所述第一用户的面部图像；

所述第一发送模块，还用于将所述位置信息以及所述第一用户的面部图像发送至与所述第一终端绑定的预设终端。

第四方面，本申请实施例提供了一种基于步态特征的支付装置，包括：

获取模块，用于基于第二用户选定的监控视频，获取使用所述第一终端的第一用户的步态特征；

第二发送模块，用于向业务服务器发送支付请求消息，所述支付请求消息中携带有待支付的第一费用金额；

匹配模块，用于在接收到所述第一终端发送的预设步态特征之后，将所述预设步态特征与所述第一用户的步态特征进行匹配；

第二确定模块，用于基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额。

结合第四方面，本申请实施例提供了第四方面的第一种可能的实施方式，其中，所述第二确定模块，在用于基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额时，具体用于：

若所述匹配结果为匹配成功，则向所述业务服务器获取所述第二费用金额；

若所述匹配结果为匹配失败，则向所述业务服务器发送支付失败信息。

结合第四方面的第一种可能的实施方式，本申请实施例提供了第四方面的第二种可能的实施方式，其中，所述装置还包括：

核对模块，用于在向所述业务服务器获取所述第二费用金额后，当从所述业务服务器获取的所述第二费用金额与所述支付提示消息中包括的待支付的第一费用金额不一致时，将从所述业务服务器获取的所述第二费用金额退回至所述业务服务器。

结合第四方面的第一种可能的实施方式，本申请实施例提供了第四方面的第三种可能的实施方式，其中，所述装置还包括：

超额处理模块，用于当从所述业务服务器获取所述第二费用金额大于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端发送退回信息，并在接收到第一终端发送的确认退回信息时，将从所述业务服务器获取的所述第二费用金额中超出所述支付提示信息中包括的待支付的第一费用金额的金额退回至所述业务服务器；

缺额处理模块，用于当从所述业务服务器获取所述第二费用金额小于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端和所述业务服务器发送金额不足的提示信息，其中，所述金额不足的提示信息中包括缺少的金额。

第五方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面、或第一方面任一种可能的实施方式中、第二方面、或第二方面任一种可能的实施方式中的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面、或第一方面任一种可能的实施方式中、第二方面、或第二方面任一种可能的实施方式中的步骤。

本申请实施例提供的基于步态特征的支付系统、方法及装置，第二终端基于第二用户选定的监控视频，获取使用第一终端的第一用户的步态特征，并向业务服务器发送支付请求消息；业务服务器接收到支付请求消息后，将支付请求消息发送至第一终端，用于指示第一终端支付费用；第一终端接收到支付请求消息后，将预设步态特征发送至第二终端，同时将第二费用金额发送至业务服务器；第二终端在接收到第一终端发送的预设步态特征后，将从监控视频中提取的步态特征与接收的预设步态特征进行匹配，并在匹配成功后，从业务服务器获取第二费用金额。通过第一终端、第二终端、以及业务服务器之间的交互，可以实现第一用户通过步态特征进行移动支付，减少了现有移动支付中近距离接触式支付的局限性，提高了用户体验。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的基于步态特征的支付系统的架构示意图；

图2示出了本申请实施例所提供的一种基于步态特征的支付系统的流程示意图；

图3示出了本申请实施例所提供的一种基于步态特征的支付方法的流程图；

图4示出了本申请实施例所提供的另一种基于步态特征的支付方法的流程图；

图5示出了本申请实施例所提供的一种基于步态特征的支付装置500的架构示意图；

图6示出了本申请实施例所提供的一种基于步态特征的支付装置600的架构示意图；

图7示出了本申请实施例所提供的一种电子设备700的结构示意图；

图8示出了本申请实施例所提供的一种电子设备800的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

考虑到现有移动支付中，近距离接触式支付的局限性，基于此，本申请实施例提供了一种基于步态特征的支付系统、方法及装置，下面通过实施例进行描述。

首先，参见图1所示，为本申请实施例提供的一种可能的基于步态特征的支付系统的架构示意图，该基于步态特征的支付系统包括：第一终端、第二终端、以及业务服务器。其中，第一终端可以为顾客端，可以部署在顾客手机上，第二终端可以为商家端，业务服务器可以为能够提供暂存业务的服务器。为便于对本实施例进行理解，首先对本申请实施例所公开的一种基于步态特征的支付系统进行详细介绍。

实施例一

参见图2所示，为本申请实施例提供的一种基于步态特征的支付系统的流程示意图，包括以下步骤：

s201、第二终端基于第二用户选定的监控视频，获取使用第一终端的第一用户的步态特征。

可选地，监控视频只要包含第一用户的步态特征即可，可以为指定地点的监控视频，如收银台的监控视频，也可以是任意监控视频，如超市内部的监控视频。

在本步骤中，第二用户选定的监控视频可以是选定时间段的监控视频，如选择第一用户在支付时的前30秒的监控视频，也可以是第二用户通过监控视频自主选择的监控视频，如可以从监控视频中任选一段包含第一用户的监控视频。

在一种可能的实施方式中，上述监控视频还可以由第一用户选定。例如在自助购物超市中，第一用户在支付时，可以通过自主选择包含第一用户的监控视频。

一种可能的实施方式中，可以通过但不仅限于基于霍夫变换的步态特征提取算法、基于粒子滤波跟踪的步态特征提取算法以及基于支持向量机的步态特征提取算法，在此将不再赘述。

s202、第二终端向业务服务器发送支付请求消息。

其中，所述支付请求消息中携带有带支付的第一费用金额，第一费用金额可以由第二用户输入，例如，可以由收银员手动输入所需支付的第一费用金额。

另外一种可能的实施方式中，第一费用金额可以由第一用户扫码输入，例如在自助购物超市，可以由第一用户通过自助购物系统扫描商品二维码，获取第一费用金额，第二终端在接收到第二费用金额信息后，向业务服务器发送包含第一费用金额的支付请求消息。

s203、业务服务器向第一终端发送支付提示消息。

其中，上述支付提示信息用于指示向第二终端支付费用，支付提示消息包括待支付的第一费用金额、以及第二终端的通信地址，第一费用金额用于提示第一用户应该向第二终端支付的金额数。

第二终端在向业务服务器发送支付请求消息后，业务服务器就同时获取了第二终端的通信地址。业务服务器向第一终端发送包含待支付的第一费用金额和第二终端的通信地址的支付提示消息后，可以由第一终端自主选择是否与第二终端建立通信连接。

s204、第一终端向业务服务器发送第二费用金额。

其中，第二费用金额与支付提示消息中的待支付的第一费用金额可以相同也可以不同。如第二费用可以大于第一费用，超出部分可以为第一用户向第二用户支付的小费。

s205、第一终端向第二终端发送预设步态特征。

一种可能的实施方式中，预设步态特征可以为存储在第一终端数据库中的步态特征，预设步态特征可以为第一终端的合法拥有者的步态特征。例如，若第一终端为手机，则预设步态特征可以为机主的步态特征。

其中，s204和s205的执行不分先后顺序，可同步执行。

s206、第二终端基于接收的预设步态特征和从监控视频中提取的步态特征确定是否向业务服务器请求获取第二费用金额。

具体实施中，可以将第二终端接收的预设步态特征与从监控视频中提取的步态特征进行匹配，若匹配成功，则向业务服务器获取第二费用金额，若匹配失败，则向业务服务器发送支付失败信息。

本申请的一实施例中，第二终端在向业务服务器获取第二费用金额后，可以将获取的第二费用金额与支付提示消息中包括的待支付的第一费用金额进行比较，若第二费用金额与第一费用金额不一致，则将第二费用金额退好至业务服务器，业务服务器再将第二费用金额退回至第一终端，并提示第一终端支付失败。

在另外一种实施方式中，若第二终端获取的第二费用金额与支付提示消息中的待支付的第一费用金额不一致时，有两种可能的情况：第二费用金额大于第一费用金额的情况和第二费用金额小于第一费用金额的情况。

情况一：第二费用金额大于第一费用金额。

当第二费用金额大于第一费用金额时，第二终端可以向第一终端发送退回信息，并在预设时长内接收到第一终端发送的确认退回信息时，将从业务服务器获取的第二费用金额中超过第一费用金额的金额退回至业务服务器，业务服务区在将退回的金额退回至第一终端。

若在预设时长内第二终端没有接收到第一终端的确认退回消息，那么第二费用金额可以全部归第二终端所有。

例如在超市支付时，第一终端应该支付的第一费用金额为50元，但是第一终端在实际支付时支付的第二费用金额为70元，那么第二终端可以向第一终端发送一条退回消息，若预设时长为3分钟，则第二终端在发送退回消息的时刻起，若在距离发送退回消息的时刻在3分钟之内，接收到确认退回消息，则第二终端将多余的20元退回至业务服务器，业务服务器将退回的20元退回至第一终端；若在距离发送退回消息的时刻超过3分钟，第二终端仍未接收到确认退回消息，则第一终端支付的70元全部归第二终端所有。

情况二：第二费用金额小于第一费用金额。

一种可能的实施方式，当第二终端从业务服务器获取第二费用金额小于第一费用金额时，第二终端向第一终端发送余额不足的提示消息，若在预设时长内接受到第一终端补支付的金额，则向业务服务器发送支付成功消息，业务服务器再向第一终端发送支付成功消息；若在预设时长内位接受到第一终端补支付的金额，则将接收到的第二费用金额退回至业务服务器，并向业务服务器发送支付失败消息。

例如，第一终端应支付的第一费用金额为50元，第一终端支付的第二费用金额为30元，那么第二终端从业务服务器获取的费用金额为30元，则第二终端可以向第一终端和业务服务器发送余额不足的提示消息，其中，余额不足的提示信息中包含缺少的金额。若预设时长为3分钟，则第一终端接收到余额不足的提示消息后，若在距离接收到余额不足的提示消息时刻在3分钟之内，向业务服务器支付20元，若业务服务器也接收到余额不足的提示信息时，业务服务器自动将支付的20元发送至第二终端；若在距离接收到余额不足的提示消息时刻超过3分钟，则第二终端可以将接收到的第二费用金额退回至业务服务器，并向业务服务器发送支付失败消息，业务服务器再将第二费用金额退回至第一终端，并向第一终端发送支付失败消息。

另外一种可能的实施中，将第二终端接收的预设步态特征与从监控视频中提取的步态特征进行匹配，若匹配失败时，第二终端则不会向请求业务服务器获取第二费用。

当匹配失败时，第一终端可以确定第一终端的位置信息，并采集至少一张第一用户的面部图像，并将获取的位置信息以及第一用户的面部图像发送至与第一终端绑定的预设终端。

例如，若第一终端部署在用户手机上，则当用户手机丢失以后，若其他人要使用该用户的手机进行支付时，因为其他人的步态特征与用户的步态特征不同，因此无法支付，进一步保障了账户资金安全。

在本申请实施例所提供的系统中，只有当第二终端接收的预设步态特征和从监控视频中提取的第一用户的步态特征相匹配，且从业务服务器获取的第二费用金额与支付请求消息中包含的第一费用金额一致时，才会向业务服务器发送支付成功消息，业务服务器再向第一终端发送支付成功消息；

在步态特征不匹配时，第二终端会向业务服务器发送支付失败消息，业务服务器会向第一终端发送支付失败消息；

在第二费用金额超过第一费用金额时，第二终端向第一终端发送退回信息，此时并不会向业务服务器发送支付成功消息，只有在预设时间内收到第一终端发送的确认退回消息时，将第二费用金额中超过第一费用金额的部分金额退回这业务服务器，并向业务服务器发送支付成功消息，业务服务器再将第二终端退回的部分金额退回至第一终端，并向第一终端发送支付成功消息；或者在预设时长内没有接收到确认退回消息，则向业务服务器发送支付成功消息，业务服务器再向第一终端发送支付成功消息；

在第二费用金额少于第一费用金额时，第二终端向第一终端和业务服务器发送金额不足的提示消息，其中提示消息中包含缺少的金额，在预设时长内业务服务器接收到第一终端支付的缺少的金额，自动将缺少的金额发送到第二终端，第二终端在接收到缺少的金额时，向业务服务器发送支付成功消息，业务服务器将支付成功消息发送至第一终端；或者，第二终端在预设时长内并未接收到缺少的金额，则第二终端将从业务服务器获取的第二费用金额退回至业务服务器，并向业务服务器发送支付失败消息，业务服务器再将第二费用金额退回至第一终端，并向第一终端发送支付失败消息。

本申请实施例提供的基于步态特征的支付系统，第二终端基于第二用户选定的监控视频，获取使用第一终端的第一用户的步态特征，并向业务服务器发送支付请求消息；业务服务器接收到支付请求消息后，将支付请求消息发送至第一终端，用于指示第一终端支付费用；第一终端接收到支付请求消息后，将预设步态特征发送至第二终端，同时将第二费用金额发送至业务服务器；第二终端在接收到第一终端发送的预设步态特征后，将从监控视频中提取的步态特征与接收的预设步态特征进行匹配，并在匹配成功后，从业务服务器获取第二费用金额。通过第一终端、第二终端、以及业务服务器之间的交互，可以实现第一用户通过步态特征进行移动支付，减少了现有移动支付中近距离接触式支付的局限性，提高了用户体验。

实施例二

参见图3所示，为本申请实施例提供的一种基于步态特征的支付方法的流程图，由第一终端执行，包括以下步骤：

s301、接收业务服务器发送的用于指示向第二终端支付费用的支付提示消息。

其中，支付提示消息包括待支付的第一费用金额、以及第二终端的通信地址。

s302、基于第二终端的通信地址，向第二终端发送预设步态特征。

第二终端接收到预设步态特征后，将预设步态特征与从第二用户选定的监控视频中提取的使用第一终端的第一用户的步态特征进行匹配，若匹配失败，则向业务服务器发送支付失败消息，业务服务器再将支付失败消息发送至第一终端，第一终端在接收到支付失败消息后，还可执行如下操作：

确定第一终端的位置信息；

采集至少一张第一用户的面部图像；

将位置信息以及第一用户的面部图像发送至与第一终端绑定的预设终端。

s303、向业务服务器支付第二费用金额。

其中，s302和s303的执行不分先后顺序。

实施例三

参见图4所示，为本申请实施例提供的一种基于步态特征的支付方法的流程示意图，包括以下步骤：

s401、基于第二用户选定的监控视频，获取使用第一终端的第一用户的步态特征。

s402、向业务服务器发送支付请求消息。

s403、在接收到第一终端发送的预设步态特征之后，将预设步态特征与第一用户的步态特征进行匹配。

s404、基于得到的匹配结果，确定是否向业务服务器中请求获取第二费用金额。

具体的，若所述匹配结果为匹配成功，则向所述业务服务器获取所述第二费用金额；

若所述匹配结果为匹配失败，则向所述业务服务器发送支付失败信息。

在向所述业务服务器获取所述第二费用金额后，当从所述业务服务器获取的所述第二费用金额与所述支付提示消息中包括的待支付的第一费用金额不一致时，将从所述业务服务器获取的所述第二费用金额退回至所述业务服务器；或，

当从所述业务服务器获取所述第二费用金额大于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端发送退回信息，并在接收到第一终端发送的确认退回信息时，将从所述业务服务器获取的所述第二费用金额中超出所述支付提示信息中包括的待支付的第一费用金额的金额退回至所述业务服务器；

当从所述业务服务器获取所述第二费用金额小于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端和所述业务员服务器发送金额不足的提示信息。

实施例四

参见图5所示，为本申请实施例提供的一种基于步态特征的支付装置500的架构示意图，该装置500包括第一接收模块501、以及第一发送模块502。

具体的，第一接收模块501，用于接收业务服务器发送的用于指示向第二终端支付费用的支付提示消息，所述支付提示消息包括待支付的第一费用金额、以及所述第二终端的通信地址；

第一发送模块502，用于基于所述第二终端的通信地址，向所述第二终端发送预设步态特征；以及，向所述业务服务器支付第二费用金额。

可选地，所述装置500还包括：

第一确定模块503，用于当接收到所述业务服务器发送的支付失败消息后，确定所述第一终端的位置信息；

采集模块504，用于采集至少一张所述第一用户的面部图像；

所述第一发送模块505，还用于将所述位置信息以及所述第一用户的面部图像发送至与所述第一终端绑定的预设终端。

实施例五

参见图6所示，为本申请实施例提供的一种基于步态特征的支付装置600的架构示意图，该装置600包括：获取模块601、第二发送模块602、匹配模块603、以及第二确定模块604。

具体的，获取模块601，用于基于第二用户选定的监控视频，获取使用所述第一终端的第一用户的步态特征；

第二发送模块602，用于向业务服务器发送支付请求消息，所述支付请求消息中携带有待支付的第一费用金额；

匹配模块603，用于在接收到所述第一终端发送的预设步态特征之后，将所述预设步态特征与所述第一用户的步态特征进行匹配；

第二确定模块604，用于基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额。

所述第二确定模块604，在用于基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额时，具体用于：

若所述匹配结果为匹配成功，则向所述业务服务器获取所述第二费用金额；

若所述匹配结果为匹配失败，则向所述业务服务器发送支付失败信息。

可选地，所述装置600还包括：

核对模块605，用于在向所述业务服务器获取所述第二费用金额后，当从所述业务服务器获取的所述第二费用金额与所述支付提示消息中包括的待支付的第一费用金额不一致时，将从所述业务服务器获取的所述第二费用金额退回至所述业务服务器。

可选地，所述装置600还包括：

超额处理模块606，用于当从所述业务服务器获取所述第二费用金额大于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端发送退回信息，并在接收到第一终端发送的确认退回信息时，将从所述业务服务器获取的所述第二费用金额中超出所述支付提示信息中包括的待支付的第一费用金额的金额退回至所述业务服务器；

缺额处理模块607，用于当从所述业务服务器获取所述第二费用金额小于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端发送和所述业务服务区金额不足的提示信息。

实施例六

如图7所示，为本申请实施例提供的一种电子设备700的结构示意图，包括：处理器701、存储器702和总线703；

所述存储器702存储有所述处理器701可执行的机器可读指令(比如，包括图5中的第一接收模块501、以及第一发送模块502对应的执行指令)，当电子设备700运行时，所述处理器701与所述存储器702之间通过总线705通信，所述机器可读指令被所述处理器701执行时执行如下处理：

接收业务服务器发送的用于指示向第二终端支付费用的支付提示消息，所述支付提示消息包括待支付的第一费用金额、以及所述第二终端的通信地址；

基于所述第二终端的通信地址，向所述第二终端发送预设步态特征；以及，向所述业务服务器支付第二费用金额。

可选地，处理器701执行的处理中还包括：

当接收到所述业务服务器发送的支付失败消息后，确定所述第一终端的位置信息；

采集至少一张所述第一用户的面部图像；

将所述位置信息以及所述第一用户的面部图像发送至与所述第一终端绑定的预设终端。

实施例七

如图8所示，为本申请实施例提供的一种电子设备800的结构示意图，包括：处理器801、存储器802和总线803；

所述存储器802存储有所述处理器801可执行的机器可读指令(比如，包括图6中的获取模块601、第二发送模块602、匹配模块603、以及第二确定模块604对应的执行指令)，当电子设备800运行时，所述处理器801与所述存储器802之间通过总线805通信，所述机器可读指令被所述处理器801执行时执行如下处理：

基于第二用户选定的监控视频，获取使用所述第一终端的第一用户的步态特征；

向业务服务器发送支付请求消息，所述支付请求消息中携带有待支付的第一费用金额；

在接收到所述第一终端发送的预设步态特征之后，将所述预设步态特征与所述第一用户的步态特征进行匹配；

基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额。

可选地，处理器801执行的处理中，所述基于得到的匹配结果，确定是否向所述业务服务器中请求获取所述第二费用金额，具体包括：

若所述匹配结果为匹配成功，则向所述业务服务器获取所述第二费用金额；

若所述匹配结果为匹配失败，则向所述业务服务器发送支付失败信息。

可选地，处理器801执行的处理中，在向所述业务服务器获取所述第二费用金额后，还包括：

当从所述业务服务器获取的所述第二费用金额与所述支付提示消息中包括的待支付的第一费用金额不一致时，将从所述业务服务器获取的所述第二费用金额退回至所述业务服务器。

可选地，处理器801执行的处理中，在向所述业务服务器获取所述第二费用金额后，还包括：

当从所述业务服务器获取所述第二费用金额大于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端发送退回信息，并在接收到第一终端发送的确认退回信息时，将从所述业务服务器获取的所述第二费用金额中超出所述支付提示信息中包括的待支付的第一费用金额的金额退回至所述业务服务器；

当从所述业务服务器获取所述第二费用金额小于所述支付提示信息中包括的待支付的第一费用金额时，向所述第一终端和所述业务员服务器发送金额不足的提示信息。

上述方法，通过第一终端、第二终端、以及业务服务器之间的交互，可以实现第一用户通过步态特征进行移动支付，减少了现有移动支付中近距离接触式支付的局限性，提高了用户体验。

实施例七

本申请实施例所提供的进行基于步态特征的支付方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。