界面控制方法、装置、聚合支付平台及存储介质与流程

1.本技术属于聚合支付技术领域，尤其涉及一种界面控制方法、装置、聚合支付平台及存储介质。


背景技术：

2.在线支付是指卖方与买方通过因特网上的电子商务网站进行交易时，银行为其提供网上资金结算服务的一种业务。随着第三方支付软件的快速发展，在线支付成为了移动支付中市场规模最大的一环，商户在对接第三方支付软件时，需要根据对接的第三方支付软件的不同，对接不同的支付通道(例如支付宝、微信、银联支付以及国外的paypal支付等)，同一个通道在不同的客户端(例如手机软件、电脑网站、小程序以及公众号等)展示需要对接不同的接口，通过对接口的调用，展示不同的支付界面。


技术实现要素：

3.本技术实施例提供了一种界面控制方法、装置、聚合支付平台及存储介质，可以针对不同支付方式以及不同客户端在进行在线支付业务时，提供支付方式与客户端相结合后对应的支付界面。
4.本技术实施例的第一方面提供了一种界面控制方法，所述界面控制方法包括：
5.若接收到客户端发送的产品支付请求，则基于所述产品支付请求，确定所述客户端的目标支付方式；
6.基于所述目标支付方式，控制所述客户端由当前界面跳转至第一支付界面，所述第一支付界面是指与所述目标支付方式对应的网页支付界面；
7.获取所述客户端的客户端类型；
8.根据所述客户端类型，控制所述客户端由所述第一支付界面跳转至第二支付界面，所述第二支付界面是指所述目标支付方式对应的不同客户端类型的支付界面。
9.本技术实施例的第二方面提供了一种界面控制装置，所述界面控制装置包括：
10.支付确定模块，用于若接收到客户端发送的产品支付请求，则基于所述产品支付请求，确定所述客户端的目标支付方式；
11.第一跳转控制模块，用于基于所述目标支付方式，控制所述客户端由当前界面跳转至第一支付界面，所述第一支付界面是指与所述目标支付方式对应的网页支付界面；
12.获取模块，用于获取所述客户端的客户端类型；
13.第二跳转控制模块，用于根据所述客户端类型，控制所述客户端由所述第一支付界面跳转至第二支付界面，所述第二支付界面是指所述目标支付方式对应的不同客户端类型的支付界面。
14.本技术实施例的第三方面提供了一种聚合支付平台，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的界面控制方法。
15.本技术实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的界面控制方法。
16.本技术实施例的第五方面提供了一种计算机程序产品，当所述计算机程序产品在聚合支付平台上运行时，使得所述聚合支付平台执行上述第一方面所述的界面控制方法。
17.本技术实施例与现有技术相比存在的有益效果是：本技术实施例在接收到客户发送的产品支付请求时，首先基于产品支付请求确定客户端的目标支付方式，其次基于客户端的目标支付方式，控制客户端由当前界面跳转至第一支付界面，第一支付界面为目标支付方式对应的网页支付界面，即，聚合支付平台自身的网页支付界面，最后获取客户端的客户端类型，根据客户端类型，控制客户端由第一支付界面跳转至与客户端类型对应的第二支付界面，本技术实施例可以根据客户端的目标支付方式以及客户端类型提供不同的支付界面，通过集合多种支付方案(即目标支付方式以及支付界面的多种组合)，可针对不同的客户端选择支付体验较佳的支付方式以及支付界面。
附图说明
18.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1是本技术实施例一提供的一种界面控制方法的流程示意图；
20.图2是本技术实施例中控制当前界面跳转的流程示意图；
21.图3是本技术实施例中控制第一支付界面跳转的流程示意图；
22.图4是本技术实施例二提供的一种界面控制方法的流程示意图；
23.图5是本技术实施例三提供的一种界面控制装置的结构示意图；
24.图6是本技术实施例四提供的一种聚合支付平台的结构示意图。
具体实施方式
25.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
26.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
27.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
28.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响
应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0029]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0030]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0031]
应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0032]
通过对现有技术的研究得知，支付通道与支付界面之间存在多种结合方式(例如在电脑网站上使用具有支付功能的软件进行支付，或者在手机软件上使用具有支付功能的软件进行支付等)，实现这些错综复杂的结合方式需要商户逐一与各支付通道的厂商进行议价，且针对不同的客户端连接不同的接口以及显示不同的支付界面，开发成本以及后期维护成本较大。因此，现有技术提出了一种聚合支付的方法，可以通过统一的收银台将多个支付通道进行整合，商户无需逐一与各支付通道的厂商进行议价，可直接通过聚合支付平台调用相应的支付通道，但由于不同的客户界面有不同的接入方式，例如安卓界面、ios界面或者网页界面，针对上述三种界面，聚合支付平台一般提供三种不同的接入方式，而商户端则需要对应开发三次支付界面的接口，开发工作量较大。
[0033]
基于此，本技术提供了一种界面控制方法，可以通过接收客户端的产品支付请求确定客户端的目标支付方式，其次基于客户端的目标支付方式，控制客户端由当前界面跳转至第一支付界面，第一支付界面为目标支付方式对应的网页支付界面，即，聚合支付平台自身的网页支付界面，最后获取客户端的客户端类型，根据客户端类型，控制客户端由第一支付界面跳转至与客户端类型对应的第二支付界面，本技术实施例的聚合支付平台可以根据客户端的目标支付方式以及客户端类型提供不同的支付界面，以在不同的客户端上面选择支付体验最佳的支付方式以及支付界面，增强了用户体验，又由于本技术的聚合支付平台聚合了不同的客户端类型分别对应的支付界面的接口，根据客户端类型的不同渲染不同的支付界面时，可直接调用对应的支付界面的接口，无需商户端根据不同客户端的接入方式而开发相对应的支付界面的接口，减少了商户端的开发工作量。
[0034]
为了说明本技术的技术方案，下面通过具体实施例来说明。
[0035]
参照图1，示出了本技术实施例一提供的一种界面控制方法的流程示意图。如图1所示，该界面控制方法可以包括如下步骤：
[0036]
步骤101，若接收到客户端发送的产品支付请求，则基于产品支付请求，确定客户端的目标支付方式。
[0037]
在本技术实施例中，产品支付请求中可以包括产品信息、产品金额、客户端的客户端类型、客户端的ip归属地以及支付通道优惠等。其中，产品信息可以包括该产品的名称和类型，产品的类型可以包括一次性产品、月租类产品(比如会员充值类产品)、大额分期类产品(即产品金额超过预设金额的且可以进行分期的产品)以及免押产品(即无需抵扣押金的
产品)，客户端类型可以包括应用程序(application，app)、电脑网站、移动网页、小程序以及公众号等，客户端的ip归属地可以是指世界上任一国家，支付通道优惠可以是指任一支付通道对应的优惠，优惠可以包括优惠券、满减、减息以及返现等。
[0038]
在本技术实施例中，基于客户端发送的产品信息、产品金额、客户端的客户端类型、客户端的ip归属地以及支付优惠通道，可以确定客户端的目标支付方式。
[0039]
在一种可能的实施方式中，基于产品支付请求，确定客户端的目标支付方式包括：
[0040]
基于产品支付请求，确定至少一个候选支付方式；
[0041]
将至少一个候选支付方式发送至客户端。
[0042]
在本技术实施例中，至少一个候选支付方式用于指示客户端基于至少一个候选支付方式确定目标支付方式，并反馈目标支付方式。
[0043]
示例性地，聚合支付平台接收到客户端发送的产品支付请求时，可以根据产品支付请求，调用至少一个支付通道的接口，即确定至少一个候选支付方式，将至少一个候选支付方式发送至客户端，以在客户端的当前界面上显示出至少一个候选支付方式，当客户触摸客户端上显示的任一候选支付方式时，客户端可以检测到触摸动作，并获取触摸动作对应的触摸位置，以确定触摸位置处候选支付方式，确定出触摸位置处的候选支付方式后将该候选支付方式发送至聚合支付平台，聚合支付平台可以确定出该候选支付方式为目标支付方式；或者当候选支付方式只有一个时，可以直接确定该候选支付方式为目标支付方式，无需接收客户发送的候选支付方式，以增加终端设备的运行速度。
[0044]
在一种可能的实施方式中，基于产品支付请求，确定至少一个候选支付方式包括：
[0045]
基于产品支付请求，确定产品支付请求中包含的n个支付决策因子，n为大于零的整数；
[0046]
根据n个支付决策因子各自对应的支付决策规则，确定至少一个候选支付方式。
[0047]
在本技术实施例中，产品支付请求包括的产品类型、客户端的客户端类型、客户端的ip归属地、产品金额以及支付通道优惠可以作为支付决策因子，且每个支付决策因子均具有各自对应的支付决策规则。
[0048]
其中，产品类型对应的支付决策规则可以是指：若产品类型为月租类产品，则确定候选支付方式包括自动续费选项；若产品类型为大额分期类产品，则确定候选支付方式包括分期付款选项。客户端的客户端类型对应的支付决策规则可以是指：确定候选支付方式包括与客户端类型相对应的支付选项。客户端的ip归属地对应的支付决策规则可以是指：确定候选支付方式包括客户端的ip归属地所在区域内的支付方式。产品金额对应的支付决策规则可以是指：若产品金额大于或等于预设金额，则确定候选支付方式包括分期付款选项；若产品金额小于预设金额，则确定候选支付方式包括全款支付选项。支付通道优惠对应的支付决策规则可以是指：确定候选支付方式包括与支付通道优惠对应的支付选项。
[0049]
示例性地，假设一美国客户在某一app上购买手机，手机金额为1099美元，且分期6期以上可减息10％，根据上述支付决策规则，首先可以获取支付决策因子包括产品类型为大额分期类产品、客户端的客户端类型为app，客户端的ip归属地为美国，产品金额为1099美元以及支付通道优惠为减息，基于上述支付决策因子，根据对应的支付决策规则，确定出的候选支付选项可以包括：1、klarna信用卡分期付款且分期6期以上可减息10％，app内支付；2、paypal一次性付款，app内支付。
[0050]
在一种可能的实施方式中，可以通过设置支付决策规则的优先级，确定候选支付方式中的最优支付方式，并将最优支付方式排列在所有候选支付方式队列中的第一位。
[0051]
在本技术实施例中，所有候选支付方式为至少两个。其中，可以设置支付决策规则的优先级为：支付通道优惠》产品金额》客户端的ip归属地》产品类型》客户端的客户端类型，根据该优先级的设定，可以确定最优支付方式为支付优惠力度最大的支付方式。还可以设置支付决策规则的优先级为：客户端的ip归属地》支付通道优惠》产品金额》客户端的客户端类型》产品类型，根据该优先级的设定，可以确定最优支付方式为客户端的ip归属地所在区域内的支付方式，若客户端的ip归属地所在区域内的支付方式为多个，则可以基于用户使用数量的多少对客户端的ip归属地所在区域内的多个支付方式进行排序，用户使用数量最多的排在第一位。
[0052]
应理解，候选支付方式是指聚合支付平台给客户端提供的可以供客户选择的支付方式。
[0053]
在一种可能的实施方式中，基于所述产品支付请求，确定客户端的目标支付方式还包括：
[0054]
根据产品支付请求中的n个支付决策因子、n个支付决策因子各自对应的支付决策规则以及各支付决策规则的优先级，确定最优支付方式；
[0055]
确定最优支付方式为客户端的目标支付方式，其中，目标支付方式用于指示聚合支付平台控制客户端由当前界面跳转至第一支付界面。
[0056]
其中，根据优先级最高的支付决策规则对应的支付决策因子，确定出的支付方式为最优支付方式，可以自动确定该最优支付方式为目标支付方式，聚合支付平台可根据该目标支付方式自动控制客户端由当前界面跳转至第一支付界面，在此过程中，由聚合支付平台自动确定目标支付方式，而无需客户主动选择，可以减少客户与聚合支付平台之间的交互，进而增强科技感。
[0057]
示例性地，假设一美国客户在某一app上购买手机，手机金额为1099美元，且分期6期以上可减息10％，优先级最高的支付决策规则为支付通道优惠对应的支付决策规则，则代表优惠力度最大的支付方式为最优支付方式，故可以确定最优支付方式为klarna信用卡分期付款且分期6期，确定该最优支付方式为目标支付方式，聚合支付平台可自动控制客户端由当前界面跳转klarna信用卡分期付款对应的第一支付界面，无需用户进行选择。
[0058]
在一种可能的实施方式中，在接收到客户端发送的产品请求之前，还包括：
[0059]
获取商户端发送的产品订单信息，并基于产品订单信息生成对应的产品支付订单；
[0060]
将产品支付订单发送至客户端。
[0061]
在本技术实施例中，产品订单信息为商户端基于客户选购的产品生成的订单信息，产品支付订单用于指示客户端基于产品支付订单生成产品支付请求，并反馈产品支付请求。
[0062]
其中，聚合支付平台、商户端以及客户端的之间的交互为：首先客户在客户端进行产品的选购，选择产品进行下单，将该产品的下单请求发送至商户端，商户端基于该下单请求生成该产品的产品订单信息，并将该产品订单信息发送至聚合支付平台，聚合支付平台基于产品订单信息生成对应的产品支付订单，并将产品支付订单发送到客户端，此时，客户
端界面显示产品下单成功后的产品支付界面，当客户点击客户端界面上的支付按钮时，客户端接收到客户进行支付的支付指令，根据该支付指令，生成产品支付请求，并将该产品支付请求发送至聚合支付平台。
[0063]
步骤102，基于目标支付方式，控制客户端由当前界面跳转至第一支付界面。
[0064]
在本技术实施例中，第一支付界面是指与目标支付方式对应的网页支付界面，即在网页中显示与目标支付方式对应的支付界面，其中网页支付界面可以是移动网页支付界面(例如手机网页支付界面)，还可以是电脑网页支付界面。控制客户端由当前界面跳转至第一支付界面可以是指，控制客户端由当前界面跳转至支付环境为网页且与目标支付方式对应的支付界面。
[0065]
示例性地，支付环境为网页且与目标支付方式对应的支付界面可以是指目标支付方式对应的全球广域网(world wide web，web)形式的支付界面，其中web形式是网页表现形式中的一种。
[0066]
在一种可能的实施方式中，基于目标支付方式，控制客户端由当前界面跳转至第一支付界面包括：
[0067]
基于目标支付方式，生成支付跳转链接；
[0068]
基于支付跳转链接，调用目标支付方式对应的目标支付通道，以控制客户端由当前界面跳转至第一支付界面。
[0069]
在本技术实施例中，目标支付方式是由客户端基于至少一个候选支付方式选择得出的，聚合支付平台基于客户端发送的目标支付方式，生成支付跳转链接，基于支付跳转链接，调用与目标支付方式对应的目标支付通道的接口，通过执行接口对应的程序代码，控制客户由当前界面跳转至第一支付界面。
[0070]
示例性地，如图2所示为控制当前界面跳转的流程示意图，例如候选支付方式包括微信支付、支付宝支付、银联支付、paypal支付、stripe支付等任一现有技术中存在的支付方式，确定出的目标支付方式为微信支付，生成支付跳转链接，调用微信支付对应的微信支付通道接口，执行微信支付通道接口对应的程序代码，控制客户端由当前界面跳转至支付环境为网页下的微信支付界面。
[0071]
应理解，若确定出目标支付方式为paypal支付，生成支付跳转链接，应调用paypal支付对应的paypal支付通道接口，执行paypal支付通道接口对应的程序代码，控制客户端由当前界面跳转至支付环境为网页下的paypal支付微信支付界面。
[0072]
还应理解的是，基于任一目标支付方式，控制客户端由当前界面跳转至第一支付界面所采用的方法与上述基于微信支付以及paypal支付，控制客户端由当前界面跳转至第一支付界面的方法相同，可以相互参阅，本技术实施例在此不再赘述。
[0073]
步骤103，获取客户端的客户端类型。
[0074]
在本技术实施例中，客户端的客户端类型可以从客户端发送的产品支付请求中得到，产品支付请求中包括客户端的客户端类型。其中客户端类型可以包括app、电脑网站、移动网页、小程序以及公众号等。
[0075]
步骤104，根据客户端类型，控制客户端由第一支付界面跳转至第二支付界面。
[0076]
在本技术实施例中，第二支付界面是指目标支付方式对应的不同客户端类型的支付界面。控制客户端由第一支付界面跳转至第二支付界面可以是指，控制客户端由目标支
付方式对应的网页支付界面跳转至目标支付方式对应的且与客户端类型匹配的支付界面，即由网页支付界面跳转至与客户端类型匹配的支付界面，其中与客户端类型匹配的支付界面是指每个客户端类型都有与之相匹配的支付界面，例如若客户端类型为电脑网站，则与之相匹配的支付界面为电脑网页支付界面；若客户端类型为安装在手机上的app、小程序以及公众号等，则与之相匹配的支付界面为手机客户端支付界面。
[0077]
在一种可能的实施方式中，根据客户端类型，控制客户端由第一支付界面跳转至第二支付界面包括：
[0078]
根据客户端类型，确定跳转第二支付界面的目标跳转方式，所述目标跳转方式为所述客户端类型对应的跳转方式；
[0079]
根据所述目标跳转方式，调用所述目标跳转方式对应的目标接口；
[0080]
执行目标接口对应的程序代码，以控制客户端由第一支付界面跳转至与客户端类型对应的第二支付界面。
[0081]
在本技术实施例中，不同的客户端类型对应的目标跳转方式不同，例如当客户端类型为app时，目标跳转方式为jsbridge技术跳转加app支付环境跳转；当客户端类型为公众号时，目标跳转方式为jsbridge技术跳转。
[0082]
应理解，针对相同的目标支付方式，不同的客户端类型可以对应与同一支付界面，也可以对应于不同的支付界面，例如，针对微信支付方式，当客户端类型同为手机客户端时(例如手机上的app、移动网页、小程序以及公众号)，对应的支付界面为微信客户端支付界面；当客户端类型为电脑网站时，对应的支付界面为电脑网页的微信支付界面(例如，显示微信二维码的支付界面)。
[0083]
其中，由于目标跳转方式不同，因此调用的目标接口也不同，确定目标跳转方式后，应调用与跳转方式对应的目标接口，例如，当目标支付方式为微信支付，且客户端类型为app时，应调用jsbridge技术对应的第一目标接口以及app支付环境跳转的第二目标接口，调用jsbridge技术对应的第一目标接口，执行第一目标接口对应的程序代码，拉起app内的微信原生软件开发工具包(software development kit，sdk)，当检测到app支付环境跳转的第二目标接口存在时(即说明微信客户端的存在)，则执行第二目标接口的对应的程序代码，客户端显示微信客户端的支付界面。
[0084]
示例性地，如图3所示为控制第一支付界面跳转的流程示意图，根据图3可得聚合支付平台接收到的目标支付方式为微信支付方式，客户端类型为app，则在接收到目标支付方式和客户端类型之后，通过web打开聚合支付平台的网页支付界面(即第一支付界面)，又由于接收到的客户端类型为app，则确定目标支付方式对应的支付环境为app，首先通过jsbridge技术对应的第一目标接口拉起app内的微信原生软件开发工具包(software development kit，sdk)，显示app内的微信支付界面，当检测到app支付环境跳转的第二目标接口存在时，则执行第二目标接口的对应的程序代码，客户端显示微信客户端的支付界面。
[0085]
若接收到的客户端类型为移动网页、公众号以及小程序，则确定分别对应的支付环境为移动网页、公众号以及小程序，此时确定目标跳转方式为jsbridge技术跳转，则应调用与jsbridge技术对应的且与客户端类型匹配的目标接口，执行目标接口处的程序代码，控制客户端由聚合支付平台的网页微信支付界面跳转至微信客户端的支付界面。
[0086]
若接收到的客户端类型为电脑网站，确定支付环境为电脑网站，确定目标跳转方式为本地支付环境跳转，则应调用与本地支付环境跳转对应的目标接口，执行目标接口处的程序代码，显示微信二维码的支付界面。
[0087]
应理解，图3中的虚线是指确认的支付环境为电脑网站、移动网页、app、小程序以及公众号中的任一种，不可理解为五种支付环境为并行存在的。
[0088]
还应理解的是，聚合支付平台接收到的目标支付方式可以为候选支付方式中的任一种(例如：支付宝支付、银联支付、paypal支付、stripe支付等)，且当聚合支付平台接收到的目标支付方式为候选支付方式中的任一种时，控制客户端由第一支付界面跳转至第二支付界面的方法与上述目标支付方式为微信支付时控制客户端由第一支付界面跳转至第二支付界面的方法相同，可以相互参阅，本技术实施例在此不再赘述。在本技术实施例中，本技术实施例在接收到客户发送的产品支付请求时，首先基于产品支付请求确定客户端的目标支付方式，其次基于客户端的目标支付方式，控制客户端由当前界面跳转至第一支付界面，第一支付界面为目标支付方式对应的网页支付界面，即，聚合支付平台自身的网页支付界面，最后获取客户端的客户端类型，根据客户端类型，控制客户端由第一支付界面跳转至与客户端类型对应的第二支付界面，本技术实施例可以根据客户端的目标支付方式以及客户端类型提供不同的支付界面，通过集合多种支付方案(即目标支付方式以及支付界面的多种组合)，可针对不同的客户端选择支付体验较佳的支付方式以及支付界面。
[0089]
参见图4，示出了本技术实施例二提供的一种界面控制方法的流程示意图。如图4所示，该界面控制方法可以包括如下步骤：
[0090]
步骤401，若接收到客户端发送的产品支付请求，则基于产品支付请求，确定客户端的目标支付方式。
[0091]
步骤402，基于目标支付方式，控制客户端由当前界面跳转至第一支付界面。
[0092]
步骤403，获取客户端的客户端类型。
[0093]
步骤404，根据客户端类型，控制客户端由第一支付界面跳转至第二支付界面。
[0094]
本实施例步骤101-104与前述实施例步骤401-404相同，可以相互参阅，本实施例在此不再赘述。
[0095]
步骤405，若接收到客户端在第二支付界面的支付结果，则将支付结果发送至商户端。
[0096]
在本技术实施例中，当客户在第二支付界面完成支付时，首先向与目标支付方式对应的支付通道发送支付结果，支付通道可以通过与聚合支付平台相连接的接口向聚合支付平台发送支付结果，在接收到支付结果后可以将支付结果发送至商户端，便于商户端得到客户针对该产品的支付结果。
[0097]
步骤406，若接收到商户端发送的查询支付指令，则根据查询支付指令，查询支付查询指令对应的产品支付订单的支付状态。
[0098]
在本技术实施例中，若商户端在向聚合支付平台发送产品订单信息之后的预设时间内未收到该产品的支付结果，则主动向聚合支付平台发送查询支付指令，而聚合支付平台若接收到商户端发送的查询支付指令，可以说明商户端未收到该产品的支付结果，再根据查询支付指令，查询支付查询指令对应的产品支付订单的支付状态，该查询动作主要是针对支付通道与聚合支付平台相连接的接口在数据传输过程中发生延迟或失败时，能够及
时同步产品订单的支付状态。
[0099]
在一种可能的实施方式中，界面控制方法还包括：
[0100]
若检测到客户端在同一时间段内针对同一产品发送产品支付请求的次数大于次数阈值，则向客户端发送报警提醒。
[0101]
在本技术实施例中，同一时间段是指针对同一产品发送的产品支付请求位于同一时间段，在同一时间段内针对同一产品发送产品支付请求的次数大于次数阈值，说明客户可能存在针对同一产品进行了重复支付的问题，此时，需要向客户端发送报警提醒，以避免客户进行针对同一产品进行重复支付。
[0102]
相较于实施例一，本技术实施例中聚合支付平台与商户端针对交易的产品进行了支付结果的通信，且为了保证能够及时同步产品订单的支付状态，通过接收商户端发送的支付查询指令，查询支付查询指令对应的产品支付订单的支付状态，保证商户端能够及时获取支付结果。
[0103]
参见图5，示出了本技术实施例三提供的一种界面控制装置的结构示意图，为了便于说明，仅示出了与本技术实施例相关的部分。
[0104]
界面控制装置5具体可以包括如下模块：
[0105]
支付确定模块501，用于若接收到客户端发送的产品支付请求，则基于产品支付请求，确定客户端的目标支付方式；
[0106]
第一跳转控制模块502，用于基于目标支付方式，控制客户端由当前界面跳转至第一支付界面，第一支付界面是指与目标支付方式对应的网页支付界面；
[0107]
获取模块503，用于获取客户端的客户端类型；
[0108]
第二跳转控制模块504，用于根据客户端类型，控制客户端由第一支付界面跳转至第二支付界面，第二支付界面是指目标支付方式对应的不同客户端类型的支付界面。
[0109]
在本技术实施例中，界面控制装置5具体还可以包括如下模块：
[0110]
支付订单生成模块，用于获取商户端发送的产品订单信息，并基于产品订单信息生成对应的产品支付订单，产品订单信息为商户端基于客户选购的产品生成的订单信息；
[0111]
支付订单发送模块，用于将产品支付订单发送至客户端，产品支付订单用于指示客户端基于产品支付订单生成产品支付请求，并反馈产品支付请求。
[0112]
在本技术实施例中，支付确定模块501具体可以包括如下子模块：
[0113]
候选确定子模块，用于基于产品支付请求，确定至少一个候选支付方式；
[0114]
候选发送子模块，用于将至少一个候选支付方式发送至客户端，至少一个候选支付方式用于指示客户端基于至少一个候选支付方式确定目标支付方式，并反馈目标支付方式。
[0115]
在本技术实施例中，候选确定子模块具体可以包括如下单元：
[0116]
因子确定单元，用于基于产品支付请求，确定产品支付请求中包含的n个支付决策因子，n为大于零的整数；
[0117]
候选确定单元，用于根据n个支付决策因子各自对应的支付决策规则，确定至少一个候选支付方式。
[0118]
在本技术实施例中，第一跳转控制模块502具体可以包括如下子模块：
[0119]
链接生成子模块，用于基于目标支付方式，生成支付跳转链接；
[0120]
第一跳转子模块，用于基于支付跳转链接，调用目标支付方式对应的目标支付通道，以控制客户端由当前界面跳转至第一支付界面。
[0121]
在本技术实施例中，第二跳转控制模块504具体可以包括如下子模块：
[0122]
跳转方式确定子模块，用于根据客户端类型，确定跳转第二支付界面的目标跳转方式，目标跳转方式为客户端类型对应的跳转方式；
[0123]
接口调用子模块，用于根据目标跳转方式，调用目标跳转方式对应的目标接口；
[0124]
第二跳转子模块，用于执行目标接口对应的程序代码，以控制客户端由第一支付界面跳转至与客户端类型对应的第二支付界面。
[0125]
在本技术实施例中，界面控制装置5具体还可以包括如下模块：
[0126]
发送模块，用于若接收到客户端在第二支付界面的支付结果，则将支付结果发送至商户端；
[0127]
查询模块，用于若接收到商户端发送的支付查询指令，则根据支付查询指令，查询支付查询指令对应的产品支付订单的支付状态。
[0128]
本技术实施例提供的界面装置可以应用在前述方法实施例中，详情参见上述方法实施例的描述，在此不再赘述。
[0129]
图6是本技术实施例四提供的聚合支付平台的结构示意图。如图6所示，该实施例的聚合支付平台600包括：至少一个处理器610(图6中仅示出一个)处理器、存储器620以及存储在所述存储器620中并可在所述至少一个处理器610上运行的计算机程序621，所述处理器610执行所述计算机程序621时实现上述任一界面控制方法实施例中的步骤。
[0130]
所述聚合支付平台600可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该聚合支付平台可包括，但不仅限于，处理器610、存储器620。本领域技术人员可以理解，图6仅仅是聚合支付平台600的举例，并不构成对聚合支付平台600的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
[0131]
所称处理器610可以是中央处理单元(central processing unit，cpu)，该处理器610还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0132]
所述存储器620在一些实施例中可以是所述聚合支付平台600的内部存储单元，例如聚合支付平台600的硬盘或内存。所述存储器620在另一些实施例中也可以是所述聚合支付平台600的外部存储设备，例如所述聚合支付平台600上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器620还可以既包括所述聚合支付平台600的内部存储单元也包括外部存储设备。所述存储器620用于存储操作系统、应用程序、引导装载程序(boot loader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器620还可以用于暂时地存储已经输出或者将要输出的数据。
[0133]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功
能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0134]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0135]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0136]
在本技术所提供的实施例中，应该理解到，所揭露的装置/聚合支付平台和方法，可以通过其它的方式实现。例如，以上所描述的装置/聚合支付平台实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0137]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0138]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0139]
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0140]
本技术实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当所述计算机程序产品在聚合支付平台上运行时，使得所述聚合支付平台执行时可实现上述各个方法实施例中的步骤。
[0141]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制。尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。