CN116862495A - 支付工具决策方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于金融科技领域，涉及一种支付工具决策方法，包括：获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；根据所述决策因子和所述预设动态脚本确定待执行脚本；将所述待执行脚本输入QLExpress引擎执行，获得执行结果；根据所述执行结果对所述预设支付工具进行可用性标记，得到标记支付工具，其中，所述标记支付工具携带有可用性标记信息；将所述标记支付工具返回至前端，以使所述前端根据所述可用性标记信息在所述标记支付工具中确定目标支付工具，并展示所述目标支付工具。本申请还提供一种支付工具决策装置、计算机设备及存储介质。本申请使得用户支付时更为便捷，提高了用户体验。

Description

支付工具决策方法、装置、计算机设备及存储介质

技术领域

本申请涉及金融科技技术领域，尤其涉及一种支付工具决策方法、装置、计算机设备及存储介质。

背景技术

随着计算机技术的发展，人们在产生消费时也存在多种多样的支付手段，支付就意味着收入，对于任何一家开展业务的公司而言，支付体系都是一项不可或缺的基础支撑能力。然而，每家公司所开展的业务以及所面对的用户场景不尽相同，这就导致了不同公司所需要的支付体系也存在差异。

常规的支付体系，需要在前端一一对接各个支付工具，并且只能机械地陈列出所支持的全部支付工具，而不能根据产品特性、支付金额等因素，筛选并展示合适的支付工具。这就导致了在使用常规的支付体系时，容易出现用户错选支付工具的情况，使得用户的体验不佳，此外，一旦有支付工具需要升级或者增加了新的支付工具，就需要多方***进行对接改造，不仅增加了对接难度，还提高了风险。

因此，有必要提出一种可以在支付时智能化地决策出合适的支付工具并进行展示，以使得支付更为便捷以及风险更低的解决方案。

发明内容

本申请实施例的目的在于提出一种支付工具决策方法、装置、计算机设备及存储介质，以解决目前常规的支付体系不智能、不便捷以及风险较高的技术问题。

为了解决上述技术问题，本申请实施例提供一种支付工具决策方法，采用了如下所述的技术方案：

获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；

根据所述决策因子和所述预设动态脚本确定待执行脚本；

将所述待执行脚本输入QLExpress引擎执行，获得执行结果；

根据所述执行结果对所述预设支付工具进行可用性标记，得到标记支付工具，其中，所述标记支付工具携带有可用性标记信息；

将所述标记支付工具返回至前端，以使所述前端根据所述可用性标记信息在所述标记支付工具中确定目标支付工具，并展示所述目标支付工具。

进一步的，所述获取待支付订单对应的决策因子和配置信息的步骤，具体包括：

获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子；

根据所述待支付订单对应的对接方查询所述配置信息。

进一步的，所述获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子的步骤，具体包括：

根据各个支付通道的特性，抽象所述待支付订单对应的支付模型；

根据所述支付模型接收所述订单信息；

根据所述订单信息提取所述决策因子，其中，所述决策因子包括订单金额、产品形态以及客户端类型。

进一步的，所述根据所述执行结果对所述预设支付工具进行可用性标记的步骤，具体包括：

根据预设参数和所述执行结果，在所述预设支付工具中确定所述待支付订单对应的可用支付工具和不可用支付工具；

为所述可用支付工具填充可用标记，并为所述不可用支付工具填充不可用标记。

进一步的，所述根据所述决策因子和所述预设动态脚本确定待执行脚本的步骤，具体包括：

根据所述决策因子对所述预设动态脚本进行解析和组装，获得所述待执行脚本。

进一步的，在所述获取待支付订单对应的决策因子和配置信息的步骤之前，还包括：

接收管理者输入的参数信息，根据所述参数信息实时更新预设参数，以根据所述预设参数判定所述QLExpress引擎的执行结果。

为了解决上述技术问题，本申请实施例还提供一种支付工具决策装置，包括：

