CN116797228A - 支付方法、装置、设备以及存储介质 - Google Patents

Abstract

本申请提供了一种支付方法、装置、设备以及存储介质，涉及计算机技术领域。该方法包括：获取用户支付订单时采用的目标验证方式；基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式；基于该目标扣款方式对该订单进行扣款支付。该方法能够满足用户利用不同验证方式控制不同扣款方式的需求，不仅提高了用户的支付效率，而且提升了用户的支付体验。

Description

支付方法、装置、设备以及存储介质

技术领域

本申请实施例涉及计算机技术领域，并且更具体地，涉及一种支付方法、装置、设备以及存储介质。

背景技术

随着计算机互联网技术的发展，快捷支付越来越流行；目前，常见的快捷支付包括刷脸验证支付、刷掌验证支付、指纹验证支付等。

目前，在支付行业中，针对用户采用不同验证方式支付订单的情况，通常只能使用一种默认的扣款方式；例如，用户针对某一应用上的订单进行支付时，用户使用刷脸验证方式，默认从该用户的A账户进行扣款；用户使用刷掌验证方式，还是默认从该用户的A账户里进行扣款；若用户使用刷掌验证方式时想要切换扣款方式，则需要在该应用上设置或者调整默认的扣款方式，不仅影响用户支付订单时的支付效率，而且导致用户体验不佳。

发明内容

本申请提供一种支付方法、装置、设备以及存储介质，能够满足用户利用不同验证方式控制不同扣款方式的需求，不仅提高了用户的支付效率，而且提升了用户的支付体验。

第一方面，本申请提供了一种支付方法，包括：

获取用户支付订单时采用的目标验证方式；

基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式；

基于该目标扣款方式对该订单进行扣款支付。

第二方面，本申请提供了一种支付装置，其特征在于，包括：

获取单元，用于获取用户支付订单时采用的目标验证方式；

确定单元，用于基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式；

扣款单元，基于该目标扣款方式对该订单进行扣款支付。

第三方面，本申请提供了一种电子设备，包括：

处理器，适于执行计算机程序；

计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被该处理器执行时，实现上述第一方面的方法。

第四方面，本申请提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面的方法。

第五方面，本申请提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述第一方面的方法。

基于以上技术方案，通过基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式，相当于，为目标验证方式和目标扣款方式之间建立联系，避免了扣款方式和验证方式无关的情形下，不同验证方式始终使用同一默认的扣款方式的情况，一方面，满足了用户利用不同验证方式，控制不同扣款方式的需求，提高了用户的支付体验；另一方面，相较于用户在支付订单时手动修改扣款方式，利用不同的验证方式控制不同的扣款方式，提高了支付效率。

附图说明

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

图1是本申请实施例提供的场景图。

图2是本申请实施例提供的系统框架的示意性框图。

图3是本申请实施例提供的支付方法的示意性流程图。

图4是本申请实施例提供的验证方式和扣款方式之间映射关系的的示意图。

图5是本申请实施例提供的支付方法的另一示意性流程图。

图6是本申请实施例提供的支付装置的示意性框图。

图7是本申请实施例提供的电子设备的示意结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请提供的方案可涉及人工智能技术。

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

应理解，人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本申请提供的方案还可涉及计算机视觉技术。

计算机视觉技术(Computer Vision,CV)计算机视觉是一门研究如何使机器“看”的科学，更进一步的说，就是指用摄影机和电脑代替人眼对目标进行识别、跟随和测量等机器视觉，并进一步做图形处理，使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科，计算机视觉研究相关的理论和技术，试图建立能够从图像或者多维数据中获取信息的人工智能系统。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、OCR、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3D技术、虚拟现实、增强现实、同步定位与地图构建等技术，还包括常见的人脸识别、指纹识别等生物特征识别技术。

此外，本申请提供的方案还可涉及人脸识别技术。

人脸识别技术是基于人的脸部特征信息进行身份识别的一种生物识别技术。该技术是用摄像机或摄像头采集含有人脸的图像或视频流，并自动在图像中检测和跟随人脸，通过从人脸图像中抽取人的个性化特征，进而对检测到的人脸进行脸部识别等；应理解，该人脸识别技术可包括图像采集、特征定位、身份的确认和查找等的一系列相关技术。

