CN113256284B - 支付处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了支付处理方法及装置，其中，一种支付处理方法包括：根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示；若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数；根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

Description

支付处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种支付处理方法及装置。

背景技术

随着在线交易的不断发展，越来越多的用户选择在电子交易平台上进行网上购物，涉及交易的产品也越来越丰富，涉及金额也越来越大，对于面向商家和用户提供交易撮合的电子交易平台而言，通过提供交易产品的分期支付方式来提升用户参与交易的意愿，并且通过引入信用体系向用户分配用于进行分期的一定额度，使用户可以根据额度进行消费，实现针对一种商品分多次支付来完成购买。

发明内容

本说明书一个或多个实施例提供了一种支付处理方法。所述支付处理方法，应用于收银平台，包括：根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验。基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示。若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数。根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

本说明书一个或多个实施例提供了另一种支付处理方法，应用于服务平台，包括：获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求。基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道。向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示。获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

本说明书一个或多个实施例提供了一种支付处理装置，运行于收银平台，包括：准入校验模块，被配置为根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验。组合展示模块，被配置为基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示。参数展示模块，被配置为若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数。支付处理模块，被配置为根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

本说明书一个或多个实施例提供了另一种支付处理装置，运行于服务平台，包括：请求获取模块，被配置为获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求。准入校验模块，被配置为基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道。渠道返回模块，被配置为向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示。期数查询模块，被配置为获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

本说明书一个或多个实施例提供了一种支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验。基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示。若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数。根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

本说明书一个或多个实施例提供了另一种支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求。基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道。向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示。获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验。基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示。若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数。根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求。基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道。向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示。获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

附图说明

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

图1为本说明书一个或多个实施例提供的一种支付处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种分期渠道组合的展示界面示意图；

图3为本说明书一个或多个实施例提供的一种分期配置参数的展示界面示意图；

图4为本说明书一个或多个实施例提供的一种支付提醒界面示意图；

图5为本说明书一个或多个实施例提供的一种应用于分期支付场景的支付处理方法时序图；

图6为本说明书一个或多个实施例提供的另一种支付处理方法处理流程图；

图7为本说明书一个或多个实施例提供的一种支付处理装置示意图；

图8为本说明书一个或多个实施例提供的另一种支付处理装置示意图；

图9为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图；

图10为本说明书一个或多个实施例提供的另一种支付处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书提供的一种支付处理方法实施例：

参照图1，其示出了本实施例提供的一种支付处理方法处理流程图，参照图2，其示出了本实施例提供的一种分期渠道组合的展示界面示意图，参照图3，其示出了本实施例提供的一种分期配置参数的展示界面示意图，参照图4，其示出了本实施例提供的一种支付提醒界面示意图，参照图5，其示出了本实施例提供的一种应用于分期支付场景的支付处理方法时序图。

参照图1，本实施例提供的支付处理方法，应用于收银平台，具体包括步骤S102至步骤S108。

步骤S102，根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验。

本实施例提供的支付处理方法，通过将不同类型的可用分期支付渠道进行组合展示，使用户可以直观的查看可使用的可用分期支付渠道，具体的，收银平台根据用户对目标用户的支付指令，调用服务平台对用户的可用分期支付渠道进行准入校验，在准入校验后，收银平台将收银平台返回的可用分期支付渠道以分期渠道组合的形式进行渲染以及展示，并且在检测到用户选择可用分期支付渠道中的目标分期支付渠道的情况下，对目标分期支付渠道的分期配置参数进行展示，最后根据用户对支付分期配置参数提交的支付请求进行支付处理，以此，通过将多种可用分期支付渠道聚合起来，为用户提供更加多样的可用分期支付渠道，且通过向用户展示分期渠道组合，提升交易的成功率。

本实施例所述分期支付渠道，包括该用户历史使用或者具有绑定记录的分期支付渠道。在对分期支付渠道进行准入校验后，会获得用户针对该目标订单的可用分期支付渠道。本实施例中的可用分期支付渠道，包括授信分期支付渠道和/或信用分期支付渠道，所述信用分期支付渠道，包括发卡机构提供的信用卡的分期支付渠道，也包括服务平台基于用户的信用等级提供的分期支付渠道。此外，可用分期支付渠道还可包括经用户授权的其他分期支付渠道。所述授信分期支付渠道，包括基于授信额度提供的授信分期支付渠道；授信额度，是指根据用户的信用信息、资源水平和各类资产价值等因素，在指定期限内授信给用户一个资源的使用额度，用户在指定期限内有权支配该使用额度对应的资源。对于授信额度对应的资源，用户虽然有权支取或者使用这部分资源，但在使用授信额度对应的资源后，还需在约定期限内对使用的资源进行归还。所述服务平台，是指提供授信额度的平台，此外，服务平台还负责对用户的可用分期支付渠道进行准入校验。

具体而言，用户在使用基于授信额度的可用分期支付渠道进行分期支付处理的过程中，根据分期支付的总金额，冻结用户的授信额度中与所述分期支付的总金额相应的额度部分，并且由授信额度的出资机构按照分期支付的金额将资金支付给用户订单对应的商家，后续用户分期支付的过程，实质是向授信额度的出资机构进行分期资金偿还的过程，每偿还一期分期金额，则解冻用户被冻结的额度部分当中相应的额度。

实际应用中，用户对目标订单进行支付时，向用户展示可用支付渠道，用户可通过选择目标支付渠道进行支付确认，若商家提供的商品的金额较大，用户可能无法一次性能够支付，会导致商品的交易率低，为了增加商品交易率，商家和各发卡机构向用户提供分期支付服务，用户可通过分期支付的方式对商品进行支付，以此减少用户的支付压力，提高商品的交易率。

具体实施时，为了提升用户体验，使用户的支付渠道更加多样，将用户可以使用的可用分期支付渠道通过分期渠道组合的方式向用户展示。基于此，在获取到用户对目标订单的支付指令后，为了保证向用户展示的分期渠道组合中的可用分期支付渠道的有效性，首先调用服务平台对用户的可用分期支付渠道进行准入校验，可选的，所述收银平台通过决策平台，发起对所述服务平台的服务接口的接口调用，以使所述服务平台进行所述准入校验；相应的，所述可用分期支付渠道由所述服务平台发送至所述决策平台，并由所述决策平台返回至所述收银平台。

具体的，收银平台根据用户对目标订单的支付指令生成准入校验请求，并将该准入校验请求向决策平台发送，以使决策平台调用服务平台的服务接口，并将该准入校验请求通过服务接口向服务平台发送，服务平台获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求，并基于准入校验请求进行用户的准入校验。

本实施例提供的第一种可选实施方式中，服务平台在对授信分期支付渠道进行准入校验的过程中，执行如下步骤：

判断所述用户是否为授信服务的签约用户；

若是，判断所述目标订单对应的商家是否签署针对授信分期支付渠道的准入协议；

若是，检测所述目标订单是否满足所述授信分期支付渠道的准入条件；

若满足，则确定所述用户对所述授信分期支付渠道准入通过。

进一步，在检测目标订单是否满足授信分期支付渠道的准入条件的过程中，首先检测所述目标订单的订单类型是否在所述授信分期支付渠道对应的限制交易类型清单中记录；若记录，则确定该用户的授信分期支付渠道不可用；若未记录，查询所述用户的授信额度，并判断所述目标订单的订单金额是否处于所述授信额度的额度范围内；若处于，则确定所述目标订单满足所述准入条件，并读取所述授信分期支付渠道的分期权益信息；若未处于，则确定该用户的授信分期支付渠道不可用。

