首页> 中国专利> 基于国际卡支付通道管理支付成功率的系统及方法

基于国际卡支付通道管理支付成功率的系统及方法

摘要

本发明提供一种基于国际卡支付通道来管理支付成功率的系统,同时还提供使用该系统的管理支付成功率的方法。本发明通过对买家信用卡在支付通道支付的结果及失败原因进行归类,对于无法通过一个支付通道支付成功的,提交另外一个通道进行支付,以达到提高支付成功率的目的。

著录项

  • 公开/公告号CN104376452A

    专利类型发明专利

  • 公开/公告日2015-02-25

    原文格式PDF

  • 申请/专利权人 世纪禾光科技发展(北京)有限公司;

    申请/专利号CN201310355233.9

  • 发明设计人 赵红强;刘振;

    申请日2013-08-15

  • 分类号G06Q20/02(20120101);G06Q20/34(20120101);G06Q30/06(20120101);

  • 代理机构北京驰纳智财知识产权代理事务所(普通合伙);

  • 代理人唐与芬;武寄萍

  • 地址 100083 北京市海淀区花园路3-2号迪蒙大厦6层

  • 入库时间 2023-12-17 04:10:37

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-08-17

    专利权的转移 IPC(主分类):G06Q20/02 登记生效日:20180730 变更前: 变更后: 申请日:20130815

    专利申请权、专利权的转移

  • 2018-05-15

    授权

    授权

  • 2015-07-29

    实质审查的生效 IPC(主分类):G06Q20/02 申请日:20130815

    实质审查的生效

  • 2015-02-25

    公开

    公开

说明书

技术领域

本发明涉及国际卡支付领域,更具体地说,涉及一种基于国际卡支付通道来管理支付成功率的系统,同时还提供使用该系统的管理支付成功率的方法。

背景技术

买家使用国际卡在电商网站购买商品时,电商平台会将买家的支付请求随机分配到其接入的支付通道提交支付,支付通道会对买家使用的国际卡按照相应的风控规则校验,如果校验通过则提交给国际卡组织及发卡行进行处理。授权通过后,电商平台确认买家支付成功,并通知卖家进行发货。

由于国际卡存在大量欺诈风险,所以各支付通道都有自己的一套独立的风险规则,这样就存在买家同一张信用卡可能在一个支付通道能够支付成功,在另外一个通道却无法成功。

本发明通过对买家信用卡在支付通道支付的结果及失败原因进行归类,对于无法通过一个支付通道支付成功的,提交另外一个通道进行支付,以达到提高支付成功率的目的。

现有技术在买家使用国际卡提交购买请求以后,外贸平台将买家国际卡的卡号、CVV、有效期、金额信息提交到支付通道(World Pay、Global Collect、QiWi、中银卡司、Paypal等)处理。一次购买行为中,在这个环节中买家的信用卡会随机被提交某一个支付通道进行处理,实际上通过这个通道买家的信用卡可能无法支付成功,而实际上买家的信用卡在其他支付通道有过成功交易的记录。由于是随机提交的,所以存在导致买家无法支付成功,客观上降低了支付成功率,造成买家流失的问题。

发明内容

本发明提供一种基于国际卡支付通道来管理支付成功率的系统,同时还提供使用该系统的管理支付成功率的方法。

本发明提供一种基于国际卡支付通道来管理支付成功率的系统,其特征在于,所述系统包括客户端、电商网络公司服务器、国际卡信息服务器、若干第三方支付通道,其中,所述客户端与所述电商网络公司服务器相互通信;所述电商网络公司服务器与所述国际卡信息服务器相互通信;所述电商网络公司服务器与所述若干第三方支付通道相互通信;所述国际卡信息服务器与所述若干第三方支付通道相互通信。

优选的是,所述客户端包括签名垫,所述签名垫用于将国际卡的用户电子签名获取为电子信号。

在上述任一方案中优选的是,所述客户端包括输入/输出模块、通信处理模块、存储器模块。

在上述任一方案中优选的是,所述电商网络服务器包括订单模块、新旧卡判断模块、敏感度归类模块、支付通道路由模块。

本发明还提供一种基于国际卡支付通道来管理支付成功率的系统的管理支付成功率的方法,所述方法包括如下步骤:

a)    所述客户端在所述电商网络服务器上下订单,所述电商网络服务器为所述客户端生成订单信息;

b)    所述电商网络服务器接收国际卡支付信息;

c)    所述电商网络服务器向所述第三方支付通道发送支付请求信息;

