CN106101190A - 服务器间的交互方法及系统 - Google Patents

Abstract

本发明涉及互联网信息处理技术领域，公开了一种服务器间的交互方法及系统。本发明中，预先将M个第一服务器以统一接口分别对接于第二服务器，并将第二服务器与N个第三服务器相对接；其中，M、N均为自然数；第一服务器将生成的业务请求通过统一接口发送至第二服务器；第二服务器获取与接收到的业务请求对应的第三服务器，并根据接收到的业务请求，向获取到的第三服务器发送业务请求；第三服务器根据接收到的业务请求进行处理。本发明还提供了一种服务器间的交互系统。本发明与现有技术相比，使得各第一服务器可以使用统一接口对接至中间服务器，并通过中间服务器与其他不同的第三服务器实现对接，从而可以降低第一服务器与第三服务器进行对接的复杂性和繁琐性。

Description

服务器间的交互方法及系统

技术领域

本发明涉及互联网信息处理技术领域，特别涉及一种服务器间的交互方法及系统。

背景技术

随着电子信息技术的迅速发展，涌现出了众多的电子商务平台。随着金融服务信息技术的发展，出现了越来越多的可供选择的支付通道(提供支付业务的服务器)。同一电子商务平台往往要支持多种支付通道，比如要同时支持：支付宝、微信、Applepay、信用卡等支付通道，以满足终端用户的支付需求。

然而，本申请的发明人发现：在各电子商务平台(服务器)和各支付通道进行对接时，每种支付通道会有不同的对接要求，比如在签名、安全验证，数据包格式等方面会有所不同，导致各电商平台需要一一地与各支付通道进行对接，对于拥有不同子业务的大的电商平台而言，其旗下的各子公司各自均需要与不同的支付通道进行对接，导致对接操作具有一定的复杂性和繁琐性，费时、费力。并且，当各支付通道进行升级时，与之对接的各电商平台也需要相应进行升级，这样，支付通道升级的影响面就很大，产生了不必要的网络负担。

发明内容

本发明的目的在于提供一种服务器间的交互方法及系统，使得各第一服务器可以使用统一接口对接至中间服务器，并通过中间服务器与其他不同的第三服务器实现对接，从而可以降低第一服务器与第三服务器进行对接的复杂性和繁琐性。

为解决上述技术问题，本发明的实施方式提供了一种服务器间的交互方法，包括：预先将M个第一服务器以统一接口分别对接于第二服务器，并将所述第二服务器与N个第三服务器相对接；其中，所述M、N均为自然数；所述第一服务器将生成的业务请求通过所述统一接口发送至所述第二服务器；所述第二服务器获取与接收到的业务请求对应的第三服务器，并根据所述接收到的业务请求，向所述获取到的第三服务器发送业务请求；所述第三服务器根据接收到的业务请求进行处理。

本发明的实施方式还提供了一种服务器间的交互系统，包括：M个第一服务器、第二服务器和N个第三服务器；其中，所述M、N均为自然数；所述M个第一服务器以统一接口分别对接于所述第二服务器；所述第二服务器和N个第三服务器相对接；所述第一服务器包括业务请求生成模块和第一发送模块；所述业务请求生成模块用于生成业务请求；所述第一发送模块用于将所述业务请求生成模块生成的业务请求通过所述统一接口发送至所述第二服务器；所述第二服务器包括：获取模块和第二发送模块；所述获取模块用于获取与所述第二服务器接收到的业务请求对应的第三服务器；所述第二发送模块用于根据所述第二服务器接收到的业务请求，向所述获取模块获取到的第三服务器发送业务请求。

本发明实施方式相对于现有技术而言，预先将每个第一服务器以统一接口对接于第二服务器，并将第二服务器与多个第三服务器相对接，在第一服务器需要与第三服务器进行交互时，每个第一服务器可以将生成的多个业务请求均通过统一接口发送至第二服务器，再由第二服务器分别获取与接收到的各业务请求对应的第三服务器，每个业务请求可以对应不同的第三服务器，第二服务器会将接收到的不同的业务请求，发送至获取到的与各业务请求对应的第三服务器，从而使得每个第一服务器可以相同方式对接至多种第三服务器，并可以同时使用多种第三服务器进行处理，进而可以降低各第一服务器同时使用多种第三服务器时对接操作的复杂性和繁琐性。

