基于数据分析处理交易支付操作的方法、装置及存储介质与流程

本申请涉及数据分析领域，尤其涉及基于数据分析处理交易支付操作的方法、装置及存储介质。

背景技术：

信用卡已成为人们生活中的一种常用的支付方式。为了让用户方便使用信用卡，信用卡的还款方式也越来越简便。但是，目前比较方便的一种信用卡还款方式是信用卡用户将自己的信用卡与借记卡或者其他交易平台提供的账号进行绑定。用户在支付的时候，可以通过绑定的借记卡或者其他交易平台的账号进行扣款。

但是，用户在交易平台支付时目前仅支持银行卡支付这种固化渠道，针对小微企业主等客群，若银行卡余额不足，用户还需到支付宝或微信中提现，用户需要操作多次后经过多种付费方式才能够完成一笔账单的支付。可见，这种支付方式操作繁琐，对用户来说极其不方便，并且存在等待到账时间和手续费的问题。

技术实现要素：

本申请提供了一种基于数据分析处理交易支付操作的方法、装置及存储介质，能够解决现有技术中在线支付或线下支付操作繁琐且效率较低的问题。

第一方面，本申请提供一种基于数据分析处理交易支付操作的方法，所述方法包括：

记录用户的支付操作记录，其中，所述支付操作记录包括与交易账户绑定的支付渠道、交易数值、支付账户以及通过每个支付渠道支付的次数。支付渠道包括至少一个银联渠道和至少一个第三方支付渠道；

根据所述支付操作记录确定与贷款交易账户绑定的所有支付渠道，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力；

当接收到支付指令后，根据所述支付指令指示的支付渠道和第一交易数值确定获取所有支付渠道当前的可支付金额；

确定当前具备支付能力的有效支付渠道，统计用户在预设时长内使用各支付渠道的支付次数和交易数值；

根据第一渠道选择策略从与所述交易账户绑定的支付渠道中选择一条所述目标支付渠道；其中，所述第一渠道选择策略包括：

选择账单支付次数最多的一条支付渠道作为目标支付渠道、选择可支付金额最多的一条支付渠道作为目标支付渠道、以及随机选择一条支付渠道作为目标支付渠道，触发所述目标支付渠道支付所述第一交易数值。

在一些可能的设计中，所述根据所述支付操作记录确定与贷款交易账户绑定的所有支付渠道，创建各支付渠道之间的支付顺序，包括：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道、交易数值以及交易数值所在的支付区间分别为各支付渠道设置对应的支付优先级；

对各支付渠道的支付优先级进行排序，得到排序表，并建立支付区间与各支付渠道之间的映射关系；其中，所述支付区间与各支付渠道之间的映射关系中包括所述排序表；所述排序表用于指示对账单自动扣款时各支付渠道的支付顺序；支付渠道的优先级是指根据支付渠道的支付能力和用户的支付习惯计算得到的综合优先级；

将支付区间对应的多个支付渠道中支付优先级最高的支付渠道作为第一支付渠道，以及将所述多个支付渠道中除所述第一支付渠道之外的支付渠道作为第二支付渠道。

在一些可能的设计中，所述根据所述支付操作记录确定与贷款交易账户绑定的所有支付渠道，创建各支付渠道之间的支付顺序，包括：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道和交易数值分析所述用户在各支付渠道中的支付能力，根据所述用户在各支付渠道对应的支付能力对各支付渠道分别设置对应的优先级标签；其中，所述优先级标签用于指示支付渠道的支付顺序，所述优先级标签包括第一级标签和第二级标签，所述第一级标签所标识的第一支付渠道的综合支付能力高于第二级标签所标识的第二支付渠道。

在一些可能的设计中，所述根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道当前的可支付金额之后，所述方法还包括：

确定所述第一交易数值所在的目标支付区间，并根据所述映射关系从所述目标支付区间对应的多个支付渠道中选择一个支付渠道作为第一支付渠道，计算所述第一交易数值与第一支付渠道可支付金额的差值，所述第一支付渠道是指支付顺序第一的支付渠道；

判断所述目标支付区间中除所述第一支付渠道之外的第二支付渠道的可支付金额总和是否大于或者等于所述差值；

