CN108683533B - 配置更新方法、配置更新的响应方法及服务器、系统 - Google Patents

Abstract

本发明适用于人工智能技术领域，提供了一种配置更新方法、配置更新的响应方法及服务器、系统，通过获取配置名称，调取预设的第一数据集合和预设的第二数据集合，根据第一数据集合，查询配置名称对应的配置服务器作为候选服务器；通过第二数据集合中各个路由协议确定应用系统服务器与候选服务器的路由节点的数量，并在一个以上候选服务器中选取目标配置服务器，并确定传递路径；将配置名称添加进注册配置请求并按照传递路径发送至目标配置服务器；在接收到目标配置服务器返回的配置数据指令后，向目标配置服务器发送配置更新请求；接收目标配置服务器发送的配置数据包，根据配置数据包，对配置进行更新，以提高更新配置数据的效率和智能化程度。

Description

配置更新方法、配置更新的响应方法及服务器、系统

技术领域

本发明属于人工智能技术领域，尤其涉及一种配置更新方法及应用系统服务器、配置更新的响应方法及配置服务器、配置更新的交互方法及系统。

背景技术

当前，一个机构的总系统内可能拥有多个应用系统，每个应用系统由至少一台服务器承载。以银行系统为例，其中包括了登录应用系统、金融信息查询应用系统、金融交易应用系统等多种应用系统。每个应用系统都需要其对应的配置服务器管理其配置文件。

然而当前，市场上的应用系统服务器在内容发布后，需要由各个应用系统服务器的工作人员定时主动去向配置服务器获取更新后的配置数据，所以就导致了以下问题：例如，应用系统的工作人员难以及时获取全面的配置更新，此外不同应用系统的配置文件需要分别由不同的开发人员进行手工管理和配置，导致开发人员的负担增加。

综上，当前的机构在进行应用系统服务器更新时，存在获取配置数据不及时，智能化程度低的问题。

发明内容

有鉴于此，本发明实施例提供了一种配置更新方法、配置更新的响应方法及服务器、系统，以解决现有技术在应用系统服务器更新时，存在的获取配置数据不及时、智能化程度低的问题。

本发明实施例的第一方面提供了一种配置更新方法，包括：

获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；接收所述目标配置服务器发送的配置数据包，所述配置数据包包括所述配置名称对应的配置数据；根据所述配置数据，对所述配置名称对应的配置进行更新。

本发明实施例的第二方面提供了一种配置更新的响应方法，包括：

接收应用系统服务器发送的配置名称，并建立配置名称与应用系统服务器的标识的对应关系；调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；监听配置服务器内是否出现配置更新事件；若出现所述配置更新事件，则确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令；在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据。

本发明实施例的第三方面提供了一种配置更新的交互方法，包括：

应用系统服务器获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；所述应用系统服务器根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；所述应用系统服务器通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；所述应用系统服务器将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；所述目标配置服务器接收所述注册配置请求，并建立配置名称与应用系统服务器的标识的对应关系；所述目标配置服务器调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；所述目标配置服务器监听配置服务器内是否出现配置更新事件；若出现所述配置更新事件，所述目标配置服务器确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；所述应用系统服务器在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；所述目标配置服务器在接收到所述配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；所述应用系统服务器接收所述配置数据包，并根据所述配置数据，对所述配置名称对应的配置进行更新。

本发明实施例的第四方面提供了一种应用系统服务器，包括：包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如上所述的配置更新方法的步骤。

本发明实施例的第五方面提供了一种配置服务器，包括：包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如上所述的配置更新的交互方法的步骤。

本发明实施例的第六方面提供了一种配置更新的交互系统，包括：

应用系统服务器，用于获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；所述应用系统服务器，用于根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；所述应用系统服务器，用于通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；所述应用系统服务器，用于将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；所述目标配置服务器，用于接收所述注册配置请求，并建立配置名称与应用系统服务器的标识的对应关系；所述目标配置服务器，用于调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；所述目标配置服务器，用于监听配置服务器内是否出现配置更新事件；若出现所述配置更新事件，所述目标配置服务器，用于确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；所述应用系统服务器，用于在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；所述目标配置服务器，用于在接收到所述配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；所述应用系统服务器，用于接收所述配置数据包，并根据所述配置数据，对所述配置名称对应的配置进行更新。

