刷掌支付设备的使用方法、配置方法、装置及设备

技术领域

本申请实施例涉及人工智能技术领域，特别涉及一种刷掌支付设备的使用方法、配置方法、装置及设备。

背景技术

随着人工智能技术的发展，刷掌验证的应用场景越来越多，诸如刷掌验证开门禁、刷掌验证支付、刷掌验证打卡等。

在相关技术中，提供有用于刷掌验证支付的刷掌支付设备，用户通过该刷掌支付设备进行刷掌，即可完成针对车票、门票、商品等订单的支付，支付方式方便快捷。

然而，目前的刷掌支付设备的功能单一，设备的利用率不高。

发明内容

本申请实施例提供了一种刷掌支付设备的使用方法、配置方法、装置及设备，能够提高刷掌支付设备的利用率。所述技术方案如下：

根据本申请实施例的一个方面，提供了一种刷掌支付设备的使用方法，所述方法包括：

响应于用于支付第一资源的刷掌操作，显示手掌模型和第三方平台所投放的付费资源；

响应于用于支付所述付费资源的手势操作，显示所述付费资源被所述手掌模型选取的过程；

显示支付成功通知，所述支付成功通知用于指示所述第一资源和所述付费资源被支付成功。

根据本申请实施例的一个方面，提供了一种刷掌支付设备的配置方法，所述方法包括：

显示设备配置界面，所述设备配置界面用于第三方平台配置刷掌支付设备；

响应于用于配置第一刷掌支付设备的操作，生成设备配置数据，所述设备配置数据包括所述第一刷掌支付设备的标识信息和资源投放信息，所述资源投放信息用于指示所述第三方平台所投放的付费资源；

将所述设备配置数据发送给后端服务平台，以通过所述后端服务平台将所述设备配置数据转发给所述第一刷掌支付设备。

根据本申请实施例的一个方面，提供了一种刷掌支付设备的使用装置，所述装置包括：

付费资源显示模块，用于响应于用于支付第一资源的刷掌操作，显示手掌模型和第三方平台所投放的付费资源；

付费资源选取模块，用于响应于用于支付所述付费资源的手势操作，显示所述付费资源被所述手掌模型选取的过程；

支付通知显示模块，用于显示支付成功通知，所述支付成功通知用于指示所述第一资源和所述付费资源被支付成功。

在一些实施例中，所述付费资源显示模块，还包括：

手掌数据获取子模块，用于响应于用于支付所述第一资源的刷掌操作，获取手掌数据；

手掌模型显示子模块，用于根据所述手掌数据，显示所述手掌模型；

付费资源显示子模块，用于根据设备配置数据，显示所述付费资源；其中，所述设备配置数据由所述第三方平台基于第一刷掌支付设备对应的后端服务平台设置得到，所述设备配置数据包括所述第一刷掌支付设备的标识信息和资源投放信息，所述资源投放信息用于指示所述第三方平台所投放的付费资源。

在一些实施例中，所述设备配置数据还包括支付触发指令，所述支付触发指令用于指示触发支付所述付费资源的操作；

所述付费资源显示子模块，还用于根据所述付费资源的触发支付指令，显示针对所述付费资源的支付触发提示信息，所述支付触发提示信息用于提示触发支付所述付费资源的操作；响应于所述手势操作符合所述付费资源的触发支付指令，显示所述付费资源被所述手掌模型选取的过程。

在一些实施例中，所述付费资源选取模块，还用于：

响应于用于抓取所述付费资源的手势操作，显示所述付费资源被所述手掌模型选中的过程；

或者，响应于用于抓取所述付费资源，并将所述付费资源移动至指定区域的手势操作，显示所述付费资源被所述手掌模型选中和移动的过程；

或者，响应于用于触发所述付费资源的购买选项的手势操作，显示所述付费资源的购买选项被所述手掌模型触发的过程；

或者，响应于用于同意支付所述付费资源的手势操作，显示所述付费资源的购买选项被所述手掌模型选中的过程。

在一些实施例中，所述资源投放信息还包括背景数据和显示方式数据；

所述付费资源显示子模块，还用于根据所述背景数据，显示与所述付费资源相关的背景图像；根据所述显示方式数据对应的显示方式，显示所述付费资源。

在一些实施例中，所述付费资源显示子模块，还用于在接收到由不同的第三方平台所产生的设备配置数据的情况下，按照所述设备配置数据的接收顺序，依次显示所述不同的第三方平台所投放的付费资源。

在一些实施例中，所述支付成功通知包括第一子支付通知和第二子支付通知，所述第一子支付通知用于指示所述第一资源被支付成功，所述第二子支付通知用于指示所述付费资源被支付成功；所述刷掌支付设备的使用装置，还包括：

第一订单生成模块，用于响应于用于支付所述第一资源的刷掌操作，生成针对所述第一资源的第一支付订单；

第二订单生成模块，用于响应于用于支付所述付费资源的手势操作，生成针对所述付费资源的第二支付订单；

总订单生成模块，用于对所述第一支付订单和所述第二支付订单进行合并，生成总支付订单；

总订单发送模块，用于将所述总支付订单发送至第一刷掌支付设备对应的后端服务平台；

支付通知接收模块，用于接收来自所述后端服务平台的所述第一支付成功通知和所述第二支付成功通知；其中，所述第一支付成功通知和所述第二支付成功通知还被发送至当前使用所述第一刷掌支付设备的用户所持有的终端设备。

根据本申请实施例的一个方面，提供了一种刷掌支付设备的配置装置，所述装置包括：

配置界面显示模块，用于显示设备配置界面，所述设备配置界面用于第三方平台配置刷掌支付设备；

配置数据生成模块，用于响应于用于配置第一刷掌支付设备的操作，生成设备配置数据，所述设备配置数据包括所述第一刷掌支付设备的标识信息和资源投放信息，所述资源投放信息用于指示所述第三方平台所投放的付费资源；

配置数据发送模块，用于将所述设备配置数据发送给第一方平台，以通过所述第一方平台将所述设备配置数据转发给所述第一刷掌支付设备。

在一些实施例中，所述配置数据生成模块，还用于：

在所述设备配置界面中显示多个付费资源的选项，所述多个付费资源由所述第三方平台提供；

响应于用于选择所述多个付费资源中至少一个付费资源的选项的操作，将所述至少一个付费资源对应的资源投放信息添加进所述设备配置数据；

在所述设备配置界面中显示多个刷掌支付设备的选项，所述多个刷掌支付设备中的支付客户端由所述后端服务平台提供后台服务；

响应于用于选择所述多个刷掌支付设备中所述第一刷掌支付设备的选项的操作，将所述第一刷掌支付设备的标识信息添加进所述设备配置数据。

在一些实施例中，所述设备配置数据还包括支付触发指令，所述支付触发指令用于指示触发支付所述付费资源的手势操作；所述刷掌支付设备的配置装置，还包括：

指令选项显示模块，用于在所述设备配置界面中显示多个支付触发指令的选项，所述多个支付触发指令由所述第三方平台提供；

