CN109618347A - 一种自动化分发业务请求的智能网关系统 - Google Patents

Abstract

本发明公开了一种自动化分发业务请求的智能网关系统，该网关系统用于将eSIM业务平台的eSIM业务请求转发至运营商，并将运营商的处理结果返回至eSIM业务平台；该网关系统在转发eSIM业务请求时，先根据所配置的服务治理组件链对eSIM业务请求体进行过滤，再进行转发；且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。该网关系统属于网关技术领域，可以实现业务层面的请求转发功能，并可以实现基于业务的服务治理功能。

Description

一种自动化分发业务请求的智能网关系统

技术领域

本发明涉及网关技术领域，特别是一种自动化分发业务请求的智能网关系统。

背景技术

普通的网关技术，原理是通过IP地址进行请求转发，网关对系统的业务并无感知，无法在业务级别的粒度上对请求进行转发，同时无法具备鉴权、负载均衡、服务注册与自动发现的服务治理的功能。

发明内容

本发明的发明目的是，针对上述问题，提供一种自动化分发业务请求的智能网关系统，以提供业务层面的请求转发功能，并提供基于业务的服务治理功能。

为达到上述目的，本发明所采用的技术方案是：

一种自动化分发业务请求的智能网关系统,该网关系统用于将eSIM业务平台的eSIM业务请求转发至运营商，并将运营商的处理结果返回至eSIM业务平台；该网关系统在转发eSIM业务请求时，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商。

进一步地，该网关系统在转发eSIM业务请求时，先根据所配置的服务治理组件链对eSIM业务请求体进行过滤，再进行转发；且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

进一步地，该网关系统对eSIM业务请求体进行过滤的具体内容如下：该网关系统内置的服务治理组件包括认证组件、鉴权组件、流量控制组件、服务路由组件、数据缓存组件、负载均衡组件、协议转换组件、超时熔断组件、服务注册/自动发现组件、服务编排组件、动态监控组件及日志记录组件，各个服务治理组件采用链式可插拔的形式进行接入；且，该网关系统根据每个运营商的服务实例分别配置启用一个或多个服务治理组件组成服务治理组件链，在对eSIM业务请求体进行过滤时，根据服务治理组件链启用的服务治理组件以链式结构对eSIM业务请求体进行过滤。

进一步地，该网关系统的服务治理组件的具体内容如下：

认证组件通过eSIM业务请求体中的md5Sum、appSecret字段，校验请求是否合法、是否由可信任的源发起；

鉴权组件通过eSIM业务请求体中的appSecret字段校验eSIM业务的发起方是否有权限请求该接口；

流量控制组件通过计算该eSIM业务接口在一定时间内的访问频率，判断访问频率是否超限；

数据缓存组件将短时间内eSIM业务请求结果相同的接口数据进行缓存，短时间内多次查询将缓存数据直接返回；

负载均衡组件通过轮询及权重分配的方式将eSIM业务请求分发至不同的运营商的服务实例中进行处理，避免某一运营商的服务实例负载过重；

协议转换组件将eSIM业务请求体参数转换成为运营商接口所需的参数；

超时熔断组件在运营商接口出现大面积超时的情况下，主动返回连接超时，避免资源池被耗尽，为系统提供过载保护；

服务注册/自动发现组件使用Zookeeper来进行服务注册，运营商服务实例启动后会自动向Zookeeper注册中心注册服务，当eSIM业务请求需要转发至该运营商时，服务注册/自动发现组件向Zookeeper注册中心获取可用的服务实例，再将eSIM业务请求转发至对应的可用服务实例中；

动态监控组件通过监控每个接口调用的返回情况，收集报错告警信息和接口响应时间，为实时监控页面提供数据；

日志记录组件详细记录eSIM业务请求的报文、响应数据；

服务路由组件负责与运营商系统平台进行对接，发送eSIM业务请求至运营商侧；

服务编排组件在启用多个服务治理组件时，根据预设优先级自动编排启用的服务治理组件的过滤顺序。

进一步地，eSIM业务平台的eSIM业务包括开户、订购、查余量、停机、复机、换卡和退订业务。