在本发明实施例中，获取配置名称，调取预设的第一数据集合和预设的第二数据集合，根据第一数据集合，查询配置名称对应的配置服务器作为候选服务器；通过第二数据集合中各个路由协议确定应用系统服务器与候选服务器的路由节点的数量，并在一个以上候选服务器中选取目标配置服务器，并确定传递路径；将配置名称添加进注册配置请求并按照传递路径发送至目标配置服务器；在接收到目标配置服务器返回的配置数据指令后，向目标配置服务器发送配置更新请求；接收目标配置服务器发送的配置数据包，根据配置数据包，对配置进行更新，以提高更新配置数据的效率和智能化程度。

附图说明

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

图1是本发明实施例一提供的配置更新方法的实现流程图；

图2是本发明实施例一提供的配置更新方法S103的具体实现流程图；

图3是本发明实施例二提供的配置更新的响应方法的实现流程图；

图4是本发明实施例二提供的配置更新的响应方法S206的具体实现流程图；

图5是本发明实施例四提供的应用系统服务器的示意图；

图6是本发明实施例五提供的配置服务器的示意图；

图7是本发明实施例六提供的配置更新的交互系统的系统交互图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一

本发明实施例主要描述应用系统服务器一端。

图1示出了本发明实施例一提供的配置更新方法的实现流程，该方法流程包括步骤S101至S107。各步骤的具体实现原理如下：

S101：获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议。

在本发明实施例中，主要涉及两类服务器，一类是应用系统服务器，另一类是配置服务器，其中，应用系统服务器用于提供某种特定的应用服务，例如，以银行系统为例，其中包括了登录应用系统服务器、金融信息查询应用系统服务器、金融交易应用系统服务器等多种应用系统；配置服务器在本发明实施例中用于管理各个应用系统服务器的配置文件，保证应用系统服务器高效稳定的工作。

可选地，在本发明实施例中，应用系统服务器的用户输入配置名称，当应用系统服务器获取到该配置名称后，即开始配置更新流程。

可选地，应用系统服务器的内部存储器存储有两个数据集合，其中，在本发明实施例中，第一数据集合用于描述配置名称与配置服务器的对应关系，值得注意地，一个配置名称可能与多个配置服务器对应，即不同的配置服务器可能管理同一个配置，但是，值得注意地，在本发明实施例中所提及的多个配置服务器不会出现对于同一个配置存储有不同的配置数据的情况，因为一旦一个配置的配置数据被更改，则全部存储该配置的配置服务器同步更新该配置的配置数据。此外，第二数据集合中包含有一个以上的路由协议，可以理解地，在同一个网络系统中，通过不同的路由协议计算出的路由可能不同。

S102：根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器。

如上文所述，一个配置名称可能与多个配置服务器对应，所以在步骤中首先确定可以提供该配置名称对应的配置数据的配置服务器。

S103，通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径。

在本发明实施例中，由于应用系统服务器与各个候选服务器在网络中所必须经过的路由节点的数量是不同，而同一个应用系统服务器与同一个候选服务器通过不同的路由协议确定的路由节点的数量也可能是不同的，所以首先需要一个准确的逻辑规则计算应用系统服务器与各个候选服务器的路由节点的数量，并基于一个路由节点的数量的最小值，确定传递路径，具体的传递路径的确定方法如图2所示。

作为本发明的一个实施例，如图2所示，上述S103包括：

S1031，通过各个所述路由协议分别计算应用系统服务器与各个所述候选服务器的路由节点的数量，以生成路由协议选择列表，所述路由协议选择列表包括：路由协议、候选服务器以及一个以上路由节点的数量的对应关系。

如上文所述，同一个应用系统服务器与同一个候选服务器通过不同的路由协议确定的路由节点的数量也可能是不同的，此外，即使当一个路由协议确定时，候选服务器与应用系统服务器之间可能存在多条传递路径，因此候选服务器依然可能对应多个路由节点的数量。由于上述的原因，在本发明实施例中，一个路由协议选择列表包含的是路由协议、候选服务器以及一个以上路由节点的数量的对应关系。

S1032，将所述路由协议选择列表中最小的所述路由节点的数量，作为被选数量。

可以理解地，在本发明实施例中，被选数量在路由协议选择列表中对应有一个或多个配置服务器，以及一个或多个路由协议。