另外，根据所述接收到的业务请求，向所述获取到的第三服务器发送业务请求中，具体包括：所述第二服务器将从所述第一服务器处接收到的业务请求进行格式转换，得到所述获取到的第三服务器能够识别的业务请求；将所述格式转换后的业务请求，发送至所述获取到的第三服务器。如此，通过第二服务器可以使得来自第一服务器的业务请求均能够被各第三服务器识别，从而保证业务请求可以被第三服务器识别处理。

另外，所述预先将M个第一服务器以统一接口分别对接于第二服务器中，具体包括：各所述第一服务器与第二服务器约定通过所述统一接口传输的包格式。如此使得各第一服务器在发送不同的业务请求时可以使用该统一接口。

另外，将所述第二服务器分别与N个第三服务器相对接之后，还包括：当所述第二服务器检测到对接的第三服务器的更新消息时，同步更新所述第二服务器与该更新的第三服务器的对接。从而当各第三服务器发生更新时，仅需要在第二服务器上进行同步更新，避免在各第一服务器上进行同步更新。

另外，在所述将M个第一服务器以统一接口分别对接于第二服务器后，还包括：由所述第二服务器向所述第一服务器提供第三服务器选择界面，供所述第一服务器在生成业务请求时，跳转至所述第三服务器选择界面，所述第三服务器选择界面以图形用户界面方式呈现；所述第二服务器通过检测用户在所述第三服务器选择界面中选取的第三服务器，获取与接收到的业务请求对应的第三服务器。从而，可以在统一界面上选择第三服务器，操作更方便。

另外，在所述将M个第一服务器以统一接口分别对接于第二服务器后，还包括：所述第二服务器实时统计各第三服务器的用户体验度，并在所述第三服务器选择界面实时反映所述检测到用户体验度；其中，所述用户体验度包括：所述第三服务器的响应时间。比如，用户可以根据第一服务器实时统计出的各第三服务器的响应时间，选择响应时间最短的第三服务器完成业务处理，从而提高用户体验。

另外，所述业务请求为支付请求，所述支付请求包括以下信息：商家编号、账单编号、支付金额。从而可以使得各电商平台(第一服务器)通过统一支付平台(第二服务器)对接至不同的支付通道(第三服务器)完成支付操作。

附图说明

图1是根据本发明第一实施方式服务器间的交互方法的流程图；

图2是根据本发明第二实施方式服务器间的交互方法的流程图；

图3是根据本发明第三实施方式服务器间的交互方法的流程图；

图4是根据本发明第四实施方式服务器间的交互系统的结构示意图；

图5是根据本发明第四实施方式第一服务器的结构示意图；

图6是根据本发明第四实施方式第二服务器的结构示意图；

图7是根据本发明第五实施方式第二服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种服务器间的交互方法，具体流程如图1所示，包括：

步骤101：预先将M个第一服务器以统一接口分别对接于第二服务器，并将第二服务器与N个第三服务器相对接。本实施方式中，M、N均为自然数。作为优选，M、N均为大于3的自然数。

具体地说，预先将M个第一服务器以统一接口分别对接于第二服务器。例如包括：各第一服务器与第二服务器约定通过统一接口传输的包格式，包格式例如包括以下之一或其任意组合：安全验证格式、签名格式、数据包格式等，在第一服务器与第二服务器之间约定好通过统一接口传输的包格式之后，各第一服务器和第二服务器之间传输的包格式相同，即各第一服务器不需要针对不同的第三服务器发送不同包格式的数据，从而可以采用相同的包格式进行发送即可。步骤101中将第二服务器与N个第三服务器相对接的方法例如是第二服务器分别根据各第三服务器的对接要求对接至各第三服务器，本领域技术人员可以理解第二服务器可以采用现有的对接方法与各第三服务器相对接。

步骤102：第一服务器将生成的业务请求通过统一接口发送至第二服务器。

