CN111262726B - 一种配置信息更新方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供了一种配置信息更新方法、装置及计算机可读存储介质，后台服务器接收客户端发送过来的包括对应于客户端的本地配置信息的第一唯一标识信息的更新请求；然后在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识；再基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包，并将差量更新包发送至客户端；最后客户端基于差量更新包对本地配置信息进行差量更新。有效降低了更新数据量，加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载。

Description

一种配置信息更新方法、装置及计算机可读存储介质

技术领域

本申请涉及电子技术领域，尤其涉及一种配置信息更新方法、装置及计算机可读存储介质。

背景技术

随着互联网技术的不断发展，客户端应用程序的种类越来越多，其配置信息更新速度也越来越快，在实际应用中，需要对客户端频繁进行更新以更好的满足实际应用使用需求。

目前，关于对客户端进行更新的具体实现方式，通常是客户端间隔预设时间周期以本地当前配置信息的唯一标识作为参数，向后台服务器请求新配置信息，后台服务器采用当前最新配置信息的唯一标识来与客户端请求中所携带的唯一标识进行比对，在两者比对不一致时，后台服务器将当前的整个最新配置信息下发至客户端，以供客户端更新。然而，随着后台服务器配置信息的日益增加，客户端需要同步的配置信息的信息量也越来越多，从而会导致客户端更新速度较慢，客户端更新时的终端资源(例如流量、电量)消耗较大，以及后台服务器荷载较重。

发明内容

本申请实施例提供了一种配置信息更新方法、装置及计算机可读存储介质，至少能够解决相关技术中后台服务器将整个最新配置信息下发至客户端以供更新，所导致的客户端更新速度较慢、更新时终端资源消耗较大以及后台服务器荷载较重的问题。

本申请实施例第一方面提供了一种配置信息更新方法，应用于后台服务器，包括：

接收客户端发送过来的信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

在所述第一唯一标识与对应于所述后台服务器的最新配置信息的第二唯一标识不匹配时，从所述最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于所述第一唯一标识的目标节点唯一标识；

基于所述目标节点唯一标识与所述第二唯一标识，获取关联于节点间的所有修改操作的差量更新包；其中，所述差量更新包用于指示所述客户端对所述本地配置信息进行差量更新；

将所述差量更新包发送至所述客户端。

本申请实施例第二方面提供了一种配置信息更新方法，应用于客户端，包括：

向后台服务器发送信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

接收所述后台服务器发送过来的差量更新包；其中，所述差量更新包关联于节点唯一标识与所述第一唯一标识相匹配的所述后台服务器的最新配置信息的历史修改节点，与最新节点之间的所有修改操作，所述最新节点为所述后台服务器的最新配置信息所处的节点；

基于所述差量更新包对所述本地配置信息进行差量更新。

本申请实施例第三方面提供了一种配置信息更新装置，应用于后台服务器，包括：

第一接收模块，用于接收客户端发送过来的信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

确定模块，用于在所述第一唯一标识与对应于所述后台服务器的最新配置信息的第二唯一标识不匹配时，从所述最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于所述第一唯一标识的目标节点唯一标识；

获取模块，用于基于所述目标节点唯一标识与所述第二唯一标识，获取关联于节点间的所有修改操作的差量更新包；其中，所述差量更新包用于指示所述客户端对所述本地配置信息进行差量更新；

第一发送模块，用于将所述差量更新包发送至所述客户端。

本申请实施例第四方面提供了一种配置信息更新装置，应用于客户端，包括：

第二发送模块，用于向后台服务器发送信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

第二接收模块，用于接收所述后台服务器发送过来的差量更新包；其中，所述差量更新包关联于节点唯一标识与所述第一唯一标识相匹配的所述后台服务器的最新配置信息的历史修改节点，与最新节点之间的所有修改操作，所述最新节点为所述后台服务器的最新配置信息所处的节点；

更新模块，用于基于所述差量更新包对所述本地配置信息进行差量更新。