S1033，在所述路由协议列表中任意选择所述被选数量对应的一个路由协议作为被选路由协议，并在所述路由协议列表中选择所述被选数量以及所述被选路由协议共同对应的候选服务器作为目标配置服务器。

可选地，若在路由协议列表中一个被选数量对应多个路由协议，但各个路由协议没有预设的优先级，则任意选择一个被选数量对应的一个路由协议作为被选路由协议。

可选地，若在路由协议列表中一个被选数量对应多个路由协议，且各个路由协议有其预设的优先级，则任意选择一个优先级最高的被选数量对应的一个路由协议作为被选路由协议。

可以理解地，由于路由协议列表中包含的是路由协议、候选服务器以及一个以上路由节点的数量的对应关系，所以当被选数量(即选定的路由节点的数量)以及路由协议确定后，就可以确定出一个唯一的候选服务器，并将其作为目标配置服务器。

S1034，根据所述被选路由协议生成所述应用系统服务器到所述目标配置服务器的一个以上的路径，生成第一候选路径集合，并在所述第一候选路径集合中选取一个以上路径节点的数量为被选数量的路径，生成第二候选路径集合。

可以理解地，如上文所述，一个路由协议并不一定能够唯一确定一条应用系统服务器到目标配置服务器的路径，此外，可能多个路径上所包含的路由节点的数量并列最小，都为被选数量，所以第二候选路径集合中可能依然包括多条路径。

S1035，计算所述第二候选路径集合中的各个路径的路由开销，选择一个路由开销最小的路径作为传递路径。

可以理解地，可以采用公知常识的静态路由开销的计算方法计算各个路径的路由开销，并在第二候选路径集合中选择一个路由开销最小的路径作为传递路径。

可以理解地，在本发明实施例中，通过独特的路由协议选择列表，基于应用系统服务器与各个所述候选服务器的路由节点的数量确定出最佳传递路径，有利于提高对目标配置服务器的选择效率，以及有利于提高应用系统服务器到配置服务器之间数据传输的效率。

S104，将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器。

S105，在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新。

在本发明实施例中，在将注册配置请求发送至目标配置服务器后，即可完成该配置名称在所述目标配置服务器中的注册。一旦相关事件发生，目标配置服务器会向本应用系统服务器返回配置数据指令。由于本发明实施例是介绍应用系统服务器一端的处理流程，因此对于目标配置服务器的相关介绍，将在下文实施例中详述。

S106，接收所述目标配置服务器发送的配置数据包，所述配置数据包包括所述配置名称对应的配置数据。

可以理解地，通过上文介绍的步骤S104-S106可知，应用系统服务器通过两次发送以及两次接收的过程，获取到配置名称对应的配置数据。值得注意地，第一次收发数据和第二次收发数据并不是连续进行的，其中，第一次收发数据是由应用系统服务器触发的，而后一次收发数据是由目标配置服务器触发的，由此可以实现目标配置服务器及时主动地将配置数据发送至应用系统服务器。

S107：根据所述配置数据，对所述配置名称对应的配置进行更新。

在本发明实施例中，通过获取配置名称，调取预设的第一数据集合和预设的第二数据集合，根据第一数据集合，查询配置名称对应的配置服务器作为候选服务器；通过第二数据集合中各个路由协议确定应用系统服务器与候选服务器的路由节点的数量，并在一个以上候选服务器中选取目标配置服务器，并确定传递路径；将配置名称添加进注册配置请求并按照传递路径发送至目标配置服务器；在接收到目标配置服务器返回的配置数据指令后，向目标配置服务器发送配置更新请求；接收目标配置服务器发送的配置数据包，根据配置数据包，对配置进行更新，以提高更新配置数据的效率和智能化程度。

实施例二

本发明实施例主要描述配置服务器一端。

图3是本发明实施例二提供的配置更新的响应方法的实现流程图，该方法流程包括步骤S201至S206。各步骤的具体实现原理如下。

S201，接收应用系统服务器发送的配置名称，并建立配置名称与应用系统服务器的标识的对应关系。

在本发明实施例中，主要涉及两类服务器，一类是应用系统服务器，另一类是配置服务器。其中，应用系统服务器用于提供某种特定的应用服务，配置服务器在本发明实施例中用于管理各个应用系统服务器的配置文件，保证应用系统服务器高效稳定的工作。