若所述第二支付渠道的可支付金额总和小于计算的差值，则发出第一提示信息，所述第一提示信息用于提醒用户当前支付余额不足；

若所述第二支付渠道的可支付金额总和大于或者等于计算的差值，则根据第二渠道选择策略从所述第二支付渠道中选择相应的支付渠道，选择的支付渠道的可支付金额总和大于或者等于所述差值；

根据所述第二渠道选择策略从可支付金额大于或者等于所述第一交易数值的支付渠道中选择一条可支付金额大于或者等于所述第一交易数值的支付渠道。

在一些可能的设计中，所述确定当前具备支付能力的有效支付渠道之后，所述触发所述目标支付渠道支付所述第一交易数值之前，所述方法还包括：

若根据所述第一交易数值和各支付渠道的可支付金额确定不存在一条具备支付能力的有效支付渠道，则根据所述第一交易数值和各支付渠道的可支付金额计算出至少一种支付渠道组合；每种所述支付渠道组合包括至少两条支付渠道。其中，不存在一条具备支付能力的有效支付渠道的情况可包括可支付金额不足或者连接失败或者网络拥堵；

在付款界面显示所述至少一种支付渠道组合的选择图标，每个选择图标中包括一套完整的支付所述第一交易数值的两个以上的支付渠道的图标；

接收用户针对选择图标的输入，自动触发组合支付操作，向所述支付渠道组合中的每个支付渠道发起支付请求，以通过所述支付渠道组合支付所述交易数值。

在一些可能的设计中，所述在付款界面显示所述至少一种支付渠道组合的选择图标之后，所述方法还包括：

启动计时器；

若所述计时器的计时时长达到预设时长，且在所述预设时长内未检测到用户针对选择图标的输入，则随机选择所述至少一种支付渠道组合中的一种支付渠道组合，并发出第二提示信息，所述第二提示信息用于提示用户输入密码或者指纹。

第二方面，本申请提供一种基于数据分析处理交易支付操作的装置，具有实现对应于上述第一方面提供的基于数据分析处理交易支付操作的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。

一种可能的设计中，所述装置包括：

处理模块，用于记录用户的支付操作记录，其中，所述支付操作记录包括与交易账户绑定的支付渠道、交易数值、支付账户以及通过每个支付渠道支付的次数。支付渠道包括至少一个银联渠道和至少一个第三方支付渠道；根据所述支付操作记录确定与贷款交易账户绑定的所有支付渠道，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力；

收发模块，用于接收支付指令；

所述处理模块还用于当所述收发模块接收到支付指令后，根据所述支付指令指示的支付渠道和第一交易数值确定获取所有支付渠道当前的可支付金额；确定当前具备支付能力的有效支付渠道，统计用户在预设时长内使用各支付渠道的支付次数和交易数值；根据第一渠道选择策略从与所述交易账户绑定的支付渠道中选择一条所述目标支付渠道；其中，所述第一渠道选择策略包括：选择账单支付次数最多的一条支付渠道作为目标支付渠道、选择可支付金额最多的一条支付渠道作为目标支付渠道、以及随机选择一条支付渠道作为目标支付渠道，触发所述目标支付渠道支付所述第一交易数值。

在一些可能的设计中，所述处理模块具体用于：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道、交易数值以及交易数值所在的支付区间分别为各支付渠道设置对应的支付优先级；

对各支付渠道的支付优先级进行排序，得到排序表，并建立支付区间与各支付渠道之间的映射关系；其中，所述支付区间与各支付渠道之间的映射关系中包括所述排序表；所述排序表用于指示对账单自动扣款时各支付渠道的支付顺序；支付渠道的优先级是指根据支付渠道的支付能力和用户的支付习惯计算得到的综合优先级；

将支付区间对应的多个支付渠道中支付优先级最高的支付渠道作为第一支付渠道，以及将所述多个支付渠道中除所述第一支付渠道之外的支付渠道作为第二支付渠道。

在一些可能的设计中，所述处理模块具体用于：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道和交易数值分析所述用户在各支付渠道中的支付能力，根据所述用户在各支付渠道对应的支付能力对各支付渠道分别设置对应的优先级标签；其中，所述优先级标签用于指示支付渠道的支付顺序，所述优先级标签包括第一级标签和第二级标签，所述第一级标签所标识的第一支付渠道的综合支付能力高于第二级标签所标识的第二支付渠道。

