CN113726897B - 数据处理方法、装置及设备 - Google Patents

Abstract

本申请实施例提供一种数据处理方法、装置及设备，应用于网关设备，该方法包括：获取客户端发送的第一业务请求，第一业务请求包括服务器的第一地址和请求内容，服务器中设置有K个业务系统，第一业务请求用于请求访问服务器中的第一业务系统，K为大于1的整数；根据第一地址获取M个验证条件，每个验证条件对应至少一个业务系统；根据请求内容在M个验证条件中确定目标验证条件，请求内容满足目标验证条件，目标验证条件对应目标业务系统；获取目标业务系统的第二地址，以及将第一业务请求中的第一地址替换为第二地址，得到第二业务请求；向目标业务系统发送第二业务请求。提高网关设备数据分流的灵活性。

Description

数据处理方法、装置及设备

技术领域

本申请涉及计算机信息技术领域，尤其涉及一种数据处理方法、装置及设备。

背景技术

网关设备可以接收多个服务请求，以及分别将每个服务请求转发至对应的服务器，服务器根据服务请求访问业务系统。

目前，在网关设备接收到服务请求时，可以根据服务请求中的访问路径，向访问路径对应的服务器发送服务请求，服务器根据服务请求中的请求内容，访问请求内容对应的业务系统。但是，在网关设备接收到多个访问路径相同且请求内容不同的服务请求时，网关设备只能将服务请求发送至相同的服务器中，进而导致网关设备的数据分流的灵活性较差。

发明内容

本申请实施例提供一种数据处理方法、装置及设备，用于解决网关设备的数据分流的灵活性较差的技术问题。

第一方面，本申请实施例提供一种数据处理方法，应用于网关设备，该方法包括：

获取客户端发送的第一业务请求，所述第一业务请求包括服务器的第一地址和请求内容，所述服务器中设置有K个业务系统，所述第一业务请求用于请求访问所述服务器中的第一业务系统，所述K为大于1的整数；

根据所述第一地址获取M个验证条件，每个所述验证条件对应至少一个业务系统，所述M为小于或等于K的整数；

根据所述请求内容在所述M个验证条件中确定目标验证条件，所述请求内容满足所述目标验证条件，所述目标验证条件对应目标业务系统；

获取所述目标业务系统的第二地址，并将所述第一业务请求中的第一地址替换为所述第二地址，得到第二业务请求；

向所述目标业务系统发送所述第二业务请求。

第二方面，本申请实施例提供一种数据处理装置，应用于网关设备，所述数据处理装置包括第一获取模块、第二获取模块、确定模块、第三获取模块和发送模块，其中：

所述第一获取模块用于，获取客户端发送的第一业务请求，所述第一业务请求包括服务器的第一地址和请求内容，所述服务器中设置有K个业务系统，所述第一业务请求用于请求访问所述服务器中的第一业务系统，所述K为大于1的整数；

所述第二获取模块用于，根据所述第一地址获取M个验证条件，每个所述验证条件对应至少一个业务系统，所述M为小于或等于K的整数；

所述确定模块用于，根据所述请求内容在所述M个验证条件中确定目标验证条件，所述请求内容满足所述目标验证条件，所述目标验证条件对应目标业务系统；

所述第三获取模块用于，获取所述目标业务系统的第二地址，并将所述第一业务请求中的第一地址替换为所述第二地址，得到第二业务请求；

所述发送模块用于，向所述目标业务系统发送所述第二业务请求。

第三方面，本申请实施例提供一种数据处理设备，包括处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如第一方面所述的数据处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现第一方面所述的数据处理方法。

可以看出，在本申请实施例中，由于网关设备在接收到业务请求后，会根据业务请求中携带的信息重新确定处理该业务请求的业务系统，这样，在多个业务请求的第一地址相同而请求内容不同时，网关设备可将每个业务请求中携带的地址替换为处理每个业务请求的业务系统的地址，进而使得网关设备通过替换地址后的业务请求，直接访问服务器中对应的业务系统，实现网关设备对业务请求的分流，进而提高网关设备数据分流的灵活度。

附图说明

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种数据处理方法的流程示意图；

图3为本申请实施例提供的一种获取验证条件的过程示意图；

图4为本申请实施例提供的一种获取第二业务请求的过程示意图；

图5为本申请实施例提供的另一种数据处理方法的流程示意图；

图6为本申请实施例提供的一种数据处理方法的过程示意图；

图7为本申请实施例提供的一种数据处理装置的结构示意图；

图8为本申请提供的数据处理设备的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在相关技术中，网关设备接收到业务请求时，可以根据业务请求中的访问路径，向访问路径对应的服务器发送业务请求，例如，访问路径与服务器具有一一对应的关系，网关设备接收到业务请求时，可以向对应的服务器发送该业务请求。服务器接收到业务请求时，可以根据业务请求中的请求内容，访问服务器中的业务系统。但是，随着业务的多元化发展，多个访问地址相同的业务请求之间的请求内容存在差异，而网关设备只能向同一个服务器发送多个访问地址相同的业务请求，进而导致网关设备的数据分流的灵活性较差。

