CN113222566A - 一种支付管理系统、方法、装置及存储介质 - Google Patents

一种支付管理系统、方法、装置及存储介质 Download PDF

Info

Publication number
CN113222566A
CN113222566A CN202110495004.1A CN202110495004A CN113222566A CN 113222566 A CN113222566 A CN 113222566A CN 202110495004 A CN202110495004 A CN 202110495004A CN 113222566 A CN113222566 A CN 113222566A
Authority
CN
China
Prior art keywords
payment
channel
mode
target
alternative
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110495004.1A
Other languages
English (en)
Inventor
袁玮鸿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Lexin Software Technology Co Ltd
Original Assignee
Shenzhen Lexin Software Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Lexin Software Technology Co Ltd filed Critical Shenzhen Lexin Software Technology Co Ltd
Priority to CN202110495004.1A priority Critical patent/CN113222566A/zh
Publication of CN113222566A publication Critical patent/CN113222566A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例公开了一种支付管理系统、方法、装置及存储介质,该系统包括:支付交易获取模块,用于确定支付申请的交易信息;备选支付配置模块,用于获取匹配的至少一个备选支付方式;支付引导模块,用于根据至少一个备选支付方式的渠道支付占比和渠道支付占比阈值,在至少一个备选支付方式中获取目标支付方式,并将目标支付方式展示给用户;支付渠道获取模块,用于获取用户选择的支付方式,并与匹配的支付渠道建立通信连接。本发明实施例的技术方案,实现了根据还支付申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与商家的交易流程。

Description

