CN119539814B - 账号聚合支付方法、系统、电子设备、可读介质和产品 - Google Patents

Abstract

本公开的实施例公开了账号聚合支付方法、系统、电子设备、可读介质和产品。该方法的一具体实施方式包括：响应于检测到用户人脸登录操作，获取人脸信息调用凭证；响应于确定自助设备端对应物品流转小程序的设备状态表征激活状态，获取人脸信息；根据用户令牌，从对应自助设备端的自助服务端获取用户标识信息；响应于确定用户关系结果表征用户标识对应的用户开通有对应目标平台和物品流转应用的人脸会员账号，将用户标识对应的用户账号作为对应人脸会员账号的聚合用户账号登录在自助设备端上；响应于检测到支付操作，显示支付方式选择窗口。该实施方式与云支付有关，可以打通人脸会员账号和其他方式开通的会员账号，以融合同一用户的支付相关数据。

Description

账号聚合支付方法、系统、电子设备、可读介质和产品

技术领域

本公开的实施例涉及计算机技术领域，具体涉及账号聚合支付方法、系统、电子设备、可读介质和产品。

背景技术

在一个物品流转应用的会员体系下，组织方可以对其下的会员账号进行统一组织。目前，在用户进行支付时，通常采用的方式为：使用在先开通的人脸会员登录应用进行支付。

然而，发明人发现，当采用上述方式时，经常会存在如下技术问题：使用人脸登录的会员账号无法与其他方式开通的会员账号打通，一用户多个会员账号的情况较多，导致同一用户的支付相关数据无法融合。

该背景技术部分中所公开的以上信息仅用于增强对本发明构思的背景的理解，并因此，其可包含并不形成本国的本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

本公开的一些实施例提出了账号聚合支付方法、账号聚合支付系统、电子设备、计算机可读介质和计算机程序产品，来解决以上背景技术部分提到的技术问题中的一项或多项。

第一方面，本公开的一些实施例提供了一种账号聚合支付方法，该方法包括：响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证，其中，上述用户人脸登录操作对应物品流转小程序，上述物品流转小程序对应物品流转应用，上述自助设备端集成有上述目标平台的刷脸服务对应的软件开发工具包；响应于确定上述自助设备端对应上述物品流转小程序的设备状态表征激活状态，根据上述人脸信息调用凭证，获取人脸信息，其中，上述人脸信息包括用户令牌；根据上述用户令牌，从对应上述自助设备端的自助服务端获取用户标识信息，其中，上述用户标识信息包括对应上述自助服务端的用户标识和用户关系结果；响应于确定上述用户关系结果表征用户标识对应的用户开通有对应上述目标平台和上述物品流转应用的人脸会员账号，将上述用户标识对应的用户账号作为对应上述人脸会员账号的聚合用户账号登录在上述自助设备端上；响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。

可选地，在上述响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付之前，上述方法还包括：响应于确定上述用户关系结果表征用户标识对应的用户未开通对应上述目标平台和上述物品流转应用的人脸会员账号，获取用户编码号信息；查询对应上述用户编码号信息的会员账号，得到第一会员查询结果；响应于确定上述第一会员查询结果表征无会员账号，调用会员注册接口，得到第一会员注册结果；将上述第一会员注册结果对应上述自助服务端的用户账号确定为聚合用户账号；将所确定的聚合用户账号和上述用户编码号信息对应的会员关系信息存储至上述自助服务端；在上述自助设备端登录聚合用户账号。

可选地，上述查询对应上述用户编码号信息的会员账号，得到第一会员查询结果，包括：响应于确定上述自助服务端的网络模式包括局域网模式，在局域网模式下查询对应上述用户编码号信息的会员账号，得到第一会员查询结果；将上述第一会员查询结果通过公网同步至上述自助服务端。

可选地，调用会员注册接口，得到第一会员注册结果，包括：响应于确定上述自助服务端的网络模式包括局域网模式，在局域网模式下调用对应会员注册服务端的会员注册接口，得到第一会员注册结果；将上述第一会员注册结果通过公网同步至上述自助服务端。

可选地，在上述响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付之前，上述方法还包括：响应于检测到用户扫码登录操作，从上述自助服务端获取会员登录码；响应于检测到对应上述会员登录码的扫码结果，根据上述扫码结果，查询对应上述扫码结果的会员账号，得到第二会员查询结果；响应于确定上述第二会员查询结果表征无会员账号，调用会员注册接口，得到第二会员注册结果；将上述第二会员注册结果对应上述自助服务端的用户账号确定为聚合用户账号；将所确定的聚合用户账号和上述扫码结果对应的会员关系信息存储至上述自助服务端；在上述自助设备端登录聚合用户账号。

可选地，上述响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付，包括：响应于检测到支付操作，从上述自助服务端获取与聚合用户账号关联的各个支付方式信息；在支付方式选择窗口显示对应上述各个支付方式信息的各个支付方式选择控件；响应于检测到作用于上述各个支付方式选择控件中的支付方式选择控件的选择操作，显示支付窗口，其中，上述支付窗口对应所选择的支付方式选择控件所对应的支付方式信息。

可选地，在上述从目标平台对应的平台服务端获取人脸信息调用凭证之前，方法还包括：对上述物品流转小程序进行初始化处理；对初始化后的物品流转小程序进行预加载处理；对上述刷脸服务对应的软件开发工具包进行初始化处理。