获取模块，用于获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；

确定模块，用于根据所述决策因子和所述预设动态脚本确定待执行脚本；

执行模块，用于将所述待执行脚本输入QLExpress引擎执行，获得执行结果；

标记模块，用于根据所述执行结果对所述预设支付工具进行可用性标记，并将所述预设支付工具返回至前端；

展示模块，用于根据所述可用性标记确定目标支付工具并在所述前端展示。

进一步的，所述获取模块包括：

获取单元，用于获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子；

查询单元，用于根据所述待支付订单对应的对接方查询所述配置信息。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的支付工具决策方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的支付工具决策方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请公开的支付工具决策方法，通过获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；再根据所述决策因子和所述预设动态脚本确定待执行脚本；之后，将所述待执行脚本输入QLExpress引擎执行，获得执行结果；从而根据所述执行结果对所述预设支付工具进行可用性标记，得到标记支付工具，其中，所述标记支付工具携带有可用性标记信息；最终，将所述标记支付工具返回至前端，以使所述前端根据所述可用性标记信息在所述标记支付工具中确定目标支付工具，并展示所述目标支付工具。本申请通过使用智能决策的支付体系，可以根据订单相关的决策因子自动过滤订单不支持的支付工具，减少不必要的支付选择，并降低了一一对接支付工具的风险，使得用户支付时更为便捷，提高了用户体验。

附图说明

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

图1是本申请可以应用于其中的示例性***架构图；

图2是根据本申请的支付决策方法的一个实施例的流程图；

图3是根据本申请的支付决策装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts GroupAudio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的支付决策方法一般由服务器/终端设备执行，相应地，支付决策装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的支付决策方法的一个实施例的流程图。所述的支付决策方法，包括以下步骤：

步骤S201，获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；

在本实施例中，待支付订单为用户在业务场景下产生消费行为时，需要用户进行支付的订单，当服务端存在待支付订单时，可以获取该待支付订单对应的决策因子和配置信息，其中，配置信息包括了该待支付订单对应的预设动态脚本和预设支付工具。具体地，决策因子可以包括但不限于待支付订单对应的订单金额、产品形态以及客户端类型，根据各个支付通道的特性，即可抽象待支付订单对应的支付模型，再根据支付模型接收待支付订单的订单信息，从而根据订单信息提取决策因子，同时，对接方提供了产生待支付订单的业务场景，根据待支付订单的对接方即可查询该对接方对应的配置信息，即待支付订单对应的配置信息，该配置信息中包括了该对接方所支持的支付工具和该对接方满足的动态脚本，分别作为预设支付工具和预设动态脚本，并且不同的对接方所对应的配置信息也存在差异性。

可以理解的是，支付工具为支付指令的载体，用户在线进行支付时，支付页面展示不同支付工具对应的接口，而用户可以在各个支付工具中选择承载自己支付指令的支付工具，并点击其对应的接口进行支付，例如微信支付、支付宝支付、网银支付等。

步骤S202，根据所述决策因子和所述预设动态脚本确定待执行脚本；

在本实施例中，获得待支付订单对应的决策因子和配置信息后，可以根据决策因子和该配置信息中所包括的预设动态脚本确定待执行脚本。具体地，动态脚本可以对应若干个支付工具，前端通过加载特定的动态脚本并进行渲染，在支付页面形成该动态脚本所对应的若干个支付工具对应的接口，使得用户可以在支付页面选择其中一个支付工具，并通过该支付工具对应的接口发出支付指令从而进行支付，因此，根据决策因子对待支付订单对应的预设动态脚本进行解析，并重新组装，即可获得待执行脚本，后续通过QLExpress引擎执行该待执行脚本，即可实现支付工具的智能化决策。

步骤S203，将所述待执行脚本输入QLExpress引擎执行，获得执行结果；