本申请实施例第五方面提供了一种电子装置，包括：存储器、处理器及总线，总线用于实现存储器、处理器之间的连接通信；处理器用于执行存储在存储器上的第一计算机程序和第二计算机程序，处理器执行第一计算机程序时，实现上述本申请实施例第一方面提供的方法中的步骤，处理器执行第二计算机程序时，实现上述本申请实施例第二方面提供的方法中的步骤。

本申请实施例第六方面提供了一种计算机可读存储介质，其上存储有第一计算机程序或第二计算机程序，其特征在于，第一计算机程序被处理器执行时，实现上述本申请实施例第一方面提供的方法中的步骤，第二计算机程序被处理器执行时，实现上述本申请实施例第二方面提供的方法中的步骤。

由上可见，根据本申请方案所提供的配置信息更新方法、装置及计算机可读存储介质，后台服务器接收客户端发送过来的包括对应于客户端的本地配置信息的第一唯一标识信息的更新请求；然后在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识；再基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包，并将差量更新包发送至客户端；最后客户端基于差量更新包对本地配置信息进行差量更新。通过本申请方案的实施，使用客户端配置信息的唯一标识匹配服务器端配置信息的修改节点，并仅将修改节点与最新节点之间所有修改操作所对应的差异包下发至客户端进行更新，有效降低了更新数据量，加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载。

附图说明

图1为本申请第一实施例提供的应用于后台服务器侧的配置信息更新方法的基本流程示意图；

图2为本申请第一实施例提供的节点唯一标识匹配的触发方法的流程示意图；

图3为本申请第一实施例提供的应用于客户端侧的配置信息更新方法的流程示意图；

图4为本申请第一实施例提供的信息更新请求发送方法的流程示意图；

图5为本申请第二实施例提供的配置信息更新方法的细化流程示意图；

图6为本申请第三实施例提供的应用于后台服务器侧的配置信息更新装置的程序模块示意图；

图7为本申请第三实施例提供的应用于客户端侧的配置信息更新装置的程序模块示意图；

图8为本申请第四实施例提供的电子装置的结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决相关技术中后台服务器将整个最新配置信息下发至客户端以供更新，所导致的客户端更新速度较慢、更新时终端资源消耗较大以及后台服务器荷载较重的缺陷，本申请第一实施例提供了一种配置信息更新方法，应用于后台服务器，如图1为本实施例提供的应用于后台服务器侧的配置信息更新方法的基本流程图，该配置信息更新方法包括以下的步骤：

步骤101、接收客户端发送过来的信息更新请求。

具体的，本实施例的信息更新请求中包括对应于客户端的本地配置信息的第一唯一标识，客户端以本地配置信息的唯一标识作为参数，向后台服务器请求更新配置信息。应当理解的是，本实施例的后台服务器优选的可以为埋点管理系统，埋点管理系统是一种用于对配置信息统一管理的后台系统，而客户端优选的可以为数据收集系统(DCS，DataCollection System)，用于提供收集设备埋点信息的服务。

在实际应用中，通过唯一标识可以对配置信息的属性以及完整性进行校验，这里的唯一标识可以是采用信息摘要算法所计算的信息摘要值。在本实施例一种优选的实施方式中，唯一标识可以为MD5值，由于MD5值是根据信息属性算出的唯一值，该值随着信息本身发生改变而同步变化，可以作为信息是否被篡改的唯一性验证方法，能够较好的对配置信息进行一致性验证。

步骤102、在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识。

具体的，在本实施例中，后台服务器的配置信息通常是面向第三方应用的，由专门的管理人员在后台服务器对配置信息进行维护，也即根据实际应用需求对配置信息进行增、删、改等修改操作，每一个修改操作都可以视为一个原子操作，针对每个修改操作，都记录下相关修改记录，与此同时也可以对每个修改操作后所得到的配置信息的唯一标识进行记录。