为便于对本申请方案的理解，下面对本申请涉及的相关术语进行说明。

1、扫码支付：指通过识别二维码或条形码进行支付，支付终端可以识别按规定发码规则发布的二维码和条码信息，并实现该二维码和条码信息对应的业务，如进行收款、付款、下载应用和打开网站等操作。

2、摄像头(CAMERA或WEBCAM)：又称为电脑相机、电脑眼、电子眼等，摄像头是一种视频输入设备，被广泛运用于视频会议、远程医疗及实时监测等方面。目前，人们可以彼此通过摄像头在网络进行有影像、有声音的交谈和沟通。另外，人们还可以将其用于当前各种流行的数码影像、影音处理等。

3、二维码支付：指用户通过手机客户端扫描二维码或商家使用电子支付工具扫描用户的付款码，便可实现对商家的支付结算。相应的，商家根据支付交易信息中的收货地址、联系方式等资料，就可以进行商品配送，完成交易。需要说明的是，经手机管家的数据显示，由于多数扫拍二维码工具并没有恶意网址识别与拦截的能力，所以给手机病毒极大的传播空间，为有效避免二维码扫描渠道的染毒，针对在线恶意网址、支付环境的扫描与检测显得尤为重要。

4、彩色图像：由彩色传感器(Sensor)采集自然光成像的图像。需要说明的是，彩色二维图像在刷脸支付中一般可用于人脸优选、对比识别等。

5、深度图像：由红外传感器(Sensor)采集散斑结构红外光，再由深度单元解析散斑得到的图像；在三维(3D)计算机图形和计算机视觉中，深度图像是一种图像或图像通道，其中包含与场景对象的表面到视点的距离有关的信息；深度图像的每个像素点表示深度相机平面与被拍摄物体平面之间的垂直距离，常用16位表示，单位为毫米。需要说明的是，深度图像在刷脸支付中一般用于活体检测，辅助对比识别等。

6、红外图像：由红外传感器(Sensor)采集泛红外光成像的图像。需要说明的是，红外图像在刷脸支付中一般用于活体检测。

7、图像信号处理器(ISP，Image Signal Processor)：指用来对前端图像传感器输出信号进行处理的单元。即ISP的任务就是将“数字眼睛”的视力水平提高到“人类眼睛”的视力水平，让人眼看到数字图像时的效果尽可能接近人眼看到实景时的效果。

8、人脸核身：特指首次注册人脸业务时，把用户人脸图像、身份证、姓名等信息送到核身源(一般是某认证身份的权威机构)进行人脸识别和身份核实。

9、散斑结构光：散斑结构光是通过一个红外散斑投射器投出的按一定结构规律排列的点阵光。散斑结构光成像系统由一个红外激光投射器和一个红外传感器组成，这些点阵光投射到物体表面，通过红外传感器成像以后根据三角测量原理可以还原出物体表面的3D坐标信息，从而获得深度图。

10、暗光场景：指光线十分微弱的场景，具体是指光照强度在0-1000lux范围内的场景，这类场景下用户扫码体验比较差。

11、验证方式：指用户在支付订单时可采用的验证方式；例如，用户可以通过刷脸验证或者刷掌验证来完成支付；需要说明的是，用户在支付时的验证方式可以根据用户自己的意愿任意选择，无需在机器上进行交互确认；

12、扣款方式：指用户发生支付行为后，可以利用哪些渠道从用户的账户进行扣款，目前主流的扣款方式可包括：XXA钱包扣款、XXB钱包扣款、用户银行卡扣款等。

下面将结合附图，对本申请实施例中的技术方案进行描述。

图1是本申请实施例提供的场景图100。

如图1所示，该场景图100中包括支付终端110、用户120以及服务器130。

示例性的，用户120在支付订单时，支付终端110采集用户120在某一验证方式下的生物信息，并向服务器130发送支付请求，该支付请求用于请求服务器130对该订单进行扣款支付，该支付请求中包括采集到的生物信息，服务器130接收支付终端120发送的支付请求，基于支付请求中的生物信息，确定该用户的身份信息，并基于该用户的身份信息调用与该用户身份信息绑定的默认扣款方式进行扣款。