具体的，在对授信分期支付渠道进行准入校验的过程中，需要查询用户是否为授信服务的签约用户，若否，则确定准入校验未通过；若是，查询目标订单对应的商家是否签署了针对授信分期支付渠道的准入协议，若否，则确定准入校验未通过；若是，则检测目标订单的订单类型是否为授信分期支付渠道支持的交易类型，若否，则确定准入校验未通过；若是，则查询目标订单的订单金额是否大于或者等于预设授信分期限额，若否，则确定准入校验未通过；若是，则查询用户的授信额度，判断订单金额是否小于或者等于用户的授信额度，若是，则确定用户对授信分期支付渠道准入校验通过，若否，则确定准入校验未通过。

例如，收银平台根据用户对目标订单的支付请求生成准入校验请求，将该准入校验请求通过决策平台向服务平台转发，服务平台在接收到准入校验请求后，首先对用户的授信分期支付渠道进行准入校验。首先判断用户是否签署了对授信服务的授权协议，若否，则确定该用户的授信分期支付渠道不可用；若是，则判断目标订单对应的商家是否签署了授信分期支付渠道的贴息协议；若否，则确定该用户的授信分期支付渠道不可用；若是，检测目标订单的尾款支付类型是否为授信分期支付渠道支持的交易类型；若否，则确定该用户的授信分期支付渠道不可用；若是，则查询用户的授信额度以及授信分期支付渠道的预设授信分期限额，查询到的预设授信分期限额为2000元，用户的授信额度为5000元，目标订单的订单金额为3500元，因为3500元处于2000元和5000元之间，则确定订单金额处于可用的额度范围内，进一步确定用户的授信分期支付渠道准入通过，查询授信分期支付渠道的分期权益信息。

本实施例提供的第二种可选实施方式中，服务平台在对信用分期支付渠道进行准入校验的过程中，执行如下步骤：

判断所述用户是否签署信用分期支付渠道的分期协议；

若是，判断所述目标订单对应的商家是否签署针对所述信用分期支付渠道的收单协议；

若是，检测所述目标订单是否满足所述信用分期支付渠道的准入条件；

若满足，则确定所述用户对所述信用分期支付渠道准入通过。

实际应用中，发卡机构对用户使用信用卡进行分期支付往往存在一定的限制，即不能超出发卡机构授予用户的额度，又不能小于发卡机构规定的最低金额，而用户在交易下单的过程中，很多情况下会将多个商品组合下单并一起进行支付，针对于此，为了避免单个商品的商品金额较小导致分期支付失败，本实施例提供的一种可选实施方式中，在检测所述目标订单是否满足所述信用分期支付渠道的准入条件的过程中，查询所述信用分期支付渠道的使用状态；若所述使用状态为无效状态，则确定准入校验未通过；若所述使用状态为有效状态，判断所述目标订单的订单金额是否大于或者等于预设分期限额；若否，则确定准入校验未通过；若是，检测所述目标订单对应的订单类型是否在所述信用分期支付渠道对应的发卡机构的限制交易类型清单中记录；若未记录，则确定所述目标订单满足所述准入条件，并读取所述信用分期支付渠道的分期权益信息；若记录，则确定准入校验未通过。

以信用卡为例，对信用分期支付渠道进行准入校验的过程中，需要核验信用卡是否可用，查询分期期限是否在信用卡的有效期内，查询目标订单的订单金额是否大于或者等于信用卡的预设分期限额，查询订单金额是否小于或者等于信用卡的用户信用额度，查询用户是否签署了针对信用卡的分期协议，查询目标订单对应的商家是否签署了针对行用卡可用分期支付渠道的收单协议和贴息协议，查询目标订单的订单类型是否为信用卡可用分期支付渠道支持的交易类型。需要说明的是，以上对信用卡的准入校验，在具体实施时可以全部校验，也可根据实际需求做部分校验，本实施例在此不做限定。在对信用卡的准入校验通过的情况下，则确定用户对信用卡可用分期支付渠道的准入校验通过，并读取信用卡可用分期支付渠道的分期权益信息。

步骤S104，基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示。

根据上述两种实施方式，服务平台确定用户的可用分期支付渠道，并将用户的可用分期支付渠道通过决策平台向收银平台返回，收银平台在接收到可用分期支付渠道后，根据可用分期支付渠道确定分期渠道组合，并对分期渠道组合进行渲染以及展示。

具体实施时，为了提升用户对信用卡可用分期支付渠道的感知程度，对信用卡可用分期支付渠道进行优先展示，本实施例提供的一种可选实施方式这种，通过如下方式确定分期渠道组合，并对分期渠道组合进行渲染以及展示：

接收所述服务平台返回的授信分期支付渠道及其分期权益信息，和/或信用分期支付渠道及其分期权益信息；

基于所述授信分期支付渠道和/或所述信用分期支付渠道确定所述分期渠道组合；

按照渠道优先级对所述授信分期支付渠道和/或所述信用分期支付渠道进行排序；

根据排序顺序渲染所述分期渠道组合的展示界面并展示；所述展示界面展示有所述授信分期支付渠道、所述信用分期支付渠道和/或对应的分期权益信息。

所述渠道优先级，可以根据渠道类型确定，也可以根据用户指定的结果确定，此外，还可以根据用户指定以及渠道类型两者进行确定。接收所述服务平台返回的授信分期支付渠道及其分期权益信息，和/或信用分期支付渠道及其分期权益信息的过程中，接收授信分期支付渠道、授信分期支付渠道的分期权益信息、信用分期支付渠道和/或信用分期支付渠道的分期权益信息。

为了进一步提升用户对信用卡可用分期支付渠道的感知程度，可将信用卡可用分期支付渠道设置为推荐可用分期支付渠道，在向用户进行分期渠道组合的展示过程中展示信用卡可用分期支付渠道的分期配置参数，本实施例提供的一种可选实施方式中，通过如下方式对分期渠道组合进行渲染以及展示：

接收所述服务平台返回的至少一个可用分期支付渠道，并基于所述至少一个可用分期支付渠道确定所述分期渠道组合；

将预设可用分期支付渠道作为分期渠道组合中的首位展示渠道，并对所述分期渠道组合中首位之外的可用分期支付渠道根据渠道类型进行排序；

向所述服务平台查询所述预设可用分期支付渠道的分期期数；

基于所述分期期数以及所述目标订单的订单金额，计算所述预设可用分期支付渠道的分期配置参数；

按照排序顺序和/或所述分期配置参数对分期渠道组合中的可用分期支付渠道进行渲染并展示。

如图2所示，收银平台接收到服务平台返回的可用分期支付渠道包括信用卡可用分期支付渠道和授信分期支付渠道，则将授信分期渠道和信用卡分期渠道聚合成分期渠道组合，按照信用卡和授信服务的优先级，将信用卡可用分期支付渠道作为首位展示渠道，向服务平台查询信用卡可用分期支付渠道的分期期数包括3期、6期和12期，分期权益信息为空，目标订单的订单金额为N元，则根据信用卡可用分期支付渠道的分期期数以及订单金额计算信用卡可用分期支付渠道的分期配置参数为“¥X1*3期，¥X2*6期，¥X3*12期”，X1、X2、X3分别表示3期、6期和12期对应的每期需要支付的金额，X1*3，X2*6，X3*12的结果超出N的部分为用户需要支付的利息。查询到的授信分期支付渠道具有免手续费的优惠，则渲染如图2所示的分期渠道组合的展示界面并展示。其中，图2中展示有xxxx银行的信用卡单期支付渠道，在分期渠道组合中展示有xxxx银行的信用卡的可用分期支付渠道。