需要说明的是，QLExpress引擎，是由阿里的电商业务规则、表达式(布尔组合)、特殊数学公式计算(高精度)、语法分析、脚本二次定制等强需求而设计的一门开源的动态脚本引擎解析工具。其具有线程安全、高效执行、弱类型脚本语言、安全控制以及代码精简的特性。本方案根据以上特性，使用QLExpress引擎作为技术依托，从而进行多因子判断，以进行支付工具的智能化决策。

在本实施例中，确定待执行脚本后，将该待执行脚本输入QLExpress引擎执行，并获得执行结果。具体地，待执行脚本是根据待支付订单对应的决策因子对预设动态脚本进行重新组装而得到的，将待执行脚本输入QLExpress引擎后，通过QLExpress引擎执行待执行脚本，即可获得执行结果，根据该执行结果可以判定更适合该待支付订单的支付工具，例如，订单金额作为决策因子之一，若待支付订单的订单金额较大，则根据执行结果可以决策出支付工具为网银支付或者***支付。

步骤S204，根据所述执行结果对所述预设支付工具进行可用性标记，得到标记支付工具，其中，所述标记支付工具携带有可用性标记信息；

在本实施例中，获得QLExpress引擎针对待执行脚本的执行结果后，可以根据该执行结果对预设支付工具进行可用性标记，从而得到标记后的预设支付工具，作为标记支付工具，其中，标记支付工具携带有可用性标记信息。具体地，在获得执行结果后，可以根据预设参数和执行结果，在预设支付工具中确定待支付订单对应的可用支付工具和不可用支付工具，并分别为可用支付工具填充可用标记，为不可用支付工具填充不可用标记，使得进行可用性标记后的预设支付工具携带有可用性标记信息，作为标记支付工具，后续可以将标记支付工具返回至前端，以通过前端进行展示，其中，预设参数为管理者预先设置的参数，可以包括各个决策因子对应的区间范围和判断标准等，通过预设参数可以对QLExpress引擎的执行结果进行判定，以填充预设支付工具的可用性。

步骤S205，将所述标记支付工具返回至前端，以使所述前端根据所述可用性标记信息在所述标记支付工具中确定目标支付工具，并展示所述目标支付工具。

在本实施例中，得到标记支付工具后，将标记支付工具返回至前端，以使得前端可以根据可用性标记信息在标记支付工具中确定目标支付工具，并对目标支付工具进行展示。具体地，返回至前端的标记支付工具携带有可用性标记信息，前端可以根据可用性标记信息，将填充有可用标记的标记支付工具作为目标支付工具，并展示目标支付工具，以供用户在目标支付工具中选择想要的支付工具进行支付。

可以理解的是，展示目标支付工具的过程可以包括：形成目标支付工具对应的聚合接口，并将聚合接口展示于待支付订单对应的支付页面。例如，返回至前端的标记支付工具包括账户支付、微信支付、支付宝支付以及网银支付，其中账户支付和微信支付具有可用标记，支付宝支付和网银支付具有不可用标记，则将账户支付和微信支付作为目标支付工具，并形成账户支付和微信支付对应的聚合接口，并将该聚合接口展示于支付页面供用户选择，同时对支付宝支付和网银支付进行隐藏。这样使得展示目标支付工具时，不需要一一对接各个支付通道，屏蔽了各支付通道差异化对接流程，从而可以减少对接成本，降低风险。

本申请通过使用智能决策的支付体系，可以根据订单相关的决策因子自动过滤订单不支持的支付工具，减少不必要的支付选择，并降低了一一对接支付工具的风险，使得用户支付时更为便捷，提高了用户体验。

在本实施例的一些可选的实现方式中，上述获取待支付订单对应的决策因子和配置信息的步骤包括：

获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子；

根据所述待支付订单对应的对接方查询所述配置信息。