示例性的，该验证方式可以刷脸验证方式、刷掌验证方式或刷指纹验证方式等；相应的，该生物信息可以是用户的人脸图像信息、掌纹信息或指纹信息等；需要说明的是，本申请对用户支付订单时的验证方式和生物信息的类别不作具体限制。需要说明的是，图1中支付终端110、用户120以及服务器130的数目仅仅是示意性的。

需要说明的是，支付终端110和支付服务器130可通过无线或有线的方式基于互联网协议进行通信。需要说明的是，该无线网络可以包括但不限于：无线保真(WIFI)网络、蓝牙网络、红外网络、紫蜂(Zigbee)网络或数据网络等，该有线网络可以是通用串行总线(USB)网络。

其中，该支付终端110可以是同时支持刷脸、刷掌纹或刷指纹等多种验证方式的支付终端；同时，该支付终端110为具备人脸采集、指纹采集、掌纹采集等功能的支付终端；示例性的，该支付终端110可以是智能移动电话、平板电脑、车载终端、笔记本电脑或台式电脑等。该服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、以及大数据和人工智能平台等基础云计算服务的云服务器，服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

此外，该支付终端110可以为具有智能摄像头的支付终端，该智能摄像头可拔插的设置在支付终端110中，该智能摄像头可以是3D(3-Dimensions，三维)摄像头，其具有活体检测的功能。可选地，该智能摄像头可以包括图像传感器(sensor)，该图像传感器可用于采集图像的流媒体数据，该图像传感器可以包括彩色二维图像传感器，深度图像传感器或红外图像传感器中的任意一种多种的组合。可选地，该智能摄像头还可包括处理器，该处理器可以用于进行数据处理，例如，将对采集到的流媒体数据进行筛选处理，得到最优的人脸图像或最优的掌纹图像等；可选的，该处理器可以是DSP(Digital Signal Processor，数字信号处理器)，DSP是一种独特的微处理器，是以数字信号来处理数据的器件。该支付终端110还可以为具有显示装置的支付终端，该显示装置可以显示用户的订单交易信息或用户的支付信息等。

通常情况下，针对用户采用不同验证方式支付订单的情况，服务器130都是调用与该用户的身份信息绑定的默认的扣款方式进行扣款；例如，用户针对某一应用上的订单进行支付时，用户使用刷脸验证方式，默认从该用户的A账户进行扣款；用户使用刷掌验证方式，还是默认从该用户的A账户里进行扣款；若用户使用刷掌验证方式时想要切换扣款方式，则需要在该应用上设置或者调整默认的扣款方式，不仅影响用户支付订单时的支付效率，而且导致用户体验不佳。

基于此，本申请提供了一种支付方法、装置、设备以及存储介质，通过预存多个验证方式和多个扣款方式之间的对应关系，实现用户自由控制验证方式和扣款方式的需求，不仅提高了用户的支付效率，而且提升了用户的支付体验。

下边将结合图2对本申请提供的支付方案的系统框架进行示意性说明。

图2是本申请实施例提供的系统框架的示意性框图200。

如图2所示，该框图200包括支付终端210、用户220以及服务器230。其中，该支付终端210中包括XX应用的设置模块211、采集模块212、验证方式确定模块213；该服务器230中包括数据库231、扣款方式确定模块232、支付模块233。

需要说明的是，该支付终端210可以是如上述图1所示的支付终端110；该服务器230可以是如上述图1所示的服务器130。

XX应用的设置模块211用于接收用户设置XX应用上验证方式和扣款方式之间的对应关系，并将该用户的验证方式和扣款方式之间的对应关系发送给服务器230中的数据库231。

采集模块212用于采集目标用户支付目标订单时的动作图像信息，并将该动作图像信息发送给验证方式确定模块213和扣款方式确定模块232。

验证方式确定模块213用于接收采集模块212发送的动作图像信息，基于该动作图像信息，确定目标用户支付目标订单时采用的目标验证方式，并向服务器230中的扣款方式确定模块232发送支付请求，该支付请求中包括该目标验证方式，该支付请求用于请求服务器230对该订单进行扣款支付。

数据库231用于保存XX应用的设置模块211发送的用户的验证方式和扣款方式之间的对应关系。