可选地，上述各个支付方式信息包括对应上述自助服务端和联合支付服务端的虚拟卡支付信息，上述虚拟卡支付信息包括虚拟卡标识，虚拟卡标识与上述自助服务端的用户账号关联；以及上述虚拟卡标识对应的虚拟卡是用户端通过以下步骤开通的：确定上述用户端是否支持上述联合支付服务端对应的支付方式；响应于确定上述用户端支持上述联合支付服务端对应的支付方式，将上述用户端的设备信息发送至上述联合支付服务端进行设备校验，得到设备校验结果；响应于确定上述设备校验结果表征校验成功，将开户请求发送至上述自助服务端进行用户校验，得到第一用户校验结果；响应于检测到上述第一用户校验结果表征校验成功，将申卡请求发送至上述联合支付服务端进行用户校验，得到第二用户校验结果；响应于确定上述第二用户校验结果表征校验成功，将虚拟卡激活请求发送至上述联合支付服务端进行虚拟卡激活，得到虚拟卡标识，使得上述联合支付服务端将上述虚拟卡标识写入上述设备信息。

可选地，方法还包括：响应于检测到作用于上述支付窗口中显示的对应目标虚拟卡标识的支付控件的选择操作，获取用户端的设备信息作为待校验设备信息；获取上述目标虚拟卡标识对应的至少一个设备信息作为预存设备信息集合；响应于确定上述待校验设备信息存在于上述预存设备信息集合中，确定用户端通过支付设备校验；响应于确定上述用户端通过支付设备校验，向上述联合支付服务端发起支付扣减请求。

第二方面，本公开的一些实施例提供了一种账号聚合支付系统，系统包括：自助设备端，被配置成执行第一方面任一实现方式上述的方法；自助服务端，被配置成响应上述自助设备端的请求；平台服务端，被配置成提供小程序服务和刷脸服务。

第三方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。

第四方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。

第五方面，本公开的一些实施例提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现上述第一方面任一实现方式所描述的方法。

本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的账号聚合支付方法，可以打通人脸会员账号和其他方式开通的会员账号，进而可以融合同一用户的支付相关数据。具体来说，造成同一用户的支付相关数据无法融合的原因在于：使用人脸登录的会员账号无法与其他方式开通的会员账号打通，一用户多个会员账号的情况较多，导致同一用户的支付相关数据无法融合。基于此，本公开的一些实施例的账号聚合支付方法，首先，响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证，其中，上述用户人脸登录操作对应物品流转小程序，上述物品流转小程序对应物品流转应用，上述自助设备端集成有上述目标平台的刷脸服务对应的软件开发工具包。由此，可以预先获取用于获取人脸信息的凭证。然后，响应于确定上述自助设备端对应上述物品流转小程序的设备状态表征激活状态，根据上述人脸信息调用凭证，获取人脸信息，其中，上述人脸信息包括用户令牌。由此，可以在当前设备激活的状态下获取用户在上述目标平台的人脸信息。其次，根据上述用户令牌，从对应上述自助设备端的自助服务端获取用户标识信息，其中，上述用户标识信息包括对应上述自助服务端的用户标识和用户关系结果。由此，可以依据获取的用户令牌获取用户在自助服务端的用户标识以及表征用户是否开通人脸会员账号的用户关系结果。接着，响应于确定上述用户关系结果表征用户标识对应的用户开通有对应上述目标平台和上述物品流转应用的人脸会员账号，将上述用户标识对应的用户账号作为对应上述人脸会员账号的聚合用户账号登录在上述自助设备端上。由此，可以在确定用户关系结果表征用户开通过人脸会员账号后，在识别到人脸后以自助服务端的用户账号作为聚合用户账号登录。最后，响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。由此，可以在登录聚合用户账号后，以聚合用户账号的支付方式进行支付。也因为用户通过人脸登录方式登录时，实际登录的是关联的自助服务端的用户账号，即可以将人脸会员账号聚合在自助服务端的用户账号维度下登录，从而可以在聚合的自助服务端的用户账号维度下进行支付。进而打通了人脸会员账号和自助服务端用户账号，减少了一用户多个会员账号的情况，使得用户的支付相关数据可以在自助服务端的用户账号维度下融合。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。

图1是本公开的一些实施例可以应用于其中的示例性系统的架构图；

图2是根据本公开的账号聚合支付方法的一些实施例的流程图；

图3是根据本公开的账号聚合支付方法的另一些实施例的流程图；

图4是根据本公开的账号聚合支付系统的一些实施例的结构示意图；

图5是适于用来实现本公开的一些实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

本公开中所涉及的用户个人信息(例如人脸信息、用户标识、用户账号)的收集、存储、使用等操作，在执行相应操作之前，相关组织或个人尽到包括开展个人信息安全影响评估、向个人信息主体履行告知义务、事先征得个人信息主体的授权同意等义务。

下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的一些实施例的账号聚合支付方法或账号聚合支付系统的示例性系统架构100。

如图1所示，系统架构100可以包括用户端设备101、102、103，自助端设备104、局域网络105、公开网络106、内部服务器107、自助服务端服务器108和平台服务器109。公开网络106用以在用户端设备101、102、103与自助端设备104、自助端设备104与自助服务端服务器108、自助端设备104与平台服务器109之间提供通信链路的介质。局域网络105用以在自助端设备104与内部服务器107之间提供通信链路的介质。局域网络105与公开网络106可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用用户端设备101、102、103通过公开网络106与自助端设备104交互，以接收或发送消息等。用户端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、物品流转类应用、快捷支付类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。用户端设备101、102、103可以包括但不限于手机、平板电脑、手表、手环。自助端设备104上可以安装有物品流转应用，用于供用户自助结算物品后支付。自助端设备104上还可以运行小程序应用。