可以理解地，当配置服务器接收到配置名称后，首先会确定该配置名称是由哪个应用系统服务器发送的，并建立配置名称与应用系统服务器的标识的对应关系，以在后续的过程中，将配置数据发送给对应的应用系统服务器。

S202，调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册。

在本发明实施例中，通过CreateInstance函数可以创建多种类型的对象实例，其中，RegisteredServer对象实例可以将配置名称对应的配置进行注册。可以理解地，当一个配置名称对应的配置注册后，如果在配置服务器中出现有关该配置名称的预设事件时，配置服务器会进行预设的操作。

S203，监听配置服务器内是否出现配置更新事件。

S204，若出现所述配置更新事件，则确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令。

根据上文实施例可知，可能有多个不同的应用系统服务器向一个配置服务器发送了相同的配置名称，因为这些应用系统服务器都希望及时更新同一个配置；此外，一个应用系统服务器可能向一个配置服务器发送了多个配置名称。因此，对于一个配置服务器而言，通过步骤S202，其内部可能存储有多个配置名称与多个应用系统服务器的标识的对应关系。

可以理解地，一旦根据配置更新事件锁定了一个出现更新的配置的配置名称，就可以根据配置名称与应用系统服务器的标识的对应关系，向一个以上的配置名称对应的应用系统服务器发送配置数据指令。

S205，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系。

S206，在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据。

根据上文实施例可知，在配置服务器通过步骤S204向应用系统服务器发送配置数据指令后，会接收到应用系统服务器发送的配置更新请求。此时配置服务器会调用CreateInstance函数，以完成对于配置名称对应的配置数据的搜索和调用。

作为本发明的一个实施例，如图4所示，上述S206包括：

S2061，调用CreateInstance函数创建SQLServer对象实例。

在本发明实施例中，通过CreateInstance函数可以创建多种类型的对象实例，其中，SQLServer对象实例可用于与配置数据库进行连接。在本发明实施例中，配置数据库存储有各个配置名称对应的配置数据，以及配置数据与存储时间的对应关系。

S2062，通过所述SQLServer对象实例建立与所述配置数据库的连接，并记录接收到配置更新请求的时间，作为请求时间。

S2063，从所述配置数据库中调取与所述配置名称对应的且所述存储时间与所述请求时间的间隔最小的配置更新事件，作为被选的配置更新事件，并将所述被选的配置更新事件的配置数据添加进所述配置数据包。

可以理解地，在本发明实施例中，通过记录存储时间以及请求时间，可以准确的在大量数据中筛选出最新的且是相关应用系统服务器需要的配置数据。

S2064，将所配置数据包发送至应用系统服务器。

可以理解地，本发明实施例通过接收应用系统服务器发送的配置名称，并建立配置名称与应用系统服务器的标识的对应关系；调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；监听配置服务器内是否出现配置更新事件；若出现所述配置更新事件，则确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令；在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据，有利于解决现有技术在应用系统服务器更新时，存在的获取配置数据不及时、智能化程度低的问题。

实施例三

本发明实施例主要介绍配置更新的交互方法，由于在交互的过程中，应用系统服务器与配置服务器的工作流程和原理都在上文实施例进行了详细的描述，所以在此只进行概括式介绍，具体的介绍内容参见上文实施例。

在本发明实施例中，配置更新的交互方法，包括：

应用系统服务器获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；

所述应用系统服务器根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；

所述应用系统服务器通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；

所述应用系统服务器将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；

所述目标配置服务器接收所述注册配置请求，并建立配置名称与应用系统服务器的标识的对应关系；

所述目标配置服务器调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；

所述目标配置服务器监听配置服务器内是否出现配置更新事件；

若出现所述配置更新事件，所述目标配置服务器确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；

所述应用系统服务器在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；

所述目标配置服务器在接收到所述配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；

所述应用系统服务器接收所述配置数据包，并根据所述配置数据，对所述配置名称对应的配置进行更新。

可以理解地，发明实施例有助于提高更新配置数据的效率和智能化程度。

实施例四

如图5所示，该实施例的应用系统服务器5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如配置更新程序。所述处理器50执行所述计算机程序52时实现上述各个配置更新方法实施例中的步骤，例如图1所示的步骤101至107。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端设备5中的执行过程。

实施例五

图6是本发明实施例五提供的配置服务器的示意图。如图6所示，该实施例的配置服务器6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62，例如配置更新程序。所述处理器60执行所述计算机程序62时实现上述各个配置更新方法实施例中的步骤，例如图2所示的步骤201至206。