为了解决相关技术中网关设备的数据分流的灵活性较差的技术问题，本申请实施例提供一种数据处理方法，应用于网关设备，获取客户端发送的第一业务请求，第一业务请求包括服务器的第一地址和请求内容，服务器中设置有K个业务系统，第一业务请求用于请求访问服务器中的第一业务系统，根据第一地址获取M个验证条件，以及获取M个验证条件的优先级，按照M个验证条件的优先级从高到低的顺序，通过验证条件对请求内容进行验证处理，直至M个验证条件中存在请求内容满足的验证条件时，将请求内容满足的验证条件确定为目标验证条件，获取目标验证条件对应的目标业务系统的第二地址，以及将第一业务请求中的第一地址替换为第二地址，得到第二业务请求，向目标业务系统发送第二业务请求。这样，在多个业务请求的第一地址相同而请求内容不同时，网关设备可以根据请求内容，将每个业务请求的第一地址替换为请求内容对应的业务系统的第二地址，进而通过第二地址灵活的对业务请求进行分流，提高网关设备数据分流的灵活度。

下面，结合图1，对本申请适用的应用场景进行说明。

图1为本申请实施例提供的一种应用场景示意图。请参见图1，包括客户端A、客户端B、客户端C、网关设备、服务器A和服务器B。其中，服务器A中包括业务系统A和业务系统B，服务器B中包括业务系统C和业务系统D。

请参见图1，客户端A向网关设备发送业务请求A，客户端B向网关设备发送业务请求B，客户端C向网关设备发送业务请求C，其中，业务请求A和业务请求B中的第一地址为服务器A的地址，业务请求A中的请求内容对应服务器A中的业务系统A，业务请求B中的请求内容对应服务器A中的业务系统B，业务请求C中的第一地址为服务器B的地址，业务请求C中的请求内容对应服务器B中的业务系统C。

请参见图1，网关设备接收到业务请求A、业务请求B和业务请求C时，网关设备将业务请求A中的服务器A的地址替换为业务系统A的地址，得到业务请求A1，网关设备将业务请求B中的服务器A的地址替换为业务系统B的地址，得到业务请求B1，网关设备将业务请求C中的服务器B的地址替换为业务系统C的地址，得到业务请求C1。网关设备通过业务请求A1，直接访问服务器A中的业务系统A，通过业务请求B1直接访问服务器A中的业务系统B，通过业务请求C1，直接访问服务器B中的业务系统C。这样，网关设备在接收到多个业务请求时，可以将多个业务请求的第一地址替换为每个业务请求对应的业务系统的地址，进而通过替换地址后的业务请求，直接访问服务器中的对应的业务系统，提高网关设备数据分流的灵活度。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的一种数据处理方法的流程示意图。请参见图2，该方法可以包括：

S201、获取客户端发送的第一业务请求。

本申请实施例的执行主体可以为网关设备，也可以为设置在网关设备中的数据处理装置，数据处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。可选的，网关设备可以为设置有服务网关的设备。其中，服务网关是客户端和服务器端之间的中间层，所有的外部请求都会先经过服务网关，再通过服务网关转发至对应的服务器。例如，服务网关可以为Zuul服务网关，Zuul服务网关通过zuul架构中的filter过滤器，实现鉴权校验、动态路由等功能。

客户端可以为用户的终端设备。例如，用户的客户端可以为手机、电脑等设备，用户通过手机或者电脑可以访问对应的服务器的业务系统。例如，用户使用手机中的浏览器可以访问银行的贷款业务系统。

第一业务请求包括服务器的第一地址和请求内容。例如，第一业务请求可以为客户端发送的路由请求。可选的，第一地址为访问服务器的地址。例如，网关设备根据第一地址，向对应的服务器发送第一业务请求。请求内容用于指示第一业务请求访问的业务系统。例如，在请求内容为签约时，第一业务请求访问的业务系统为签约系统；在请求内容为解约时，第一业务请求访问的业务系统为解约系统。

可选的，客户端可以向网关设备发送第一业务请求。例如，在用户使用手机的浏览器访问银行的贷款业务系统时，手机可以向网关设备发送第一业务请求，第一业务请求中包括银行服务器的地址和请求贷款的请求内容。

可选的，服务器中设置有K个业务系统，K为大于1的整数。第一业务请求用于请求访问所述服务器中的第一业务系统。其中，第一业务系统可以为服务器中的K个业务系统中的任意一个业务系统。例如，服务器中包括1个上游业务系统，在上游业务系统之下还包括10个下游业务系统，第一业务系统可以为上游业务系统。