在本实施例中，最新配置信息处于最新节点，而最新配置信息此前还有多个修改节点，每个修改节点均对前一节点所得的配置信息进行了一次修改操作，从而使得所有节点的配置信息均有所不同。本实施例将客户端本地配置信息的唯一标识与后台服务器最新配置信息的唯一标识进行比对，如果比对一致，则说明客户端当前本地配置信息已是最新配置信息，而无需更新；而若比对不一致，则说明在客户端上一次更新配置信息之后，后台服务器的配置信息又发生了修改，从而客户端的配置信息为某个历史版本的配置信息，也即与服务器某一个修改节点的配置信息一致，基于此，本实施例将客户端配置信息的唯一标识与各修改节点的配置信息所对应的唯一标识进行比对，从而对目标修改节点进行定位。

步骤103、基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包。

具体的，在本实施例中，基于目标节点的唯一标识可以对目标修改节点进行定位，然后基于目标修改节点和最新节点之间的所有操作生成差量更新包，本实施例的差量更新包是针对某个历史版本的配置信息到新版本配置信息的差量，其中一种实现是差量更新包中包括所有的修改操作记录，例如所使用的修改语句等，另一种实现是差量更新包中包括所有相对于客户端本地配置信息发生过更新的配置信息。

步骤104、将差量更新包发送至客户端。

具体的，本实施例的差量更新包用于指示客户端对本地配置信息进行差量更新，由于本实施例的差量更新包仅包含客户端本地配置信息与后台服务器最新配置信息的差量，更新的数据量大大减小，从而加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载。

在本实施例的一些实施方式中，在基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包之前，还包括：在未匹配到目标节点唯一标识时，获取对应于最新配置信息的全量更新包；将全量更新包发送至客户端。

具体的，全量更新包用于指示客户端对本地配置信息进行全量更新。在客户端与后台服务器之间进行信息更新请求的交互是由通信传输机制实现，然而在实际应用中，受客观因素的影响，可能会导致通信传输出错，而使得后台服务器最终所接收到的信息更新请求出现异常，从而信息更新请求中所携带的唯一标识不能与后台服务器所有节点的配置信息的唯一标识匹配成功，在这种情况下，由于不能基于差量更新机制获取到差量更新包，而为了保证配置信息更新的有效性，本实施例采用全量更新机制，将全量更新包发送至客户端以供客户端更新，从而为配置信息更新提供了一种容错机制。

如图2所示为本实施例提供的一种节点唯一标识匹配的触发方法的流程示意图，进一步地，在本实施例的一些实施方式中，节点唯一标识匹配的触发方法具体包括以下步骤：

步骤201、分别获取对应于本地配置信息与最新配置信息的版本信息；

步骤202、对本地配置信息的版本信息与最新配置信息的版本信息进行差异性评价，得到差异性评价参数；

步骤203、在差异性评价参数未超过预设的参数阈值时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识。

具体的，在实际应用场景中，客户端本地配置信息与当前后台服务器的最新配置信息的版本差异有所不同，而若待进行配置信息更新的客户端版本在实际应用中有定时更新习惯，那么当前客户端与后台服务器的配置信息版本差异较小，一般是相差一个版本，例如客户端配置信息为1.2版，而后台服务器的最新配置信息为1.3版，由于版本差异较小，客户端的本地配置信息与后台服务器的最新配置信息之间的变动实质上并不大，则具备差量更新配置信息的实现意义，触发根据客户端本地配置信息的唯一标识匹配后台服务器最新配置信息的唯一标识。

应当说明的是，在本实施例另一些实施方式中，在差异性评价参数超过参数阈值，也即当前客户端与后台服务器的配置信息版本差异较大时，则获取对应于最新配置信息的全量更新包，并将全量更新包发送至客户端。

具体的，在实际应用中，若客户端版本久未更新，那么当前客户端与后台服务器的配置信息版本差异较大，如果按照配置信息的差异仅进行差量更新，可能会因为更新时的版本和文件较多，引起更新混乱，导致最终的配置信息更新出错，基于此，本实施例在当前客户端与后台服务器的配置信息版本差异较大时，基于整个最新配置信息对客户端本地配置信息进行全量更新，降低更新出错可能性。

相对应的，本发明第一实施例还提供了一种配置信息更新方法，应用于客户端，如图3为本实施例提供的应用于客户端侧的配置信息更新方法的基本流程图，该配置信息更新方法包括以下的步骤：

