CN102968719B - 支付服务器、终端和支付通道接入方法 - Google Patents
支付服务器、终端和支付通道接入方法 Download PDFInfo
- Publication number
- CN102968719B CN102968719B CN201210441675.0A CN201210441675A CN102968719B CN 102968719 B CN102968719 B CN 102968719B CN 201210441675 A CN201210441675 A CN 201210441675A CN 102968719 B CN102968719 B CN 102968719B
- Authority
- CN
- China
- Prior art keywords
- payment channel
- payment
- channel
- priority
- access
- 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.)
- Active
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种支付服务器,包括:分解单元,用于将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据;获取单元,用于获取客户端选择的支付入口类型;查找单元,用于基于数据库查找出属于选择的支付入口类型的多个关联支付通道。本发明还提供了一种终端包括接入单元,同时接入多个关联支付通道;开关单元,用于开启多个关联支付通道中的任一支付通道,并关闭其他支付通道,以及在当前支付通道接入异常时,关闭当前支付通道,开启其他支付通道中的任一支付通道;显示单元,显示开启的支付通道。本发明还提出了一种支付通道接入方法。通过本发明的技术方案,能够实现支付通道的快速切换,保证支付操作的稳定性。
Description
技术领域
本发明涉及网上支付领域,具体而言,涉及一种支付服务器、终端和支付通道接入方法。
背景技术
支付通道的稳定性决定了用户使用支付的感受,在支付存在多通道的条件下,由于不同支付通道的接入、集成、地域、实现等差异决定了单一通道本身的接入存在不确定风险,同时不同支付通道出现异常也带有明显的不确定性,这给规避风险带来了很大的问题。现有技术都是通过尽可能提供稳定的支付服务来尽量屏蔽未知风险,虽然是多通道,但由于用户实际支付时只能选择一个通道进行接入,而且一般支付通道的异常情况出现在接入过程中(即支付流程尚走在支付代理商的系统中),所以无法规避不稳定风险。
因此,需要一种新的支付通道接入技术,能够同时为客户端接入多条支付通道,而只开启其中的一条,并关闭其他支付通道,在当前支付通道出现异常时,可以关闭当前支付通道并立即启用一条其他已接入的支付通道,而不需要向云端发送请求再进行切换,实现了支付通道的快速切换,保证了支付操作的稳定性。
发明内容
本发明正是基于上述问题,提出了一种支付通道接入技术,能够同时为客户端接入多条支付通道,而只开启其中的一条,并关闭其他支付通道,在当前支付通道出现异常时,可以关闭当前支付通道并立即启用一条其他已接入的支付通道,而不需要向云端发送请求再进行切换,实现了支付通道的快速切换,保证了支付操作的稳定性。
有鉴于此,本发明提出了一种支付服务器,其特征在于,包括:分解单元,用于将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括支付入口类型数据;获取单元,用于获取客户端选择的支付入口类型;查找单元,用于基于所述数据库查找出属于所述选择的支付入口类型的多个关联支付通道。
根据本发明的另一方面,还提供了一种终端,包括:接入单元,用于同时接入由支付服务器返回的与选择的支付入口类型相同的多个关联支付通道;开关单元,用于开启所述多个关联支付通道中的任一支付通道,并关闭其他支付通道,以及在所述客户端的当前支付通道接入异常时,关闭所述当前支付通道,开启所述其他支付通道中的任一支付通道;显示单元,显示所述开启的支付通道。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于用户接入。
在用户进行支付操作时,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是系统根据用户习惯自动选择的支付入口),支付服务器可以根据选定的支付入口获取多个包含该支付入口的支付通道,并将这些支付通道同时接入客户端,然后开启其中任一支付通道,并关闭其他支付通道,使客户端接入代理服务器,当客户端当前的支付通道接入异常时(例如代理服务器升级或发生故障等),能够关闭当前支付通道,并开启其他已接入的支付通道中的任一支付通道,使用户可以通过新开启的支付通道继续接入代理服务器。
由于进行切换的备用支付通道是已接入客户端的支付通道,所以此切换动作不需要重新获取支付通道,而且切换动作全部在后台完成,用户看不到中间状态,只能看到最终的支付通道,减少了用户的操作步骤,实现了支付通道的快速切换,保证了支付操作的稳定性。
需要指出的是,上述操作并不适用于直接连接支付网关的情形,因为该操作只完成支付接入,并不进行实际支付操作。比如用户可以选择通过易宝的支付通道进入招商银行界面,也可以通道高阳的支付通道进入招商银行界面,但不能发生支付交易。而直接连接网关的话用户将会发生两次实际性支付,所以本发明主要描述支付接入环境,并不说明实际支付行为。
在上述技术方案中,优选地,还包括:优先级设置单元,用于预先设置所述支付通道的优先级或根据所述支付通道的使用记录和/或接入异常情况确定所述支付通道的优先级。
在该技术方案中,支付通道的优先级可以是固定的,例如由支付服务器根据与不同代理服务器(即支付服务器的提供商与代理服务器相应的支付代理商)的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么可以将代理服务器A的优先级设置为5,而与代理服务器B没有合作关系,那么可以将代理服务器B的优先级设置为0。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,预先分配的优先级分别为5和4,但是代理服务器A的稳定性差,个别时候会出现接入异常的情况,假如每次发生接入异常优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成3和4。
还可以将支付通道的优先级设置为与使用频率和/或使用时间相关联,例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
在上述技术方案中,优选地,所述接入单元包括:选择子单元,用于按照优先级顺序从所述多个关联支付通道中选取两个支付通道,所述开关单元开启所述两个支付通道中的优先级较高的支付通道,并关闭另一个支付通道,并在所述当前支付通道接入异常时,关闭所述当前支付通道,开启所述另一个支付通道。
在该技术方案中,由于接入了多个支付通道,所以对客户端的访问量较大,导致系统的负担也较大,但在实际操作中,从多个支付通道中选择两个能够正常接入客户端的支付通道进行接入即可,当一条支付通道接入异常,可以切换至另一条支付通道,同样能够保证当前支付操作的稳定性。
在上述技术方案中,优选地,所述开关单元还用于开启所述其他支付通道中优先级最高的支付通道。
在该技术方案中,当支付通道数据存在优先级信息时,在当前支付通道接入异常时,可以选择其他已接入的支付通道中优先级最高的支付通道进行切换,以提高支付通道的稳定性。
在上述任一技术方案中,优选地,还包括:反馈单元,用于在所述多个关联支付通道全部接入异常时,将重新选择支付入口类型的反馈信息发送至所述客户端。
在该技术方案中,当获取的多个支付通道全部接入异常时,或只接入了一个支付通道,而该支付通道在支付操作中出现异常时,则提示用户重新选择支付入口类型,以便重新获取支付通道数据,进而接入新的支付通道以进行支付操作。
根据本发明的又一方面,还提出了一种支付通道接入方法,包括:步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括支付入口类型数据;步骤204,获取客户端选择的支付入口类型,基于所述数据库查找出属于所述选择的支付入口类型的多个关联支付通道,并将所述多个关联支付通道同时接入所述客户端;步骤206,开启并显示所述多个关联支付通道中的任一支付通道,并关闭其他支付通道;步骤208,在所述开启的支付通道接入异常时,关闭所述当前支付通道,开启并显示所述其他支付通道中的任一支付通道。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
在用户进行支付操作时,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是系统根据用户习惯自动选择的支付入口),支付服务器可以根据选定的支付入口获取多个包含该支付入口的支付通道,并将这些支付通道同时接入客户端,然后开启其中任一支付通道,并关闭其他支付通道,使客户端接入代理服务器,当客户端当前的支付通道接入异常时(例如代理服务器升级或发生故障等),能够关闭当前支付通道,并开启其他已接入的支付通道中的任一支付通道,使用户可以通过新开启的支付通道继续接入代理服务器。
由于进行切换的备用支付通道是已接入客户端的支付通道,所以此切换动作不需要重新获取支付通道,而且切换动作全部在后台完成,用户看不到中间状态,只能看到最终的支付通道,减少了用户的操作步骤,实现了支付通道的快速切换,保证了支付操作的稳定性。
需要指出的是,上述操作并不适用于直接连接支付网关的情形,因为该操作只完成支付接入,并不进行实际支付操作。比如用户可以选择通过易宝的支付通道进入招商银行界面,也可以通道高阳的支付通道进入招商银行界面,但不能发生支付交易。而直接连接网关的话用户将会发生两次实际性支付,所以本发明主要描述支付接入环境,并不说明实际支付行为。
在上述技术方案中,优选地,还包括:预先设置所述支付通道的优先级或根据所述支付通道的使用记录和/或接入异常情况确定所述支付通道的优先级。
在该技术方案中,支付通道的优先级可以是固定的,例如由支付服务器根据与不同代理服务器(即支付服务器的提供商与代理服务器相应的支付代理商)的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么可以将代理服务器A的优先级设置为5,而与代理服务器B没有合作关系,那么可以将代理服务器B的优先级设置为0。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,预先分配的优先级分别为5和4,但是代理服务器A的稳定性差,个别时候会出现接入异常的情况,假如每次发生接入异常优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成3和4。
还可以将支付通道的优先级设置为与使用频率和/或使用时间相关联,例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
在上述技术方案中,优选地,所述步骤204还包括:按照优先级顺序从所述多个关联支付通道中选取两个支付通道接入所述客户端;以及所述步骤206还包括:开启所述两个支付通道中的优先级较高的支付通道,并关闭另一个支付通道;以及所述步骤208还包括:在所述客户端的当前支付通道接入异常时,关闭所述当前支付通道,开启所述另一个支付通道。
在该技术方案中,由于接入了多个支付通道,所以对客户端的访问量较大,导致系统的负担也较大,但在实际操作中,从多个支付通道中选择两个能够正常接入客户端的支付通道进行接入即可,当一条支付通道接入异常,可以切换至另一条支付通道,同样能够保证当前支付操作的稳定性。
在上述技术方案中,优选地,所述步骤208具体为:开启所述其他支付通道中优先级最高的支付通道。
在该技术方案中,当支付通道数据存在优先级信息时,在当前支付通道接入异常时,可以选择其他已接入的支付通道中优先级最高的支付通道进行切换,以提高支付通道的稳定性。
在上述任一技术方案中,优选地,在所述多个关联支付通道全部接入异常时,提示终端用户重新选择支付入口类型。
在该技术方案中,当获取的多个支付通道全部接入异常时,或只接入了一个支付通道,而该支付通道在支付操作中出现异常时,则提示用户重新选择支付入口类型,以便重新获取支付通道数据,进而接入新的支付通道以进行支付操作。
通过以上技术方案,能够同时为客户端接入多条支付通道,而只开启其中的一条,并关闭其他支付通道,在当前支付通道出现异常时,可以关闭当前支付通道并立即启用一条其他已接入的支付通道,而不需要向云端发送请求再进行切换,实现了支付通道的快速切换,保证了支付操作的稳定性。
附图说明
图1A示出了根据本发明的实施例的支付服务器的框图;
图1B示出了根据本发明的实施例的终端的框图;
图2示出了根据本发明的实施例的支付通道接入方法的流程图;
图3示出了根据本发明的实施例的支付通道接入方法的具体流程图;
图4示出了根据本发明的实施例的支付系统的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1A示出了根据本发明的实施例的支付服务器的框图。
如图1A所示,根据本发明的实施例的支付服务器100包括:分解单元102,用于将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将支付通道数据保存至数据库,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;获取单元104,用于获取客户端选择的支付入口类型;查找单元106,用于基于数据库查找出属于选择的支付入口类型的多个关联支付通道。
图1B示出了根据本发明的实施例的终端的框图。
如图1B所示,根据本发明的实施例的终端200,包括:接入单元108,用于同时接入由例如图1所示的支付服务器100返回的与选择的支付入口类型相同的多个关联支付通道;开关单元110,用于开启多个关联支付通道中的任一支付通道,并关闭其他支付通道,以及在当前支付通道接入异常时,关闭当前支付通道,开启所述其他支付通道中的任一支付通道;显示单元112,显示所述开启的支付通道。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器100可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供至少一个代理服务器连接至支付服务器100,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于用户接入。
在用户进行支付操作时,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是系统根据用户习惯自动选择的支付入口),支付服务器100可以根据选定的支付入口获取多个包含该支付入口的支付通道,并将这些支付通道同时接入客户端,然后开启其中任一支付通道,并关闭其他支付通道,使客户端接入代理服务器,当客户端当前的支付通道接入异常时(例如代理服务器升级或发生故障等,导致无法正常接入),能够关闭当前支付通道,并开启其他已接入的支付通道中的任一支付通道,使用户可以通过新开启的支付通道继续接入代理服务器。
由于进行切换的备用支付通道是已接入客户端的支付通道,所以此切换动作不需要重新获取支付通道,而且切换动作全部在后台完成,用户看不到中间状态,只能看到最终的支付通道,减少了用户的操作步骤,实现了支付通道的快速切换,保证了支付操作的稳定性。
需要指出的是,上述操作并不适用于直接连接支付网关的情形,因为该操作只完成支付接入,并不进行实际支付操作。比如用户可以选择通过易宝的支付通道进入招商银行界面,也可以通道高阳的支付通道进入招商银行界面,但不能发生支付交易。而直接连接网关的话用户将会发生两次实际性支付,所以本发明主要描述支付接入环境,并不说明实际支付行为。也就是说接入单元108能够支持客户端向多个支付通道独立发起支付请求,并成功看到支付提供商的内容,但不支持直连支付网关的支付情形。而开关单元110用于监控支付接入的全过程,该全过程即从开始接入到成功显示支付提供商的内容结束。开关单元110会监控多个支付通道的接入过程,当有支付通道访问已经成功并显示支付提供商的内容时,开关单元110就可以关闭其他较慢的支付通道连接,然后将当前成功的支付通商的内容显示出来(显示不破换原来的上下文信息,例如web访问,不破坏当前的URL地址、IP信息等)。
优选地,根据本发明的实施例的支付服务器100还可以包括:优先级设置单元114,用于预先设置支付通道的优先级或根据支付通道的使用记录和/或接入异常情况确定支付通道的优先级。
支付通道的优先级可以是固定的,例如由支付服务器根据与不同代理服务器(即支付服务器的提供商与代理服务器相应的支付代理商)的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么可以将代理服务器A的优先级设置为5,而与代理服务器B没有合作关系,那么可以将代理服务器B的优先级设置为0。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,预先分配的优先级分别为5和4,但是代理服务器A的稳定性差,个别时候会出现接入异常的情况,假如每次发生接入异常优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成3和4。
还可以将支付通道的优先级设置为与使用频率和/或使用时间相关联,例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
优选地,所述接入单元108包括:选择子单元1082,用于按照优先级顺序从多个关联支付通道中选取两个支付通道,所述开关单元110还用于开启两个支付通道中的优先级较高的支付通道,并关闭另一个支付通道,并在当前支付通道接入异常时,关闭当前支付通道,开启另一个支付通道。
由于接入了多个支付通道,所以对客户端的访问量较大,导致系统的负担也较大,但在实际操作中,从多个支付通道中选择两个能够正常接入客户端的支付通道进行接入即可,当一条支付通道接入异常,可以切换至另一条支付通道,同样能够保证当前支付操作的稳定性。
优选地,开关单元110还用于开启其他支付通道中优先级最高的支付通道。
当支付通道数据存在优先级信息时,在当前支付通道接入异常时,可以选择其他已接入的支付通道中优先级最高的支付通道进行切换,以提高支付通道的稳定性。
优选地,根据本发明的实施例的支付服务器100还可以包括:反馈单元116,用于在多个关联支付通道全部接入异常时,将重新选择支付入口类型的反馈信息发送至客户端。
当获取的多个支付通道全部接入异常时,或只接入了一个支付通道,而该支付通道在支付操作中出现异常时,则提示用户重新选择支付入口类型,以便重新获取支付通道数据,进而接入新的支付通道以进行支付操作。
图2示出了根据本发明的实施例的支付通道接入方法的流程图。
如图2所示,根据本发明的实施例的支付通道接入方法包括:步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将支付通道数据保存至数据库,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;步骤204,获取客户端选择的支付入口类型,基于数据库查找出属于选择的支付入口类型的多个关联支付通道,并将多个关联支付通道同时接入所述客户端;步骤206,开启并显示所述多个关联支付通道中的任一支付通道,并关闭其他支付通道;步骤208,在所述开启的支付通道接入异常时,关闭所述当前支付通道,开启并显示所述其他支付通道中的任一支付通道。
支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,其中,代理服务器由支付代理商提供,每个支付代理商提供至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
在用户进行支付操作时,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是系统根据用户习惯自动选择的支付入口),支付服务器可以根据选定的支付入口获取多个包含该支付入口的支付通道,并将这些支付通道同时接入客户端,然后开启其中任一支付通道,并关闭其他支付通道,使客户端接入代理服务器,当客户端当前的支付通道接入异常时(例如代理服务器升级或发生故障等),能够关闭当前支付通道,并开启其他已接入的支付通道中的任一支付通道,使用户可以通过新开启的支付通道继续接入代理服务器。
由于进行切换的备用支付通道是已接入客户端的支付通道,所以此切换动作不需要重新获取支付通道,而且切换动作全部在后台完成,用户看不到中间状态,只能看到最终的支付通道,减少了用户的操作步骤,实现了支付通道的快速切换,保证了支付操作的稳定性。
需要指出的是,上述操作并不适用于直接连接支付网关的情形,因为该操作只完成支付接入,并不进行实际支付操作。比如用户可以选择通过易宝的支付通道进入招商银行界面,也可以通道高阳的支付通道进入招商银行界面,但不能发生支付交易。而直接连接网关的话用户将会发生两次实际性支付,所以本发明主要描述支付接入环境,并不说明实际支付行为。
优选地,根据本发明的实施例的支付通道接入方法还可以包括:预先设置支付通道的优先级或根据支付通道的使用记录和/或接入异常情况确定支付通道的优先级。
支付通道的优先级可以是固定的,例如由支付服务器根据与不同代理服务器(即支付服务器的提供商与代理服务器相应的支付代理商)的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么可以将代理服务器A的优先级设置为5,而与代理服务器B没有合作关系,那么可以将代理服务器B的优先级设置为0。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,预先分配的优先级分别为5和4,但是代理服务器A的稳定性差,个别时候会出现接入异常的情况,假如每次发生接入异常优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成3和4,因此可以首先选择接入稳定性好的支付通道。
还可以将支付通道的优先级设置为与使用频率和/或使用时间相关联,例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
优选地,步骤204还可以包括:按照优先级顺序从多个关联支付通道中选取两个支付通道接入客户端;以及步骤206还包括:开启两个支付通道中的优先级较高的支付通道,并关闭另一个支付通道;以及步骤208还包括:在客户端的当前支付通道接入异常时,关闭当前支付通道,开启另一个支付通道。
由于接入了多个支付通道,所以对客户端的访问量较大,导致系统的负担也较大,但在实际操作中,从多个支付通道中选择两个能够正常接入客户端的支付通道进行接入即可,当一条支付通道接入异常,可以切换至另一条支付通道,同样能够保证当前支付操作的稳定性。
优选地,步骤208具体为:开启其他支付通道中优先级最高的支付通道。
当支付通道数据存在优先级信息时,在当前支付通道接入异常时,可以选择其他已接入的支付通道中优先级最高的支付通道进行切换,以提高支付通道的稳定性。
优选地,在所述多个关联支付通道全部接入异常时,提示终端用户重新选择支付入口类型。
在该技术方案中,当获取的多个支付通道全部接入异常时,或只接入了一个支付通道,而该支付通道在支付操作中出现异常时,则提示用户重新选择支付入口类型,以便重新获取支付通道数据,进而接入新的支付通道以进行支付操作。
图3示出了根据本发明的实施例的支付通道接入方法的具体流程图。
如图3所示,首先,客户端向支付服务器发送支付请求(支付服务器可以是云端服务器),支付服务器根据用户选择的支付入口,从数据库中检索包括该支付入口的支付通道,并获取至少两条可用的支付通道进行接入,同时监控已成功接入的支付通道。
然后,将当前接入成功的支付通道中的任一支付通道提供给用户接入,并关闭其他支付通道,在当前支付通道接入异常时,例如代理服务器升级,用户无法接入该代理服务器提供的支付通道,则关闭当前支付通道,并开启其他已接入的支付通道中的任一条支付通道,将用户当前支付操作切换至该支付通道,使当前支付操作可以顺利进行。
其中,接入的支付通道越多,备选的支付通道就越多,支付的稳定性就越高,但是系统负载较大;只接入两条支付通道时,也可以实现切换功能,不过备选的支付通道只有一个,但系统负载较小,可以根据实际需要选择接入的支付通道的数量。并且在支付通道存在优先级时,可以选择多条支付通道中优先级最高的支付通道提供给用户接入和进行切换。
图4示出了根据本发明的实施例的支付系统的示意图。
如图4所示,根据本发明的实施例的支付系统包括支付服务器100和客户端300。支付服务器100与多个代理服务器400相连,同时与多个客户端300相连,为多个客户端300提供服务。
首先,支付服务器100将获取所有代理服务器400提供的支付服务数据并对其进行分解,生成多条支付通道并保存至支付服务器100的数据库中,可以字段形式保存于支付服务器100。
然后客户端300发起支付请求,支付服务器100根据支付请求中包含的支付入口信息,从数据库中获取包含该支付入口的支付通道,并将这些支付通道全部接入客户端300,同时仅保留一个支付通道开启,而使其他支付通道关闭。
在客户端300当前的支付通道接入异常时,则关闭当前支付通道,开启其他已接入的支付通道中的任一个支付通道,使客户端300能够继续进行支付操作。
以上结合附图详细说明了本发明的技术方案,通过本发明的技术方案,能够同时为客户端接入多条支付通道,而只开启其中的一条,并关闭其他支付通道,在当前支付通道出现异常时,可以关闭当前支付通道并立即启用一条其他已接入的支付通道,而不需要向支付服务器发送请求再进行切换,实现了支付通道的快速切换,保证了支付操作的稳定性,也减轻了客户端和支付服务器的处理负担。
在本发明中,术语“多个”指两个或两个以上,除非另有明确的限定。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种终端,其特征在于,包括:
接入单元,用于同时接入由支付服务器返回的与选择的支付入口类型相同的多个关联支付通道;
开关单元,用于开启所述多个关联支付通道中的任一支付通道,并关闭其他支付通道,以及在当前支付通道接入异常时,关闭所述当前支付通道,开启所述其他支付通道中的任一支付通道;
显示单元,显示所述开启的支付通道;以及
所述接入单元包括:
选择子单元,用于按照优先级顺序从所述多个关联支付通道中选取两个支付通道接入客户端,所述开关单元开启所述两个支付通道中的优先级较高的支付通道,关闭另一个支付通道,并在所述当前支付通道接入异常时,关闭所述当前支付通道,开启所述另一个支付通道。
2.根据权利要求1所述的终端,其特征在于,还包括:
优先级设置单元,用于预先设置所述支付通道的优先级或根据所述支付通道的使用记录和/或接入异常情况确定所述支付通道的优先级。
3.根据权利要求1至2中任一项所述的终端,其特征在于,还包括:
反馈单元,用于在所述多个关联支付通道全部接入异常时,将重新选择支付入口类型的反馈信息发送至所述客户端。
4.一种支付通道接入方法,其特征在于,包括:
步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括支付入口类型数据;
步骤204,获取客户端选择的支付入口类型,基于所述数据库查找出属于所述选择的支付入口类型的多个关联支付通道,并将所述多个关联支付通道同时接入所述客户端;
步骤206,开启并显示所述多个关联支付通道中的任一支付通道,关闭其他支付通道;
步骤208,在所述开启的支付通道接入异常时,关闭当前支付通道,开启并显示所述其他支付通道中的任一支付通道;以及
所述步骤204还包括:按照优先级顺序从所述多个关联支付通道中选取两个支付通道接入所述客户端;以及
所述步骤206还包括:开启所述两个支付通道中的优先级较高的支付通道,并关闭另一个支付通道;以及
所述步骤208还包括:在所述客户端的当前支付通道接入异常时,关闭所述当前支付通道,开启所述另一个支付通道。
5.根据权利要求4所述的支付通道接入方法,其特征在于,还包括:预先设置所述支付通道的优先级或根据所述支付通道的使用记录和/或接入异常情况确定所述支付通道的优先级。
6.根据权利要求4至5中任一项所述的支付通道接入方法,其特征在于,还包括:
在所述多个关联支付通道全部接入异常时,提示终端用户重新选择支付入口类型。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210441675.0A CN102968719B (zh) | 2012-11-07 | 2012-11-07 | 支付服务器、终端和支付通道接入方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210441675.0A CN102968719B (zh) | 2012-11-07 | 2012-11-07 | 支付服务器、终端和支付通道接入方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102968719A CN102968719A (zh) | 2013-03-13 |
CN102968719B true CN102968719B (zh) | 2016-12-21 |
Family
ID=47798849
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210441675.0A Active CN102968719B (zh) | 2012-11-07 | 2012-11-07 | 支付服务器、终端和支付通道接入方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102968719B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104299141B (zh) * | 2014-09-28 | 2018-03-20 | 小米科技有限责任公司 | 数据处理方法及装置 |
CN105262769A (zh) * | 2015-11-04 | 2016-01-20 | 宁波亿拍客网络科技有限公司 | 一种主辅配合的通信方法 |
CN106127460A (zh) * | 2016-06-15 | 2016-11-16 | 携程计算机技术(上海)有限公司 | 支付路由系统及方法 |
CN106920099A (zh) * | 2017-03-09 | 2017-07-04 | 携程旅游信息技术(上海)有限公司 | 支付系统的支付路由智能监控方法及系统 |
CN107103475A (zh) * | 2017-03-31 | 2017-08-29 | 苏州乐麟无线信息科技有限公司 | 基于大数据的计费通道效率排序方法及系统 |
CN106992869A (zh) * | 2017-03-31 | 2017-07-28 | 苏州乐麟无线信息科技有限公司 | 基于大数据缓存服务器的计费通道调度方法及系统 |
CN107122967A (zh) * | 2017-04-14 | 2017-09-01 | 浙江数链科技有限公司 | 一种支付渠道的分配方法及装置 |
CN107172601A (zh) * | 2017-04-20 | 2017-09-15 | 努比亚技术有限公司 | 一种应用消息管理平台及方法 |
CN108320147A (zh) * | 2018-02-28 | 2018-07-24 | 深圳前海桔子信息技术有限公司 | 一种交易管理方法、装置、服务器及存储介质 |
CN109447620A (zh) * | 2018-11-01 | 2019-03-08 | 成都慧联天下信息技术有限公司 | 一种搭建高可靠移动收银系统的方法及系统 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN111130714B (zh) * | 2019-11-28 | 2023-04-07 | 网银在线(北京)科技有限公司 | 数据传输方法、装置、电子设备以及计算机可读介质 |
CN111754216A (zh) * | 2020-06-19 | 2020-10-09 | 多加网络科技(北京)有限公司 | 一种支付链路自动切换方法 |
CN111756850B (zh) * | 2020-06-29 | 2022-01-18 | 金电联行(北京)信息技术有限公司 | 一种服务于互联网数据采集的代理ip请求频率自动调整方法及系统 |
CN111885204A (zh) * | 2020-08-04 | 2020-11-03 | 武汉众邦银行股份有限公司 | 一种多通道系统自动路由方法 |
CN112489233B (zh) * | 2020-10-16 | 2023-02-24 | 深圳市科漫达智能管理科技有限公司 | 一种基于多渠道接入停车场方法以及相关装置 |
CN115019442A (zh) * | 2022-06-01 | 2022-09-06 | 杭州极豆科技有限公司 | 加油站信息处理方法、装置和电子设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102867252A (zh) * | 2012-09-14 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 支付服务器和支付通道获取方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1446778A2 (de) * | 2001-11-14 | 2004-08-18 | Encorus Technologies GmbH | Bezahlungsprotokoll sowie datenübertragungsverfahren und -anordnung für bezahlvorgänge |
-
2012
- 2012-11-07 CN CN201210441675.0A patent/CN102968719B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102867252A (zh) * | 2012-09-14 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 支付服务器和支付通道获取方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102968719A (zh) | 2013-03-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102968719B (zh) | 支付服务器、终端和支付通道接入方法 | |
US10218536B1 (en) | Configuring and managing virtual grids | |
CN100504769C (zh) | 用于实现一般的应用程序接口的系统和方法 | |
CN102984159B (zh) | 基于终端访问行为的安全接入逻辑控制方法及平台服务器 | |
CN109600768A (zh) | 网络切片的管理方法、设备及系统 | |
CN106487869A (zh) | 用于对标签化数据进行控制和标准化的多云网络代理 | |
CA2824394C (en) | Method and system for providing a session in a heterogeneous environment | |
CN106357432B (zh) | 基于web服务器的混合式虚拟主机管理平台 | |
CN108366109A (zh) | 一种气象数据数值预报云共享平台和数据共享方法 | |
CN102930431B (zh) | 支付服务器和支付通道标识方法 | |
CN105095103B (zh) | 用于云环境下的存储设备管理方法和装置 | |
CN102903043B (zh) | 支付服务器和支付通道获取方法 | |
CN108243404A (zh) | 手机号码绑定状态的核定方法、装置及设备 | |
CN106301822A (zh) | 一种对ap进行配置的方法、装置和系统 | |
AU2012382936A1 (en) | Regulation compliant data integration for financial institutions | |
CN116743585B (zh) | 一种基于云原生的多租户api网关服务暴露系统及方法 | |
CN106408096A (zh) | 一种在线售票系统中的数据处理方法和在线售票系统 | |
US20170289354A1 (en) | System and Method for Allocation And Management Of Shared Virtual Numbers | |
CN114217981A (zh) | 银企直连的通信方法、装置、计算机设备和存储介质 | |
CN102098233A (zh) | 即时通讯软件中通讯窗口的控制方法及控制系统 | |
CN110881039B (zh) | 一种云安全管理系统 | |
CN107943423A (zh) | 云系统中存储资源的管理方法和计算机可读存储介质 | |
CN107172061A (zh) | 一种实现共享的方法和系统 | |
CN106529942B (zh) | 一种nfc卡的访问方法和终端 | |
CN102355650B (zh) | 一种业务处理方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |