路由数据的处理方法、网关组件、服务器、介质及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种路由数据的处理方法、网关组件、服务器、介质及系统。

背景技术

在以spring cloud为代表的云计算微服务技术栈中，在网关节点接收到http请求，例如在接入网中开通点对点的链路的请求时，需要查询路由表中的路由数据，以根据路由数据将请求转发到可以提供在接入网中开通点对点的链路服务的企业内部的服务集群中。

现有技术中，通常将路由数据通过人工导入的方式，存储在网关节点的内存中，然而节点内存在断电后会丢失数据。网关节点还可以通过访问高速缓存来获取路由数据，但如果网关节点在每一次接收到http请求时都访问高速缓存来获取路由数据，则会增加转发请求的耗时，同时由于高速缓存的性能并不稳定，也会增加网关系统的复杂度和不稳定度。

发明内容

本申请提供一种路由数据的处理方法、网关组件、服务器、介质及系统，用于解决现有技术中通过人工导入网关内存的路由数据易失，以及通过高速缓存获取路由数据而导致的网关请求转发效率低，且网关系统复杂、不稳定的问题。

第一方面，本申请提供一种路由数据的处理方法，应用于网关组件，包括：获取管理服务器发送的数据变更事件，并获取与所述数据变更事件对应的第一路由数据；根据所述第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理；其中，所述本地路由表为所述网关组件在启动时，从路由数据库中获取并存储的路由表。

在一种具体实施方式中，在所述获取管理服务器发送的数据变更事件之前，所述方法还包括：在所述网关组件启动后，记录初始化启动时间；逐条获取所述路由数据库中的路由表中的第二路由数据，并将获取的第二路由数据逐条存储在所述本地路由表中；开启路由表变更事件处理接口，以通过所述路由表变更事件处理接口获取管理服务器发送的数据变更事件；在开启路由表变更事件处理接口时，记录初始化结束时间；将初始化启动时间和初始化结束时间之间的时间段作为数据更新时间段，并在所述路由数据库中的路由表中，查询获取所述数据更新时间段内的第二路由数据，并根据所述数据更新时间段内的第二路由数据，对所述本地路由表进行更新处理。

在一种具体实施方式中，所述根据所述第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理，包括：根据所述第一路由数据中的第一源地址，确定所述本地路由表中是否存在与所述第一源地址对应的本地路由数据；在确定所述本地路由表中存在与所述第一源地址对应的本地路由数据时，将所述第一路由数据中的第一时间戳与所述本地路由数据中的时间戳相比较；在确定所述第一路由数据中的第一时间戳大于本地路由数据中的时间戳时，将本地路由数据中的目的地址更新为所述第一路由数据中的第一目的地址。

在一种具体实施方式中，所述方法还包括：每隔预设时间，逐条获取所述路由数据库中的路由表中的第三路由数据，以根据所述第三路由数据中的第三源地址、第三目的地址和第三时间戳，对本地路由表进行更新处理。

第二方面，本申请提供一种路由数据的处理方法，应用于管理服务器，包括：接收路由数据变更请求，并根据所述路由数据变更请求中的数据变更事件，对路由数据库中的路由表进行更新处理；将所述数据变更事件发送给网关组件，以使所述网关组件根据所述数据变更事件对本地路由表进行更新处理。

第三方面，本申请提供一种网关组件，包括：获取模块，用于获取管理服务器发送的数据变更事件，并获取与所述数据变更事件对应的第一路由数据；处理模块，用于根据所述第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理；其中，所述本地路由表为所述网关组件在启动时，从路由数据库中获取并存储的路由表。

在一种具体实施方式中，在获取管理服务器发送的数据变更事件之前，所述处理模块还用于：在所述网关组件启动后，记录初始化启动时间；逐条获取所述路由数据库中的路由表中的第二路由数据，并将获取的第二路由数据逐条存储在所述本地路由表中；开启路由表变更事件处理接口，以通过所述路由表变更事件处理接口获取所述管理服务器发送的数据变更事件；在开启路由表变更事件处理接口时，记录初始化结束时间；将初始化启动时间和初始化结束时间之间的时间段作为数据更新时间段，并在所述路由数据库中的路由表中，查询获取所述数据更新时间段内的第二路由数据，并根据所述数据更新时间段内的第二路由数据，对所述本地路由表进行更新处理。