步骤301、向后台服务器发送信息更新请求；

步骤302、接收后台服务器发送过来的差量更新包；

步骤303、基于差量更新包对本地配置信息进行差量更新。

具体的，在本实施例中，信息更新请求中包括对应于客户端的本地配置信息的第一唯一标识，差量更新包关联于节点唯一标识与第一唯一标识相匹配的后台服务器的最新配置信息的历史修改节点，与最新节点之间的所有修改操作，最新节点为后台服务器的最新配置信息所处的节点。

在本实施例的一些实施方式中，在基于差量更新包对本地配置信息进行差量更新之前，还包括：提取对应于差量更新包的更新属性；在更新属性满足预设的更新触发条件时，执行基于差量更新包对本地配置信息进行差量更新的步骤。

具体的，在本实施例中，在客户端具备配置信息更新需求时，在接收到后台服务器响应的差量更新包之后，对差量更新包的更新属性进行判断，仅在更新属性符合更新触发条件时，才触发基于差量更新包进行差量更新。在实际应用中，这里的更新属性可以是所需更新至的版本号和/或更新项目，那么在所需更新至的版本号和/或更新项目为特定版本号和/或更新项目时，满足更新触发条件。当然，在实际应用中，根据应用场景或使用需求的不同，本实施例的更新属性和更新触发条件还可以采用其它方式实现，在此不作唯一限定。

如图4所示为本实施例提供的一种信息更新请求发送方法的流程示意图，进一步地，在本实施例的一些实施方式中，向后台服务器发送信息更新请求具体包括以下步骤：

步骤401、获取所有对应于客户端的可用后台服务器的实时服务性能；

步骤402、将各后台服务器的实时服务性能进行比较，确定实时服务性能最优的后台服务器；

步骤403、向所确定的后台服务器发送信息更新请求。

具体的，在本实施例中，可以同时有多台后台服务器来为同一客户端提供配置信息更新功能，在实际应用中，每台服务器的负载能力是有限的，而在可负载范围内，负载越高，服务器的处理性能越差，所提供的配置信息更新服务的质量相对较低。基于此，本实施例在客户端需要提起信息更新请求时，首先需要基于所有后台服务器的服务性能来对可提供最优服务的后台服务器进行确定，然后向所确定出的后台服务器请求配置信息更新服务。

基于上述本申请实施例的技术方案，后台服务器接收客户端发送过来的包括对应于客户端的本地配置信息的第一唯一标识信息的更新请求；然后在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识；再基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包，并将差量更新包发送至客户端；最后客户端基于差量更新包对本地配置信息进行差量更新。通过本申请方案的实施，使用客户端配置信息的唯一标识匹配服务器端配置信息的修改节点，并仅将修改节点与最新节点之间所有修改操作所对应的差异包下发至客户端进行更新，有效降低了更新数据量，加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载。

图5中的方法为本申请第二实施例提供的一种细化的配置信息更新方法，该配置信息更新方法包括：

步骤501、客户端获取所有可用后台服务器的实时服务性能，并将各后台服务器的实时服务性能进行比较，确定实时服务性能最优的后台服务器。

本实施例在客户端需要提起信息更新请求时，首先需要基于所有后台服务器的服务性能来对可提供最优服务的后台服务器进行确定。

步骤502、客户端向所确定的后台服务器发送包括对应于本地配置信息的第一唯一标识的信息更新请求。

在实际应用中，每台服务器的负载能力是有限的，而在可负载范围内，负载越高，服务器的处理性能越差，所提供的配置信息更新服务的质量相对较低，基于此，本实施例向所确定出的、可提供最优服务的后台服务器请求配置信息更新服务。

步骤503、后台服务器在确定第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，分别获取对应于本地配置信息与最新配置信息的版本信息。