自助端设备104可以是硬件，也可以是软件。当自助端设备104为硬件时，可以是具有显示屏并且支持条码识别的各种电子设备，包括但不限于自助结算机。当自助端设备104为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

自助服务端服务器108可以是提供各种服务的服务器，例如对自助端设备104上显示的信息提供支持的后台服务器。后台服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给自助端设备104。内部服务器107可以是在局域网模式下提供各种服务的服务器。平台服务器109可以是提供目标平台对应的刷脸服务的服务器。

需要说明的是，内部服务器107、自助服务端服务器108、平台服务器109可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

应该理解，图1中的用户端设备、自助端设备、局域网络、公开网络和各服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户端设备、自助端设备、局域网络、公开网络和各服务器。

继续参考图2，示出了根据本公开的账号聚合支付方法的一些实施例的流程200。该账号聚合支付方法，应用于自助设备端，包括以下步骤：

步骤201，响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证。

在一些实施例中，账号聚合支付方法的执行主体(例如图1所示的自助端设备104)可以响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证。其中，上述用户人脸登录操作可以为用于使用人脸登录物品流转小程序的操作。例如，用户人脸登录操作可以为作用于自助端设备上显示的人脸登录控件的选择操作。上述自助设备端包括自助端设备。上述自助设备端集成有目标平台的刷脸服务对应的软件开发工具包，从而可以使得用户在自助设备端使用目标平台的刷脸服务。目标平台可以为即时通讯软件平台，目标平台对应的应用中可以集成各个小程序。物品流转小程序可以为针对自助设备端所放置的实体商家的物品流转小程序应用。物品流转应用可以为物品管理应用。用户可以通过物品流转小程序和物品流转设备端应用登录会员账号、查看物品、下单以及支付。自助服务端中运行的小程序可以为硬件小程序。硬件小程序可以为基于to B硬件设备专门开发的一系列硬件小程序框架，可以实现一部分手机移动端的小程序功能，方便实体商户的设备使用。实践中，上述执行主体可以首先调用上述软件开发工具包包括的密文获取接口，得到密文。例如，密文获取接口的接口名称可以为“getWxpayfaceRawdata”。然后，可以将上述密文发送至上述平台服务端，以及接收上述平台服务端发送的对应上述密文的人脸信息调用凭证。人脸信息调用凭证可以包括独用授权码。可选地，人脸信息调用凭证还可以包括自助设备端的环境配置信息、在目标平台中申请的应用标识、绑定的小程序的标识、公众号对应的商户号。

可选地，在从目标平台对应的平台服务端获取人脸信息调用凭证之前，上述执行主体还可以对上述物品流转小程序进行初始化处理。实践中，上述执行主体可以调用小程序框架的初始化接口以对上述物品流转小程序进行初始化处理。然后可以对初始化后的物品流转小程序进行预加载处理。实践中，上述执行主体可以调用小程序预加载接口提前加载物品流转小程序的通用资源。通用资源可以包括但不限于以下中的至少一项：文本、图像、视频。其次，可以对上述刷脸服务对应的软件开发工具包进行初始化处理。实践中，可以通过软件开发工具包的初始化接口进行初始化处理，以解除摄像头的占用、清空在先缓存的用户人脸图像，以进行本次刷脸操作。

步骤202，响应于确定自助设备端对应物品流转小程序的设备状态表征激活状态，根据人脸信息调用凭证，获取人脸信息。

在一些实施例中，上述执行主体可以响应于确定上述自助设备端对应上述物品流转小程序的设备状态表征激活状态，根据上述人脸信息调用凭证，获取人脸信息。其中，上述设备状态可以为表征自助设备端是否处于激活状态。实践中，上述执行主体可以首先以上述人脸信息调用凭证包括的应用标识、商户号、独用授权码对各个刷脸调用参数进行初始化处理。然后，可以调用人脸信息获取接口。人脸信息获取接口可以为用于获取刷脸用户对应目标平台的用户相关信息的接口。人脸信息获取接口的接口名称可以为“authorizeByWxFacePay”。人脸信息可以包括用户令牌，还可以包括对应上述目标平台的平台用户标识和/或平台用户昵称。用户令牌可以作为当前用户的唯一身份标识。

可选地，在步骤203之前，首先，上述执行主体可以确定本地是否存在激活令牌。实践中，可以通过小程序框架确定本地是否存在激活令牌。激活令牌可以是调用设备激活接口下发后保存的。然后，可以响应于确定本地存在激活令牌，通过小程序框架检查上述自助设备端的激活状态。接着，可以响应于确定上述设备状态表征未激活状态，调用小程序框架的设备激活接口，以对自助设备端进行激活。设备激活接口的接口名称可以为“activateDeviceBylo”。

步骤203，根据用户令牌，从对应自助设备端的自助服务端获取用户标识信息。

在一些实施例中，上述执行主体可以根据上述用户令牌，从对应上述自助设备端的自助服务端获取用户标识信息。其中，上述用户标识信息包括对应上述自助服务端的用户标识和用户关系结果。当自助服务端的用户开通对应目标平台和物品流转应用的人脸会员账号后，用户即可以利用目标平台的刷脸服务登录物品流转应用的人脸会员账号，其用户令牌、平台用户标识、平台用户昵称可以写入自助服务端的用户账号对应的账号信息中，以供后续查询。对应上述自助服务端的用户标识可以为在自助服务端唯一表示用户的标识。用户关系结果可以表征用户是否开通对应上述目标平台的人脸会员账号。

步骤204，响应于确定用户关系结果表征用户标识对应的用户开通有对应目标平台和物品流转应用的人脸会员账号，将用户标识对应的用户账号作为对应人脸会员账号的聚合用户账号登录在自助设备端上。

在一些实施例中，上述执行主体可以响应于确定上述用户关系结果表征用户标识对应的用户开通有对应上述目标平台和上述物品流转应用的人脸会员账号，将上述用户标识对应的用户账号作为对应上述人脸会员账号的聚合用户账号登录在上述自助设备端上。实践中，上述执行主体可以调用上述自助服务端的账号登录接口将聚合用户账号登录在上述自助设备端上。

可选地，在步骤205之前，上述执行主体还可以执行以下步骤：

第一步，响应于确定上述用户关系结果表征用户标识对应的用户未开通对应上述目标平台和上述物品流转应用的人脸会员账号，获取用户编码号信息。其中，上述用户编码号信息可以为用户手机号或会员卡号。实践中，响应于检测到用户的会员卡号输入操作或会员卡刷卡操作，上述执行主体可以获取会员卡号作为用户编码号信息。会员卡号可以为用户输入的，也可以是读取的会员卡的卡号。上述执行主体还可以响应于检测到用户的手机号输入操作，将用户输入的手机号作为用户编码号信息。

第二步，查询对应上述用户编码号信息的会员账号，得到第一会员查询结果。实践中，上述执行主体可以响应于确定上述自助服务端的网络模式包括局域网模式，在局域网模式下查询对应上述用户编码号信息的会员账号，得到第一会员查询结果。具体地，上述执行主体可以调用局域网下的会员查询接口查询对应上述用户编码号信息的会员账号。会员查询接口可以为ISV服务下的接口。然后，可以将上述第一会员查询结果通过公网同步至上述自助服务端，使得自助服务端同步局域网模式下的会员查询结果。可选地，上述执行主体可以响应于确定上述自助服务端的网络模式仅包括公网模式，调用公网下的会员查询接口查询对应上述用户编码号信息的会员账号，得到第一会员查询结果。公网下的会员查询接口可以是自助服务端的接口。

第三步，响应于确定上述第一会员查询结果表征无会员账号，调用会员注册接口，得到第一会员注册结果。实践中，上述执行主体可以响应于确定上述自助服务端的网络模式包括局域网模式，在局域网模式下调用对应会员注册服务端的会员注册接口，得到第一会员注册结果。具体地，会员注册服务端可以为ISV服务对应的服务器。会员注册接口可以满足ISV标准。然后，可以将上述第一会员注册结果通过公网同步至上述自助服务端。可选地，上述执行主体可以响应于确定上述自助服务端的网络模式仅包括公网模式，调用公网下的会员注册接口，得到第一会员注册结果。公网下的会员注册接口可以是自助服务端的接口。公网模式下的会员账号查询、注册可以封装在一个注册查询接口。

第四步，将上述第一会员注册结果对应上述自助服务端的用户账号确定为聚合用户账号。

第五步，将所确定的聚合用户账号和上述用户编码号信息对应的会员关系信息存储至上述自助服务端。会员关系信息可以为表征聚合用户账号和上述用户编码号信息关联的信息。会员关系信息可以包括聚合用户账号和上述用户编码号信息。

第六步，在上述自助设备端登录聚合用户账号。实践中，上述执行主体可以在局域网模式下调用账号登录接口，得到第一登录结果。局域网模式下调用的账号登录接口可以为ISV服务端的接口。第一登录结果可以为密文形式。然后，可以将第一登录结果通过公网同步至自助服务端。上述执行主体还可以在公网模式下调用账号登录接口，得到第一登录结果。公网模式下调用的账号登录接口可以为自助服务端的接口。自助服务端的账号登录接口可以进一步调用ISV服务端的账号登录接口。由此，当自助服务端的用户通过手机号或会员卡开通物品流转应用的会员账号后，用户即可以利用手机号或会员卡号登录物品流转应用的会员账号，其手机号、会员卡号可以写入自助服务端的用户账号对应的账号信息中，以供后续查询。

可选地，上述执行主体可以响应于确定上述第一会员查询结果表征有会员账号，将上述第一会员查询结果对应上述自助服务端的用户账号确定为聚合用户账号。然后，可以将所确定的聚合用户账号和上述用户编码号信息对应的会员关系信息存储至上述自助服务端。最后，可以在上述自助设备端登录聚合用户账号。由此，可以在可查询到会员账号时，直接在自助设备端登录聚合用户账号。

可选地，在步骤205之前，上述执行主体可以执行以下步骤：

第一步，响应于检测到用户扫码登录操作，从上述自助服务端获取会员登录码。其中，上述用户扫码登录操作可以为作用于扫码登录控件的选择操作。扫码登录控件可以包括小程序扫码控件和/或公众号扫描控件。实践中，当用户扫码登录操作为作用于小程序扫码控件的选择操作时，上述执行主体可以从上述自助服务端获取小程序会员登录码作为会员登录码。当用户扫码登录操作为作用于公众号扫码控件的选择操作时，上述执行主体可以从上述自助服务端获取公众号会员登录码作为会员登录码。