示例性的，所述计算机程序62可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器61中，并由所述处理器60执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述终端设备6中的执行过程。

实施例六

对应于上文实施例所述的设备同步操作的方法，图7示出了本发明实施例六提供的配置更新的交互系统的系统交互图，为了便于说明，仅示出了与本发明实施例相关的部分。

参照图7，该配置更新的交互系统包括：

应用系统服务器701，用于获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；

所述应用系统服务器701，用于根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；

所述应用系统服务器701，用于通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；

所述应用系统服务器701，用于将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；

所述目标配置服务器702，用于接收所述注册配置请求，并建立配置名称与应用系统服务器的标识的对应关系；

所述目标配置服务器702，用于调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；

所述目标配置服务器702，用于监听配置服务器内是否出现配置更新事件；

若出现所述配置更新事件，所述目标配置服务器702，用于确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；

所述应用系统服务器701，用于在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；

所述目标配置服务器702，用于在接收到所述配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；

所述应用系统服务器701，用于接收所述配置数据包，并根据所述配置数据，对所述配置名称对应的配置进行更新。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

Claims (10)

1.一种配置更新方法，其特征在于，包括：

获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；

根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；

通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；

将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；

在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；

接收所述目标配置服务器发送的配置数据包，所述配置数据包包括所述配置名称对应的配置数据；

根据所述配置数据，对所述配置名称对应的配置进行更新。

2.如权利要求1所述的配置更新方法，其特征在于，所述通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径，包括：

通过各个所述路由协议分别计算应用系统服务器与各个所述候选服务器的路由节点的数量，以生成路由协议选择列表，所述路由协议选择列表包括：路由协议、候选服务器以及一个以上路由节点的数量的对应关系；

将所述路由协议选择列表中最小的所述路由节点的数量，作为被选数量；

在所述路由协议选择列表中任意选择所述被选数量对应的一个路由协议作为被选路由协议，并在所述路由协议选择 列表中选择所述被选数量以及所述被选路由协议共同对应的候选服务器作为目标配置服务器；

根据所述被选路由协议生成所述应用系统服务器到所述目标配置服务器的一个以上的路径，生成第一候选路径集合，并在所述第一候选路径集合中选取一个以上路径节点的数量为被选数量的路径，生成第二候选路径集合；

计算所述第二候选路径集合中的各个路径的路由开销，选择一个路由开销最小的路径作为传递路径。

3.一种配置更新的响应方法，其特征在于，包括：

接收应用系统服务器发送的配置名称，并建立配置名称与应用系统服务器的标识的对应关系；

调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；

监听配置服务器内是否出现配置更新事件；

若出现所述配置更新事件，则确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令；所述配置数据指令用于提示所述配置名称对应的配置出现更新；

在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；

在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据，所述配置数据，用于指示所述应用系统服务器对所述配置名称对应的配置进行更新。

4.如权利要求3所述的配置更新的响应方法，其特征在于，所述在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，包括：

调用CreateInstance函数创建SQLServer对象实例；

通过所述SQLServer对象实例建立与所述配置数据库的连接，并记录接收到配置更新请求的时间，作为请求时间；

从所述配置数据库中调取与所述配置名称对应的且所述存储时间与所述请求时间的间隔最小的配置更新事件，作为被选的配置更新事件，并将所述被选的配置更新事件的配置数据添加进所述配置数据包；

将所述配置数据包发送至应用系统服务器。

5.一种配置更新的交互方法，其特征在于，包括：

应用系统服务器获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；

所述应用系统服务器根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；

所述应用系统服务器通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；

所述应用系统服务器将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；

所述目标配置服务器接收所述注册配置请求，并建立配置名称与应用系统服务器的标识的对应关系；

所述目标配置服务器调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；

所述目标配置服务器监听配置服务器内是否出现配置更新事件；

若出现所述配置更新事件，所述目标配置服务器确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；

所述应用系统服务器在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；

所述目标配置服务器在接收到所述配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；

所述应用系统服务器接收所述配置数据包，并根据所述配置数据，对所述配置名称对应的配置进行更新。

6.一种应用系统服务器，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如下步骤：

获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；

根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；

通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；

将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；

在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；