在本实施例中，获取待支付订单的订单信息，从而根据订单信息获得决策因子，同时，根据待支付订单对应的对接方查询配置信息，作为待支付订单对应的决策因子和配置信息，以便于后续进行支付工具的智能化决策。具体地，可以根据各个支付通道的特性，抽象待支付订单对应的支付模型，并根据支付模型接收订单信息，再根据订单信息提取决策因子，例如订单金额、产品形态以及客户端类型，此外，根据待支付订单对应的对接方查询其所支持的预设支付工具和其满足的预设动态脚本，作为配置信息。

本申请通过待支付订单的订单信息和对接方合理地确定了进行支付工具决策的条件，有利于后续智能化地进行支付工具决策，提高了支付工具决策的准确性。

在本实施例的一些可选的实现方式中，上述获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子的步骤包括：

根据各个支付通道的特性，抽象所述待支付订单对应的支付模型；

根据所述支付模型接收所述订单信息；

根据所述订单信息提取所述决策因子，其中，所述决策因子包括订单金额、产品形态以及客户端类型。

在本实施例中，根据各个支付通道的特性，可以对待支付订单对应的支付模型进行抽象，从而根据支付模型接收订单信息，再根据订单信息提取决策因子，其中，决策因子包括了订单金额、产品形态以及客户端类型。

可以理解的是，支付通道与支付工具是不同的，一个支付通道可以对应多个支付工具，不同的支付通道具有不同的特性，在微信、支付宝以及网银三种支付通道中，以网银为例，其需要银行卡事先开通网银支付功能，且支付时在银行网银页面输入银行卡信息并验证支付密码，具有稳定易用，安全可靠的特性。

本申请利用不同支付通道的特性将待支付订单的支付模型抽象化，再提取决策因子，提高了决策因子的准确性，使得后续的支付工具决策中可以更准确地过滤不需要的支付工具。

在本实施例的一些可选的实现方式中，上述根据所述执行结果对所述预设支付工具进行可用性标记的步骤包括：

根据预设参数和所述执行结果，在所述预设支付工具中确定所述待支付订单对应的可用支付工具和不可用支付工具；

为所述可用支付工具填充可用标记，并为所述不可用支付工具填充不可用标记。

在本实施例中，预设参数为管理者预先设置的参数，包括了各个决策因子对应的区间范围和判断标准等，以产品形态为例，在保险行业中，产品形态差异较大，预设参数中设定了不同的产品形态下的可用支付工具和不可用支付工具，若待支付订单属于保险行业，由于输入QLExpress引擎的待执行脚本由待支付订单对应的决策因子组装而成，而决策因子中包括了待支付订单的产品形态，则根据预设参数对QLExpress引擎的执行结果进行判定，即可在预设支付工具中确定待支付订单对应的可用支付工具和不可用支付工具，并为可用支付工具填充可用标记，以及为不可用支付工具填充不可用标记，后续可以将携带有可用性标记信息的标记支付工具返回至前端，以使得前端可以根据可用标记和不可用标记确定目标支付工具并进行展示。

本申请利用QLExpress引擎作为技术依托，并采用预设参数对其执行结果进行判定，从而根据待支付订单的环境因素自动化、智能化地决策出合适的支付工具，并在前端进行展示以供用户选择，避免了不必要的支付选择，使得用户支付更为便捷，进而提高了用户体验。

在本实施例的一些可选的实现方式中，上述根据所述决策因子和所述预设动态脚本确定待执行脚本的步骤包括：

根据所述决策因子对所述预设动态脚本进行解析和组装，获得所述待执行脚本。

在本实施例中，获得待支付订单对应的决策因子和配置信息后，根据决策因子对配置信息中所包括的预设动态脚本进行解析和组装，即可获得待执行脚本，从而通过QLExpress引擎执行该待执行脚本以实现支付工具的智能化决策。具体地，预设动态脚本中至少包括了标签和动态参数，根据决策因子对标签和动态参数进行修改，即可重新组装为待执行脚本。