具体地说，由于第一服务器的业务请求需要在第三服务器上进行处理，因此，第一服务器生成的业务请求中携带有详细的业务信息。另外，本实施方式的业务请求中还可以携带第三服务器，即通过携带的第三服务器对业务请求进行处理。

步骤103：第二服务器获取与接收到的业务请求对应的第三服务器，并根据接收到的业务请求，向获取到的第三服务器发送业务请求。

本实施方式中，第二服务器获取与接收到的业务请求对应的第三服务器。例如是，第二服务器从第一服务器发送的业务请求中提取出第三服务器。根据接收到的业务请求，向获取到的第三服务器发送业务请求，例如包括：第二服务器可以将从第一服务器处接收到的业务请求进行格式转换，得到获取到的第三服务器能够识别的业务请求，将格式转换后的业务请求，发送至获取到的第三服务器。比如，其中一个第一服务器发送一个携带有第三服务器为XXX的业务请求，第二服务器将该业务请求的格式根据XXX的要求进行格式转换，得到XXX能够识别的业务请求，并将该业务请求发送至XXX。

步骤104：第三服务器根据接收到的业务请求进行处理。

值得一提的是，本实施方式中，当第二服务器检测到对接的第三服务器的更新消息时，还可以同步更新第二服务器与该更新的第三服务器的对接，如此，使得该服务器间的交互方法能够向用户提供更完善的信息处理服务。第二服务器与各第三服务器可以采用现有的更新方式完成更新，比如打补丁等，此处不再赘述。

本实施方式，使得第一服务器可以统一接口对接于第二服务器，并通过第二服务器对接于各第三服务器，从而可以降低第一服务器与各第三服务器相对接的复杂性和繁琐性。并且在第三服务器更新时，由第二服务器进行同步更新即可，减轻了网络的负担。

本发明的第二实施方式涉及一种服务器间的交互方法。在第二实施方式中，以支付请求作为业务请求的一个示例，对服务器间的交互方法进行说明。

如图2所示，服务器间的交互方法包括：

步骤201：预先将M个第一服务器以统一接口分别对接于第二服务器，并将第二服务器与N个第三服务器相对接。

本实施方式中，步骤201中的每个第一服务器可以为一个电商平台，第二服务器可以为一个统一支付平台，第三服务器比如可以为：支付宝、微信或者Applepay等的支付服务器。

步骤201中，各第一服务器与第二服务器可以约定通过统一接口传输的包格式，包格式例如包括以下之一或其任意组合：安全验证格式、签名格式、数据包格式等，在第一服务器与第二服务器之间约定好通过统一接口传输的包格式之后，各第一服务器和第二服务器之间传输的包格式相同，即各第一服务器不需要针对不同的第三服务器发送不同包格式的数据，从而可以采用相同的包格式进行发送即可。步骤201中将第二服务器与N个第三服务器相对接的方法例如是第二服务器分别根据各第三服务器的对接要求对接至各第三服务器，本领域技术人员可以理解第二服务器可以采用现有的对接方法与各第三服务器相对接。

步骤202：第一服务器将生成的支付请求通过统一接口发送至第二服务器。

由于第三服务器需要根据第一服务器生成的支付请求完成支付，因此本实施方式中的支付请求例如可以包括以下信息：商家编号、账单编号、支付金额，这样，第三服务器即可以向对应的商家完成支付。另外，本实施方式的支付请求中还可以携带第三服务器信息，即通过携带的第三服务器完成支付。

步骤203：第二服务器获取与接收到的支付请求对应的第三服务器，并根据接收到的支付请求，向获取到的第三服务器发送支付请求。

本实施方式中，第二服务器获取与接收到的支付请求对应的第三服务器。例如是，第二服务器从第一服务器发送的支付请求中提取出第三服务器。根据接收到的支付请求，向获取到的第三服务器发送支付请求，例如包括：第二服务器可以将从第一服务器处接收到的支付请求进行格式转换，得到获取到的第三服务器能够识别的支付请求，将格式转换后的支付请求，发送至获取到的第三服务器。比如，其中一个第一服务器发送一个携带有第三服务器为XXX的支付请求，第二服务器将该支付请求的格式根据XXX的要求进行格式转换，得到XXX能够识别的支付请求，并将该支付请求发送至XXX。

