CN102903043A - 支付服务器和支付通道获取方法 - Google Patents

Abstract

本发明提供了一种支付服务器，包括：分解单元，用于将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至数据库；获取单元，用于获取每个支付通道经历的节点信息并保存；查找单元，根据客户端选择的支付入口类型，查找出属于选择的支付入口类型的支付通道；计算单元，用于计算每个查找出的支付通道经历的节点数；通信单元，用于将节点数最少的支付通道数据发送至客户端。本发明还提出了一种支付通道获取方法。通过本发明的技术方案，能够在用户的支付过程中，自动为用户提供支付节点最少的支付通道，减少中间跳转流程，降低支付中间开销，保证支付的快捷和稳定性。

Description

支付服务器和支付通道获取方法

技术领域

本发明涉及网上支付领域，具体而言，涉及一种支付服务器和一种支付通道获取方法。

背景技术

随着支付提供商和支付代理商的增加，搭建支付平台也越来越容易，但同时也导致用户困扰于不同支付代理商的支付能力存在差异，迷茫于如何进行选择。

其中，支付代理商是指本身没有支付能力，却可以通过集成其他支付提供商的支付能力再提供支付服务的机构。支付提供商即不需要集成其他公司或机构支付能力就可以提供支付服务的机构，例如银行系统。

由于只有通过支付提供商才能完成最终的支付行为，所以会出现支付代理商为了完成支付能力的扩展，彼此之间相互集成，导致一次简单的支付动作可能需要跳转好几次才能享用最终支付提供商的服务，而用户又不知道这种跳转关系，使得支付系统会变得越来越复杂，导致支付操作越来越慢。

如图1所示，用户M进行支付操作，可以选择经过支付代理商A1、支付代理商A2，最后调用支付提供商D等节点的支付通道完成支付；也可以选择经过支付代理商B1，直接调用支付提供商D的支付通道来完成支付。支付代理商A1的支付能力还有提升的空间，如图中虚线的路径，那么用户M可以选择经过支付代理商A1直接调用支付提供商D的支付通道完成支付，这时，支付代理商A1和支付代理商B1从支付能力上讲就等价了。但是现有的接入方法或者自由选择支付代理商的做法，都无法解决上述优化问题，尤其是上述虚线所示的支付通道的情形。

因此，需要一种新的支付通道选择技术，能够在用户的支付过程中，自动为用户提供支付节点最少的支付通道，保证支付的快捷和稳定性。

发明内容

本发明正是基于上述问题，提出了一种支付服务器，能够在用户的支付过程中，自动为用户提供支付节点最少的支付通道，减小系统开销，保证支付的快捷和稳定性。

有鉴于此，根据本发明的一个方面，提出了一种支付服务器，连接至多个代理服务器，包括：分解单元，用于将所述多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据，所述代理服务器由支付代理商提供；获取单元，用于获取每个支付通道经历的节点信息并保存，所述支付通道的节点包括支付入口、代理服务器；查找单元，根据客户端选择的支付入口类型，查找出属于所述选择的支付入口类型的支付通道；计算单元，用于计算每个查找出的支付通道经历的节点数；通信单元，连接至所述计算单元，用于将节点数最少的支付通道数据发送至所述客户端。

在该技术方案中，支付通道可以是例如：支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。节点是用户通过支付通道完成支付动作所经历的所有支付实体，例如用户通过支付通道：支付宝-网银支付-招商银行完成支付，那么该支付通道的节点包括支付宝和招商银行。

支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器连接至支付服务器。

因为每经过一个节点，此节点就会对支付操作进行处理（即支付实体对支付操作进行处理），经过的节点数越多，对于支付操作的处理也就越多，支付操作的耗时自然也越多，而对于支付操作的处理并非都是必要的，例如多个代理服务器的简单集成，每个代理服务器都相当于一个节点，但是对于支付操作的处理仅仅是确定跳转的方向，并没有实质作用，况且，跳转的代理服务器越多，出现异常的可能性就越大。因此，在诸多支付通道同时存在的情况下，选择一条冗余最少的支付通道可以为用户节省时间，并提高支付的稳定性。