步骤S106，若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数。

本实施例中，分期配置参数，即可用分期支付渠道的期数以及不同期数下每期需要支付的金额。

具体实施时，用户可通过对分期渠道组合的展示界面选择目标分期支付渠道，若检测到用户选择目标分期支付渠道，则向服务平台查询目标分期支付渠道的分期期数，并根据分期期数计算目标分期支付渠道的分期配置参数进行展示，本实施例提供的一种可选实施方式中，若检测到用户对目标分期支付渠道的选中操作，通过如下操作对目标分期支付渠道的分期配置参数进行展示：

基于所述目标分期支付渠道生成渠道查询请求，并通过决策平台向所述服务平台发送，以使所述服务平台查询所述目标分期支付渠道的分期期数；

接收所述服务平台通过所述决策平台返回的分期期数，基于所述分期期数、所述目标分期支付渠道对应的分期权益信息和/或所述目标订单的订单金额，计算所述目标分期支付渠道的分期配置参数并展示。

具体的，在对分期渠道组合进行展示的过程中，若将信用卡可用分期支付渠道作为预设可用分期支付渠道进行展示，则若检测到所述分期渠道组合中的预设可用分期支付渠道外的候选可用分期支付渠道被选中，生成针对所述候选可用分期支付渠道的查询请求并向所述服务平台发送；接收所述服务平台查询到的所述候选可用分期支付渠道的候选分期期数；基于所述候选分期期数以及所述订单金额计算所述候选可用分期支付渠道的候选分期配置参数；基于所述候选分期配置参数进行候选界面的渲染以及展示。

若检测到用户触发图2中的授信分期支付渠道，则通过决策平台向服务平台转发对授信分期支付渠道的分期期数的查询请求，服务平台查询到授信分期支付渠道的分期期数包括3期、6期和12期并通过决策平台向收银平台返回，收银平台接收分期期数之后，根据订单金额N元，授信分期支付渠道的3期免息权益计算授信分期支付渠道的分期配置参数为¥X4*3期，¥X5*6期，¥X6*12期，根据计算获得的分期配置参数渲染如图3所示的目标分期支付渠道的分期配置参数的展示界面并展示，其中，X4*3等于N，X5*6，X6*12的结果中超出N的部分为用户需要支付的利息。

步骤S108，根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

具体实施时，用户选择了支付渠道以及支付分期配置参数后提交支付请求，收银平台根据支付请求对目标订单进行支付处理。

本实施例提供的第一种可选实施方式中，若所述支付请求对应的支付渠道为授信分期支付渠道，则执行如下操作：

基于所述支付请求，创建所述目标订单对应的分期支付订单；

按照所述分期支付订单的实付金额，冻结所述授信分期支付渠道对应的授信额度，并向结算平台提交清算申请数据，由所述结算平台根据所述清算申请数据中包含的所述实付金额，从所述授信额度的出资机构账户进行资金扣除，并将扣除所得资金转入商家账户。

具体的，若用户提交针对授信分期支付渠道的支付请求，则基于用户选择的支付分期配置参数创建目标订单对应的分期支付订单，并按照分期后的实付金额，对用户的额度进行冻结，并有结算平台将冻结的用户额度对应的资金从出资机构账户向商家账户转移。

本实施例提供的第二种可选实施方式中，若所述支付请求中的支付渠道为信用分期支付渠道，则执行如下操作：

基于所述支付请求生成可用查询请求并向发卡机构发送；

接收所述发卡机构基于所述可用查询请求返回的可用类型标识；

若所述可用类型标识为可用标识，则查询所述目标订单对应的商家是否签署分期支付协议；

若是，则根据所述支付请求中的支付分期配置参数进行支付处理；

若否，向用户发送信用分期支付渠道的不可用提醒。

以信用卡为例，若用户选择信用卡可用分期支付渠道，则需要判断信用卡的可用性，具体的，信用卡的可用性判断有两个决定性因子，一个是目标订单对应的商家是否签署收单协议，另外一个是发卡机构对目标订单的可用判断标识，因此，在接收到用户基于行用卡可用分期支付渠道的支付请求时，首先向发卡机构查询可用判断标识，若可用判断标识属于可用标识，则查询目标订单对应的商家是否签署收单协议，若是，则基于用户选择的支付分期配置参数进行支付处理。

如图2所示，用户选择了分期配置参数为¥X2*6期的支付方式，为了进一步提升用户对分期配置参数的感知程度，则基于¥X2*6期的分期配置参数渲染如图4所示的支付提醒界面并展示。其中，图4中还可展示对于选中的分期配置参数的年化利率，年化利率以实际计算为准。

需要说明的是，在对分期渠道组合进行展示的过程中，用户可以自主切换可用分期支付渠道，在提交支付请求前需要选择支付分期配置参数。例如，在对图2进行展示时，期数未选中，用户需要选中期数，期数选中后，则直接跳转到如图4所示的支付提醒界面，若用户在图2所示的界面未选期数触发支付控件时，向用户展示必选期数的弹窗提醒，若未选择期数，则返回支付首页，若用户选中授信分期支付渠道，则展示如图3所示的界面。

除此之外，为了提升用户对分期渠道组合的感知程度，向用户发送分期渠道组合的介绍内容，具体的，本实施例提供的一种可选实施方式中，若检测到所述用户为对所述分期渠道组合的新用户，则基于所述分期渠道组合的组合特征展示组合介绍内容并展示；或者，若检测到所述用户对所述分期渠道组合的介绍内容的查看请求，基于所述分期渠道组合的组合特征渲染内容图层并展示。

下述以本实施例提供的一种支付处理方法在分期支付场景的应用为例，对本实施例提供的支付处理方法进行进一步说明，参见图5，应用于分期支付场景的支付处理方法，具体包括如下步骤。

步骤S502，根据用户对目标订单的支付指令，生成准入校验请求，并将准入校验请求通过决策平台向服务平台发送。

此后，服务平台核验用户是否为授信服务的签约用户；若否，则确定用户的授信分期支付渠道不可用；若是，判断目标订单是否满足授信分期支付渠道的准入条件；若否，则确定用户的授信分期支付渠道不可用；若是，判断用户是否签署信用分期支付渠道的分期协议；若否，则确定用户的信用分期支付渠道不可用；若是，判断目标订单是否满足信用分期支付渠道的准入条件；若否，则确定用户的信用分期支付渠道不可用；若是，将授信分期支付渠道和信用分期支付渠道作为用户的可用分期支付渠道，并通过决策平台向收银平台返回。

步骤S514，将授信分期支付渠道和信用分期支付渠道聚合成分期渠道组合，并对分期渠道组合进行渲染以及展示。

步骤S516，若检测到分期渠道组合中的目标分期支付渠道被选中，基于目标分期支付渠道生成查询请求，并将查询请求通过决策平台向服务平台发送。

此后，服务平台查询目标分期支付渠道的分期期数并将分期期数通过决策平台向收银平台返回。

步骤S520，根据分期期数以及目标订单确定分期配置参数，并对分期配置参数进行展示。