触发指令选择模块，用于响应于用于选择所述多个支付触发指令中第一支付触发指令的选项的操作，将所述第一支付触发指令添加进所述设备配置数据。

在一些实施例中，所述刷掌支付设备的配置装置，还包括：

背景数据生成模块，用于响应于用于配置与所述付费资源相关的背景图像的操作，生成背景数据；

方式数据生成模块，用于响应于用于配置所述付费资源的显示方式的操作，生成显示方式数据；

所述配置数据生成模块，还用于将所述背景数据和所述显示方式数据添加进所述资源投放信息。

在一些实施例中，所述刷掌支付设备的配置装置，还包括：

设置通知接收模块，用于接收来自所述后端服务平台的设置成功通知，所述设置成功通知用于指示所述第一刷掌支付设备被设置成功；

设置通知显示模块，用于显示所述设置成功通知，以及将所述设置成功通知转发至所述第三方平台。

根据本申请实施例的一个方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述刷掌支付设备的使用方法，或者实现上述刷掌支付设备的配置方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述刷掌支付设备的使用方法，或者实现上述刷掌支付设备的配置方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行上述刷掌支付设备的使用方法，或者执行上述刷掌支付设备的配置方法。

本申请实施例提供的技术方案可以包括如下有益效果：

通过在用户利用刷掌支付设备进行刷掌支付过程中，展示由第三方平台所投放的付费资源，使得用户可在刷掌支付时亦可进行付费资源的同步支付，有利于提高付费资源的转换成功率，以及付费资源的支付便捷度。

另外，通过支持第三方平台对刷掌支付设备进行与付费资源相关的配置操作，使得刷掌支付设备不局限于刷掌支付，有利于提高刷掌支付设备的利用率和使用价值。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的方案实施环境的示意图；

图2是本申请一个实施例提供的刷掌支付设备的配置方法的流程图；

图3是本申请一个实施例提供的刷掌支付设备的配置方法的示意图；

图4是本申请另一个实施例提供的刷掌支付设备的配置方法的示意图；

图5是本申请一个实施例提供的刷掌支付设备的使用方法的流程图；

图6是本申请一个实施例提供的刷掌操作的示意图；

图7是本申请一个实施例提供的手势操作的示意图；

图8是本申请另一个实施例提供的手势操作的示意图；

图9是本申请另一个实施例提供的手势操作的示意图；

图10是本申请另一个实施例提供的方案实施环境的示意图；

图11是本申请一个实施例提供的刷掌支付设备的使用方法的示意图；

图12是本申请一个实施例提供的刷掌支付设备的使用装置的框图；

图13是本申请另一个实施例提供的刷掌支付设备的使用装置的框图；

图14是本申请一个实施例提供的刷掌支付设备的配置装置的框图；

图15是本申请另一个实施例提供的刷掌支付设备的配置装置的框图；

图16是本申请一个实施例提供的计算机设备的框图。

具体实施方式

在对本申请实施例进行介绍说明之前，首先对本申请中涉及的相关名词进行解释说明。

1、刷掌识别技术

其是一种通过手掌多媒体信息(即手掌数据)换取人身份信息(如用户帐号)的技术。例如，刷掌支付设备就是利用刷掌识别技术实现的设备，该刷掌支付设备可用于用户通过刷掌完成针对目标订单的支付。

2、3D摄像头

类比传统摄像头，其添加了活体相关软硬件，如深度相机和红外相机，从而保证信息安全。3D摄像头拥有脸部识别、手势识别、三维测量、环境感知、图像采集等多种功能，其被广泛运用于电视、手机、机器人、自动驾驶、刷掌验证等领域。例如，刷掌支付设备上可部署3D摄像头，以获取手掌多媒体信息。

3、SN(Serial Number，字符串序列号)

其是能唯一标识一台设备的ID(Identity Document，身份标识号)。例如，刷掌支付设备的SN可用于唯一标识该刷掌支付设备。

4、SQLite(Structured Query Language，结构化查询语言)数据库

其是一款轻型的数据库，其是遵守ACID(Atomicity-Consistency-Isolation-Durability，原子性-一致性-隔离性-持久性)的关系型数据库管理系统。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、预训练模型技术、操作/交互系统、机电一体化等。其中，预训练模型又称大模型、基础模型，经过微调后可以广泛应用于人工智能各大方向下游任务。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

计算机视觉技术(Computer Vision，CV)是一门研究如何使机器“看”的科学，更进一步的说，就是指用摄影机和电脑代替人眼对目标进行识别、跟随和测量等机器视觉，并进一步做图形处理，使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科，计算机视觉研究相关的理论和技术，试图建立能够从图像或者多维数据中获取信息的人工智能系统。大模型技术为计算机视觉技术发展带来重要变革，Swin-Transformer、ViT(Vision Transformer，视觉转换器)、V-MOE(Vision Mixture-of-Experts)、MAE(Masked Autoencoders，掩码自动编码器)等视觉领域的预训练模型经过微调(finetune)，可以快速、广泛适用于下游具体任务。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、OCR(Optical Character Recognition，光学字符识别)、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3D(Three-Dimensional)技术、虚拟现实、增强现实、同步定位与地图构建等技术。

本申请实施例提供的技术方案涉及人工智能的计算机视觉技术，其利用计算机视觉技术，进行刷掌识别、手势识别等操作，以完成用户帐号的帐号识别，进而实现刷掌支付、手势支付等。

本申请实施例提供的技术方案适用于任何刷掌支付场景中，诸如刷掌购票、刷掌购物、刷掌支付设备配置等场景。本申请实施例提供的技术方案能够提高刷掌支付设备的利用率。

请参考图1，其示出了本申请一个实施例提供的方案实施环境的示意图。该实施环境可以包括：终端设备10、刷掌支付设备20、后端服务平台30和第三方平台40。

终端设备10可以是诸如手机、平板电脑、多媒体播放设备、PC(PersonalComputer，个人计算机)、智能机器人、车载终端、智能家电、智能语音交互设备等电子设备，本申请实施例对此不作限定。终端设备10中可以安装第一类目标应用程序的客户端，该第一类目标应用程序可以是诸如社交聊天类应用程序、支付类应用程序、购物类应用程序等，本申请实施例对此不作限定。可选地，终端设备10可以是指第三方平台40所对应的终端设备。

刷掌支付设备20是指用于实现刷掌支付的电子设备，诸如手机、平板电脑、多媒体播放设备、PC、智能机器人、车载终端、智能家电、智能语音交互设备、门禁设备、购买设备，以及任何具有刷掌支付功能的电子设备，本申请实施例对此不作限定。刷掌支付设备20中可以安装第二类目标应用程序的客户端，该第二类目标应用程序可以是诸如支付类应用程序、购物类应用程序、购票类应用程序、门禁类应用程序，以及任何支持刷掌支付功能的应用程序，本申请实施例对此不作限定。