一种支付管理系统、方法、装置及存储介质
技术领域
本发明实施例涉及电子商务及互联网金融,尤其涉及一种支付管理系统、方法、装置及存储介质。
背景技术
随着科技的不断进步,互联网金融行业也得到了蓬勃发展,随着人们消费理念的变化,通过电商平台进行购物和借贷也成为了电子商务的重要组成部分。
在用户提出支付申请时,电商平台需要在众多支付方式中,向用户推荐还款的支付方式,以供用户进行选择。
现有支付方式的推荐,通常由运营人员根据历史经验预先设置,推荐准确性较低,推荐效果较差,并且上述的推荐方式,往往基于业务的需求,在一段较长的时间内相对固定,因此会集成在应用程序的程序代码中,每次对推荐的支付方式进行的修改操作,都需要对程序代码进行修改,并以版本更新的形式重新发布,用户体验较差。
发明内容
本发明实施例提供了一种支付管理系统、方法、装置及存储介质,以实现根据支付申请的交易信息,向用户推荐匹配的支付方式。
第一方面,本发明实施例提供了一种支付管理系统,包括:支付交易获取模块、备选支付配置模块、支付引导模块和支付渠道获取模块;所述支付引导模块分别连接所述支付交易获取模块、所述备选支付配置模块和所述支付渠道获取模块;
所述支付交易获取模块,用于获取用户的支付申请,并确定所述支付申请的交易信息;其中,所述交易信息包括支付申请来源和/或支付申请类型,所述支付申请类型包括还款支付申请、消费支付申请和/或充值支付申请;
所述备选支付配置模块,用于根据所述支付申请的交易信息,获取匹配的至少一个备选支付方式;
所述支付引导模块,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户;
所述支付渠道获取模块,用于获取所述用户选择的支付方式,并与匹配的支付渠道建立通信连接。
第二方面,本发明实施例提供了一种支付方式的展示方法,包括:
支付交易获取模块在获取到用户的支付申请时,确定所述支付申请的交易信息;
备选支付配置模块若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式;
支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
第三方面,本发明实施例提供了一种支付方式的展示装置,包括:
交易信息获取模块,集成于支付交易获取模块,用于在获取到用户的支付申请时,确定所述支付申请的交易信息;
备选支付方式获取模块,集成于备选支付配置模块,用于若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式;
目标支付方式获取模块,集成于支付引导模块,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
第四方面,本发明实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时实现本发明任意实施例所述的支付方式的展示方法。
本发明实施例的技术方案,支付交易获取模块在获取支付申请的交易信息后,备选支付配置模块获取匹配的至少一个备选支付方式,支付引导模块根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式并展示,进而支付渠道获取模块,根据用户选择的支付方式,与匹配的支付渠道建立通信连接,实现了根据还支付申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与商家的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。
附图说明
图1A是本发明实施例一提供的一种支付管理系统的结构框图;
图1B是本发明实施例一提供的另一种支付管理系统的结构框图;
图2是本发明实施例二提供的一种支付方式的展示方法的流程图。
图3是本发明实施例三提供的一种支付方式的展示装置的结构框图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1A为本发明实施例一提供的一种支付管理系统的结构框图,包括:支付交易获取模块100、备选支付配置模块200、支付引导模块300和支付渠道获取模块400;所述支付引导模块300分别连接所述支付交易获取模块100、所述备选支付配置模块200和所述支付渠道获取模块400;
所述支付交易获取模块100,用于获取用户的支付申请,并确定所述支付申请的交易信息;其中,所述交易信息包括支付申请来源和/或支付申请类型,所述支付申请类型包括还款支付申请、消费支付申请和/或充值支付申请;其中,支付申请来源,是用户发出支付申请的渠道,在本发明实施例中,支付管理系统可以对接多种软件程序,例如,APP(Application,应用程序)、小程序、公众号和H5页面;支付申请类型是本次支付申请的支付目的,例如,针对某笔欠款的还款支付申请、针对某个物品或服务的消费支付申请,以及针对当前电商平台的账户、会员或特权的充值支付申请。
特别的,还款支付申请,可以是用户通过当前电商平台,直接向商家提出资金借贷,并在获取到借贷资金后,通过当前电商平台向商家提供还款的还款行为;也可以是用户通过当前电商平台购买商品或服务时,采用分期付款方式产生的借款,用户针对上述借款,通过电商平台向商家(即提供资金的商家,非该商品或服务的售卖商家)提供还款的还款行为,即用户间接获取商家提供的借贷资金。
所述备选支付配置模块200,用于根据所述支付申请的交易信息,获取匹配的至少一个备选支付方式。备选支付配置模块200,用于配置并管理每种类型的支付申请与备选支付方式的对应方式,例如,对于充值支付申请,预先配置了第三方支付平台A支付、银行A的银行卡支付、银行B的银行卡支付作为备选支付方式;特别的,对于还款支付申请,可以根据还款类型和/或资金提供方,为不同的还款支付申请,预先配置不同的一个或多个备选支付方式;其中,还款类型,可以表示该笔还款支付申请的业务类型,例如,针对第三方支付平台合单交易的还款,针对当前电商平台会员卡充值业务的还款等,还可以表示还款人的身份信息,例如,代替他人还款和本人还款,具体的,还款类型可以划分为代替他人单账期还款、代替他人多账期还款、本人单账期还款以及本人多账期还款;资金提供方,即提供资金的各商家,也是电商平台响应本次还款支付申请后的最终收款方。
同样的,对于消费支付申请,也可以根据付款类型和/或资金收取方,为不同的消费支付申请,预先配置不同的一个或多个备选支付方式;其中,付款类型,可以表示该笔消费支付申请的业务类型,例如,针对当前电商平台自营商品的付款,针对当前电商平台中其它商家售卖商品的付款等,还可以表示付款人的身份信息,例如,代替他人付款和本人付款,具体的,付款类型可以划分为代替他人付部分款项、代替他人付全部款项、本人付部分款项和/或本人付全部款项;资金收取方,即电商平台响应本次消费支付申请后的最终收款方,可以是电商平台自己,也可以是电商平台上售卖商品或服务的其它商家。
所述支付引导模块300,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
渠道支付占比,可以是当前支付方式的所属渠道,在所有支付行为(即银行卡支付、第三方支付平台支付和账户余额支付)中所占的比例;其中,渠道包括银行卡、第三方支付平台和账户余额;例如,当前支付方式为A银行的银行卡支付,那么显然该支付方式的所属渠道为银行卡,那么A银行的银行卡支付的渠道支付占比,即为银行卡支付在所有支付行为中的占比,例如,当前时刻,银行卡支付行为,在所有支付行为中的占比为20%;相应的,渠道支付占比阈值,是预先设定的,当前支付方式的所属渠道,在所有支付行为中所占比例的最大值,其作用在于避免每种渠道在所有支付行为中的占比过大,导致电商平台的交易渠道过于单一;如果该渠道的渠道支付占比大于等于渠道支付占比阈值,那么相应的,该渠道下的各个支付方式,均不会作为目标支付方式;如果该渠道的渠道支付占比小于渠道支付占比阈值,那么相应的,该渠道下的各个支付方式,均可以作为目标支付方式。
渠道支付占比,还可以是当前支付方式在所属渠道中所占的比例;例如,当前支付方式为第三方支付平台A支付,在所属渠道,即第三方支付平台支付中,当前时刻,第三方支付平台A支付,在所有第三方支付平台的支付行为中的占比为20%;相应的,渠道支付占比阈值,是预先设定的,当前支付方式在所属渠道中所占比例的最大值,其作用在于避免各支付方式在各自所属渠道中的占比过大,导致该渠道中支付方式过于单一;如果该支付方式的渠道支付占比大于等于渠道支付占比阈值,该支付方式不会作为目标支付方式;如果该支付方式的渠道支付占比小于渠道支付占比阈值,该支付方式即可作为目标支付方式;特别的,在本发明实施例中,当前时刻的渠道支付占比,可以通过规则引擎QLExpress获取。
所述支付渠道获取模块400,用于获取所述用户选择的支付方式,并与匹配的支付渠道建立通信连接;其中,支付渠道即上述银行、第三方支付平台和/或当前电商平台的账户余额。
如图1B所示,可选的,在本发明实施例中,所述支付管理系统,还包括以下至少一项:绑卡引导模块500,连接所述支付引导模块300,用于当确定所述目标支付方式中不包括任何银行卡,或不包括特定银行卡时,将所述特定银行卡加入所述目标支付方式中,以引导用户完成所述特定银行卡的绑定,以及通过所述特定银行卡完成支付;协议管理模块600,连接所述支付渠道获取模块400,用于存储各支付渠道的通信协议;渠道管理模块700,连接所述支付渠道获取模块400,用于存储各支付渠道的接口信息;计费核算模块800,用于响应用户的支付申请后,计算支付交易成本。协议管理模块600和渠道管理模块700,分别存储了各个支付渠道所支持的通信协议和接口信息,而计费核酸模块800则支付管理系统响应每个支付申请后,实时计算本次支付申请的交易成本。
本发明实施例的技术方案,支付交易获取模块在获取支付申请的交易信息后,备选支付配置模块获取匹配的至少一个备选支付方式,支付引导模块根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式并展示,进而支付渠道获取模块,根据用户选择的支付方式,与匹配的支付渠道建立通信连接,实现了根据还支付申请的交易信息,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与商家的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。
实施例二
图2为本发明实施例二提供的一种支付方式的展示方法的流程图,本实施例适用于根据用户的还款支付申请,向用户展示可用的支付方式,以引导用户选择对应的支付方式完成还款,该装置可以通过软件和/或硬件实现,并集成在电子设备中,典型的,可以集成在电商平台的服务器中,该方法具体包括如下步骤:
S210、支付交易获取模块在获取到用户的支付申请时,确定所述支付申请的交易信息。
S220、备选支付配置模块若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式。
不同的还款类型,预先配置了一个或多个支付方式(即第一支付方式),例如,针对第三方支付平台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支付,作为匹配的支付方式。
在获取到还款支付申请的交易信息后,可以根据预先设定的还款类型和资金提供方的优先级,选择优先级较高的一方对应的支付方式,即第一支付方式或第二支付方式,作为备选支付方式;也可以将第一支付方式和第二支付方式的并集,作为备选支付方式,以将与该笔还款支付申请关联度较大的所有支付方式均加入至备选支付方式中,确保备选支付方式的全面性,避免支付方式的遗漏。
可选的,在本发明实施例中,若所述交易信息包括还款类型和资金提供方,所述备选支付配置模块根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式,包括:根据所述还款支付申请的还款类型,获取预先配置的至少一个第一支付方式;根据所述资金提供方支持的清分方式,获取匹配的至少一个第二支付方式;将所述至少一个第一支付方式和所述至少一个第二支付方式的交集,作为备选支付方式。将第一支付方式和第二支付方式的交集,作为备选支付方式,使得获取到的备选支付方式,既符合了该还款类型下,预先配置完成的支付方式,又使得当前电商平台,可以以清分方式与资金提供方进行资金结算,简化了资金交易流程,降低了资金交易成本。
S230、支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
可选的,在本发明实施例中,若所述备选支付方式包括至少一个银行卡,在支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:支付引导模块根据所述用户的鉴权信息、银行卡限额信息和/或银行卡类型,在所述至少一个银行卡中,获取可用银行卡;其中,所述银行卡类型包括清分银行卡和/或非清分银行卡;所述支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:支付引导模块根据所述可用银行卡的渠道支付占比和渠道支付占比阈值,在所述可用银行卡中获取目标银行卡,并将所述目标银行卡加入目标支付方式中。
具体的,通过判断用户的鉴权信息是否有效,用户绑定的银行卡的限额信息是否大于等于本次还款金额,以及用户绑定的银行卡是否支持清分等筛选规则,可以在上述至少一个银行卡中,确定可用银行卡;例如,将用户的鉴权信息有效,用户绑定的银行卡的限额信息大于等于本次还款金额,且用户绑定的银行卡支持清分,共同作为筛选条件,将同时满足上述筛选条件的银行卡作为可用银行卡,进而根据可用银行卡,在所属渠道中的渠道支付占比和渠道支付占比阈值,获取目标银行卡。
可选的,在本发明实施例中,若所述备选支付方式包括至少一个第三方支付平台,在支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:支付引导模块根据第三方支付平台限额信息,在所述至少一个第三方支付平台中,获取可用第三方支付平台;所述支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:支付引导模块根据所述可用第三方支付平台的渠道支付占比和渠道支付占比阈值,在所述可用第三方支付平台中获取目标第三方支付平台,并将所述目标第三方支付平台加入目标支付方式中。
具体的,将第三方支付平台的限额信息大于等于本次还款金额,作为筛选条件,获取满足上述筛选条件的第三方支付平台作为可用第三方支付平台,进而根据可用第三方支付平台,在所属渠道中的渠道支付占比和渠道支付占比阈值,获取目标第三方支付平台。
可选的,在本发明实施例中,若所述备选支付方式包括账户余额,在支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:支付引导模块根据所述用户的账户余额权限信息和/或账户余额限额信息,判断所述用户的账户余额是否可用;所述支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:支付引导模块若确定所述用户的账户余额可用,则根据所述账户余额的渠道支付占比和渠道支付占比阈值,确定是否将所述账户余额加入目标支付方式中。
具体的,通过判断用户是否开通账户余额,以及账户余额的限额信息是否大于等于本次还款金额,判断用户的账户余额是否可用;例如,将用户已开通账户余额,且账户余额的限额信息大于等于本次还款金额,共同作为筛选条件,若满足上述筛选条件,则判断用户的账户余额可用,进而根据账户余额支付,在所有渠道的支付行为中的渠道支付占比和渠道支付占比阈值,判断是否将账户余额加入目标支付方式中。
特别的,对于目标支付方式之外的其它支付方式,并非不能实现,而是非最优支付选择,不利于电商平台处理与资金提供方之间的后续资金交易,因此,可以放在目标支付方式后边进行展示,也可以不予以展示。
可选的,在本发明实施例中,在支付引导模块将所述目标支付方式展示给所述用户前,包括:支付引导模块根据预设排序规则,对所述目标支付方式进行排序;所述支付引导模块将所述目标支付方式展示给所述用户,包括:支付引导模块将排序完成的所述目标支付方式展示给所述用户。各支付方式的展示优先级,可以通过经验值预先设定,在获取到目标支付方式后,若目标支付方式包括多个支付方式,则将上述各支付方式根据预先设定的优先级进行排序,优先级越高,排序越靠前。
可选的,在本发明实施例中,在支付引导模块将所述目标支付方式展示给所述用户前,包括:支付引导模块根据预设调整规则,对所述目标支付方式进行调整;其中,所述预设调整规则包括强制展示规则、强制隐藏规则、账户余额开通引导规则和/或文案添加规则;所述支付引导模块将所述目标支付方式展示给所述用户,包括:支付引导模块将调整完成的所述目标支付方式展示给所述用户。强制展示规则,是在目标支付方式中强制插入特定的支付方式,包括具体的插入位置,例如,插入在目标支付方式的最前端,以使目标支付方式中必定包括上述特定的支付方式;强制隐藏规则,是在目标支付方式中将特定的支付方式强制隐藏,以使目标支付方式中必定不包括上述特定的支付方式;账户余额开通引导规则,是当目标支付方式中不包括账户余额支付时,将引导开通账户余额作为展示项,添加在目标支付方式中,以引导用户开通账户余额,并通过账户余额支付还款;文案添加规则,是在目标支付方式中添加推荐性描述,以引导用户选择特定的支付方式。
特别的,根据预设调整规则,对目标支付方式进行的调整,可以在根据预设排序规则,对所述目标支付方式进行排序之前,也可以在根据预设排序规则,对所述目标支付方式进行排序之后,即可以根据预设排序规则和预设调整规则,对目标支付方式进行排序及调整,以获取排序及调整完成的目标支付方式。
本发明实施例的技术方案,当获取到用户的还款支付申请时,根据该还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式,并根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式,进而将目标支付方式展示给用户,实现了根据不同还款支付申请的还款类型和/或资金提供方,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与资金提供方的还款交易的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。
实施例三
图3是本发明实施例三所提供的一种支付管理装置的结构框图,该装置具体包括:交易信息获取模块310、备选支付方式获取模块320和目标支付方式获取模块330。
交易信息获取模块310,集成于支付交易获取模块,用于在获取到用户的支付申请时,确定所述支付申请的交易信息;
备选支付方式获取模块320,集成于备选支付配置模块,用于若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式;
目标支付方式获取模块330,集成于支付引导模块,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
本发明实施例的技术方案,当获取到用户的还款支付申请时,根据该还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式,并根据备选支付方式的渠道支付占比和渠道支付占比阈值,获取目标支付方式,进而将目标支付方式展示给用户,实现了根据不同还款支付申请的还款类型和/或资金提供方,向用户提供支付方式的个性化推荐,并引导用户选择推荐的支付方式,简化了电商平台完成后续与资金提供方的还款交易的交易流程,同时,避免了将推荐的支付方式写入应用程序的程序代码中,减少了对程序代码的修改过程,节省了时间成本和人力成本。
可选的,在上述技术方案的基础上,若所述交易信息包括还款类型和资金提供方,备选支付方式获取模块320,具体包括:
第一支付方式获取单元,用于根据所述还款支付申请的还款类型,获取预先配置的至少一个第一支付方式;
第二支付方式获取单元,用于根据所述资金提供方支持的清分方式,获取匹配的至少一个第二支付方式;
备选支付方式获取单元,用于将所述至少一个第一支付方式和所述至少一个第二支付方式的交集,作为备选支付方式。
可选的,在上述技术方案的基础上,若所述备选支付方式包括至少一个银行卡,支付方式的展示装置,还包括:
可用银行卡获取模块,集成于支付引导模块,用于根据所述用户的鉴权信息、银行卡限额信息和/或银行卡类型,在所述至少一个银行卡中,获取可用银行卡;其中,所述银行卡类型包括清分银行卡和/或非清分银行卡。
可选的,在上述技术方案的基础上,目标支付方式获取模块330,具体用于根据所述可用银行卡的渠道支付占比和渠道支付占比阈值,在所述可用银行卡中获取目标银行卡,并将所述目标银行卡加入目标支付方式中。
可选的,在上述技术方案的基础上,若所述备选支付方式包括至少一个第三方支付平台,支付方式的展示装置,还包括:
可用第三方支付平台获取模块,集成于支付引导模块,用于根据第三方支付平台限额信息,在所述至少一个第三方支付平台中,获取可用第三方支付平台。
可选的,在上述技术方案的基础上,目标支付方式获取模块330,具体用于根据所述可用第三方支付平台的渠道支付占比和渠道支付占比阈值,在所述可用第三方支付平台中获取目标第三方支付平台,并将所述目标第三方支付平台加入目标支付方式中。
可选的,在上述技术方案的基础上,若所述备选支付方式包括账户余额,支付方式的展示装置,还包括:
账户余额判断模块,集成于支付引导模块,用于根据所述用户的账户余额权限信息和/或账户余额限额信息,判断所述用户的账户余额是否可用。
可选的,在上述技术方案的基础上,目标支付方式获取模块330,具体用于若确定所述用户的账户余额可用,则根据所述账户余额的渠道支付占比和渠道支付占比阈值,确定是否将所述账户余额加入目标支付方式中。
可选的,在上述技术方案的基础上,支付方式的展示装置,还包括:
排序执行模块,集成于支付引导模块,用于根据预设排序规则,对所述目标支付方式进行排序。
可选的,在上述技术方案的基础上,目标支付方式获取模块330,具体用于将排序完成的所述目标支付方式展示给所述用户。
可选的,在上述技术方案的基础上,支付方式的展示装置,还包括:
调整执行模块,集成于支付引导模块,用于根据预设调整规则,对所述目标支付方式进行调整;其中,所述预设调整规则包括强制展示规则、强制隐藏规则、账户余额开通引导规则和/或文案添加规则。
可选的,在上述技术方案的基础上,目标支付方式获取模块330,具体用于将调整完成的所述目标支付方式展示给所述用户。
上述装置可执行本发明任意实施例所提供的支付方式的展示方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明任意实施例提供的方法。
实施例四
本发明实施例四还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明任意实施例所述的支付方式的展示方法;该方法包括:
支付交易获取模块在获取到用户的支付申请时,确定所述支付申请的交易信息;
备选支付配置模块若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式;
支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种支付管理系统,其特征在于,包括:支付交易获取模块、备选支付配置模块、支付引导模块和支付渠道获取模块;所述支付引导模块分别连接所述支付交易获取模块、所述备选支付配置模块和所述支付渠道获取模块;
所述支付交易获取模块,用于获取用户的支付申请,并确定所述支付申请的交易信息;其中,所述交易信息包括支付申请来源和/或支付申请类型,所述支付申请类型包括还款支付申请、消费支付申请和/或充值支付申请;
所述备选支付配置模块,用于根据所述支付申请的交易信息,获取匹配的至少一个备选支付方式;
所述支付引导模块,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户;
所述支付渠道获取模块,用于获取所述用户选择的支付方式,并与匹配的支付渠道建立通信连接。
2.根据权利要求1所述的系统,其特征在于,所述支付管理系统,还包括以下至少一项:
绑卡引导模块,连接所述支付引导模块,用于当确定所述目标支付方式中不包括任何银行卡,或不包括特定银行卡时,将所述特定银行卡加入所述目标支付方式中,以引导用户完成所述特定银行卡的绑定,以及通过所述特定银行卡完成支付;
协议管理模块,连接所述支付渠道获取模块,用于存储各支付渠道的通信协议;
渠道管理模块,连接所述支付渠道获取模块,用于存储各支付渠道的接口信息;
计费核算模块,用于响应用户的支付申请后,计算支付交易成本。
3.一种支付方式的展示方法,其特征在于,应用于如权利要求1或2所述的支付管理系统中,包括:
支付交易获取模块在获取到用户的支付申请时,确定所述支付申请的交易信息;
备选支付配置模块若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式;
支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
4.根据权利要求3所述的方法,其特征在于,若所述备选支付方式包括至少一个银行卡,在支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:
支付引导模块根据所述用户的鉴权信息、银行卡限额信息和/或银行卡类型,在所述至少一个银行卡中,获取可用银行卡;其中,所述银行卡类型包括清分银行卡和/或非清分银行卡;
所述支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:
支付引导模块根据所述可用银行卡的渠道支付占比和渠道支付占比阈值,在所述可用银行卡中获取目标银行卡,并将所述目标银行卡加入目标支付方式中。
5.根据权利要求3所述的方法,其特征在于,若所述备选支付方式包括至少一个第三方支付平台,在支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:
支付引导模块根据第三方支付平台限额信息,在所述至少一个第三方支付平台中,获取可用第三方支付平台;
所述支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:
支付引导模块根据所述可用第三方支付平台的渠道支付占比和渠道支付占比阈值,在所述可用第三方支付平台中获取目标第三方支付平台,并将所述目标第三方支付平台加入目标支付方式中。
6.根据权利要求3所述的方法,其特征在于,若所述备选支付方式包括账户余额,在支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式前,包括:
支付引导模块根据所述用户的账户余额权限信息和/或账户余额限额信息,判断所述用户的账户余额是否可用;
所述支付引导模块根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,包括:
支付引导模块若确定所述用户的账户余额可用,则根据所述账户余额的渠道支付占比和渠道支付占比阈值,确定是否将所述账户余额加入目标支付方式中。
7.根据权利要求3所述的方法,其特征在于,在支付引导模块将所述目标支付方式展示给所述用户前,包括:
支付引导模块根据预设排序规则,对所述目标支付方式进行排序;
所述支付引导模块将所述目标支付方式展示给所述用户,包括:
支付引导模块将排序完成的所述目标支付方式展示给所述用户。
8.根据权利要求3所述的方法,其特征在于,在支付引导模块将所述目标支付方式展示给所述用户前,包括:
支付引导模块根据预设调整规则,对所述目标支付方式进行调整;其中,所述预设调整规则包括强制展示规则、强制隐藏规则、账户余额开通引导规则和/或文案添加规则;
所述支付引导模块将所述目标支付方式展示给所述用户,包括:
支付引导模块将调整完成的所述目标支付方式展示给所述用户。
9.一种支付方式的展示装置,其特征在于,应用于如权利要求1或2所述的支付管理系统中,包括:
交易信息获取模块,集成于支付交易获取模块,用于在获取到用户的支付申请时,确定所述支付申请的交易信息;
备选支付方式获取模块,集成于备选支付配置模块,用于若确定所述支付申请为还款支付申请,则根据所述还款支付申请的还款类型和/或资金提供方,获取匹配的至少一个备选支付方式;
目标支付方式获取模块,集成于支付引导模块,用于根据至少一个所述备选支付方式的渠道支付占比和渠道支付占比阈值,在所述至少一个备选支付方式中获取目标支付方式,并将所述目标支付方式展示给所述用户。
10.一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求3-8中任一所述的支付方式的展示方法。
CN202110495004.1A 2021-05-07 2021-05-07 一种支付管理系统、方法、装置及存储介质 Pending CN113222566A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110495004.1A CN113222566A (zh) 2021-05-07 2021-05-07 一种支付管理系统、方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110495004.1A CN113222566A (zh) 2021-05-07 2021-05-07 一种支付管理系统、方法、装置及存储介质