S202、根据第一地址获取M个验证条件。

可选的，每个所述验证条件对应至少一个业务系统，M为小于或等于K的整数。举例来说，假设M＝2，K＝3，3个业务系统例如有业务系统1、业务系统2和业务系统3，2个验证条件例如有验证条件1和验证条件2，一个实施例中，验证条件1对应业务系统1，验证条件2对应业务系统2和业务系统3。又举例来说，假设M＝3，K＝3，3个业务系统例如有业务系统1、业务系统2和业务系统3，2个验证条件例如有验证条件1、验证条件2和验证条件3，一个实施例中，验证条件1对应业务系统1，验证条件2对应业务系统2，验证条件3对应业务系统3。

其中，验证条件用于对业务请求中的请求内容进行验证。其中，验证结果为验证通过或者验证不通过。例如，在请求内容满足验证条件时，验证结果为验证通过，在请求内容不满足验证条件时，验证结果为验证不通过。

其中，验证条件可以为网关设备对业务请求的分流规则。

在本申请的一实现方式中，所述根据第一地址获取M个验证条件，包括：

根据所述第一地址，在预设存储空间中获取所述服务器对应的配置信息，所述配置信息中包括所述M个验证条件；在所述配置信息中获取所述M个验证条件。

其中，预设存储空间中包括多个服务器的配置信息，不同服务器的配置信息不同。举例来说，假设预设存储空间中包括10个配置信息，那么10个配置信息对应10个服务器。

可选的，所述根据所述第一地址，在预设存储空间中获取所述服务器对应的配置信息，包括：根据所述第一地址和第一预设关系，获取所述服务器对应的配置信息，所述第一预设关系为服务器地址与配置信息的映射关系。第一预设关系可以如表1所示：

表1

服务器地址	配置信息
		地址1	配置信息1
地址2	配置信息2
		地址3	配置信息3
……	……

需要说明的是，表1只是以示例的形式示意第一预设关系，并非对第一预设关系的限定。如表1所示，若服务器地址为地址1，则服务器对应的配置信息为配置信息1；若服务器地址为地址2，则服务器对应的配置信息为配置信息2；若服务器地址为地址3，则服务器对应的配置信息为配置信息3。

可选的，配置信息为网关设备在启动时从服务器获取得到的。举例来说，在网关设备启动时，网关设备分别从各个服务器中获取个配置信息，并加载配置信息。

可选的，网关设备在服务器中获取配置信息时，可以更新网关设备的数据库中存储的服务器的配置信息，以达到及时更新的目的。举例来说，网关设备在服务器1中获取配置信息1时，网关设备将自己数据库中存储的配置信息2更新为配置信息1。

可选的，配置信息中包括M个验证条件。例如，每个配置信息都可以设置与服务器的业务系统数量相同的验证条件，或者，每个配置信息中都可以设置比服务器的业务系统数量少的验证条件，每个验证条件一定对应唯一的一个业务系统。可选的，M个验证条件都不相同。例如，服务器对应的配置信息中包括3个验证条件，每个验证条件验证的内容都不相同。

可选的，在网关设备获取第一地址之后，若预设存储空间中不包括服务器对应的配置信息，则网关设备向第一地址对应的服务器发送第一业务请求。举例来说，预先为多个服务器设置配置信息，若第一业务请求中的第一地址对应的服务器没有配置信息，则网关设备直接向服务器发送第一业务请求。又举例来说，若服务器A、服务器B在预设的存储空间中有对应的配置信息，服务器C在预设的存储空间中没有对应的配置信息，则在第一业务请求的第一地址为服务器C的地址时，网关设备无需获取第一业务请求对应的验证条件，网关设备直接向服务器C发送第一业务请求。

下面，结合图3，对获取M个验证条件的过程进行说明。

图3为本申请实施例提供的一种获取验证条件的过程示意图。请参见图3，包括：客户端和网关设备。客户端向网关设备发送第一业务请求。其中，第一业务请求中包括第一地址。

请参见图3，在第一地址为服务器A的地址时，网关设备在配置信息集合中确定服务器A的配置信息。其中，配置信息结合中包括服务器A的配置信息和服务器B的配置信息。服务器A的配置信息中包括验证条件A、验证条件B、验证条件C和验证条件D，服务器B的配置信息中包括验证条件1、验证条件2、验证条件3和验证条件4。

请参见图3，由于第一地址为服务器A的地址，因此，网关设备确定第一业务请求对应的验证条件为：验证条件A、验证条件B、验证条件C和验证条件D。

S203、根据请求内容在M个验证条件中确定目标验证条件，请求内容满足目标验证条件，目标验证条件对应目标业务系统。

其中，目标验证条件为请求内容满足的验证条件。举例来说，服务器对应的验证条件包括验证条件A、验证条件B和验证条件C，第一业务请求中包括请求内容A，若验证条件A对请求内容A的验证结果为验证不通过，验证条件B对请求内容A的验证结果为验证不通过，验证条件C对请求内容A的验证结果为验证通过，则验证条件C为目标验证条件。