基于上述网关系统，提供一种自动化分发业务请求的eSIM业务系统,包括eSIM业务平台、统一网关及运营商服务实例，eSIM业务平台通过统一网关来连接运营商服务实例，eSIM业务平台连接至客户终端为其提供eSIM业务，运营商服务实例连接至为eSIM业务平台提供基础服务的运营商；

eSIM业务平台接收到客户终端的为eSIM业务请求后，通过统一网关进行转发，发送至具体的运营商服务实例；运营商服务实例对eSIM业务请求进行封装，然后发送至对应的运营商；运营商对eSIM业务请求处理完成后，将处理结果返回至运营商服务实例；运营商服务实例再将运营商的处理结果进行解析，然后逐层返回经统一网关、eSIM业务平台及客户终端；

该统一网关在转发eSIM业务请求时，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商。

进一步地，统一网关在转发eSIM业务请求时，先根据所配置的服务治理组件链对eSIM业务请求体进行过滤，再进行转发；且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

进一步地，统一网关对eSIM业务请求体进行过滤的具体内容如下：该网关系统内置的服务治理组件包括认证组件、鉴权组件、流量控制组件、服务路由组件、数据缓存组件、负载均衡组件、协议转换组件、超时熔断组件、服务注册/自动发现组件、服务编排组件、动态监控组件及日志记录组件，各个服务治理组件采用链式可插拔的形式进行接入；且，该网关系统根据每个运营商的服务实例分别配置启用一个或多个服务治理组件组成服务治理组件链，在对eSIM业务请求体进行过滤时，根据服务治理组件链启用的服务治理组件以链式结构对eSIM业务请求体进行过滤。

由于采用上述技术方案，本发明具有以下有益效果：

1.本发明的网关基于eSIM业务请求体进行转发，可以感知业务，实现业务层面的请求转发功能。

2.本发明的网关还可以通过服务治理组件实现认证、鉴权、负责均衡、流量控制、动态监控等服务治理功能，实现基于业务的服务治理功能。

附图说明

图1是本发明的实施例1的系统框图。

图2是本发明的实施例2的系统连接结构框图。

图3是本发明的实施例2的统一网关结构框图。

图4是本发明的实施例2的原理框图。

附图中，1-eSIM业务系统；2-客户终端；3-eSIM业务平台，4-统一网关，5-运营商服务实例，6-运营商。

具体实施方式

以下结合附图对发明的具体实施进一步说明。

实施例1

如图1所示，本实施例1的一种自动化分发业务请求的智能网关系统，该网关系统用于将eSIM业务平台的eSIM业务请求转发至运营商，并将运营商的处理结果返回至eSIM业务平台；该网关系统在转发eSIM业务请求时，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商。

在一实例中，该网关系统在转发eSIM业务请求时，先根据所配置的业务组件(服务治理组件)链对eSIM业务请求体进行过滤，再进行转发；具体为：先对eSIM业务请求体进行分类，将其分属至对应的运营商服务实例中，而运营商服务实例配置有服务治理组件链，根据该运营商服务实例所配置的服务治理组件链启用对应的服务治理组件进行过滤。且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。该网关系统的具体内容如下：

该网关系统内置的服务治理组件包括认证组件、鉴权组件、流量控制组件、服务路由组件、数据缓存组件、负载均衡组件、协议转换组件、超时熔断组件、服务注册/自动发现组件、服务编排组件、动态监控组件及日志记录组件。各个服务治理组件采用链式可插拔的形式进行接入。该网关系统的服务治理组件的具体内容如下：