在一种具体实施方式中，所述处理模块，具体用于：根据所述第一路由数据中的第一源地址，确定所述本地路由表中是否存在与所述第一源地址对应的本地路由数据；在确定所述本地路由表中存在与所述第一源地址对应的本地路由数据时，将所述第一路由数据中的第一时间戳与所述本地路由数据中的时间戳相比较；在确定所述第一路由数据中的第一时间戳大于本地路由数据中的时间戳时，将本地路由数据中的目的地址更新为所述第一路由数据中的第一目的地址。

在一种具体实施方式中，所述处理模块，还用于：每隔预设时间，逐条获取所述路由数据库中的路由表中的第三路由数据，以根据所述第三路由数据中的第三源地址、第三目的地址和第三时间戳，对本地路由表进行更新处理。

第四方面，本申请提供一种网关组件，包括：处理器，存储器，通信接口；所述存储器用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行第一方面所述的路由数据的处理方法。

第五方面，本申请提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的路由数据的处理方法。

第六方面，本申请提供一种管理服务器，包括：变更处理模块，用于接收路由数据变更请求，并根据所述路由数据变更请求中的数据变更事件，对路由数据库中的路由表进行更新处理；发送模块，用于将所述数据变更事件发送给网关组件，以使所述网关组件根据所述数据变更事件对本地路由表进行更新处理。

第七方面，本申请提供一种管理服务器，包括：处理器，存储器，通信接口；所述存储器用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行第二方面所述的路由数据的处理方法。

第八方面，本申请提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第二方面所述的路由数据的处理方法。

第九方面，本申请提供一种网关系统，包括：如第三方面至第五方面所述的网关组件、如第六方面至第八方面所述的管理服务器以及路由数据库。

本申请提供一种路由数据的处理方法、网关组件、服务器、介质及系统，该方法包括：获取管理服务器发送的数据变更事件，并获取与该数据变更事件对应的第一路由数据；根据该第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理；其中，该本地路由表为该网关组件在启动时，从路由数据库中获取并存储的路由表。相较于现有技术中通过人工导入网关内存的路由数据易失，通过高速缓存获取路由数据导致网关请求转发效率低，且网关系统复杂、不稳定，本申请根据数据变更事件对本地路由表进行更新，且本地路由表为网关组件在启动时从路由数据库中获取并存储的路由表，使得网关组件在启动时即可从路由数据库中获取路由数据，存储为本地路由表，并可以根据数据变更事件对本地路由表进行更新，且无需借助外部缓存组件，解决了现有技术中通过人工导入网关内存的路由数据易失，以及通过高速缓存获取路由数据而导致的网关请求转发效率低，且网关系统复杂、不稳定的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请提供的一种网关系统结构图；

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

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

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

图5为本申请提供的一种网关组件实施例的结构示意图；

图6为本申请提供的另一种网关组件实施例的结构示意图；

图7为本申请提供的一种管理服务器实施例的结构示意图；

图8为本申请提供的另一种管理服务器实施例的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在根据本实施例的启示下作出的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在以spring cloud为代表的云计算微服务技术栈中，在网关节点接收到http请求，例如在接入网中开通点对点的链路的请求时，需要查询路由表中的路由数据，以根据路由数据将请求转发到可以提供在接入网中开通点对点的链路服务的企业内部的服务集群中。

现有技术中，通常将路由数据通过人工导入的方式，存储在网关节点的内存中，然而节点内存在断电后会丢失数据。网关节点还可以通过访问高速缓存来获取路由数据，但如果网关节点在每一次接收到http请求时都访问高速缓存来获取路由数据，则会增加转发请求的耗时，同时由于高速缓存的性能并不稳定，也会增加网关系统的复杂度和不稳定度。

基于上述技术问题，本申请的技术构思过程如下：如何在不引入诸如高速缓存等外部缓存组件的前提下，保证网关节点存储的路由数据持久化，以提高网关请求转发的效率。

下面对本申请的路由数据的处理方案进行详细的说明。

图1为本申请提供的一种网关系统结构图，如图1所示，该网关系统可以包括：网关组件11、管理服务器12以及路由数据库13。其中，网关组件11可以包括多个节点。网关组件11在启动时从路由数据库13中获取路由表并进行存储，即在路由表内存中存储为本地路由表。网关组件11每隔预设时间，从路由数据库13中重新获取路由数据以对路由表内存中的本地路由表进行更新。网关组件11还获取管理服务器12发送的数据变更事件，并根据数据变更事件更新本地路由表。管理服务器12还根据数据变更事件对路由数据库13中的路由表进行更新处理。