d)    等待所述第三方支付通道完成所述国际卡的支付请求后,所述第三方支付通道将支付处理结果的信息返回给所述电商网络服务器,所述电商网络服务器接收支付处理结果的信息。

优选的是,上述方法的步骤b)中还包括如下步骤:

a)  所述电商网络服务器接收来自所述客户端的订单后,所述订单模块生成该订单的相关信息;

b)  所述订单模块将所述订单信息提交给所述新旧卡判断模块,所述新旧卡判断模块与所述国际卡信息服务器进行通信,用于判断所述国际卡是否为未曾交易过的新卡;

c)  在所述敏感度归类模块中进行敏感度归类和识别,所述敏感度归类模块与所述国际卡信息服务器进行通信,用于获取所述国际卡的敏感度信息;

d)  所述敏感度归类模块将获取的敏感度信息发送给所述支付通道路由模块,所述支付通道路由模块根据获取的实际来自所述国际卡信息服务器的该国际卡的敏感度信息选择相应的所述第三方支付通道进行支付。

在上述任一方案中优选的是,所述方法还包括如下步骤:

a)  所述第三方支付通道在处理完国际卡的支付请求后,将所述国际卡的支付的结果信息返回给所述电商网络服务器的所述敏感度归类模块;

b)  如果支付的结果为成功,则所述敏感度归类模块将所述国际卡归类为对于所述第三方支付通道不敏感;

c)  如果支付的结果为失败,继续分析支付失败的原因,如果失败原因为所述第三方支付通道拒绝支付,则所述敏感度归类模块将所述国际卡归类为对于所述第三方支付通道敏感;如果失败原因为无效的国际卡号或无效金额或余额不足的情况,不能认为是对所述第三方支付通道敏感。

优选的是,所述方法还包括如下步骤:

a)  如果所述国际卡为新卡,则根据所述电商网络服务器设置的随机数进行选择所述第三方支付通道;

b)  如果所述国际卡为旧卡,并且,如果敏感性分析结果显示所述国际卡对于两个第三方支付通道均不敏感,则根据设置的随机数规则,将请求随机到相应的第三方支付通道中。

优选的是,所述方法还包括如下步骤:

a)  如果所述国际卡为旧卡,并且,如果敏感性分析结果显示所述国际卡敏感,继续具体分析对于所述第三方支付通道是否敏感,如果所述国际卡对于所述第三方支付通道敏感,则将所述国际卡的支付请求提交到另一所述第三方支付通道处理;

b)  如果所述国际卡为旧卡,并且,如果敏感性分析的结果显示所述国际卡未归类,继续具体分析其对于所述第三方支付通道是否未归类,如果所述国际卡对于所述第三方支付通道未归类,则将所述国际卡的支付请求提交到该所述第三方支付通道处理。

优选的是,所述方法还包括如下步骤:

a)  如果所述国际卡在两个所述第三方支付通道都有支付成功的记录,则将所述国际卡支付通道敏感性归类为不敏感;

b)  如果所述国际卡仅有在第一所述第三方支付通道支付成功的记录,在第二所述第三方支付通道无支付成功的记录,则将所述国际卡的支付通道敏感性归类为对第二所述第三方支付通道未归类;

c)  如果所述国际卡仅有在第一所述第三方支付通道支付成功的记录,在第二所述第三方支付通道有支付失败记录,且失败原因为拒绝支付,则将该国际卡的支付通道敏感性归类为对第二所述第三方支付通道敏感;

d)  如果所述国际卡仅有在第二所述第三方支付通道支付成功的记录,在第一所述第三方支付通道无支付成功记录,则将该国际卡支付通道敏感性归类为对第一所述第三方支付通道未归类;

e)  如果所述国际卡仅有在第二所述第三方支付通道支付成功的记录,在第一所述第三方支付通道有支付失败记录,且失败原因为拒绝支付,则将该国际卡支付通道敏感性归类为对第一所述第三方支付通道敏感。

由于现有技术中外贸平台将买家的国际卡支付请求,随机的提交到其接入的支付通道进行处理,存在可能导致失败的情况。与现有技术相比,本发明提高国际卡支付成功率和客户端的买家支付体验,减少买家的流失。

附图说明

为了使本发明便于理解,现在结合附图描述本发明的具体实施例。

图1示出了根据本发明的一优选实施例的电商网络服务器200和客户端100、第三方支付通道400的一个支付步骤图。