在一些可能的设计中，所述处理模块根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道当前的可支付金额之后，还用于：

确定所述第一交易数值所在的目标支付区间，并根据所述映射关系从所述目标支付区间对应的多个支付渠道中选择一个支付渠道作为第一支付渠道，计算所述第一交易数值与第一支付渠道可支付金额的差值，所述第一支付渠道是指支付顺序第一的支付渠道；

判断所述目标支付区间中除所述第一支付渠道之外的第二支付渠道的可支付金额总和是否大于或者等于所述差值；

若所述第二支付渠道的可支付金额总和小于计算的差值，则发出第一提示信息，所述第一提示信息用于提醒用户当前支付余额不足；

若所述第二支付渠道的可支付金额总和大于或者等于计算的差值，则根据第二渠道选择策略从所述第二支付渠道中选择相应的支付渠道，选择的支付渠道的可支付金额总和大于或者等于所述差值；

根据所述第二渠道选择策略从可支付金额大于或者等于所述第一交易数值的支付渠道中选择一条可支付金额大于或者等于所述第一交易数值的支付渠道。

在一些可能的设计中，所述装置还包括显示模块，所述处理模块确定当前具备支付能力的有效支付渠道之后，触发所述目标支付渠道支付所述第一交易数值之前，还用于：

若根据所述第一交易数值和各支付渠道的可支付金额确定不存在一条具备支付能力的有效支付渠道，则根据所述第一交易数值和各支付渠道的可支付金额计算出至少一种支付渠道组合；每种所述支付渠道组合包括至少两条支付渠道。其中，不存在一条具备支付能力的有效支付渠道的情况可包括可支付金额不足或者连接失败或者网络拥堵；

通过所述显示模块在付款界面显示所述至少一种支付渠道组合的选择图标，每个选择图标中包括一套完整的支付所述第一交易数值的两个以上的支付渠道的图标；

通过所述收发模块接收用户针对选择图标的输入，自动触发组合支付操作，通过所述收发模块向所述支付渠道组合中的每个支付渠道发起支付请求，以通过所述支付渠道组合支付所述交易数值。

在一些可能的设计中，所述处理模块通过所述显示模块在付款界面显示所述至少一种支付渠道组合的选择图标之后，还用于：

启动计时器；

若所述计时器的计时时长达到预设时长，且在所述预设时长内未检测到用户针对选择图标的输入，则随机选择所述至少一种支付渠道组合中的一种支付渠道组合，并通过所述收发模块发出第二提示信息，所述第二提示信息用于提示用户输入密码或者指纹。

本申请又一方面提供了一种计算机设备，其包括至少一个连接的处理器、存储器和收发器，其中，所述存储器用于存储程序代码，所述处理器用于调用所述存储器中的程序代码来执行上述第一方面所述的方法。

本申请又一方面提供了一种计算机存储介质，其包括指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

相较于现有技术，本申请提供的方案中，根据所述支付操作记录确定所有支付渠道后，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力，当接收到支付指令后，根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道的可支付金额，确定当前具备支付能力的有效支付渠道，根据所述支付顺序从所述有效支付渠道中选择支付顺序第一的一条支付渠道作为主支付渠道，进而完成支付。能够优化用户的支付操作体验以及提升用户的支付效率，实现一键智能化支付且能够兼容多种支付渠道。即使遇到某个支付渠道的可支付余额不足，也无需用户分批多次操作，先后分批去多个支付渠道支付，也就是说，采用本方案后，用户无需手动操作多次后经过多种付费方式才能够完成一笔账单的支付，本方案能够提高支付效率、减少用户操作以及提高用户体验。

附图说明

图1为本申请实施例中基于数据分析处理交易支付操作的方法的一种流程示意图；

图2为本申请实施例中支付渠道组合的选择图标的界面示意图；

图3为本申请实施例中基于数据分析处理交易支付操作的装置的一种结构示意图；

图4为本申请实施例中计算机设备的一种结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块，本申请中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行。

本申请提供一种基于数据分析处理交易支付操作的方法、装置及存储介质，可用于支付或者实时在线支付，能够优化用户的支付操作体验以及提升用户的支付效率，实现一键智能化支付且能够兼容多种支付渠道。