扣款方式确定模块232用于接收采集模块212发送的动作图像信息和验证方式确定模块213发送的支付请求，并基于接收到的动作图像信息和支付请求中的目标验证方式，确定目标用户支付目标订单时采用的目标扣款方式。

支付模块233用于接收扣款方式确定模块232发送的目标扣款方式，利用该目标扣款方式对目标订单进行扣款支付，在扣款成功时，向支付终端210发送用于提醒扣款完成的提示语。

通过该统框架实现的支付方案，不仅满足了用户利用不同验证方式，控制不同扣款方式的需求，提高了用户的支付体验；而且相较于用户在支付订单时手动修改扣款方式，利用不同的验证方式控制不同的扣款方式，提高了支付效率。

图3是本申请实施例提供的支付方法300的示意性流程图。需要说明的是，该方法应用于任意具有数据处理能力的电子设备，该电子设备可以是如图1所示的服务器130或如图2所示的服务器230。

如图3所示，该方法300可包括以下中的部分或全部内容：

S301，获取用户支付订单时采用的目标验证方式；

S302，基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式；

S303，基于该目标扣款方式对该订单进行扣款支付。

示例性的，该目标验证方式为多个验证方式中的一种，该多个验证方式包括但不限于刷脸验证方式、刷掌验证方式，刷指纹验证方式；其中，刷掌验证方式又可包括刷左掌验证方式和刷右掌验证方式。示例性的，若用户手上提东西时，不方便使用刷掌验证，此时可以选择刷脸验证；或者用户带着口罩不方便刷脸验证，此时可以选择刷掌验证，即用户可以根据自己的意愿决定验证方式，本申请对目标验证方式的类别不作具体限制，应理解，该目标验证方式需为支付终端支持的验证方式。

示例性的，该目标扣款方式为多个扣款方式中的一种，该多个扣款方式包括但不限于A应用钱包扣款方式、B应用钱包扣款方式、银行卡扣款方式、信用卡扣款方式等。

基于以上技术方案，通过基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式，相当于，为目标验证方式和目标扣款方式之间建立联系，避免了扣款方式和验证方式无关的情形下，不同验证方式始终使用同一默认的扣款方式的情况，一方面，满足了用户利用不同验证方式，控制不同扣款方式的需求，提高了用户的支付体验；另一方面，相较于用户在支付订单时手动修改扣款方式，利用不同的验证方式控制不同的扣款方式，提高了支付效率。

在本申请的一些实施例中，S301可包括：

获取该用户的动作图像信息；

识别该动作图像信息中的目标动作；

获取第一映射关系，并将该第一映射关系中与该目标动作对应的验证方式，确定为该目标验证方式；

其中，该第一映射关系包括至少一个动作和该至少一个动作中每一个动作对应的验证方式，该至少一个动作包括该目标动作。

示例性的，可将获取到的动作图像信息输入至已训练好的动作检测模型，识别该动作图像信息中的目标动作，再利用第一映射关系，为目标动作匹配目标验证方式；需要说明的是，该动作检测模型可以是基于多个样本动作图像信息和多个已标注的动作为训练集进行训练得到的。需要说明的是，识别动作图像信息中的目标动作还可通过其他方式，本申请对识别动作图像信息中目标动作的方法不作具体限制。

示例性的，该目标动作可包括举左手、举右手、摘口罩，伸出手指等中的至少一项。

示例性的，支付终端采集该用户的动作图像信息，将采集到的动作图像信息发送给服务器，服务器接收该动作图像信息，识别该动作图像信息中的目标动作，并确定与该目标动作对应的目标验证方式。例如，支付终端检测是否存在用户靠近支付终端，若存在用户靠近支付终端，则采集该用户在支付终端前的动作图像信息；需要说明的是，该动作图像信息为在距离该支付终端的预设范围内连续采集到的该用户的多个图像信息。

当然，另一示例性的，支付终端也可直接基于采集的动作图像信息，识别该动作图像信息中的目标动作，并确定与该目标动作对应的目标验证方式，再将该目标验证方式发送给服务器，本申请对此不作具体限制。应理解，该支付终端支持该目标验证方式。

示例性的，该第一映射关系可以以词表文件的方式进行存储，也可以以对应关系图的方式进行存储，本申请对第一映射关系的存储方式或存储格式不作具体限制。