在本申请的一实现方式中，所述根据所述请求内容在所述M个验证条件中确定目标验证条件，包括：

获取所述M个验证条件的优先级，得到M个优先级；

按照所述M个优先级的高低顺序，依次使用所述验证条件对所述请求内容进行验证处理，直至所述M个验证条件中存在对所述请求内容验证成功的验证条件时，将所述对所述请求内容验证成功的验证条件确定为所述目标验证条件。

其中，验证条件的优先级用于指示验证条件的验证优先顺序，优先级越高验证顺序越靠前，优先级越低验证顺序越靠后。

可以看出，在本申请实施例中，按照优先级的高低顺序进行验证，可以避免验证条件的遗漏，提高验证的可靠性，另外验证成功了，后续的条件即可不需要验证，可降低计算量。

可选的，验证条件的优先级允许被调整。由于验证条件的优先级可调整，这样可结合不同的场景灵活的调整验证的顺序，提高验证的灵活度。

举例来说，服务器对应的验证条件包括：验证条件A、验证条件B和验证条件C，若验证条件A的优先级大于验证条件B的优先级，验证条件B的优先级大于验证条件C的优先级，则在对请求内容进行验证时，先通过验证条件A对请求内容进行验证处理，若验证结果为验证不通过，则通过验证条件B对请求内容进行验证处理，若验证结果为验证不通过，则通过验证条件C对请求内容进行验证出路，若验证通过，则将验证条件C确定为目标验证条件；若验证条件A对请求内容的验证结果为验证通过，则无需通过验证条件B和验证条件C对请求内容进行验证，将验证条件A确定为目标验证条件。

S204、获取目标业务系统的第二地址，以及将第一业务请求中的第一地址替换为第二地址，得到第二业务请求。

其中，目标业务系统为目标验证条件对应的业务系统。例如，服务器中包括业务系统A、业务系统B和业务系统C，若目标验证条件对应的业务系统为业务系统B，则目标业务系统为业务系统B。

可选的，配置信息中还包括M个验证条件一一对应的M个地址。例如，配置信息中的每个验证条件都对应的一个业务系统，每个业务系统都有对应的地址，因此，配置信息中的每个验证条件都有对应的业务系统的地址。网关设备在第一业务请求对应的M个验证条件中确定目标验证条件之后，网关设备可以将配置信息中目标验证条件对应的地址确定为所述第二地址。

下面，结合图4，对获取第二业务请求的过程进行说明。

图4为本申请实施例提供的一种获取第二业务请求的过程示意图。请参见图4，包括客户端和网关设备。客户端向网关设备发送第一业务请求，其中，第一业务请求中包括服务器地址和请求内容。网关设备根据服务器地址确定配置信息。配置信息中包括验证条件A、验证条件A对应的地址A、验证条件B、验证条件B对应的地址B、验证条件C、验证条件C对应的地址C、验证条件D、验证条件D对应的地址D。

请参见图4，网关设备根据请求内容确定目标验证条件为验证条件B，进而确定第二地址为验证条件B对应的地址B，网关设备将第一业务请求中的服务器地址替换为验证条件B对应的地址B得到第二业务请求。其中，第二业务请求中包括地址B和请求内容。

S205、向目标业务系统发送第二业务请求。

其中，网关设备可以直接向目标业务系统发送第二业务请求，也可以通过服务器向目标业务系统发送第二业务请求，以使客户端可以访问目标业务系统。

本申请实施例提供一种数据处理方法，获取客户端发送的第一业务请求，根据第一业务请求中的第一地址，在预设存储空间中获取配置信息，并在配置信息中获取M个验证条件，获取M个验证条件的优先级，按照优先级的顺序从高到低依次通过验证条件对第一业务请求中的请求内容进行验证处理，并将请求内容满足的验证条件确定为目标验证条件，获取目标验证条件对应的目标业务系统的第二地址，以及将第一业务请求中的第一地址替换为第二地址，得到第二业务请求，向目标业务系统发送第二业务请求。在上述方法中，在多个业务请求的第一地址相同而请求内容不同时，由于网关设备可以根据请求内容，准确的确定请求内容对应的业务系统的第二地址，进而通过第二地址灵活的对业务请求进行分流，而避免向服务器发送所有第一地址相同的业务请求，因此，可以提高网关设备数据分流的灵活度。

在图2所示的实施例的基础上，下面结合图5，对上述数据处理方法进行详细的说明。

图5为本申请实施例提供的另一种数据处理方法的流程示意图。请参见图5，该方法流程包括：

S501、获取客户端发送的第一业务请求，第一业务请求包括服务器的第一地址和请求内容，服务器中设置有K个业务系统。