请参照图1，以下介绍本申请实施例中的一种基于数据分析处理交易支付操作的方法，所述方法包括：

101、记录用户的支付操作记录。

其中，所述支付操作记录包括与交易账户绑定的支付渠道、交易数值、支付账户以及通过每个支付渠道支付的次数。支付渠道包括至少一个银联渠道和至少一个第三方支付渠道，本申请中的支付渠道也可称为支付渠道或代扣渠道，本申请不对此作限定。以交易账户为信用卡账户为例，与信用卡账户绑定的支付渠道至少包括以下项之一：

与信用卡相关联的网银账号、与信用卡相关联的活期理财账户、第三方支付平台账号(例如余额宝账号、微信钱包账号或金东金融账号)等。

例如表1所示，表1为统计的支付记录。

表1102、根据所述支付操作记录确定与交易账户绑定的所有支付渠道，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力。

其中，还可根据用户实际的支付操作记录动态更新各支付渠道之间的支付顺序，例如上一次支付顺序依次为：网银账户、活期理财账户、余额宝账号、微信钱包账号。在动态更新一段时间内用户的支付操作记录后，将支付顺序更新为：余额宝账号、活期理财账户、网银账户、微信钱包账号。

一些实施方式中，所述创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力，包括：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道、交易数值以及交易数值所在的支付区间分别为各支付渠道设置对应的支付优先级，并对各支付渠道的支付优先级进行排序，得到排序表，并建立支付区间与各支付渠道之间的映射关系；其中，所述支付区间与各支付渠道之间的映射关系中包括所述排序表；所述排序表用于指示对账单自动扣款时各支付渠道的支付顺序。支付渠道的优先级是指根据支付渠道的支付能力和用户的支付习惯计算得到的综合优先级；可选的，支付区间对应的多个支付渠道中支付优先级最高的支付渠道作为第一支付渠道；

或者，根据每次支付的支付渠道和交易数值分析所述用户在各支付渠道中的支付能力，根据所述用户在各支付渠道对应的支付能力对各支付渠道分别设置优先级标签；所述优先级标签用于指示支付渠道的支付顺序，所述优先级标签包括第一级标签、第二级标签和第三级标签，所述第一级标签所标识的第一支付渠道的综合支付能力高于第二级标签所标识的第二支付渠道。

例如表2所示，表2为基于表1统计得到。

表2

从表2可看出，当交易数值高于5000时，用户更倾向于使用网银账号支付；当交易数值低于1000时，用户更倾向于使用微信钱包支付；当交易数值高于500且低于3000时，用户更倾向于使用余额宝账号支付。因此，分别设置各交易数值区间内网银账号支付、微信钱包支付和余额宝账号支付的支付优先级，以及设置各交易数值区间内网银账号支付、微信钱包支付和余额宝账号支付的支付优先级顺序，在设置完各交易数值区间的支付优先级和支付优先级顺序后，就可以在账单发起时，先确定账单对应的交易数值区间，然后按照预设的支付优先级顺序对本次账单进行支付，整个过程无需用户手动参与，全自动支付。

103、当接收到支付指令后，根据所述支付指令指示的支付渠道和第一交易数值确定获取所有支付渠道当前的可支付金额。

一些实施方式中，所述根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道当前的可支付金额之后，所述方法还包括：

(1)确定所述第一交易数值所在的目标支付区间，并根据所述映射关系从所述目标支付区间对应的多个支付渠道中选择一个支付渠道作为第一支付渠道，计算所述第一交易数值与第一支付渠道可支付金额的差值，所述第一支付渠道是指支付顺序第一的支付渠道，即在所述交易数值所在的支付区间所对应的优先级最高的支付渠道。

(2)判断所述目标支付区间中除所述第一支付渠道之外的第二支付渠道的可支付金额总和是否大于或者等于所述差值。

若所述第二支付渠道的可支付金额总和小于计算的差值，则提醒用户当前支付余额不足。该提醒信息可以为文字或者语音，本申请不对此作限定。

(3)若所述第二支付渠道的可支付金额总和大于或者等于计算的差值，则根据第二渠道选择策略从所述第二支付渠道中选择相应的支付渠道，获取的支付渠道的可支付金额总和大于或者等于所述差值。其中，所述第二渠道选择策略包括以下项之一：