步骤204：第三服务器根据接收到的支付请求完成支付。比如，第三服务器根据支付请求携带的支付金额，向支付请求携带的商家进行支付，第三服务器可以采用现有技术根据支付请求完成支付，此处不再赘述。

值得一提的是，本实施方式中，当第二服务器检测到对接的第三服务器的更新消息时，还可以同步更新第二服务器与该更新的第三服务器的对接，如此，使得该服务器间的交互方法能够向用户提供更完善的支付服务。第二服务器与各第三服务器可以采用现有的更新方式完成更新，比如打补丁等，此处不再赘述。

本实施方式，使得第一服务器可以统一接口对接于第二服务器，并通过第二服务器对接于各第三服务器，从而可以降低第一服务器与不同的第三服务器相对接的复杂性和繁琐性。并且在第三服务器更新时，由第二服务器进行同步更新即可，减轻了网络的负担。尤其当第一服务器请求第三服务器完成支付时，第一服务器仅需以统一接口对接于第二服务器即可，第一服务器的支付请求交由第二服务器解析并转换后再发送至第三服务器完成支付。

本发明的第三实施方式涉及一种服务器间的交互方法。第三实施方式与第二实施方式大致相同，主要区别之处在于：在第二实施方式中，第二服务器可以从支付请求中提取出第三服务器，在第三实施方式中，由第二服务器向第一服务器提供第三服务器选择界面，供第一服务器在生成支付请求时，跳转至第三服务器选择界面，第二服务器通过第三服务器选择界面获取该支付请求对应的第三服务器。

如图3所示，本实施方式包括以下步骤：

步骤301：预先将M个第一服务器以统一接口分别对接于第二服务器，并将第二服务器与N个第三服务器相对接。

步骤302：第一服务器将生成的支付请求通过统一接口发送至第二服务器。

步骤303：第二服务器通过检测用户在第三服务器选择界面中选取的第三服务器，获取与接收到的支付请求对应的第三服务器。

在第一服务器生成支付请求时，跳转至第二服务器提供的第三服务器选择界面，用户可以在第三服务器选择界面选取第三服务器，当第二服务器在检测到用户选取的第三服务器时，将该第三服务器作为与接收到的支付请求对应的第三服务器。比如，每个支付请求具有一个唯一的编号，第二服务器在接收到该支付请求时，通过支付请求的编号将支付请求与选择的第三服务器相对应，避免在同时接收到多个支付请求时，将支付请求和第三服务器混淆。本实施方式中，由于各第一服务器均是在该第三服务器选择界面上统一进行第三服务器的选择，所以使得用户无论在哪家电商平台上进行购物，均可以使用界面统一的统一第三服务器选择界面，提高用户体验。

步骤304：根据接收到的支付请求，向获取到的第三服务器发送支付请求。

步骤305：第三服务器根据接收到的支付请求完成支付。

值得一提的是，本实施方式中，第二服务器还可以实时统计各第三服务器的用户体验度，并在第三服务器选择界面实时反映检测到的用户体验度。用户体验度包括：第三服务器的响应时间。这样，用户在选择第三服务器时，可以根据该第三服务器选择界面提供的参考信息选择第三服务器，比如，在网络十分繁忙时，第三服务器选择界面可以向用户推荐响应时间最短的第三服务器，有利于用户顺利完成付款，提高用户体验。

因此，本实施方式在用户进行支付时，可以为用户提供统一的支付界面，并且还可以向用户提示第三服务器的响应参数，从而可以通过统一的支付界面简化用户的支付操作，同时也为用户顺利完成支付提供了参考。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种服务器间的交互系统，如图4所示，包括：M个第一服务器、第二服务器和N个第三服务器。作为优先，M、N均为大于3自然数。

M个第一服务器以统一接口分别对接于第二服务器，第二服务器和N个第三服务器相对接。

如图5所示，第一服务器包括：

业务请求生成模块，用于生成业务请求，

