首页> 中国专利> 一种支付方式的展示方法、装置、服务器及存储介质

一种支付方式的展示方法、装置、服务器及存储介质

摘要

本发明实施例公开了一种支付方式的展示方法、装置、服务器及存储介质,该方法包括:当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方;根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式;根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式;将所述目标支付方式展示给所述用户。本发明实施例的技术方案,实现了根据还款申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与资金提供方的还款交易的交易流程。

著录项

  • 公开/公告号CN113112263A

    专利类型发明专利

  • 公开/公告日2021-07-13

    原文格式PDF

  • 申请/专利权人 深圳乐信软件技术有限公司;

    申请/专利号CN202110494417.8

  • 发明设计人 袁玮鸿;

    申请日2021-05-07

  • 分类号G06Q20/22(20120101);G06Q20/06(20120101);G06Q20/10(20120101);

  • 代理机构11332 北京品源专利代理有限公司;

  • 代理人潘登

  • 地址 518000 广东省深圳市南山区粤海街道科苑南路3099号中国储能大厦第24层

  • 入库时间 2023-06-19 11:49:09

说明书

技术领域

本发明实施例涉及电子商务及互联网金融,尤其涉及一种支付方式的展示方法、装置、服务器及存储介质。

背景技术

随着科技的不断进步,互联网金融行业也得到了蓬勃发展,随着人们消费理念的变化,通过网络进行借贷业务也成为了人们常用的资金周转方式。

在用户提出还款申请时,电商平台需要在众多支付方式中,向用户推荐还款的支付方式,以供用户进行选择。

现有还款支付的推荐方式,通常由运营人员根据历史经验预先设置,推荐准确性较低,推荐效果较差,并且上述的推荐方式,往往基于业务的需求,在一段较长的时间内相对固定,因此会集成在应用程序的程序代码中,每次对推荐的支付方式进行的修改操作,都需要对程序代码进行修改,并以版本更新的形式重新发布,用户体验较差。

发明内容

本发明实施例提供了一种支付方式的展示方法、装置、服务器及存储介质,以实现根据还款申请的交易信息,向用户推荐匹配的支付方式。

第一方面,本发明实施例提供了一种支付方式的展示方法,包括:

当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方;

根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式;

根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式;

将所述目标支付方式展示给所述用户。

第二方面,本发明实施例提供了一种支付方式的展示装置,包括:

交易信息获取模块,用于当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方;

备选支付方式获取模块,用于根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式;

目标支付方式获取模块,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式;

展示执行模块,用于将所述目标支付方式展示给所述用户。

第三方面,本发明实施例还提供了一种服务器,所述服务器包括:

一个或多个处理器;

存储装置,用于存储一个或多个程序;

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明任意实施例所述的支付方式的展示方法。

第四方面,本发明实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时实现本发明任意实施例所述的支付方式的展示方法。

本发明实施例的技术方案,当获取到用户的还款申请时,根据该还款申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式,并根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式,进而将目标支付方式展示给用户,实现了根据还款申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与资金提供方的还款交易的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。

附图说明

图1是本发明实施例一提供的一种支付方式的展示方法的流程图;

图2是本发明实施例二提供的一种支付方式的展示装置的结构框图;

图3是本发明实施例三提供的一种服务器的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种支付方式的展示方法的流程图,本实施例适用于根据用户还款申请,向用户展示可用的支付方式,以引导用户选择对应的支付方式完成还款,该装置可以通过软件和/或硬件实现,并集成在电子设备中,典型的,可以集成在电商平台的服务器中,该方法具体包括如下步骤:

S110、当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方。

还款申请,可以是用户通过电商平台,直接向金融机构提出资金借贷,并在获取到借贷资金后,通过电商平台向金融机构提供还款的还款行为;也可以是用户通过电商平台购买商品或服务时,采用分期付款方式产生的借款,用户针对上述借款,通过电商平台向金融机构提供还款的还款行为,即用户间接获取金融机构提供的借贷资金。

还款类型,可以表示该笔还款申请的业务类型,例如,针对第三方支付平台合单交易的还款,针对当前电商平台会员卡充值业务的还款等,还可以表示还款人的身份信息,例如,代替他人还款和本人还款,具体的,还款类型可以划分为代替他人单账期还款、代替他人多账期还款、本人单账期还款以及本人多账期还款;资金提供方,即提供资金的各金融机构,也是电商平台响应本次还款申请后的最终收款方。

S120、根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式。

不同的还款类型,预先配置了一个或多个支付方式,即第一支付方式,例如,针对第三方支付平台A的合单交易还款,推荐用户使用第三方支付平台A来完成本次还款,以使本次还款直接进入当前电商平台在第三方支付平台A中的账户,进而便于当前电商平台在第三方支付平台A中,完成后续与资金提供方的还款交易,简化还款交易流程,因此,可以为上述还款类型预先配置的支付方式为第三方支付平台A支付;针对当前电商平台会员充值业务的还款,推荐使用用户在当前电商平台的账户中的余额进行支付,因此,可以为上述还款类型预先配置的支付方式为账户余额支付。