需要说明的是，该动作图像信息包括用户支付订单时所使用的生物信息。

需要说明的是，本实施例中的支付终端可以是上述图1所示的支付终端110或图2所示的支付终端210，本实施例中的服务器可以是上述图1所示的服务器130或图2所示的服务器230。

在本实施例中，无需用户与设备进行交互确认验证方式，通过获取用户的动作图像信息，并自动识别该作图像信息中的目标动作，自动获取与目标动作对应的目标验证方式，一方面，用户可以根据自己的意愿任意控制验证方式，提高了用户的支付体验；另一方面，为用户节约支付时间，提高了支付效率。

在本申请的一些实施例中，S302可包括：

获取该用户支付该订单时的生物信息；

识别该生物信息，确定与该生物信息对应的该用户的身份信息；

获取与该身份信息对应的第二映射关系；

其中，该第二映射关系包括至少一个验证方式和该至少一个验证方式中每一个验证方式对应的扣款方式，该至少一个验证方式包括该目标验证方式；

将该第二映射关系中与该目标验证方式对应的扣款方式，确定为该目标扣款方式。

示例性的，该生物信息可以是用户的人脸图像信息、指纹信息或掌纹信息等，本申请对生物信息的种类不作具体限制。

示例性的，服务器获取到该生物信息后，将该生物信息与数据库中多个生物信息分别进行相似度比对，得到数据库中相似度最高的生物信息，并将该相似度最高的生物信息对应的身份信息，确定为该用户的身份信息。

示例性的，服务器获取到该生物信息后，将该生物信息与数据库中多个生物信息分别进行相似度比对，确定相似度大于某一阈值的生物信息，并将该相似度大于某一阈值的生物信息对应的身份信息，确定为该用户的身份信息。

需要说明的是，该数据库可以是SQLite数据库，当然，也可以是其他的数据库，本申请对此不作具体限制。需要说明的是，该数据库存储有多个用户的身份信息分别对应的生物信息，该多个用户的身份信息分别对应的生物信息可以是用户使用支付功能前，用户上传的，也可以是从权威机构获取的，本申请对此不作具体限制。该数据库一般由支付服务商提供，支付服务提供商将用户上传的生物信息和用户的身份信息关联，即不同的生物信息对应不同的身份信息。

示例性的，该第二映射关系可以以词表文件的方式进行存储，也可以以对应关系图的方式进行存储，本申请对第二映射关系的存储方式或存储格式不作具体限制。需要说明的是，该第二映射关系可以是用户在支付订单前预先设置的。

下边将结合图4对第二映射关系中至少一个验证方式和至少一个验证方式中每一个验证方式对应的扣款方式进行举例说明。

如图4所示，在XX应用上设置刷脸验证方式对应A钱包扣款方式、左手刷掌验证方式对应银行卡A扣款方式、右手刷掌验证方式对应信用卡A扣款方式；应理解，图4中的验证方式和扣款方式仅仅为本申请的示例，不应成为对本申请的限制。

应理解，用户在支付终端的XX应用上对至少一个验证方式和该至少一个验证方式中每一个验证方式对应的扣款方式设置完成后，支付终端会将设置完成的验证方式和扣款方式之间的映射关系发送给服务器，服务器将对接收到的映射关系与该用户的身份信息关联，保存至数据库中。

在本实施例中，通过在与用户的身份信息对应的第二映射关系中，确定与目标验证方式对应的目标扣款方式，相当于，为目标验证方式和目标扣款方式之间建立联系，一方面，避免了扣款方式和验证方式无关的情形下，不同验证方式始终使用同一默认的扣款方式，导致用户体验不佳的情况；另一方面，在用户支付订单时直接基于第二映射关系获取与目标验证方式对应的目标扣款方式，无需用户手动修改扣款方式，不仅提高了支付效率，而且提升了用户体验。

在本申请的一些实施例中，方法300还可包括：

若基于该目标扣款方式对该订单进行扣款支付时发生扣款失败，则基于该多个扣款方式中的候选扣款方式对该订单进行扣款支付。

在本实施例中，若扣款失败，则使用候选扣款方式重新对该订单进行扣款支付，而不是给用户反馈失败结果，从而进一步提升用户体验；此外，在扣款失败时，使用候选扣款方式重新对该订单进行扣款支付，有利于提高该订单的支付效率。