第一业务请求用于请求访问服务器中的第一业务系统，K为大于1的整数。

需要说明的是，步骤S501的执行过程可以参照步骤S201，本申请实施例在此不再进行赘述。

S502、根据第一地址，判断第一业务请求是否有验证条件。

若否，则执行S503。

若是，则执行S504。

可选的，可以预先为服务器配置验证条件和每个验证条件的优先级，若第一地址指示的服务器有预先配置的验证条件，则第一业务请求有验证条件，若第一地址指示的服务器没有预先配置的验证条件，则第一业务请求没有验证条件。例如，通知服务http请求paygw/sendMsg(消息推送请求)，该消息推送请求的第一地址为paygw，请求内容为交易类型(如签约sign、解约unsign或者代扣deduct)和交易结果(如成功或者失败)，若预先为paygw对应的服务器配置有3种验证条件：交易类型为sign、交易类型为unsign和交易类型为deduct，且交易类型为sign的优先级高于交易类型为unsign的优先级，交易类型为unsign的优先级高于交易类型为deduct的优先级，则该消息推送请求paygw/sendMsg有验证条件。

S503、向服务器发送第一业务请求。

可选的，若第一业务请求没有验证条件，则说明预先未对第一业务请求中的第一地址对应的服务器配置验证条件，因此，网关设备直接向服务器发送第一业务请求，无需对第一业务请求中的第一地址进行修改。

S504、获取M个验证条件，以及获取M个验证条件的优先级，得到M个优先级，M个验证条件分别与K个业务系统中的一个业务系统对应。

M为小于或等于K的整数。

需要说明的是，步骤S504的执行过程可以参照步骤S202，本申请实施例在此不再进行赘述。

S505、按照M个优先级的高低顺序，依次使用验证条件对请求内容进行验证处理，直至M个验证条件中存在对请求内容验证成功的验证条件时，将对请求内容验证成功的验证条件确定为目标验证条件。

每个验证条件均包括N个参数类型和每个参数类型对应第一请求参数，其中，N为正整数。参数类型可以为预先设置的类型。例如，参数类型可以为交易类型、交易结果等。可选的，每个验证条件可以设置多个参数类型，也可以设置1个参数类型。例如，若第一业务请求中的请求内容包括2个参数类型，则验证条件中可以包括1个、2个或者大于2个参数类型。例如，验证条件可以为：a1(交易类型)＝sign(签约)，优先级＝1，下游服务系统＝签约中心系统，其中，参数类型为a1交易类型，第一请求参数为sign签约。

可选的，请求内容中包括N个参数类型对应的第二请求参数。例如，通知服务http请求paygw/sendMsg的请求内容为：a1交易类型＝unsign，a2交易结果为交易成功，其中，参数类型为a1交易类型和a2交易结果，第二请求参数为unsign和交易成功。

针对M个验证条件中的任意一个验证条件，可以根据如下可行的实现方式，使用验证条件对请求内容进行验证处理：在请求内容中，获取N个参数类型对应的第二请求参数。若参数类型i对应的第一请求参数与参数类型i对应的第二请求参数相同，则确定验证条件对请求内容验证成功，参数类型i为N个参数类型中的任意一个。例如，若验证条件中任意一个参数类型对应的第一请求参数和第二请求参数相同，则确定验证条件对请求内容验证成功。例如，验证条件中包括一个验证参数，验证参数为交易类型，第一请求参数为签约交易，若请求内容中的交易类型对应的第二请求参数也为交易类型，则确定验证条件对请求内容验证成功。

可选的，可以根据如下可行的实现方式，获取N各参数类型对应的第二请求参数：按照预设规则对请求内容进行格式转换处理，得到格式化请求内容。其中，网关设备接收到多个客户端发送的多个业务请求时，不同的业务请求对应的文本格式可能不同。例如，业务请求A的请求内容为a1＝valub1&a2＝valub2，业务请求B的请求内容为json格式：“b1”：“value1”，“b2”：value2，因此，需要将请求内容统一格式，以提高网关设备发送业务请求的效率。可选的，在zuul服务网关中设置前置zuulFilter-A以将多个业务请求的请求内容保存到RequestContent上下文中(zuul通过RequestContent对象在不同的Filter过滤器中传递消息)，并在RequestContent中把多个业务请求的请求内容统一转换为预设的格式。

可选的，格式化请求内容包括多个键值对。其中，键值对的键为参数类型，键值对的值为请求参数。例如，格式化请求内容可以将请求内容转换为Map<key，value>的形式。例如，请求内容为a1＝valub1&a2＝valub2，格式化后得到Map<a1，value1>Map<a2，value2>；请求内容为json格式：“b1”：“value1”，“b2”：value2，格式化后得到Map<b1，value1>Map<b2，value2>。

在格式化请求内容中获取N个参数类型对应的第二请求参数。例如，若请求内容为Map<a1，value1>Map<a2，value2>，则a1、a2为参数类型，value1和value2为第二请求参数。

下面，针对于任意一个验证条件，通过举例的方式说明验证条件对请求内容的验证过程。

网关设备获取的第一业务请求为通知服务http请求paygw/sendMsg(消息推送请求)，请求内容为a1交易类型为解约，a2交易结果为成功。网关设备对请求内容进行格式化处理，得到格式化后的请求内容Map<a1交易类型，unsign解约>Map<a2交易结果,成功>。

网关设备根据第一地址paygw，确定该消息推送请求有对应的3个验证条件。其中，验证条件A1：a1交易类型＝sign(签约)，优先级＝1，下游服务系统＝签约中心系统，第二地址为sign；验证条件A2：a1交易类型＝unsign(解约)，优先级＝2，下游服务系统＝解约中心系统，第二地址为unsign；验证条件A3：a1交易类型＝deduct(代扣)，优先级＝3，下游服务系统＝代扣中心系统，第二地址为deduct，其中，验证条件A1的优先级高于验证条件A2的优先级，验证条件A2的优先级高于验证条件A3的优先级。

网关设备确定请求内容的参数类型为交易类型和交易结果，第二参数信息为解约和交易成功。验证条件A1的参数类型为交易类型，第一参数信息为签约，验证条件A2的参数类型为交易类型，第一参数信息为解约，验证条件A3的参数类型为交易类型，第一参数信息为代扣。

网关设备按照优先级从高到低的顺序通过验证条件对请求内容进行验证。其中，网关设备先确定A1的参数类型为交易类型，并确定第一参数信息为签约，由于请求内容中交易类型对应的第二参数类型为解约，因此，验证条件A1对请求内容的验证为验证不通过，在验证条件A1的验证结果为验证不通过时，网关设备确定A2的参数类型为交易类型，并确定第一参数信息为解约，由于请求内容中交易类型对应的第二参数类型为解约，因此，验证条件A2对请求内容的验证为验证通过，在验证条件A2的验证结果通过时，网关设备无需通过验证条件A3对请求内容进行验证，以及将验证条件A2确定为目标验证条件。

可选的，在对请求内容进行验证时，可以使用groovy脚本语言进行编写,这样可以灵活的调整验证条件中的参数类型和第一请求参数。例如，验证条件A1的满足条件为a1＝sign，验证条件A2的满足条件为a2＝unsign。

可选的，每个验证条件，对应一个groovy脚本，每个验证条件只有验证通过和验证不通过两种请求，判断依据是使用groovy脚本语言判断第一业务请求的请求内容是否满足验证条件。

S506、获取目标业务系统的第二地址，以及将第一业务请求中的第一地址替换为第二地址，得到第二业务请求。

根据目标验证条件，获取目标业务系统的第二地址。例如，对于上述验证条件A1，第二地址为sign。将第一业务请求中的第一地址替换为第二地址，得到第二业务请求。例如，第一业务请求为通知服务http请求paygw/sendMsg(消息推送请求)，若目标验证条件为验证条件A1，则第二地址为sign，进而得到第二业务请求为sign/sendMsg，若目标验证条件为验证条件A2，则第二地址为unsign，进而得到第二业务请求为unsign/sendMsg，若目标验证条件为验证条件A3，则第二地址为deduct，进而得到第二业务请求为deduct/sendMsg。

S507、向目标业务系统发送第二业务请求。

可选的，在网关设备得到第二业务请求时，可以重置原第一业务请求访问的系统。例如，zuul网关中设置前置zuulFilter-C，若第一业务请求中有对应的验证条件，并且请求内容通过验证条件的验证，则前置zuulFilter-C重置第一业务请求访问的业务系统，如：上述消息通知请求paygw/sendMsg，会根据其请求内容的a1交易类型对应的第二请求参数，将得到的第二业务请求发送到不同的下游服务系统，因此，需改变原有http请求访问的业务系统，若不存在请求内容满足验证条件，则使用原路由请求访问原业务系统。

本申请实施例提供一种数据处理方法，获取客户端发送的第一业务请求，第一业务请求包括服务器的第一地址和请求内容，服务器中设置有K个业务系统，根据第一地址，判断第一业务请求是否有验证条件，若否，则向服务器发送第一业务请求，若是，则获取M个验证条件，以及获取M个验证条件的优先级，按照M个验证条件的优先级从高到低的顺序，通过验证条件对请求内容进行验证处理，直至M个验证条件中存在请求内容满足的验证条件时，将请求内容满足的验证条件确定为目标验证条件，获取目标业务系统的第二地址，以及将第一业务请求中的第一地址替换为第二地址，得到第二业务请求，向目标业务系统发送第二业务请求。这样，在多个业务请求的第一地址相同而请求内容不同时，由于网关设备可以根据请求内容，准确的确定请求内容对应的业务系统的第二地址，进而通过第二地址灵活的对业务请求进行分流，因此，可以提高网关设备数据分流的灵活度。