第一发送模块，用于将业务请求生成模块生成的业务请求通过统一接口发送至第二服务器。

如图6所示，第二服务器包括：

获取模块，用于获取与第二服务器接收到的业务请求对应的第三服务器，

第二发送模块，用于根据第二服务器接收到的业务请求，向获取模块获取到的第三服务器发送业务请求，

转换模块，用于将第二服务器从第一服务器处接收到的业务请求进行格式转换，得到获取模块获取到的第三服务器能够识别的业务请求，

本实施方式中，第二发送模块还用于将转换模块转换得到的业务请求，发送至获取模块获取到的第三服务器，

检测模块，检测模块用于检测对接于第二服务器的N个第三服务器的更新消息，

更新模块，用于在检测模块检测到对接的第三服务器的更新消息时，同步更新第二服务器与该更新的第三服务器的对接。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

举例而言，本实施方式的业务请求可以为支付请求，支付请求中可以携带有第三服务器、商家编号、支付金额，账单编号等的信息，获取模块可以从支付请求中提取出第三服务器。

本实施方式使得第一服务器可以统一接口对接于第二服务器，并通过第二服务器分别对接于各第三服务器，从而使得各第一服务器在实现与不同第三服务器的对接时，对接操作得到简化，复杂性得到降低，并且当第三服务器升级时，仅对第二服务器进行升级即可，有利于减轻网络负担。对于电商平台(第一服务器)等需要通过第三方支付通道(第三服务器)完成支付时，各电商平台可以统一对接至一个中间服务器(第二服务器)，第一服务器发出的支付请求经由第二服务器解析并转换后再发送至第三服务器完成支付，从而降低了第一服务器在实现支付业务对接时的复杂度和繁琐性。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式涉及一种服务器间的交互系统，第五实施方式与第四实施方式大致相同，主要区别之处在于：在第四实施方式中，获取模块从支付请求中提取第三服务器，而在第五实施方式中，如图6所示，获取模块用于向第一服务器提供第三服务器选择界面，供业务请求生成模块在生成业务请求时，跳转至第三服务器选择界面，第三服务器选择界面以图形用户界面方式呈现。检测模块还用于检测用户在第三服务器选择界面中选取的第三服务器，获取模块还用于将检测模块检测到的第三服务器作为获取的第三服务器。

第二服务器包括：

转换模块，用于将第二服务器从第一服务器处接收到的业务请求进行格式转换，得到获取模块获取到的第三服务器能够识别的业务请求，

第二发送模块还用于将转换模块转换得到的业务请求，发送至获取模块获取到的第三服务器，

检测模块，检测模块用于检测对接于第二服务器的N个第三服务器的更新消息，

更新模块，用于在检测模块检测到对接的第三服务器的更新消息时，同步更新第二服务器与该更新的第三服务器的对接。具体地，更新模块可以用于将更新转换模块，转换模块根据更新的第三服务器对业务请求进行格式转换。

在实际应用中，第一服务器、第二服务器和第三服务器均可采用现有的服务器。第一服务器、第二服务器和第三服务器均包括：处理器、缓存装置和收发器。

其中，第一服务器中的处理器用于生成业务请求，并将业务请求通过收发器发送至第二服务器，其中，收发器采用统一接口将业务请求发送至第二服务器。第一服务器的缓存装置用于缓存需要发送至第二服务器的业务请求。

第二服务器的收发器用于接收业务请求，第二服务器的处理器用于获取与接收到的业务请求对应的第三服务器，并根据第三服务器对业务请求进行格式转换，使得第三服务器能够识别业务请求，并通过收发器向第三服务器发送转换后的业务请求。第二服务器的缓存装置用于缓存从第一服务器接收的业务请求以及需要发送至第三服务器的业务请求。

第三服务器中的处理器用于通过收发器接收第二服务器发送的业务请求，根据业务请求完成支付，第三服务器中的缓冲装置用于缓存从第二服务器接收的业务请求。

本实施方式使得第一服务器在以统一接口对接至第二服务器的同时，还通过第二服务器为用户提供统一的第三服务器选择界面，有利于简化用户操作。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种服务器间的交互方法，其特征在于，包括：