可选地，刷掌支付设备20中准备有图像获取模块和界面显示模块，该图像获取模块可采用3D摄像头实现，以实现图像获取，如手掌图像。该界面显示模块可实现为触摸显示屏，以实现用户与刷掌支付设备20之间的人机交互，以及向用户展示信息。示例性地，该刷掌支付设备20可以是指地铁、公共汽车、高铁等场景中用于购买车票的刷掌支付设备，该刷掌支付设备20也可以是指超市、商场等场景中用于支付、购买商品的刷掌支付设备，该刷掌支付设备20还可以是指商户、个人等场景中用于支付的刷掌支付设备，本申请实施例对此不作限定。

后端服务平台30可以是指终端设备10中的第一类目标应用程序(如社交聊天类应用程序)的客户端，以及刷掌支付设备20中的第二类目标应用程序(如支付类应用程序)的客户端的后端服务平台。例如，该后端服务平台30可用于为终端设备10中的第一类目标应用程序(如社交聊天类应用程序)的客户端，以及刷掌支付设备20中的第二类目标应用程序(如支付类应用程序)的客户端提供后台服务。可选地，该后端服务平台30可以实现为一台服务器，也可以实现为由多台服务器组成的服务器集群，或者实现为一个云计算服务中心。

第三方平台40是指付费资源的投放平台，诸如付费表情包、付费文章、付费视频、付费商品等付费资源对应的投放平台。其中，付费资源是指需要付费获取的资源，该付费资源可由开发者开发得到，如付费表情包可由表情包开发者开发得到，付费文章可由文章撰写这撰写得到，开发者可以属于第三方平台40，也可以不属于第三方平台40，本申请实施例对此不作限定。第三方平台40与后端服务平台30不相同。可选地，该第三方平台40可以实现为一台服务器，也可以实现为由多台服务器组成的服务器集群，或者实现为一个云计算服务中心。

终端设备10与后端服务平台30和第三方平台40之间可通过网络50进行互相通信，刷掌支付设备20和后端服务平台30之间可通过网络50进行互相通信。该网络50可以是有线网络，也可以是无线网络。

示例性地，第三方平台40的第三方人员可通过第三方平台40对应的终端设备10打开针对刷掌支付设备的设备配置界面，并通过该设备配置界面生成设备配置数据，再通过将该终端设备10将该设备配置数据发送至后端服务平台30，以通过后端服务平台30将设备配置数据转发至刷掌支付设备20，刷掌支付设备20根据该设备配置数据转，显示付费资源。

可选地，第三方平台40可先将付费资源对应的资源数据打包给到后端服务平台30，以在用户支付付费资源后，由后端服务平台30直接将该付费资源的资源数据交付给用户。或者，第三方平台40也可在用户支付付费资源后，将对应的付费资源的资源数据发送到后端服务平台30，再由后端服务平台30将该付费资源的资源数据交付给用户，本申请实施例对此不作限定。

其中，第三方平台40可先将付费资源的明细通过终端设备10给到后端服务平台30，以使得后端服务平台30进行设备配置界面的构建，进而生成设备配置界面。

下面，将通过方法实施例对本申请提供的技术方案进行介绍说明。

请参考图2，其示出了本申请一个实施例提供的刷掌支付设备的设置方法的流程图，该方法各步骤的执行主体可以是图1所示方案实施环境中的终端设备10，如终端设备10中运行的客户端，该方法可以包括如下几个步骤(201～203)。

步骤201，显示设备配置界面，该设备配置界面用于第三方平台配置刷掌支付设备。

可选地，响应于第三方人员用于开启设备配置界面的操作，客户端显示设备配置界面。其中，第三方人员可以是指第三方平台对应的工作人员。该设备配置界面可以是指上述第一类目标应用程序所提供的用户界面，其可用于对与后端服务平台相关的刷掌支付设备进行配置。设备配置界面由后端服务平台提供后台服务。

示例性地，上述客户端可提供有多种服务，诸如支付服务、公众号服务、聊天服务、刷掌支付设备配置服务、刷掌支付服务等。响应于第三方人员针对刷掌支付设备配置服务的选项的触发操作，客户端显示设备配置界面。

其中，在终端设备具有触摸屏的情况下，该触发操作可以是指针对选项的点击、按压、双击等操作。在终端设备具有外接设备(如鼠标、键盘、摇杆等)的情况下，该触发操作可以是指通过外接设备针对选项的触发操作，本申请实施例对此不作限定。

可选地，本申请实施例中的配置可以是指对与付费资源相关的内容进行设置的过程。其中，付费资源可以是指需要付费获取的资源，诸如付费表情包、付费文章、付费视频、付费图像、付费商品等，本申请实施例对此不作限定。该付费资源可由第三方平台提供，如由第三方平台对应的第三方人员开发。

刷掌支付设备、第三方平台和后端服务平台与上述实施例介绍相同，本申请实施例未说明的内容可以参考上述实施例，这里不再赘述。

步骤202，响应于用于配置第一刷掌支付设备的操作，生成设备配置数据，该设备配置数据包括第一刷掌支付设备的标识信息和资源投放信息，该资源投放信息用于指示第三方平台所投放的付费资源。

上述第一刷掌支付设备可以是指与第一方平台相关联的任一刷掌支付设备。每个刷掌支付设备都有各自的标识信息，刷掌支付设备的标识信息用于唯一标识该刷掌支付设备。示例性地，第一刷掌支付设备的标识信息可以是指第一刷掌支付设备的SN，以用于唯一标识第一刷掌支付设备。

本申请实施例中的设备配置数据是指针对第一刷掌支付设备的设置数据，该设备配置数据与付费资源相关。示例性地，设备配置数据中所包括的资源投放信息用于指示第三方平台针对付费资源在第一刷掌支付设备中的相关配置，如付费资源的类型、数量、显示方式、显示内容、支付方式、选购方式等，本申请实施例对此不作限定。

在一个示例中，客户端将付费资源以列表的形式展示给第三方人员。例如，响应于第三方人员针对设备配置界面中资源选择控件的触发操作，客户端显示付费资源列表，该付费资源列表中存在多个付费资源的选项，则付费资源的选择过程可以如下：

1、在设备配置界面中显示多个付费资源的选项，该多个付费资源由第三方平台提供。

可选地，上述多个付费资源的明细由第三方平台提供，付费资源的选项可基于付费资源的标识信息构建。例如，付费资源的选项即为付费资源的名称、序号等标识信息。后端服务平台根据上述多个付费资源的标识信息，生成付费资源列表，以供第三方人员选择，如此有利于提高付费资源的配置灵活性。

可选地，不同类型的付费资源对应不同的付费资源列表，不同第三方平台所提供的付费资源对应不同的付费资源列表，某一第三方平台仅能对自己所提供的付费资源进行配置。客户端可根据第三方平台的用户帐号，显示对应的付费资源列表。

2、响应于用于选择多个付费资源中至少一个付费资源的选项的操作，将至少一个付费资源对应的资源投放信息添加进设备配置数据。

可选地，第三方人员可每次选择一个或多个付费资源，以投放至第一刷掌支付设备中。该至少一个付费资源对应的资源投放信息可以包括该至少一个付费资源各自的标识信息。

示例性地，对于付费表情包，第三方人员可每次可选择部分付费表情包进行投放；对于付费文章，第三方人员可每次可选择部分付费文章进行投放，如部分付费文章中各自的一段内容，本申请实施例对此不作限定。