其中，认证组件通过eSIM业务请求体中的md5Sum、appSecret字段，校验请求是否合法、是否由可信任的源发起；鉴权组件通过eSIM业务请求体中的appSecret字段校验eSIM业务的发起方是否有权限请求该接口；流量控制组件通过计算该eSIM业务接口在一定时间内的访问频率，判断访问频率是否超限；数据缓存组件将短时间内eSIM业务请求结果相同的接口数据进行缓存，短时间内多次查询将缓存数据直接返回；负载均衡组件通过轮询及权重分配的方式将eSIM业务请求分发至不同的运营商的服务实例中进行处理，避免某一运营商的服务实例负载过重；协议转换组件将eSIM业务请求体参数转换成为运营商接口所需的参数；超时熔断组件在运营商接口出现大面积超时的情况下，主动返回连接超时eSIM业务请求，避免资源池被耗尽，为系统提供过载保护；服务注册/自动发现组件使用Zookeeper来进行服务注册，运营商服务实例启动后会自动向Zookeeper注册中心注册服务，当eSIM业务请求需要转发至该运营商时，服务注册/自动发现组件向Zookeeper注册中心获取可用的服务实例，再将eSIM业务请求体转发至对应的可用服务实例中；动态监控组件通过监控每个接口调用的返回情况，收集报错告警信息和接口响应时间，为实时监控页面提供数据；日志记录组件详细记录eSIM业务请求的报文、响应数据；服务路由组件负责与运营商系统平台进行对接，发送eSIM业务请求至运营商侧；服务编排组件在启用多个服务治理组件时，根据预设优先级自动编排启用的服务治理组件的过滤顺序。

如上述，该网关系统根据每个运营商的服务实例分别配置启用一个或多个服务治理组件组成服务治理组件链，在对eSIM业务请求体进行过滤时，根据服务治理组件链启用的服务治理组件以链式结构对eSIM业务请求体进行过滤；eSIM业务请求体均满足当前启用的服务治理组件的过滤要求后，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

其中，先根据运营商及其服务实例选择一个或多个服务治理组件，然后根据服务实例及所选服务治理组件的功能编排启用顺序，形成服务治理组件链，且其配置于对应的运营商服务实例，在有请求体分发至服务实例时触发服务治理组件链，再依服务治理组件链启动对应的组件进行过滤。下述以多个组件为例说明：

其中较为通用的组件有：认证组件及鉴权组件，用于保障系统的安全调用；动态监控组件，用于实时监控系统的状态，如吞吐量、接口调用实时情况等；日志记录组件，用于记录系统的行为；服务路由组件，用于与运营商侧系统平台进行对接。认证组件、鉴权组件、动态监控组件、日志记录组件及服务路组件由前至后组成服务治理组件链框架，而其它组件置于动态监控组件之前，且与认证组件及鉴权组件比对优先顺序，形成相应服务实例的服务治理组件链。

例如，某运营商的接口承载能力有限，需要对其接口进行限流保护，因此考虑在其服务实例中使用流量控制组件；组件启动过滤顺序为：认证组件->鉴权组件->流量控制组件->动态监控组件->日志记录组件->服务路由组件。

再如，另一运营商具备价格优势，且其接口具备一定承载能力，因而其接口的业务流量会比较高，考虑启用多个运营商服务实例，使用负载均衡组件在来均衡多个运营商服务实例的负载；使用超时熔断组件来对系统进行过载保护，组件启动过滤顺序为：负载均衡组件->认证组件->鉴权组件->超时熔断组件->动态监控组件->日志记录组件->服务路由组件。

其中，eSIM业务平台的eSIM业务包括开户、订购、查余量、停机、复机、换卡和退订业务。

下述将说明具体示例。

eSIM业务请求体的实例的结构为：

网关系统在接收到请求后，从eSIM业务请求体中获取“bssid”字段，得到运营商标识符；获取“productId”字段，得到产品id；获取“serviceType”字段，得到业务标识。网关系统的请求分类分发器首先根据业务标识进行请求分类，如本次请求为查余量、停机、复机、换卡、退订业务中的任一种，则根据运营商标识符的不同，将请求分发至对应的运营商服务实例中进行处理；如本次请求为开户、订购中的一种，则根据运营商网络状况、套餐资费成本评分、卡资源数量的加权评定情况，将请求分发至最优的运营商所对应的服务实例中。运营商服务实例中配置有链式服务治理组件，启用的每一服务治理组件都对该请求进行过滤，若满足当前组件的过滤条件，则进入下一服务治理组件中；若不满足当前组件的过滤条件，则返回报错信息至调用方。当请求满足所有过滤组件的过滤后，请求将被转发至对应的运营商系统平台，经运营商处理、返回后，网关系统将运营商的处理结果返回给调用方。

请求分类分发器中维护有运营商评分，运营商评分主要由运营商网络状况、套餐资费成本、卡资源数量三方面进行加权评分。当业务请求为开户或订购时，请求分类分发器会将请求分发至综合评分最高的运营商进行开户或订购操作。例如，一个订购请求，其运营商标识符(bssid)为B运营商，但此时A运营商的评分最高，那么请求分类分发器会将请求分发到运营商A-服务实例1、运营商A-服务实例2其中之一上，具体的运营商服务实例再进行过滤、转发至运营商A的系统平台中。在网关系统内，一个运营商可以拥有多个服务实例，同一运营商的多个服务实例在功能上是相同的，用于避免某一服务实例的宕机导致该运营商资源的不可用，目的是提高系统的可用性和吞吐量。

如上述，该网关系统基于eSIM业务请求体进行转发，可以感知业务，实现业务层面的请求转发功能。且，该网关系统还可以通过服务治理组件实现认证、鉴权、负责均衡、流量控制、动态监控等服务治理功能，实现基于业务的服务治理功能。

实施例2

本实施例2基于实施例1的网关系统，实施例1的网关系统即为本实施例2中的统一网关。

如图1-图4所示，本实施例2的一种自动化分发业务请求的eSIM业务系统,包括eSIM业务平台3、统一网关4及运营商服务实例5，eSIM业务平台3通过统一网关4来连接运营商服务实例5，eSIM业务平台3连接至客户终端2为其提供eSIM业务，运营商服务实例5连接至为eSIM业务平台提供基础服务的运营商6；

eSIM业务平台接收到客户终端的为eSIM业务请求后，通过统一网关进行转发，发送至具体的运营商服务实例；运营商服务实例对eSIM业务请求进行封装，然后发送至对应的运营商；运营商对eSIM业务请求处理完成后，将处理结果返回至运营商服务实例；运营商服务实例再将运营商的处理结果进行解析，然后逐层返回经统一网关、eSIM业务平台及客户终端；

该统一网关在转发eSIM业务请求时，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商。

在一实例中，统一网关在转发eSIM业务请求时，先根据已配置的服务治理组件链对eSIM业务请求体进行过滤，再进行转发；具体为：先对eSIM业务请求体进行分类，将其分属至对应的运营商实例中，而运营商实例配置有服务治理组件链，根据该运营商实例所配置的服务治理组件链启用对应的服务治理组件进行过滤。且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

下述将进行具体说明。

如图2所示，该统一网关4与eSIM业务平台3、运营商服务实例5共同组成eSIM业务系统1，运营商包括国内及国际运营商，各个运营商组成运营商业务系统。eSIM业务平台3通过统一网关4来连接运营商服务实例5，运营商服务实例5与运营商6连接，运营商6为eSIM业务系统1提供基础服务。

eSIM业务系统1为客户终端2提供eSIM业务，以终端APP为例，包括终端A-N，eSIM业务包括开户、订购、查余量、停机、复机、换卡及退订等。eSIM业务平台3接收到终端APP的业务请求后，通过统一网关4进行转发，发送至具体的运营商服务实例5中，运营商服务实例5对请求进行封装，发送至对应的运营商6，运营商6处理完成后，将处理结果返回至运营商服务实例5，运营商服务实例5再将结果进行解析，逐层返回，经统一网关4及eSIM业务平台3，最终返回至终端APP中，展示给用户。

如图3所示，统一网关包含认证、鉴权、流量控制、服务路由、数据缓存、负载均衡、协议转换、超时熔断、服务注册/自动发现、服务编排、动态监控及日志记录等服务治理组件。网关内的服务治理组件采用链式可插拔的形式进行接入，可以随时启用/停用任一组件。

其中，认证组件通过eSIM业务请求体中的md5Sum、appSecret字段，校验请求是否合法、是否由可信任的源发起；鉴权组件通过请求体中的appSecret字段校验eSIM业务的发起方是否有权限请求该接口；流量控制组件通过计算该业务接口在一定时间内的访问频率，判断访问频率是否超限；数据缓存组件将短时间内eSIM业务请求结果相同的接口数据进行缓存(如查询余量接口)，短时间内多次查询将缓存数据直接返回，避免频繁调用运营商接口，提高接口响应时间；负载均衡组件通过轮询、权重分配的方式将eSIM业务请求分发至不同的运营商实例中进行处理，避免某一运营商实例的负载过重；协议转换组件将eSIM业务请求体参数转换成为运营商接口所需的参数；超时熔断组件在运营商侧接口出现大面积超时的情况下，主动返回连接超时的eSIM业务请求，避免大量的线程池等待造成资源池被耗尽，为系统提供过载保护；服务注册/自动发现组件使用Zookeeper来进行服务注册，运营商服务实例启动后会自动向Zookeeper注册中心注册服务，当请求需要转发至该运营商服务实例时，服务注册/自动发现组件向Zookeeper注册中心获取可用的服务实例，再将请求体转发至对应的可用服务实例中；动态监控组件通过监控每个接口调用的返回情况，收集报错告警信息和接口响应时间，为实时监控页面提供数据；日志记录组件详细记录eSIM业务请求体的报文、响应数据；服务路由组件负责与运营商系统平台进行对接，发送eSIM业务请求至运营商侧；服务编排组件在转发规则启用多个服务治理组件时，根据预设的优先级自动编排启用的服务治理组件的过滤顺序。

网关内配置有多个运营商服务实例，一个运营商可以对应多个运营商服务实例，但一个运营商服务实例只会对应一个运营商。在运营商服务实例中，各组件通过配置的方式组成组件链，每个运营商服务实例拥有一条服务治理组件链。eSIM平台的请求到达网关系统后，网关系统根据请求体内的运营商服务标识与运营商评分，将请求分发至某一运营商服务实例中。在该运营商服务实例中，请求依次经过组件链的组件过滤，满足全部过滤条件的请求，会被运营商服务实例转发至对应的运营商系统中。

如图4所示，统一网关根据eSIM业务请求体中的运营商标识符，将分属不同运营商的请求转发至对应的运营商中。可以针对不同的转发规则，设定该转发规则下所需启用的组件；不同的转发规则下，可以启用不同的服务治理组件，从而实现对不同运营商接口的服务治理。启用的组件以链式结构对eSIM业务请求体进行过滤，满足当前组件要求的请求可以进入下一组件进行处理，不满足当前组件要求的请求则直接返回报错信息至调用方。

如上述，该eSIM业务系统中，统一网关基于eSIM业务请求体进行转发，可以感知业务，因此，eSIM业务系统可以实现业务层面的请求转发功能。且，该网关系统还可以通过服务治理组件实现认证、鉴权、负责均衡、流量控制、动态监控等服务治理功能，因此，eSIM业务系统可以实现基于业务的服务治理功能。

上述说明是针对本发明较佳可行实施例的详细说明，但实施例并非用以限定本发明的专利申请范围，凡本发明所提示的技术精神下所完成的同等变化或修饰变更，均应属于本发明所涵盖专利范围。

Claims (10)

1.一种自动化分发业务请求的智能网关系统，其特征在于：该网关系统用于将eSIM业务平台的eSIM业务请求转发至运营商，并将运营商的处理结果返回至eSIM业务平台；

该网关系统在转发eSIM业务请求时，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商。

2.根据权利要求1所述的一种自动化分发业务请求的智能网关系统,其特征在于：该网关系统在转发eSIM业务请求时，先根据所配置的服务治理组件链对eSIM业务请求体进行过滤，再进行转发；且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

3.根据权利要求2所述的一种自动化分发业务请求的智能网关系统,其特征在于：该网关系统对eSIM业务请求体进行过滤的具体内容如下：该网关系统内置的服务治理组件包括认证组件、鉴权组件、流量控制组件、服务路由组件、数据缓存组件、负载均衡组件、协议转换组件、超时熔断组件、服务注册/自动发现组件、服务编排组件、动态监控组件及日志记录组件，各个服务治理组件采用链式可插拔的形式进行接入；且，该网关系统根据每个运营商的服务实例分别配置启用一个或多个服务治理组件组成服务治理组件链，在对eSIM业务请求体进行过滤时，根据服务治理组件链启用的服务治理组件以链式结构对eSIM业务请求体进行过滤。

4.根据权利要求3所述的一种自动化分发业务请求的智能网关系统,其特征在于：该网关系统的服务治理组件的具体内容如下：

认证组件通过eSIM业务请求体中的md5Sum、appSecret字段，校验请求是否合法、是否由可信任的源发起；

鉴权组件通过eSIM业务请求体中的appSecret字段校验eSIM业务的发起方是否有权限请求该接口；

流量控制组件通过计算该eSIM业务接口在一定时间内的访问频率，判断访问频率是否超限；

数据缓存组件将短时间内eSIM业务请求结果相同的接口数据进行缓存，短时间内多次查询将缓存数据直接返回；

负载均衡组件通过轮询及权重分配的方式将eSIM业务请求分发至不同的运营商的服务实例中进行处理，避免某一运营商的服务实例负载过重；

协议转换组件将eSIM业务请求体参数转换成为运营商接口所需的参数；

超时熔断组件在运营商接口出现大面积超时的情况下，主动返回连接超时，避免资源池被耗尽，为系统提供过载保护；

服务注册/自动发现组件使用Zookeeper来进行服务注册，运营商服务实例启动后会自动向Zookeeper注册中心注册服务，当eSIM业务请求需要转发至该运营商时，服务注册/自动发现组件向Zookeeper注册中心获取可用的服务实例，再将eSIM业务请求体转发至对应的可用服务实例中；

动态监控组件通过监控每个接口调用的返回情况，收集报错告警信息和接口响应时间，为实时监控页面提供数据；

日志记录组件详细记录eSIM业务请求的报文、响应数据；

服务路由组件负责与运营商系统平台进行对接，发送eSIM业务请求至运营商侧；

服务编排组件在启用多个服务治理组件时，根据预设优先级自动编排所启用的服务治理组件的过滤顺序；

其中，先根据运营商及其服务实例选择一个或多个服务治理组件，然后根据服务实例及所选服务治理组件优先级编排启用顺序，形成服务治理组件链，且其配置于对应的运营商服务实例，在有请求体分发至服务实例时触发服务治理组件链，再依服务治理组件链启动对应的组件进行过滤；其中，启用多个服务治理组件时通用的组件有：认证组件、鉴权组件、动态监控组件、日志记录组件及服务路由组件；认证组件、鉴权组件、动态监控组件、日志记录组件及服务路组件由前至后组成服务治理组件链框架，而其它组件置于动态监控组件之前，且与认证组件及鉴权组件比对优先顺序，形成相应服务实例的服务治理组件链。

5.根据权利要求4所述的一种自动化分发业务请求的智能网关系统,其特征在于：所述eSIM业务平台的eSIM业务包括开户、订购、查余量、停机、复机、换卡和退订业务。

6.一种自动化分发业务请求的eSIM业务系统,其特征在于：包括eSIM业务平台、统一网关及运营商服务实例，eSIM业务平台通过统一网关来连接运营商服务实例，eSIM业务平台连接至客户终端为其提供eSIM业务，运营商服务实例连接至为eSIM业务平台提供基础服务的运营商；

eSIM业务平台接收到客户终端的为eSIM业务请求后，通过统一网关进行转发，发送至具体的运营商服务实例；运营商服务实例对eSIM业务请求进行封装，然后发送至对应的运营商；运营商对eSIM业务请求处理完成后，将处理结果返回至运营商服务实例；运营商服务实例再将运营商的处理结果进行解析，然后逐层返回经统一网关、eSIM业务平台及客户终端；

该统一网关在转发eSIM业务请求时，根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商。

7.根据权利要求6所述的一种自动化分发业务请求的eSIM业务系统,其特征在于：所述统一网关在转发eSIM业务请求时，先根据所配置的服务治理组件链对eSIM业务请求体进行过滤，再进行转发；且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

8.根据权利要求7所述的一种自动化分发业务请求的eSIM业务系统,其特征在于：所述统一网关在转发eSIM业务请求时，先对eSIM业务请求体进行分类，将其分属至对应的运营商服务实例中；然后，运营商服务实例配置有服务治理组件链，根据该运营商服务实例所配置的服务治理组件链启用对应的服务治理组件进行过滤，完成过滤后再进行转发；且，若eSIM业务请求体满足当前的过滤要求，则根据eSIM业务请求体中的运营商标识符，将分属不同运营商的eSIM业务请求转发至对应的运营商，否则直接返回报错信息。

9.根据权利要求8所述的一种自动化分发业务请求的eSIM业务系统,其特征在于：所述统一网关对eSIM业务请求体进行过滤的具体内容如下：该网关系统内置的服务治理组件包括认证组件、鉴权组件、流量控制组件、服务路由组件、数据缓存组件、负载均衡组件、协议转换组件、超时熔断组件、服务注册/自动发现组件、服务编排组件、动态监控组件及日志记录组件，各个服务治理组件采用链式可插拔的形式进行接入；且，该网关系统根据每个运营商的服务实例分别配置启用一个或多个服务治理组件组成服务治理组件链，在对eSIM业务请求体进行过滤时，根据服务治理组件链启用的服务治理组件以链式结构对eSIM业务请求体进行过滤。

10.根据权利要求9所述的一种自动化分发业务请求的eSIM业务系统,其特征在于：所述统一网关服务治理组件的具体内容如下：

认证组件通过eSIM业务请求体中的md5Sum、appSecret字段，校验请求是否合法、是否由可信任的源发起；

鉴权组件通过eSIM业务请求体中的appSecret字段校验eSIM业务的发起方是否有权限请求该接口；

流量控制组件通过计算该eSIM业务接口在一定时间内的访问频率，判断访问频率是否超限；

数据缓存组件将短时间内eSIM业务请求结果相同的接口数据进行缓存，短时间内多次查询将缓存数据直接返回；

负载均衡组件通过轮询及权重分配的方式将eSIM业务请求分发至不同的运营商的服务实例中进行处理，避免某一运营商的服务实例负载过重；

协议转换组件将eSIM业务请求体参数转换成为运营商接口所需的参数；

超时熔断组件在运营商接口出现大面积超时的情况下，主动返回连接超时，避免资源池被耗尽，为系统提供过载保护；

服务注册/自动发现组件使用Zookeeper来进行服务注册，运营商服务实例启动后会自动向Zookeeper注册中心注册服务，当eSIM业务请求需要转发至该运营商时，服务注册/自动发现组件向Zookeeper注册中心获取可用的服务实例，再将eSIM业务请求体转发至对应的可用服务实例中；

动态监控组件通过监控每个接口调用的返回情况，收集报错告警信息和接口响应时间，为实时监控页面提供数据；

日志记录组件详细记录eSIM业务请求的报文、响应数据；

服务路由组件负责与运营商系统平台进行对接，发送eSIM业务请求至运营商侧；

服务编排组件在启用多个服务治理组件时，根据预设优先级自动编排所启用的服务治理组件的过滤顺序；

其中，先根据运营商及其服务实例选择一个或多个服务治理组件，然后根据服务实例及所选服务治理组件优先级编排启用顺序，形成服务治理组件链，且其配置于对应的运营商服务实例，在有请求体分发至服务实例时触发服务治理组件链，再依服务治理组件链启动对应的组件进行过滤；其中，启用多个服务治理组件时通用的组件有：认证组件、鉴权组件、动态监控组件、日志记录组件及服务路由组件；认证组件、鉴权组件、动态监控组件、日志记录组件及服务路组件由前至后组成服务治理组件链框架，而其它组件置于动态监控组件之前，且与认证组件及鉴权组件比对优先顺序，形成相应服务实例的服务治理组件链。