专利名称：支付服务器、终端和支付通道隔离方法
技术领域：
本发明涉及网上支付领域，具体而言，涉及支付服务器、终端和支付通道隔离方法。
背景技术：
目前的支付操作中，由于用户习惯的不同，不同支付代理商接入方式的不同，用户希望选择特定的支付入口进行支付，代理服务器需要提供给用户比较精确的支付方式和支付入口。现有支付系统一般提供两种实现方式一是将不同支付方式汇集到一起，然后让用户自己选择需要使用的支付入口 ；二是按照用户使用支付习惯将用户最常用的支付入口展现给用户使用，或者将那些比较有影响力的支付入口排列在前面。 由于同一种支付方式下的支付通道比较多，接入形式与服务情况也不太相同，出现个别支付通道或者支付代理商支付能力不能使用的情形也是很容易发生的。由于单一支付通道的稳定性发生带有一定的不确定性，一般系统很难使用自动进行故障的隔离和自动恢复。由于无法处理通道故障发生的时刻和频度等，甚至缺少同等支付能力的支持，也就无法提供自动处理的机制和方法，只能通过人工参与才能解决。因此，需要一种新的处理支付通道异常技术，无需人工参与，保证支付的稳定性。
发明内容
本发明正是基于上述问题，提出了一种支付通道隔离技术，能够自动隔离出现异常的支付通道，且能够保证支付顺利完成，提高支付系统的稳定性。有鉴于此，根据本发明的一个方面，提供了一种支付服务器，连接至多个代理服务器，包括分解单元，将所述多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至支付通道数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据；监测单元，监测接入客户端的支付通道是否出现异常；隔离单元，在所述接入客户端的支付通道出现异常时，获取所述支付通道的数据，并将所述支付通道的数据保存至隔离信息数据库。支付通道可以是例如支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，在用户支付过程中，当选定支付入口后(这里所指的选定支付入口，可以是用户手动选择的，也可以是系统根据用户习惯自动选择的支付入口)，支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户，而不是仅根据用户最近一次的支付情况向用户推送支付通道。其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器可与支付服务器通信，支付代理商是指本身没有支付能力，却可以通过集成其他有支付能力的公司或机构的支付能力，再提供支付服务的机构。在使用支付通道的过程中，监测支付通道是否出现异常，异常类型可以例如在支付过程中系统自动中断，或者用户支付完成后没有支付通知，或者在支付过程中支付通道本身出现报错导致无法继续进行支付，或者虽显示支付成功，却没有收到支付成功的确认信息等不是由用户主动停止支付而产生的支付没有完成的情形。当支付过程中出现上述情形，则认为该支付通道出现异常，那么将该支付通道的数据(支付通道标识、代理服务器标识、支付方式类型、支付入口类型等信息)保存于隔离信息数据库。在下次用户进行支付时，根据隔离信息数据库中保存的支付通道的数据向客户端推送正常的支付通道，客户端看不见异常的支付通道，只能看见正常的支付通道，即隔离了异常的支付通道，保存支付过程的稳定性。在上述技术方案中，优选的，所述隔离单元包括隔离规则存储单元，用于存储所述支付通道的隔离规则，所述隔离规则包括恢复时间点；所述隔离单元还包括隔离通道恢复单元，用于在所述隔离信息数据库还保存有出现异常的支付通道的数据与恢复时间点的对应关系时，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。出现过异常的支付通道有可能恢复正常，因此，在隔离信息数据库中还保存有每个异常支付通道相应的恢复正常时间点。在接收到用户的支付请求时，可进一步判断当前时间点是否已到达支付通道对应的恢复正常时间点，若到达，说明相应的支付通道已恢复正常，此时就无需隔离该相应的支付通道了，若还未到达，则仍需继续隔离该支付通道。在上述任一技术方案中，优选的，还可以包括通知单元，通知所述客户端已被隔离的所述支付通道。根据本发明的另一方面，还提供了一种支付服务器，连接至多个代理服务器，包括分解单元，将所述多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至支付通道数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据；推送单元，根据来自终端的支付请求和未出现异常的支付通道信息，向所述终端推送可接入的支付通道。在上述技术方案中，优选的，所述可接入的支付通道的支付入口类型与所述支付请求中包含的支付入口类型相同。为了保证支付的顺利完成，推送的支付通道的支付入口类型应与支付请求中包含的支付入口类型相同。根据本发明的又一方面，还提供了一种终端，包括监测单元，监测接入的支付通道是否出现异常，在出现异常时，获取所述接入的支付通道的数据并将所述支付通道的数 据保存至隔离信息数据库，所述支付通道的数据包括代理服务器标识、支付方式类型数据和支付入口类型；隔离单元，在接收到用户的支付请求时，根据所述隔离信息数据库中保存的支付通道的数据，将出现异常的支付通道的数据和所述支付请求发送至支付服务器；接入单元，接入所述支付服务器根据未出现异常的支付通道的数据以及所述支付请求向所述终端推送的支付通道。终端能够在支付全程监测是否发生支付异常，记录发生异常的支付通道的数据，将这些数据保存至隔离信息数据库。在接收到用户的支付请求时，就触发隔离操作，将保存于隔离信息数据库中的支付通道提供给支付服务器，防止用户在支付过程中出现异常。在上述技术方案中，优选的，所述隔离单元包括隔离规则存储单元，用于存储所述支付通道的隔离规则，所述隔离规则包括恢复时间点；所述隔离单元还包括隔离通道恢复单元，用于在所述隔离信息数据库还保存有出现异常的支付通道的数据与恢复时间点的对应关系时，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。出现过异常的支付通道有可能恢复正常，因此，在隔离信息数据库中还保存有每个异常支付通道相应的恢复正常时间点。在接收到用户的支付请求时，可进一步判断当前时间点是否已到达支付通道对应的恢复正常时间点，若到达，说明相应的支付通道已恢复正常，此时就无需隔离该相应的支付通道了，若还未到达，则仍需继续隔离该支付通道。根据本发明的再一方面，还提供了一种支付通道隔离方法，包括步骤502，将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至支付通道数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据；步骤504，监测接入客户端的支付通道是否出现异常，在出现异常时，获取所述接入客户端的支付通道的数据并将所述支付通道的数据保存至隔离信息数据库；步骤506，在接收到所述客户端的支付请求时，根据所述隔离信息数据库中保存的支付通道的数据，将未出现异常的支付通道发送至所述客户端。
支付通道可以是例如支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，在用户支付过程中，当选定支付入口后(这里所指的选定支付入口，可以是用户手动选择的，也可以是系统根据用户习惯自动选择的支付入口)，支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户，而不是仅根据用户最近一次的支付情况向用户推送支付通道。其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器可与支付服务器通信，支付代理商是指本身没有支付能力，却可以通过集成其他有支付能力的公司或机构的支付能力，再提供支付服务的机构。在使用支付通道的过程中，监测支付通道是否出现异常，异常类型可以例如在支付过程中系统自动中断，或者用户支付完成后没有支付通知，或者在支付过程中支付通道本身出现报错导致无法继续进行支付，或者虽显示支付成功，却没有收到支付成功的确认信息等不是由用户主动停止支付而产生的支付没有完成的情形。当支付过程中出现上述情形，则认为该支付通道出现异常，那么将该支付通道的数据(支付通道标识、代理服务器标识、支付方式类型、支付入口类型等信息)保存于隔离信息数据库。在下次用户进行支付时，根据隔离信息数据库中保存的支付通道的数据向客户端推送正常的支付通道信息，客户端看不见异常的支付通道，只能看见正常的支付通道，即隔离了异常的支付通道，保存支付过程的稳定性。在上述技术方案中，优选的，在所述隔离信息数据库中，将出现异常的支付通道的数据与恢复时间点进行对应保存；所述步骤506还可以包括，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。在上述技术方案中，优选的，所述步骤506还可以包括，根据所述未出现异常的支付通道的数据以及所述支付请求向所述客户端推送支付通道，所述支付请求中包含的支付A口类型与推送的支付通道的支付入口类型相同。支付通道的隔离和恢复是针对支付通道的控制，不会干扰和打断用户的所有操作行为，被隔离之后，可启用与被隔离的支付通道的支付入口类型相同的其他支付通道，隔离期结束后，不再进行访问限制，不会对后续选择被隔离的支付通道的用户有影响，保证支付的可靠性与稳定性。
图I示出了根据本发明的一个实施例的支付服务器的框图；图2示出了根据本发明的一个实施例的支付服务器的框图；图3示出了根据本发明的实施例的终端的示意图；图4示出了根据本发明的实施例的支付系统的示意图；图5示出了根据本发明的实施例的支付通道隔离方法的流程图；图6示出了根据本发明的实施例的故障检测和隔离过程的流程图；图7示出了根据本发明的实施例的恢复过程的流程图。
具体实施例方式为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式
对本发明进行进一步的详细描述。需要说明的是，在不冲突时，本申请的实施例及实施例中的特征可以相互组合。在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。图I示出了根据本发明的一个实施例的支付服务器的框图。如图I所示，根据本发明的实施例的支付服务器100，连接至多个代理服务器，包括分解单元102，将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至支付通道数据库，支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据；监测单元104，监测接入客户端的支付通道是否出现异常；隔离单元106，在所述接入客户端的支付通道出现异常时，获取所述支付通道的数据，并将所述支付通道的数据保存至隔离信息数据库。支付通道可以是例如支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，在用户支付过程中，当选定支付入口后(这里所指的选定支付入口，可以是用户手动选择的，也可以是系统根据用户习惯自动选择的支付入口)，支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户，而不是仅根据用户最近一次的支付情况向用户推送支付通道。其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器可与支付服务器通信，支付代理商是指本身没有支付能力，却可以通过集成其他有支付能力的公司或机构的支付能力，再提供支付服务的机构。在使用支付通道的过程中，监测支付通道是否出现异常，异常类型可以例如在支付过程中系统自动中断，或者用户支付完成后没有支付通知，或者在支付过程中支付通道本身出现报错导致无法继续进行支付，或者虽显示支付成功，却没有收到支付成功的确认信息等不是由用户主动停止支付而产生的支付没有完成的情形。若支付过程中出现上述情形，则认为该支付通道出现异常，那么将该支付通道的数据(支付通道标识、代理服务器标识、支付方式类型、支付入口类型等信息)保存于隔离信息数据库。
在下次用户进行支付时，根据隔离信息数据库中保存的支付通道的数据向客户端推送正常的支付通道信息，客户端看不见异常的支付通道，只能看见正常的支付通道，即隔离了异常的支付通道，保存支付过程的稳定性。优选的，所述隔离单元106包括隔离规则存储单元1062，用于存储所述支付通道的隔离规则，所述隔离规则包括恢复时间点；所述隔离单元106还包括隔离通道恢复单元1064，用于在所述隔离信息数据库还保存有出现异常的支付通道与恢复时间点的对应关系时，将当前已到达恢复时间点的支付通道的信息从所述隔离信息数据库中删除。出现过异常的支付通道有可能恢复正常，因此，在隔离信息数据库中还保存有每个异常支付通道相应的恢复正常时间点。在接收到用户的支付请求时，可进一步判断当前时间点是否已到达支付通道对应的恢复正常时间点，若到达，说明相应的支付通道已恢复正常，此时就无需隔离该相应的支付通道了，若还未到达，则仍需继续隔离该支付通道。在上述任一技术方案中，优选的，还可以包括通知单元108，通知所述客户端已 被隔离的所述支付通道。图2示出了根据本发明的一个实施例的支付服务器的框图。如图2所示，根据本发明的实施例的支付服务器200，连接至多个代理服务器，包括分解单元202，将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至支付通道数据库，支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据；推送单元204，根据来自终端的支付请求和出现异常的支付通道数据，向所述终端推送可接入的支付通道。因此，支付服务器200可根据客户端的要求提供合适的支付通道给客户端，支付请求中包含支付入口类型的信息，根据客户端记录的出现异常的支付通道的数据，可挑选出正常的且符合用户要求的支付通道推送给客户端，实现了故障支付通道的隔离。在上述技术方案中，优选的，所述可接入的支付通道的支付入口类型与所述支付请求中包含的支付入口类型相同。为了保证支付的顺利完成，推送的支付通道的支付入口类型应与支付请求中包含的支付入口类型相同。图3示出了根据本发明的实施例的终端的框图。如图3所示，根据本发明的实施例的终端300，包括监测单元302，监测接入的支付通道是否出现异常，在出现异常时，获取所述接入的支付通道的数据并将所述支付通道的数据保存至隔离信息数据库，所述支付通道数据包括所述代理服务器标识、支付方式类型数据和支付入口类型；隔离单元304，在接收到用户的支付请求时，根据所述隔离信息数据库中保存的支付通道的数据，将出现异常的支付通道的数据和所述支付请求发送至支付服务器；接入单元306，接入如图2所示的支付服务器根据所述未出现异常的支付通道的数据以及所述支付请求向所述终端推送的支付通道。终端能够在支付全程监测是否发生支付异常，记录发生异常的支付通道信息，将这些信息保存至隔离信息数据库。在接收到用户的支付请求时，就触发隔离操作，将保存于隔离信息数据库中的支付通道提供给支付服务器，防止用户在支付过程中出现异常。在上述技术方案中，优选的，所述隔离单元包括隔离规则存储单元3062，用于存储所述支付通道的隔离规则，所述隔离规则包括恢复时间点；所述隔离单元还包括隔离通道恢复单元3064，用于在所述隔离信息数据库还保存有出现异常的支付通道与恢复时间点的对应关系时，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。出现过异常的支付通道有可能恢复正常，因此，在隔离信息数据库中还保存有每个异常支付通道相应的恢复正常时间点。在接收到用户的支付请求时，可进一步判断当前时间点是否已到达支付通道对应的恢复正常时间点，若到达，说明相应的支付通道已恢复正常，此时就无需隔离该相应的支付通道了，若还未到达，则仍需继续隔离该支付通道。图4示出了根据本发明的实施例的支付系统的示意图。 如图4所示，根据本发明的实施例的支付系统包括例如图2所示的支付服务器200和例如图3所示的终端300。支付服务器200与多个代理服务器400相连，其同时与多个终端300相连，为多个终端300提供服务。首先，支付服务器200将获取所有代理服务器400提供的数据并对其进行分解，生成多条支付通道并保存至支付服务器200的数据库中。用户在终端300进行支付操作，选择支付入口，支付服务器200根据用户的支付信息和选定的支付入口，从数据库中选择相应的代理服务器400提供合适的支付通道返回终 端 300。终端300监测支付全程，在出现异常时，将出现异常的支付通道的信息保存至位于终端300中的隔离信息数据库，并发送异常通知给支付服务器200，支付服务器200根据支付请求和异常通知(异常通知中包含出现异常的支付通道的信息)，将具有相同支付入口类型的正常的支付通道接入终端300。需说明的是，在选择的支付通道的信息出现于隔离信息数据库中，但当前时间点已到达该支付通道对应的恢复时间点的情况下，无需隔离该选择的支付通道。图5示出了根据本发明的实施例的支付通道隔离方法的流程图。如图5所示，根据本发明的实施例的支付通道隔离方法，包括步骤502，将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至支付通道数据库，支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据；步骤504，监测接入客户端的支付通道是否出现异常，在出现异常时，获取所述接入客户端的支付通道的数据并将所述支付通道的数据保存至隔离信息数据库；步骤506，在接收到所述客户端的支付请求时，根据所述隔离信息数据库中保存的支付通道的数据，将未出现异常的支付通道发送至所述客户端。支付通道可以是例如支付宝-网银支付-招商银行的形式，其中，支付宝即代理服务器，网银支付即支付方式，招商银行即支付入口。支付服务器可以将多个代理服务器提供的数据全部进行分解，生成多个支付通道，在用户支付过程中，当选定支付入口后(这里所指的选定支付入口，可以是用户手动选择的，也可以是系统根据用户习惯自动选择的支付入口)，支付服务器可以根据选定的支付入口向用户获取合适的支付通道然后发送给用户，而不是仅根据用户最近一次的支付情况向用户推送支付通道。其中，代理服务器由支付代理商提供，每个支付代理商提供的至少一个代理服务器可与支付服务器通信，支付代理商是指本身没有支付能力，却可以通过集成其他有支付能力的公司或机构的支付能力，再提供支付服务的机构。在使用支付通道的过程中，监测支付通道是否出现异常，异常类型可以例如在支付过程中系统自动中断，或者用户支付完成后没有支付通知，或者在支付过程中支付通道本身出现报错导致无法继续进行支付，或者虽显示支付成功，却没有收到支付成功的确认信息等不是由用户主动停止支付而产生的支付没有完成的情形。若支付过程中出现上述情形，则认为该支付通道出现异常，那么将该支付通道的信息(支付通道标识、代理服务器标识、支付方式类型、支付入口类型等信息)保存于隔离信息数据库。在下次用户进行支付时，根据隔离信息数据库中保存的支付通道的信息向客户端推送正常的支付通道，客户端看不见异常的支付通道，只能看见正常的支付通道，即隔离了异常的支付通道，保存支付过程的稳定性。在上述技术方案中，优选的，在所述隔离信息数据库中，将出现异常的支付通道的数据与恢复时间点进行对应保存；所述步骤506还可以包括，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。在上述技术方案中，优选的，所述步骤506还可以包括，根据所述未出现异常的支付通道的数据以及所述支付请求向所述客户端推送支付通道，所述支付请求中包含的支付入口类型与推送的支付通道的支付入口类型相同。支付通道的隔离和恢复是针对支付通道的控制，不会干扰和打断用户的所有操作行为，被隔离之后，可启用与被隔离的支付通道的支付入口类型相同的其他支付通道，隔离 期结束后，不再进行访问限制，不会对后续选择被隔离的支付通道的用户有影响，保证支付的可靠性与稳定性。接下来结合图6和图7进一步说明根据本发明的支付通道隔离方法。如图6所示，在支付客户端，获取目标支付通道信息并监测支付通道有没有发生故障异常，若发生了异常，则将该异常情况上报给支付服务器(支付云端)，同时还上报当前支付通道的数据以及用户的上下文信息(记录特定时刻用户使用支付通道所产生的数据)。支付服务器判断该异常情况是否符合异常类型，异常类型是指能够触发隔离动作发生的故障类型，例如用户支付过程中系统自动中断，或者用户支付完成后没有支付通知等。在判断出符合异常类型时，将当前的支付通道数据保存至隔离信息数据库。在支付通道数据库中将该支付通道设置为被隔离。设置完成后，将可用的其他支付通道数据由支付服务器返回至支付客户端。如图7所示，在支付客户端请求支付通道信息，将该请求封装后发送至支付服务器。支付服务器在接收到请求后，获取当前的隔离规则，判断用户请求的支付通道是否被隔离，若已被隔离，并继续根据隔离规则检测请求的支付通道的隔离期是否已经失效，若失效，则说明该支付通道可被恢复正常使用，若未被隔离，同样可正常使用该支付通道。若还未失效，则该支付通道仍然被隔离，并从剩下的支付通道中选择与请求的支付通道具有相同支付入口类型的支付通道并返回至支付客户端。以上结合附图详细说明了本发明的技术方案，能够自动隔离出现异常的支付通道，且能够保证支付顺利完成，并且支付通道的隔离和恢复是针对支付通道的控制，不会干扰和打断用户的所有操作行为，被隔离之后，可启用与被隔离的支付通道的支付入口类型相同的其他支付通道，隔离期结束后，不再进行访问限制，不会对后续选择被隔离的支付通道的用户有影响，保证支付的可靠性与稳定性。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种支付服务器，其特征在于，连接至多个代理服务器，包括 分解单元，将所述多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道数据保存至支付通道数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据； 监测单元，监测接入客户端的支付通道是否出现异常； 隔离单元，在所述接入客户端的支付通道出现异常时，获取所述支付通道的数据，并将所述支付通道的数据保存至隔离信息数据库。
2.根据权利要求I所述的支付服务器，其特征在于，所述隔离单元包括 隔离规则存储单元，用于存储所述支付通道的隔离规则，所述隔离规则包括恢复时间占. 隔离通道恢复单元，用于在所述隔离信息数据库还保存有出现异常的支付通道与恢复时间点的对应关系时，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。
3.根据权利要求I或2所述的支付服务器，其特征在于，还包括通知单元，通知所述客户端已被隔离的所述支付通道。
4.根据权利要求3所述的支付服务器，其特征在于，还包括推送单元，根据来自终端的支付请求和所述出现异常的支付通道的数据，向所述终端推送可接入的支付通道。
5.根据权利要求4所述的支付服务器，其特征在于，所述可接入的支付通道的支付入口类型与所述支付请求中包含的支付入口类型相同。
6.一种终端，其特征在于，包括 监测单元，监测接入的支付通道是否出现异常，在出现异常时，获取所述接入的支付通道的数据，并将所述支付通道的数据保存至隔离信息数据库，所述支付通道数据包括所述代理服务器标识、支付方式类型数据和支付入口类型； 隔离单元，在接收到用户的支付请求时，根据所述隔离信息数据库中保存的支付通道的数据，将出现异常的支付通道的数据和所述支付请求发送至支付服务器； 接入单元，接入所述支付服务器根据未出现异常的支付通道的数据以及所述支付请求向所述终端推送的支付通道。
7.根据权利要求6所述的终端，其特征在于，所述隔离单元包括隔离规则存储单元，用于存储所述支付通道的隔离规则，所述隔离规则包括恢复时间点； 隔离通道恢复单元，用于在所述隔离信息数据库还保存有出现异常的支付通道与恢复时间点的对应关系时，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。
8.一种支付通道隔离方法，其特征在于，包括 步骤502，将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将所述支付通道保存至支付通道数据库，所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据； 步骤504，监测接入客户端的支付通道是否出现异常，在出现异常时，获取所述接入客户端的支付通道的数据并将所述支付通道的数据保存至隔离信息数据库； 步骤506，在接收到所述客户端的支付请求时，根据所述隔离信息数据库中保存的支付通道的数据，将未出现异常的支付通道发送至所述客户端。
9.根据权利要求8所述的支付通道隔离方法，其特征在于，在所述隔离信息数据库中，将出现异常的支付通道的数据与恢复时间点进行对应保存； 所述步骤506还包括，将当前已到达恢复时间点的支付通道的数据从所述隔离信息数据库中删除。
10.根据权利要求8或9所述的支付通道隔离方法，其特征在于，所述步骤506还包括，根据所述未出现异常的支付通道的数据以及所述支付请求向所述客户端推送支付通道，所述支付请求中包含的支付入口类型与推送的支付通道的支付入口类型相同。
全文摘要
本发明提供了一种支付服务器，连接至多个代理服务器，包括分解单元，将多个代理服务器提供的支付方式数据进行分解，生成多个支付通道数据并将支付通道数据保存至支付通道数据库；监测单元，监测接入客户端的支付通道是否出现异常；隔离单元，在所述接入客户端的支付通道出现异常时，获取所述支付通道的数据，并将所述支付通道的数据保存至隔离信息数据库。本发明还提供了一种终端和支付通道隔离方法。在支付过程中隔离出现异常的支付通道并重新启用恢复正常的支付通道，保证支付过程的稳定性。
文档编号G06Q20/16GK102968720SQ20121044255
公开日2013年3月13日 申请日期2012年11月7日 优先权日2012年11月7日
发明者王继辉, 郭炳玲 申请人:东莞宇龙通信科技有限公司, 宇龙计算机通信科技(深圳)有限公司