一种支付方法及装置与流程

本发明涉及金融领域，尤其涉及一种支付方法及装置。

背景技术：

随着非现金支付方式的发展，当前客户在进行线上或者线下交易时，通常会选择非现金交易。但是，在客户有多种支付渠道的情况下，例如多种银行卡或者支付宝、微信等支付渠道，用户无法判断出采用哪种支付方式对用户是最优惠的。

技术实现要素：

有鉴于此，本发明实施例公开了一种支付方法及装置，解决了现有技术中无法选择最优惠的支付方式的问题。

本发明实施例提供了一种支付方法，该方法包括：

响应于客户的支付请求，获取与支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息；

基于优惠信息和支付信息，从与所述支付请求相关联的至少一个付款账户中选择目标付款账户组；所述目标付款账户组包括至少一个付款账户；

采用目标账户组响应所述支付请求，进行支付结算。

可选的，所述基于优惠信息和支付信息，从所述与支付请求相关联的至少一个用户的账户中选择目标账户组，包括：

将与所述支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息输入到支付分析模型中，得到目标账户组；所述支付分析模型是通过用户的至少一个付款账户信息、支付信息以及优惠信息进行训练后得到的，所述训练后得到的支付模型表示付款账户信息、支付信息以及优惠信息与用于支付的目标账户组的关联关系。

可选的，所述目标付款账户是对用户最优惠的支付组合。

可选的，还包括：

获取用户的付款账户信息、支付信息以及优惠信息；

基于所述支付信息和优惠信息，确定第二目标付款账户组；

基于所述第二目标付款账户组对所述支付分析模型进行优化。

可选的，还包括：

获取目标优惠方式；所述目标优惠方式为用户选择的优惠方式或者默认的优惠方式；

所述目标优惠方式用于确定目标付款账户组。

本发明实施例还公开了一种支付装置，包括：

获取单元，用于响应于客户的支付请求，获取与支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息；

目标账户组确定单元，用于基于优惠信息和支付信息，从与所述支付请求相关联的至少一个付款账户中选择目标付款账户组；所述目标付款账户组包括至少一个付款账户；

结算单元，用于采用目标账户组响应所述支付请求，进行支付结算。

可选的，所述目标账户组确定单元，包括：

目标账户组确定子单元，用于将与所述支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息输入到支付分析模型中，得到目标账户组；所述支付分析模型是通过用户的至少一个付款账户信息、支付信息以及优惠信息进行训练后得到的，所述训练后得到的支付模型表示付款账户信息、支付信息以及优惠信息与用于支付的目标账户组的关联关系。

可选的，所述目标付款账户是对用户优惠的支付组合。

可选的，还包括：

获取子单元，用于获取用户的付款账户信息、支付信息以及优惠信息；

第二确定子单元，用于基于所述支付信息和优惠信息，确定第二目标付款账户组；

支付分析模型优化子单元，用于基于所述第二目标付款账户组对所述支付分析模型进行优化。

可选的，还包括：

第二获取子单元，用于获取目标优惠方式；所述目标优惠方式为用户选择的优惠方式或者默认的优惠方式；

第三确定子单元，用于所述目标优惠方式用于确定目标付款账户组。

本发明实施例公开了一种支付方法，该方法包括：响应于客户的支付请求，获取与支付请求相关联的至少一个用户的付款账户信息、支付信息以及优惠信息；基于优惠信息和支付信息，从与所述支付请求相关联的至少一个用户的付款账户中选择目标付款账户组；所述目标付款账户组包括至少一个用户的付款账户；采用目标账户组响应所述支付请求，进行支付结算。由此，实现了自动的为客户选择最优惠的支付方式的方法，并且本实施例还实现了采用多个付款账户响应一个支付请求的目的，这样能够为客户选择最优惠的支付方式。

附图说明

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

图1示出了本发明实施例提供的一种支付方法的流程示意图；

图2示出了本发明实施例提供的一种支付方法的又一流程示意图；

图3示出了本发明实施例提供的一种支付装置的结构示意图。

具体实施方式

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

参考图1，示出了本发明实施例提供的一种支付方法的流程示意图，在本实施例中，该方法包括：

s101：响应于客户的支付请求，获取与支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息；