通过比较不同支付通道的节点数，可以获取其中节点数最少的支付通道并发送给用户，使用户支付操作经历的节点数最少，避免通过不必要的代理服务器的跳转而浪费时间。

在上述技术方案中，优选地，所述支付服务器还包括：记录单元和提取单元，所述记录单元用于记录支付通道的使用情况，所述提取单元用于在所述查找单元查找出的支付通道中，提取出使用频率大于等于频率阈值的常用支付通道；所述计算单元还用于在所述常用支付通道中获取节点数最少的支付通道。

在该技术方案中，可以先根据用户的使用习惯找到用户惯用的支付通道，然后再在这些支付通道中，获取最少节点数的支付通道发送给用户，从而给用户提供个性化的最少节点的支付通道。

在上述技术方案中，优选地，在所述支付通道数据包括优先级信息的情况下，所述支付服务器还包括：提取单元，在所述查找单元查找出的支付通道中提取出优先级大于等于预设等级的优选支付通道；所述计算单元还用于在所述优选支付通道中获取节点数最少的支付通道并通过所述通信单元发送至所述客户端。

在该技术方案中，可以首先根据支付通道的优先级信息，获取优先级大于等于预设等级的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

其中，支付通道的优先级可以是固定的，例如由提供支付服务器的厂商根据与不同代理服务器的合作关系设置，假设支付服务器与代理服务器A有合作关系，而与代理服务器B没有合作关系，那么可以将代理服务器A的支付通道的优先级设置为5，将代理服务器B的支付通道的优先级设置为0，如果优先级的预设等级为3，那么则获取代理服务器A提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

支付通道的优先级也可以根据使用情况进行自动调整，比如上述代理服务器A和代理服务器B，分配的优先级分别为4，如果代理服务器A的稳定性差，个别时候会出现访问错误的情况，假如每次发生故障优先级减少0.1，经过一段时间后，代理服务器A与代理服务器B的优先级可以分别变成2和4，如果优先级的预设等级为3，那么则获取代理服务器B提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

还可以将支付通道的优先级设置为与使用时间相关联。例如可以设置使用时间接近现在的支付通道的优先级较高。

在上述任一技术方案中，优选地，所述获取单元包括监测子单元，在支付过程中，监测每个支付通道经历的节点信息，并将监测到的节点信息实时更新至数据库。

在该技术方案中，由于节点信息会发生改变，需要实时更新节点信息，以保障支付操作能够顺利进行，例如某代理服务器升级或发生故障，则将此信息更新至数据库，判定此时包含此代理服务器的支付通道已经不能完成支付操作，所以在比较支付通道的节点数目时，不对包含此代理服务器的支付通道进行比较，也就不会将包含此代理服务器的支付通道提供给用户。

在上述任一技术方案中，优选地，所述计算单元还用于在所述监测子单元监测到所述节点数最少的支付通道中的节点出现异常时，将节点数次大于所述节点数最少的支付通道通过所述通信单元发送至所述客户端。

在该技术方案中，当节点数最少的支付通道中有节点出现异常，导致此支付通道无法完成支付操作时，可以将节点数次大于此支付通道的其他支付通道提供给用户。例如，节点数最少的支付通道A有节点发生异常，且支付通道A的节点数为3，那么如果此时存在节点数也为3且支付入口相同的支付通道B，则将支付通道B提供给用户，又或者在剩下的支付入口相同的支付通道中，节点数最少的为支付通道C，其节点数为4，则将支付通道C提供给用户。

这样能够保证在节点数最少的支付通道不能使用的情况下，依然可以将支付入口相同的支付通道中节点数最少的支付通道提供给用户，尽可能地减小中间开销，保证支付的稳定性。

根据本发明的又一方面，还提出了一种支付通道获取方法，其特征在于，包括：步骤202，将代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据，所述代理服务器由支付代理商提供；步骤204，获取每个支付通道经历的节点信息并保存，所述支付通道的节点包括支付入口、代理服务器；步骤206，根据客户端选择的支付入口类型，查找出属于所述选择的支付入口类型的支付通道；步骤208，计算每个查找出的支付通道经历的节点数，将节点数最少的支付通道数据发送至所述客户端。

在该技术方案中，支付通道可以是例如：支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。节点是用户通过支付通道完成支付动作所经历的所有支付实体，例如用户通过支付通道：支付宝-网银支付-招商银行完成支付，那么该支付通道的支付节点包括支付宝和招商银行。

支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器连接至支付服务器。

因为每经过一个节点，此节点就会对支付操作进行处理（即支付实体对支付操作进行处理），经过的节点数越多，对于支付操作的处理也就越多，支付操作的耗时自然也越多，而对于支付操作的处理并非都是必要的，例如多个代理服务器的简单集成，每个代理服务器都相当于一个节点，但是对于支付操作的处理仅仅是确定跳转的方向，并没有实质作用，况且，跳转的代理服务器越多，出现异常的可能性就越大。因此，在诸多支付通道同时存在的情况下，选择一条冗余最少的支付通道可以为用户节省时间，并提高支付的稳定性。

通过比较不同支付通道的节点数，可以获取其中节点最少的支付通道并发送给用户，使用户支付操作经历的节点数最少，避免通过不必要的代理服务器的跳转而浪费时间。

在上述技术方案中，优选地，所述步骤206还包括：根据支付通道的使用记录，在查找出的支付通道中，提取出使用频率大于等于频率阈值的常用支付通道；所述步骤208还包括：在所述常用支付通道中获取节点数最少的支付通道并发送至所述客户端。

在该技术方案中，可以先根据用户习惯找到用户惯用的支付通道，然后再在这些支付通道中，获取最少节点数的支付通道发送给用户，从而给用户提供个性化的最少节点支付通道。

在上述技术方案中，优选地，在所述支付通道数据包括优先级信息的情况下，所述步骤206还包括：根据所述优先级信息，在查找出的支付通道中提取出优先级大于等于预设等级的优选支付通道；所述步骤208还包括：在所述优选支付通道中获取节点数最少的支付通道并发送至所述客户端。

在该技术方案中，可以首先根据支付通道的优先级信息，获取优先级大于等于预设等级的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

其中，支付通道的优先级可以是固定的，例如由提供支付服务器的厂商根据与不同代理服务器的合作关系设置，假设支付服务器与代理服务器A有合作关系，而与代理服务器B没有合作关系，那么可以将代理服务器A的支付通道的优先级设置为5，将代理服务器B的支付通道的优先级设置为0，如果优先级的预设等级为3，那么则获取代理服务器A提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

支付通道的优先级也可以根据使用情况进行自动调整，比如上述代理服务器A和代理服务器B，分配的优先级分别为4，如果代理服务器A的稳定性差，个别时候会出现访问错误的情况，假如每次发生故障优先级减少0.1，经过一段时间后，代理服务器A与代理服务器B的优先级可以分别变成2和4，如果优先级的预设等级为3，那么则获取代理服务器B提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

还可以将支付通道的优先级设置为与使用时间相关联。例如可以设置使用时间接近现在的支付通道的优先级较高。

在上述任一技术方案中，优选地，所述步骤204包括：在支付过程中，监测每个支付通道经历的节点信息，并将监测到的节点信息实时更新至数据库。

在该技术方案中，由于节点信息会发生改变，需要实时更新节点信息，以保障支付操作能够顺利进行，例如某代理服务器升级或发生故障，则将此信息更新至数据库，判定此时包含此代理服务器的支付通道已经不能完成支付操作，所以在比较支付通道的节点数目时，不对包含此代理服务器的支付通道进行比较，也就不会将此代理服务器的支付通道提供给用户。

在上述任一技术方案中，优选地，在监测到所述节点数最少的支付通道中的节点出现异常时，将节点数次大于所述节点数最少的支付通道发送至所述客户端。

在该技术方案中，当节点数最少的支付通道中有节点出现异常，导致此支付通道无法完成支付操作时，可以将节点数次大于此支付通道的其他支付通道提供给用户。例如，节点数最少的支付通道A有节点发生异常，且支付通道A的节点数为3，那么如果此时存在节点数也为3且支付入口相同的支付通道B，则将支付通道B提供给用户，又或者此时支付入口相同的支付通道中，节点数最少的为支付通道C，其节点数为4，则将支付通道C提供给用户。

这样能够保证在节点数最少的支付通道不能使用的情况下，依然可以将支付入口相同的支付通道中节点数最少的支付通道提供给用户。

通过以上技术方案，能够在用户的支付过程中，自动为用户提供支付节点最少的支付通道，保证支付的快捷和稳定性，给用户更好的支付体验。

附图说明

图1示出了支付过程中可选择的支付通道的节点示意图；

图2示出了根据本发明的实施例的支付服务器的框图；

图3示出了根据本发明的实施例的支付通道获取方法的流程图；

图4示出了根据本发明的实施例的支付系统的示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图2示出了根据本发明的实施例的支付服务器的框图。

如图2所示，根据本发明的实施例的支付服务器100连接至多个代理服务器，包括：分解单元102，用于将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至数据库，支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据，代理服务器由支付代理商提供；获取单元104，用于获取每个支付通道经历的节点信息并保存，支付通道的节点包括支付入口、代理服务器；查找单元106，根据客户端选择的支付入口类型，查找出属于选择的支付入口类型的支付通道；计算单元108，用于计算每个查找出的支付通道经历的节点数；通信单元110，连接至计算单元108，用于将节点数最少的支付通道数据发送至客户端。

支付通道可以是例如：支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。节点是用户通过支付通道完成支付动作所经历的所有支付实体，例如用户通过支付通道：支付宝-网银支付-招商银行完成支付，那么该支付通道的支付节点包括支付宝和招商银行。

支付服务器100可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器连接至支付服务器。

因为每经过一个节点，此节点就会对支付操作进行处理（即支付实体对支付操作进行处理），经过的节点数越多，对于支付操作的处理也就越多，支付操作的耗时自然也越多，而对于支付操作的处理并非都是必要的，例如多个代理服务器的简单集成，每个代理服务器都相当于一个节点，但是对于支付操作的处理仅仅是确定跳转的方向，并没有实质作用，况且，跳转的代理服务器越多，出现异常的可能性就越大。因此，在诸多支付通道同时存在的情况下，选择一条冗余最少的支付通道可以为用户节省时间，并提高支付的稳定性。

通过比较不同支付通道的节点数，可以获取其中节点最少的支付通道并发送给用户，使用户支付操作经历的节点数最少，避免通过不必要的代理服务器的跳转而浪费时间。

优选地，支付服务器100还包括：记录单元112和提取单元114，记录单元112用于记录支付通道的使用情况，提取单元114用于在查找单元106查找出的支付通道中，提取出使用频率大于等于频率阈值的常用支付通道；计算单元108还用于在常用支付通道中获取节点数最少的支付通道。

可以先根据用户习惯找到用户惯用的支付通道，然后再在这些支付通道中，获取最少节点数的支付通道发送给用户，从而给用户提供个性化的最少节点支付通道。

优选地，在支付通道数据包括优先级信息的情况下，支付服务器100还可以包括：提取单元114，在查找单元106查找出的支付通道中提取出优先级大于等于预设等级的优选支付通道；计算单元108还用于在优选支付通道中获取节点数最少的支付通道并通过通信单元110发送至客户端。

可以首先根据支付通道的优先级信息，获取优先级大于等于预设等级的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

其中，支付通道的优先级可以是固定的，例如由提供支付服务器的厂商根据与不同代理服务器的合作关系设置，假设支付服务器与代理服务器A有合作关系，而与代理服务器B没有合作关系，那么可以将代理服务器A的支付通道的优先级设置为5，将代理服务器B的支付通道的优先级设置为0，如果优先级的预设等级为3，那么则获取代理服务器A提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

支付通道的优先级也可以根据使用情况进行自动调整，比如上述代理服务器A和代理服务器B，分配的优先级分别为4，如果代理服务器A的稳定性差，个别时候会出现访问错误的情况，假如每次发生故障优先级减少0.1，经过一段时间后，代理服务器A与代理服务器B的优先级可以分别变成2和4，如果优先级的预设等级为3，那么则获取代理服务器B提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

还可以将支付通道的优先级设置为与使用时间相关联。例如可以设置使用时间接近现在的支付通道的优先级较高。

优选地，获取单元104包括监测子单元1042，在支付过程中，监测每个支付通道经历的节点信息，并将监测到的节点信息实时更新至数据库。

由于节点信息会发生改变，需要实时更新节点信息，以保障支付操作能够顺利进行，例如某代理服务器升级或发生故障，则将此信息更新至数据库，判定此时包含此代理服务器的支付通道已经不能完成支付操作，所以在比较支付通道的节点数目时，可以不对包含此代理服务器的支付通道进行比较，也就不会将包含此代理服务器的支付通道提供给用户。

优选地，计算单元108还用于在监测子单元1042监测到节点数最少的支付通道中的节点出现异常时，将节点数次大于节点数最少的支付通道通过通信单元110发送至客户端。

当节点数最少的支付通道中有节点出现异常，导致此支付通道无法完成支付操作时，可以将节点数次大于此支付通道的其他支付通道提供给用户。例如，节点数最少的支付通道A有节点发生异常，且支付通道A的节点数为3，那么如果此时存在节点数也为3且支付入口相同的支付通道B，则将支付通道B提供给用户，又或者在剩下的支付入口相同的支付通道中，节点数最少的为支付通道C，其节点数为4，则将支付通道C提供给用户。

这样能够保证在节点数最少的支付通道不能使用的情况下，依然可以将支付入口相同的支付通道中节点数最少的支付通道提供给用户，尽可能地减小中间开销，保证支付的稳定性。

图3示出了根据本发明的实施例的支付通道获取方法的流程图。

如图3所示，根据本发明的实施例的支付通道获取方法包括：步骤202，将代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至数据库，支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据，代理服务器由支付代理商提供；步骤204，获取每个支付通道经历的节点信息并保存，支付通道的节点包括支付入口、代理服务器；步骤206，根据客户端选择的支付入口类型，查找出属于选择的支付入口类型的支付通道；步骤208，计算每个查找出的支付通道经历的节点数，将节点数最少的支付通道数据发送至所客户端。

支付通道可以是例如：支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。节点是用户通过支付通道完成支付动作所经历的所有支付实体，例如用户通过支付通道：支付宝-网银支付-招商银行完成支付，那么该支付通道的支付节点包括支付宝和招商银行。

支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器连接至支付服务器。

因为每经过一个节点，此节点就会对支付操作进行处理（即支付实体对支付操作进行处理），经过的节点数越多，对于支付操作的处理也就越多，支付操作的耗时自然也越多，而对于支付操作的处理并非都是必要的，例如多个代理服务器的简单集成，每个代理服务器都相当于一个节点，但是对于支付操作的处理仅仅是确定跳转的方向，并没有实质作用，况且，跳转的代理服务器越多，出现异常的可能性就越大。因此，在诸多支付通道同时存在的情况下，选择一条冗余最少的支付通道可以为用户节省时间，并提高支付的稳定性。

通过比较不同支付通道的节点数，可以获取其中节点最少的支付通道并发送给用户，使用户支付操作经历的节点数最少，避免通过不必要的代理服务器的跳转而浪费时间。

优选地，所述步骤206还可以包括：根据支付通道的使用记录，在查找出的支付通道中，提取出使用频率大于等于频率阈值的常用支付通道；步骤208还包括：在常用支付通道中获取节点数最少的支付通道并发送至客户端。

可以先根据用户习惯找到用户惯用的支付通道，然后再在这些支付通道中，获取最少节点数的支付通道发送给用户，从而给用户提供个性化的最少节点支付通道。

优选地，在支付通道数据包括优先级信息的情况下，步骤206还包括：根据优先级信息，在查找出的支付通道中提取出优先级大于等于预设等级的优选支付通道；步骤208还包括：在优选支付通道中获取节点数最少的支付通道并发送至客户端。

可以首先根据支付通道的优先级信息，获取优先级大于等于预设等级的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

其中，支付通道的优先级可以是固定的，例如由提供支付服务器的厂商根据与不同代理服务器的合作关系设置，假设支付服务器与代理服务器A有合作关系，而与代理服务器B没有合作关系，那么可以将代理服务器A的支付通道的优先级设置为5，将代理服务器B的支付通道的优先级设置为0，如果优先级的预设等级为3，那么则获取代理服务器A提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

支付通道的优先级也可以根据使用情况进行自动调整，比如上述代理服务器A和代理服务器B，分配的优先级分别为4，如果代理服务器A的稳定性差，个别时候会出现访问错误的情况，假如每次发生故障优先级减少0.1，经过一段时间后，代理服务器A与代理服务器B的优先级可以分别变成2和4，如果优先级的预设等级为3，那么则获取代理服务器B提供的支付通道，然后再从这些支付通道中获取节点数最少的支付通道提供给用户。

还可以将支付通道的优先级设置为与使用时间相关联。例如可以设置使用时间接近现在的支付通道的优先级较高。

优选地，步骤204包括：在支付过程中，监测每个支付通道经历的节点信息，并将监测到的节点信息实时更新至数据库。

由于节点信息会发生改变，需要实时更新节点信息，以保障支付操作能够顺利进行，例如某代理服务器升级或发生故障，则将此信息更新至数据库，判定此时包含此代理服务器的支付通道已经不能完成支付操作，所以在比较支付通道的节点数目时，可以不对包含此代理服务器的支付通道进行比较，也就不会将包含此代理服务器的支付通道提供给用户。

优选地，在监测到节点数最少的支付通道中的节点出现异常时，将节点数次大于节点数最少的支付通道发送至客户端。

在该技术方案中，当节点数最少的支付通道中有节点出现异常，导致此支付通道无法完成支付操作时，可以将节点数次大于此支付通道的其他支付通道提供给用户。例如，节点数最少的支付通道A有节点发生异常，且支付通道A的节点数为3，那么如果此时存在节点数也为3且支付入口相同的支付通道B，则将支付通道B提供给用户，又或者在剩下的支付入口相同的支付通道中，节点数最少的为支付通道C，其节点数为4，则将支付通道C提供给用户。

这样能够保证在节点数最少的支付通道不能使用的情况下，依然可以将支付入口相同的支付通道中节点数最少的支付通道提供给用户，尽可能地减小中间开销，保证支付的稳定性。

图4示出了根据本发明的实施例的支付系统的示意图。

如图4所示，根据本发明的实施例的支付系统包括支付服务器100和客户端300。支付服务器100与多个代理服务器400相连，同时与多个客户端300相连，为多个客户端300提供服务，其中还存在为了扩展支付能力而与其他代理服务器400相连的代理服务器400。

首先，支付服务器100将获取所有代理服务器400提供的支付服务数据并对其进行分解，生成多条支付通道并保存至支付服务器100的数据库中，可以字段形式保存于支付服务器100。然后支付服务器100再根据分解到的支付通道分别获取每个支付通道的节点信息并保存。

在用户支付过程中，当用户选定支付入口后，支付服务器100可以根据所选择的支付入口从数据库中查找出属于该支付入口类型的支付通道，然后比较这些支付通道的节点数，最后将节点最少的支付通道发送至客户端300，其中，每个代理服务器400都是一个节点。并且能够时刻监测支付通道的节点的状态，当节点最少的支付通道中的某个节点出现异常（例如升级）时，将节点数第二少的支付通道发送至客户端300或者根据优先级信息来选择优先级高且节点数少的支付通道，满足各种应用场景。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中，支付代理商为了完成支付能力的扩展，彼此之间相互集成，使支付通道变得冗余，导致用户支付操作越来越慢。通过本发明的技术方案，能够在用户的支付过程中，自动为用户提供支付节点最少的支付通道，减少中间开销，保证支付的快捷和稳定性，给用户更好的支付体验。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种支付服务器，其特征在于，连接至多个代理服务器，包括：

分解单元，用于将所述多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据，所述代理服务器由支付代理商提供；

获取单元，用于获取每个支付通道经历的节点信息并保存，所述支付通道的节点包括支付入口、代理服务器；

查找单元，根据客户端选择的支付入口类型，查找出属于所述选择的支付入口类型的支付通道；

计算单元，用于计算每个查找出的支付通道经历的节点数；

通信单元，连接至所述计算单元，用于将节点数最少的支付通道数据发送至所述客户端。

2.根据权利要求1所述的支付服务器，其特征在于，所述支付服务器还包括：记录单元和提取单元，所述记录单元用于记录支付通道的使用情况，所述提取单元用于在所述查找单元查找出的支付通道中，提取出使用频率大于等于频率阈值的常用支付通道；

所述计算单元还用于在所述常用支付通道中获取节点数最少的支付通道。

3.根据权利要求1所述的支付服务器，其特征在于，在所述支付通道数据包括优先级信息的情况下，所述支付服务器还包括：提取单元，在所述查找单元查找出的支付通道中提取出优先级大于等于预设等级的优选支付通道；

所述计算单元还用于在所述优选支付通道中获取节点数最少的支付通道并通过所述通信单元发送至所述客户端。

4.根据权利要求1至3中任一项所述的支付服务器，其特征在于，所述获取单元包括监测子单元，在支付过程中，监测每个支付通道经历的节点信息，并将监测到的节点信息实时更新至数据库。

5.根据权利要求4所述的支付服务器，其特征在于，所述计算单元还用于在所述监测子单元监测到所述节点数最少的支付通道中的节点出现异常时，将节点数次大于所述节点数最少的支付通道通过所述通信单元发送至所述客户端。

6.一种支付通道获取方法，其特征在于，包括：

步骤202，将代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据，所述代理服务器由支付代理商提供；

步骤204，获取每个支付通道经历的节点信息并保存，所述支付通道的节点包括支付入口、代理服务器；

步骤206，根据客户端选择的支付入口类型，查找出属于所述选择的支付入口类型的支付通道；

步骤208，计算每个查找出的支付通道经历的节点数，将节点数最少的支付通道数据发送至所述客户端。

7.根据权利要求6所述的支付通道获取方法，其特征在于，所述步骤206还包括：根据支付通道的使用记录，在查找出的支付通道中，提取出使用频率大于等于频率阈值的常用支付通道；

所述步骤208还包括：在所述常用支付通道中获取节点数最少的支付通道并发送至所述客户端。

8.根据权利要求6所述的支付通道获取方法，其特征在于，在所述支付通道数据包括优先级信息的情况下，所述步骤206还包括：根据所述优先级信息，在查找出的支付通道中提取出优先级大于等于预设等级的优选支付通道；

所述步骤208还包括：在所述优选支付通道中获取节点数最少的支付通道并发送至所述客户端。

9.根据权利要求6至8中任一项所述的支付通道获取方法，其特征在于，所述步骤204包括：在支付过程中，监测每个支付通道经历的节点信息，并将监测到的节点信息实时更新至数据库。

10.根据权利要求9所述的支付通道获取方法，其特征在于，在监测到所述节点数最少的支付通道中的节点出现异常时，将节点数次大于所述节点数最少的支付通道发送至所述客户端。

Images