在一个示例中，客户端将刷掌支付设备以列表的形式展示给第三方人员。例如，响应于第三方人员针对设备配置界面中设备选择控件的触发操作，客户端显示刷掌支付设备列表，该刷掌支付设备列表中包括多个刷掌支付设备的选项，则刷掌支付设备的选择过程可以如下：

1、在设备配置界面中显示多个刷掌支付设备的选项，该多个刷掌支付设备中的支付客户端由后端服务平台提供后台服务。

可选地，该多个刷掌支付设备的选项由后端服务平台提供，刷掌支付设备的选项可基于付费资源的标识信息构建。例如，刷掌支付设备的选项即为刷掌支付设备的名称、SN、地址等标识信息。后端服务平台根据由自身提供后台服务的多个刷掌支付设备的标识信息，生成刷掌支付设备列表，以供第三方人员选择，如此有利于提高刷掌支付设备的配置灵活性。其中，刷掌支付设备中的支付客户端用于使得刷掌支付设备具有支付功能，该支付客户端可由后端服务平台提供。

2、响应于用于选择多个刷掌支付设备中第一刷掌支付设备的选项的操作，将第一刷掌支付设备的标识信息添加进设备配置数据。

可选地，第三方人员可每次选择一个或多个刷掌支付设备进行付费资源的投放。例如，第三方人员可一次性多与后端服务平台相关联的所有刷掌支付设备进行付费资源的投放。

在一个示例中，本申请实施例还支持第三方人员对付费资源的支付触发指令进行设置。示例性地，上述设备配置数据还包括支付触发指令，该支付触发指令用于指示触发支付付费资源的手势操作。

可选地，客户端将将支付触发指令以列表的形式展示给第三方人员。例如，响应于第三方人员针对设备配置界面中指令选择控件的触发操作，客户端显示支付触发指令列表，该支付触发指令列表中包括多个支付触发指令的选项，则支付触发指令的选择过程可以如下：

1、在设备配置界面中显示多个支付触发指令的选项，该多个支付触发指令由第三方平台提供。

可选地，上述多个支付触发指令由第三方平台提供，支付触发指令的选项可基于支付触发指令的标识信息构建。例如，支付触发指令的选项即为支付触发指令的名称、序号等标识信息。后端服务平台根据上述多个支付触发指令的标识信息，生成支付触发指令列表，以供第三方人员选择，如此有利于提高付费资源的支付触发配置的灵活性。

示例性地，第三方人员可将所选择的至少一个付费资源设置相同的支付触发指令，也可针对所选择的每个付费资源，分别设置一个支付触发指令，本申请实施例对此不作限定。

刷掌支付设备的使用者可通过支付触发指令所指示的手势操作，触发针对消费资源的支付，如在使用者针对某一个付费资源的手势操作命中该付费资源的支付触发指令，刷掌支付设备默认该使用者同意购买该付费资源。

可选地，该支付触发指令对应的手势操作包括以下至少之一：

1)表示同意支付的手势操作，如“ok”、“Yes”等具有同意含义的设定手势。

2)连贯的抓取动作产生的手势操作，如针对某个消费资源进行抓取动作，即可表示同意购买该消费资源。

3)连贯的抓取、移动等动作产生的手势操作，如针对某个消费资源进行抓取，并将该付费资源移动至指定区域，即可表示同意购买该消费资源。

4)用于触发付费资源的购买选项的手势操作，如针对某个消费资源的购买选项进行点击动作，即可表示同意购买该消费资源。

2、响应于用于选择多个支付触发指令中第一支付触发指令的选项的操作，将第一支付触发指令添加进设备配置数据。

可选地，该第一支付触发指令可以是针对某一个付费资源，也可以是针对多个付费资源所被选择的。客户端将第一支付触发指令的标识信息添加进设备配置数据。

在一个示例中，本申请实施例还支持付费资源的背景图像和显示方式的设置，以进一步提高付费资源的设置灵活性和个性化程度，该过程可以包括如下内容：

1、响应于用于配置与付费资源相关的背景图像的操作，生成背景数据。

可选地，第三方人员在选择付费资源之后，以该付费资源的图像，制作背景图像，如该付费资源对应的海报，客户端进而根据该背景图像生成背景数据。背景数据可用于是指刷掌支付设备以背景图像(如海报)的样式向用户展示该付费资源。可选地，该背景图像可支持用户触发，以实现针对该付费资源的购买，如此有利于进一步提高付费资源的曝光率，以及增加用户与付费资源之间的触点。

2、响应于用于配置付费资源的显示方式的操作，生成显示方式数据。

显示方式数据用于指示付费资源的显示方式，付费资源的显示方式包括以下至少之一：

1)付费资源以从上到下掉落的方式显示。

2)付费资源在界面中随机显示。

3)付费资源以指定轨迹在界面中动态显示。

4)付费资源在界面中的指定位置固定显示。

例如，对于付费表情包，其可以以从上到下掉落方式进行显示；对于付费文章，其可以在界面中的指定位置固定显示。

3、将背景数据和显示方式数据添加进资源投放信息。

可选地，客户端将背景数据和显示方式数据与消费资源进行绑定存储。

在一个示例中，第三方人员还可以对付费资源的显示时机进行设置。例如，该付费资源的显示时机包括以下至少之一：

1)在用户的刷掌过程中显示付费资源。

2)在用户刷掌之前显示付费资源。

3)在用户刷掌支付成功之后，显示付费资源。

步骤203，将设备配置数据发送给后端服务平台，以通过后端服务平台将设备配置数据转发给第一刷掌支付设备。

可选地，客户端在生成设备配置数据后，由于其不能直接对刷掌支付设备进行配置，因此其需要通过后端服务平台进行转发，以实现对第一刷掌支付设备的配置。第一刷掌支付设备在接收到设备配置数据之后，对设备配置数据进行加载，以完成与付费资源相关的配置，并生成配置成功通知，第一刷掌支付设备将配置成功通知发送给后端服务平台，后端服务平台再将其发送给客户端。其中，该设置成功通知用于指示第一刷掌支付设备被设置成功。

可选地，客户端接收来自后端服务平台的设置成功通知之后，显示设置成功通知，以及将设置成功通知转发至第三方平台，以告知第一刷掌支付设备被设置成功。

例如，参考图3和图4，第三方人员301通过客户端302进行针对刷掌支付设备的配置操作，可选地，第三方人员301通过客户端302先进行付费资源的选择，再进行触发支付指令的选择，最后通过客户端302选择所需配置的刷掌支付设备，响应于第三方人员301的配置操作结束，客户端302生成针对刷掌支付设备304的设备配置数据，并将该设备配置数据发送给后端服务平台303。

后端服务平台303与刷掌支付设备304之间建立有长连接通信，后端服务平台303基于该长连接通信将设备配置数据发送给刷掌支付设备304，刷掌支付设备304根据设备配置数据，完成加载配置后，生成配置结果(如上述配置成功通知)，刷掌支付设备304基于长连接通信，将配置结果返回给后端服务平台303。后端服务平台303将配置结果返回给客户端302和第三方平台。