步骤S522，根据用户对信用分期支付渠道的支付请求，对目标订单进行支付处理。

综上所述，本实施例提供的支付处理方法，首先根据用户对目标订单的支付指令，调用服务平台对用户的可用分期支付渠道进行准入校验，然后基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进分期渠道组合的渲染以及展示，若检测可用分期支付渠道中的目标分期支付渠道被选中，获取并展示目标分期支付渠道的分期配置参数，最后根据用户基于分期配置参数提交的支付请求，对目标订单进行支付处理，以此提升用户可使用的支付渠道的多样性，提升订单的成交率。

本说明书提供的另一种支付处理方法实施例：

参照图6，其示出了本实施例提供的一种支付处理方法处理流程图，参照图2，其示出了本实施例提供的一种分期渠道组合的展示界面示意图，参照图3，其示出了本实施例提供的一种分期配置参数的展示界面示意图，参照图4，其示出了本实施例提供的一种支付提醒界面示意图，参照图5，其示出了本实施例提供的一种应用于分期支付场景的支付处理方法时序图。

参照图6，本实施例提供的支付处理方法，应用于服务平台，具体包括步骤S602至步骤S608。

本实施例提供的支付处理方法的执行主体为服务平台，本说明书提供的另一种支付处理方法实施例的执行主体为收银平台，本实施例提供的应用于服务平台的支付处理方法，与上述方法实施例提供的应用于收银平台的支付处理方法在执行过程中相互配合，因此，阅读本实施例请对照上述方法实施例的相应内容

步骤S602，获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求。

本实施例提供的支付处理方法，通过将不同属性的可用分期支付渠道进行组合展示，使用户可以直观的查看可使用的可用分期支付渠道，具体的，收银平台根据用户对目标用户的支付指令，调用服务平台对用户的可用分期支付渠道进行准入校验，在准入校验后，收银平台将收银平台返回的可用分期支付渠道以分期渠道组合的形式进行渲染以及展示，并且在检测到用户选择可用分期支付渠道中的目标分期支付渠道的情况下，对目标分期支付渠道的分期配置参数进行展示，最后根据用户对支付分期配置参数提交的支付请求进行支付处理，以此，通过将多种可用分期支付渠道聚合起来，为用户提供更加多样的可用分期支付渠道，且通过向用户展示分期渠道组合，提升交易的成功率。

本实施例提供的一种可选实施方式中，所述收银平台通过所述决策平台，发起对所述服务平台的服务接口的接口调用，并传入所述准入校验请求；

相应的，所述可用分期支付渠道由所述服务平台发送至所述决策平台，并由所述决策平台返回至所述收银平台。

步骤S604，基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道。

实际应用中，用户对目标订单进行支付时，向用户展示可用支付渠道，用户可通过选择目标支付渠道进行支付确认，若商家提供的商品的金额较大，用户可能无法一次性能够支付，会导致商品的交易率低，为了增加商品交易率，商家和各发卡机构向用户提供分期支付服务，用户可通过分期支付的方式对商品进行支付，以此减少用户的支付压力，提高商品的交易率。本实施例所述可用分期支付渠道，包括授信分期渠道和/或信用分期渠道，所述信用分期渠道，包括发卡机构提供的信用卡的分期渠道，也包括服务平台基于用户的信用等级提供的分期渠道。此外，可用分期支付渠道还可包括其他用户授权的分期渠道。

具体实施时，为了提升用户体验，使用户的支付渠道更加多样，将用户可以使用的可用分期支付渠道通过分期渠道组合的方式向用户展示。基于此，在获取到用户对目标订单的支付指令后，为了保证向用户展示的分期渠道组合中的可用分期支付渠道的有效性，首先调用服务平台对用户的可用分期支付渠道进行准入校验，可选的，所述收银平台通过决策平台，发起对所述服务平台的服务接口的接口调用，以使所述服务平台进行所述准入校验；相应的，所述可用分期支付渠道由所述服务平台发送至所述决策平台，并由所述决策平台返回至所述收银平台。

具体的，收银平台根据用户对目标订单的支付指令生成准入校验请求，并将该准入校验请求向决策平台发送，以使决策平台调用服务平台的服务接口，并将该准入校验请求通过服务接口向服务平台发送，服务平台获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求，并基于准入校验请求进行用户的准入校验。

本实施例提供的第一种可选实施方式中，服务平台在对授信分期支付渠道进行准入校验的过程中，执行如下步骤：

判断所述用户是否为授信服务的签约用户；

若是，判断所述目标订单对应的商家是否签署针对授信分期支付渠道的准入协议；

若是，检测所述目标订单是否满足所述授信分期支付渠道的准入条件；

若满足，则确定所述用户对所述授信分期支付渠道准入通过。

进一步，在检测目标订单是否满足授信分期支付渠道的准入条件的过程中，首先检测所述目标订单的订单类型是否在所述授信分期支付渠道对应的限制交易类型清单中记录；若记录，则确定该用户的授信分期支付渠道不可用；若未记录，查询所述用户的授信额度，并判断所述目标订单的订单金额是否处于所述授信额度的额度范围内；若处于，则确定所述目标订单满足所述准入条件，并读取所述授信分期支付渠道的分期权益信息；若未处于，则确定该用户的授信分期支付渠道不可用。

具体的，在对授信分期支付渠道进行准入校验的过程中，需要查询用户是否为授信服务的签约用户，若是，查询目标订单对应的商家是否签署了针对授信分期支付渠道的准入协议，若是，则检测目标订单的订单类型是否为授信分期支付渠道支持的交易类型，若是，则查询目标订单的订单金额是否大于或者等于预设授信分期限额，若是，则查询用户的授信额度，判断订单金额是否小于或者等于用户的授信额度，若是，则确定用户对授信分期支付渠道准入校验通过。

例如，收银平台根据用户对目标订单的支付请求生成准入校验请求，将该准入校验请求通过决策平台向服务平台转发，服务平台在接收到准入校验请求后，首先对用户的授信分期支付渠道进行准入校验。首先判断用户是否签署了对授信服务的授权协议，若否，则确定该用户的授信分期支付渠道不可用；若是，则判断目标订单对应的商家是否签署了授信分期支付渠道的贴息协议；若否，则确定该用户的授信分期支付渠道不可用；若是，检测目标订单的尾款支付类型是否为授信分期支付渠道支持的交易类型；若否，则确定该用户的授信分期支付渠道不可用；若是，则查询用户的授信额度以及授信分期支付渠道的预设授信分期限额，查询到的预设授信分期限额为2000元，用户的授信额度为5000元，目标订单的订单金额为3500元，因为3500元处于2000元和5000元之间，则确定订单金额处于可用的额度范围内，进一步确定用户的授信分期支付渠道准入通过，查询授信分期支付渠道的分期权益信息。

本实施例提供的第二种可选实施方式中，服务平台在对信用分期支付渠道进行准入校验的过程中，执行如下步骤：

判断所述用户是否签署信用分期支付渠道的分期协议；

若是，判断所述目标订单对应的商家是否签署针对所述信用分期支付渠道的收单协议；

若是，检测所述目标订单是否满足所述信用分期支付渠道的准入条件；

若满足，则确定所述用户对所述信用分期支付渠道准入通过。