本申请根据待支付订单的环境因素和业务场景配置特殊决策脚本以供进行决策，提高了支付工具决策的智能性和准确性。

在本实施例的一些可选的实现方式中，上述获取待支付订单对应的决策因子和配置信息的步骤之前，还包括：

接收管理者输入的参数信息，根据所述参数信息实时更新预设参数，以根据所述预设参数判定所述QLExpress引擎的执行结果。

在本实施例中，管理者包括后台的运营人员，预设参数由管理者预先设置，针对待支付订单进行支付工具决策之前，通过接收管理者输入的参数信息，可以根据参数信息实时更新预设参数，从而根据预设参数判定QLExpress引擎执行待执行脚本获得的执行结果。

本申请通过运营人员上传的参数信息保持预设参数处于最新状态，对决策过程中的逻辑规则进行动态调整，确保决策过程满足运营需求，提高了支付工具决策的准确性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种支付工具决策装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的支付工具决策装置300包括：获取模块301、确定模块302、执行模块303、标记模块304以及展示模块305。其中：

获取模块301，用于获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；

确定模块302,用于根据所述决策因子和所述预设动态脚本确定待执行脚本；

执行模块303,用于将所述待执行脚本输入QLExpress引擎执行，获得执行结果；

标记模块304,用于根据所述执行结果对所述预设支付工具进行可用性标记，并将所述预设支付工具返回至前端；

展示模块305,用于根据所述可用性标记确定目标支付工具并在所述前端展示。

本申请提供的支付工具决策装置，通过使用智能决策的支付体系，可以根据订单相关的决策因子自动过滤订单不支持的支付工具，减少不必要的支付选择，并降低了一一对接支付工具的风险，使得用户支付时更为便捷，提高了用户体验。

在本实施例的一些可选的实现方式中，上述获取模块301包括：

获取单元，用于获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子；

查询单元，用于根据所述待支付订单对应的对接方查询所述配置信息。

本申请提供的支付工具决策装置，通过待支付订单的订单信息和对接方合理地确定了进行支付工具决策的条件，有利于后续智能化地进行支付工具决策，提高了支付工具决策的准确性。

在本实施例的一些可选的实现方式中，上述获取单元还用于：

根据各个支付通道的特性，抽象所述待支付订单对应的支付模型；

根据所述支付模型接收所述订单信息；

根据所述订单信息提取所述决策因子，其中，所述决策因子包括订单金额、产品形态以及客户端类型。

本申请提供的支付工具决策装置，利用不同支付通道的特性将待支付订单的支付模型抽象化，再提取决策因子，提高了决策因子的准确性，使得后续的支付工具决策中可以更准确地过滤不需要的支付工具。

在本实施例的一些可选的实现方式中，标记模块304还用于：

根据预设参数和所述执行结果，在所述预设支付工具中确定所述待支付订单对应的可用支付工具和不可用支付工具；

为所述可用支付工具填充可用标记，并为所述不可用支付工具填充不可用标记。

本申请提供的支付工具决策装置，利用QLExpress引擎作为技术依托，并采用预设参数对其执行结果进行判定，从而根据待支付订单的环境因素自动化、智能化地决策出合适的支付工具，并在前端进行展示以供用户选择，避免了不必要的支付选择，使得用户支付更为便捷，进而提高了用户体验。

在本实施例的一些可选的实现方式中，确定模块302还用于：

根据所述决策因子对所述预设动态脚本进行解析和组装，获得所述待执行脚本。

本申请提供的支付工具决策装置，根据待支付订单的环境因素和业务场景配置特殊决策脚本以供进行决策，提高了支付工具决策的智能性和准确性。

在本实施例的一些可选的实现方式中，上述支付工具决策装置300还包括：

接收模块，用于接收管理者输入的参数信息，根据所述参数信息实时更新预设参数，以根据所述预设参数判定所述QLExpress引擎的执行结果。