在本申请的一些实施例中，该候选扣款方式为该多个扣款方式中该用户历史使用过的扣款方式。

在本申请的一些实施例中，该候选扣款方式包括该多个扣款方式中该用户的历史扣款记录中最近一次成功扣款记录对应的扣款方式。

在其他可替代的实施例中，该候选扣款方式包括该多个扣款方式中该用户历史使用次数大于预设次数的扣款方式。

在本申请的一些实施例中，若基于所述候选扣款方式对所述订单进行扣款支付时发生扣款失败、且扣款失败的次数小于预设次数，则基于所述候选扣款方式中未使用的候选扣款方式对所述订单进行扣款支付。

需要说明的是，该候选扣款方式包括M个扣款方式，M≥1；应理解，预设次数小于或等于候选扣款方式的个数。

在本实施例中，一方面，若基于该目标扣款方式对该订单进行扣款支付时发生扣款失败，无需重新采集用户的目标验证方式，直接尝试重新利用候选扣款方式支付，不仅提高了支付效率，而且提升了用户体验；另一方面，将重新尝试利用候选扣款方式进行扣款支付的次数限制在预设次数内，避免了若支付一直失败，导致支付效率低、且用户体验差的问题。

在本申请的一些实施例中，若基于所述候选扣款方式对所述订单进行扣款支付时发生扣款失败、且扣款失败次数大于或等于所述预设次数，则输出用于提醒扣款失败的提示语。

在本申请的一些实施例中，若基于该候选扣款方式对该订单进行扣款支付时扣款成功、则输出用于提醒扣款成功的提示语。

下边将结合图5对基于该目标扣款方式对该订单进行扣款支付时发生扣款失败，如何尝试基于候选扣款方式重新对该订单进行扣款支付的过程进行示意性说明。

图5是本申请实施例提供的支付方法400的另一示意性流程图。需要说明的是，该方法应用于任意具有数据处理能力的电子设备，该电子设备可以是如图1所示的服务器130或图2所示的服务器230。

如图5所示，该方法400包括：

S401，响应于支付终端的支付请求，基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式。

S402，利用该目标扣款方式对该订单进行扣款处理。

S403，确定是否扣款成功？

S404，若扣款成功，则向支付终端反馈用于提醒扣款成功的提示语。

S405，若扣款失败，则基于用户的历史扣款记录中最近一次成功扣款记录对应的扣款方式尝试对该订单进行扣款支付。

S406，确定是否扣款成功？

S408，若扣款失败，则重新基于历史预设时间内使用过扣款方式中未尝试的剩余扣款方式对该订单进行扣款支付。

S409，确定是否扣款成功？

S411，若扣款失败，则向支付终端反馈用于提醒扣款失败的提示语。

基于以上技术方案，若使用目标扣款方式进行扣款处理时发生扣款失败，则首先基于对历史扣款记录中最近一次成功扣款记录对应的扣款方式尝试对该订单进行扣款支付，当再次发生扣款失败时，再重新基于历史预设时间内使用过扣款方式中未尝试的剩余扣款方式对该订单进行扣款支付，一方面，在首次发生扣款失败时没有给用户反馈失败结果，而是利用该用户的其他扣款方式对该订单进行重新扣款支付，不仅有利于提高支付效率，而且不需要重新采集用户的目标验证方式，可以提升用户体验；另一方面，将重新尝试利用该用户的其他扣款方式进行扣款支付的次数限制在有限次数内，避免了若支付一直失败，导致支付效率低、且用户体验差的问题。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文对本申请实施例提供的方法进行了说明，下面对本申请实施例提供的支付装置进行说明。

图6是本申请实施例提供的支付装置500的示意性框图。

需要说明的是，该支付装置为支付服务器，该支付服务器可以如图1所示的服务器130或如图2所示的服务器230。

如图6所示，该支付装置500包括：

获取单元510，用于获取用户支付订单时采用的目标验证方式；

确定单元520，用于基于该目标验证方式，在该用户的多个扣款方式中确定支付该订单时采用的目标扣款方式；

扣款单元530，基于该目标扣款方式对该订单进行扣款支付。