按照支付渠道默认的顺序、按照支付账单次数最多的支付渠道的顺序、以及按照所述第二支付渠道的可支付金额从大到小的顺序。

(4)根据所述第二渠道选择策略从可支付金额大于或者等于所述第一交易数值的支付渠道中选择一条可支付金额大于或者等于所述第一交易数值的支付渠道。

一些实施方式中，所述账单来自所述用户绑定的信用卡，当不存在与信用卡相关联的第二支付渠道时，或者当不存在可支付金额大于或者等于所述第一交易数值的支付渠道时，输出提醒信息，所述提醒信息用于提醒所述用户所述第一交易数值不足。

判断是否存在与信用卡相关联的剩余的支付渠道。该剩余的支付渠道为除了主支付渠道以外的与信用卡相关联的支付渠道。

当存在与信用卡相关联的剩余的支付渠道时，计算信用卡交易数值与目标支付渠道可支付金额的差值。

判断剩余的支付渠道的可支付金额总和是否大于或者等于计算的差值。

104、确定当前具备支付能力的有效支付渠道，根据所述支付顺序从所述有效支付渠道中选择支付顺序第一的一条支付渠道作为目标支付渠道，触发所述目标支付渠道支付所述第一交易数值。

具体来说，所述根据所述支付顺序从所述有效支付渠道中选择支付顺序第一的一条支付渠道作为目标支付渠道，包括：

统计用户在预设时长内使用各支付渠道的支付次数和交易数值；

根据第一渠道选择策略从与所述交易账户绑定的支付渠道中选择一条所述目标支付渠道；

例如，所述第一渠道选择策略可包括：

选择账单支付次数最多的一条支付渠道作为目标支付渠道、选择可支付金额最多的一条支付渠道作为目标支付渠道、以及随机选择一条支付渠道作为目标支付渠道。

一些实施方式中，所述方法还包括：

1、若根据所述第一交易数值和各支付渠道的可支付金额确定不存在一条具备支付能力的有效支付渠道，则根据所述第一交易数值和各支付渠道的可支付金额计算出至少一种支付渠道组合；每种所述支付渠道组合包括至少两条支付渠道。其中，不存在一条具备支付能力的有效支付渠道的情况可包括可支付金额不足或者连接失败或者网络拥堵(例如活动高峰期造成的支付瘫痪)。

2、在付款界面显示所述至少一种支付渠道组合的选择图标，每个选择图标中包括一套完整的支付所述第一交易数值的两个以上的支付渠道的图标；

如图2所示的一种在付款界面显示所述至少一种支付渠道组合的选择图标的界面示意图。

3、接收用户针对选择图标的输入，自动触发组合支付操作，向所述支付渠道组合中的每个支付渠道发起支付请求，以通过所述支付渠道组合支付所述交易数值。可见，通过这种方式能够一次性完成组合支付，无需用户分批次支付，用户只需要验证支付口令一次，能够提高用户体验，减少支付流程和等待时延。

需要说明的是，也可自动选择上述图1中所示的任一种支付渠道组合，无需用户手动选择。

一些实施方式中，在付款界面显示所述至少一种支付渠道组合的选择图标后，所述方法还包括：

启动计时器；

若所述计时器的计时时长达到预设时长，且在所述预设时长内未检测到用户针对选择图标的输入，则随机选择所述至少一种支付渠道组合中的一种支付渠道组合，并发出第二提示信息，所述第二提示信息用于提示用户输入密码或者指纹。可见，通过该方式，能够实现自动化支付。

与现有机制相比，本申请实施例中，根据所述支付操作记录确定所有支付渠道后，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力，当接收到支付指令后，根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道的可支付金额，确定当前具备支付能力的有效支付渠道，根据所述支付顺序从所述有效支付渠道中选择支付顺序第一的一条支付渠道作为主支付渠道，进而完成支付。能够优化用户的支付操作体验以及提升用户的支付效率，实现一键智能化支付且能够兼容多种支付渠道。即使遇到某个支付渠道的可支付余额不足，也无需用户分批多次操作，先后分批去多个支付渠道支付，也就是说，采用本方案后，用户无需手动操作多次后经过多种付费方式才能够完成一笔账单的支付，本方案能够提高支付效率、减少用户操作以及提高用户体验。