实际应用中，发卡机构对用户使用信用卡进行分期支付往往存在一定的限制，即不能超出发卡机构授予用户的额度，又不能小于发卡机构规定的最低金额，而用户在交易下单的过程中，很多情况下会将多个商品组合下单并一起进行支付，针对于此，为了避免单个商品的商品金额较小导致分期支付失败，本实施例提供的一种可选实施方式中，在检测所述目标订单是否满足所述信用分期支付渠道的准入条件的过程中，查询所述信用分期支付渠道的使用状态；若所述使用状态为有效状态，判断所述目标订单的订单金额是否大于或者等于预设分期限额；若是，检测所述目标订单对应的订单类型是否在所述信用分期支付渠道对应的发卡机构的限制交易类型清单中记录；若未记录，则确定所述目标订单满足所述准入条件，并读取所述信用分期支付渠道的分期权益信息。

以信用卡为例，对信用分期支付渠道进行准入校验的过程中，需要核验信用卡是否可用，查询分期期限是否在信用卡的有效期内，查询目标订单的订单金额是否大于或者等于信用卡的预设分期限额，查询订单金额是否小于或者等于信用卡的用户信用额度，查询用户是否签署了针对信用卡的分期协议，查询目标订单对应的商家是否签署了针对行用卡可用分期支付渠道的收单协议和贴息协议，查询目标订单的订单类型是否为信用卡可用分期支付渠道支持的交易类型。需要说明的是，以上对信用卡的准入校验，在具体实施时可以全部校验，也可根据实际需求做部分校验，本实施例在此不做限定。在对信用卡的准入校验通过的情况下，则确定用户对信用卡可用分期支付渠道的准入校验通过，并读取信用卡可用分期支付渠道的分期权益信息。

步骤S606，向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示。

根据上述两种实施方式，服务平台确定用户的可用分期支付渠道，并将用户的可用分期支付渠道通过决策平台向收银平台返回，收银平台在接收到可用分期支付渠道后，根据可用分期支付渠道确定分期渠道组合，并对分期渠道组合进行渲染以及展示。

具体实施时，为了提升用户对信用卡可用分期支付渠道的感知程度，对信用卡可用分期支付渠道进行优先展示，本实施例提供的一种可选实施方式这种，通过如下方式确定分期渠道组合，并对分期渠道组合进行渲染以及展示：

接收所述服务平台返回的授信分期支付渠道及其分期权益信息，和/或信用分期支付渠道及其分期权益信息；

基于所述授信分期支付渠道和/或所述信用分期支付渠道确定所述分期渠道组合；

按照渠道优先级对所述授信分期支付渠道和/或所述信用分期支付渠道进行排序；

根据排序顺序渲染所述分期渠道组合的展示界面并展示；所述展示界面展示有所述授信分期支付渠道、所述信用分期支付渠道和/或对应的分期权益信息。

为了进一步提升用户对信用卡可用分期支付渠道的感知程度，可将信用卡可用分期支付渠道设置为推荐可用分期支付渠道，在向用户进行分期渠道组合的展示过程中展示信用卡可用分期支付渠道的分期配置参数，本实施例提供的一种可选实施方式中，通过如下方式对分期渠道组合进行渲染以及展示：

接收所述服务平台返回的至少一个可用分期支付渠道，并基于所述至少一个可用分期支付渠道确定所述分期渠道组合；

将预设可用分期支付渠道作为分期渠道组合中的首位展示渠道，并对所述分期渠道组合中首位之外的可用分期支付渠道根据渠道类型进行排序；

向所述服务平台查询所述预设可用分期支付渠道的分期期数；

基于所述分期期数以及所述目标订单的订单金额，计算所述预设可用分期支付渠道的分期配置参数；

按照排序顺序和/或所述分期配置参数对分期渠道组合中的可用分期支付渠道进行渲染并展示。

如图2所示，收银平台接收到服务平台返回的可用分期支付渠道包括信用卡可用分期支付渠道和授信分期支付渠道，则将授信分期渠道和信用卡分期渠道聚合成分期渠道组合，按照信用卡和授信服务的优先级，将信用卡可用分期支付渠道作为首位展示渠道，向服务平台查询信用卡可用分期支付渠道的分期期数包括3期、6期和12期，分期权益信息为空，目标订单的订单金额为N元，则根据信用卡可用分期支付渠道的分期期数以及订单金额计算信用卡可用分期支付渠道的分期配置参数为“¥X1*3期，¥X2*6期，¥X3*12期”，X1、X2、X3分别表示3期、6期和12期对应的每期需要支付的金额，X1*3，X2*6，X3*12的结果超出N的部分为用户需要支付的利息。查询到的授信分期支付渠道具有免手续费的优惠，则渲染如图2所示的分期渠道组合的展示界面并展示。其中，图2中展示有xxxx银行的信用卡单期支付渠道，在分期渠道组合中展示有xxxx银行的信用卡的可用分期支付渠道。

步骤S608，获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

收银平台若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数。

本实施例中，分期配置参数，即可用分期支付渠道的期数以及不同期数下每期需要支付的金额。

具体实施时，用户可通过对分期渠道组合的展示界面选择目标分期支付渠道，若检测到用户选择目标分期支付渠道，则向服务平台查询目标分期支付渠道的分期期数，并根据分期期数计算目标分期支付渠道的分期配置参数进行展示，本实施例中，若检测到用户对目标分期支付渠道的选中操作，服务平台通过如下操作对目标分期支付渠道的分期配置参数进行展示：

基于所述目标分期支付渠道生成渠道查询请求，并通过决策平台向所述服务平台发送，以使所述服务平台查询所述目标分期支付渠道的分期期数；

接收所述服务平台通过所述决策平台返回的分期期数，基于所述分期期数、所述目标分期支付渠道对应的分期权益信息和/或所述目标订单的订单金额，计算所述目标分期支付渠道的分期配置参数并展示。

具体的，在对分期渠道组合进行展示的过程中，若将信用卡可用分期支付渠道作为预设可用分期支付渠道进行展示，则若检测到所述分期渠道组合中的预设可用分期支付渠道外的候选可用分期支付渠道被选中，生成针对所述候选可用分期支付渠道的查询请求并向所述服务平台发送；接收所述服务平台查询到的所述候选可用分期支付渠道的候选分期期数；基于所述候选分期期数以及所述订单金额计算所述候选可用分期支付渠道的候选分期配置参数；基于所述候选分期配置参数进行候选界面的渲染以及展示。

若检测到用户触发图2中的授信分期支付渠道，则通过决策平台向服务平台转发对授信分期支付渠道的分期期数的查询请求，服务平台查询到授信分期支付渠道的分期期数包括3期、6期和12期并通过决策平台向收银平台返回，收银平台接收分期期数之后，根据订单金额N元，授信分期支付渠道的3期免息权益计算授信分期支付渠道的分期配置参数为¥X4*3期，¥X5*6期，¥X6*12期，根据计算获得的分期配置参数渲染如图3所示的目标分期支付渠道的分期配置参数的展示界面并展示，其中，X4*3等于N，X5*6，X6*12的结果中超出N的部分为用户需要支付的利息。步骤S108，根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

具体实施时，用户选择了支付渠道以及支付分期配置参数后提交支付请求，收银平台根据支付请求对目标订单进行支付处理。

本实施例提供的第一种可选实施方式中，若所述支付请求对应的支付渠道为授信分期支付渠道，则执行如下操作：

基于所述支付请求，创建所述目标订单对应的分期支付订单；