第二步，响应于检测到对应上述会员登录码的扫码结果，根据上述扫码结果，查询对应上述扫码结果的会员账号，得到第二会员查询结果。其中，用户可以通过用户端设备的小程序内的扫码控件扫描自助设备上显示的会员登录码。用户还可以通过用户端设备的公众号内的扫码控件扫描自助设备上显示的会员登录码。扫码结果可以包括对应小程序或公众号的扫码用户标识。例如，当小程序或公众号是集成在上述目标平台时，扫码用户标识可以为用户在目标平台的平台用户标识。实践中，上述执行主体可以响应于确定上述自助服务端的网络模式包括局域网模式，在局域网模式下查询对应上述扫码用户标识的会员账号，得到第二会员查询结果。具体地，上述执行主体可以调用局域网下的会员查询接口查询对应上述扫码用户标识的会员账号。会员查询接口可以为ISV服务下的接口。然后，可以将上述第二会员查询结果通过公网同步至上述自助服务端，使得自助服务端同步局域网模式下的会员查询结果。可选地，上述执行主体可以响应于确定上述自助服务端的网络模式仅包括公网模式，调用公网下的会员查询接口查询对应上述扫码用户标识的会员账号，得到第二会员查询结果。公网下的会员查询接口可以是自助服务端的接口。

第三步，响应于确定上述第二会员查询结果表征无会员账号，调用会员注册接口，得到第二会员注册结果。实践中，上述执行主体可以响应于确定上述自助服务端的网络模式包括局域网模式，在局域网模式下调用对应会员注册服务端的会员注册接口，得到第二会员注册结果。具体地，会员注册服务端可以为ISV服务对应的服务器。会员注册接口可以满足ISV标准。然后，可以将上述第二会员注册结果通过公网同步至上述自助服务端。可选地，上述执行主体可以响应于确定上述自助服务端的网络模式仅包括公网模式，调用公网下的会员注册接口，得到第二会员注册结果。公网下的会员注册接口可以是自助服务端的接口。

第四步，将上述第二会员注册结果对应上述自助服务端的用户账号确定为聚合用户账号。

第五步，将所确定的聚合用户账号和上述扫码结果对应的会员关系信息存储至上述自助服务端。会员关系信息可以为表征聚合用户账号和上述扫码结果关联的信息。会员关系信息可以包括聚合用户账号和上述扫码用户标识。

第六步，在上述自助设备端登录聚合用户账号。实践中，上述执行主体可以在局域网模式下调用账号登录接口，得到第二登录结果。局域网模式下调用的账号登录接口可以为ISV服务端的接口。第一登录结果可以为密文形式。然后，可以将第二登录结果通过公网同步至自助服务端。上述执行主体还可以在公网模式下调用账号登录接口，得到第二登录结果。公网模式下调用的账号登录接口可以为自助服务端的接口。自助服务端的账号登录接口可以进一步调用ISV服务端的账号登录接口。由此，当自助服务端的用户通过扫码的方式开通物品流转应用的会员账号后，用户即可以利用扫码方式登录物品流转应用的会员账号，其扫码用户标识可以写入自助服务端的用户账号对应的账号信息中，以供后续查询。

可选地，上述执行主体可以响应于确定上述第二会员查询结果表征有会员账号，将上述第二会员查询结果对应上述自助服务端的用户账号确定为聚合用户账号。然后，可以将所确定的聚合用户账号和上述用户编码号信息对应的会员关系信息存储至上述自助服务端。最后，可以在上述自助设备端登录聚合用户账号。由此，可以在扫码登录可查询到会员账号时，直接在自助设备端登录聚合用户账号。

需要说明的是，会员账号可以为用户注册的物品流转应用的账号。

步骤205，响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。

在一些实施例中，上述执行主体可以响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。支付操作可以为用户针对一订单的订单支付控件的选择操作。订单可以为用户自行扫描条码的各个物品组成的订单。实践中，上述执行主体可以采用弹窗的形式显示对应聚合用户账号的支付方式选择窗口。

本公开的上述各个实施例具有如下有益效果：通过本公开的一些实施例的账号聚合支付方法，可以打通人脸会员账号和其他方式开通的会员账号，进而可以融合同一用户的支付相关数据。具体来说，造成同一用户的支付相关数据无法融合的原因在于：使用人脸登录的会员账号无法与其他方式开通的会员账号打通，一用户多个会员账号的情况较多，导致同一用户的支付相关数据无法融合。基于此，本公开的一些实施例的账号聚合支付方法，首先，响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证，其中，上述用户人脸登录操作对应物品流转小程序，上述物品流转小程序对应物品流转应用，上述自助设备端集成有上述目标平台的刷脸服务对应的软件开发工具包。由此，可以预先获取用于获取人脸信息的凭证。然后，响应于确定上述自助设备端对应上述物品流转小程序的设备状态表征激活状态，根据上述人脸信息调用凭证，获取人脸信息，其中，上述人脸信息包括用户令牌。由此，可以在当前设备激活的状态下获取用户在上述目标平台的人脸信息。其次，根据上述用户令牌，从对应上述自助设备端的自助服务端获取用户标识信息，其中，上述用户标识信息包括对应上述自助服务端的用户标识和用户关系结果。由此，可以依据获取的用户令牌获取用户在自助服务端的用户标识以及表征用户是否开通人脸会员账号的用户关系结果。接着，响应于确定上述用户关系结果表征用户标识对应的用户开通有对应上述目标平台和上述物品流转应用的人脸会员账号，将上述用户标识对应的用户账号作为对应上述人脸会员账号的聚合用户账号登录在上述自助设备端上。由此，可以在确定用户关系结果表征用户开通过人脸会员账号后，在识别到人脸后以自助服务端的用户账号作为聚合用户账号登录。最后，响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。由此，可以在登录聚合用户账号后，以聚合用户账号的支付方式进行支付。也因为用户通过人脸登录方式登录时，实际登录的是关联的自助服务端的用户账号，即可以将人脸会员账号聚合在自助服务端的用户账号维度下登录，从而可以在聚合的自助服务端的用户账号维度下进行支付。进而打通了人脸会员账号和自助服务端用户账号，减少了一用户多个会员账号的情况，使得用户的支付相关数据可以在自助服务端的用户账号维度下融合。