本实施例将客户端本地配置信息的唯一标识与后台服务器最新配置信息的唯一标识进行比对，如果比对一致，则说明客户端当前本地配置信息已是最新配置信息，而无需更新；而若比对不一致，则说明在客户端上一次更新配置信息之后，后台服务器的配置信息又发生了修改，从而客户端的配置信息为某个历史版本的配置信息，也即与服务器某一个修改节点的配置信息一致。

步骤504、后台服务器对本地配置信息的版本信息与最新配置信息的版本信息进行差异性评价，得到差异性评价参数。

步骤505、后台服务器在确定差异性评价参数未超过预设的参数阈值时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识。

具体的，在本实施例中，当客户端的本地配置信息与后台服务器的最新配置信息之间的差异不大时，触发差量更新，可以在较大程度上提升更新效率以及降低终端资源消耗。

步骤506、后台服务器基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包，并将差量更新包发送至客户端。

本实施例的差量更新包是针对某个历史版本的配置信息到新版本配置信息的差量，其中一种实现是差量更新包中包括所有的修改操作记录，例如所使用的修改语句等，另一种实现是差量更新包中包括所有相对于客户端本地配置信息发生过更新的配置信息。

步骤507、客户端基于差量更新包对本地配置信息进行差量更新。

本实施例的差量更新包用于指示客户端对本地配置信息进行差量更新，由于本实施例的差量更新包仅包含客户端本地配置信息与后台服务器最新配置信息的差量，更新的数据量大大减小，从而加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载。

应当理解的是，本实施例中各步骤的序号的大小并不意味着步骤执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成唯一限定。

本申请实施例公开了一种配置信息更新方法，后台服务器接收客户端发送过来的包括对应于客户端的本地配置信息的第一唯一标识信息的更新请求；然后在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识；再基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包，并将差量更新包发送至客户端；最后客户端基于差量更新包对本地配置信息进行差量更新。通过本申请方案的实施，使用客户端配置信息的唯一标识匹配服务器端配置信息的修改节点，并仅将修改节点与最新节点之间所有修改操作所对应的差异包下发至客户端进行更新，有效降低了更新数据量，加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载；另一方面，本实施例基于所有可用后台服务器的实时服务性能比较结果，来确定请求配置信息更新服务的最优后台服务器，可提升配置信息更新成功率和效率，有利于服务器的负载均衡；再一方面，本实施例在客户端本地配置信息与后台服务器最新配置信息之间的版本差异较小时，触发差量更新机制，保证了差量更新的有效性。

图6为本申请第三实施例提供的一种配置信息更新装置。该配置信息更新装置应用于后台服务器，如图6所示，该应用于后台服务器侧的配置信息更新装置主要包括：

第一接收模块601，用于接收客户端发送过来的信息更新请求；其中，信息更新请求中包括对应于客户端的本地配置信息的第一唯一标识；

确定模块602，用于在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识；

获取模块603，用于基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包；其中，差量更新包用于指示客户端对本地配置信息进行差量更新；

第一发送模块604，用于将差量更新包发送至客户端。

在本实施例的一些实施方式中，配置信息更新装置还包括：评价模块，用于：在从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识之前，分别获取对应于本地配置信息与最新配置信息的版本信息；对本地配置信息的版本信息与最新配置信息的版本信息进行差异性评价，得到差异性评价参数。相对应的，在评价模块输出差异性评价参数未超过预设的参数阈值时，确定模块602对应执行其从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识功能。

进一步地，在本实施例的一些实施方式中，获取模块603还用于：在基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包之前，在未匹配到目标节点唯一标识时，获取对应于最新配置信息的全量更新包；其中，全量更新包用于指示客户端对本地配置信息进行全量更新。相对应的，第一发送模块604还用于：将全量更新包发送至客户端。

相对应的，本实施例中还提供了一种应用于客户端侧的配置信息更新装置，如图7所示，该配置信息更新装置主要包括：

第二发送模块701，用于向后台服务器发送信息更新请求；其中，信息更新请求中包括对应于客户端的本地配置信息的第一唯一标识；

第二接收模块702，用于接收后台服务器发送过来的差量更新包；其中，差量更新包关联于节点唯一标识与第一唯一标识相匹配的后台服务器的最新配置信息的历史修改节点，与最新节点之间的所有修改操作，最新节点为后台服务器的最新配置信息所处的节点；