综上所述，本申请实施例提供的技术方案，通过在用户利用刷掌支付设备进行刷掌支付过程中，展示由第三方平台所投放的付费资源，使得用户可在刷掌支付时亦可进行付费资源的同步支付，有利于提高付费资源的转换成功率，以及付费资源的支付便捷度。

另外，通过支持第三方平台对刷掌支付设备进行与付费资源相关的配置操作，使得刷掌支付设备不局限于刷掌支付，有利于提高刷掌支付设备的利用率和使用价值。

另外，本申请实施例通过支持第三方平台针对刷掌支付设备，进行付费资源的数量、触发支付指令、显示方式、背景图像、显示时机等设置，有利于提高付费资源的配置个性化程度。

请参考图5，其示出了本申请一个实施例提供的刷掌支付设备的使用方法的流程图，该方法各步骤的执行主体可以是图1所示方案实施环境中的刷掌支付设备20，如刷掌支付设备20中运行的客户端，该方法可以包括如下几个步骤(501～503)。

步骤501，响应于用于支付第一资源的刷掌操作，显示手掌模型和第三方平台所投放的付费资源。

其中，第一资源可以是指当前刷掌支付设备对应的原生平台所提供的资源。上述后端服务平台可以是指与原生平台具有合作关系的平台，以支持刷掌支付设备对实现支付功能，原生平台用于为用户提供第一资源。该第一资源包括以下至少之一：车票、商品、权限。例如，车票平台所提供的刷掌支付设备用于实现车票资源的支付，购物平台所提供的刷掌支付设备用于实现商品的支付。

刷掌操作可以是指向刷掌支付设备展示手掌，以使得刷掌支付设备能够采集手掌数据的操作。例如，参考图6，用户将手掌602展开，并以掌心面向，刷掌支付设备601的图像获取设备603，即可实现刷掌操作。

上述手掌模型可以是指预先设定好的仿真模型，也可以是指就使用者的手掌数据而构建的虚拟模型，本申请实施例对此不作限定。付费资源、刷掌支付设备、第三方平台和后端服务平台与上述实施例介绍相同，本申请实施例未说明的内容可以参考上述实施例，这里不再赘述。

在一个示例中，步骤501还可以包括如下内容：

1、响应于用于支付第一资源的刷掌操作，获取手掌数据。

可选地，响应于用于支付第一资源的刷掌操作，刷掌支付设备中的支付客户端可通过调用3D摄像头，来采集使用者当前手掌的流媒体数据(如手掌图像)。客户端在获取手掌的流媒体数据之后，对流媒体进行优选，例如，客户端通过基于手掌大小、角度、图像对比度、图像的亮度和清晰度等系数指标等，综合评价选出最优的手掌图片(即手掌数据)。

2、根据手掌数据，显示手掌模型。

可选地，客户端在获取手掌数据后，在指定的初始位置显示预先设置的手掌模型；或者，客户端在获取手掌数据后，基于手掌数据构建手掌模型，并在指定的初始位置显示手掌模型。在一个可行示例中，客户端根据手掌心位置对应在图像获取装置中的位置，确定手掌模型在用户界面中的初始位置，并在该初始位置显示手掌模型。

3、根据设备配置数据，显示付费资源；其中，设备配置数据由第三方平台基于第一刷掌支付设备对应的后端服务平台设置得到，设备配置数据包括第一刷掌支付设备的标识信息和资源投放信息，资源投放信息用于指示第三方平台所投放的付费资源。

可选地，客户端根据上述资源投放信息显示付费资源，该资源投放信息包括付费资源的标识信息，客户端根据付费资源的标识信息，获取付费资源的渲染数据，并根据渲染数据显示付费资源。其中，渲染数据用于渲染显示付费资源，其可以包括付费资源的图像、描述信息等。

例如，参考图7，在用户通过手掌602进行刷掌操作的过程中，刷掌支付设备601的用户界面604中显示有多个付费资源，以及手掌602对应的手掌模型605，该手掌模型605可跟随手掌602的移动而移动。

可选地，上述资源投放信息还包括背景数据和显示方式数据，客户端可以根据背景数据，显示与付费资源相关的背景图像，以及根据显示方式数据对应的显示方式，显示付费资源。

例如，客户端可以在用户刷掌之前或者刷掌过程中或者刷掌之后，在第一刷掌支付设备对应的用户界面中显示背景图像，以向用户展示该背景图像对应的付费资源。

可选地，客户端以从上到下掉落的方式显示第三方平台所投放的付费资源；或者，客户端以随机显示的方式显示第三方平台所投放的付费资源；或者，客户端以沿着指定轨迹运动的方式显示第三方平台所投放的付费资源；或者，客户端以指定位置的方式显示第三方平台所投放的付费资源，本申请实施例对此不作限定。例如，对于付费表情包，客户端可以以从上到下掉落的方式显示各个付费表情包；对于付费文章，客户端可以在用户界面中的指定位置显示各个付费文章的文章片段。

在一个可行示例中，上述资源投放信息还包括付费资源的显示时机，客户端可根据显示时机，进行付费资源的显示。示例性地，客户端可在刷掌之前，显示付费资源。例如，客户端可在第一资源的显示过程中，显示付费资源；或者，客户端可在刷掌过程中，显示付费资源，例如，客户端响应于刷掌操作，显示付费资源；或者，客户端还可在刷掌之后，显示付费资源，如客户端在第一资源对应的支付成功界面中显示付费资源，本申请实施例对此不作限定。

在一个示例中，同一个刷掌支付设备支持不同的第三方平台的配置，如此可以进一步提高刷掌支付设备的使用效率，则本申请实施例还可以包括如下内容：在接收到由不同的第三方平台所产生的设备配置数据的情况下，按照设备配置数据的接收顺序，依次显示不同的第三方平台所投放的付费资源。

其中，接收顺序是指刷掌支付设置接收到设备配置数据的顺序。例如，第三方平台A、第三方平台B和第三方平台C均对第一刷掌支付设备进行了配置，若第三方平台A的配置时间早于第三方平台B的配置时间，第三方平台B的配置时间早于第三方平台C的配置时间，则客户端依次显示第三方平台A所投放的付费资源、第三方平台B所投放的付费资源和第三方平台C所投放的付费资源。

可选地，在刷掌支付设备的用户界面的空间充足的情况下，客户端还可以该不同的第三方平台所投放的付费资源进行同步展示。

步骤502，响应于用于支付付费资源的手势操作，显示付费资源被手掌模型选取的过程。

可选地，上述设备配置数据还包括支付触发指令，该支付触发指令用于指示触发支付付费资源的操作，则步骤502还可以包括如下内容：

1、根据付费资源的触发支付指令，显示针对付费资源的支付触发提示信息，该支付触发提示信息用于提示触发支付付费资源的操作。

可选地，客户端根据付费资源的触发支付指令，确定付费资源对应的手势操作，然后根据该手势操作，生成支付触发提示信息，最后在付费资源显示的过程中，显示该支付触发提示信息，以指示用户采用哪种手势操作，才能够选购该付费资源。