在上述任意一个实施例的基础上，下面，结合图6，对上述数据处理方法的过程进行详细的说明。

图6为本申请实施例提供的一种数据处理方法的过程示意图。请参见图6，包括：客户端、网关设备和服务器。其中，服务器中包括业务系统A和业务系统B。客户端向网关设备发送第一业务请求，第一业务请求中包括服务器地址和请求内容。

请参见图6，网关设备接收到第一业务请求时，获取第一业务请求中的服务器地址，并根据第一预设关系，确定服务器有在预设存储空间中有配置信息，网关设备根据服务器地址获取配置信息。其中，配置信息中包括验证条件A和验证条件A对应的地址A，以及验证条件B和验证条件B对应的地址B。验证条件A对应的业务系统为业务系统A，验证条件B对应的业务系统为业务系统B，验证条件A的优先级高于验证条件B的优先级。

请参见图6，网关设备先通过验证条件A对第一业务请求中的请求内容进行验证，在验证条件A的验证不通过时，网关设备通过验证条件B对请求内容进行验证，在验证条件B验证通过时，网关设备确定目标验证条件为验证条件B，进而确定目标业务系统为业务系统B，业务系统B的地址为地址B。

请参见图6，网关设备将第一业务请求中的服务器地址替换为地址B，得到第二业务请求。其中，第二业务请求中包括地址B和请求内容。网关设备向服务器中的业务系统B发送第二业务请求。这样，在网关设备接收到第一业务请求时，网关设备可以根据第一业务请求中的请求内容，对第一业务请求进行分流处理，进而通过请求内容准确的确定分流的第二地址，通过第二地址灵活的对业务请求进行分流，提高网关设备数据分流的灵活度。

图7为本申请实施例提供的一种数据处理装置的结构示意图。请参见图7，该数据处理装置可以设置在网关设备中，数据处理装置10包括第一获取模块11、第二获取模块12、确定模块13、第三获取模块14和发送模块15，其中：

所述第一获取模块11用于，获取客户端发送的第一业务请求，所述第一业务请求包括服务器的第一地址和请求内容，所述服务器中设置有K个业务系统，所述第一业务请求用于请求访问所述服务器中的第一业务系统，所述K为大于1的整数；

所述第二获取模块12用于，根据所述第一地址获取M个验证条件，每个所述验证条件对应至少一个业务系统，所述M为小于或等于K的整数；

所述确定模块13用于，根据所述请求内容在所述M个验证条件中确定目标验证条件，所述请求内容满足所述目标验证条件，所述目标验证条件对应目标业务系统；

所述第三获取模块14用于，获取所述目标业务系统的第二地址，并将所述第一业务请求中的第一地址替换为所述第二地址，得到第二业务请求；

所述发送模块15用于，向所述目标业务系统发送所述第二业务请求。

在一种可能的实施方式中，所述确定模块13具体用于：

获取所述M个验证条件的优先级，得到M个优先级；

按照所述M个优先级的高低顺序，依次使用所述验证条件对所述请求内容进行验证处理，直至所述M个验证条件中存在对所述请求内容验证成功的验证条件时，将对所述请求内容验证成功的验证条件确定为所述目标验证条件。

在一种可能的实施方式中，所述确定模块13具体用于：

在所述请求内容中，获取所述N个参数类型对应的第二请求参数；

若参数类型i对应的第一请求参数与所述参数类型i对应的第二请求参数相同，则确定确定所述验证条件对所述请求内容验证成功，所述参数类型i为所述N个参数类型中的任意一个。

在一种可能的实施方式中，所述确定模块13具体用于：

按照预设规则对所述请求内容进行格式转换处理，得到格式化请求内容，所述格式化请求内容包括多个键值对，所述键值对的键为参数类型，所述键值对的值为请求参数；

在所述格式化请求内容中获取所述N个参数类型对应的第二请求参数。

在一种可能的实施方式中，所述第二获取模块12具体用于：

根据所述第一地址，在预设存储空间中获取所述服务器对应的配置信息，所述配置信息中包括所述M个验证条件；

在所述配置信息中获取所述M个验证条件。

在一种可能的实施方式中，所述第二获取模块12具体用于：

将所述配置信息中所述目标验证条件对应的地址确定为所述第二地址。

在另一种可能的实施方式中，所述发送模块15还用于：

若所述M个验证条件中不存在所述目标验证条件，则向所述服务器发送所述第一业务请求。

本申请实施例提供的数据处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

本申请实施例所示的数据处理装置可以为芯片、硬件模组、处理器等。当然，数据处理装置可以为其它形态，本申请实施例对此不作具体限定。