更新模块703，用于基于差量更新包对本地配置信息进行差量更新。

在本实施例的一些实施方式中，该配置信息更新装置还包括：提取模块，用于在基于差量更新包对本地配置信息进行差量更新之前，提取对应于差量更新包的更新属性。相对应的，在提取模块输出更新属性满足预设的更新触发条件时，更新模块703执行基于差量更新包对本地配置信息进行差量更新的功能。

进一步地，在本实施例的一些实施方式中，第二发送模块701具体用于：获取所有对应于客户端的可用后台服务器的实时服务性能；将各后台服务器的实时服务性能进行比较，确定实时服务性能最优的后台服务器；向所确定的后台服务器发送信息更新请求。

应当说明的是，第一、二实施例中的配置信息更新方法均可基于本实施例提供的配置信息更新装置实现，所属领域的普通技术人员可以清楚的了解到，为描述的方便和简洁，本实施例中所描述的配置信息更新装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

根据本实施例所提供的配置信息更新装置，后台服务器接收客户端发送过来的包括对应于客户端的本地配置信息的第一唯一标识信息的更新请求；然后在第一唯一标识与对应于后台服务器的最新配置信息的第二唯一标识不匹配时，从最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于第一唯一标识的目标节点唯一标识；再基于目标节点唯一标识与第二唯一标识，获取关联于节点间的所有修改操作的差量更新包，并将差量更新包发送至客户端；最后客户端基于差量更新包对本地配置信息进行差量更新。通过本申请方案的实施，使用客户端配置信息的唯一标识匹配服务器端配置信息的修改节点，并仅将修改节点与最新节点之间所有修改操作所对应的差异包下发至客户端进行更新，有效降低了更新数据量，加快了客户端更新速度，降低了更新时的终端资源消耗，并减轻了后台服务器荷载。

请参阅图8，图8为本申请第四实施例提供的一种电子装置。该电子装置可用于实现前述实施例中的配置信息更新方法。如图8所示，该电子装置主要包括：

存储器801、处理器802、总线803及存储在存储器801上并可在处理器802上运行的计算机程序，存储器801和处理器802通过总线803连接。处理器802执行该计算机程序时，实现前述实施例中的配置信息更新方法。其中，处理器的数量可以是一个或多个。

存储器801可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器801用于存储可执行程序代码，处理器802与存储器801耦合。

进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是设置于上述各实施例中的电子装置中，该计算机可读存储介质可以是前述图8所示实施例中的存储器。

该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述实施例中的配置信息更新方法。进一步的，该计算机可存储介质还可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

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

以上为对本申请所提供的配置信息更新方法、装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种配置信息更新方法，应用于后台服务器，其特征在于，包括：

接收客户端发送过来的信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

在所述第一唯一标识与对应于所述后台服务器的最新配置信息的第二唯一标识不匹配时，分别获取对应于所述本地配置信息与所述最新配置信息的版本信息；

对所述本地配置信息的版本信息与所述最新配置信息的版本信息进行差异性评价，得到差异性评价参数；

在所述差异性评价参数未超过预设的参数阈值时，从所述最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于所述第一唯一标识的目标节点唯一标识；

基于所述目标节点唯一标识与所述第二唯一标识，获取关联于节点间的所有修改操作的差量更新包；其中，所述差量更新包用于指示所述客户端对所述本地配置信息进行差量更新；

将所述差量更新包发送至所述客户端。

2.根据权利要求1所述的配置信息更新方法，其特征在于，所述基于所述目标节点唯一标识与所述第二唯一标识，获取关联于节点间的所有修改操作的差量更新包之前，还包括：

在未匹配到所述目标节点唯一标识时，获取对应于所述最新配置信息的全量更新包；其中，所述全量更新包用于指示所述客户端对所述本地配置信息进行全量更新；

将所述全量更新包发送至所述客户端。

3.一种配置信息更新方法，应用于客户端，其特征在于，包括：