本申请实施例对支付触发提示信息的样式不作限定，如其可以是文字样式、图像样式、动画样式。例如，在付费资源对应的手势操作为抓取手势操作的情况下，该支付触发提示信息可以为：抓取xx，完成xx的购买。

2、响应于手势操作符合付费资源的触发支付指令，显示付费资源被手掌模型选取的过程。

可选地，客户端实时根据手掌数据对用户所产生的手势操作进行识别，以确定手势操作的类型，进而检测该手势操作是否符合付费资源的触发支付指令；或者，客户端实时将手掌数据发送至后端服务平台，以通过后端服务平台对用户所产生的手势操作进行识别，从而确定手势操作的类型，进而检测该手势操作是否符合付费资源的触发支付指令。

示例性地，客户端通过刷掌支付设备的图像获取模块所获取的手掌图像，实时采集手掌的运动信息，诸如手指的位置、移动方向、运动速度、加速度、角度等数据，客户端再根据采集到的手掌数据，提取出手势操作的特征信息，诸如手指的数量、手势的形状、手势的方向等。客户端再将提取出的特征信息与预先训练好的手势模型进行比对，以确定手势操作的类别。其中，客户端可以采用机器学习算法，进行手势操作的类别识别，诸如支持向量机(Support Vector Machine，SVM)、神经网络、决策树、预训练模型等。

客户端在确定手势操作的类型后，将其与触发支付指令对应的类型进行比对，若相同，则确定手势操作符合付费资源的触发支付指令；若不相同，则确定手势操作不符合付费资源的触发支付指令。在手势操作符合付费资源的触发支付指令，客户端显示付费资源被手掌模型选取的过程，也即客户端可判断用户同意支付该付费资源。

在一个示例中，付费资源被触发支付的场景包括以下至少之一：

1)响应于用于抓取付费资源的手势操作，显示付费资源被手掌模型选中的过程。

可选地，上述手掌模型跟随刷掌操作同步变化，如位置、姿势等。例如，参考图8，用户可通过手势操作，将手掌模型605从初始位置移动到目标付费资源处，响应于用户控制手掌602进行抓取手势操作，客户端控制手掌模型605抓取该目标付费资源，并自动将其添加进购物车，以实现目标付费资源的选购。

2)响应于用于抓取付费资源，并将付费资源移动至指定区域的手势操作，显示付费资源被手掌模型选中和移动的过程。

其中，指定区域可以根据实际使用需求进行设置与调整，可选地，该指定区域可以实现为购物车样式。

例如，参考图8和图9，用户可通过手势操作，将手掌模型605从初始位置移动到目标付费资源处，响应于用户控制手掌602进行抓取手势操作，客户端控制手掌模型605抓取该目标付费资源，响应于用户控制手掌602以抓取的姿势控制手掌模型605向购物车606进行移动，客户端显示目标付费资源被手掌模型605抓取着移动至购物车606的过程，在目标付费资源被移动至购物车606，则表明用户同意购买该目标付费资源。

3)响应于用于触发付费资源的购买选项的手势操作，显示付费资源的购买选项被手掌模型触发的过程。

可选地，付费资源周围显示有其对应的购买选项，用户通过手势操作控制手掌模型移动到该购买选项，并作出点击、按压等手势后，客户端默认用户同意购买该付费资源。

4)响应于用于同意支付付费资源的手势操作，显示付费资源的购买选项被手掌模型选中的过程。

可选地，客户端显示手势触发提示信息，以提示用户作出对应的手势，即可完成该手势对应的付费资源的选购。例如，目标付费资源的手势为“ok”手势，则用户作出“ok”手势操作后，客户端默认用户同意购买该目标付费资源。

步骤503，显示支付成功通知，该支付成功通知用于指示第一资源和付费资源被支付成功。

可选地，第一资源和付费资源对应的订单可以由后端服务平台完成支付流程。示例性地，客户端将手掌数据，以及第一资源和付费资源对应的订单发送至后端服务平台，后端服务平台在接收到手掌数据后，对手掌数据并进行特征提取后，得到手掌的特征信息，并根据该特征信息进行全库检索，以识别出该手掌对应的用户帐号，并针对该用户帐号，进行第一资源和付费资源的支付流程。

在一个示例中，该支付成功通知包括第一子支付通知和第二子支付通知，第一子支付通知用于指示第一资源被支付成功，第二子支付通知用于指示付费资源被支付成功，以使得用户能够明确知晓哪些订单被支付完成，则步骤503还开包括如下内容：

1、响应于用于支付第一资源的刷掌操作，生成针对第一资源的第一支付订单。

可选地，根据第一资源的金额和数量，确定第一支付订单。

2、响应于用于支付付费资源的手势操作，生成针对付费资源的第二支付订单。

可选地，根据付费资源的金额和数量，确定第二支付订单。可选地，每个订单对应唯一的订单号、支付金额等信息。

3、对第一支付订单和第二支付订单进行合并，生成总支付订单。

可选地，获取第一支付订单和第二支付订单的总金额，再根据总金额生成总支付订单。

4、将总支付订单发送至第一刷掌支付设备对应的后端服务平台。

后端服务平台在完成该总支付订单之后，对该总支付订单进行拆单，分别生成第一支付成功通知和第二支付成功通知，如此有利于加速订单的支付流程，进而提高支付效率。后端服务平台将第一支付成功通知和第二支付成功通知添加进行消息队列中，以完成第一支付成功通知和第二支付成功通知的发送。

5、接收来自后端服务平台的第一支付成功通知和第二支付成功通知。

客户端分别显示第一支付成功通知和第二支付成功通知，以告知用户第一资源和付费资源完成支付。

可选地，上述第一支付成功通知和第二支付成功通知还被发送至当前使用第一刷掌支付设备的用户所持有的终端设备，以供用户查看具体的订单信息。

可选地，在第一支付订单被完成后显示付费资源的情况下，后端服务平台分别执行上述第一资源和付费资源的支付流程。在第一支付订单未生成之前显示付费资源的情况下，客户端可直接将付费资源考虑进第一支付订单中，后端服务平台对该第一支付订单进行执行支付流程，即可完成上述第一资源和付费资源的支付。

可选地，在第一资源和付费资源被支付完成后，后端服务平台将第一资源和付费资源交付给用户。例如，对于付费表情包，后端服务平台可以将其添加到用户所使用的客户端的表情包列表中；对于付费文章，后端服务平台可以以公众号消息的方式，将其推送给用户，以实现交付。

在一些实施例中，参考图10和图11，后端服务平台1001中集成有刷掌识别模块、订单处理模块和应用模块，该各个模块也可以实现为子平台，本申请实施例对此不作限定。其中，刷掌识别模块用于实现刷掌识别，以确定正在执行支付操作的用户帐号。订单处理模块用于执行针对支付订单的处理流程。应用模块用于为终端设备1002中的客户端提供后台服务，诸如表情包服务和公众号服务。

