支付方法、装置、电子设备及计算机可读存储介质与流程

1.本技术涉及支付、微信支付以及区块链技术领域，具体的，本技术涉及一种支付方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.随着互联网技术的发展，移动支付已经成为主要的支付方式之一，其支付方式简单，为用户生活带来便捷。
3.现有技术中的线下支付方式有很多，通常都是基于单屏的支付方式，即收银员基于单屏显示屏上显示的订单发起支付触发操作，顾客方被动进行支付，使得支付体验较差。


技术实现要素：

4.本技术实施例的目的旨在提供一种能够提高提付体验的支付方法、装置、电子设备及计算机可读存储介质。
5.一方面，本技术实施例提供了一种支付方法，该方法由电子设备执行，该电子设备包括第一显示屏和第二显示屏，该方法包括：
6.通过第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，其中，上述第一小程序和上述第二小程序为关联小程序；
7.在第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，其中，上述第一订单信息和第二订单信息是基于由商品信息采集设备采集的待支付商品的商品信息生成的；
8.响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理；
9.其中，上述目标客户端界面为第一客户端界面或第二客户端界面中的至少一项。
10.另一方面，本技术实施例提供了一种支付设备，该支付设备包括第一显示屏、第二显示屏和处理器，第一显示屏和第二显示屏分别与处理器连接；
11.第一显示屏用于显示第一小程序的第一客户端界面，第二显示屏用于显示第二小程序的第二客户端界面，其中，上述第一小程序和第二小程序为关联小程序；
12.处理器，用于在接收到基于通过商品信息采集设备采集的待支付商品的商品信息时，生成目标订单的第一订单信息和第二订单信息；通过第一客户端界面显示第一订单信息，通过第二客户端界面显示第二订单信息，在接收到通过目标客户端界面接收到的针对目标订单的支付触发操作时，对目标订单信息进行支付处理；
13.其中，上述目标客户端界面为第一客户端界面或第二客户端界面中的至少一项。
14.再一方面，本技术实施例提供了一种支付装置，该装置包含在电子设备中，该电子设备包括第一显示屏和第二显示屏，该装置包括：
15.界面显示模块，用于通过第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，其中，上述第一小程序和第二小程序为关联
小程序；
16.订单显示模块，用于在第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，其中，上述第一订单信息和第二订单信息是基于由商品信息采集设备采集的待支付商品的商品信息生成的；
17.订单处理模块，用于响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理；
18.其中，上述目标客户端界面为第一客户端界面或第二客户端界面中的至少一项。
19.可选的，订单处理模块在响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理时，具体用于：
20.在第一客户端界面显示至少一种付款方式选项；
21.响应于通过第一客户端界面接收到的针对至少一种付款方式选项中目标支付方式的选择操作，通过目标支付方式对目标订单进行支付处理，支付触发操作包括选择操作，目标客户端界面包括第一客户端界面。
22.可选的，上述至少一种付款方式选项包括人脸支付方式和非人脸支付方式，若目标支付方式为非人脸支付方式，订单处理模块在通过目标支付方式对目标订单进行支付处理时，具体用于：
23.显示目标订单对应于目标支付方式的支付界面；
24.响应于针对目标订单的支付确认操作，通过目标支付方式对目标订单进行支付处理；支付触发操作还包括支付确定操作。
25.可选的，若上述目标支付方式为人脸支付方式，订单处理模块在通过目标支付方式对目标订单进行支付处理，具体用于：
26.调用图像采集设备采集支付目标订单的用户的人脸信息；
27.向人脸支付方式对应的支付服务器发送目标订单的待支付金额和人脸信息，以使支付服务器基于人脸信息对目标订单进行支付处理。
28.可选的，上述第二客户端界面显示有收款控件，订单处理模块在第一客户端界面显示至少一种付款方式选项时，具体用于：
29.响应于针对收款控件的选择触发操作，在第一客户端界面显示至少一种付款方式选项；
30.目标客户端界面还包括第二客户端界面，支付触发操作还包括选择触发操作。
31.可选的，该装置还包括：
32.启动模块，用于响应于对电子设备的第一启动操作，分别加载第一小程序和第二小程序，并通过第一显示屏显示第一小程序的第一初始化界面，通过第二显示屏显示第二小程序的第二初始化界面。
33.可选的，启动模块在响应于对电子设备的第一启动操作，加载第二小程序时，具体用于
34.响应于对电子设备的第一启动操作，启动第二显示屏，第二显示屏上显示有至少一个应用标识，至少一个应用标识包括第二小程序对应的应用标识；
35.响应于针对第二小程序对应的应用标识的触发操作，加载第二小程序。
36.可选的，上述第一客户端界面显示有设定标识，在第一客户端界面无法显示信息
时，该装置还包括：
37.故障处理模块，用于响应于针对设定标识的触发操作，重新加载第一小程序。
38.另一方面，本技术实施例还提供了一种电子设备，该电子设备包括存储器和处理器，存储器中存储有计算机程序，处理器在运行计算机程序时执行本技术任一可选实施例中提供的支付方法。
39.另一方面，本技术实施例还提供了一种计算机可读存储介质，该存储介质中存储有计算机程序，该计算机程序在被处理器运行时，处理器执行本技术任一可选实施例中提供的支付方法。
40.再一方面，本技术实施例还提供了一种计算机程序产品或计算机程序，当其在计算机设备上运行时，是的计算机设备执行本技术所提供的任一可选实施方法。该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本技术任一可选实施方式中提供的支付方法。
41.本技术提供的技术方案带来的有益效果是：本技术实施例所提供的方案，可通过电子设备的第一显示屏显示第一小程序的第一客户端界面，通过所述第二显示屏显示第二小程序的第二客户端界面，并通过第一客户端界面显示目标订单的第一订单信息，在所述第二客户端界面显示所述目标订单的第二订单信息，由于通过两个客户端界面显示订单信息，这样在进行支付时，可以通过第一客户端界面或第二客户端界面接收针对目标订单的支付触发操作，响应于该操作，对目标订单进行支付处理。在本技术方案中，一方面，由于通过两个客户端界面显示订单信息，可以使得付款方和收款方在支付处理前对目标订单都有详细的了解，从而提升用户的支付体验，另一方面，由于两个客户端界面为两个小程序对应的界面，同时在电子设备中运行两个小程序，基于这两个小程序分别对应的功能即可实现支付，可提高电子设备的使用体验。
42.本技术附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
43.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。
44.图1为本技术实施例提供的一种支付方法的流程示意图；
45.图2为本技术实施例提供的一种一个小程序的小程序容器的示意图；
46.图3为本技术实施例提供的一种一个小程序的小程序进程的示意图；
47.图4为本技术实施例提供的一种两个小程序对应的小程序进程的示意图；
48.图5为本技术实施例提供的一种第一客户端界面的示意图；
49.图6为本技术实施例提供的一种第二客户端界面的示意图；
50.图7为本技术实施例提供的又一种第二客户端界面的示意图；
51.图8为本技术实施例提供的一种动画信息的显示界面的示意图
52.图9为本技术实施例提供的一种消息传输的流程示意图；
53.图10为本技术实施例提供的一种双屏交互流程示意图；
54.图11为本技术实施例提供的一种人脸支付系统的结构示意图；
55.图12为本技术实施例提供的一种支付设备的结构示意图；
56.图13为本技术实施例提供的又一种支付设备的结构示意图；
57.图14为本技术实施例提供的一种支付装置的结构示意图；
58.图15为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
59.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本发明的限制。
60.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
61.本技术实施例所提供的支付方法，是可以应用于各种实际应用场景中，比如，人脸支付，支付密码支付，微信支付等场景。
62.本技术各可选实施例中所提供的方法，所涉及到的人脸特征的提取，基于人脸信息确定身份信息可以采用人工智能技术实现。
63.人工智能(artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。
64.本技术实施例所涉及的人脸信息的处理可以采用云技术实现，如处理过程中所涉及的数据存储可以采用云存储方式，处理过程中所涉及的数据计算可以采用云计算方式。
65.本技术实施例所提供的方案可以由任一电子设备执行，可以是用户终端设备(支付设备)，也可以是服务器(支付服务器)执行，其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端设备可以包括以下至少一项：智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、智能电视、智能车载设备。
66.在一种可能的实现方式中，支付设备和支付服务器可组成为一区块链，而支付服务器和支付设备可以为区块链上的节点，本技术实施例中的支付方法可以由区块链上的至少一个节点执行，即本技术实施例中的支付服务器或者服务器集群可以为区块链上的一个或者至少两个节点，本技术实施例中的支付设备可以为区块链上的一个节点。
67.为了更好的理解及说明书本技术实施例所提供的方案，下面首先对本技术实施例中所涉及的一些技术用语进行说明。
68.双屏刷脸设备：双屏人脸支付终端，通常前屏为顾客屏，背屏为收银屏。
69.iot小程序：iot(internet of things，物联网)，iot小程序为能够在脱离终端微信环境的硬件设备中运行的小程序，在本技术中指搭载android系统的硬件设备运行的小程序。
70.小程序runtime：即小程序的运行实例，用来指代每一个运行的小程序的实例个体。
71.小程序容器：每一个小程序的运行时的容器载体。小程序容器可以为小程序提供显示该小程序的客户端界面的参数。在本技术方案中，基于小程序对应的小程序容器中的该参数，可知道对应显示的该小程序的客户端界面是什么样的。
72.进程隔离：为了避免进程a写入进程b的情况发生的一种技术。
73.小程序的appid：appid用于表征小程序的身份，是小程序的唯一id。
74.jsevent：是小程序框架中一种和小程序接口类似的角色，可以理解为被动的回调函数，用于接收来自小程序容器的事件通知，以及将该通知分发到目标小程序runtime中。
75.ipc消息管道：ipc(进程间通信，inter-process communication)，ipc消息管道为利用android自身ipc机制实现的消息通道，用于进行跨进程的消息传输。
76.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
77.本技术实施例提供了一种可能的实现方式，如图1所示，提供了一种支付方法的流程图，该方案可以由任一电子设备执行，例如，本技术实施例的方案可以在终端设备或者服务器上执行，或者由终端设备(本实施例中可称为支付设备)和服务器(本实施例中可称为支付服务器)交互执行。为描述方便，下面将以电子设备(支付设备)作为执行主体为例，对本技术实施例提供的方法进行说明。
78.图1示出了本技术实施例提供的一种支付方法的流程示意图，该方法由电子设备执行，该电子设备包括第一显示屏和第二显示屏，如图1中所示，该方法可以包括以下步骤：
79.步骤s110，通过第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，其中，上述第一小程序和第二小程序为关联小程序。
80.其中，在显示第一客户端界面和第二客户端界面之前，该方法还包括：
81.响应于对电子设备的第一启动操作，分别加载第一小程序和第二小程序，并通过第一显示屏显示第一小程序的第一初始化界面，通过第二显示屏显示第二小程序的第二初始化界面。
82.其中，第一启动操作指的是启动电子设备的操作，该电子设备是具有两个显示屏的电子设备，基于该电子设备可以实现双屏支付。第一启动操作可以是针对该电子设备的启动按钮的触控操作，比如，长按操作或点击操作。在电子设备启动后，相应启动两个显示屏以及对应的小程序，以通过显示屏显示客户端界面。
83.在加载第一小程序时，可通过向该小程序对应的服务器加载相关信息并显示，包括第一初始化界面，同理，在加载第二小程序时，可通过向该小程序对应的服务器加载相关信息并显示，包括第二初始化界面。两个小程序可以对应同一个服务器，也可以各自对应一个服务器。
84.可选的，第一小程序和第二小程序可以对应同一个小程序容器，也可以各自对应一个小程序容器，如果第一小程序和第二小程序各自对应一个小程序容器，为描述方便，可将第一小程序对应的容器称为第一容器，将第二小程序对应的容器称为第二容器。并对这两个容器进行容器隔离，在加载第一小程序时，可通过第一容器运行该第一小程序，以在第一显示屏显示第一客户端界面。同样，在加载第二小程序时，可通过第二容器运行该第二小程序，以在第二显示屏显示第二客户端界面。其中，第一客户端界面可以包括第一初始化界面，第二客户端界面可以包括第二初始化界面。
85.其中，在启动电子设备时，启动第一容器，启动第一容器时，会有启动参数，启动参数可包括小程序appid，比如，第一小程序appid，则第一容器可以基于第一小程序的appid，确定所要运行的是第一小程序。启动参数中还可包括第一小程序的第一客户端界面的显示信息，该显示信息用于描述第一客户端界面具体是什么表现形式，则基于该显示信息，第一容器可基于该显示信息将第一客户端界面显示在第一显示屏上。
86.可选的，本技术中的第一小程序和第二小程序可以为iot小程序。
87.如图2所示的小程序容器示意图，该图2中的iot小程序可以为第一小程序，也可以为第二小程序，该小程序对应一个小程序容器，通过该小程序容器，可以运行对应的小程序。
88.可选的，上述第一小程序或第二小程序可以是运行在设定应用程序下的小程序，即可通过该设定应用程序的接口调用小程序，则在调用小程序之前，需要登录设定应用程序。
89.可选的，上述第一小程序或第二小程序运行时，可调用对应的小程序进程，使得小程序运行在对应的小程序进程中。
90.作为一个示例，如图3所示的一个小程序运行时的结构示意图，该图3中，登录态1指的是小程序对应的用户(该用户可以是顾客，也可以是收银员)对应的设定应用程序的登录状态，在用户登录设定应用程序后，即处于登录态1时，可通过小程序的小程序容器运行该小程序对应的小程序实例(小程序runtime)。
91.作为又一个示例，如图4所示的两个小程序运行时的结构示意图，该图4中，前屏(第一显示屏)进程指的是第一小程序对应的进程，背屏(第二显示屏)进程指的是第二小程序对应的进程，登录态1指的是第一小程序对应的用户(顾客)对应的设定应用程序的登录状态，登录态2指的是第二小程序对应的用户(收银员)对应的设定应用程序的登录状态，在顾客登录设定应用程序后，即处于登录态1时，可通过第一小程序的小程序容器运行该第一小程序对应的小程序实例(小程序runtime)。同理，在收银员登录设定应用程序后，即处于登录态2时，可通过第二小程序的小程序容器运行该第二小程序对应的小程序实例(小程序runtime)。
92.可选的，上述响应于对电子设备的第一启动操作，加载第二小程序，包括：
93.响应于对电子设备的第一启动操作，启动第二显示屏，第二显示屏上显示有至少一个应用标识，至少一个应用标识包括第二小程序对应的应用标识；
94.响应于针对第二小程序对应的应用标识的触发操作，加载第二小程序。
95.其中，第二显示屏上可显示有至少一个应用标识，对于每个标识，该标识对应的可以是一个小程序，也可以对应一个应用程序。由于第二显示屏是面向商家工作人员的，第二
显示屏除了显示有具有支付功能的第二小程序的应用标识外，还可以有其他功能的应用程序或小程序的应用标识，比如，具有货物管理功能的小程序，具有人员管理功能的小程序等。则在需要加载第二小程序时，需要在第二显示屏上显示的至少一个应用标识中选择第二小程序的应用标识，即针对第二小程序的应用标识的触发操作。然后可基于该触发操作，加载第二小程序。其中，发起该触发操作的为商家工作人员。
96.其中，第一显示屏为面向顾客的显示屏，第二显示屏为面向收银员的显示屏，客户端界面为用于向用户显示信息的用户界面，用户包括收银员和顾客。第一小程序为具有向顾客显示信息以及处理顾客在第一客户端界面的触发操作功能的小程序，主要包括接收顾客在第一客户端界面上的触发操作，以及显示第二显示屏发送给第一显示屏的信息，即商家工作人员想让顾客查看的信息。第二小程序为具有向商家工作人员显示信息以及处理商家工作人员在第二客户端界面上的触发操作功能的小程序，主要包括接收商家工作人员在第二客户端界面上的触发操作，以及显示第一显示屏向第二显示屏发送的信息，即顾客想让商家工作人员查看的信息。
97.第一小程序和第二小程序之间是相关联的，第一小程序和第二小程序可配合完成整个支付功能。可以通过建立第一小程序对应的小程序id与第二小程序对应的小程序id之间的关联关系使第一小程序与第二小程序相关联。
98.作为一个示例，如图6所示第二客户端界面的示意图，第二客户端界面为背屏对应的客户端界面，背屏为面向收银员的第二显示屏，该界面上显示有两个应用标识，一个为应用标识a，一个为应用标识b，其中，应用标识b为第二小程序对应的应用标识，则响应于对该应用标识b的触发操作，可加载第二小程序。
99.步骤s120，在第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，其中，上述第一订单信息和第二订单信息是基于由商品信息采集设备采集的待支付商品的商品信息生成的。
100.其中，第一订单信息和第二订单信息为同一订单(目标订单)对应的不同类型的信息，也可以是相同的信息。如果第一订单信息和第二订单信息为不同类型的信息，由于第一订单信息为面向顾客的信息，该信息可主要包括所购买商品的商品信息，比如，商品名称，商品单价，商品数量，待支付金额等信息。由于第二订单信息为面向商家收银员的信息，则该第二订单信息可主要包括顾客所购买的商品的商品信息以及与所购买的商品相关联的商品的商品信息，比如，库存信息，某商品在一段时间内的购买总量等。
101.商品信息采集设备可以是电子设备的外接设备，也可以是电子设备本身的一部分。如果是外接设备，则在通过该商品信息采集设备采集待支付商品的商品信息后，将该商品信息发送给电子设备。
102.可选的，上述第一订单信息和第二订单信息可通过以下方式确定：
103.接收商品信息采集设备采集的待支付商品的商品信息，基于该待支付商品的商品信息，生成第一订单息和第二订单信息。
104.其中，上述待支付商品的商品信息可以包括但不限于商品的商品名称，商品单价，商品数量以及待支付商品的待支付金额。采集待支付商品的商品信息是由商家的工作人员采集的，比如，收银员。
105.第一订单信息和第二订单信息显示的时机可以相同，也可以不同。比如，可以同时
将第一订单信息显示在第一客户端界面，将第二订单信息显示在第二客户端界面。也可以是先将第二订单信息显示在第二客户端界面，第二客户端界面上还显示有收款控件，在接收到针对该收款控件的触发操作时，响应于该触发操作，在第一客户端界面上显示第一订单信息。
106.步骤130，响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理。其中，目标客户端界面为第一客户端界面或第二客户端界面中的至少一项。
107.其中，支付触发操作指的是想要对目标订单进行支付的操作，该操作为用户(用户可以是顾客，也可以是商家工作人员)在支付设备的目标客户端界面上发起的操作，该界面是用户与支付设备之间进行交互的界面。其中，该界面可以是第一订单信息所在界面(第一客户端界面)，则支付触发操作为在该界面上的操作，目标客户端界面也可以是第二订单信息所在界面(第二客户端界面)，则支付触发操作为在该界面上的操作，目标客户端界面还可以是第一客户端界面和第二客户端界面这两个界面，则支付触发操作包括在第一客户端界面上的操作以及在第二客户端界面上的操作。
108.用户可以基于目标客户端界面上所显示的支付标识触发该操作，该支付标识可以通过字符，文字，或图形中的至少一项表征，本技术中不限定支付标识的具体表现形式。该支付触发操作可以是点击操作，长按等操作，本技术中对该触发操作的具体表现形式也不做限定。
109.在本技术的可选实施例中，上述响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理，包括：
110.在第一客户端界面显示至少一种付款方式选项；
111.响应于通过第一客户端界面接收到的针对至少一种付款方式选项中目标支付方式的选择操作，通过目标支付方式对目标订单进行支付处理，支付触发操作包括选择操作，目标客户端界面包括第一客户端界面。
112.其中，支付触发操作可以是在第一客户端界面触发的，即目标客户端界面为第一客户端界面，第一客户端界面面向的是顾客，在该客户端界面可以为顾客提供至少一种付款方式，每一种付款方式选项对应一种付款方式，支付方式可以包括支付款收款码，微信收款码，人脸支付方式，微信人脸支付方式中的至少一种，基于上述支付方式，顾客可以选择自己想要付款的支付方式进行支付。
113.可选的，上述通过目标支付方式对目标订单进行支付处理，包括：向目标支付方式对应的支付服务器发送目标订单的待支付金额，以使支付服务器对目标订单进行支付处理。
114.可选的，上述第一客户端界面可显示有付款控件，在第一客户端界面显示至少一种付款方式选项，包括：
115.响应于针对付款控件的触发操作，在第一客户端界面显示至少一种付款方式选项。
116.其中，对付款控件的触发操作表示针对目标订单想进行支付，则付款方式选项可以在触发付款控件时显示。付款控件可以以付款标识的形式显示在第一客户端界面，该付款控件可以为文字，图片，符号等，本技术中不限定该付款标识的具体表现形式。
117.作为一个示例，如图5所示的第一客户端界面的示意图，该第一客户端界面为前屏对应的客户端界面，前屏为面向顾客的第一显示屏，该第一客户端界面上显示有第一订单信息，该第一订单信息中包括商品a1和商品a2，第一客户端界面还显示有付款控件“支付”，则响应于针对付款控件的触发操作，可在第一客户端界面显示至少一种付款方式选项。
118.在本技术的可选实施例中，上述第二客户端界面显示有收款控件，上述在第一客户端界面显示至少一种付款方式选项，包括：
119.响应于针对收款控件的选择触发操作，在第一客户端界面显示至少一种付款方式选项；
120.目标客户端界面还包括第二客户端界面，支付触发操作还包括选择触发操作。
121.其中，第二客户端界面面向的是商家工作人员，支付触发操作还可以包括商家工作人员基于对收款控件的选择触发操作，以及由顾客在第一客户端界面的操作，即通过商家工作人员和顾客共同完成支付。
122.其中，对收款控件的触发操作表示针对目标订单想进行收款，则收款方式选项可以在触发收款控件时显示。收款控件可以以收款标识的形式显示在第二客户端界面，该收款控件可以为文字，图片，符号等，本技术中不限定该收款标识的具体表现形式。
123.作为一个示例，如图7所示的第二客户端界面的又一示意图，该第二客户端界面为背屏对应的客户端界面，背屏为面向收银员的第二显示屏；该第二客户端界面上显示有第二订单信息，该第二订单信息中包括商品a1和商品a2，第二客户端界面还显示有收款控件“收款”，则响应于针对收款控件的触发操作，可在第一客户端界面显示至少一种付款方式选项。
124.本技术实施例所提供的方案，可通过电子设备的第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，并通过第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，由于通过两个客户端界面显示订单信息，这样在进行支付时，可以通过第一客户端界面或第二客户端界面接收针对目标订单的支付触发操作，响应于该操作，对目标订单进行支付处理。在本技术方案中，一方面，由于通过两个客户端界面显示订单信息，可以使得付款方和收款方在支付处理前对目标订单都有详细的了解，从而提升用户的支付体验，另一方面，由于两个客户端界面为两个小程序对应的界面，同时在电子设备中运行两个小程序，基于这两个小程序分别对应的功能即可实现支付，可提高电子设备的使用体验。
125.再一方面，由于电子设备中同时运行相关联的两个小程序，通过小程序实现双屏通信，对于技术人员而言，对于小程序的维护和开发相较于应用程序更加便捷，可减少开发成本。
126.上述至少一种付款方式选项可包括人脸支付方式和非人脸支付方式，人脸支付方式可以包括但不限于微信人脸支付，支付宝人脸支付等，非人脸支付方式包括但不限于付款码支付，支付密码支付等。
127.在本技术的可选实施例中，至少一种付款方式选项包括人脸支付方式和非人脸支付方式，若目标支付方式为非人脸支付方式，通过目标支付方式对目标订单进行支付处理，包括：
128.显示目标订单对应于目标支付方式的支付界面；
129.响应于针对目标订单的支付确认操作，通过目标支付方式对目标订单进行支付处理；支付触发操作还包括支付确定操作。
130.其中，人脸支付方式与非人脸支付方式对应的支付处理方式不同，人脸支付方式需要获取人脸信息，基于人脸信息进行支付，非人脸支付方式不需要获取人脸信息，可通过支付界面获取顾客的支付信息完成支付，比如，如果目标支付方式为付款码支付，则该支付界面为付款码对应的界面。如果目标支付方式为微信支付，则该支付界面是微信付款码对应的界面。
131.若目标支付方式为非人脸支付方式，在顾客选择了非人脸支付方式，即响应于对目标支付方式的选择操作，可显示目标支付方式对应的支付界面，在该界面，响应于针对目标订单的支付确认操作，可通过目标支付方式对目标订单进行支付处理。具体的，可向目标支付方式对应的支付服务器发送目标订单的待支付金额，以使支付服务器对目标订单进行支付处理。
132.其中，在支付界面上可以显示有支付控件，则支付确认操作可以是对该支付控件的触发操作。
133.在本技术的可选实施例中，若目标支付方式为人脸支付方式，上述通过目标支付方式对目标订单进行支付处理，包括：
134.调用图像采集设备采集支付目标订单的用户的人脸信息；
135.向人脸支付方式对应的支付服务器发送目标订单的待支付金额和人脸信息，以使支付服务器基于人脸信息对目标订单进行支付处理。
136.其中，由于目标支付方式为人脸支付方式，响应于对目标支付方式的选择操作，可调用图像采集设备采集支付目标订单的用户的人脸信息，然后向人脸支付方式对应的支付服务器发送支付请求和人脸信息，该请求中包括目标订单的待支付金额，服务器基于人脸信息，可确定用户的身份信息，基于身份信息，获取用户的支付账号，最后基于待支付金额从支付账号中扣款，完成支付。
137.基于本技术的方案进行人脸支付时，无需借助顾客的终端设备即可完成支付，进一步提高用户的支付体验。
138.其中，在调用图像采集设备采集用户的人脸信息之前，可先获取用户的身份信息之前可以先获取用户的获取允许权限。其中，用户的身份信息为可以表征用户身份的信息，比如，身份证信息，手机号等。
139.其中，图像采集设备可以是电子设备的一部分，也可以是电子设备的外接设备。
140.可选的，上述支付服务器可以基于人脸信息确定用户的身份信息，可以包括：
141.提取人脸信息的人脸特征；
142.基于人脸特征和数据库中存储的各人脸图像的人脸特征以及各人脸特征对应的身份信息，确定用户的身份信息。
143.其中，数据库中预先存储有多个人脸图像的人脸特征以及各人脸特征对应的身份信息。
144.其中，可基于现有技术中的图像特征提取方法提取人脸信息中的人脸特征，比如，基于神经网络提取人脸信息的人脸特征，该神经网络可以是预先训练好的网络，该神经网络的输入为人脸信息，输出为人脸信息的人脸特征。
145.可选的，可基于人脸信息的人脸特征与数据库中的各人脸特征之间的特征距离，确定用户的身份信息。
146.其中，两个人脸特征之间的特征距离越小，表示两个人脸特征之间越相近，则可将数据库中与人脸信息的人脸特征之间的特征距离最小的人脸特征对应的身份信息确定为用户的身份信息。
147.可选的，可通过欧式距离表征特征距离。
148.在本技术的可选实施例中，该方法还包括：
149.响应于获取到目标订单的支付结果，将支付结果显示在第二客户端界面或第一客户端界面中的至少一项。
150.其中，在进行支付处理后，可将支付结果通过客户端界面显示，支付结果为支付成功或支付失败。
151.其中，用户基于支付结果可以了解支付的状态，即支付是否成功。该支付结果可以通过文字、符号、图形等表示，本技术中不限定支付结果的具体表现形式。比如，支付结果可以是“支付成功”或“支付失败”的文字，也可以是“√”或
“×”
的符号，“√”表示支付成功，
“×”
表示支付失败。
152.本技术的可选实施例中，该方法还包括：
153.响应于支付触发操作，获取动画信息并显示；
154.响应于获取到支付结果，结束动画信息的显示，并显示支付结果。
155.其中，在支付服务器对目标订单进行支付处理的过程中，支付过程可能需要耗费一些时间，或者，可能会因为网络等相关问题使得支付设备不能很快接收到支付结果，从而让用户误以为支付有问题(比如，支付设备卡死)，无法完成支付。则在支付处理过程中，可在支付设备的客户端界面上显示动画信息，在接收到支付服务器发送的支付结果时，结束该动画信息的显示，显示支付结果。这样可以使用户不会误以为支付过程有问题，进一步提升用户体验。
156.其中，动画信息可以是预先配置的，该动画信息可以存储在支付设备中。可选的，动画信息可以为类似转圈的动画，本技术中不限定动画信息的具体表现形式。
157.其中，显示动画信息的界面可以是第一客户端界面或第二客户端界面中的至少一项。
158.可选的，在显示动画信息的同时，还可以显示提示信息，以通过提示信息告知用户当前的支付状态(正在支付过程中)。提示信息可以为文字信息。
159.作为一个示例，如图8所示的动画信息的显示界面示意图，在该示例中，动画信息的显示界面为第二客户端界面，在该界面中，动画信息为图8中所示的圆圈(对应类似转圈的动画效果)，还包括提示信息(图8中所示的正在处理，请稍等)。
160.可选的，调用图像采集设备采集支付目标订单的用户的人脸信息，包括：
161.调用图像采集设备采集支付目标订单的用户的至少两张人脸图像；
162.从至少两张人脸图像中确定出满足设定条件的人脸图像，将满足设定条件的人脸图像作为人脸信息；
163.其中，设定条件包括以下至少一项：
164.人脸尺寸在人脸图像中的占比大于或等于第一设定值；
165.人脸拍摄角度满足设定角度；
166.图像质量满足设定质量。
167.其中，调用图像采集设备可采集到至少两张人脸图像，可将该至少两张人脸图像作为人脸信息，但是考虑到实际应用中，获取的至少两张人脸图像中有的图像可能影响人脸识别的准确性，因此对至少两张人脸图像进行筛选，以使得基于筛选出来的人脸图像，可以准确的识别出用户的身份信息。
168.其中，人脸拍摄角度指的是人脸的拍摄角度，拍摄角度包括拍摄高度、拍摄方向和拍摄距离。不同的拍摄角度可以得到不同的人脸图像。
169.其中，图像质量可以通过不同的指标反映，比如，图像的对比度，清晰度或亮度中的至少一项。
170.其中，人脸图像可以为至少两张图像中的一张人脸图像，基于该张人脸图像进行人脸识别，得到的识别结果作为用户的身份信息。
171.可选的，若设定条件包括上述各项指标中的至少两项，则对于至少两张人脸图像中的每张人脸图像，基于该张人脸图像对应的这两项指标各自对应的权重，以及该张人脸图像对应的这项指标，确定该张人脸图像的图像分数，将各至少两张人脸图像中图像分数最高的人脸图像确定为人脸信息。
172.可选的，如果基于支付设备获取的是用户的人脸视频，则至少两张人脸图像可以是用户的人脸视频中连续的至少两张人脸图像。
173.可选的，上述第一显示屏和第二显示屏中，通过一个显示屏向另一个显示屏发送信息，包括：
174.若目标信息满足设定条件，发送目标信息。
175.若目标信息不满足设定条件，还包括：
176.生成提示信息，并将提示信息发送至发送目标信息的显示屏显示。
177.其中，目标信息包括目标订单，设定条件包括以下至少一项，目标信息符合设定信息规则，接收目标信息的显示屏对应的小程序与发送目标信息的显示屏对应的小程序是相关联的。
178.其中，设定信息规则是针对信息本身而设定的规则，比如，信息的长度不大于设定长度。信息的长度受传输信息的通信机制影响，由此，基于通信机制，会设定传输的信息的长度，以保证信息传输效果。接收目标信息的显示屏对应的小程序与发送目标信息的显示屏对应的小程序是相关联的指的是，第一小程序和第二小程序之中，一个小程序作为发送方显示屏对应的小程序，则另一个小程序为接收方显示屏对应的小程序。比如，发送目标信息的显示屏对应的小程序是第一小程序，则接收该目标信息的显示屏对应的小程序为第二小程序，如果接收目标信息的显示屏对应的小程序不是第二小程序，则不发送目标信息，同时，还可生成提示信息，显示在第一显示屏的第一客户端界面。
179.可选的，两个小程序可以各自分别对应一个处理器，即第一小程序对应一个处理器(可称为前屏处理器)，第二小程序对应一个处理器(可称为背屏处理器)，两个处理器之间可以通信，则通过一个显示屏向另一个显示屏发送信息还可以理解为，假如，目标信息的发送方为第一显示屏，接收方为第二显示屏，则第一显示屏将接收到的目标信息传给前屏处理器，由前屏处理器向背屏处理器发送目标信息，背屏处理器再将该目标信息发送给第
二显示屏显示。
180.作为一个示例，下面结合图9对目标信息的发送过程进行进一步的说明：如图9所示的目标信息传输流程示意图，在该图9中，第一显示屏将目标信息发送给前屏处理器(前屏小程序对应的处理器)，在发送目标信息之前，通过前屏处理器将该目标信息组装成消息结构体，该消息结构体中包括该前屏小程序的小程序id(appid)，以及消息内容(目标信息的具体内容)，该消息内容可以为普通的字符串或者json结构体。消息管理器即支付设备的处理器，包括前屏处理器和背屏处理器，用于处理前屏以及背屏发送来的信息，以及控制前屏和背屏显示对应的信息。在发送目标信息时，先将目标信息发送至消息管理器的前屏处理器，在本示例中，前屏处理器可基于设定处理标识，比如，图9中所示的alt标识，基于该标识，前屏处理器需要生成发送结果通知信息，并将该发送结果通知信息告知前屏小程序本次目标信息是否发送成功。即无论发送成功或者失败，只要在将目标信息发送至前屏处理器后，如果前屏处理器检测到alt标识，则执行生成发送结果通知信息并告知前屏小程序的步骤。
181.前屏处理器检测该目标信息是否满足设定条件，该不满足设定条件包括图9中所示的后屏无小程序(比如，背屏当前没有运行第二小程序)，消息内容过长(信息的长度大于设定长度)。如果目标信息满足设定条件(图9中所示的检测通过)，则前屏处理器将该目标信息通过ipc(inter process communication，进程间通信)消息管道传输至背屏小程序对应的背屏处理器，背屏处理器将该目标信息封装成jsevent(javascript事件对象)，并最终通过背屏处理器生成背屏小程序runtime(实例)，以通过该实例实现对该目标信息进行处理(图9中所示的处理消息)，比如，将该目标信息显示在第二显示屏的第二客户端界面上。
182.可选的，若第二小程序出现故障，该方法还包括：
183.响应于针对第二客户端界面上显示的第二小程序的应用标识的触发操作，重新加载第二小程序。
184.其中，由于本方案是基于两个小程序实现支付的方案，如果第二小程序出现故障，比如，无法显示订单信息，无法接收用户的触发操作等，可人工重启第二小程序，即响应于针对第二小程序的应用标识的触发操作，重新加载第二小程序。相较于应用程序出现故障，重新下载该应用程序，本方案重新加载小程序所用的时间更短，用户体验更好。比如，如果是在支付过程中出现故障，则重新加载小程序的时间较短，可缩短顾客等待时间，提高用户支付体验。
185.可选的，上述第一客户端界面显示有设定标识，在第一客户端界面无法正常显示信息时，该方法还包括：
186.响应于针对第一客户端界面上显示的设定标识的触发操作，重新加载第一小程序。
187.其中，第一客户端界面无法正常显示信息，则表明第一小程序可能出现故障，则可基于对设定标识的触发操作，重新加载第一小程序。该设定标识可以为关闭出现故障时第一客户端界面的关闭标识，基于对该关闭标识的触发操作，可以关闭该第一客户端界面，同时可以重新加载第一小程序。
188.其中，关闭标识可以为文字，符号等，本技术中不限定关闭标识的具体表现形式。比如，可以是
“×”
。
189.可选的，在重新加载小程序后，加载后对应的客户端界面所显示的内容为小程序出现故障时所显示的内容，即出现故障时对应的数据缓存在电子设备中，这样在重新加载小程序时，可直接调用缓存中的数据进行显示，可以避免用户重新进行重复的操作，以及处理器进行重复的处理，提高处理效率。
190.上述方案中，对目标订单进行支付处理也是可以基于支付服务器进行处理，基于人脸信息确定用户的身份信息也可以基于支付服务器进行处理。
191.基于与图1中所示的方法相同的原理，本技术实施例还提供了一种支付设备，如图12中所示，该支付设备包括第一显示屏、第二显示屏和处理器，第一显示屏和第二显示屏分别与处理器连接；
192.第一显示屏用于显示第一小程序的第一客户端界面，第二显示屏用于显示第二小程序的第二客户端界面，其中，第一小程序和第二小程序为关联小程序；
193.处理器，用于在接收到基于通过商品信息采集设备采集的待支付商品的商品信息时，生成目标订单的第一订单信息和第二订单信息；通过第一客户端界面显示第一订单信息，通过第二客户端界面显示第二订单信息，在接收到通过目标客户端界面接收到的针对目标订单的支付触发操作时，对目标订单信息进行支付处理；
194.其中，目标客户端界面为第一客户端界面或第二客户端界面中的至少一项。
195.基于本技术提供的支付设备，可通过电子设备的第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，并通过第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，由于通过两个客户端界面显示订单信息，这样在进行支付时，可以通过第一客户端界面或第二客户端界面接收针对目标订单的支付触发操作，响应于该操作，对目标订单进行支付处理。在本技术方案中，一方面，由于通过两个客户端界面显示订单信息，可以使得付款方和收款方在支付处理前对目标订单都有详细的了解，从而提升用户的支付体验，另一方面，由于两个客户端界面为两个小程序对应的界面，同时在电子设备中运行两个小程序，基于这两个小程序分别对应的功能即可实现支付，可提高电子设备的使用体验。
196.本技术的可选实施例中，上述第一显示屏还用于显示设定信息。
197.其中，设定信息可以是商家工作人员设定的信息，比如，广告信息，商品信息等。该设定信息可以与第一订单信息同时显示在第一客户端界面的不同显示区域，也可以在第一客户端街界面上不显示第一订单信息时，显示该设定信息。如果设定信息为商品信息，则商家工作人员可通过该设定信息提升商品转换率。
198.本技术的可选实施例中，上述支付设备还包括商品信息采集设备，商品信息采集设备用于采集待支付商品的商品信息。
199.商品信息采集设备可将采集到的商品信息发送给支付设备的处理器，以使处理器基于待支付商品的商品信息生成目标订单的第一订单信息和第二订单信息。
200.本技术的可选实施例中，支付设备还包括图像采集设备，处理器还用于在接收到针对第一客户端界面显示的目标支付方式的选择操作时，调用图像采集设备采集支付目标订单的用户的人脸信息。
201.其中，图像采集设备可以是支付设备的一部分，比如，支付设备的摄像头。
202.可选的，支付设备还可以包括外接的刷卡机(比如，pos(point of sale)机)，基于
该刷卡机可进行银行卡支付。
203.可选的，在处理器接收的信息有时间顺序时，可按照接收信息的先后顺序进行处理，如果接收的信息没有顺序，可确定各信息的优先级，基于优先级处理信息。
204.可选的，第一显示屏和第二显示屏可以各自对应一个处理器，比如，第一显示屏对应第一处理器(也可称为前屏处理器)，第二显示屏对应第二处理器(也可称为背屏处理器)，两个处理器之间可通信。
205.其中，第一处理器用于在接收到第二处理器发送的第一订单信息时，通过第一客户端界面显示第一订单信息；
206.第二处理器用于在接收到基于通过商品信息采集设备采集的待支付商品的商品信息，生成目标订单的第一订单信息和第二订单信息；通过第二客户端界面显示第二订单信息，并将第一订单信息发送给第一处理器；
207.目标处理器，用于在接收到通过目标客户端界面接收到的针对目标订单的支付触发操作时，对目标订单信息进行支付处理；
208.其中，目标客户端界面为第一客户端界面或第二客户端界面中的至少一项，上述目标处理器为第一处理器或第二处理器中的至少一项。
209.作为一个示例，参见图13所示的又一个支付设备的结构示意图，该支付设备中包括第一显示屏、第二显示屏、第一处理器、第二处理器和通信服务器；第一显示屏与第一处理器连接，第二显示屏与第二处理器连接，第一处理器和第二处理器分别与通信服务器连接；
210.第一显示屏用于显示第一小程序的第一客户端界面，第二显示屏用于显示第二小程序的第二客户端界面，其中，第一小程序和第二小程序为关联小程序；
211.第二处理器，用于在接收到基于通过商品信息采集设备采集的待支付商品的商品信息，生成目标订单的第一订单信息和第二订单信息；通过第二客户端界面显示第二订单信息，并将第一订单信息通过通信服务器发送给第一处理器；
212.第一处理器，用于在接收到第二处理器发送的第一订单信息时，通过第一客户端界面显示第一订单信息；
213.目标处理器，用于在接收到通过目标客户端界面接收到的针对目标订单的支付触发操作时，对上述目标订单进行支付处理；
214.其中，上述目标客户端界面为第一客户端界面或第二客户端界面中的至少一项，上述目标处理器为第一处理器或第二处理器中的至少一项。
215.其中，通信服务器为第一处理器和第二处理器提供通信服务，即第一处理器和第二处理器可通过通信服务器进行通信，第一处理器和第二处理器还可以通过该通信服务器与支付服务器通信。其中，第一处理器为第一显示屏对应的处理器，第一显示屏为面向顾客的显示屏，则第一处理器为前文所描述的前屏处理器，第二显示屏为面向收银员的显示屏，则第二处理器为前文所描述的背屏处理器。
216.可以理解的是，本技术所提供的图1中所示的可选实施例以及以图1中所示的方案为基础的其他可选实施例，与图12和图13中所示的可选实施例以及以图12所示的方案为基础的其他可选实施例，是分别从两种不同的角度对同一技术方案进行的描述，一个是从支付设备角度(即从用户的角度)进行的描述，即方法的执行主体为用户进行支付的支付设
备，另一个是从支付设备的角度进行的描述，在前文的描述中，从两种角度进行描述时，一些重复的内容可能就没有再进行过多的重复说明，但两种不同角度的说明内容是可以相互参考、相互补充的，这对于本领域技术人员而言也是清楚的。
217.为了更好的说明及理解本技术所提供的方法的原理，下面结合一个可选的具体实施例对本技术的方案进行说明。需要说明的是，该具体实施例中的各步骤的具体实现方式并不应当理解为对于本技术方案的限定，在本技术所提供的方案的原理的基础上，本领域技术人员能够想到的其他实现方式也应视为本技术的保护范围之内。
218.在本示例中，以人脸支付为例对本技术方案进行说明，图10示出双屏支付设备的交互流程示意图，在该图10中，顾客通过第一显示屏显示的第一小程序(设备前屏小程序)的第一客户端界面与第二显示屏端进行交互，收银员通过第二显示屏显示的第二小程序(设备背屏小程序)的第二客户端界面与第一显示屏端进行交互，两个小程序对应的显示屏之间可进行通信，已完成支付过程。
219.图11示出了本技术所适用的一种基于双屏支付设备的人脸支付系统的结构示意图，如图11中所示，该系统可以包括电子设备(支付设备)以及支付服务器(图11中未示出)，其中，支付设备和支付服务器可以互相通信，通信网络的具体形式本技术实施例不做限定。
220.该支付设备包括第一显示屏、第二显示屏和处理器(消息管理器)，第一显示屏和第二显示屏分别与处理器连接。第一显示屏用于显示第一小程序(iot小程序1，可以称为前屏小程序)的第一客户端界面，第二显示屏用于显示第二小程序(iot小程序2，也可称为背屏小程序)的第二客户端界面，其中，第一小程序和第二小程序为关联小程序。第一小程序通过前屏小程序容器运行，第二小程序通过背屏小程序容器运行，小程序容器是小程序运行时的容器载体，前屏小程序容器和背屏小程序容器进行进程隔离。
221.第一显示屏面向顾客，第二显示屏面向收银员，两个显示屏通过通信模块实现通信，通信模块的本质是一个消息管理器，该消息管理器包括三个部分，消息通道，用于传输跨进程消息的通道，即用来传输两个显示屏之间的信息；前屏处理器，用于接收并处理第一客户端界面接收到的信息，以及背屏处理器发送来的信息；背屏处理器，用于接收并处理第二客户端界面接收到的信息，以及前屏处理器发送来的信息。以图11中所示的交互流程为例，无论是通过前屏主动发起的付款行为(前屏发起行为，如：付款)，还是背屏主动发起的收款行为(背屏发起行为，如，收款)，都可以通过这个消息管理器进行双向的通信传输，完成整个支付过程。
222.下面结合人脸支付对本方案进行进一步的说明：
223.本示例中，以前屏发起付款行为为例进行说明，在使用电子设备进行支付之前，首先，要启动电子设备，加载第一小程序和第二小程序，具体启动流程为：响应于对电子设备的第一启动操作(开机启动)，加载第一小程序，此时，加载第一小程序包括自动加载第一小程序的运行环境，初始化第一小程序的第一容器，以及启动第一小程序runtime，加载后，可通过第一显示屏显示第一小程序的第一初始化界面，在第一小程序启动的同时，响应于收银员可点击第二显示屏显示的第二小程序的应用标识的操作，加载第二小程序的运行环境，初始化第二小程序的第二容器，并启动第二小程序runtime，加载后，可通过第二显示屏显示第二小程序的第二初始化界面。其中，第一客户端界面可以包括第一初始化界面，第二客户端界面可以包括第二初始化界面。
224.通过上述启动流程，该电子设备可进行正常工作，即可完成支付功能，在收银员通过商品信息采集设备采集的待支付商品的商品信息之后，将待支付商品的商品信息传输给消息管理器，消息管理器基于待支付商品的商品信息生成目标订单的第一订单信息和第二订单信息，在第一客户端界面显示第一订单信息，在第二客户端界面显示第二订单信息，第一客户端界面还显示有支付控件，响应于对该支付控件的触发操作，显示至少一个支付方式选项，至少一个支付选项中包括微信人脸支付选项，响应于通过该第一客户端界面接收到的针对微信人脸支付选项(目标支付方式)的支付触发操作(触发行为，付款)，调用图像采集设备采集支付目标订单的用户(顾客)的人脸信息；将该人脸信息和目标订单的待支付金额发送给目标支付方式对应的支付服务器，以使该支付服务器基于人脸信息，确定该用户的身份信息，基于该身份信息，获取该用户的微信付款账户信息，基于待支付金额从该微信付款账户中进行扣款，完成人脸支付(付款完成)。响应于获取到目标订单的支付结果，将支付结果显示在第二客户端界面或第一客户端界面中的至少一项。
225.在接收到针对微信人脸支付选项的支付触发操作时，第一显示屏可将顾客选择微信人脸支付选项的消息作为目标信息发送给第二显示屏显示，以通知收银员顾客所选择的支付方式。具体的，第一显示屏将该目标信息发送给前屏处理器，在发送目标信息之前，通过前屏处理器将该目标信息组装成消息结构体，该消息结构体中包括该第一小程序的小程序id(appid)，以及消息内容(目标信息的具体内容，本示例中为顾客选择的目标支付方式为微信人脸支付)，前屏处理器检测该目标信息是否满足设定条件，如果满足设定条件，则前屏处理器将该目标信息通过ipc消息管道传输至背屏处理器，背屏处理器将该目标信息封装成jsevent，并最终通过背屏处理器生成背屏小程序runtime(实例)，以通过该实例实现对该目标信息进行处理(图9中所示的处理消息)，比如，将该目标信息显示在第二显示屏的第二客户端界面上。
226.基于本技术的方案，基于双屏支付设备显示目标订单的订单信息，通过第一客户端界面或第二客户端界面接收对目标订单的支付触发操作，使得整个支付过程更加便捷，为用户提供了更好的支付体验。
227.基于与本技术图1所提供的方法相同的原理，本技术实施例还提供了一种支付装置，该装置包含在电子设备中，该电子设备包括第一显示屏和第二显示屏，如图14所示，该支付装置30包括界面显示模块310，订单显示模块320和订单处理模块330；其中：
228.界面显示模块310，用于通过第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，其中，第一小程序和第二小程序为关联小程序；
229.订单显示模块320，用于在第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，其中，第一订单信息和第二订单信息是基于由商品信息采集设备采集的待支付商品的商品信息生成的；
230.订单处理模块330，用于响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理；
231.其中，目标客户端界面为第一客户端界面或第二客户端界面中的至少一项。
232.本技术实施例所提供的方案，可通过电子设备的第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，并通过第一客户端界
面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，由于通过两个客户端界面显示订单信息，这样在进行支付时，可以通过第一客户端界面或第二客户端界面接收针对目标订单的支付触发操作，响应于该操作，对目标订单进行支付处理。在本技术方案中，一方面，由于通过两个客户端界面显示订单信息，可以使得付款方和收款方在支付处理前对目标订单都有详细的了解，从而提升用户的支付体验，另一方面，由于两个客户端界面为两个小程序对应的界面，同时在电子设备中运行两个小程序，基于这两个小程序分别对应的功能即可实现支付，可提高电子设备的使用体验。
233.可选的，订单处理模块在响应于通过目标客户端界面接收到的针对目标订单的支付触发操作，对目标订单进行支付处理时，具体用于：
234.在第一客户端界面显示至少一种付款方式选项；
235.响应于通过第一客户端界面接收到的针对至少一种付款方式选项中目标支付方式的选择操作，通过目标支付方式对目标订单进行支付处理，支付触发操作包括选择操作，目标客户端界面包括第一客户端界面。
236.可选的，上述至少一种付款方式选项包括人脸支付方式和非人脸支付方式，若目标支付方式为非人脸支付方式，订单处理模块在通过目标支付方式对目标订单进行支付处理时，具体用于：
237.显示目标订单对应于目标支付方式的支付界面；
238.响应于针对目标订单的支付确认操作，通过目标支付方式对目标订单进行支付处理；支付触发操作还包括支付确定操作。
239.可选的，若上述目标支付方式为人脸支付方式，订单处理模块在通过目标支付方式对目标订单进行支付处理，具体用于：
240.调用图像采集设备采集支付目标订单的用户的人脸信息；
241.向人脸支付方式对应的支付服务器发送目标订单的待支付金额和人脸信息，以使支付服务器基于人脸信息对目标订单进行支付处理。
242.可选的，上述第二客户端界面显示有收款控件，订单处理模块在第一客户端界面显示至少一种付款方式选项时，具体用于：
243.响应于针对收款控件的选择触发操作，在第一客户端界面显示至少一种付款方式选项；
244.目标客户端界面还包括第二客户端界面，支付触发操作还包括选择触发操作。
245.可选的，该装置还包括：
246.启动模块，用于响应于对电子设备的第一启动操作，分别加载第一小程序和第二小程序，并通过第一显示屏显示第一小程序的第一初始化界面，通过第二显示屏显示第二小程序的第二初始化界面。
247.可选的，启动模块在响应于对电子设备的第一启动操作，加载第二小程序时，具体用于
248.响应于对电子设备的第一启动操作，启动第二显示屏，第二显示屏上显示有至少一个应用标识，至少一个应用标识包括第二小程序对应的应用标识；
249.响应于针对第二小程序对应的应用标识的触发操作，加载第二小程序。
250.可选的，上述第一客户端界面显示有设定标识，在第一客户端界面无法显示信息
时，该装置还包括：
251.故障处理模块，用于响应于针对设定标识的触发操作，重新加载第一小程序。
252.本技术实施例的支付装置可执行本技术实施例所提供的支付方法，其实现原理相类似，本技术各实施例中的支付装置中的各模块、单元所执行的动作是与本技术各实施例中的支付方法中的步骤相对应的，对于支付装置的各模块的详细功能描述具体可以参见前文中所示的对应的支付方法中的描述，在此处不再赘述。
253.支付装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该用户界面的显示装置为一个应用软件；该装置可以用于执行本技术实施例提供的方法中的相应步骤。
254.在一些实施例中，本发明实施例提供的支付装置可以采用软硬件结合的方式实现，作为示例，本发明实施例提供的支付装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的支付方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)或其他电子元件。
255.在另一些实施例中，本发明实施例提供的支付装置可以采用软件方式实现，存储在存储器中的支付装置，其可以是程序和插件等形式的软件，并包括一系列的模块，包括支付装置30中的界面显示模块310，订单显示模块320和订单处理模块330；其中，支付装置30中的各模块用于实现本发明实施例提供的支付方法。
256.本技术实施例提供了一种支付装置，与现有技术相比，可通过电子设备的第一显示屏显示第一小程序的第一客户端界面，通过第二显示屏显示第二小程序的第二客户端界面，并通过第一客户端界面显示目标订单的第一订单信息，在第二客户端界面显示目标订单的第二订单信息，由于通过两个客户端界面显示订单信息，这样在进行支付时，可以通过第一客户端界面或第二客户端界面接收针对目标订单的支付触发操作，响应于该操作，对目标订单进行支付处理。在本技术方案中，一方面，由于通过两个客户端界面显示订单信息，可以使得付款方和收款方在支付处理前对目标订单都有详细的了解，从而提升用户的支付体验，另一方面，由于两个客户端界面为两个小程序对应的界面，同时在电子设备中运行两个小程序，基于这两个小程序分别对应的功能即可实现支付，可提高电子设备的使用体验。
257.上述从虚拟模块或者虚拟单元的角度介绍本技术的支付装置，下面从实体装置的角度介绍本技术的电子设备。
258.基于与本技术实施例提供的方法相同的原理，本技术实施例中提供了一种电子设备，该电子设备包括存储器和处理器；存储器中存储有计算机程序，该计算机程序在被处理器执行时，可以实现本技术任一可选方式中所提供的方法。
259.作为一个可选方案，图15中示出了本技术实施例所适用的一种电子设备的结构示意图，如图15所示，图15所示的电子设备4000包括处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/
或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本技术实施例的限定。
260.处理器4001可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
261.总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
262.存储器4003可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
263.存储器4003用于存储执行本技术方案的应用程序代码(计算机程序)，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。
264.其中，电子设备包括但不限于用户终端设备、服务器，其中，服务器可以是物理服务器、云服务器、单个服务器或服务器集群等。
265.本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当该程序在计算机上运行时，可以使得计算机可以执行前述方法实施例中相应内容。
266.根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方法实施例涉及的各种可选实现方式中提供的方法。
267.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他
步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
268.以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。