向后台服务器发送信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

接收所述后台服务器发送过来的差量更新包；其中，所述差量更新包是所述后台服务器基于目标节点唯一标识和第二唯一标识获取的，并且关联于节点间的所有修改操作；所述目标节点唯一标识是所述后台服务器在所述第一唯一标识与对应于所述后台服务器的最新配置信息的所述第二唯一标识不匹配时，对分别获取到的对应于所述本地配置信息与所述最新配置信息的版本信息进行差异性评价，并在通过所述差异性评价得到的差异性评价参数未超过预设的参数阈值时，从所述最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中确定出的，并且匹配于所述第一唯一标识；

基于所述差量更新包对所述本地配置信息进行差量更新。

4.根据权利要求3所述的配置信息更新方法，其特征在于，所述基于所述差量更新包对所述本地配置信息进行差量更新之前，还包括：

提取对应于所述差量更新包的更新属性；

在所述更新属性满足预设的更新触发条件时，执行所述基于所述差量更新包对所述本地配置信息进行差量更新的步骤。

5.根据权利要求3或4所述的配置信息更新方法，其特征在于，所述向后台服务器发送信息更新请求包括：

获取所有对应于所述客户端的可用后台服务器的实时服务性能；

将各后台服务器的所述实时服务性能进行比较，确定所述实时服务性能最优的后台服务器；

向所确定的后台服务器发送信息更新请求。

6.一种配置信息更新装置，应用于后台服务器，其特征在于，包括：

第一接收模块，用于接收客户端发送过来的信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

评价模块，用于在所述第一唯一标识与对应于所述后台服务器的最新配置信息的第二唯一标识不匹配时，分别获取对应于所述本地配置信息与所述最新配置信息的版本信息；对所述本地配置信息的版本信息与所述最新配置信息的版本信息进行差异性评价，得到差异性评价参数；

确定模块，用于在所述差异性评价参数未超过预设的参数阈值时，从所述最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中，确定匹配于所述第一唯一标识的目标节点唯一标识；

获取模块，用于基于所述目标节点唯一标识与所述第二唯一标识，获取关联于节点间的所有修改操作的差量更新包；其中，所述差量更新包用于指示所述客户端对所述本地配置信息进行差量更新；

第一发送模块，用于将所述差量更新包发送至所述客户端。

7.一种配置信息更新装置，应用于客户端，其特征在于，包括：

第二发送模块，用于向后台服务器发送信息更新请求；其中，所述信息更新请求中包括对应于所述客户端的本地配置信息的第一唯一标识；

第二接收模块，用于接收所述后台服务器发送过来的差量更新包；其中，所述差量更新包是所述后台服务器基于目标节点唯一标识和第二唯一标识获取的，并且关联于节点间的所有修改操作；所述目标节点唯一标识是所述后台服务器在所述第一唯一标识与对应于所述后台服务器的最新配置信息的所述第二唯一标识不匹配时，对分别获取到的对应于所述本地配置信息与所述最新配置信息的版本信息进行差异性评价，并在通过所述差异性评价得到的差异性评价参数未超过预设的参数阈值时，从所述最新配置信息所有历史修改节点的节点配置信息相对应的节点唯一标识中确定出的，并且匹配于所述第一唯一标识；

更新模块，用于基于所述差量更新包对所述本地配置信息进行差量更新。

8.一种电子装置，包括：存储器、处理器及总线，其特征在于，所述总线用于实现所述存储器、处理器之间的连接通信；所述处理器用于执行存储在所述存储器上的第一计算机程序和第二计算机程序，所述处理器执行所述第一计算机程序时，实现权利要求1或2所述方法中的步骤，所述处理器执行所述第二计算机程序时，实现权利要求3至5中任意一项所述方法中的步骤。

9.一种计算机可读存储介质，其上存储有第一计算机程序或第二计算机程序，其特征在于，所述第一计算机程序被处理器执行时，实现权利要求1或2所述方法中的步骤，所述第二计算机程序被处理器执行时，实现权利要求3至5中的任意一项所述方法中的步骤。

Images