在本申请的一些实施例中，获取单元510具体用于：

获取该用户的动作图像信息；

识别该动作图像信息中的目标动作；

获取第一映射关系，并将该第一映射关系中与该目标动作对应的验证方式，确定为该目标验证方式；

其中，该第一映射关系包括至少一个动作和该至少一个动作中每一个动作对应的验证方式，该至少一个动作包括该目标动作。

在本申请的一些实施例中，确定单元520具体用于：

获取该用户支付该订单时的生物信息；

识别该生物信息，确定与该生物信息对应的该用户的身份信息；

获取与该身份信息对应的第二映射关系；

其中，该第二映射关系包括至少一个验证方式和该至少一个验证方式中每一个验证方式对应的扣款方式，该至少一个验证方式包括该目标验证方式；

将该第二映射关系中与该目标验证方式对应的扣款方式，确定为该目标扣款方式。

在本申请的一些实施例中，扣款单元530具体用于：

若基于该目标扣款方式对该订单进行扣款支付时发生扣款失败的情况，则基于该多个扣款方式中的候选扣款方式重新对该订单进行扣款支付。

在本申请的一些实施例中，该候选扣款方式为该多个扣款方式中该用户历史使用过的扣款方式。

在本申请的一些实施例中，该候选扣款方式包括该多个扣款方式中的该用户的历史扣款记录中最近一次成功扣款记录对应的扣款方式。

在本申请的一些实施例中，扣款单元530具体还可用于：

若基于所述候选扣款方式对所述订单进行扣款支付时发生扣款失败、且扣款失败的次数小于预设次数，则基于所述候选扣款方式中未使用的候选扣款方式对所述订单进行扣款支付。

在本申请的一些实施例中，装置500还可包括输出单元，该输出单元具体用于：

若基于所述候选扣款方式对所述订单进行扣款支付时发生扣款失败、且扣款失败次数大于或等于所述预设次数，则输出用于提醒扣款失败的提示语。

在本申请的一些实施例中，该输出单元具体还用于：

若基于该候选扣款方式对该订单进行扣款支付时扣款成功，则输出用于提醒扣款成功的提示语。

应理解，支付装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，该支付装置500可以对应于执行本申请实施例的方法300和方法400中的相应主体，并且该支付装置500中的各个单元分别为了实现方法300和方法400中的相应流程，为了简洁，在此不再赘述。

还应当理解，本申请实施例涉及的该支付装置500中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其它实施例中，该支付装置500也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。根据本申请的另一个实施例，可以通过在包括例如中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的通用计算机的通用计算设备上运行能够执行相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造本申请实施例涉及的该支付装置500，以及来实现本申请实施例的支付方法。其中，计算机程序可以记载于例如计算机可读存储介质上，并通过计算机可读存储介质装载于电子设备中，并在其中运行，来实现本申请实施例的相应方法。

换言之，上文涉及的单元可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过软硬件结合的形式实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件组合执行完成。可选地，软件可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图7是本申请实施例提供的电子设备600的示意结构图。

如图7所示，该电子设备600至少包括处理器610以及计算机可读存储介质620。其中，处理器610以及计算机可读存储介质620可通过总线或者其它方式连接。计算机可读存储介质620用于存储计算机程序621，计算机程序621包括计算机指令，处理器610用于执行计算机可读存储介质620存储的计算机指令。处理器610是电子设备600的计算核心以及控制核心，其适于实现一条或多条计算机指令，具体适于加载并执行一条或多条计算机指令从而实现相应方法流程或相应功能。

作为示例，处理器610也可称为中央处理器(Central Processing Unit，CPU)。处理器610可以包括但不限于：通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

作为示例，计算机可读存储介质620可以是高速RAM存储器，也可以是非不稳定的存储器(Non-Volatile Memory)，例如至少一个磁盘存储器；可选的，还可以是至少一个位于远离前述处理器610的计算机可读存储介质。具体而言，计算机可读存储介质620包括但不限于：易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在一种实现方式中，该电子设备600可以是图6所示的支付装置500；该计算机可读存储介质620中存储有计算机指令；由处理器610加载并执行计算机可读存储介质620中存放的计算机指令，以实现图3和图5所示方法实施例中的相应步骤；具体实现中，计算机可读存储介质620中的计算机指令由处理器610加载并执行相应步骤，为避免重复，此处不再赘述。