由此，在网关节点在接收到http请求后，可以直接查询路由表内存中的路由数据，以根据路由数据将请求转发到可以提供相应服务的企业内部服务集群中。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

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

参见图2，该路由数据的处理方法，应用于网关组件，具体包括以下步骤：

步骤S201：获取管理服务器发送的数据变更事件，并获取与该数据变更事件对应的第一路由数据。

步骤S202：根据该第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理。

其中，该本地路由表为该网关组件在启动时，从路由数据库中获取并存储的路由表。

在本实施例中，网关组件在启动时，从路由数据库中获取路由表，并存储为本地路由表。

管理服务器通过UI交互界面或者从企业内部服务集群中获取路由数据变更请求。示例性地，该路由数据变更请求可以为新增、更新或者删除路由数据的请求。管理服务器获取路由数据变更请求中的数据变更事件，并发送给网关组件。

网关组件获取管理服务器发送的数据变更事件，并获取与数据变更事件对应的第一路由数据。第一路由数据包括第一源地址、第一目的地址和第一时间戳。网关组件根据该第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理。

在本实施例中，网关组件获取管理服务器发送的数据变更事件，并获取与该数据变更事件对应的第一路由数据；根据该第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理；其中，该本地路由表为该网关组件在启动时，从路由数据库中获取并存储的路由表。相较于现有技术中通过人工导入网关内存的路由数据易失，通过高速缓存获取路由数据导致网关请求转发效率低，且网关系统复杂、不稳定，本申请根据数据变更事件对本地路由表进行更新，且本地路由表为网关组件在启动时从路由数据库中获取并存储的路由表，使得网关组件在启动时即可从路由数据库中获取路由数据，存储为本地路由表，并可以根据数据变更事件对本地路由表进行更新，且无需借助外部缓存组件，解决了现有技术中通过人工导入网关内存的路由数据易失，以及通过高速缓存获取路由数据而导致的网关请求转发效率低，且网关系统复杂、不稳定的问题。

图3为本申请提供的一种路由数据的处理方法实施例二的流程示意图。

参见图3，该路由数据的处理方法，应用于网关组件，具体包括以下步骤：

步骤S301：在网关组件启动后，记录初始化启动时间。

步骤S302：逐条获取路由数据库中的路由表中的第二路由数据，并将获取的第二路由数据逐条存储在本地路由表中。

步骤S303：开启路由表变更事件处理接口，以通过该路由表变更事件处理接口获取管理服务器发送的数据变更事件。

步骤S304：在开启路由表变更事件处理接口时，记录初始化结束时间。

步骤S305：将初始化启动时间和初始化结束时间之间的时间段作为数据更新时间段，并在该路由数据库中的路由表中，查询获取该数据更新时间段内的第二路由数据，并根据该数据更新时间段内的第二路由数据，对该本地路由表进行更新处理。

在本实施例中，在网关组件启动后，记录初始化启动时间startime，之后逐条获取路由数据库中的路由表中的第二路由数据，并将获取的第二路由数据逐条存储在本地路由表中。具体地，网关组件分页查询路由数据库中的路由表中的所有路由数据，将每一条路由数据都存储在本地路由表中。

在将路由数据库中的路由表中的所有路由数据都存入本地路由表后，开启路由表变更事件处理接口，以通过该接口获取管理服务器发送的数据变更事件，并在开启该接口时，记录初始化结束时间endtime。

将初始化启动时间startime和初始化结束时间endtime之间的时间段作为数据更新时间段，在路由数据库中的路由表中，查询获取该数据更新时间段内的第二路由数据，根据该数据更新时间段内的第二路由数据，对本地路由表进行更新处理。具体地，网关组件分页查询路由数据库中，更新时间在初始化启动时间startime和初始化结束时间endtime之间的所有路由数据，根据数据更新时间段内的路由数据更新本地路由表。

具体地，第二路由数据可以包括第二源地址、第二目的地址和第二时间戳。可以根据第二路由数据中的第二源地址，确定本地路由表中是否存在与第二源地址对应的本地路由数据。在确定本地路由表中存在与第二源地址对应的本地路由数据时，将第二路由数据中的第二时间戳与该本地路由数据中的时间戳相比较。在确定第二路由数据中的第二时间戳大于本地路由数据中的时间戳时，将本地路由数据中的目的地址更新为第二路由数据中的第二目的地址，实现对本地路由表的更新处理。

