CN102867252A - 支付服务器和支付通道获取方法 - Google Patents
支付服务器和支付通道获取方法 Download PDFInfo
- Publication number
- CN102867252A CN102867252A CN2012103428619A CN201210342861A CN102867252A CN 102867252 A CN102867252 A CN 102867252A CN 2012103428619 A CN2012103428619 A CN 2012103428619A CN 201210342861 A CN201210342861 A CN 201210342861A CN 102867252 A CN102867252 A CN 102867252A
- Authority
- CN
- China
- Prior art keywords
- payment
- payment channel
- data
- user
- priority
- 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.)
- Granted
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种支付服务器,连接至多个支付代理商提供的代理服务器,包括:分解单元,将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;查找单元,获取客户端选择的支付入口类型数据,从所述数据库中查找出属于所述选择的支付入口类型数据的支付通道数据;通信单元,将所述查找单元查找出的支付通道数据发送给所述客户端。根据本发明的又一方面,还提出了一种支付通道获取方法。通过本发明的技术方案,能够在支付存在多通道的情况下,智能地获取合适的支付通道并发送给用户,保证支付的可靠性与稳定性。
Description
技术领域
本发明涉及网上支付领域,具体而言,涉及一种支付服务器和一种支付通道获取方法。
背景技术
目前的支付操作中,由于用户习惯的不同,不同支付代理商接入方式的不同,用户希望选择特定的支付入口进行支付,代理服务器需要提供给用户比较精确的支付方式和支付入口。现有支付***一般提供两种实现方式:一是将不同支付方式汇集到一起,然后让用户自己选择需要使用的支付入口;二是按照用户使用支付习惯将用户最常用的支付入口展现给用户使用,或者将那些比较有影响力的支付入口排列在前面。
相关技术没有考虑不同支付形态的特殊性、用户使用习惯、以及多个入口的可靠性约束,造成用户实施支付的很多困难,对于第一种支付的实现,由于只提供的支付能力,没有提供支付方式定位功能,用户查找起来非常麻烦并且也很困难;第二种相对而言虽然比较简单,但是还是有诸多不便,特别是在包含多支付入口的支付***中。比如使用点卡支付,第一次消费没有消费完卡上所有金额,下次支付时虽然还提供点卡支付提醒功能,但是如果支付入口发生变化,依然会导致用户无法完成支付。还有例如用户本来喜欢使用点卡支付,结果***根据用户最近的支付信息,自动提供给用户一个网银支付方式,这是用户不希望得到的支付方式。所以只有根据用户的支付信息自动将支付通道发送给用户,才能避免上述情形的发生,同时也可以方便用户选择更加稳定的支付通道和支付方式。
因此,需要一种新的支付通道获取技术,能够在支付存在多通道的情况下,智能地获取合适的支付通道并发送给用户,保证支付的可靠性与稳定性。
发明内容
本发明正是基于上述问题,提出了一种支付服务器,能够在支付存在多通道的情况下,智能地获取合适的支付通道并发送给用户,保证支付的可靠性与稳定性。
有鉴于此,本发明提出了一种支付服务器,连接至多个代理服务器,包括:分解单元,将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,所述代理服务器由支付代理商提供;查找单元,获取客户端选择的支付入口类型数据,从所述数据库中查找出属于所述选择的支付入口类型数据的支付通道数据;通信单元,将所述查找单元查找出的支付通道数据发送给所述客户端。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,在用户支付过程中,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是***根据用户习惯自动选择的支付入口),支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户,而不是仅根据用户最近一次的支付情况向用户推送支付通道。其中,代理服务器由支付代理商提供,每个支付代理商提供至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
例如:用户使用一张50元的神州行充值卡,购买产品了C1,价值2元,购买后剩余48元,初次支付用户选择易宝的神州行点卡进行支付,过了几天,用户打算购买商品C2,价值5元,由于初次用户选择的是易宝神州行点卡支付,支付服务器结合用户的支付信息与当前选择的支付入口进行分析,如果当前选择的支付入口依然为神州行支付,那么则不需要向获取其他支付通道,如果当前选择的支付入口不是神州行支付,为了保证支付成功能够继续消费卡内余额,则获取包含支付入口为神州行的支付通道并发送给用户。
因此,从上述技术方案中可以看出,以往对于支付通道的获取,查找单元是根据支付通道的标识进行查询,查询到的结果只是固定的支付通道,而在本方案中,查找单元根据支付入口类型进行查询,可以查询到同一支付入口类型下的任何一个正常的支付通道,从而使得通过查询支付入口类型而返回的支付通道并不是固定的,例如选择xx银行的支付入口类型,那么返回的结果将是任何一个包含该xx银行支入口类型的可用支付通道。
在上述技术方案中,优选地,在所述支付通道数据还包括优先级信息的情况下,所述通信单元还用于在查找出的支付通道数据中将优先级最高的支付通道数据发送给所述客户端。
在该技术方案中,支付服务器能够根据用户的支付信息和当前选择的支付入口查找相应的支付通道,不仅仅是将当前所有代理服务器中合适的支付通道全部提供给用户选择,还可以根据优先级对支付通道进行排序再显示给用户,便于用户选择。进一步地,还可以仅获取优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择的时间。
在上述技术方案中,优选地,还包括:优先级确定单元,用于预先设置所述支付通道数据的优先级或根据支付通道的使用记录和/或故障次数确定各支付通道的优先级。
在该技术方案中,支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器100与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误的情况,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端推送更合适的且更稳定的支付通道。
根据使用记录可以得到支付通道的使用频率以及支付通道的使用时间,从而可以将支付通道的优先级设置为与使用频率和/或使用时间相关联。例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
在上述任一技术方案中,优选地,所述通信单元包括切换子单元,用于在所述客户端选择的支付通道出现故障时,将所述选择的支付通道切换至备选支付通道上,所述备选支付通道的优先级次于所述选择的支付通道。
在该技术方案中,备选支付通道与选择的支付通道包含相同的支付入口,当获取合适的支付通道后,若发现此支付通道存在故障,支付服务器也可以根据用户的支付信息和当前选择的支付入口,获取包含相同的支付入口的其他支付通道,即将当前支付引导至其他合适的支付通道上,继续完成支付操作。
例如,用户有一张招商银行***,打算购买产品C1,初次选择易宝的网银支付方式进行支付的,过了2天,用户打算购买新的商品C2,而此时易宝的服务器机房正在升级,支付***必须保证用户支付不选择易宝支付,若此时高阳的招商银行通道正常,支付***则可以跳转到高阳的招商银行通道上,使用户顺利完成支付操作,而这一切换操作对用户是透明的。
在上述技术方案中,优选地,所述通信单元还用于将提示数据发送至所述客户端,所述提示数据包括所述选择的支付通道出现故障,是否切换至所述备选支付通道上。
在该技术方案中,当已获取的支付通道出现故障,需要进行切换至其他支付通道完成支付操作时,可以对用户进行提示,显示进行切换的原因以及即将切换至哪条支付通道,用户可以选择切换至支付服务器提供支付通道,也可以选择不进行切换,而重新手动选择合适的支付通道。
根据本发明的又一方面,还提出了一种支付通道获取方法,包括:步骤202,将多个支付代理商的代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;步骤204,获取客户端选择的支付入口类型数据,从所述数据库中查找出属于所述选择的支付入口类型数据的支付通道数据并发送给所述客户端。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,在用户支付过程中,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是***根据用户习惯自动选择的支付入口),支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户。其中,代理服务器由支付代理商提供,每个支付代理商提供至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
例如:用户使用一张50元的神州行充值卡,购买产品了C1,价值2元,购买后剩余48元,初次支付用户选择易宝的神州行点卡进行支付,过了几天,用户打算购买商品C2,价值5元,由于初次用户选择的是易宝神州行点卡支付,支付服务器结合用户的支付信息与当前选择的支付入口进行分析,如果当前选择的支付入口依然为神州行支付,那么则不需要向获取其他支付通道,如果当前选择的支付入口不是神州行支付,为了保证支付成功能够继续消费卡内余额,则获取包含支付入口为神州行的支付通道并发送给用户。
从上述技术方案中可以看出,以往对于支付通道的获取,是根据支付通道的标识进行查询,查询到的结果只是固定的支付通道,而在本方案中是根据支付入口类型进行查询,可以查询到同一支付入口类型下的任何一个正常的支付通道,从而使得通过查询支付入口类型而返回的支付通道并不是固定的。
在上述技术方案中,优选地,所述支付通道数据还包括优先级信息;所述步骤204还包括在查找出的支付通道数据中将优先级最高的支付通道数据发送给所述用户。
在该技术方案中,支付服务器能够根据用户的支付信息和当前选择的支付入口查找相应的支付通道,不仅仅是将当前所有代理服务器中合适的支付通道全部提供给用户选择,还可以根据优先级对支付通道进行排序再显示给用户,便于用户选择。进一步地,还可以仅获取优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择的时间。
在上述技术方案中,优选地,还包括:预先设置所述支付通道数据的优先级或根据支付通道的使用记录和/或故障次数确定各支付通道的优先级。
在该技术方案中,支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器100与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误的情况,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端推送更合适的且更稳定的支付通道。
根据使用记录可以得到支付通道的使用频率以及支付通道的使用时间,从而可以将支付通道的优先级设置为与使用频率和/或使用时间相关联。例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
在上述任一技术方案中,优选地,在所述选择的支付通道出现故障时,将所述选择的支付通道切换至备选支付通道上,所述备选支付通道的优先级次于所述选择的支付通道。
在该技术方案中,备选支付通道与选择的支付通道包含相同的支付入口,当获取合适的支付通道后,若发现此支付通道存在故障,支付服务器也可以根据用户的支付信息和当前选择的支付入口,获取包含相同的支付入口的其他支付通道,即将当前支付引导至其他合适的支付通道上,继续完成支付操作。
例如,用户有一张招商银行***,打算购买产品C1,初次选择易宝的网银支付方式进行支付的,过了2天,用户打算购买新的商品C2,而此时易宝的服务器机房正在升级,支付***必须保证用户支付不选择易宝支付,若此时高阳的招商银行通道正常,支付***则可以跳转到高阳的招商银行通道上,使用户顺利完成支付操作,而这一切换对用户是透明的。
在上述技术方案中,优选地,提示所述用户所述选择的支付通道出现故障,是否切换至所述备选支付通道上,在接收所述用户的确认信号时,切换至所述备选支付通道。
在该技术方案中,当已获取的支付通道出现故障,需要进行切换至其他支付通道完成支付操作时,可以对用户进行提示,显示进行切换的原因以及即将切换至哪条支付通道,用户可以选择切换至支付服务器提供支付通道,也可以选择不进行切换,而重新手动选择合适的支付通道。
通过以上技术方案,能够在支付存在多通道的情况下,智能地获取合适的支付通道并发送给用户,保证支付的可靠性与稳定性。
附图说明
图1示出了根据本发明的实施例的支付服务器的框图;
图2示出了根据本发明的实施例的支付通道获取方法的流程图;
图3示出了根据本发明的实施例的支付***的示意图;
图4A和图4B示出了根据本发明的实施例的提示切换的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突时,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的支付服务器的框图。
如图1所示,根据本发明的实施例的支付服务器100连接至多个支付代理商提供的代理服务器,包括:分解单元102,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将支付通道数据保存至数据库,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;查找单元104,获取客户端选择的支付入口类型数据,从数据库中查找出属于选择的支付入口类型数据的支付通道数据;通信单元106,将查找单元104查找出的支付通道数据发送给客户端。
支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器100可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,在用户支付过程中,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是***根据用户习惯自动选择的支付入口),支付服务器100可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户,而不是仅根据用户最近一次的支付情况向用户推送支付通道。其中,代理服务器由支付代理商提供,每个支付代理商提供的至少一个代理服务器可与支付服务器100通信,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构。
例如:用户使用一张50元的神州行充值卡,购买产品了C1,价值2元,购买后剩余48元,初次支付用户选择易宝的神州行点卡进行支付,过了几天,用户打算购买商品C2,价值5元,由于初次用户选择的是易宝神州行点卡支付,支付服务器结合用户的支付信息与当前选择的支付入口进行分析,如果当前选择的支付入口依然为神州行支付,那么则不需要向获取其他支付通道,如果当前选择的支付入口不是神州行支付,为了保证支付成功能够继续消费卡内余额,则获取包含支付入口为神州行的支付通道并发送给用户。
而且不用于以往对于支付通道的获取,是根据是支付通道的标识进行查询,查询到的结果只是固定的支付通道,本方案根据支付入口进行查询,可以查询到包含同一支付入口的全部支付通道。
因此,从上述技术方案中可以看出,以往对于支付通道的获取,查找单元是根据支付通道的标识进行查询,查询到的结果只是固定的支付通道,而在本方案中,查找单元根据支付入口类型进行查询,可以查询到同一支付入口类型下的任何一个正常的支付通道,从而使得通过查询支付入口类型而返回的支付通道并不是固定的。
优选地,在支付通道数据还包括优先级信息的情况下,通信单元106还用于在查找出的支付通道数据中将优先级最高的支付通道数据发送给客户端。
支付服务器100能够根据用户的支付信息和当前选择的支付入口查找相应的支付通道,不仅仅是将当前所有代理服务器中合适的支付通道全部提供给用户选择,还可以根据优先级对支付通道进行排序再显示给用户,便于用户选择。进一步地,还可以仅获取优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择的时间。
优选地,支付服务器100还包括:优先级确定单元108,用于预先设置支付通道数据的优先级或根据支付通道的使用记录和/或故障次数确定各支付通道的优先级。
支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器100与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误的情况,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端推送更合适的且更稳定的支付通道。
根据使用记录可以得到支付通道的使用频率以及支付通道的使用时间,从而可以将支付通道的优先级设置为与使用频率和/或使用时间相关联。例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
优选地,通信单元106包括切换子单元1062,用于在客户端选择的支付通道出现故障时,将选择的支付通道切换至备选支付通道上,备选支付通道的优先级次于选择的支付通道。
备选支付通道与选择的支付通道包含相同的支付入口,当获取合适的支付通道后,若发现此支付通道存在故障,支付服务器100也可以根据用户的支付信息和当前选择的支付入口,获取包含相同的支付入口的其他支付通道,即将当前支付引导至其他合适的支付通道上,继续完成支付操作。
例如,用户有一张招商银行***,打算购买产品C1,初次选择易宝的网银支付方式进行支付的,过了2天,用户打算购买新的商品C2,而此时易宝的服务器机房正在升级,支付***必须保证用户支付不选择易宝支付,若此时高阳的招商银行通道正常,支付***则可以跳转到高阳的招商银行通道上,使用户顺利完成支付操作,而这一切换操作对用户是透明的。
优选地,通信单元106还用于将提示数据发送至所述客户端,提示数据包括选择的支付通道出现故障,是否切换至备选支付通道上。
当已获取的支付通道出现故障,需要进行切换至其他支付通道完成支付操作时,可以对用户进行提示,显示进行切换的原因以及即将切换至哪条支付通道,用户可以选择切换至支付服务器100提供支付通道,也可以选择不进行切换,而重新手动选择合适的支付通道。
图2示出了根据本发明的实施例的支付通道获取方法的流程图。
如图2所示,根据本发明的实施例的支付通道获取方法包括:步骤202,将多个支付代理商的代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将支付通道数据保存至数据库,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;步骤204,获取客户端选择的支付入口类型数据,从数据库中查找出属于选择的支付入口类型数据的支付通道数据并发送给客户端。
支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,在用户支付过程中,当选定支付入口后(这里所指的选定支付入口,可以是用户手动选择的,也可以是***根据用户习惯自动选择的支付入口),支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户。其中,代理服务器由支付代理商提供,每个支付代理商提供的至少一个代理服务器连接至支付服务器,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构,支付代理商提供的支付通道较多,便于商户接入。
例如:用户使用一张50元的神州行充值卡,购买产品了C1,价值2元,购买后剩余48元,初次支付用户选择易宝的神州行点卡进行支付,过了几天,用户打算购买商品C2,价值5元,由于初次用户选择的是易宝神州行点卡支付,支付服务器结合用户的支付信息与当前选择的支付入口进行分析,如果当前选择的支付入口依然为神州行支付,那么则不需要向获取其他支付通道,如果当前选择的支付入口不是神州行支付,为了保证支付成功能够继续消费卡内余额,则获取包含支付入口为神州行的支付通道并发送给用户。
而且不用于以往对于支付通道的获取,是根据是支付通道的标识进行查询,查询到的结果只是固定的支付通道,本方案根据支付入口进行查询,可以查询到包含同一支付入口的全部支付通道。
从上述技术方案中可以看出,以往对于支付通道的获取,是根据支付通道的标识进行查询,查询到的结果只是固定的支付通道,而在本方案中,根据支付入口类型进行查询,可以查询到同一支付入口类型下的任何一个正常的支付通道,从而使得通过查询支付入口类型而返回的支付通道并不是固定的。
优选地,支付通道数据还包括优先级信息;步骤204还包括在查找出的支付通道数据中将优先级最高的支付通道数据发送给用户。
支付服务器能够根据用户的支付信息和当前选择的支付入口查找相应的支付通道,不仅仅是将当前所有代理服务器中合适的支付通道全部提供给用户选择,还可以根据优先级对支付通道进行排序再显示给用户,便于用户选择。进一步地,还可以仅获取优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择的时间。
优选地,根据本发明的实施例的支付通道获取方法还包括:预先设置支付通道数据的优先级或根据支付通道的使用记录和/或故障次数确定各支付通道的优先级。
支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器100与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误的情况,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端推送更合适的且更稳定的支付通道。
根据使用记录可以得到支付通道的使用频率以及支付通道的使用时间,从而可以将支付通道的优先级设置为与使用频率和/或使用时间相关联。例如可以设置使用频率高的支付通道的优先级较高,和/或使用时间接近现在的支付通道的优先级较高。
优选地,在选择的支付通道出现故障时,将选择的支付通道切换至备选支付通道上,备选支付通道的优先级次于选择的支付通道。
备选支付通道与选择的支付通道包含相同的支付入口,当获取合适的支付通道后,若发现此支付通道存在故障,支付服务器也可以根据用户的支付信息和当前选择的支付入口,获取包含相同的支付入口的其他支付通道,即将当前支付引导至其他合适的支付通道上,继续完成支付操作。
例如,用户有一张招商银行***,打算购买产品C1,单价2元,初次选择易宝的网银支付方式进行支付的,过了2天,用户打算购买新的商品C2,单价5元,而此时易宝的服务器机房正在升级,支付***必须保证用户支付不选择易宝支付,若此时高阳的招商银行通道正常,支付***则可以跳转到高阳的招商银行通道上,使用户顺利完成支付操作,而这一切换对用户是透明的。
优选地,提示用户选择的支付通道出现故障,是否切换至备选支付通道上,在接收用户的确认信号时,切换至备选支付通道。
当已获取的支付通道出现故障,需要进行切换至其他支付通道完成支付操作时,可以对用户进行提示,显示进行切换的原因以及即将切换至哪条支付通道,用户可以选择切换至支付服务器提供支付通道,也可以选择不进行切换,而重新手动选择合适的支付通道。
图3示出了根据本发明的实施例的支付***的示意图。
如图3所示,根据本发明的实施例的支付***包括支付服务器100和客户端300。支付服务器100一端与多个代理服务器400相连,另一端其同时与多个客户端300相连,为多个客户端300提供服务。首先,支付服务器100将获取所有代理服务器400提供的数据并对其进行分解,生成多条支付通道并保存至支付服务器100的数据库中。
用户在客户端300进行支付操作,选择支付入口,支付服务器100根据用户的支付信息和选定的支付入口,从数据库中选择相应的代理服务器400提供合适的支付通道返回客户端300供用户选择。
图4A和图4B示出了根据本发明的实施例的提示切换的示意图。
如图4A所示,当用户选择支付入口为招商银行进行支付并且从查找出的相关联的支付通道中选择的支付通道为易宝支付-网银-招商银行时,支付服务器判断此时易宝的服务器正在进行更新,则向客户端发送提示信息,如图4B所示。由于易宝服务器更新,而此时高阳的服务器正常运行,那么则可以将支付通道调转至高阳的网银招商银行支付,并提示用户是否执行,若不执行,用户可以选择取消当前操作,然后手动选择其他支付通道。
以上结合附图详细说明了本发明的技术方案,考虑到相关技术中,没有考虑不同支付形态的特殊性、用户使用习惯、以及多个入口的可靠性的约束,造成用户实施支付的诸多困难。本发明提出了一种支付服务技术,能够在支付存在多通道的情况下,智能地获取合适的支付通道并发送给用户,保证支付的可靠性与稳定性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种支付服务器,其特征在于,连接至多个代理服务器,包括:
分解单元,将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,所述代理服务器由支付代理商提供;
查找单元,获取客户端选择的支付入口类型数据,从所述数据库中查找出属于所述选择的支付入口类型数据的支付通道数据;
通信单元,将所述查找单元查找出的支付通道数据发送给所述客户端。
2.根据权利要求1所述的支付服务器,其特征在于,在所述支付通道数据还包括优先级信息的情况下,所述通信单元还用于在查找出的支付通道数据中将优先级最高的支付通道数据发送给所述客户端。
3.根据权利要求2所述的支付服务器,其特征在于,还包括:优先级确定单元,预先设置所述支付通道数据的优先级或根据支付通道的使用记录和/或故障次数确定各支付通道的优先级。
4.根据权利要求2或3所述的支付服务器,其特征在于,所述通信单元包括切换子单元,用于在所述客户端选择的支付通道出现故障时,将所述选择的支付通道切换至备选支付通道上,所述备选支付通道的优先级次于所述选择的支付通道。
5.根据权利要求4所述的支付服务器,其特征在于,所述通信单元还用于将提示数据发送至所述客户端,所述提示数据包括所述选择的支付通道出现故障,是否切换至所述备选支付通道上。
6.一种支付通道获取方法,其特征在于,包括:
步骤202,将多个支付代理商的代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并将所述支付通道数据保存至数据库,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,所述代理服务器由支付代理商提供;
步骤204,获取客户端选择的支付入口类型数据,从所述数据库中查找出属于所述选择的支付入口类型数据的支付通道数据并发送给所述客户端。
7.根据权利要求6所述的支付通道获取方法,其特征在于,所述支付通道数据还包括优先级信息;
所述步骤204还包括在查找出的支付通道数据中将优先级最高的支付通道数据发送给所述用户。
8.根据权利要求7所述的支付通道获取方法,其特征在于,还包括:预先设置所述支付通道数据的优先级或根据支付通道的使用记录和/或故障次数确定各支付通道的优先级。
9.根据权利要求7或8所述的支付通道获取方法,其特征在于,在所述选择的支付通道出现故障时,将所述选择的支付通道切换至备选支付通道上,所述备选支付通道的优先级次于所述选择的支付通道。
10.根据权利要求9所述的支付通道获取方法,其特征在于,提示所述用户所述选择的支付通道出现故障,是否切换至所述备选支付通道上,在接收所述用户的确认信号时,切换至所述备选支付通道。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210342861.9A CN102867252B (zh) | 2012-09-14 | 2012-09-14 | 支付服务器和支付通道获取方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210342861.9A CN102867252B (zh) | 2012-09-14 | 2012-09-14 | 支付服务器和支付通道获取方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102867252A true CN102867252A (zh) | 2013-01-09 |
CN102867252B CN102867252B (zh) | 2016-05-04 |
Family
ID=47446112
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210342861.9A Active CN102867252B (zh) | 2012-09-14 | 2012-09-14 | 支付服务器和支付通道获取方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102867252B (zh) |
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102968719A (zh) * | 2012-11-07 | 2013-03-13 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道接入方法 |
CN103942676A (zh) * | 2014-03-21 | 2014-07-23 | 深圳市讯鸿科技开发有限公司 | 移动支付方法和*** |
WO2014187213A1 (en) * | 2013-05-22 | 2014-11-27 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus, and system for processing services |
CN104299141A (zh) * | 2014-09-28 | 2015-01-21 | 小米科技有限责任公司 | 数据处理方法及装置 |
CN104346720A (zh) * | 2014-08-29 | 2015-02-11 | 世纪禾光科技发展(北京)有限公司 | 一种跨境支付方式限制方法和*** |
CN105631648A (zh) * | 2015-12-18 | 2016-06-01 | 深圳中兴网信科技有限公司 | 支付平台选择方法和支付平台选择*** |
CN105678617A (zh) * | 2015-12-31 | 2016-06-15 | 中国建设银行股份有限公司 | 面向多个汇款代理商的个人国际速汇*** |
WO2016101811A1 (zh) * | 2014-12-23 | 2016-06-30 | 阿里巴巴集团控股有限公司 | 一种信息排序方法及装置 |
CN105741088A (zh) * | 2016-01-27 | 2016-07-06 | 广州唯品会信息科技有限公司 | 路由匹配支付方法及装置 |
CN105791331A (zh) * | 2014-12-15 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 业务处理方法及装置 |
CN105868982A (zh) * | 2016-04-15 | 2016-08-17 | 姚晓宁 | 一种改进的移动互联网支付***及其控制方法 |
CN106027599A (zh) * | 2016-04-29 | 2016-10-12 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN106096960A (zh) * | 2016-06-07 | 2016-11-09 | 上海携程商务有限公司 | 监测外部支付***的方法和装置及支付方法和*** |
CN106127480A (zh) * | 2016-06-16 | 2016-11-16 | 上海携程商务有限公司 | 交易支付方法及*** |
CN106354365A (zh) * | 2016-08-26 | 2017-01-25 | 维沃移动通信有限公司 | 一种界面的选择方法及移动设备 |
CN106408286A (zh) * | 2015-07-29 | 2017-02-15 | 宇龙计算机通信科技(深圳)有限公司 | 近距离无线通讯终端中支付方法、支付装置及终端 |
CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
CN107103475A (zh) * | 2017-03-31 | 2017-08-29 | 苏州乐麟无线信息科技有限公司 | 基于大数据的计费通道效率排序方法及*** |
CN107545424A (zh) * | 2016-06-23 | 2018-01-05 | 腾讯科技(深圳)有限公司 | 一种数据监控处理方法、装置以及*** |
CN108256846A (zh) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | 一种集成支付的方法及*** |
CN108805536A (zh) * | 2018-05-04 | 2018-11-13 | 中电玺客信用服务有限公司 | 一种多服务器支付***和方法 |
CN108923938A (zh) * | 2018-06-25 | 2018-11-30 | 北京易途客信息技术有限公司 | 一种通道择取方法及设备 |
CN109784713A (zh) * | 2019-01-09 | 2019-05-21 | 拉卡拉支付股份有限公司 | 形成结算任务队列的方法、结算方法及装置 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN110189115A (zh) * | 2019-06-06 | 2019-08-30 | 优赋全球(北京)网络科技有限公司 | 一种交易通道接入方法、装置及电子设备 |
CN110245926A (zh) * | 2019-06-14 | 2019-09-17 | 哈尔滨哈银消费金融有限责任公司 | 一种分布式智能支付路由的实现***、方法及装置 |
CN110852744A (zh) * | 2019-10-08 | 2020-02-28 | 深圳汇商通盈科技有限公司 | 一种切换交易通道的方法、装置、终端设备及介质 |
CN111275415A (zh) * | 2020-01-13 | 2020-06-12 | 北京三快在线科技有限公司 | 资源通道的切换方法、装置、设备及存储介质 |
CN111756850A (zh) * | 2020-06-29 | 2020-10-09 | 金电联行(北京)信息技术有限公司 | 一种服务于互联网数据采集的代理ip请求频率自动调整方法 |
CN113452624A (zh) * | 2021-04-07 | 2021-09-28 | 苏州瑞立思科技有限公司 | 一种可动态切换的多通道选路***及其应用方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002042955A1 (en) * | 2000-11-25 | 2002-05-30 | Silverbrook Research Pty Ltd | Method and system for online payments |
CN101162517A (zh) * | 2006-10-11 | 2008-04-16 | 中国民生银行股份有限公司 | 基于订单的支付信息处理方法 |
CN201707707U (zh) * | 2010-06-13 | 2011-01-12 | 杭州比比西网络科技有限公司 | 一种机票的在线支付*** |
-
2012
- 2012-09-14 CN CN201210342861.9A patent/CN102867252B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002042955A1 (en) * | 2000-11-25 | 2002-05-30 | Silverbrook Research Pty Ltd | Method and system for online payments |
CN101162517A (zh) * | 2006-10-11 | 2008-04-16 | 中国民生银行股份有限公司 | 基于订单的支付信息处理方法 |
CN201707707U (zh) * | 2010-06-13 | 2011-01-12 | 杭州比比西网络科技有限公司 | 一种机票的在线支付*** |
Non-Patent Citations (1)
Title |
---|
冯方方: "《一种开放性综合支付***的设计与实现》", 《中国优秀硕士学位论文全文数据库 信息科技辑(月刊)》 * |
Cited By (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102968719A (zh) * | 2012-11-07 | 2013-03-13 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道接入方法 |
CN102968719B (zh) * | 2012-11-07 | 2016-12-21 | 东莞宇龙通信科技有限公司 | 支付服务器、终端和支付通道接入方法 |
WO2014187213A1 (en) * | 2013-05-22 | 2014-11-27 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus, and system for processing services |
US10489844B2 (en) | 2013-05-22 | 2019-11-26 | Tencent Technology (Shenzhen) Company Limited | Method, apparatus, and system for processing services |
CN103942676A (zh) * | 2014-03-21 | 2014-07-23 | 深圳市讯鸿科技开发有限公司 | 移动支付方法和*** |
CN104346720A (zh) * | 2014-08-29 | 2015-02-11 | 世纪禾光科技发展(北京)有限公司 | 一种跨境支付方式限制方法和*** |
CN104299141A (zh) * | 2014-09-28 | 2015-01-21 | 小米科技有限责任公司 | 数据处理方法及装置 |
CN105791331A (zh) * | 2014-12-15 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 业务处理方法及装置 |
CN105786868A (zh) * | 2014-12-23 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 一种信息排序方法及装置 |
WO2016101811A1 (zh) * | 2014-12-23 | 2016-06-30 | 阿里巴巴集团控股有限公司 | 一种信息排序方法及装置 |
CN105786868B (zh) * | 2014-12-23 | 2019-08-09 | 阿里巴巴集团控股有限公司 | 一种信息排序方法及装置 |
CN106408286A (zh) * | 2015-07-29 | 2017-02-15 | 宇龙计算机通信科技(深圳)有限公司 | 近距离无线通讯终端中支付方法、支付装置及终端 |
CN105631648A (zh) * | 2015-12-18 | 2016-06-01 | 深圳中兴网信科技有限公司 | 支付平台选择方法和支付平台选择*** |
CN105678617A (zh) * | 2015-12-31 | 2016-06-15 | 中国建设银行股份有限公司 | 面向多个汇款代理商的个人国际速汇*** |
CN105741088A (zh) * | 2016-01-27 | 2016-07-06 | 广州唯品会信息科技有限公司 | 路由匹配支付方法及装置 |
CN105868982A (zh) * | 2016-04-15 | 2016-08-17 | 姚晓宁 | 一种改进的移动互联网支付***及其控制方法 |
CN105868982B (zh) * | 2016-04-15 | 2019-11-26 | 北京银贝壳科技有限公司 | 一种改进的移动互联网支付***及其控制方法 |
CN106027599A (zh) * | 2016-04-29 | 2016-10-12 | 掌赢信息科技(上海)有限公司 | 一种数据传输通道建立方法、***和服务器 |
CN106096960A (zh) * | 2016-06-07 | 2016-11-09 | 上海携程商务有限公司 | 监测外部支付***的方法和装置及支付方法和*** |
CN106127480A (zh) * | 2016-06-16 | 2016-11-16 | 上海携程商务有限公司 | 交易支付方法及*** |
CN107545424A (zh) * | 2016-06-23 | 2018-01-05 | 腾讯科技(深圳)有限公司 | 一种数据监控处理方法、装置以及*** |
CN107545424B (zh) * | 2016-06-23 | 2020-11-27 | 腾讯科技(深圳)有限公司 | 一种数据监控处理方法、装置以及*** |
CN106354365A (zh) * | 2016-08-26 | 2017-01-25 | 维沃移动通信有限公司 | 一种界面的选择方法及移动设备 |
CN108256846A (zh) * | 2016-12-28 | 2018-07-06 | 航天信息股份有限公司 | 一种集成支付的方法及*** |
CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
CN107103475A (zh) * | 2017-03-31 | 2017-08-29 | 苏州乐麟无线信息科技有限公司 | 基于大数据的计费通道效率排序方法及*** |
CN108805536A (zh) * | 2018-05-04 | 2018-11-13 | 中电玺客信用服务有限公司 | 一种多服务器支付***和方法 |
CN108923938A (zh) * | 2018-06-25 | 2018-11-30 | 北京易途客信息技术有限公司 | 一种通道择取方法及设备 |
CN108923938B (zh) * | 2018-06-25 | 2021-03-26 | 北京易途客信息技术有限公司 | 一种通道择取方法及设备 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN109784713A (zh) * | 2019-01-09 | 2019-05-21 | 拉卡拉支付股份有限公司 | 形成结算任务队列的方法、结算方法及装置 |
CN109784713B (zh) * | 2019-01-09 | 2021-06-22 | 拉卡拉支付股份有限公司 | 形成结算任务队列的方法、结算方法及装置 |
CN110189115A (zh) * | 2019-06-06 | 2019-08-30 | 优赋全球(北京)网络科技有限公司 | 一种交易通道接入方法、装置及电子设备 |
CN110189115B (zh) * | 2019-06-06 | 2021-05-07 | 优赋全球(北京)网络科技有限公司 | 一种交易通道接入方法、装置及电子设备 |
CN110245926A (zh) * | 2019-06-14 | 2019-09-17 | 哈尔滨哈银消费金融有限责任公司 | 一种分布式智能支付路由的实现***、方法及装置 |
CN110852744A (zh) * | 2019-10-08 | 2020-02-28 | 深圳汇商通盈科技有限公司 | 一种切换交易通道的方法、装置、终端设备及介质 |
CN111275415A (zh) * | 2020-01-13 | 2020-06-12 | 北京三快在线科技有限公司 | 资源通道的切换方法、装置、设备及存储介质 |
CN111756850A (zh) * | 2020-06-29 | 2020-10-09 | 金电联行(北京)信息技术有限公司 | 一种服务于互联网数据采集的代理ip请求频率自动调整方法 |
CN113452624A (zh) * | 2021-04-07 | 2021-09-28 | 苏州瑞立思科技有限公司 | 一种可动态切换的多通道选路***及其应用方法 |
CN113452624B (zh) * | 2021-04-07 | 2024-04-23 | 苏州瑞立思科技有限公司 | 一种可动态切换的多通道选路***的应用方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102867252B (zh) | 2016-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102867252A (zh) | 支付服务器和支付通道获取方法 | |
CN110633939B (zh) | 商品出货管理方法以及存储介质 | |
EP1131801B1 (en) | Network of vending machines connected interactively to data-base-building host | |
US9953346B2 (en) | Synchronization of home shopping carts with advertisements | |
CN108427581A (zh) | ***微服务化方法及终端设备 | |
US6990460B2 (en) | Dynamic demand management | |
EP2955676A2 (en) | Transaction method, and transaction system and device | |
US20070033110A1 (en) | Systems, methods, and computer program products for relieving usage overloads in computer inventory systems by detecting and relaying pricing changes to a user | |
CN102880956B (zh) | 支付服务器和支付通道整合方法 | |
WO2019125894A1 (en) | Data structure systems and methods that receive and genericize recipes | |
NZ587370A (en) | A computer-implemented method and a computerized trading platform for advertisement placement | |
CN106709774A (zh) | 商品对象交易信息处理方法及装置 | |
CN108830615A (zh) | 自动售货机交易管理***及情报共享方法 | |
AU2021254560A1 (en) | Bill splitting system | |
KR20160087289A (ko) | 렌터카 관리 시스템 | |
WO2019125895A1 (en) | Database systems and methods of maintaining and enabling retail purchases through recipes | |
CN109508923A (zh) | 订单配送方法、装置、服务器及存储介质 | |
CN107341555A (zh) | 试穿方法、服务器及计算机可读存储介质 | |
JP2020017026A (ja) | 予約権利に関する予約権利情報を管理する仲介支援サーバ、方法およびプログラム | |
JP2010230341A (ja) | 情報処理システム、制御方法及びプログラム、並びに、グローバルキャッシュマネージメントシステム | |
JP2002359862A (ja) | 施設案内システム | |
CN110033228A (zh) | 一种连锁企业总店客户端、服务器以及*** | |
KR102516200B1 (ko) | 도매 업체의 재고 상태에 기초하여 거래를 중개하는 도소매 거래 중개 방법 및 시스템 | |
CN110942385A (zh) | 金融股票交易*** | |
CN101169782A (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 |