预先将M个第一服务器以统一接口分别对接于第二服务器，并将所述第二服务器与N个第三服务器相对接；其中，所述M、N均为自然数；

所述第一服务器将生成的业务请求通过所述统一接口发送至所述第二服务器；

所述第二服务器获取与接收到的业务请求对应的第三服务器，并根据所述接收到的业务请求，向所述获取到的第三服务器发送业务请求；

所述第三服务器根据接收到的业务请求进行处理。

2.根据权利要求1所述的服务器间的交互方法，其特征在于，根据所述接收到的业务请求，向所述获取到的第三服务器发送业务请求中，具体包括：

所述第二服务器将从所述第一服务器处接收到的业务请求进行格式转换，得到所述获取到的第三服务器能够识别的业务请求；

将所述格式转换后的业务请求，发送至所述获取到的第三服务器。

3.根据权利要求1所述的服务器间的交互方法，其特征在于，所述预先将M个第一服务器以统一接口分别对接于第二服务器中，具体包括：

各所述第一服务器与第二服务器约定通过所述统一接口传输的包格式。

4.根据权利要求1所述的服务器间的交互方法，其特征在于，将所述第二服务器分别与N个第三服务器相对接之后，还包括：

当所述第二服务器检测到对接的第三服务器的更新消息时，同步更新所述第二服务器与该更新的第三服务器的对接。

5.根据权利要求1所述的服务器间的交互方法，其特征在于，在所述将M个第一服务器以统一接口分别对接于第二服务器后，还包括：

由所述第二服务器向所述第一服务器提供第三服务器选择界面，供所述第一服务器在生成业务请求时，跳转至所述第三服务器选择界面，所述第三服务器选择界面以图形用户界面方式呈现；

所述第二服务器通过检测用户在所述第三服务器选择界面中选取的第三服务器，获取与接收到的业务请求对应的第三服务器。

6.根据权利要求5所述的服务器间的交互方法，其特征在于，在所述将M个第一服务器以统一接口分别对接于第二服务器后，还包括：

所述第二服务器实时统计各第三服务器的用户体验度，并在所述第三服务器选择界面实时反映所述检测到用户体验度；其中，所述用户体验度包括：所述第三服务器的响应时间。

7.根据权利要求1所述的服务器间的交互方法，其特征在于，所述业务请求为支付请求，所述支付请求包括以下信息：商家编号、账单编号、支付金额。

8.一种服务器间的交互系统，其特征在于，包括：M个第一服务器、第二服务器和N个第三服务器；其中，所述M、N均为自然数；

所述M个第一服务器以统一接口分别对接于所述第二服务器；

所述第二服务器和N个第三服务器相对接；

所述第一服务器包括业务请求生成模块和第一发送模块；

所述业务请求生成模块用于生成业务请求；

所述第一发送模块用于将所述业务请求生成模块生成的业务请求通过所述统一接口发送至所述第二服务器；

所述第二服务器包括：获取模块和第二发送模块；

所述获取模块用于获取与所述第二服务器接收到的业务请求对应的第三服务器；

所述第二发送模块用于根据所述第二服务器接收到的业务请求，向所述获取模块获取到的第三服务器发送业务请求。

9.根据权利要求8所述的服务器间的交互系统，其特征在于，所述第二服务器还包括：转换模块；

所述转换模块用于将所述第二服务器从所述第一服务器处接收到的业务请求进行格式转换，得到所述获取模块获取到的第三服务器能够识别的业务请求；

所述第二发送模块还用于将所述转换模块转换得到的业务请求，发送至所述获取模块获取到的第三服务器。

10.根据权利要求8所述的服务器间的交互系统，其特征在于，所述获取模块用于向所述第一服务器提供第三服务器选择界面，供所述业务请求生成模块在生成业务请求时，跳转至所述第三服务器选择界面，所述第三服务器选择界面以图形用户界面方式呈现；

所述检测模块还用于检测用户在所述第三服务器选择界面中选取的第三服务器；

所述获取模块还用于将所述检测模块检测到的第三服务器作为获取的第三服务器。