清分,也即账目的轧差,例如,银行A要付给银行B三亿元,银行B要付给银行A两亿元,二者相抵后,上述交易汇总为银行A付给银行B一亿元;在本发明实施例中,不同的资金提供方,在不同的金融机构(包括银行和第三方支付平台)中的账户类型不同,账户可能支持清分,也可能不支持清分,因此,根据各资金提供方,在不同的金融机构中的账户是否支持清分,预先为各资金提供方,设定匹配的支付方式,即第二支付方式;例如,资金提供方A,在银行A、银行B和第三方支付平台A中的账户支持清分,在其他金融机构中均不支持清分,因此,针对资金提供方A的还款申请,将银行A的银行卡支付、银行B的银行卡支付和第三方支付平台A支付,作为匹配的支付方式;资金提供方B,在银行A、银行C和第三方支付平台B中的账户支持清分,在其他金融机构中均不支持清分,因此,针对资金提供方B的还款申请,将银行A的银行卡支付、银行C的银行卡支付和第三方支付平台B支付,作为匹配的支付方式。

在获取到还款申请的交易信息后,可以根据预先设定的还款类型和资金提供方的优先级,选择优先级较高的一方对应的支付方式,即第一支付方式或第二支付方式,作为备选支付方式;也可以将第一支付方式和第二支付方式的并集,作为备选支付方式,以将与该笔还款申请关联度较大的所有支付方式均加入至备选支付方式中,确保备选支付方式的全面性,避免支付方式的遗漏。

可选的,在本发明实施例中,若所述交易信息包括还款类型和资金提供方,所述根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式,包括:根据所述还款申请的还款类型,获取预先配置的至少一个第一支付方式;根据所述资金提供方支持的清分方式,获取匹配的至少一个第二支付方式;将所述至少一个第一支付方式和所述至少一个第二支付方式的交集,作为备选支付方式。将第一支付方式和第二支付方式的交集,作为备选支付方式,使得获取到的备选支付方式,既符合了该还款类型下,预先配置完成的支付方式,又使得当前电商平台,可以以清分方式与资金提供方进行资金结算,简化了资金交易流程,降低了资金交易成本。

S130、根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式。

渠道支付占比,可以是当前支付方式的所属渠道,在所有支付行为(即银行卡支付、第三方支付平台支付和账户余额支付)中所占的比例;其中,渠道包括银行卡、第三方支付平台和账户余额;例如,当前支付方式为A银行的银行卡支付,那么显然该支付方式的所属渠道为银行卡,那么A银行的银行卡支付的渠道支付占比,即为银行卡支付在所有支付行为中的占比,例如,当前时刻,银行卡支付行为,在所有支付行为中的占比为20%;相应的,渠道支付占比阈值,是预先设定的,当前支付方式的所属渠道,在所有支付行为中所占比例的最大值,其作用在于避免每种渠道在所有支付行为中的占比过大,导致电商平台的交易渠道过于单一;如果该渠道的渠道支付占比大于等于渠道支付占比阈值,那么相应的,该渠道下的各个支付方式,均不会作为目标支付方式;如果该渠道的渠道支付占比小于渠道支付占比阈值,那么相应的,该渠道下的各个支付方式,均可以作为目标支付方式。

渠道支付占比,还可以是当前支付方式在所属渠道中所占的比例;例如,当前支付方式为第三方支付平台A支付,在所属渠道,即第三方支付平台支付中,当前时刻,第三方支付平台A支付,在所有第三方支付平台的支付行为中的占比为20%;相应的,渠道支付占比阈值,是预先设定的,当前支付方式在所属渠道中所占比例的最大值,其作用在于避免各支付方式在自己所在渠道中的占比过大,导致该渠道中支付方式过于单一;如果该支付方式的渠道支付占比大于等于渠道支付占比阈值,该支付方式不会作为目标支付方式;如果该支付方式的渠道支付占比小于渠道支付占比阈值,该支付方式即可作为目标支付方式;特别的,在本发明实施例中,当前时刻的渠道支付占比,可以通过规则引擎QLExpress获取。

可选的,在本发明实施例中,若所述备选支付方式包括至少一个银行卡,在根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:根据所述用户的鉴权信息、银行卡限额信息和/或银行卡类型,在所述至少一个银行卡中,获取可用银行卡;其中,所述银行卡类型包括清分银行卡和/或非清分银行卡;所述根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:根据所述可用银行卡的渠道支付占比和渠道支付占比阈值,在所述可用银行卡中获取目标银行卡,并将所述目标银行卡加入目标支付方式中。