Publications (1)

Publication Number Publication Date
CN113222566A true CN113222566A (zh) 2021-08-06

Family

ID=77091519

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110495004.1A Pending CN113222566A (zh) 2021-05-07 2021-05-07 一种支付管理系统、方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN113222566A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110245935A (zh) * 2019-05-06 2019-09-17 阿里巴巴集团控股有限公司 支付渠道推荐方法、装置及设备
CN110782246A (zh) * 2018-07-31 2020-02-11 京东数字科技控股有限公司 支付方式的推荐方法、装置及介质
CN111260371A (zh) * 2020-01-17 2020-06-09 中信银行股份有限公司 境内业务路由的推荐方法、装置、存储介质及电子设备
CN111899014A (zh) * 2020-08-03 2020-11-06 北京口袋财富信息科技有限公司 一种支付渠道选择方法、装置、可读存储介质及计算设备
US20200356964A1 (en) * 2019-05-06 2020-11-12 Alibaba Group Holding Limited Payment channel recommendation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110782246A (zh) * 2018-07-31 2020-02-11 京东数字科技控股有限公司 支付方式的推荐方法、装置及介质
CN110245935A (zh) * 2019-05-06 2019-09-17 阿里巴巴集团控股有限公司 支付渠道推荐方法、装置及设备
US20200356964A1 (en) * 2019-05-06 2020-11-12 Alibaba Group Holding Limited Payment channel recommendation
CN111260371A (zh) * 2020-01-17 2020-06-09 中信银行股份有限公司 境内业务路由的推荐方法、装置、存储介质及电子设备
CN111899014A (zh) * 2020-08-03 2020-11-06 北京口袋财富信息科技有限公司 一种支付渠道选择方法、装置、可读存储介质及计算设备