图2示出了电商网络服务器200的内部逻辑结构图。

图3示出了第三方支付通道将支付的结果信息与电商网络服务器200的交互步骤。

图4示出了国际卡信息的订单处理示意图。

图5示出了国际卡信息的又一订单处理示意图。

图6示出了国际卡信息服务器300中的国际卡的历史交易的数据归类示意图。

具体实施方式

下面结合附图和优选的实施方式对本发明作进一步的详细描述。权利要求中构成要件和实施例中具体实例之间的对应关系可以如下例证。这里的描述意图在于确认在实施例中描述了用来支持在权利要求中陈述的主题的具体实例,由于在实施例中描述了实例,不意味着该具体实例不表示构成要件。相反地,即使在此包含了具体实例作为对应一个构成要件的要素特征,也不意味着该具体实例不表示任何其它构成要件。

此外,这里的描述不意味着对应于实施例中陈述的具体实例的所有主题都在权利要求中引用了。换句话说,这里的描述不否认这种实体,即对应实施例包含的具体实例,但不包含在其任何一项权利要求中,即,能够在以后的修正被分案并申请、或增加的可能发明的实体。

应当注意的是,“系统”在此意味着由两个或更多设备构成的处理。

显而易见地,用户终端可以由个人计算机构成。此外,所述用户终端还可以由例如蜂窝电话、任何其它PDA(个人数字助理)工具、AV(音频视频)装置、诸如家用电气(家庭用电气化)设备的CE(消费电子设备)等构成。

“网络”意味着至少连接了两个设备的机构,并且在其中,一条信息能够从一个设备发送到另一个设备。经由网络建立通信的设备可以是彼此分离的,也可以是构成一个机器的内部模块。

“通信”可表示无线通信和有线通信。然而,还可以是混合无线和有线通信的通信,更具体地,在某个区段采取无线通信而在另一个区段采取有线通信的通信。同样,它也可以是这样的通信:从一个设备向另一设备的通信是有线的,且相反方向的通信是无线的。

本发明提供基于国际卡支付通道来管理支付成功率的系统,同时还提供使用该系统的管理支付成功率的方法。根据本发明的基于国际卡支付通道来管理支付成功率的系统包括客户端100、电商网络公司服务器200、国际卡信息服务器300、若干第三方支付通道400。可以理解的是,电商网络公司服务器200和国际卡信息服务器300在物理上可以为相互分开或者合二为一。

首先,客户端100被布置在买家、特许经营店等,并且可以包括签名垫101,所述签名垫101基于将国际卡用户的签名获得为电子信号,并且将所述签名显示 图像。客户端100还可以包括EMV(接触式:集成电路;不接触式:射频模式)、读卡器(MSR)等,用于国际卡的支付和支付处理,以便于执行任何类型的国际支付。

所述客户端100采用的每一个国际卡被分配唯一号,诸如序号。唯一号被发送到国际卡信息服务器300,以便可以通过唯一号来识别该国际卡。

另外,客户端100将获得的支付通道的信息的数值和支付分析的内容进行实时地显示。因此,所述客户端100包括输入/输出模块110、通信处理模块111,存储器模块112,其中,输入/输出模块110在成功支付或者失败支付时,向国际卡用户显示该支付通道的信息和支付信息。所述通信处理模块111经由网络、电缆或者无线局域通信而连接到电商网络公司服务器200和国际卡信息服务器300。所述存储器模块112存储所有支付信息,诸如各种数据、图像或者声音。

使用有线/无线调制解调器和诸如PSTN或者因特网的网络来经由电商网络公司服务器200向若干第三方支付通道400发送由客户端100支付的国际卡支付信息。

为了便于说明和理解,本发明的优选实施例中电商网络公司服务器选择了两个第三方支付通道:A和B,用于满足客户端100的国际卡的支付需求。但是可以理解的是,本领域技术人员应该可拓展为三个甚至更多的第三方支付通道400。

根据国际卡信息服务器300的历史交易数据进行分析,统计发现大约30%的国际卡通过第三方支付通道A和第三方支付通道B都可以支付成功,约26%的国际卡仅能通过第三方支付通道A或第三方支付通道B支付成功。

基于上述统计结果,电商网络公司服务器200将来自客户端100的具有唯一编号的国际卡按照第三方支付通道是否可以支付成功为依据,分为四种不同类型,即:不敏感;敏感;未归类;新卡。并将其存储到国际卡信息服务器300中。