图8为本申请提供的数据处理设备的硬件结构示意图。请参见图8，该数据处理设备20可以包括：处理器21和存储器22，其中，处理器21和存储器22可以通信；示例性的，处理器21和存储器22通过通信总线23通信，所述存储器22用于存储程序指令，所述处理器21用于调用存储器中的程序指令执行上述任意方法实施例所示的数据处理方法。

可选的，数据处理设备20还可以包括通信接口，通信接口可以包括发送器和/或接收器。

可选的，上述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请提供一种可读存储介质，所述可读存储介质上存储有计算机程序；所述计算机程序用于实现如上述任意实施例所述的数据处理方法。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得计算机执行上述数据处理方法。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppydisk)、光盘(英文：optical disc)及其任意组合。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程终端设备的处理单元以产生一个机器，使得通过计算机或其他可编程终端设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程终端设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

在本申请中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本申请中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本申请中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

Claims (10)

1.一种数据处理方法，其特征在于，应用于网关设备，所述方法包括：

获取客户端发送的第一业务请求，所述第一业务请求包括服务器的第一地址和请求内容，所述服务器中设置有K个业务系统，所述第一业务请求用于请求访问所述服务器中的第一业务系统，所述K为大于1的整数；

根据所述第一地址获取M个验证条件，所述验证条件用于对所述请求内容进行验证，每个所述验证条件对应至少一个业务系统，所述M为小于或等于K的整数；

根据所述请求内容在所述M个验证条件中确定目标验证条件，所述请求内容满足所述目标验证条件，所述目标验证条件对应目标业务系统；

获取所述目标业务系统的第二地址，以及将所述第一业务请求中的第一地址替换为所述第二地址，得到第二业务请求；

向所述目标业务系统发送所述第二业务请求。

2.根据权利要求1所述的方法，其特征在于，所述根据所述请求内容在所述M个验证条件中确定目标验证条件，包括：

获取所述M个验证条件的优先级，得到M个优先级；

按照所述M个优先级的高低顺序，依次使用所述验证条件对所述请求内容进行验证处理，直至所述M个验证条件中存在对所述请求内容验证成功的验证条件时，将所述对所述请求内容验证成功的验证条件确定为所述目标验证条件。

3.根据权利要求2所述的方法，其特征在于，每个所述验证条件均包括N个参数类型和每个参数类型对应的第一请求参数，所述N为正整数；

针对所述M个验证条件中的任意一个验证条件，所述使用所述验证条件对所述请求内容进行验证处理，包括：

在所述请求内容中，获取所述N个参数类型对应的第二请求参数；

若参数类型i对应的第一请求参数与所述参数类型i对应的第二请求参数相同，则确定所述验证条件对所述请求内容验证成功，所述参数类型i为所述N个参数类型中的任意一个。

4.根据权利要求3所述的方法，其特征在于，所述在所述请求内容中，获取所述N个参数类型对应的第二请求参数，包括：

按照预设规则对所述请求内容进行格式转换处理，得到格式化请求内容，所述格式化请求内容包括多个键值对，所述键值对的键为参数类型，所述键值对的值为请求参数；

在所述格式化请求内容中获取所述N个参数类型对应的第二请求参数。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述第一地址获取M个验证条件，包括：

根据所述第一地址，在预设存储空间中获取所述服务器对应的配置信息，所述配置信息中包括所述M个验证条件；

在所述配置信息中获取所述M个验证条件。

6.根据权利要求5所述的方法，其特征在于，所述配置信息中还包括所述M个验证条件一一对应的M个地址；所述获取所述目标业务系统的第二地址，包括：

将所述配置信息中所述目标验证条件对应的地址确定为所述第二地址。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

若所述M个验证条件中不存在所述目标验证条件，则向所述服务器发送所述第一业务请求。

8.一种数据处理装置，其特征在于，应用于网关设备，所述数据处理装置包括第一获取模块、第二获取模块、确定模块、第三获取模块和发送模块，其中：

所述第一获取模块用于，获取客户端发送的第一业务请求，所述第一业务请求包括服务器的第一地址和请求内容，所述服务器中设置有K个业务系统，所述第一业务请求用于请求访问所述服务器中的第一业务系统，所述K为大于1的整数；

所述第二获取模块用于，根据所述第一地址获取M个验证条件，所述验证条件用于对所述请求内容进行验证，每个所述验证条件对应至少一个业务系统，所述M为小于或等于K的整数；

所述确定模块用于，根据所述请求内容在所述M个验证条件中确定目标验证条件，所述请求内容满足所述目标验证条件，所述目标验证条件对应目标业务系统；

所述第三获取模块用于，获取所述目标业务系统的第二地址，并将所述第一业务请求中的第一地址替换为所述第二地址，得到第二业务请求；

所述发送模块用于，向所述目标业务系统发送所述第二业务请求。

9.一种数据处理设备，其特征在于，包括处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1至7任一项所述的数据处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的数据处理方法。