步骤S306：获取管理服务器发送的数据变更事件，并获取与该数据变更事件对应的第一路由数据。

步骤S307：根据该第一路由数据中的第一源地址，确定该本地路由表中是否存在与该第一源地址对应的本地路由数据。

步骤S308：在确定该本地路由表中存在与该第一源地址对应的本地路由数据时，将该第一路由数据中的第一时间戳与该本地路由数据中的时间戳相比较。

步骤S309：在确定该第一路由数据中的第一时间戳大于本地路由数据中的时间戳时，将本地路由数据中的目的地址更新为该第一路由数据中的第一目的地址。

在本实施例中，数据变更事件对应的第一路由数据包括第一源地址、第一目的地址和第一时间戳。示例性地，第一源地址可以为接入网标识“access ae”，第一目的地址可以为一组IP地址的集合{IP1，IP2，IP3}，第一时间戳可以为第一路由数据的产生时间“202211300030”，即2022年11月30日零点30分。

根据第一路由数据中的第一源地址，确定本地路由表中是否存在与该第一源地址对应的本地路由数据。在确定本地路由表中存在与该第一源地址对应的本地路由数据时，将该第一路由数据中的第一时间戳与该本地路由数据中的时间戳相比较。示例性地，根据第一路由数据中的第一源地址“access ae”，确定本地路由表中存在与该第一源地址对应的本地路由数据，示例性地，该本地路由数据为。

将第一路由数据中的第一时间戳“202211300030”与该本地路由数据中的时间戳“202211292310”相比较，第一路由数据中的第一时间戳大于本地路由数据中的时间戳，即第一路由数据相较于本地路由数据产生的时间较晚。则将本地路由数据中的目的地址“IP0”更新为该第一路由数据中的第一目的地址{IP1，IP2，IP3}。

在本实施例中，该路由数据的处理方法还可以包括：每隔预设时间，逐条获取路由数据库中的路由表中的第三路由数据，以根据该第三路由数据中的第三源地址、第三目的地址和第三时间戳，对本地路由表进行更新处理。

具体地，第三路由数据可以包括第三源地址、第三目的地址和第三时间戳。可以根据第三路由数据中的第三源地址，确定本地路由表中是否存在与第三源地址对应的本地路由数据。在确定本地路由表中存在与第三源地址对应的本地路由数据时，将第三路由数据中的第三时间戳与该本地路由数据中的时间戳相比较。在确定第三路由数据中的第三时间戳大于本地路由数据中的时间戳时，将本地路由数据中的目的地址更新为第三路由数据中的第三目的地址，实现对本地路由表的更新处理。

具体地，预设时间和网关组件的节点数和路由数据量有关。示例性地，十万数量级路由数据、几十数量级网关节点的环境下，预设时间可以设置为小时量级。即，每隔一小时，逐条获取路由数据库中的路由表中的第三路由数据。

在本实施例中，网关组件在启动时从路由数据库中获取所有路由数据并存储为本地路由表，在初始化结束后，从路由数据库中获取数据更新时间段内的第二路由数据，以对本地路由表进行更新，并每隔预设时间，从路由数据库中获取第三路由数据对本地路由表进行更新。使得网管组件在启动时可从路由数据库中获取路由数据，存储为本地路由表，除了可以根据数据变更事件更新本地路由表，还可以在初始化结束后从路由数据库中获取路由数据以持续对本地路由表进行更新，无需借助外部缓存部件，进一步解决了现有技术中通过人工导入网关内存的路由数据易失，以及通过高速缓存获取路由数据而导致的网关请求转发效率低，且网关系统复杂、不稳定的问题。

图4为本申请提供的一种路由数据的处理方法实施例三的流程示意图，参见图4，该路由数据的处理方法，应用于管理服务器，具体包括以下步骤：

步骤S401：接收路由数据变更请求，并根据该路由数据变更请求中的数据变更事件，对路由数据库中的路由表进行更新处理。

步骤S402：将该数据变更事件发送给网关组件，以使该网关组件根据该数据变更事件对本地路由表进行更新处理。

在本实施例中，管理服务器通过UI交互界面或者从企业内部服务集群中获取路由数据变更请求。示例性地，该路由数据变更请求可以为新增、更新或者删除路由数据的请求。管理服务器获取路由数据变更请求中的数据变更事件，对路由数据库中的路由表进行更新处理。

管理服务器还将数据变更事件并发送给网关组件，以使网关组件根据该数据变更事件对本地路由表进行更新处理。

网关组件获取管理服务器发送的数据变更事件，并获取与数据变更事件对应的第一路由数据。第一路由数据包括第一源地址、第一目的地址和第一时间戳。网关组件根据该第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理。

在本实施例中，管理服务器接收路由数据变更请求，并根据路由数据变更请求中的数据变更事件，对路由数据库中的路由表进行更新处理，使得路由数据库中的路由表能够持续更新；管理服务器还将数据变更事件发送给网关组件，以使网关组件根据数据变更事件对本地路由表进行更新处理，使得网关组件中的本地路由表也能够持续更新。解决了现有技术中通过人工导入网关内存的路由数据易失，以及通过高速缓存获取路由数据而导致的网关请求转发效率低，且网关系统复杂、不稳定的问题。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5为本申请提供的一种网关组件实施例的结构示意图；如图5所示，该网关组件50包括：获取模块51以及处理模块52。其中，获取模块51用于获取管理服务器发送的数据变更事件，并获取与该数据变更事件对应的第一路由数据；处理模块52用于根据该第一路由数据中的第一源地址、第一目的地址和第一时间戳，对本地路由表进行更新处理；其中，该本地路由表为该网关组件在启动时，从路由数据库中获取并存储的路由表。

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

在一种可能的实施方案中，在获取管理服务器发送的数据变更事件之前，处理模块52还用于在该网关组件启动后，记录初始化启动时间；逐条获取该路由数据库中的路由表中的第二路由数据，并将获取的第二路由数据逐条存储在该本地路由表中；开启路由表变更事件处理接口，以通过该路由表变更事件处理接口获取该管理服务器发送的数据变更事件；在开启路由表变更事件处理接口时，记录初始化结束时间；将初始化启动时间和初始化结束时间之间的时间段作为数据更新时间段，并在该路由数据库中的路由表中，查询获取该数据更新时间段内的第二路由数据，并根据该数据更新时间段内的第二路由数据，对该本地路由表进行更新处理。

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

在一种可能的实施方案中，处理模块52具体用于根据该第一路由数据中的第一源地址，确定该本地路由表中是否存在与该第一源地址对应的本地路由数据；在确定该本地路由表中存在与该第一源地址对应的本地路由数据时，将该第一路由数据中的第一时间戳与该本地路由数据中的时间戳相比较；在确定该第一路由数据中的第一时间戳大于本地路由数据中的时间戳时，将本地路由数据中的目的地址更新为该第一路由数据中的第一目的地址。

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

在一种可能的实施方案中，处理模块52还用于每隔预设时间，逐条获取该路由数据库中的路由表中的第三路由数据，以根据该第三路由数据中的第三源地址、第三目的地址和第三时间戳，对本地路由表进行更新处理。

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

图6为本申请提供的另一种网关组件的结构示意图。如图6所示，该网关组件60包括：处理器61，存储器62，以及通信接口63；其中，存储器62用于存储处理器61的可执行指令；处理器61配置为经由执行可执行指令来执行前述任一方法实施例中的技术方案。

可选的，存储器62既可以是独立的，也可以跟处理器61集成在一起。

可选的，当存储器62是独立于处理器61之外的器件时，网关组件60还可以包括：总线64，用于将上述器件连接起来。

该服务器用于执行前述任一方法实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现前述任一实施例提供的技术方案。

图7为本申请提供的一种管理服务器实施例的结构示意图；如图7所示，该管理服务器70包括：变更处理模块71以及发送模块72。其中，变更处理模块71用于接收路由数据变更请求，并根据该路由数据变更请求中的数据变更事件，对路由数据库中的路由表进行更新处理；发送模块72用于将该数据变更事件发送给网关组件，以使该网关组件根据该数据变更事件对本地路由表进行更新处理。

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

图8为本申请提供的另一种管理服务器的结构示意图。如图8所示，该管理服务器80包括：处理器81，存储器82，以及通信接口83；其中，存储器82用于存储处理器81的可执行指令；处理器81配置为经由执行可执行指令来执行前述任一方法实施例中的技术方案。

可选的，存储器82既可以是独立的，也可以跟处理器81集成在一起。

可选的，当存储器82是独立于处理器81之外的器件时，管理服务器80还可以包括：总线84，用于将上述器件连接起来。

该服务器用于执行前述任一方法实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现前述任一实施例提供的技术方案。

本申请实施例还提供一种网关系统，包括如前述任一实施例提供的网关组件、管理服务器以及路由数据库。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。