刷掌支付设备1003中集成有长连接通信模块、刷掌/手势采集识别模块、配置管理模块和合并支付模块。长连接通信模块用于与后端服务平台1001之间建立长连接通信。刷掌/手势采集识别模块用于手掌数据采集，配置管理模块用于根据设备配置数据，对付费资源进行配置。合并支付模块用于合并第一资源和付费资源的订单。

可选地，响应于用户通过刷掌支付设备1003的刷掌操作，刷掌支付设备1003显示付费资源，并生成第一支付订单。响应于用户的手势操作符合付费资源的触发支付指令，生成第二支付订单。刷掌支付设备1003对第一支付订单和第二支付订单进行合并，生成总支付订单的支付指令，并将该支付指令和手掌数据，发送给后端服务平台1001，后端服务平台1001再处理完该总支付订单后，进行支付成功通知的消息推送，以及将付费资源交付给用户所使用的终端设备1002中。

在一个示例中，为了及时将第三方配置的设备配置数据推送到刷掌支付设备上，本申请实施例采用了高可用的消息推送架构。该消息推送架构负责接收消息(如设备配置数据)并将消息推送给刷掌支付设备。为了保证高可用性，本申请实施例使用多个推送服务实例，并使用负载均衡技术将流量(设备配置数据所需流量)分配到不同的实例上，以实现设备配置数据的推送。

另外，为了保证消息(如设备配置数据)的可靠性和持久性，本申请实施例还将消息存储在可靠的数据存储系统中，例如关系型数据库(如SQLite数据库)、分布式存储系统等。另外，为了提高消息推送的性能，本申请实施例还使用消息队列技术将消息(如设备配置数据、支付成功通知、配置成功通知等)进行缓存和异步处理。消息队列可以将消息推送任务分发给多个工作线程，以提高消息推送的并发性和吞吐量。

综上所述，本申请实施例提供的技术方案，通过在用户利用刷掌支付设备进行刷掌支付过程中，展示由第三方平台所投放的付费资源，使得用户可在刷掌支付时亦可进行付费资源的同步支付，有利于提高付费资源的转换成功率，以及付费资源的支付便捷度。

另外，通过支持第三方平台对刷掌支付设备进行与付费资源相关的配置操作，使得刷掌支付设备不局限于刷掌支付，有利于提高刷掌支付设备的利用率和使用价值。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

参考图12，其示出了本申请一个实施例提供的刷掌支付设备的使用装置的框图。该装置具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是上文介绍的计算机设备，也可以设置在计算机设备中。如图12所示，该装置1200包括：付费资源显示模块1201、付费资源选取模块1202和支付通知显示模块1203。

付费资源显示模块1201，用于响应于用于支付第一资源的刷掌操作，显示手掌模型和第三方平台所投放的付费资源。

付费资源选取模块1202，用于响应于用于支付所述付费资源的手势操作，显示所述付费资源被所述手掌模型选取的过程。

支付通知显示模块1203，用于显示支付成功通知，所述支付成功通知用于指示所述第一资源和所述付费资源被支付成功。

在一些实施例中，如图13所示，所述付费资源显示模块1201，包括：手掌数据获取子模块1201a、手掌模型显示子模块1201b和付费资源显示子模块1201c。

手掌数据获取子模块1201a，用于响应于用于支付所述第一资源的刷掌操作，获取手掌数据。

手掌模型显示子模块1201b，用于根据所述手掌数据，显示所述手掌模型。

付费资源显示子模块1201c，用于根据设备配置数据，显示所述付费资源；其中，所述设备配置数据由所述第三方平台基于第一刷掌支付设备对应的后端服务平台设置得到，所述设备配置数据包括所述第一刷掌支付设备的标识信息和资源投放信息，所述资源投放信息用于指示所述第三方平台所投放的付费资源。

在一些实施例中，所述设备配置数据还包括支付触发指令，所述支付触发指令用于指示触发支付所述付费资源的操作；

所述付费资源显示子模块1201c，还用于根据所述付费资源的触发支付指令，显示针对所述付费资源的支付触发提示信息，所述支付触发提示信息用于提示触发支付所述付费资源的操作；响应于所述手势操作符合所述付费资源的触发支付指令，显示所述付费资源被所述手掌模型选取的过程。

在一些实施例中，所述付费资源选取模块1202，用于：

响应于用于抓取所述付费资源的手势操作，显示所述付费资源被所述手掌模型选中的过程；

或者，响应于用于抓取所述付费资源，并将所述付费资源移动至指定区域的手势操作，显示所述付费资源被所述手掌模型选中和移动的过程；

或者，响应于用于触发所述付费资源的购买选项的手势操作，显示所述付费资源的购买选项被所述手掌模型触发的过程；

或者，响应于用于同意支付所述付费资源的手势操作，显示所述付费资源的购买选项被所述手掌模型选中的过程。

在一些实施例中，所述资源投放信息还包括背景数据和显示方式数据；

所述付费资源显示子模块1201c，还用于根据所述背景数据，显示与所述付费资源相关的背景图像；根据所述显示方式数据对应的显示方式，显示所述付费资源。

在一些实施例中，所述付费资源显示子模块1201c，还用于在接收到由不同的第三方平台所产生的设备配置数据的情况下，按照所述设备配置数据的接收顺序，依次显示所述不同的第三方平台所投放的付费资源。

在一些实施例中，所述支付成功通知包括第一子支付通知和第二子支付通知，所述第一子支付通知用于指示所述第一资源被支付成功，所述第二子支付通知用于指示所述付费资源被支付成功；

如图13所示，所述装置1200，还包括：第一订单生成模块1204、第二订单生成模块1205、总订单生成模块1206、总订单发送模块1207和支付通知接收模块1208。

第一订单生成模块1204，用于响应于用于支付所述第一资源的刷掌操作，生成针对所述第一资源的第一支付订单。

第二订单生成模块1205，用于响应于用于支付所述付费资源的手势操作，生成针对所述付费资源的第二支付订单。

总订单生成模块1206，用于对所述第一支付订单和所述第二支付订单进行合并，生成总支付订单。

总订单发送模块1207，用于将所述总支付订单发送至第一刷掌支付设备对应的后端服务平台。

支付通知接收模块1208，用于接收来自所述后端服务平台的所述第一支付成功通知和所述第二支付成功通知；其中，所述第一支付成功通知和所述第二支付成功通知还被发送至当前使用所述第一刷掌支付设备的用户所持有的终端设备。

综上所述，本申请实施例提供的技术方案，通过在用户利用刷掌支付设备进行刷掌支付过程中，展示由第三方平台所投放的付费资源，使得用户可在刷掌支付时亦可进行付费资源的同步支付，有利于提高付费资源的转换成功率，以及付费资源的支付便捷度。

另外，通过支持第三方平台对刷掌支付设备进行与付费资源相关的配置操作，使得刷掌支付设备不局限于刷掌支付，有利于提高刷掌支付设备的利用率和使用价值。

参考图14，其示出了本申请一个实施例提供的刷掌支付设备的配置装置的框图。该装置具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是上文介绍的计算机设备，也可以设置在计算机设备中。如图14所示，该装置1400包括：配置界面显示模块1401、配置数据生成模块1402和配置数据发送模块1403。