图1示出了电商网络服务器200和客户端100、第三方支付通道400的一个支付步骤。首先,客户端100在电商网络服务器200上下订单,电商网络服务器200为该客户端100生成该订单信息,通过客户端100的输入/输出模块110显示给客户,诸如输入国际卡的卡号、CVV、有效期信息等。其次,电商网络服务器200接收国际卡支付信息,客户经由客户端100的输入/输出模块100将需要提供的国际卡信息发送给电商网络服务器200。第三,电商网络服务器200向第三方支付通道400发送支付请求信息,即将该国际卡的信息和与其相关的支付信息等发送给第三方支付通道400。第四,等待第三方支付通道400完成该国际卡的支付请求后,将支付处理结果的信息返回给电商网络服务器200,电商网络服务器200接收支付处理结果的信息,例如,如果该国际卡通过第三方支付通道400支付成功,则电商网络服务器200更新客户端100的订单状态为成功;如果该国际卡通过第三方支付通道400支付失败,则电商网络服务器200更新客户端100的订单状态为支付失败。

图2示出了电商网络服务器200的内部逻辑结构。首先,在电商网络服务器200接收来自客户端100的订单后,订单模块生成该订单的相关信息。然后,将该订单信息提交给新旧卡判断模块,新旧卡判断模块与国际卡信息服务器300进行通信,用来判断该具有唯一编号的国际卡是否为未曾交易过的新卡,如果该国际卡为未曾交易过的新卡,则国际卡信息服务器300对该国际卡进行入库处理,优选的是,在以唯一编号为主键的国际卡信息数据库中建立该新卡的信息,例如相关的客户端100的IP、局域网地理信息、国际卡类别、有效期等,并将该国际卡的敏感度类型标记为新卡。其次,在敏感度归类模块中进行敏感度归类和识别,敏感度归类模块与国际卡信息服务器300进行通信,用于获取该国际卡的敏感度信息。最后,敏感度归类模块将获取的敏感度信息发送给支付通道路由模块,支付通道路由模块根据获取的实际来自国际卡信息服务器300的该国际卡的敏感度信息选择相应的第三方支付通道进行支付,例如,如果该来自客户端100提供的具有唯一编号的国际卡的敏感度为不敏感,意味着该国际卡在第三方支付通道A和第三方支付通道B都有交易成功的记录,则支付通道路由模块可以选择第三方支付通道A或者第三方支付通道B两者中的一个进行支付处理;如果该国际卡的敏感度为对第三方支付通道B敏感,根据上述敏感度表格显示,则支付通道路由模块只能选择第三方支付通道A支付;如果该国际卡的敏感度为对第三方支付通道A敏感,根据上述敏感度表格显示,则支付通道路由模块只能选择第三方支付通道B支付;如果该国际卡的敏感度为未归类,其中,如果对第三方支付通道A归类,则支付通道路由模块选择第三方支付通道A支付,如果对第三方支付通道B归类,则支付通道路由模块选择第三方支付通道B支付;如果该国际卡的敏感度为新卡,则支付通道路由模块可以选择任一第三方支付通道支付。

图3示出了第三方支付通道将支付的结果信息与电商网络服务器200的交互步骤。第三方支付通道在处理完国际卡的支付请求后,将该国际卡的支付的结果信息返回给电商网络服务器200的敏感度归类模块,如果支付的结果为成功,则敏感度归类模块将该国际卡归类为对于该第三方支付通道不敏感,同时,将相关信息发送给国际卡信息服务器300,如果支付的结果为失败,继续分析支付失败的原因,如果失败原因为该第三方支付通道拒绝支付,则敏感度归类模块将该国际卡归类为对于该第三方支付通道敏感,但是,对于无效的国际卡号、无效金额、余额不足等情况,需要将该信息经由客户端100的输入/输出端110返回给客户,不能认为是对该第三方支付通道敏感。

图4示出了国际卡信息的订单处理示意图。对于电商网络服务器200和国际卡信息服务器300而言,国际卡新卡和旧卡的判断规则,其中,新卡是指该具有唯一编号的国际卡在电商网络服务器200的这次交易之前没有关于敏感性归类的信息。如果该国际卡为新卡,则根据电商网络服务器200设置的随机数规则,示范性地,在随机数1-30的范围内,将新卡的支付请求发送到第三方支付通道A中;在随机数31-100的范围内,将新卡的支付请求发送到第三方支付通道B中。相应地,旧卡是指该国际卡在电商网络服务器200的这次交易之前有关于敏感性归类的信息。如果敏感性分析结果显示该国际卡对于第三方支付通道A和第三方支付通道B均不敏感,则同样地,根据设置的随机数规则,将请求随机到相应的支付通道A或者支付通道B,示范性地,在随机数1-50的范围内,将新卡的支付请求发送到第三方支付通道A中;在随机数51-100的范围内,将新卡的支付请求发送到第三方支付通道B中。