Similar Documents

Publication Publication Date Title
US20220301052A1 (en) Payment processor financing of customer purchases
US11727452B1 (en) Invoice financing and repayment
US9892458B1 (en) Invoice financing and repayment
US7676409B1 (en) Method and system for emulating a private label over an open network
US9141948B2 (en) Control system arrangements and methods for disparate network systems
US8712914B2 (en) Method and system for facilitating micropayments in a financial transaction system
US8744959B2 (en) Electronic bill payment with variable payment options
US20110320294A1 (en) Active budget control
US20120078790A1 (en) Real-time interchange fee estimation
US20190197617A1 (en) Methods for offering a credit, credit offer servers, and computer readable media
US20140279524A1 (en) Interchange Rate Based Convenience Fee, Service Fee, and Surcharge System Patent
CN104246806A (zh) 通过多个处理路径之一全球性地处理支付的方法和系统
US20090099947A1 (en) System and method for electronic funds payment
US20150227957A1 (en) Maximizing credit card rewards
US11948139B2 (en) System and method for auctioning a first-in-wallet payment account status
US20150235208A1 (en) Proof-of-verification network
CN113112263A (zh) 一种支付方式的展示方法、装置、服务器及存储介质
KR20190009612A (ko) 선택적 결제기능을 제공하는 스마트 결제 시스템 및 방법
US20170004481A1 (en) Systems and methods for retrieving electronically stored information in real-time for electronic transactions
US20240029053A1 (en) Provisioning of payment acceptance to payment account holders
US20150235221A1 (en) Proof-of-verification network for third party issuers
US20170098213A1 (en) Multi-currency transaction routing platform for payment processing system
CN106104623A (zh) 提供对进行购买的客户的资产确认和/或估值的系统和方法
CN113222566A (zh) 一种支付管理系统、方法、装置及存储介质
JP7038969B2 (ja) 電子マネー(eマネー)支払処理

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination