CN105741088A - 路由匹配支付方法及装置 - Google Patents

路由匹配支付方法及装置 Download PDF

Info

Publication number
CN105741088A
CN105741088A CN201610059589.1A CN201610059589A CN105741088A CN 105741088 A CN105741088 A CN 105741088A CN 201610059589 A CN201610059589 A CN 201610059589A CN 105741088 A CN105741088 A CN 105741088A
Authority
CN
China
Prior art keywords
payment
payment channel
parameter
request
channel
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
CN201610059589.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.)
GUANGZHOU VIP NETWORK TECHNOLOGY CO., LTD.
Original Assignee
Guangzhou Vipshop Information And 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 Guangzhou Vipshop Information And Technology Co Ltd filed Critical Guangzhou Vipshop Information And Technology Co Ltd
Priority to CN201610059589.1A priority Critical patent/CN105741088A/zh
Publication of CN105741088A publication Critical patent/CN105741088A/zh
Pending legal-status Critical Current

Links

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/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • 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/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party

Abstract

本发明公开一种路由匹配支付方法,包括:在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行;将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。本发明还公开一种路由匹配支付装置。本发明通过路由匹配筛选获得一个最匹配的支付通道进行支付,提高了支付的成功率。

Description

路由匹配支付方法及装置
技术领域
本发明涉及通信技术领域,尤其涉及一种路由匹配支付方法及装置。
背景技术
一个支付平台可以接入多个支付通道,如广州中国银行快捷直联渠道、北京中国银行快捷直联渠道、银联在线(支持中国银行快捷交易)、快钱快捷(支持中国银行快捷交易)。然而,一个支付平台提供给一个前端应用的是一个指定银行的指定支付通道,如中国银行的快捷支付,导致在该指定的支付通道出现故障时,由于不能切换到其他支付通道上继续完成支付,从而出现支付成功率不高的问题。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明提供一种路由匹配支付方法及装置,旨在解决现有支付平台存在支付成功率不高的问题。
为实现上述目的,本发明提供一种路由匹配支付方法,所述路由匹配支付方法包括:
在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;
根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行;
将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。
优选地,所述根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道包括:
根据所述支付请求中第二参数的参数类型及参数值和所述路由组包含的支付通道,确定可用的第一支付通道;其中,所述第一参数和所述第二参数其中之一的参数类型为所属银行;
在所述第一支付通道包含的支付通道的个数大于1时,根据所述支付请求中第三参数的参数类型及参数值,从所述第一支付通道中筛选出可用的第二支付通道;
在所述第二支付通道包含的支付通道的个数大于1时,根据预置的优先级策略从所述第二支付通道中确定一个优先级最高的支付通道,作为所述目标支付通道。
优选地,所述优先级策略中,支付通道的优先因子至少包括以下之一:
支付成功率、手续费率。
优选地,所述将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理的步骤之后,所述路由匹配支付方法还包括:
在接收到银行系统返回的响应消息时,根据所述响应消息判断是否扣费成功;
在扣费不成功时,选择优先级仅次于当前目标支付通道的新目标支付通道;
将根据所述支付请求生成的扣费请求发送到所述新目标支付通道对应的银行系统进行扣费处理。
优选地,所述根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组之后包括:
在没有查找到匹配的路由组时,采用备份的路由匹配机制重新查找匹配的路由组。
为实现上述目的,本发明还提供一种路由匹配支付装置,所述路由匹配支付装置包括:
查找模块,用于在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;
确定模块,用于根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行;
扣费模块,用于将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。
优选地,所述确定模块包括:
第一确定单元,用于根据所述支付请求中第二参数的参数类型及参数值和所述路由组包含的支付通道,确定可用的第一支付通道;其中,所述第一参数和所述第二参数其中之一的参数类型为所属银行;
第二确定单元,用于在所述第一支付通道包含的支付通道的个数大于1时,根据所述支付请求中第三参数的参数类型及参数值,从所述第一支付通道中筛选出可用的第二支付通道;
第三确定单元,用于在所述第二支付通道包含的支付通道的个数大于1时,根据预置的优先级策略从所述第二支付通道中确定一个优先级最高的支付通道,作为所述目标支付通道。
优选地,所述第三确定单元的所述优先级策略中,支付通道的优先因子至少包括以下之一:
支付成功率、手续费率。
优选地,所述路由匹配支付装置还包括异常处理模块,所述异常处理模块包括:
判断单元,用于在接收到银行系统返回的响应消息时,根据所述响应消息判断是否扣费成功;
选择单元,用于在扣费不成功时,选择优先级仅次于当前目标支付通道的新目标支付通道;
所述扣费模块还用于:
将根据所述支付请求生成的扣费请求发送到所述新目标支付通道对应的银行系统进行扣费处理。
优选地,所述查找模块还用于:
在没有查找到匹配的路由组时,采用备份的路由匹配机制重新查找匹配的路由组。
本发明提出的路由匹配支付方法及装置,将不同的支付请求根据实际支付需求映射到不同的路由,通过进一步的参数匹配获得各自优选的支付通道,实现了在具有大量支付请求情况下对支付任务的分流,提高了支付的成功率和及时性,保障了支付平台的稳定性。
附图说明
图1为本发明路由匹配支付方法第一实施例的流程示意图;
图2为本发明路由匹配支付方法第二实施例中确定目标支付通道的细化流程示意图;
图3为本发明路由匹配支付方法第三实施例中一个目标支付通道支付失败时后续处理的细化流程示意图;
图4为本发明路由匹配支付装置第一实施例的功能模块示意图;
图5为本发明路由匹配支付装置第二实施例中确定模块的细化功能模块示意图;
图6为本发明路由匹配支付装置第三实施例中异常处理模块的细化功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种路由匹配支付方法,如图1所示,示出了本发明路由匹配支付方法第一实施例的流程示意图,所述路由匹配支付方法包括:
S10、在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;
用户可通过PC终端(个人计算机)或移动终端上的浏览器或应用软件,向支付平台发起支付请求。所述支付平台通过用户号来区分不同用户通过终端发起的支付请求。所述支付请求包括交易类型、支付类型、卡类型、终端类型、支付金额、所属银行,支付账号等参数,其中,所述交易类型包括普通消费、充值,所述支付类型包括快捷支付、网银支付,所述卡类型包括储蓄卡、信用卡,所述终端类型包括PC终端、移动终端,所述支付金额可以为小数或正整数,所述所属银行根据设置可以为招商银行,中国银行、浦发银行、建设银行等大型银行的标识。所述第一参数的参数类型可以为所述支付请求中交易类型、支付类型、卡类型、终端类型、支付金额、所属银行中的任意一种,在本实施例中,所述第一参数的参数类型设置为卡类型,所述路由匹配机制包括预先设置的各个路由组与各自支持的卡类型的映射关系。
可以理解,在所述第一参数的参数类型为所述支付请求中的其他参数时,路由匹配机制包括预先设置的各个路由组与当前设置的第一参数的参数类型在各个取值的映射关系,由当前设置的第一参数的参数值和当前设置的路由匹配机制能够查找到与当前设置的第一参数的参数值匹配的路由组。
在本实施例中,所述支付平台在接收到所述支付请求时,根据所述支付请求中的卡类型(储蓄卡或信用卡)和所述路由匹配机制,从所述路由匹配机制设置的路由组中,查找获得与所述支付请求中卡类型的取值匹配的一个或多个路由组。
进一步地,所述根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组之后包括:
在没有查找到匹配的路由组时,采用备份的路由匹配机制重新查找匹配的路由组。
所述备份的路由匹配机制可以为所述支付平台在当前路由匹配机制更新前所采用的路由匹配机制。在采用备份的路由匹配机制查找到匹配的路由组后,按照与所述备份的路由匹配机制对应的路由匹配支付方法进行后续的支付操作。
在采用当前路由匹配机制或进一步采用备份的路由匹配机制,没有查找到匹配的路由组时,所述支付平台向用户所用终端返回“不支持该类交易”的类似提示信息。
S20、根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;
其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行。参考查找到的路由组包含的信息(如所述路由组中包含的一个或多个其他参数类型在不同取值下各自对应的支付通道),结合指定的所述支付请求中的一个或多个参数的取值,一般地是除所述第一参数的参数类型外的其他参数,如交易类型、支付类型、终端类型、支付金额、所属银行等,通过取值匹配确定出可用于实现所述支付请求的可用支付通道;在所述可用支付通道中包含的支付通道大于1时,再根据预置的筛选策略,从所述可用支付通道中确定出一个目标支付通道,用于通过所述目标支付通道实现所述支付请求;在所述可用支付通道仅包含一个支付通道时,该支付通道即为确定出的一个目标支付通道;在所述可用支付通道包含的支付通道的个数为0时,表示没有匹配到可用的支付通道,此时,所述支付平台向用户所用终端返回“不支持该类交易”的类似提示信息。
S30、将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。
在确定出一个目标支付通道后,所述支付平台根据所述支付请求生成对应的扣费请求,其中,所述扣费请求至少包括所述支付请求中的支付金额、支付账号;之后,所述支付平台将所述扣费请求发送到所述目标支付通道对应的银行系统,由所述银行系统根据所述扣费请求对用户指定的所述支付账号进行扣费;在所述银行系统扣费完成时,向所述支付平台返回扣费成功的响应消息,或者,在所述银行系统遇到故障或其他情况而导致扣费失败时,向所述支付平台返回具有相应扣费失败原因的响应消息。
本发明提出的路由匹配支付方法,将不同的支付请求根据实际支付需求映射到不同的路由,通过进一步的参数匹配获得各自优选的支付通道,实现了在具有大量支付请求情况下对支付任务的分流,提高了支付的成功率和及时性,保障了支付平台的稳定性。
进一步地,参照图2,基于第一实施例提出本发明路由匹配支付方法第二实施例,在本实施例中,上述步骤S20包括:
S21、根据所述支付请求中第二参数的参数类型及参数值和所述路由组包含的支付通道,确定可用的第一支付通道;
其中,所述第一参数和所述第二参数其中之一的参数类型为所属银行。在本实施例中,所述第二参数的参数类型为所属银行(取值为所属银行的标识),所述路由匹配机制中一个路由组内设置有一个或多个银行的标识,及各个银行的标识对应的一个或多个支付通道。由所述第二参数的参数值和所述路由组中信息的匹配,可以获得可用于实现所述支付请求的可用支付通道,即所述第一支付通道,其中,所述第一支付通道可包括一个或多个支付通道。
S22、在所述第一支付通道包含的支付通道的个数大于1时,根据所述支付请求中第三参数的参数类型及参数值,从所述第一支付通道中筛选出可用的第二支付通道;
在本实施例中,所述第三参数的参数类型为支付金额。每个支付通道均有预先设置的可交易的额度区间。在所述第一支付通道包含的支付通道的个数大于1时,根据所述第三参数的参数值和所述第一支付通道中包含的各个支付通道的额度区间,从所述第一支付通道中筛选出所述支付金额包含在其额度区间内的支付通道,从而获得所述第二支付通道,其中,所述第二支付通道可包括一个或多个支付通道。在所述第一支付通道包含的支付通道的个数等于1时,所述第一支付通道中包含的这一个支付通道,即为确定出的用于实现所述支付请求的目标支付通道。在所述第一支付通道包含的支付通道的个数等于0时,所述支付平台采用备份的路由匹配机制重新为所述支付请求选择合适的目标支付通道。
S23、在所述第二支付通道包含的支付通道的个数大于1时,根据预置的优先级策略从所述第二支付通道中确定一个优先级最高的支付通道,作为所述目标支付通道。
进一步地,所述优先级策略中,支付通道的优先因子至少包括以下之一:
支付成功率、手续费率。
在本实施例中,所述优先级策略中包括上述所有的优先因子,且优先因子在所述优先级策略中的先后顺序为支付成功率、手续费率。可以理解,各个优先因子在所述优先级策略中的先后顺序可以根据需求任意设置,并不局限于上述示例。
在所述第二支付通道包含的支付通道的个数等于1时,所述第二支付通道中包含的这一个支付通道,即为确定出的用于实现所述支付请求的目标支付通道。在所述第二支付通道包含的支付通道的个数等于0时,所述支付平台采用备份的路由匹配机制重新为所述支付请求选择合适的目标支付通道。
在所述第二支付通道包含的支付通道的个数大于1时,根据存储在所述支付平台上的各个支付通道的以往交易记录,统计获得的各个支付通道的支付成功率,从所述第二支付通道中筛选出支付成功率最高的支付通道;在筛选出的支付通道的个数等于1时,确定该支付通道为用于实现所述支付请求的目标支付通道;在筛选出的支付通道的个数大于1时,根据预置的各个支付通道的手续费率(通过一个支付通道需向其对应银行系统支付的手续费的费用率),从所述筛选出的支付通道中筛选出手续费率最低的支付通道,以将其作为实现所述支付请求的目标支付通道。
可以理解,在通过手续费率筛选出的支付通道的个数仍大于1时,可根据所述优先级策略中包含的其他优先因子(如人工预先设置的优先级别等)对其进一步地筛选,直到筛选出一个目标支付通道。
本发明提出的路由匹配支付方法,根据所述支付请求中的参数从匹配到的路由组对应的支付通道中,层层筛选以获得更为合适的目标支付通道,使得每个支付请求都能通过最优选的支付通道实现支付,在实现对支付请求的分流的同时,保证支付的成功率。
进一步地,参照图3,基于第二实施例提出本发明路由匹配支付方法第三实施例,在本实施例中,上述步骤S30之后,所述路由匹配支付方法还包括:
S41、在接收到银行系统返回的响应消息时,根据所述响应消息判断是否扣费成功;
S42、在扣费不成功时,选择优先级仅次于当前目标支付通道的新目标支付通道;
例如,在第二支付通道包括4个支付通道时,如果通过支付成功率从所述第二支付通道中筛选出支付成功率最高的2个支付通道(其支付成功率的取值相等),再经过手续费率筛选出手续费率最低的1个支付通道后,如果手续费率最低的支付通道支付失败,即所述支付平台接收到手续费率最低的支付通道对应的银行系统返回扣费失败的响应消息,则按照手续费率由低到高的顺序,选择优先级仅次于所述手续费率最低的支付通道的另一支付通道,所述另一支付通道即为选择出的所述新目标支付通道。如果通过支付成功率仅筛选出一个支付成功率最高的支付通道,且支付成功率最高的支付通道支付失败,则按照支付成功率从高到低的顺序,选择优先级仅次于所述支付成功率最高的支付通道的另一支付通道,所述另一支付通道即为选择出的所述新目标支付通道。
S43、将根据所述支付请求生成的扣费请求发送到所述新目标支付通道对应的银行系统进行扣费处理。
如果所述新目标支付通道仍支付失败,则按照上述步骤S42的原理重新选择新目标支付通道,直到通过选择的新目标支付通道支付成功,或者在没有可选的新目标支付通道时,给出相应的提示信息,此时,所述支付平台可采用备份的路由匹配机制重新筛选目标支付通道。
本发明提供的路由匹配支付方法,在确定出的目标支付通道支付失败时,根据所述优先级策略选择优先级仅次于当前目标支付通道的新目标支付通道,以保证对每个支付请求的成功支付,从而提高了整体的支付成功率。
本发明还提供一种路由匹配支付装置,如图4所示,示出了本发明路由匹配支付装置第一实施例的功能模块示意图,所述路由匹配支付装置包括:
查找模块100,用于在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;
用户可通过PC终端或移动终端上的浏览器或应用软件,向所述路由匹配支付装置发起支付请求。所述路由匹配支付装置通过用户号来区分不同用户通过终端发起的支付请求。所述支付请求包括交易类型、支付类型、卡类型、终端类型、支付金额、所属银行,支付账号等参数,其中,所述交易类型包括普通消费、充值,所述支付类型包括快捷支付、网银支付,所述卡类型包括储蓄卡、信用卡,所述终端类型包括PC终端、移动终端,所述支付金额可以为小数或正整数,所述所属银行根据设置可以为招商银行,中国银行、浦发银行、建设银行等大型银行的标识。所述第一参数的参数类型可以为所述支付请求中交易类型、支付类型、卡类型、终端类型、支付金额、所属银行中的任意一种,在本实施例中,所述第一参数的参数类型设置为卡类型,所述路由匹配机制包括预先设置的各个路由组与各自支持的卡类型的映射关系。
可以理解,在所述第一参数的参数类型为所述支付请求中的其他参数时,路由匹配机制包括预先设置的各个路由组与当前设置的第一参数的参数类型在各个取值的映射关系,由当前设置的第一参数的参数值和当前设置的路由匹配机制能够查找到与当前设置的第一参数的参数值匹配的路由组。
在本实施例中,所述路由匹配支付装置的查找模块100在接收到所述支付请求时,根据所述支付请求中的卡类型(储蓄卡或信用卡)和所述路由匹配机制,从所述路由匹配机制设置的路由组中,查找获得与所述支付请求中卡类型的取值匹配的一个或多个路由组。
进一步地,所述查找模块100还用于:
在没有查找到匹配的路由组时,采用备份的路由匹配机制重新查找匹配的路由组。
所述备份的路由匹配机制可以为所述路由匹配支付装置在当前路由匹配机制更新前所采用的路由匹配机制。所述查找模块100在采用备份的路由匹配机制查找到匹配的路由组后,所述路由匹配支付装置按照与所述备份的路由匹配机制对应的路由匹配支付方法进行后续的支付操作。
在采用当前路由匹配机制或进一步采用备份的路由匹配机制,没有查找到匹配的路由组时,所述路由匹配支付装置向用户所用终端返回“不支持该类交易”的类似提示信息。
确定模块200,用于根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;
其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行。所述确定模块200中,参考查找到的路由组包含的信息(如所述路由组中包含的一个或多个其他参数类型在不同取值下各自对应的支付通道),结合指定的所述支付请求中的一个或多个参数的取值,一般地是除所述第一参数的参数类型外的其他参数,如交易类型、支付类型、终端类型、支付金额、所属银行等,通过取值匹配确定出可用于实现所述支付请求的可用支付通道;在所述可用支付通道中包含的支付通道大于1时,再根据预置的筛选策略,从所述可用支付通道中确定出一个目标支付通道,用于通过所述目标支付通道实现所述支付请求;在所述可用支付通道仅包含一个支付通道时,该支付通道即为确定出的一个支付通道;在所述可用支付通道包含的支付通道的个数为0时,表示没有匹配到可用的支付通道,此时,所述路由匹配支付装置向用户所用终端返回“不支持该类交易”的类似提示信息。
扣费模块300,用于将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。
在所述确定模块200确定出一个目标支付通道后,所述路由匹配支付装置的扣费模块300根据所述支付请求生成对应的扣费请求,其中,所述扣费请求至少包括所述支付请求中的支付金额、支付账号;之后,所述路由匹配支付装置的扣费模块300将所述扣费请求发送到所述目标支付通道对应的银行系统,由所述银行系统根据所述扣费请求对用户指定的所述支付账号进行扣费;在所述银行系统扣费完成时,向所述路由匹配支付装置返回扣费成功的响应消息,或者,在所述银行系统遇到故障或其他情况而导致扣费失败时,向所述路由匹配支付装置返回具有相应扣费失败原因的响应消息。
本发明提出的路由匹配支付装置,将不同的支付请求根据实际支付需求映射到不同的路由,通过进一步的参数匹配获得各自优选的支付通道,实现了在具有大量支付请求情况下对支付任务的分流,提高了支付的成功率和及时性,保障了路由匹配支付装置的稳定性。
进一步地,参照图5,基于上述第一实施例提出本发明路由匹配支付装置第二实施例,在本实施例中,所述确定模块200包括:
第一确定单元201,用于根据所述支付请求中第二参数的参数类型及参数值和所述路由组包含的支付通道,确定可用的第一支付通道;
其中,所述第一参数和所述第二参数其中之一的参数类型为所属银行。在本实施例中,所述第二参数的参数类型为所属银行(取值为所属银行的标识),所述路由匹配机制中一个路由组内设置有一个或多个银行的标识,及各个银行的标识对应的一个或多个支付通道。在所述第一确定单元201中,由所述第二参数的参数值和所述路由组中信息的匹配,可以获得可用于实现所述支付请求的可用支付通道,即所述第一支付通道,其中,所述第一支付通道可包括一个或多个支付通道。
第二确定单元202,用于在所述第一支付通道包含的支付通道的个数大于1时,根据所述支付请求中第三参数的参数类型及参数值,从所述第一支付通道中筛选出可用的第二支付通道;
在本实施例中,所述第三参数的参数类型为支付金额。每个支付通道均有预先设置的可交易的额度区间。在所述第二确定单元202中,在所述第一支付通道包含的支付通道的个数大于1时,根据所述第三参数的参数值和所述第一支付通道中包含的各个支付通道的额度区间,从所述第一支付通道中筛选出所述支付金额包含在其额度区间内的支付通道,从而获得所述第二支付通道,其中,所述第二支付通道可包括一个或多个支付通道。在所述第一支付通道包含的支付通道的个数等于1时,所述第一支付通道中包含的这一个支付通道,即为确定出的用于实现所述支付请求的目标支付通道。在所述第一支付通道包含的支付通道的个数等于0时,所述路由匹配支付装置采用备份的路由匹配机制重新为所述支付请求选择合适的目标支付通道。
第三确定单元203,用于在所述第二支付通道包含的支付通道的个数大于1时,根据预置的优先级策略从所述第二支付通道中确定一个优先级最高的支付通道,作为所述目标支付通道。
进一步地,所述第三确定单元203的所述优先级策略中,支付通道的优先因子至少包括以下之一:
支付成功率、手续费率。
在本实施例中,所述优先级策略中包括上述所有的优先因子,且优先因子在所述优先级策略中的先后顺序为支付成功率、手续费率。可以理解,各个优先因子在所述优先级策略中的先后顺序可以根据需求任意设置,并不局限于上述示例。
所述第三确定单元203中,在所述第二支付通道包含的支付通道的个数等于1时,所述第二支付通道中包含的这一个支付通道,即为确定出的用于实现所述支付请求的目标支付通道。在所述第二支付通道包含的支付通道的个数等于0时,所述路由匹配支付装置采用备份的路由匹配机制重新为所述支付请求选择合适的目标支付通道。
所述第三确定单元203中,在所述第二支付通道包含的支付通道的个数大于1时,根据存储在所述路由匹配支付装置上的各个支付通道的以往交易记录,统计获得的各个支付通道的支付成功率,从所述第二支付通道中筛选出支付成功率最高的支付通道;在筛选出的支付通道的个数等于1时,确定该支付通道为用于实现所述支付请求的目标支付通道;在筛选出的支付通道的个数大于1时,根据预置的各个支付通道的手续费率(通过一个支付通道需向其对应银行系统支付的手续费的费用率),从所述筛选出的支付通道中筛选出手续费率最低的支付通道,以将其作为实现所述支付请求的目标支付通道。
可以理解,在通过手续费率筛选出的支付通道的个数仍大于1时,可根据所述优先级策略中包含的其他优先因子(如人工预先设置的优先级别等)对其进一步地筛选,直到筛选出一个目标支付通道。
本发明提出的路由匹配支付装置,根据所述支付请求中的参数从匹配到的路由组对应的支付通道中,层层筛选以获得更为合适的目标支付通道,使得每个支付请求都能通过最优选的支付通道实现支付,在实现对支付请求的分流的同时,保证支付的成功率。
进一步地,参照图6,基于上述第二实施例提出本发明路由匹配支付装置第三实施例,在本实施例中,所述路由匹配支付装置还包括异常处理模块400,所述异常处理模块400包括:
判断单元401,用于在接收到银行系统返回的响应消息时,根据所述响应消息判断是否扣费成功;
选择单元402,用于在扣费不成功时,选择优先级仅次于当前目标支付通道的新目标支付通道;
例如,在所述选择单元402中,在第二支付通道包括4个支付通道时,如果通过支付成功率从所述第二支付通道中筛选出支付成功率最高的2个支付通道(其支付成功率的取值相等),再经过手续费率筛选出手续费率最低的1个支付通道后,如果手续费率最低的支付通道支付失败,即所述路由匹配支付装置接收到手续费率最低的支付通道对应的银行系统返回扣费失败的响应消息,则按照手续费率由低到高的顺序,选择优先级仅次于所述手续费率最低的支付通道的另一支付通道,所述另一支付通道即为选择出的所述新目标支付通道。在所述选择单元402中,如果通过支付成功率仅筛选出一个支付成功率最高的支付通道,且支付成功率最高的支付通道支付失败,则按照支付成功率从高到低的顺序,从所述第二支付通道中选择优先级仅次于所述支付成功率最高的支付通道的另一支付通道,所述另一支付通道即为选择出的所述新目标支付通道。
所述扣费模块300还用于:
将根据所述支付请求生成的扣费请求发送到所述新目标支付通道对应的银行系统进行扣费处理。
如果所述新目标支付通道仍支付失败,则按照所述选择单元402的原理重新选择新目标支付通道,直到通过选择的新目标支付通道支付成功,或者在没有可选的新目标支付通道时,给出相应的提示信息,此时,所述路由匹配支付装置可采用备份的路由匹配机制重新筛选目标支付通道。
本发明提供的路由匹配支付装置,在确定出的目标支付通道支付失败时,根据所述优先级策略选择优先级仅次于当前目标支付通道的新目标支付通道,以保证对每个支付请求的成功支付,从而提高了整体的支付成功率。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种路由匹配支付方法,其特征在于,所述路由匹配支付方法包括:
在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;
根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行;
将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。
2.如权利要求1所述的路由匹配支付方法,其特征在于,所述根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道包括:
根据所述支付请求中第二参数的参数类型及参数值和所述路由组包含的支付通道,确定可用的第一支付通道;其中,所述第一参数和所述第二参数其中之一的参数类型为所属银行;
在所述第一支付通道包含的支付通道的个数大于1时,根据所述支付请求中第三参数的参数类型及参数值,从所述第一支付通道中筛选出可用的第二支付通道;
在所述第二支付通道包含的支付通道的个数大于1时,根据预置的优先级策略从所述第二支付通道中确定一个优先级最高的支付通道,作为所述目标支付通道。
3.如权利要求2所述的路由匹配支付方法,其特征在于,所述优先级策略中,支付通道的优先因子至少包括以下之一:
支付成功率、手续费率。
4.如权利要求2或3任一项所述的路由匹配支付方法,其特征在于,所述将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理的步骤之后,所述路由匹配支付方法还包括:
在接收到银行系统返回的响应消息时,根据所述响应消息判断是否扣费成功;
在扣费不成功时,选择优先级仅次于当前目标支付通道的新目标支付通道;
将根据所述支付请求生成的扣费请求发送到所述新目标支付通道对应的银行系统进行扣费处理。
5.如权利要求1所述的路由匹配支付方法,其特征在于,所述根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组之后包括:
在没有查找到匹配的路由组时,采用备份的路由匹配机制重新查找匹配的路由组。
6.一种路由匹配支付装置,其特征在于,所述路由匹配支付装置包括:
查找模块,用于在接收到支付请求时,根据所述支付请求中第一参数的参数类型及参数值和预置的基于所述参数类型的路由匹配机制,查找与所述参数值匹配的路由组;
确定模块,用于根据所述支付请求中的指定参数,从查找到的路由组包含的支付通道中确定一个目标支付通道;其中,所述第一参数和所述指定参数其中之一的参数类型为所属银行;
扣费模块,用于将根据所述支付请求生成的扣费请求发送到所述目标支付通道对应的银行系统进行扣费处理。
7.如权利要求6所述的路由匹配支付装置,其特征在于,所述确定模块包括:
第一确定单元,用于根据所述支付请求中第二参数的参数类型及参数值和所述路由组包含的支付通道,确定可用的第一支付通道;其中,所述第一参数和所述第二参数其中之一的参数类型为所属银行;
第二确定单元,用于在所述第一支付通道包含的支付通道的个数大于1时,根据所述支付请求中第三参数的参数类型及参数值,从所述第一支付通道中筛选出可用的第二支付通道;
第三确定单元,用于在所述第二支付通道包含的支付通道的个数大于1时,根据预置的优先级策略从所述第二支付通道中确定一个优先级最高的支付通道,作为所述目标支付通道。
8.如权利要求7所述的路由匹配支付装置,其特征在于,所述第三确定单元的所述优先级策略中,支付通道的优先因子至少包括以下之一:
支付成功率、手续费率。
9.如权利要求7或8任一项所述的路由匹配支付装置,其特征在于,所述路由匹配支付装置还包括异常处理模块,所述异常处理模块包括:
判断单元,用于在接收到银行系统返回的响应消息时,根据所述响应消息判断是否扣费成功;
选择单元,用于在扣费不成功时,选择优先级仅次于当前目标支付通道的新目标支付通道;
所述扣费模块还用于:
将根据所述支付请求生成的扣费请求发送到所述新目标支付通道对应的银行系统进行扣费处理。
10.如权利要求6所述的路由匹配支付装置,其特征在于,所述查找模块还用于:
在没有查找到匹配的路由组时,采用备份的路由匹配机制重新查找匹配的路由组。
CN201610059589.1A 2016-01-27 2016-01-27 路由匹配支付方法及装置 Pending CN105741088A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610059589.1A CN105741088A (zh) 2016-01-27 2016-01-27 路由匹配支付方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610059589.1A CN105741088A (zh) 2016-01-27 2016-01-27 路由匹配支付方法及装置

Publications (1)

Publication Number Publication Date
CN105741088A true CN105741088A (zh) 2016-07-06

Family

ID=56246966

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610059589.1A Pending CN105741088A (zh) 2016-01-27 2016-01-27 路由匹配支付方法及装置

Country Status (1)

Country Link
CN (1) CN105741088A (zh)

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106600277A (zh) * 2016-11-18 2017-04-26 宇龙计算机通信科技(深圳)有限公司 一种调整支付平台排序的方法及终端
CN106651370A (zh) * 2016-10-19 2017-05-10 广州三星通信技术研究有限公司 应用程序执行操作的方法及设备
CN107122967A (zh) * 2017-04-14 2017-09-01 浙江数链科技有限公司 一种支付渠道的分配方法及装置
CN107169756A (zh) * 2017-05-10 2017-09-15 北京凤凰理理它信息技术有限公司 支付通道分配方法、装置、存储介质和支付路由系统
CN107274163A (zh) * 2017-06-15 2017-10-20 北京奇艺世纪科技有限公司 一种话费支付的路由选择方法和装置
CN107292598A (zh) * 2017-05-31 2017-10-24 杭州大搜车汽车服务有限公司 一种支付路由方法及支付路由中间件
CN107679849A (zh) * 2017-10-09 2018-02-09 马上消费金融股份有限公司 一种支付渠道选择方法、系统及一种计算机可读存储介质
CN107818428A (zh) * 2017-11-28 2018-03-20 杭州龙盈互联网金融信息技术有限公司 业务渠道的决策方法以及装置
CN108012243A (zh) * 2017-12-25 2018-05-08 苏州乐麟无线信息科技有限公司 一种计费方法和服务器
CN108022087A (zh) * 2017-11-22 2018-05-11 深圳市牛鼎丰科技有限公司 支付数据处理方法、装置、存储介质和计算机设备
CN108320147A (zh) * 2018-02-28 2018-07-24 深圳前海桔子信息技术有限公司 一种交易管理方法、装置、服务器及存储介质
CN108390823A (zh) * 2017-01-23 2018-08-10 万事达卡亚太私人有限公司 用于路由支付指令的交换机
CN109102273A (zh) * 2018-08-22 2018-12-28 四川新网银行股份有限公司 一种分布式智能支付路由的实现方法及系统
CN109359955A (zh) * 2018-10-25 2019-02-19 平安科技(深圳)有限公司 交易处理方法、装置、计算机设备和存储介质
CN109544144A (zh) * 2018-10-25 2019-03-29 平安科技(深圳)有限公司 交易处理方法、装置、计算机设备和存储介质
CN109658079A (zh) * 2018-09-27 2019-04-19 深圳壹账通智能科技有限公司 多通道转账方法、装置、设备及可读存储介质
CN109670797A (zh) * 2018-09-11 2019-04-23 深圳平安财富宝投资咨询有限公司 支付路由选取方法、装置、设备及存储介质
CN109829704A (zh) * 2018-12-07 2019-05-31 创发科技有限责任公司 支付通道配置方法、装置及计算机可读存储介质
CN109947994A (zh) * 2018-08-10 2019-06-28 北京京东金融科技控股有限公司 支付过程的处理方法、装置、介质及电子设备
CN110245926A (zh) * 2019-06-14 2019-09-17 哈尔滨哈银消费金融有限责任公司 一种分布式智能支付路由的实现系统、方法及装置
CN110458547A (zh) * 2019-08-02 2019-11-15 浙江融易区块链科技有限公司 一种支付网关服务器及支付渠道选择方法
WO2020088075A1 (zh) * 2018-11-02 2020-05-07 京东数字科技控股有限公司 用于确定支付通道的方法和装置
CN111130714A (zh) * 2019-11-28 2020-05-08 网银在线(北京)科技有限公司 数据传输方法、装置、电子设备以及计算机可读介质
CN111415426A (zh) * 2020-04-09 2020-07-14 西安艾润物联网技术服务有限责任公司 基于etc天线进行车辆费用结算的方法及装置
CN111416772A (zh) * 2020-03-17 2020-07-14 京东数字科技控股有限公司 路由路径匹配方法、装置、电子设备及存储介质
CN111626852A (zh) * 2020-04-03 2020-09-04 中邮消费金融有限公司 交易管理方法与交易管理系统
CN111680998A (zh) * 2020-08-17 2020-09-18 南京梦饷网络科技有限公司 支付路由方法、计算设备和计算机可读存储介质
CN112653624A (zh) * 2020-12-24 2021-04-13 北京三快在线科技有限公司 一种路由方法、装置、介质及电子设备
CN114266577A (zh) * 2022-03-01 2022-04-01 深圳市思迅软件股份有限公司 支付通道自适应切换方法、系统及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102867252A (zh) * 2012-09-14 2013-01-09 东莞宇龙通信科技有限公司 支付服务器和支付通道获取方法
CN102880956A (zh) * 2012-09-13 2013-01-16 东莞宇龙通信科技有限公司 支付服务器和支付通道整合方法
CN102903043A (zh) * 2012-09-19 2013-01-30 东莞宇龙通信科技有限公司 支付服务器和支付通道获取方法
CN102930431A (zh) * 2012-10-29 2013-02-13 东莞宇龙通信科技有限公司 支付服务器和支付通道标识方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102880956A (zh) * 2012-09-13 2013-01-16 东莞宇龙通信科技有限公司 支付服务器和支付通道整合方法
CN102867252A (zh) * 2012-09-14 2013-01-09 东莞宇龙通信科技有限公司 支付服务器和支付通道获取方法
CN102903043A (zh) * 2012-09-19 2013-01-30 东莞宇龙通信科技有限公司 支付服务器和支付通道获取方法
CN102930431A (zh) * 2012-10-29 2013-02-13 东莞宇龙通信科技有限公司 支付服务器和支付通道标识方法

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106651370A (zh) * 2016-10-19 2017-05-10 广州三星通信技术研究有限公司 应用程序执行操作的方法及设备
CN106600277B (zh) * 2016-11-18 2021-05-18 宇龙计算机通信科技(深圳)有限公司 一种调整支付平台排序的方法及终端
CN106600277A (zh) * 2016-11-18 2017-04-26 宇龙计算机通信科技(深圳)有限公司 一种调整支付平台排序的方法及终端
CN108390823B (zh) * 2017-01-23 2021-06-25 万事达卡亚太私人有限公司 用于路由支付指令的交换机
CN108390823A (zh) * 2017-01-23 2018-08-10 万事达卡亚太私人有限公司 用于路由支付指令的交换机
CN107122967A (zh) * 2017-04-14 2017-09-01 浙江数链科技有限公司 一种支付渠道的分配方法及装置
CN107169756A (zh) * 2017-05-10 2017-09-15 北京凤凰理理它信息技术有限公司 支付通道分配方法、装置、存储介质和支付路由系统
CN107292598A (zh) * 2017-05-31 2017-10-24 杭州大搜车汽车服务有限公司 一种支付路由方法及支付路由中间件
CN107274163A (zh) * 2017-06-15 2017-10-20 北京奇艺世纪科技有限公司 一种话费支付的路由选择方法和装置
CN107679849A (zh) * 2017-10-09 2018-02-09 马上消费金融股份有限公司 一种支付渠道选择方法、系统及一种计算机可读存储介质
CN108022087A (zh) * 2017-11-22 2018-05-11 深圳市牛鼎丰科技有限公司 支付数据处理方法、装置、存储介质和计算机设备
CN107818428A (zh) * 2017-11-28 2018-03-20 杭州龙盈互联网金融信息技术有限公司 业务渠道的决策方法以及装置
CN108012243A (zh) * 2017-12-25 2018-05-08 苏州乐麟无线信息科技有限公司 一种计费方法和服务器
CN108320147A (zh) * 2018-02-28 2018-07-24 深圳前海桔子信息技术有限公司 一种交易管理方法、装置、服务器及存储介质
CN109947994B (zh) * 2018-08-10 2022-12-27 京东科技控股股份有限公司 支付过程的处理方法、装置、介质及电子设备
CN109947994A (zh) * 2018-08-10 2019-06-28 北京京东金融科技控股有限公司 支付过程的处理方法、装置、介质及电子设备
CN109102273B (zh) * 2018-08-22 2021-08-24 四川新网银行股份有限公司 一种分布式智能支付路由的实现方法及系统
CN109102273A (zh) * 2018-08-22 2018-12-28 四川新网银行股份有限公司 一种分布式智能支付路由的实现方法及系统
CN109670797A (zh) * 2018-09-11 2019-04-23 深圳平安财富宝投资咨询有限公司 支付路由选取方法、装置、设备及存储介质
CN109658079A (zh) * 2018-09-27 2019-04-19 深圳壹账通智能科技有限公司 多通道转账方法、装置、设备及可读存储介质
CN109359955A (zh) * 2018-10-25 2019-02-19 平安科技(深圳)有限公司 交易处理方法、装置、计算机设备和存储介质
CN109544144A (zh) * 2018-10-25 2019-03-29 平安科技(深圳)有限公司 交易处理方法、装置、计算机设备和存储介质
WO2020088075A1 (zh) * 2018-11-02 2020-05-07 京东数字科技控股有限公司 用于确定支付通道的方法和装置
CN109829704A (zh) * 2018-12-07 2019-05-31 创发科技有限责任公司 支付通道配置方法、装置及计算机可读存储介质
CN110245926A (zh) * 2019-06-14 2019-09-17 哈尔滨哈银消费金融有限责任公司 一种分布式智能支付路由的实现系统、方法及装置
CN110458547A (zh) * 2019-08-02 2019-11-15 浙江融易区块链科技有限公司 一种支付网关服务器及支付渠道选择方法
CN111130714A (zh) * 2019-11-28 2020-05-08 网银在线(北京)科技有限公司 数据传输方法、装置、电子设备以及计算机可读介质
CN111416772A (zh) * 2020-03-17 2020-07-14 京东数字科技控股有限公司 路由路径匹配方法、装置、电子设备及存储介质
CN111626852A (zh) * 2020-04-03 2020-09-04 中邮消费金融有限公司 交易管理方法与交易管理系统
CN111415426A (zh) * 2020-04-09 2020-07-14 西安艾润物联网技术服务有限责任公司 基于etc天线进行车辆费用结算的方法及装置
CN111680998A (zh) * 2020-08-17 2020-09-18 南京梦饷网络科技有限公司 支付路由方法、计算设备和计算机可读存储介质
CN111680998B (zh) * 2020-08-17 2023-07-14 南京梦饷网络科技有限公司 支付路由方法、计算设备和计算机可读存储介质
CN112653624A (zh) * 2020-12-24 2021-04-13 北京三快在线科技有限公司 一种路由方法、装置、介质及电子设备
CN114266577A (zh) * 2022-03-01 2022-04-01 深圳市思迅软件股份有限公司 支付通道自适应切换方法、系统及介质