接收所述目标配置服务器发送的配置数据包，所述配置数据包包括所述配置名称对应的配置数据；

根据所述配置数据，对所述配置名称对应的配置进行更新。

7.如权利要求6所述的应用系统服务器，其特征在于，所述通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径，包括：

通过各个所述路由协议分别计算应用系统服务器与各个所述候选服务器的路由节点的数量，以生成路由协议选择列表，所述路由协议选择列表包括：路由协议、候选服务器以及一个以上路由节点的数量的对应关系；

将所述路由协议选择列表中最小的所述路由节点的数量，作为被选数量；

在所述路由协议选择列表中任意选择所述被选数量对应的一个路由协议作为被选路由协议，并在所述路由协议选择 列表中选择所述被选数量以及所述被选路由协议共同对应的候选服务器作为目标配置服务器；

根据所述被选路由协议生成所述应用系统服务器到所述目标配置服务器的一个以上的路径，生成第一候选路径集合，并在所述第一候选路径集合中选取一个以上路径节点的数量为被选数量的路径，生成第二候选路径集合；

计算所述第二候选路径集合中的各个路径的路由开销，选择一个路由开销最小的路径作为传递路径。

8.一种配置服务器，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如下步骤：

接收应用系统服务器发送的配置名称，并建立配置名称与应用系统服务器的标识的对应关系；

调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；

监听配置服务器内是否出现配置更新事件；

若出现所述配置更新事件，则确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令；所述配置数据指令用于提示所述配置名称对应的配置出现更新；

在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；

在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；所述配置数据用于指示所述应用系统服务器对所述配置名称对应的配置进行更新。

9.如权利要求8所述的配置服务器，其特征在于，所述在接收到所述应用系统服务器发送的配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，包括：

调用CreateInstance函数创建SQLServer对象实例；

通过所述SQLServer对象实例建立与所述配置数据库的连接，并记录接收到配置更新请求的时间，作为请求时间；

从所述配置数据库中调取与所述配置名称对应的且所述存储时间与所述请求时间的间隔最小的配置更新事件，作为被选的配置更新事件，并将所述被选的配置更新事件的配置数据添加进所述配置数据包；

将所配置数据包发送至应用系统服务器。

10.一种配置更新的交互系统，其特征在于，包括：

应用系统服务器，用于获取用户输入的配置名称，并调取预设的第一数据集合和预设的第二数据集合，所述第一数据集合包括配置名称与一个以上的配置服务器的对应关系，所述第二数据集合包括一个以上的路由协议；

所述应用系统服务器，用于根据所述第一数据集合，查询所述配置名称对应的一个以上的配置服务器，作为候选服务器；

所述应用系统服务器，用于通过所述第二数据集合中各个路由协议分别确定应用系统服务器与各个所述候选服务器的路由节点的数量，并基于所述路由节点的数量，在一个以上候选服务器中选取目标配置服务器，并确定传递路径；

所述应用系统服务器，用于将所述配置名称添加进注册配置请求，并将所述注册配置请求按照所述传递路径发送至所述目标配置服务器；

所述目标配置服务器，用于接收所述注册配置请求，并建立配置名称与应用系统服务器的标识的对应关系；

所述目标配置服务器，用于调用CreateInstance函数创建RegisteredServer对象实例，通过所述RegisteredServer对象实例对所述配置名称对应的配置进行注册；

所述目标配置服务器，用于监听配置服务器内是否出现配置更新事件；

若出现所述配置更新事件，所述目标配置服务器，用于确定出所述配置更新事件的配置名称，并根据所述配置名称与应用系统服务器的标识的对应关系，向所述配置名称对应的应用系统服务器发送配置数据指令，在所述配置服务器的配置数据库中存储所述配置更新事件，并记录存储时间，以建立所述配置更新事件与存储时间的对应关系；

所述应用系统服务器，用于在接收到所述目标配置服务器返回的配置数据指令后，向所述目标配置服务器发送配置更新请求，所述配置数据指令用于提示所述配置名称对应的配置出现更新；

所述目标配置服务器，用于在接收到所述配置更新请求后，根据所述配置更新事件与存储时间的对应关系，向所述应用系统服务器发送配置数据包，所述配置数据包内含有所述配置更新事件的配置数据；

所述应用系统服务器，用于接收所述配置数据包，并根据所述配置数据，对所述配置名称对应的配置进行更新。

Images