进一步参考图3，其示出了账号聚合支付方法的另一些实施例的流程300。该账号聚合支付方法的流程300，包括以下步骤：

步骤301，响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证。

步骤302，响应于确定自助设备端对应物品流转小程序的设备状态表征激活状态，根据人脸信息调用凭证，获取人脸信息。

步骤303，根据用户令牌，从对应自助设备端的自助服务端获取用户标识信息。

步骤304，响应于确定用户关系结果表征用户标识对应的用户开通有对应目标平台和物品流转应用的人脸会员账号，将用户标识对应的用户账号作为对应人脸会员账号的聚合用户账号登录在自助设备端上。

在一些实施例中，步骤301-304的具体实现及所带来的技术效果可以参考图2对应的那些实施例中的步骤201-204，在此不再赘述。

步骤305，响应于检测到支付操作，从自助服务端获取与聚合用户账号关联的各个支付方式信息。

在一些实施例中，账号聚合支付方法的执行主体(例如图1所示的自助端设备104)可以响应于检测到支付操作，从上述自助服务端获取与聚合用户账号关联的各个支付方式信息。其中，上述各个支付方式信息可以表征用户在先添加的各个支付方式。支付方式信息可以包括支付账户标识。例如，当支付方式为银行卡支付时，支付方式信息可以包括开户行信息、银行卡号。当支付方式为二维码支付时，支付方式信息可以包括扫码应用标识、二维码图。当支付方式为人脸支付时，支付方式信息可以包括刷脸应用标识。人脸支付可以包括目标平台对应的人脸支付，也可以包括自助服务端对应的人脸支付。当支付方式为白条支付时，支付方式信息可以包括白条账号。当支付方式为指纹支付时，支付方式信息可以包括需检测的手指标识。上述各个支付方式信息均是聚合用户账号对应的用户在自助服务端对应的应用中在先配置或绑定的。

可选地，上述各个支付方式信息包括对应上述自助服务端和联合支付服务端的虚拟卡支付信息。上述虚拟卡支付信息包括虚拟卡标识。联合支付服务端可以为银联服务端。虚拟卡标识与上述自助服务端的用户账号关联。

上述虚拟卡标识对应的虚拟卡是用户端通过以下步骤开通的：

第一步，确定上述用户端是否支持上述联合支付服务端对应的支付方式。实践中，用户端可以确定当前用户端设备是否支持HCE(Host-based Card Emulation，基于主机的卡模拟)或TSM(Trusted Service Manager，可信服务管理)。然后，可以响应于确定支持HCE或TSM，确定上述用户端支持上述联合支付服务端对应的支付方式。

第二步，响应于确定上述用户端支持上述联合支付服务端对应的支付方式，将上述用户端的设备信息发送至上述联合支付服务端进行设备校验，得到设备校验结果。设备信息可以包括设备型号。设备型号可以包括设备品牌和设备名称。

第三步，响应于确定上述设备校验结果表征校验成功，将开户请求发送至上述自助服务端进行用户校验，得到第一用户校验结果。开户请求可以为以自助服务端的用户账号开虚拟卡的请求。自助服务端可以对用户端登录的用户账号进行用户实名检验，得到第一用户校验结果。

第四步，响应于检测到上述第一用户校验结果表征校验成功，将申卡请求发送至上述联合支付服务端进行用户校验，得到第二用户校验结果。申卡请求可以表征向联合支付服务端请求开虚拟卡的请求。联合支付服务端可以对用户端登录的用户账号进行用户实名检验，得到第一用户校验结果。具体地，联合支付服务端可以从自助服务端调用实名校验接口，得到第二用户校验结果。

第五步，响应于确定上述第二用户校验结果表征校验成功，将虚拟卡激活请求发送至上述联合支付服务端进行虚拟卡激活，得到虚拟卡标识，使得上述联合支付服务端将上述虚拟卡标识写入上述设备信息。实践中，可以调用联合支付服务端的虚拟卡激活接口进行虚拟卡激活，得到虚拟卡标识。虚拟卡标识可以唯一标识虚拟卡。

步骤306，在支付方式选择窗口显示对应各个支付方式信息的各个支付方式选择控件。