根据本申请的另一方面，本申请实施例还提供了一种计算机可读存储介质(Memory)，计算机可读存储介质是电子设备600中的记忆设备，用于存放程序和数据。例如，计算机可读存储介质620。可以理解的是，此处的计算机可读存储介质620既可以包括电子设备600中的内置存储介质，当然也可以包括电子设备600所支持的扩展存储介质。计算机可读存储介质提供存储空间，该存储空间存储了电子设备600的操作系统。并且，在该存储空间中还存放了适于被处理器610加载并执行的一条或多条的计算机指令，这些计算机指令可以是一个或多个的计算机程序621(包括程序代码)。

该电子设备600还可包括：收发器630，该收发器630可连接至该处理器610或计算机可读存储介质620。

其中，计算机可读存储介质620可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。

根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。例如，计算机程序621。此时，电子设备600可以是计算机，处理器610从计算机可读存储介质620读取该计算机指令，处理器610执行该计算机指令，使得该计算机执行上述各种可选方式中提供的支付方法。

换言之，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地运行本申请实施例的流程或实现本申请实施例的功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质进行传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元以及流程步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

最后需要说明的是，以上实施例仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (12)

1.一种支付方法，其特征在于，包括：

获取用户支付订单时采用的目标验证方式；

基于所述目标验证方式，在所述用户的多个扣款方式中确定支付所述订单时采用的目标扣款方式；

基于所述目标扣款方式对所述订单进行扣款支付。

2.根据权利要求1所述的方法，其特征在于，所述获取用户支付订单时采用的目标验证方式，包括：

获取所述用户的动作图像信息；

识别所述动作图像信息中的目标动作；

获取第一映射关系，并将所述第一映射关系中与所述目标动作对应的验证方式，确定为所述目标验证方式；

其中，所述第一映射关系包括至少一个动作和所述至少一个动作中每一个动作对应的验证方式，所述至少一个动作包括所述目标动作。

3.根据权利要求1所述的方法，其特征在于，所述基于所述目标验证方式，在所述用户的多个扣款方式中确定支付所述订单时采用的目标扣款方式，包括：

获取所述用户支付所述订单时的生物信息；

识别所述生物信息，确定与所述生物信息对应的所述用户的身份信息；

获取与所述身份信息对应的第二映射关系；

其中，所述第二映射关系包括至少一个验证方式和所述至少一个验证方式中每一个验证方式对应的扣款方式，所述至少一个验证方式包括所述目标验证方式；

将所述第二映射关系中与所述目标验证方式对应的扣款方式，确定为所述目标扣款方式。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若基于所述目标扣款方式对所述订单进行扣款支付时发生扣款失败，则基于所述多个扣款方式中的候选扣款方式对所述订单进行扣款支付。

5.根据权利要求4所述的方法，其特征在于，所述候选扣款方式为所述多个扣款方式中所述用户历史使用过的扣款方式。

6.根据权利要求4所述的方法，其特征在于，所述候选扣款方式包括所述多个扣款方式中所述用户的历史扣款记录中最近一次成功扣款记录对应的扣款方式。

7.根据权利要求4至6中任一项所述的方法，其特征在于，所述方法还包括：

若基于所述候选扣款方式对所述订单进行扣款支付时发生扣款失败、且扣款失败的次数小于预设次数，则基于所述候选扣款方式中未使用的候选扣款方式对所述订单进行扣款支付。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

若基于所述候选扣款方式对所述订单进行扣款支付时发生扣款失败、且扣款失败次数大于或等于所述预设次数，则输出用于提醒扣款失败的提示语。

9.一种支付装置，其特征在于，包括：

获取单元，用于获取用户支付订单时采用的目标验证方式；

确定单元，用于基于所述目标验证方式，在所述用户的多个扣款方式中确定支付所述订单时采用的目标扣款方式；

扣款单元，基于所述目标扣款方式对所述订单进行扣款支付。

10.一种电子设备，其特征在于，包括：

处理器，适于执行计算机程序；

计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被所述处理器执行时，实现如权利要求1至8中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至8中任一项所述的方法。

12.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现如权利要求1至8中任一项所述的方法。