本申请提供的支付工具决策装置，通过运营人员上传的参数信息保持预设参数处于最新状态，对决策过程中的逻辑规则进行动态调整，确保决策过程满足运营需求，提高了支付工具决策的准确性。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过***总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或D支付工具决策存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作***和各类应用软件，例如支付工具决策方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述支付工具决策方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请提供的计算机设备，通过使用智能决策的支付体系，可以根据订单相关的决策因子自动过滤订单不支持的支付工具，减少不必要的支付选择，并降低了一一对接支付工具的风险，使得用户支付时更为便捷，提高了用户体验。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的支付工具决策方法的步骤。

本申请提供的计算机可读存储介质，通过使用智能决策的支付体系，可以根据订单相关的决策因子自动过滤订单不支持的支付工具，减少不必要的支付选择，并降低了一一对接支付工具的风险，使得用户支付时更为便捷，提高了用户体验。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种支付工具决策方法，其特征在于，包括下述步骤：

获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；

根据所述决策因子和所述预设动态脚本确定待执行脚本；

将所述待执行脚本输入QLExpress引擎执行，获得执行结果；

根据所述执行结果对所述预设支付工具进行可用性标记，得到标记支付工具，其中，所述标记支付工具携带有可用性标记信息；

将所述标记支付工具返回至前端，以使所述前端根据所述可用性标记信息在所述标记支付工具中确定目标支付工具，并展示所述目标支付工具。

2.根据权利要求1所述的支付工具决策方法，其特征在于，所述获取待支付订单对应的决策因子和配置信息的步骤，具体包括：

获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子；

根据所述待支付订单对应的对接方查询所述配置信息。

3.根据权利要求2所述的支付工具决策方法，其特征在于，所述获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子的步骤，具体包括：

根据各个支付通道的特性，抽象所述待支付订单对应的支付模型；

根据所述支付模型接收所述订单信息；

根据所述订单信息提取所述决策因子，其中，所述决策因子包括订单金额、产品形态以及客户端类型。

4.根据权利要求1所述的支付工具决策方法，其特征在于，所述根据所述执行结果对所述预设支付工具进行可用性标记的步骤，具体包括：

根据预设参数和所述执行结果，在所述预设支付工具中确定所述待支付订单对应的可用支付工具和不可用支付工具；

为所述可用支付工具填充可用标记，并为所述不可用支付工具填充不可用标记。

5.根据权利要求1所述的支付工具决策方法，其特征在于，所述根据所述决策因子和所述预设动态脚本确定待执行脚本的步骤，具体包括：

根据所述决策因子对所述预设动态脚本进行解析和组装，获得所述待执行脚本。

6.根据权利要求1至5任一项所述的支付工具决策方法，其特征在于，在所述获取待支付订单对应的决策因子和配置信息的步骤之前，还包括：

接收管理者输入的参数信息，根据所述参数信息实时更新预设参数，以根据所述预设参数判定所述QLExpress引擎的执行结果。

7.一种支付工具决策装置，其特征在于，包括：

获取模块，用于获取待支付订单对应的决策因子和配置信息，其中，所述配置信息包括预设动态脚本和预设支付工具；

确定模块，用于根据所述决策因子和所述预设动态脚本确定待执行脚本；

执行模块，用于将所述待执行脚本输入QLExpress引擎执行，获得执行结果；

标记模块，用于根据所述执行结果对所述预设支付工具进行可用性标记，并将所述预设支付工具返回至前端；

展示模块，用于根据所述可用性标记确定目标支付工具并在所述前端展示。

8.根据权利要求7所述的支付工具决策装置，其特征在于，所述获取模块包括：

获取单元，用于获取所述待支付订单的订单信息，并根据所述订单信息获得所述决策因子；

查询单元，用于根据所述待支付订单对应的对接方查询所述配置信息。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至6中任一项所述的支付工具决策方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至6中任一项所述的支付工具决策方法的步骤。