在一些实施例中，上述执行主体可以在支付方式选择窗口显示对应上述各个支付方式信息的各个支付方式选择控件。可选地，支付方式选择窗口中还可以显示联合支付方式对应的支付方式选择控件。联合支付方式可以为支持各种类型银联卡进行支付结算的支付方式。可选地，支付方式选择窗口中还可以显示会员卡余额支付对应的支付方式选择控件。可选地，自助服务端可以配置有但不限于以下支付结算设备：扫码枪、密码键盘、指纹键盘、人脸拍摄装置、POS机、针对会员卡的读卡器。支付方式选择控件可以用于供用户选择支付方式。

步骤307，响应于检测到作用于各个支付方式选择控件中的支付方式选择控件的选择操作，显示支付窗口。

在一些实施例中，上述执行主体可以响应于检测到作用于上述各个支付方式选择控件中的支付方式选择控件的选择操作，显示支付窗口。其中，上述支付窗口对应所选择的支付方式选择控件所对应的支付方式信息。支付窗口可以为用于供用户进行支付校验的窗口。例如，当支付方式为银行卡支付时，支付窗口中可以显示待用户输入支付密码的输入框。当支付方式为人脸支付时，支付窗口中可以显示待用户刷脸的图像框。当支付方式为二维码支付时，支付窗口中可以显示待用户扫描的支付二维码图。

可选地，上述执行主体可以响应于检测到作用于上述支付窗口中显示的对应目标虚拟卡标识的支付控件的选择操作，获取用户端的设备信息作为待校验设备信息。然后，获取上述目标虚拟卡标识对应的至少一个设备信息作为预存设备信息集合。用户在一个用户端设备上开卡成功后，可以将虚拟卡写入手环、手表，以将虚拟卡标识绑定至各个设备，使得手环、手表也可以用于支付。至少一个设备信息可以为绑定了上述目标虚拟卡标识的各个设备的设备信息。然后，可以响应于确定上述待校验设备信息存在于上述预存设备信息集合中，确定用户端通过支付设备校验。最后，可以响应于确定上述用户端通过支付设备校验，向上述联合支付服务端发起支付扣减请求。支付扣减请求可以包括订单价值和聚合用户账号。由此，可以在用于支付的设备是聚合用户账号在先开通虚拟卡时绑定的设备的条件下，才可发起支付请求，从而可以在设备丢失时，直接解绑聚合用户账号下丢失设备的设备信息，即使丢失设备用于支付，也无法成功发起支付请求，进而提升了支付安全性。

从图3中可以看出，与图2对应的一些实施例的描述相比，图3对应的一些实施例中的账号聚合支付方法的流程300体现了对支付过程进行扩展的步骤。由此，这些实施例描述的方案可以聚合多种支付方式供用户选择进行支付，实现了聚合用户账号对应的多个支付账户的融合。

进一步参考图4，其示出了账号聚合支付系统400的一些实施例的示意图。账号聚合支付系统400包括自助设备端401、自助服务端402和平台服务端403。

自助设备端401可以为放置在实体商家店内的自助结算支付设备。自助设备端401可以被配置成执行图2、3对应实施例中所描述的方法。

自助服务端402可以是为自助设备端401提供服务的服务器，可以被配置成响应上述自助设备端的请求。自助服务端402可以存储有各个用户账号的账号信息。如果用户账号对应的用户注册过物品流转应用的会员账号，其账号信息中可以关联有以下至少一项：物品流转应用的会员账号、会员手机号、会员卡号。

平台服务端403可以是目标平台的后台服务器，可以被配置成提供小程序服务和刷脸服务。

可选地，账号聚合支付系统400还可以包括用户端和内部服务端。用户端可以包括用户使用的各个终端设备。内部服务端可以为实体商家局域网下为物品流转应用提供后台服务的服务器。

通过本公开的一些实施例的账号聚合支付系统，可以打通人脸会员账号和其他方式开通的会员账号，进而可以融合同一用户的支付相关数据。

下面参考图5，其示出了适于用来实现本公开的一些实施例的电子设备500(例如图1中的自助端设备104)的结构示意图。图5示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500可以包括处理装置501(例如中央处理器、图形处理器等)，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图5中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开的一些实施例的方法中限定的上述功能。

需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证，其中，上述用户人脸登录操作对应物品流转小程序，上述物品流转小程序对应物品流转应用，上述自助设备端集成有上述目标平台的刷脸服务对应的软件开发工具包；响应于确定上述自助设备端对应上述物品流转小程序的设备状态表征激活状态，根据上述人脸信息调用凭证，获取人脸信息，其中，上述人脸信息包括用户令牌；根据上述用户令牌，从对应上述自助设备端的自助服务端获取用户标识信息，其中，上述用户标识信息包括对应上述自助服务端的用户标识和用户关系结果；响应于确定上述用户关系结果表征用户标识对应的用户开通有对应上述目标平台和上述物品流转应用的人脸会员账号，将上述用户标识对应的用户账号作为对应上述人脸会员账号的聚合用户账号登录在上述自助设备端上；响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

本公开的一些实施例还提供一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现上述的任一种账号聚合支付方法。

以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (13)

1.一种账号聚合支付方法，应用于自助设备端，包括：

响应于检测到用户人脸登录操作，从目标平台对应的平台服务端获取人脸信息调用凭证，其中，所述用户人脸登录操作对应物品流转小程序，所述物品流转小程序对应物品流转应用，所述自助设备端集成有所述目标平台的刷脸服务对应的软件开发工具包；

响应于确定所述自助设备端对应所述物品流转小程序的设备状态表征激活状态，根据所述人脸信息调用凭证，获取人脸信息，其中，所述人脸信息包括用户令牌；