具体的,通过判断用户的鉴权信息是否有效,用户绑定的银行卡的限额信息是否大于等于本次还款金额,以及用户绑定的银行卡是否支持清分等筛选规则,可以在上述至少一个银行卡中,确定可用银行卡;例如,将用户的鉴权信息有效,用户绑定的银行卡的限额信息大于等于本次还款金额,且用户绑定的银行卡支持清分,共同作为筛选条件,将同时满足上述筛选条件的银行卡作为可用银行卡,进而根据可用银行卡,在所属渠道中的渠道支付占比和渠道支付占比阈值,获取目标银行卡。

可选的,在本发明实施例中,若所述备选支付方式包括至少一个第三方支付平台,在根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:根据第三方支付平台限额信息,在所述至少一个第三方支付平台中,获取可用第三方支付平台;所述根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:根据所述可用第三方支付平台的渠道支付占比和渠道支付占比阈值,在所述可用第三方支付平台中获取目标第三方支付平台,并将所述目标第三方支付平台加入目标支付方式中。

具体的,将第三方支付平台的限额信息大于等于本次还款金额,作为筛选条件,获取满足上述筛选条件的第三方支付平台作为可用第三方支付平台,进而根据可用第三方支付平台,在所属渠道中的渠道支付占比和渠道支付占比阈值,获取目标第三方支付平台。

可选的,在本发明实施例中,若所述备选支付方式包括账户余额,在根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:根据所述用户的账户余额权限信息和/或账户余额限额信息,判断所述用户的账户余额是否可用;所述根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:若确定所述用户的账户余额可用,则根据所述账户余额的渠道支付占比和渠道支付占比阈值,确定是否将所述账户余额加入目标支付方式中。

具体的,通过判断用户是否开通账户余额,以及账户余额的限额信息是否大于等于本次还款金额,判断用户的账户余额是否可用;例如,将用户已开通账户余额,且账户余额的限额信息大于等于本次还款金额,共同作为筛选条件,若满足上述筛选条件,则判断用户的账户余额可用,进而根据账户余额支付,在所有渠道的支付行为中的渠道支付占比和渠道支付占比阈值,判断是否将账户余额加入目标支付方式中。

S140、将所述目标支付方式展示给所述用户。

将目标支付方式,优先展示给用户,以引导用户在上述目标支付方式中选择匹配支付方式;而对于目标支付方式之外的其它支付方式,并非不能实现,而是非最优支付选择,不利于电商平台处理与资金提供方之间的后续资金交易,因此,可以放在目标支付方式后边进行展示,也可以不予以展示。

可选的,在本发明实施例中,在将所述目标支付方式展示给所述用户前,包括:根据预设排序规则,对所述目标支付方式进行排序;所述将所述目标支付方式展示给所述用户,包括:将排序完成的所述目标支付方式展示给所述用户。各支付方式的展示优先级,可以通过经验值预先设定,在获取到目标支付方式后,若目标支付方式包括多个支付方式,则将上述各支付方式根据预先设定的优先级进行排序,优先级越高,排序越靠前。

可选的,在本发明实施例中,在将所述目标支付方式展示给所述用户前,包括:根据预设调整规则,对所述目标支付方式进行调整;其中,所述预设调整规则包括强制展示规则、强制隐藏规则、银行卡添加引导规则、账户余额开通引导规则和/或文案添加规则;所述将所述目标支付方式展示给所述用户,包括:将调整完成的所述目标支付方式展示给所述用户。强制展示规则,是在目标支付方式中强制插入特定的支付方式,包括具体的插入位置,例如,插入在目标支付方式的最前端,以使目标支付方式中必定包括上述特定的支付方式;强制隐藏规则,是在目标支付方式中将特定的支付方式强制隐藏,以使目标支付方式中必定不包括上述特定的支付方式;银行卡添加引导规则,是当目标支付方式中不包括银行卡支付时,或不包括特定银行的银行卡支付时,将引导添加银行卡,或添加上述特定银行的银行卡作为展示项,添加在目标支付方式中,以引导用户完成银行卡添加,并通过银行卡支付还款;账户余额开通引导规则,是当目标支付方式中不包括账户余额支付时,将引导开通账户余额作为展示项,添加在目标支付方式中,以引导用户开通账户余额,并通过账户余额支付还款;文案添加规则,是在目标支付方式中添加推荐性描述,以引导用户选择特定的支付方式。

特别的,根据预设调整规则,对目标支付方式进行的调整,可以在根据预设排序规则,对所述目标支付方式进行排序之前,也可以在根据预设排序规则,对所述目标支付方式进行排序之后,即可以根据预设排序规则和预设调整规则,对目标支付方式进行排序及调整,以获取排序及调整完成的目标支付方式。