Similar Documents

Publication Publication Date Title
CN105741088A (zh) 路由匹配支付方法及装置
CN106656839A (zh) 资源转移方法及装置
CN106530423A (zh) 一种实现停车费支付的方法和服务器
CN104350530B (zh) 结算系统、服务器设备、终端设备、方法
CN107818460B (zh) 一种支付方法及装置
CN112488702A (zh) 一种基于区块链的结算方法、装置以及电子设备
US20140052616A1 (en) Payment system and methods for brokering consumer-pay transactions
CN113298512A (zh) 资金数据信息处理方法、装置及电子设备
CA2993086C (en) Interbank clearing method and system
CN109615392A (zh) 支付通道确定方法及装置
CN110400139B (zh) 基于对公数字钱包的支付方法、装置及系统
CN109447776A (zh) 收税方法及装置、存储介质及电子设备
CN111242604A (zh) 数据处理方法及装置
JP2016184243A (ja) 自動精算システム及び自動精算装置
CN116091258A (zh) 用于对账管理的数据处理方法和装置
CN110084692A (zh) 一种记账方法及装置
JP6760874B2 (ja) 情報処理装置及びプログラム
JP6760875B2 (ja) 口座管理装置及びプログラム
CN111160885B (zh) 账务处理方法及装置
CN112037349A (zh) 一种车辆扣费方法和相关装置
CN111311395A (zh) 公积金冲还贷业务的管理系统、方法、设备及存储介质
CN111061573A (zh) 资源转移方法、装置、电子设备及存储介质
KR20120125441A (ko) 결제 승인 절차 제어 방법
CN109670812A (zh) 支付方法、装置、终端及存储介质
JP7049417B2 (ja) 口座管理装置及びプログラム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20170302

Address after: 510380 Liwan District, Guangzhou, Fangcun Road, No. 314, the middle of the road by the self written on the road, No. two,

Applicant after: GUANGZHOU VIP NETWORK TECHNOLOGY CO., LTD.

Address before: Liwan District Fangcun Huahai street Guangzhou city Guangdong province 510000 No. 20 self 1-5 building (only for office use)

Applicant before: Guangzhou VIPSHOP Information and Technology Co., Ltd.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160706