根据所述用户令牌，从对应所述自助设备端的自助服务端获取用户标识信息，其中，所述用户标识信息包括对应所述自助服务端的用户标识和用户关系结果；

响应于确定所述用户关系结果表征用户标识对应的用户开通有对应所述目标平台和所述物品流转应用的人脸会员账号，将所述用户标识对应的用户账号作为对应所述人脸会员账号的聚合用户账号登录在所述自助设备端上；

响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付。

2.根据权利要求1所述的方法，其中，在所述响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付之前，所述方法还包括：

响应于确定所述用户关系结果表征用户标识对应的用户未开通对应所述目标平台和所述物品流转应用的人脸会员账号，获取用户编码号信息；

查询对应所述用户编码号信息的会员账号，得到第一会员查询结果；

响应于确定所述第一会员查询结果表征无会员账号，调用会员注册接口，得到第一会员注册结果；

将所述第一会员注册结果对应所述自助服务端的用户账号确定为聚合用户账号；

将所确定的聚合用户账号和所述用户编码号信息对应的会员关系信息存储至所述自助服务端；

在所述自助设备端登录聚合用户账号。

3.根据权利要求2所述的方法，其中，所述查询对应所述用户编码号信息的会员账号，得到第一会员查询结果，包括：

响应于确定所述自助服务端的网络模式包括局域网模式，在局域网模式下查询对应所述用户编码号信息的会员账号，得到第一会员查询结果；

将所述第一会员查询结果通过公网同步至所述自助服务端。

4.根据权利要求2所述的方法，其中，所述调用会员注册接口，得到第一会员注册结果，包括：

响应于确定所述自助服务端的网络模式包括局域网模式，在局域网模式下调用对应会员注册服务端的会员注册接口，得到第一会员注册结果；

将所述第一会员注册结果通过公网同步至所述自助服务端。

5.根据权利要求1所述的方法，其中，在所述响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付之前，所述方法还包括：

响应于检测到用户扫码登录操作，从所述自助服务端获取会员登录码；

响应于检测到对应所述会员登录码的扫码结果，根据所述扫码结果，查询对应所述扫码结果的会员账号，得到第二会员查询结果；

响应于确定所述第二会员查询结果表征无会员账号，调用会员注册接口，得到第二会员注册结果；

将所述第二会员注册结果对应所述自助服务端的用户账号确定为聚合用户账号；

将所确定的聚合用户账号和所述扫码结果对应的会员关系信息存储至所述自助服务端；

在所述自助设备端登录聚合用户账号。

6.根据权利要求1-5之一所述的方法，其中，所述响应于检测到支付操作，显示对应聚合用户账号的支付方式选择窗口，以供用户选择支付方式后进行支付，包括：

响应于检测到支付操作，从所述自助服务端获取与聚合用户账号关联的各个支付方式信息；

在支付方式选择窗口显示对应所述各个支付方式信息的各个支付方式选择控件；

响应于检测到作用于所述各个支付方式选择控件中的支付方式选择控件的选择操作，显示支付窗口，其中，所述支付窗口对应所选择的支付方式选择控件所对应的支付方式信息。

7.根据权利要求1所述的方法，其中，在所述从目标平台对应的平台服务端获取人脸信息调用凭证之前，所述方法还包括：

对所述物品流转小程序进行初始化处理；

对初始化后的物品流转小程序进行预加载处理；

对所述刷脸服务对应的软件开发工具包进行初始化处理。

8.根据权利要求6所述的方法，其中，所述各个支付方式信息包括对应所述自助服务端和联合支付服务端的虚拟卡支付信息，所述虚拟卡支付信息包括虚拟卡标识，虚拟卡标识与所述自助服务端的用户账号关联；以及所述虚拟卡标识对应的虚拟卡是用户端通过以下步骤开通的：

确定所述用户端是否支持所述联合支付服务端对应的支付方式；

响应于确定所述用户端支持所述联合支付服务端对应的支付方式，将所述用户端的设备信息发送至所述联合支付服务端进行设备校验，得到设备校验结果；

响应于确定所述设备校验结果表征校验成功，将开户请求发送至所述自助服务端进行用户校验，得到第一用户校验结果；

响应于检测到所述第一用户校验结果表征校验成功，将申卡请求发送至所述联合支付服务端进行用户校验，得到第二用户校验结果；

响应于确定所述第二用户校验结果表征校验成功，将虚拟卡激活请求发送至所述联合支付服务端进行虚拟卡激活，得到虚拟卡标识，使得所述联合支付服务端将所述虚拟卡标识写入所述设备信息。

9.根据权利要求8所述的方法，其中，所述方法还包括：

响应于检测到作用于所述支付窗口中显示的对应目标虚拟卡标识的支付控件的选择操作，获取用户端的设备信息作为待校验设备信息；

获取所述目标虚拟卡标识对应的至少一个设备信息作为预存设备信息集合；

响应于确定所述待校验设备信息存在于所述预存设备信息集合中，确定用户端通过支付设备校验；

响应于确定所述用户端通过支付设备校验，向所述联合支付服务端发起支付扣减请求。

10.一种账号聚合支付系统，包括：

自助设备端，被配置成执行权利要求1-9之一所述的方法；

自助服务端，被配置成响应所述自助设备端的请求；

平台服务端，被配置成提供小程序服务和刷脸服务。

11.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1-9中任一所述的方法。

13.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的方法。