本发明实施例的技术方案,当获取到用户的还款申请时,根据该还款申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式,并根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式,进而将目标支付方式展示给用户,实现了根据还款申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与资金提供方的还款交易的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。

实施例二

图2是本发明实施例二所提供的一种支付方式的展示装置的结构框图,该装置具体包括:交易信息获取模块210、备选支付方式获取模块220、目标支付方式获取模块230和展示执行模块240。

交易信息获取模块210,用于当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方;

备选支付方式获取模块220,用于根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式;

目标支付方式获取模块230,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式;

展示执行模块240,用于将所述目标支付方式展示给所述用户。

本发明实施例的技术方案,当获取到用户的还款申请时,根据该还款申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式,并根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式,进而将目标支付方式展示给用户,实现了根据还款申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与资金提供方的还款交易的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。

可选的,在上述技术方案的基础上,若所述交易信息包括还款类型和资金提供方,备选支付方式获取模块220,具体包括:

第一支付方式获取单元,用于根据所述还款申请的还款类型,获取预先配置的至少一个第一支付方式;

第二支付方式获取单元,用于根据所述资金提供方支持的清分方式,获取匹配的至少一个第二支付方式;

备选支付方式获取单元,用于将所述至少一个第一支付方式和所述至少一个第二支付方式的交集,作为备选支付方式。

可选的,在上述技术方案的基础上,若所述备选支付方式包括至少一个银行卡,支付方式的展示装置,还包括:

可用银行卡获取模块,用于根据所述用户的鉴权信息、银行卡限额信息和/或银行卡类型,在所述至少一个银行卡中,获取可用银行卡;其中,所述银行卡类型包括清分银行卡和/或非清分银行卡。

可选的,在上述技术方案的基础上,目标支付方式获取模块230,具体用于根据所述可用银行卡的渠道支付占比和渠道支付占比阈值,在所述可用银行卡中获取目标银行卡,并将所述目标银行卡加入目标支付方式中。

可选的,在上述技术方案的基础上,若所述备选支付方式包括至少一个第三方支付平台,支付方式的展示装置,还包括:

可用第三方支付平台获取模块,用于根据第三方支付平台限额信息,在所述至少一个第三方支付平台中,获取可用第三方支付平台。

可选的,在上述技术方案的基础上,目标支付方式获取模块230,具体用于根据所述可用第三方支付平台的渠道支付占比和渠道支付占比阈值,在所述可用第三方支付平台中获取目标第三方支付平台,并将所述目标第三方支付平台加入目标支付方式中。

可选的,在上述技术方案的基础上,若所述备选支付方式包括账户余额,支付方式的展示装置,还包括:

账户余额判断模块,用于根据所述用户的账户余额权限信息和/或账户余额限额信息,判断所述用户的账户余额是否可用。

可选的,在上述技术方案的基础上,目标支付方式获取模块230,具体用于若确定所述用户的账户余额可用,则根据所述账户余额的渠道支付占比和渠道支付占比阈值,确定是否将所述账户余额加入目标支付方式中。

可选的,在上述技术方案的基础上,支付方式的展示装置,还包括:

排序执行模块,用于根据预设排序规则,对所述目标支付方式进行排序。

可选的,在上述技术方案的基础上,展示执行模块240,具体用于将排序完成的所述目标支付方式展示给所述用户。

可选的,在上述技术方案的基础上,支付方式的展示装置,还包括:

调整执行模块,用于根据预设调整规则,对所述目标支付方式进行调整;其中,所述预设调整规则包括强制展示规则、强制隐藏规则、银行卡添加引导规则、账户余额开通引导规则和/或文案添加规则。

可选的,在上述技术方案的基础上,展示执行模块240,具体用于将调整完成的所述目标支付方式展示给所述用户。

上述装置可执行本发明任意实施例所提供的支付方式的展示方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明任意实施例提供的方法。

实施例三

图3为本发明实施例三提供的一种服务器的结构示意图。图3示出了适于用来实现本发明实施方式的示例性设备12的框图。图3显示的服务器12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示,服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示,通常称为“硬盘驱动器”)。尽管图3中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如系统存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该服务器12交互的设备通信,和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与服务器12的其它模块通信。应当明白,尽管图中未示出,可以结合服务器12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明任意实施例所提供的支付方式的展示方法。也即:当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方;根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式;根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式;将所述目标支付方式展示给所述用户。

实施例四

本发明实施例四还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明任意实施例所述的支付方式的展示方法;该方法包括:

当获取到用户的还款申请时,获取所述还款申请的交易信息;其中,所述交易信息包括还款类型和/或资金提供方;

根据所述还款申请的交易信息,获取匹配的至少一个备选支付方式;

根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式;

将所述目标支付方式展示给所述用户。

本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号