按照所述分期支付订单的实付金额，冻结所述授信分期支付渠道对应的授信额度，并向结算平台提交清算申请数据，由所述结算平台根据所述清算申请数据中包含的所述实付金额，从所述授信额度的出资机构账户进行资金扣除，并将扣除所得资金转入商家账户。

具体的，若用户提交针对授信分期支付渠道的支付请求，则基于用户选择的支付分期配置参数创建目标订单对应的分期支付订单，并按照分期后的实付金额，对用户的额度进行冻结，并有结算平台将冻结的用户额度对应的资金从出资机构账户向商家账户转移。

本实施例提供的第二种可选实施方式中，若所述支付请求中的支付渠道为信用分期支付渠道，则执行如下操作：

基于所述支付请求生成可用查询请求并向发卡机构发送；

接收所述发卡机构基于所述可用查询请求返回的可用类型标识；

若所述可用类型标识为可用标识，则查询所述目标订单对应的商家是否签署分期支付协议；

若是，则根据所述支付请求中的支付分期配置参数进行支付处理；

若否，向用户发送信用分期支付渠道的不可用提醒。

以信用卡为例，若用户选择信用卡可用分期支付渠道，则需要判断信用卡的可用性，具体的，信用卡的可用性判断有两个决定性因子，一个是目标订单对应的商家是否签署收单协议，另外一个是发卡机构（即：信用卡发卡机构）对目标订单的可用判断标识，因此，在接收到用户基于行用卡可用分期支付渠道的支付请求时，首先向发卡机构查询可用判断标识，若可用判断标识属于可用标识，则查询目标订单对应的商家是否签署收单协议，若是，则基于用户选择的支付分期配置参数进行支付处理。

如图2所示，用户选择了分期配置参数为¥X2*6期的支付方式，为了进一步提升用户对分期配置参数的感知程度，则基于¥X2*6期的分期配置参数渲染如图4所示的支付提醒界面并展示。其中，图4中还可展示对于选中的分期配置参数的年化利率，年化利率以实际计算为准。

需要说明的是，在对分期渠道组合进行展示的过程中，用户可以自主切换可用分期支付渠道，在提交支付请求前需要选择支付分期配置参数。例如，在对图2进行展示时，期数未选中，用户需要选中期数，期数选中后，则直接跳转到如图4所示的支付提醒界面，若用户在图2所示的界面未选期数触发支付控件时，向用户展示必选期数的弹窗提醒，若未选择期数，则返回支付首页，若用户选中授信分期支付渠道，则展示如图3所示的界面。

除此之外，为了提升用户对分期渠道组合的感知程度，向用户发送分期渠道组合的介绍内容，具体的，本实施例提供的一种可选实施方式中，若检测到所述用户为对所述分期渠道组合的新用户，则基于所述分期渠道组合的组合特征展示组合介绍内容并展示；或者，若检测到所述用户对所述分期渠道组合的介绍内容的查看请求，基于所述分期渠道组合的组合特征渲染内容图层并展示。

下述以本实施例提供的一种支付处理方法在分期支付场景的应用为例，对本实施例提供的支付处理方法进行进一步说明，参见图5，应用于分期支付场景的支付处理方法，具体包括如下步骤。

步骤S504，服务平台核验用户是否为授信服务的签约用户；

若是，执行步骤S506；

若否，则确定用户的授信分期支付渠道不可用。

在此之前，收银平台根据用户对目标订单的支付指令，生成准入校验请求，并将准入校验请求通过决策平台向服务平台发送。

步骤S506，判断目标订单是否满足授信分期支付渠道的准入条件；

若是，执行步骤S508；

若否，则确定用户的授信分期支付渠道不可用。

步骤S508，判断所述用户是否签署信用分期支付渠道的分期协议；

若是，执行步骤S510；

若否，则确定用户的信用分期支付渠道不可用。

步骤S510，判断目标订单是否满足信用分期支付渠道的准入条件；

若是，执行步骤S512；

若否，则确定用户的信用分期支付渠道不可用。

步骤S512，将授信分期支付渠道和信用分期支付渠道作为用户的可用分期支付渠道，并通过决策平台向收银平台返回。

在此之后，收银平台将授信分期支付渠道和信用分期支付渠道聚合成分期渠道组合，并对分期渠道组合进行渲染以及展示。若检测到分期渠道组合中的目标分期支付渠道被选中，基于目标分期支付渠道生成查询请求，并将查询请求通过决策平台向服务平台发送。

步骤S518，服务平台查询目标分期支付渠道的分期期数并将分期期数通过决策平台向收银平台返回。

在此之后，收银平台根据分期期数以及目标订单确定分期配置参数，并对分期配置参数进行展示；根据用户对信用分期支付渠道的支付请求，对目标订单进行支付处理。

综上所述，本实施例提供的支付处理方法，首先获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求，然后基于准入校验请求进行用户的准入校验，获得用户的可用分期支付渠道，再向收银平台返回可用分期支付渠道，以使收银平台基于可用分期支付渠道进行分期渠道组合的渲染以及展示，最后获取收银平台对目标分期支付渠道的查询请求，查询目标分期支付渠道的分期期数并向收银平台发送，以此提升用户可使用的支付渠道的多样性，提升订单的成交率。

本说明书提供的一种支付处理装置实施例如下：

在上述的实施例中，提供了一种支付处理方法，与之相对应的，还提供了一种支付处理装置，下面结合附图进行说明。

参照图7，其示出了本实施例提供的一种支付处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种支付处理装置，运行于收银平台，包括：

准入校验模块702，被配置为根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

组合展示模块704，被配置为基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示；

参数展示模块706，被配置为若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数；

支付处理模块708，被配置为根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

本说明书提供的另一种支付处理装置实施例如下：

在上述的实施例中，提供了一种支付处理方法，与之相对应的，还提供了一种支付处理装置，下面结合附图进行说明。

参照图8，其示出了本实施例提供的一种支付处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种支付处理装置，运行于服务平台，包括：

请求获取模块802，被配置为获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

准入校验模块804，被配置为基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道；

渠道返回模块806，被配置为向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示；

期数查询模块808，被配置为获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

本说明书提供的一种支付处理设备实施例如下：

对应上述描述的一种应用于收银平台的支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种支付处理设备，该支付处理设备用于执行上述提供的支付处理方法，图9为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图。

本实施例提供的一种支付处理设备，包括：

如图9所示，支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块（图示未示出），每个模块可以包括支付处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在支付处理设备上执行存储器902中的一系列计算机可执行指令。支付处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入/输出接口905，一个或一个以上键盘906等。

在一个具体的实施例中，支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示；

若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数；

根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

本说明书提供的另一种支付处理设备实施例如下：

对应上述描述的应用于服务平台的一种支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种支付处理设备，该支付处理设备用于执行上述提供的支付处理方法，图9为本说明书一个或多个实施例提供的一种支付处理设备的结构示意图。

本实施例提供的一种支付处理设备，包括：

如图10所示，支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块（图示未示出），每个模块可以包括支付处理设备中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在支付处理设备上执行存储器1002中的一系列计算机可执行指令。支付处理设备还可以包括一个或一个以上电源1003，一个或一个以上有线或无线网络接口1004，一个或一个以上输入/输出接口1005，一个或一个以上键盘1006等。

在一个具体的实施例中，支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道；

向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示；

获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种应用于收银平台的支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示；

若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数；

根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书提供的另一种存储介质实施例如下：

对应上述描述的一种应用于服务平台的支付处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

基于所述准入校验请求进行所述用户的准入校验，获得所述用户的可用分期支付渠道；

向所述收银平台返回所述可用分期支付渠道，以使所述收银平台基于所述可用分期支付渠道进行分期渠道组合的渲染以及展示；

获取所述收银平台对目标分期支付渠道的查询请求，查询所述目标分期支付渠道的分期期数并向所述收银平台发送。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进（例如，对二极管、晶体管、开关等电路结构的改进）还是软件上的改进（对于方法流程的改进）。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件（Programmable Logic Device，PLD）（例如现场可编程门阵列（Field Programmable GateArray，FPGA））就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器（logic compiler）”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言（Hardware Description Language，HDL），而HDL也并非仅有一种，而是有许多种，如ABEL（Advanced Boolean Expression Language）、AHDL（Altera Hardware DescriptionLanguage）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（Java Hardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（RubyHardware Description Language）等，目前最普遍使用的是VHDL（Very-High-SpeedIntegrated Circuit Hardware Description Language）与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该（微）处理器执行的计算机可读程序代码（例如软件或固件）的计算机可读介质、逻辑门、开关、专用集成电路（Application Specific Integrated Circuit，ASIC）、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器（CPU）、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM）和/或非易失性内存等形式，如只读存储器（ROM）或闪存（flash RAM）。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media），如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (25)

1.一种支付处理方法，应用于收银平台，包括：

根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

将准入校验获得的授信分期支付渠道和信用分期支付渠道进行渲染以及展示；

若检测到所述授信分期支付渠道被选中，获取并展示所述授信分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数进行支付处理；

若检测到所述信用分期支付渠道被选中，获取并展示所述信用分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数生成可用查询请求并向发卡机构发送，若所述发卡机构返回的可用类型标识为可用标识，且所述目标订单对应的商家签署收单协议，则根据选择的一个分期配置参数进行支付处理。

2.根据权利要求1所述的支付处理方法，所述收银平台通过决策平台，发起对所述服务平台的服务接口的接口调用，以使所述服务平台进行所述准入校验；

相应的，可用分期支付渠道由所述服务平台发送至所述决策平台，并由所述决策平台返回至所述收银平台。

3.根据权利要求1所述的支付处理方法，所述准入校验，包括：

判断所述用户是否为授信服务的签约用户；

若是，判断所述目标订单对应的商家是否签署针对授信分期支付渠道的准入协议；

若是，检测所述目标订单是否满足所述授信分期支付渠道的准入条件；

若满足，则确定所述用户对所述授信分期支付渠道准入通过。

4.根据权利要求1所述的支付处理方法，所述准入校验，包括：

判断所述用户是否签署信用分期支付渠道的分期协议；

若是，判断所述目标订单对应的商家是否签署针对所述信用分期支付渠道的收单协议；

若是，检测所述目标订单是否满足所述信用分期支付渠道的准入条件；

若满足，则确定所述用户对所述信用分期支付渠道准入通过。

5.根据权利要求3所述的支付处理方法，所述检测所述目标订单是否满足所述授信分期支付渠道的准入条件，包括：

检测所述目标订单的订单类型是否在所述授信分期支付渠道对应的限制交易类型清单中记录；

若未记录，查询所述用户的授信额度，并判断所述目标订单的订单金额是否处于所述授信额度的额度范围内；

若处于，则确定所述目标订单满足所述准入条件，并读取所述授信分期支付渠道的分期权益信息。

6.根据权利要求4所述的支付处理方法，所述检测所述目标订单是否满足所述信用分期支付渠道的准入条件，包括：

查询所述信用分期支付渠道的使用状态；

若所述使用状态为有效状态，判断所述目标订单的订单金额是否大于或者等于预设分期限额；

若是，检测所述目标订单对应的订单类型是否在所述信用分期支付渠道对应的发卡机构的限制交易类型清单中记录；

若未记录，则确定所述目标订单满足所述准入条件，并读取所述信用分期支付渠道的分期权益信息。

7.根据权利要求1所述的支付处理方法，基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示，包括：

接收所述服务平台返回的授信分期支付渠道及其分期权益信息，和/或信用分期支付渠道及其分期权益信息；

基于所述授信分期支付渠道和/或所述信用分期支付渠道确定所述分期渠道组合；

按照渠道优先级对所述授信分期支付渠道和/或所述信用分期支付渠道进行排序；

根据排序顺序渲染所述分期渠道组合的展示界面并展示；所述展示界面展示有所述授信分期支付渠道、所述信用分期支付渠道和/或对应的分期权益信息。

8.根据权利要求1所述的支付处理方法，所述获取并展示所述目标分期支付渠道的分期配置参数，包括：

基于所述目标分期支付渠道生成渠道查询请求，并通过决策平台向所述服务平台发送，以使所述服务平台查询所述目标分期支付渠道的分期期数；

接收所述服务平台通过所述决策平台返回的所述分期期数，基于所述分期期数、所述目标分期支付渠道对应的分期权益信息和/或所述目标订单的订单金额，计算所述目标分期支付渠道的分期配置参数并展示。

9.根据权利要求1所述的支付处理方法，所述根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理，包括：

若所述支付请求中的支付渠道为信用分期支付渠道，则基于所述支付请求生成可用查询请求并向发卡机构发送；

接收所述发卡机构基于所述可用查询请求返回的可用类型标识；

若所述可用类型标识为可用标识，则查询所述目标订单对应的商家是否签署分期支付协议；

若是，则根据所述支付请求中的支付分期配置参数进行支付处理。

10.根据权利要求1所述的支付处理方法，所述根据所述用户基于所述分期配置参数提交的支付请求，对所述目标订单进行支付处理，包括：

若所述支付请求中的支付渠道为授信分期支付渠道，则基于所述支付请求，创建所述目标订单对应的分期支付订单；

按照所述分期支付订单的实付金额，冻结所述授信分期支付渠道对应的授信额度，并向结算平台提交清算申请数据，由所述结算平台根据所述清算申请数据中包含的所述实付金额，从所述授信额度的出资机构账户进行资金扣除，并将扣除所得资金转入商家账户。

11.根据权利要求1所述的支付处理方法，基于准入校验获得的可用分期支付渠道确定分期渠道组合，并进行所述分期渠道组合的渲染以及展示，包括：

接收所述服务平台返回的至少一个可用分期支付渠道，并基于所述至少一个可用分期支付渠道确定所述分期渠道组合；

将预设可用分期支付渠道作为分期渠道组合中的首位展示渠道，并对所述分期渠道组合中首位之外的可用分期支付渠道根据渠道类型进行排序；

向所述服务平台查询所述预设可用分期支付渠道的分期期数；

基于所述分期期数以及所述目标订单的订单金额，计算所述预设可用分期支付渠道的分期配置参数；

按照排序顺序和/或所述预设可用分期支付渠道的分期配置参数对分期渠道组合中的可用分期支付渠道进行渲染并展示。

12.根据权利要求11所述的支付处理方法，所述若检测到所述可用分期支付渠道中的目标分期支付渠道被选中，获取并展示所述目标分期支付渠道的分期配置参数，包括：

若检测到所述分期渠道组合中的预设可用分期支付渠道外的候选可用分期支付渠道被选中，生成针对所述候选可用分期支付渠道的查询请求并向所述服务平台发送；

接收所述服务平台查询到的所述候选可用分期支付渠道的候选分期期数；

基于所述候选分期期数以及所述订单金额计算所述候选可用分期支付渠道的候选分期配置参数；

基于所述候选分期配置参数进行候选界面的渲染以及展示。

13.根据权利要求1所述的支付处理方法，还包括：

若检测到所述用户为对分期渠道组合的新用户，则基于所述分期渠道组合的组合特征展示组合介绍内容并展示；

或者，

若检测到所述用户对所述分期渠道组合的介绍内容的查看请求，基于所述分期渠道组合的组合特征渲染内容图层并展示。

14.一种支付处理方法，应用于服务平台，包括：

获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

基于所述准入校验请求进行所述用户的准入校验，获得所述用户的授信分期支付渠道和信用分期支付渠道；

向所述收银平台返回所述授信分期支付渠道和所述信用分期支付渠道，以使所述收银平台进行所述授信分期支付渠道和所述信用分期支付渠道的渲染以及展示；

若获取到所述收银平台对所述授信分期支付渠道的查询请求，查询所述授信分期支付渠道的分期期数并向所述收银平台发送；

若获取到所述收银平台对所述信用分期支付渠道的查询请求，查询所述信用分期支付渠道的分期期数并向所述收银平台发送。

15.根据权利要求14所述的支付处理方法，所述收银平台通过所述决策平台，发起对所述服务平台的服务接口的接口调用，并传入所述准入校验请求；

相应的，可用分期支付渠道由所述服务平台发送至所述决策平台，并由所述决策平台返回至所述收银平台。

16.根据权利要求14所述的支付处理方法，所述准入校验，包括：

判断所述用户是否为授信服务的签约用户；

若是，判断所述目标订单对应的商家是否签署针对授信分期支付渠道的准入协议；

若是，检测所述目标订单是否满足所述授信分期支付渠道的准入条件；

若满足，则确定所述用户对所述授信分期支付渠道准入通过。

17.根据权利要求14所述的支付处理方法，所述准入校验，包括：

判断所述用户是否签署信用分期支付渠道的分期协议；

若是，判断所述目标订单对应的商家是否签署针对所述信用分期支付渠道的收单协议；

若是，检测所述目标订单是否满足所述信用分期支付渠道的准入条件；

若满足，则确定所述用户对所述信用分期支付渠道准入通过。

18.根据权利要求16所述的支付处理方法，所述检测所述目标订单是否满足所述授信分期支付渠道的准入条件，包括：

检测所述目标订单的订单类型是否在所述授信分期支付渠道对应的限制交易类型清单中记录；

若未记录，查询所述用户的授信额度，并判断所述目标订单的订单金额是否处于所述授信额度的额度范围内；

若处于，则确定所述目标订单满足所述准入条件，并读取所述授信分期支付渠道的分期权益信息。

19.根据权利要求17所述的支付处理方法，所述检测所述目标订单是否满足所述信用分期支付渠道的准入条件，包括：

查询所述信用分期支付渠道的使用状态；

若所述使用状态为有效状态，判断所述目标订单的订单金额是否大于或者等于预设分期限额；

若是，检测所述目标订单对应的订单类型是否在所述信用分期支付渠道对应的发卡机构的限制交易类型清单中记录；

若未记录，则确定所述目标订单满足所述准入条件，并读取所述信用分期支付渠道的分期权益信息。

20.一种支付处理装置，运行于收银平台，包括：

准入校验模块，被配置为根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

组合展示模块，被配置为将准入校验获得的授信分期支付渠道和信用分期支付渠道进行渲染以及展示；

若检测到所述授信分期支付渠道被选中，运行第一支付处理模块，所述第一支付处理模块，被配置为获取并展示所述授信分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数进行支付处理；

若检测到所述信用分期支付渠道被选中，运行第二支付处理模块，所述第二支付处理模块，被配置为获取并展示所述信用分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数生成可用查询请求并向发卡机构发送，若所述发卡机构返回的可用类型标识为可用标识，且所述目标订单对应的商家签署收单协议，则根据选择的一个分期配置参数进行支付处理。

21.一种支付处理装置，运行于服务平台，包括：

请求获取模块，被配置为获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

准入校验模块，被配置为基于所述准入校验请求进行所述用户的准入校验，获得所述用户的授信分期支付渠道和信用分期支付渠道；

渠道返回模块，被配置为向所述收银平台返回所述授信分期支付渠道和所述信用分期支付渠道，以使所述收银平台进行所述授信分期支付渠道和所述信用分期支付渠道的渲染以及展示；

若获取到所述收银平台对所述授信分期支付渠道的查询请求，则运行第一期数查询模块，所述第一期数查询模块，被配置为查询所述授信分期支付渠道的分期期数并向所述收银平台发送；

若获取到所述收银平台对所述信用分期支付渠道的查询请求，则运行第一期数查询模块，所述第一期数查询模块，被配置为查询所述信用分期支付渠道的分期期数并向所述收银平台发送。

22.一种支付处理设备，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

将准入校验获得的授信分期支付渠道和信用分期支付渠道进行渲染以及展示；

若检测到所述授信分期支付渠道被选中，获取并展示所述授信分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数进行支付处理；

若检测到所述信用分期支付渠道被选中，获取并展示所述信用分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数生成可用查询请求并向发卡机构发送，若所述发卡机构返回的可用类型标识为可用标识，且所述目标订单对应的商家签署收单协议，则根据选择的一个分期配置参数进行支付处理。

23.一种支付处理设备，包括：

处理器；以及，

被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

基于所述准入校验请求进行所述用户的准入校验，获得所述用户的授信分期支付渠道和信用分期支付渠道；

向所述收银平台返回所述授信分期支付渠道和所述信用分期支付渠道，以使所述收银平台进行所述授信分期支付渠道和所述信用分期支付渠道的渲染以及展示；

若获取到所述收银平台对所述授信分期支付渠道的查询请求，查询所述授信分期支付渠道的分期期数并向所述收银平台发送；

若获取到所述收银平台对所述信用分期支付渠道的查询请求，查询所述信用分期支付渠道的分期期数并向所述收银平台发送。

24.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

根据用户对目标订单的支付指令，调用服务平台对所述用户的分期支付渠道进行准入校验；

将准入校验获得的授信分期支付渠道和信用分期支付渠道进行渲染以及展示；

若检测到所述授信分期支付渠道被选中，获取并展示所述授信分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数进行支付处理；

若检测到所述信用分期支付渠道被选中，获取并展示所述信用分期支付渠道的分期配置参数，根据所述用户在展示的分期配置参数中选择的一个分期配置参数生成可用查询请求并向发卡机构发送，若所述发卡机构返回的可用类型标识为可用标识，且所述目标订单对应的商家签署收单协议，则根据选择的一个分期配置参数进行支付处理。

25.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

获取决策平台转发的由收银平台生成的对目标订单对应的用户的准入校验请求；

基于所述准入校验请求进行所述用户的准入校验，获得所述用户的授信分期支付渠道和信用分期支付渠道；

向所述收银平台返回所述授信分期支付渠道和所述信用分期支付渠道，以使所述收银平台进行所述授信分期支付渠道和所述信用分期支付渠道的渲染以及展示；

若获取到所述收银平台对所述授信分期支付渠道的查询请求，查询所述授信分期支付渠道的分期期数并向所述收银平台发送；

若获取到所述收银平台对所述信用分期支付渠道的查询请求，查询所述信用分期支付渠道的分期期数并向所述收银平台发送。

Images