上述图1至图2中任一所对应的实施例或实施方式中所提及的技术特征也同样适用于本申请中的图3和图4所对应的实施例，后续类似之处不再赘述。

以上对本申请中一种基于数据分析处理交易支付操作的方法进行说明，以下对执行上述基于数据分析处理交易支付操作的方法的装置进行描述。

如图3所示的一种基于数据分析处理交易支付操作的装置30的结构示意图，其可应用于线下支付和线上支付。本申请实施例中的装置30能够实现对应于上述图1所对应的实施例中所执行的基于数据分析处理交易支付操作的方法的步骤。装置30实现的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。所述装置可包括收发模块301和处理模块302，所述处理模块302和所述收发模块301的功能实现可参考图1所对应的实施例中所执行的操作，此处不作赘述。所述处理模块302可用于控制所述收发模块301的收发操作。

一些实施方式中，所述处理模块302可用于记录用户的支付操作记录，其中，所述支付操作记录包括与交易账户绑定的支付渠道、交易数值、支付账户以及通过每个支付渠道支付的次数。支付渠道包括至少一个银联渠道和至少一个第三方支付渠道；根据所述支付操作记录确定与贷款交易账户绑定的所有支付渠道，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力；

所述收发模块301可用于接收支付指令；

所述处理模块302还用于当所述收发模块接收到支付指令后，根据所述支付指令指示的支付渠道和第一交易数值确定获取所有支付渠道当前的可支付金额；确定当前具备支付能力的有效支付渠道，统计用户在预设时长内使用各支付渠道的支付次数和交易数值；根据第一渠道选择策略从与所述交易账户绑定的支付渠道中选择一条所述目标支付渠道；其中，所述第一渠道选择策略包括：选择账单支付次数最多的一条支付渠道作为目标支付渠道、选择可支付金额最多的一条支付渠道作为目标支付渠道、以及随机选择一条支付渠道作为目标支付渠道，触发所述目标支付渠道支付所述第一交易数值。

本申请实施例中，所述处理模块302根据所述支付操作记录确定所有支付渠道后，创建各支付渠道之间的支付顺序，以及根据交易数值分析或预测用户的支付能力，当收发模块301接收到支付指令后，所述处理模块302根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道的可支付金额，确定当前具备支付能力的有效支付渠道，根据所述支付顺序从所述有效支付渠道中选择支付顺序第一的一条支付渠道作为主支付渠道，进而完成支付。能够优化用户的支付操作体验以及提升用户的支付效率，实现一键智能化支付且能够兼容多种支付渠道。即使遇到某个支付渠道的可支付余额不足，也无需用户分批多次操作，先后分批去多个支付渠道支付，也就是说，采用本方案后，用户无需手动操作多次后经过多种付费方式才能够完成一笔账单的支付，本方案能够提高支付效率、减少用户操作以及提高用户体验。

一些实施方式中，所述处理模块302具体用于：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道、交易数值以及交易数值所在的支付区间分别为各支付渠道设置对应的支付优先级；

对各支付渠道的支付优先级进行排序，得到排序表，并建立支付区间与各支付渠道之间的映射关系；其中，所述支付区间与各支付渠道之间的映射关系中包括所述排序表；所述排序表用于指示对账单自动扣款时各支付渠道的支付顺序；支付渠道的优先级是指根据支付渠道的支付能力和用户的支付习惯计算得到的综合优先级；

将支付区间对应的多个支付渠道中支付优先级最高的支付渠道作为第一支付渠道，以及将所述多个支付渠道中除所述第一支付渠道之外的支付渠道作为第二支付渠道。

一些实施方式中，所述处理模块302具体用于：

统计预设时段内所述用户在各支付渠道的多次交易数值，以及根据各支付渠道的多次交易数值划分多个支付区间；

统计每次交易数值所在的支付区间；

根据每次支付的支付渠道和交易数值分析所述用户在各支付渠道中的支付能力，根据所述用户在各支付渠道对应的支付能力对各支付渠道分别设置对应的优先级标签；其中，所述优先级标签用于指示支付渠道的支付顺序，所述优先级标签包括第一级标签和第二级标签，所述第一级标签所标识的第一支付渠道的综合支付能力高于第二级标签所标识的第二支付渠道。