本实施例中，与请求相关联的付款账户，可以理解为与支付请求绑定的账户，例如，若支付请求来自于某一个商户，与支付请求相关联的账户可以为与该商户绑定的账户；或者该支付请求来自于某个支付平台，与支付请求相关联的账户可以为与支付平台绑定的账户。

其中，用户的付款账户可以包括用户名下的银行卡账户(包括借记卡账户以及信用卡账户)、第三方支付平台账户等。

账户信息可以包括账户的一些基本信息，本实施中不进行限定，例如可以包括：账户资产情况、账户属性(为借记卡、信用卡或者第三方支付平台)等，若账户的属性为信用卡，还可以包括还款日期。

支付信息包括：支付金额等。

优惠信息包括：用户的付款账户与发起支付请求的第三方平台或者商户合作的优惠信息，或者付款账户自身推出的一些优惠活动(满减活动或者积分赠礼活动)。

s102：基于优惠信息和支付信息，从与所述支付请求相关联的至少一个用户的付款账户中选择目标账户组；所述目标付款账户组包括至少一个用户的付款账户；

本实施例中，为了让用户得到最大的付款优惠，结合每个付款账户对应的优惠信息、支付信息确定支付方式，确定出用于支付的目标付款账户组。

其中，目标账户组可以包括至少一个付款账户，针对目标账户组的确定，可以包括如下的几种方式：

方式一、预先设置用于付款的目标账户组中包括一个账户：

基于每个付款账户的优惠信息和支付信息，从所有的付款账户中选取一个最优惠的付款账户。

方式二、预先设置用户付款的目标账户组中包括多个账户；

基于每个付款账户的优惠信息和支付信息，对所有的付款账户进行组合，并获取不同组合方式对应的优惠结果，并从中选取最优的组合方式作为目标付款账户。

其中，预设的多个账户的数量可以是用户基于实际情况设置的。

本实施例中，最优惠的原则，可以为最终用户付款金额最少，或者用户受益最多，例如，针对付款兑积分的活动，可以为获得积分最多的付款账户。

其中，在具有多种优惠条件的情况下，可以包括如下的几种优惠原则：

1、用户预先选择采用哪种优惠条件：

举例说明：在优惠条件包括：金额满减或者换算积分的情况下，用户可以选择采用满减力度最大的，或者获得积分最多的优惠条件，作为优惠原则。

2、将所有的优惠条件进行比对，选择出使用户获利最多的优惠条件：

举例说明：在优惠条件包括：金额满减或者换算积分的情况下，可以将积分换算为优惠金额，将满减优惠条件下计算出的优惠金额和积分换算得到的优惠金额进行比较，将优惠金额较大的作为遵循的优惠原则。

在实际应用中，系统对优惠条件的确定方法可以通过如下的方式确定：

获取目标优惠方式；所述目标优惠方式为用户选择的优惠方式或者默认的优惠方式；

所述目标优惠方式用于确定目标账户组。

其中，默认的优惠方式可以是预先设置的优惠方式。

本实施例中，基于最优惠的原则，选择目标账户组的方式包括很多，本实施例中不进行限定。

优选的，本实施例提供了如下的一种实现方式：

将与所述支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息输入到支付分析模型中，得到目标账户组；

其中，所述支付模型是通过用户的至少一个付款账户信息、支付信息以及优惠信息进行训练后得到的，并且训练后得到的支付模型表示付款账户信息、支付信息以及优惠信息与用户支付的目标账户组的关联关系。

本实施例中，该方法会在下文中进行详细的阐述，本实施例中不再赘述。

s103：采用目标账户组响应所述支付请求，进行支付结算。

本实施例中，确定的目标付款账户中包括至少一个付款账户，在目标付款账户包括多个付款账户的同时，可以为多个付款账户的每个付款账户分配付款金额。

在付款时，基于每个付款账户的付款金额，进行支付结算。

本实施例中，响应于客户的支付请求，获取与支付请求相关联的至少一个用户的付款账户信息、支付信息以及优惠信息；基于优惠信息和支付信息，从与所述支付请求相关联的至少一个用户的付款账户中选择目标付款账户组；所述目标付款账户组包括至少一个用户的付款账户；采用目标账户组响应所述支付请求，进行支付结算。由此，实现了自动的为客户选择最优惠的支付方式的方法，并且本实施例还实现了采用多个付款账户响应一个支付请求的目的，这样能够为客户选择最优惠的支付方式。