图5示出了国际卡信息的又一订单处理示意图。对于电商网络服务器200和国际卡信息服务器300而言,国际卡新卡和旧卡的判断规则,其中,新卡是指该具有唯一编号的国际卡在电商网络服务器200的这次交易之前没有关于敏感性归类的信息。旧卡是指该国际卡在电商网络服务器200的这次交易之前有关于敏感性归类的信息。如果敏感性分析结果显示该国际卡敏感,具体分析其对于第三方支付通道A或第三方支付通道B敏感,如果该国际卡对于第三方支付通道A敏感,则将该国际卡的支付请求提交到第三方支付通道B处理;如果该国际卡对于第三方支付通道B敏感,则将该国际卡的支付请求提交到第三方支付通道A处理。如果敏感性分析的结果显示该国际卡未归类,具体分析其对于第三方支付通道A或第三方支付通道B未归类,如果该国际卡对于第三方支付通道A归类,则将该国际卡的支付请求提交到第三方支付通道A处理;如果该国际卡对于第三方支付通道B归类,则将该国际卡的支付请求提交到第三方支付通道B处理。 

图6示出了国际卡信息服务器300中的国际卡历史交易的数据归类示意图。如图所示,如果该国际卡在第三方支付通道A和第三方支付通道B都有支付成功的记录,则将该国际卡支付通道敏感性归类为不敏感;如果该国际卡仅有在第三方支付通道A支付成功的记录,在第三方支付通道B无支付成功的记录,则将该国际卡的支付通道敏感性归类为对支付通道B未归类;如果该国际卡仅有在第三方支付通道A支付成功的记录,在第三方支付通道B有支付失败记录,且失败原因为拒绝支付,则将该国际卡的支付通道敏感性归类为对第三方支付通道B敏感;如果该国际卡仅有在第三方支付通道B支付成功的记录,在第三方支付通道A无支付成功记录,则将该国际卡支付通道敏感性归类为对第三方支付通道A未归类;如果该国际卡仅有在第三方支付通道B支付成功的记录,在第三方支付通道A有支付失败记录,且失败原因为拒绝支付,则将该国际卡支付通道敏感性归类为对第三方支付通道A敏感;

上述详细描述通过实施例和/或示意图阐明了系统和/或过程的各种实施例。就这些示意图和/或包含一个或多个功能和/或操作而言,本领域技术人员将理解,这些示意图或实施例中的每一个功能和/或操作都可由各种各样的硬件、软件、固件、或实际上其任意组合来单独地和/或共同地实现。

应该理解,本文描述的方法可以结合硬件或软件,或在适当时结合两者的组合来实现。因此,本发明的方法,可以采用包含在诸如软盘、CD-ROM、硬盘驱动器或任何其他机器可读存储介质等有形介质中的程序代码(即,指令)的形式,其中,当程序代码在可编程计算机上执行的情况下,计算设备通常包括处理器、该处理器可读的存储介质(包括易失性存储器和/或存储元件)、至少一个输入设备、以及至少一个输出设备。一个或多个程序可以例如,通过使用API,可重用控件等来实现或利用结合本发明描述的过程。这样的程序优选地用高级过程语言或面向对象编程语言来实现,以与计算机系统通信。然而,如果需要,该程序可以用汇编语言或机器语言来实现。在任何情形中,语言可以是编译语言或解释语言,且与硬件实现相结合。

需要说明的是,本发明的基于国际卡支付通道来管理支付成功率的系统及使用该系统的管理支付成功率的方法的方案的范畴包括但不限于上述各部分之间的任意组合。

尽管具体地参考其优选实施例来示出并描述了本发明,但本领域的技术人员可以理解,可以做出形式和细节上的各种改变而不脱离所附权利要求书中所述的本发明的范围。以上结合本发明的具体实施例做了详细描述,但并非是对本发明的限制。凡是依据本发明的技术实质对以上实施例所做的任何简单修改,均仍属于本发明技术方案的范围。

去获取专利,查看全文>

相似文献

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

客服邮箱:kefu@zhangqiaokeyan.com

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

  • 服务号