配置界面显示模块1401，用于显示设备配置界面，所述设备配置界面用于第三方平台配置刷掌支付设备。

配置数据生成模块1402，用于响应于用于配置第一刷掌支付设备的操作，生成设备配置数据，所述设备配置数据包括所述第一刷掌支付设备的标识信息和资源投放信息，所述资源投放信息用于指示所述第三方平台所投放的付费资源。

配置数据发送模块1403，用于将所述设备配置数据发送给第一方平台，以通过所述第一方平台将所述设备配置数据转发给所述第一刷掌支付设备。

在一些实施例中，所述配置数据生成模块1402，用于：

在所述设备配置界面中显示多个付费资源的选项，所述多个付费资源由所述第三方平台提供；

响应于用于选择所述多个付费资源中至少一个付费资源的选项的操作，将所述至少一个付费资源对应的资源投放信息添加进所述设备配置数据；

在所述设备配置界面中显示多个刷掌支付设备的选项，所述多个刷掌支付设备中的支付客户端由所述后端服务平台提供后台服务；

响应于用于选择所述多个刷掌支付设备中所述第一刷掌支付设备的选项的操作，将所述第一刷掌支付设备的标识信息添加进所述设备配置数据。

在一些实施例中，所述设备配置数据还包括支付触发指令，所述支付触发指令用于指示触发支付所述付费资源的手势操作；如图15所示，所述装置1400还包括：指令选项显示模块1404和触发指令选择模块1405。

指令选项显示模块1404，用于在所述设备配置界面中显示多个支付触发指令的选项，所述多个支付触发指令由所述第三方平台提供。

触发指令选择模块1405，用于响应于用于选择所述多个支付触发指令中第一支付触发指令的选项的操作，将所述第一支付触发指令添加进所述设备配置数据。

在一些实施例中，如图15所示，所述装置1400还包括：背景数据生成模块1406和方式数据生成模块1407。

背景数据生成模块1406，用于响应于用于配置与所述付费资源相关的背景图像的操作，生成背景数据。

方式数据生成模块1407，用于响应于用于配置所述付费资源的显示方式的操作，生成显示方式数据。

所述配置数据生成模块1402，还用于将所述背景数据和所述显示方式数据添加进所述资源投放信息。

在一些实施例中，如图15所示，所述装置1400还包括：设置通知接收模块1408和设置通知显示模块1409。

设置通知接收模块1408，用于接收来自所述后端服务平台的设置成功通知，所述设置成功通知用于指示所述第一刷掌支付设备被设置成功。

设置通知显示模块1409，用于显示所述设置成功通知，以及将所述设置成功通知转发至所述第三方平台。

综上所述，本申请实施例提供的技术方案，通过在用户利用刷掌支付设备进行刷掌支付过程中，展示由第三方平台所投放的付费资源，使得用户可在刷掌支付时亦可进行付费资源的同步支付，有利于提高付费资源的转换成功率，以及付费资源的支付便捷度。

另外，通过支持第三方平台对刷掌支付设备进行与付费资源相关的配置操作，使得刷掌支付设备不局限于刷掌支付，有利于提高刷掌支付设备的利用率和使用价值。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图16，其示出了本申请一个实施例提供的计算机设备的结构框图。该计算机设备可以用于实施上述实施例中提供的刷掌支付设备的配置方法或刷掌支付设备的使用方法，其具体可以包括如下内容。

该计算机设备1600包括中央处理单元(如CPU(Central Processing Unit，中央处理器)、GPU(Graphics Processing Unit，图形处理器)和FPGA(Field Programmable GateArray，现场可编程逻辑门阵列)等)1601、包括RAM(Random-Access Memory，随机存取存储器)1602和ROM(Read-Only Memory，只读存储器)1603的系统存储器1604，以及连接系统存储器1604和中央处理单元1601的系统总线1605。该计算机设备1600还包括帮助服务器内的各个器件之间传输信息的基本输入/输出系统(Input Output System，I/O系统)1606，和用于存储操作系统1613、应用程序1614和其他程序模块1615的大容量存储设备1607。

该基本输入/输出系统1606包括有用于显示信息的显示器1608和用于用户输入信息的诸如鼠标、键盘之类的输入设备1609。其中，该显示器1608和输入设备1609都通过连接到系统总线1605的输入输出控制器1610连接到中央处理单元1601。该基本输入/输出系统1606还可以包括输入输出控制器1610以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1610还提供输出到显示屏、打印机或其他类型的输出设备。

该大容量存储设备1607通过连接到系统总线1605的大容量存储控制器(未示出)连接到中央处理单元1601。该大容量存储设备1607及其相关联的计算机可读介质为计算机设备1600提供非易失性存储。也就是说，该大容量存储设备1607可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory，只读光盘)驱动器之类的计算机可读介质(未示出)。

不失一般性，该计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦写可编程只读存储器)、闪存或其他固态存储技术，CD-ROM、DVD(Digital Video Disc，高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知该计算机存储介质不局限于上述几种。上述的系统存储器1604和大容量存储设备1607可以统称为存储器。

根据本申请实施例，该计算机设备1600还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即计算机设备1600可以通过连接在该系统总线1605上的网络接口单元1611连接到网络1612，或者说，也可以使用网络接口单元1611来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括计算机程序，所述计算机程序存储于存储器中，且经配置以由一个或者一个以上处理器执行，以实现上述刷掌支付设备的配置方法或刷掌支付设备的使用方法。

在一些实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序在被处理器执行时以实现上述刷掌支付设备的配置方法或刷掌支付设备的使用方法。

可选地，该计算机可读存储介质可以包括：ROM(Read-Only Memory，只读存储器)、RAM(Random-Access Memory，随机存储器)、SSD(Solid State Drives，固态硬盘)或光盘等。其中，随机存取记忆体可以包括ReRAM(Resistance Random Access Memory，电阻式随机存取记忆体)和DRAM(Dynamic Random Access Memory，动态随机存取存储器)。

在一些实施例中，还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中。计算机设备的处理器从所述计算机可读存储介质中读取所述计算机程序，所述处理器执行所述计算机程序，使得所述计算机设备执行上述刷掌支付设备的配置方法或刷掌支付设备的使用方法。

需要说明的是，本申请实施例在收集用户的相关数据之前以及在收集用户的相关数据的过程中，都可以显示提示界面、弹窗或输出语音提示信息，该提示界面、弹窗或语音提示信息用于提示用户当前正在搜集其相关数据，使得本申请仅仅在获取到用户对该提示界面或者弹窗发出的确认操作后，才开始执行获取用户相关数据的相关步骤，否则(即未获取到用户对该提示界面或者弹窗发出的确认操作时)，结束获取用户相关数据的相关步骤，即不获取用户的相关数据。换句话说，本申请所采集的所有用户数据，处理严格根据相关国家法律法规的要求，获取个人信息主体的知情同意或单独同意都是在用户同意并授权的情况下进行采集的，并在法律法规及个人信息主体的授权范围内，开展后续数据使用及处理行为且相关用户数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。例如，本申请中涉及到的用户帐号、手掌数据、手势操作等都是在充分授权的情况下获取的。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

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