参考图2，示出了本发明实施例提供的一种支付方法的又一流程示意图，在本实施例中，该方法包括：

s201：响应于客户的支付请求，获取与支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息；

本实施例中，该s201与上述介绍的s101的方案一致，本实施例中不再赘述。

s202：将与所述支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息输入到支付分析模型中，得到目标账户组；所述支付分析模型是通过用户的至少一个付款账户信息、支付信息以及优惠信息进行训练后得到的，所述训练后得到的支付模型表示付款账户信息、支付信息以及优惠信息与用于支付的目标账户组的关联关系；

本实施例中，支付分析模型可以包括多种，本实施例中不进行限定，例如可以为深度卷积神经网络、遗传算法或者任何一种基于大数据的机器学习模型。

本实施例中，对支付分析模型进行训练的训练样本包括：付款账户信息、支付信息以及一些优惠信息。

其中，训练遵循的原则也是输出结果，即输出的目标账户组为可以让用户得到最大优惠的一个账户组或者多个付款账户的组合。

在训练完成后，可以得到表征账户信息、支付信息以及优惠信息与用于支付的目标账户组的关联关系的支付分析模型。

在实际应用中，在支付分析模型中输入付款账户信息、支付信息以及优惠信息后可以得到使用户获得最大优惠或者较大的优惠的一个付款账户或者多个付款账户的组合。

s203：采用目标账户组响应所述支付请求，进行支付结算。

本实施例中，该s203与上述s102一致，本实施例中不再赘述。

本实施例中，通过训练好的支付分析模型为客户选择用于支付的至少一个付款账户，这样不仅能够快速的确定出用于支付的目标账户组，并且得到的结果更加的准确。

进一步的，由于优惠信息的不断更迭，总会出现一些新的优惠条件，在这种情况下，支付分析模型可以无法对新的优惠条件进行分析，为了另已训练的支付分析模型用于新的优惠条件，可以基于新的优惠条件对支付分析模型进行优化，具体的还包括：

获取用户的账户信息、支付信息以及优惠信息；

基于所述支付信息和优惠信息确定第二目标账户组；

基于所述第二目标账户组对所述支付分析模型进行优化。

本实施中，第二目标账户组可以为基于新的优惠条件和相应的支付信息确定的不同付款账户的组合。

参考图3，示出了本发明实施例提供的一种支付装置的结构示意图，在本实施例中，该装置包括：

获取单元301，用于响应于客户的支付请求，获取与支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息；

目标账户组确定单元302，用于基于优惠信息和支付信息，从与所述支付请求相关联的至少一个付款账户中选择目标付款账户组；所述目标付款账户组包括至少一个付款账户；

结算单元303，用于采用目标账户组响应所述支付请求，进行支付结算。

可选的，所述目标账户组确定单元，包括目标账户组确定单元，包括：

目标账户组确定子单元，用于将与所述支付请求相关联的至少一个付款账户信息、支付信息以及优惠信息输入到支付分析模型中，得到目标账户组；所述支付分析模型是通过用户的至少一个付款账户信息、支付信息以及优惠信息进行训练后得到的，所述训练后得到的支付模型表示付款账户信息、支付信息以及优惠信息与用于支付的目标账户组的关联关系。

可选的，所述目标付款账户是对用户优惠的支付组合。

可选的，还包括：

获取子单元，用于获取用户的付款账户信息、支付信息以及优惠信息；

第二确定子单元，用于基于所述支付信息和优惠信息，确定第二目标付款账户组；

支付分析模型优化子单元，用于基于所述第二目标付款账户组对所述支付分析模型进行优化。

可选的，还包括：

第二获取子单元，用于获取目标优惠方式；所述目标优惠方式为用户选择的优惠方式或者默认的优惠方式；

第三确定子单元，用于所述目标优惠方式用于确定目标付款账户组。

通过本实施例的装置，响应于客户的支付请求，获取与支付请求相关联的至少一个用户的付款账户信息、支付信息以及优惠信息；基于优惠信息和支付信息，从与所述支付请求相关联的至少一个用户的付款账户中选择目标付款账户组；所述目标付款账户组包括至少一个用户的付款账户；采用目标账户组响应所述支付请求，进行支付结算。由此，实现了自动的为客户选择最优惠的支付方式的方法，并且本实施例还实现了采用多个付款账户响应一个支付请求，这样能够为客户选择最优惠的支付方式。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。