一些实施方式中，所述处理模块302根据所述支付指令指示的支付渠道和交易数值确定获取所有支付渠道当前的可支付金额之后，还用于：

确定所述第一交易数值所在的目标支付区间，并根据所述映射关系从所述目标支付区间对应的多个支付渠道中选择一个支付渠道作为第一支付渠道，计算所述第一交易数值与第一支付渠道可支付金额的差值，所述第一支付渠道是指支付顺序第一的支付渠道；

判断所述目标支付区间中除所述第一支付渠道之外的第二支付渠道的可支付金额总和是否大于或者等于所述差值；

若所述第二支付渠道的可支付金额总和小于计算的差值，则发出第一提示信息，所述第一提示信息用于提醒用户当前支付余额不足；

若所述第二支付渠道的可支付金额总和大于或者等于计算的差值，则根据第二渠道选择策略从所述第二支付渠道中选择相应的支付渠道，选择的支付渠道的可支付金额总和大于或者等于所述差值；

根据所述第二渠道选择策略从可支付金额大于或者等于所述第一交易数值的支付渠道中选择一条可支付金额大于或者等于所述第一交易数值的支付渠道。

一些实施方式中，所述装置30还包括显示模块303，所述处理模块302确定当前具备支付能力的有效支付渠道之后，触发所述目标支付渠道支付所述第一交易数值之前，还用于：

若根据所述第一交易数值和各支付渠道的可支付金额确定不存在一条具备支付能力的有效支付渠道，则根据所述第一交易数值和各支付渠道的可支付金额计算出至少一种支付渠道组合；每种所述支付渠道组合包括至少两条支付渠道。其中，不存在一条具备支付能力的有效支付渠道的情况可包括可支付金额不足或者连接失败或者网络拥堵；

通过所述显示模块303在付款界面显示所述至少一种支付渠道组合的选择图标，每个选择图标中包括一套完整的支付所述第一交易数值的两个以上的支付渠道的图标；

通过所述收发模块接收用户针对选择图标的输入，自动触发组合支付操作，通过所述收发模块向所述支付渠道组合中的每个支付渠道发起支付请求，以通过所述支付渠道组合支付所述交易数值。

一些实施方式中，所述处理模块302通过所述显示模块在付款界面显示所述至少一种支付渠道组合的选择图标之后，还用于：

启动计时器；

若所述计时器的计时时长达到预设时长，且在所述预设时长内未检测到用户针对选择图标的输入，则随机选择所述至少一种支付渠道组合中的一种支付渠道组合，并通过所述收发模块发出第二提示信息，所述第二提示信息用于提示用户输入密码或者指纹。

图3中所示的收发模块301对应的实体设备为图3所示的输入输出单元，该输入输出单元能够实现获取模块1部分或全部的功能，或者实现与收发模块301相同或相似的功能。

图3中所示的处理模块302对应的实体设备为图3所示的处理器，该处理器能够实现处理模块302部分或全部的功能，或者实现与处理模块302相同或相似的功能。

图3中所示的显示模块303对应的实体设备为图3所示的处理器，该处理器能够实现显示模块303部分或全部的功能，或者实现与显示模块303相同或相似的功能。

上面从模块化功能实体的角度分别介绍了本申请实施例中的装置30，以下从硬件角度介绍一种计算机设备，如图4所示，其包括：处理器、存储器、收发器(也可以是输入输出单元，图4中未标识出)、显示屏以及存储在所述存储器中并可在所述处理器上运行的计算机程序。例如，该计算机程序可以为图1所对应的实施例中基于数据分析处理交易支付操作的方法对应的程序。例如，当计算机设备实现如图3所示的装置30的功能时，所述处理器执行所述计算机程序时实现上述图3所对应的实施例中由装置30执行的基于数据分析处理交易支付操作的方法中的各步骤；或者，所述处理器执行所述计算机程序时实现上述图3所对应的实施例的装置30中各模块的功能。又例如，该计算机程序可以为图1所对应的实施例中基于数据分析处理交易支付操作的方法对应的程序。

所称处理器可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机设备的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述收发器也可以用接收器和发送器代替，可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。该收发器可以为输入输出单元。

所述存储器可以集成在所述处理器中，也可以与所述处理器分开设置。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本申请的保护之内。