CN107547239B - 配置对象的更新方法及装置 - Google Patents

Abstract

本发明公开了一种配置对象的更新方法及装置。其中，该方法包括：根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；下载与待更新的配置对象对应的第一配置文件，其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息；根据第一配置文件更新待更新的配置对象。采用上述技术方案，解决了现有技术中软件配置的更新效率低的技术问题。

Description

配置对象的更新方法及装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种配置对象的更新方法及装置。

背景技术

现有技术中通常有两种方式实现软件配置的远程更新：一种方式是通过传输控制协议(Transmission Control Protocol，简称为TCP)下载配置内容，如图1所示，服务器与客户端建立TCP连接，客户端向服务器请求远程配置信息，服务器向客户端发送配置内容。这种方式虽然可靠，但是传输速度慢，对大数据配置更新时用户体验很差；另一种方式是通过超文本传输协议(Hypertext Transfer Protocol，简称为HTTP)下载配置内容，如图2所示，配置文件放在远程文件服务器，客户端通过HTTP协议从文件服务器下载配置，对下载比较频繁的文件，网络运营商会对文件做缓存处理，所以下载速度一般比较快，如果服务器支持内容分发网络(Content Delivery Network，简称为CDN)节点文件分发，那对下载速度就更有帮助了。不过这种方式也有缺点，由于缓存和文件分发的缘故，下载的文件可能是过期甚至是损坏的，所以这种方式的可靠性较低。

以上两种更新方式要么下载速度慢，要么不太可靠，而且都是完整更新软件的配置，这就导致了现有技术中软件配置的远程更新效率低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种配置对象的更新方法及装置，以至少解决现有技术中软件配置的更新效率低的技术问题。

根据本发明实施例的一个方面，提供了一种配置对象的更新方法，包括：根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；下载与所述待更新的配置对象对应的第一配置文件，其中，所述第一配置文件携带有所述待更新的配置对象的原始配置与更新的配置之间存在的差异信息；根据所述第一配置文件更新所述待更新的配置对象。

根据本发明实施例的另一方面，还提供了一种配置对象的更新装置，包括：第一确定模块，用于根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；下载模块，用于下载与所述待更新的配置对象对应的第一配置文件，其中，所述第一配置文件携带有所述待更新的配置对象的原始配置与更新的配置之间存在的差异信息；更新模块，用于根据所述第一配置文件更新所述待更新的配置对象。

在本发明实施例中，根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；下载与待更新的配置对象对应的第一配置文件，其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息；根据第一配置文件更新待更新的配置对象。也就是说，根据预存的原始配置对象和获取到的更新列表确定哪些配置对象需要更新，即确定待更新的配置对象，再下载这些需要更新的配置对象对应的第一配置文件，这里的第一配置文件携带了待配置的配置对象的原始配置与更新的配置之间存在的差异信息，根据这些差异信息对待更新的配置对象进行更新，使得对配置对象的更新可以是局部的，即只对有变更的部分进行更新，从而提高了现有技术中软件配置的更新效率，进而克服现有技术中软件配置的更新效率低的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的一种配置对象的更新方法的应用场景示意图；

图2是根据相关技术的另一种配置对象的更新方法的应用场景示意图；

图3是根据本发明实施例的一种可选的配置对象的更新方法的应用环境示意图；

图4是根据本发明实施例的一种可选的为配置对象配置数据的示意图；

图5是根据本发明实施例的另一种可选的为配置对象配置数据的示意图；

图6是根据本发明实施例的又一种可选的为配置对象配置数据的示意图；

图7是根据本发明实施例的一种可选的配置对象的示意图；

图8是根据本发明实施例的一种可选的配置对象的更新方法的示意图；

图9是根据本发明实施例的一种可选的配置对象的更新方法中更新列表的示意图；

图10是根据本发明可选示例的一种可选的配置对象的更新方法的示意图；

图11是根据本发明实施例的一种可选的配置对象的更新装置的示意图；

图12是根据本发明实施例的一种可选的配置对象的更新方法的应用场景示意图；以及

图13是根据本发明实施例的一种可选的配置对象的更新设备的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

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

实施例1

在本发明实施例中，提供了一种上述配置对象的更新方法的实施例。作为一种可选的实施方式，该配置对象的更新方法可以但不限于应用于如图3所示的应用环境中，客户端302通过网络306与服务器304连接，客户端302用于根据预存的原始配置对象和通过网络306从服务器304获取到的更新列表，确定待更新的配置对象，在下载与待更新的配置对象对应的第一配置文件之后，根据第一配置文件更新待更新的配置对象；服务器304，用于存储更新列表；其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息。

在本实施例中，客户端302根据预存的原始配置对象和从服务器304获取到的更新列表确定哪些配置对象需要更新，即确定待更新的配置对象，再下载这些需要更新的配置对象对应的第一配置文件，这里的第一配置文件携带了待配置的配置对象的原始配置与更新的配置之间存在的差异信息，根据这些差异信息对待更新的配置对象进行更新，使得对配置对象的更新可以是局部的，即只对有变更的部分进行更新，从而提高了现有技术中软件配置的远程更新效率，进而克服现有技术中软件配置的远程更新效率低的问题。

可选地，在本实施例中，上述客户端可以包括但不限于以下至少之一：手机、平板电脑、笔记本电脑、台式PC机、数字电视及其他进行区域共享的硬件设备。上述网络可以包括但不限于以下至少之一：广域网、城域网、局域网。上述只是一种示例，本实施例对此不做任何限定。

可选地，在本实施例中，客户端302用于：检测原始配置对象的版本与更新列表的版本是否一致；筛选出原始配置对象中与更新列表版本不一致的配置对象，作为待更新的配置对象。

可选地，在本实施例中，客户端302用于：检测原始配置对象中包括的配置对象是否存在于更新列表中；如果检测出配置对象中包括的第一配置对象不存在于更新列表中，则确定第一配置对象的版本与第一配置对象在更新列表中对应的配置对象的版本不一致。

可选地，在本实施例中，客户端302用于：如果检测出配置对象中包括的第二配置对象存在于更新列表中，则检测第二配置对象的版本号和/或循环冗余校验(CyclicRedundancy Check，简称为CRC)值，以及第二配置对象在更新列表中的对应的配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

可选地，在本实施例中，客户端302用于：判断下载待更新的配置对象对应的第一配置文件是否成功；在判断出下载待更新的配置对象对应的第一配置文件成功的情况下，将第一配置文件与待更新的配置对象对应的预存配置文件进行融合，得到第一更新配置文件。

可选地，在本实施例中，客户端302用于：生成第一更新配置文件对应的CRC值；判断第一更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第一预定范围之内；在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值处于第一预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功。

可选地，在本实施例中，客户端302用于：在判断出下载待更新的配置对象对应的配置文件不成功的情况下，或者，在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值不在第一预定范围之内的情况下，下载待更新的配置对象对应的压缩的第二配置文件，其中，第二配置文件携带有待更新的配置对象的完整的配置信息；解压压缩的第二配置文件，将第二配置文件作为第二更新配置文件。

可选地，在本实施例中，客户端302用于：生成第二更新配置文件对应的CRC值；判断生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第二预定范围之内；在判断出生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值处于第二预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功；在判断出生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值不不在第二预定范围之内的情况下，确定对待更新的配置对象更新失败。

可选地，在本实施例中，客户端302还用于：向服务器发送请求消息，其中，请求消息用于向服务器请求更新列表，并接收服务器根据请求消息返回的更新列表；或接收服务器推送的更新列表。

可选地，在本实施例中，服务器304还用于：接收客户端发送的请求消息，并根据请求消息向客户端返回更新列表；或向客户端推动更新列表。

可选地，在本实施例中，对于更新策略可以但不限于通过客户端和服务器代码协作完成，对运营策划、用户而言可以是黑盒的，他们感受不到这个机制在运作。在运营过程中，如图4所示，运营策划可以在excel表格中为配置对象配置数据。例如：为“地下城与勇士”的配置对象1：游戏官网配置的数据为“http：//dnf.qq.com”，配置对象4：游戏论坛配置的数据为“http：//dnf.gamebbs.qq.com/forum.php”等等。然后，如图5所示，使用工具将excel表格转化为满足某种协议格式的bin文件，压缩，部署到服务器304。如图6所示，当客户端302启动时，或者服务器304部署了新的配置通知到客户端302时，客户端302可以检测需要更新的配置，做最小更新。

可选地，在本实施例中，为了进一步提高对配置对象进行配置时的配置效率，对配置对象进行数据配置时可以但不限于将配置对象进行分类。例如：如图7所示，按照更新频繁度和相关性，对配置对象做细分，然后分别存储到不同的文件中，这样能更好的控制升级的粒度，避免更新无关的配置。

根据本发明实施例，提供了一种配置对象的更新方法，如图8所示，该方法包括：

S802，根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；

S804，下载与待更新的配置对象对应的第一配置文件，其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息；

S806，根据第一配置文件更新待更新的配置对象。

可选地，在本实施例中，上述配置对象的更新方法可以但不限于应用于安装有软件的客户端的设备中。其中，上述软件的客户端可以但不限于为各种类型的软件，例如，在线教育软件、远程控制软件、即时通讯软件、社区空间软件、游戏软件等。具体的，可以但不限于应用于在上述软件客户端中对软件配置进行更新的场景中，或还可以但不限于应用于在上述软件客户端中对软件的配置信息进行管理的场景中，以实现软件的配置对象的更新。上述仅是一种示例，本实施例中对此不做任何限定。

需要说明的是，在本实施例中，根据预存的原始配置对象和获取到的更新列表确定哪些配置对象需要更新，即确定待更新的配置对象，再下载这些需要更新的配置对象对应的第一配置文件，这里的第一配置文件携带了待配置的配置对象的原始配置与更新的配置之间存在的差异信息，根据这些差异信息对待更新的配置对象进行更新，使得对配置对象的更新可以是局部的，即只对有变更的部分进行更新，从而提高了现有技术中软件配置的远程更新效率，进而克服现有技术中软件配置的远程更新效率低的问题。

可选地，在本实施例中，获取到的更新列表中可以但不限于携带有配置对象的相关信息。例如：可以更新列表可以但不限于是bin文件，其中携带了配置对象的信息，携带的配置对象的信息可以但不限于包括：配置对象的类型、下载统一资源定位符(UniformResource Locator，简称为URL)、CRC值、版本号、本地存储路径等信息。如图9所示，更新列表的bin文件号(BinFileNum)为31，bin类型为“10002”的配置对象的下载URL为“a6/GameResource_a6.bin”，CRC值为“3942106135”，版本号为“v1512240954”，本地存储路径(Path)为“data/cfg_bin/GameInfo_a6.bin”。

在一种可选的实施方式中，对于CRC值“3942106135”，当预存的原始配置对象中bin类型为10002的配置对象的CRC值与上述CRC值“3942106135”不同时，可以确定bin类型为10002的配置对象为待更新的配置对象。为了对该待更新的配置对象进行更新，可以到URL为“a6/GameResource_a6.bin”的区域下载对应的配置文件，并将下载的配置文件存储到地址为“data/cfg_bin/GameInfo_a6.bin”的本地区域。

可选地，在本实施例中，下载第一配置文件的传输协议可以但不限于使用HTTP协议。

可选地，在本实施例中，第一配置文件中携带的待更新的配置对象的原始配置与更新的配置之间存在的差异信息可以但不限于是由服务器根据待更新的配置对象的原始配置与更新的配置之间的区别生成的。

可见，通过上述步骤，根据预存的原始配置对象和获取到的更新列表确定需要更新的配置对象，只需要下载该配置对象的配置数据中存在变化的部分即可，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象包括：

S1，检测原始配置对象的版本与更新列表的版本是否一致；

S2，筛选出原始配置对象中与更新列表版本不一致的配置对象，作为待更新的配置对象。

可选地，在本实施例中，对原始配置对象的版本与更新列表的版本进行检测，通过判断二者是否一致来确定配置对象是否需要更新，并将版本不一致的配置对象作为待更新的配置对象。在这里，用于标识配置对象的版本的信息可以但不限于包括：版本号、CRC值等。

通过上述步骤，根据配置对象的版本的区别确定待更新的配置对象，从而可以根据该区别下载第一配置文件，实现对待更新的配置对象的更新。实现了对软件的配置信息的最小更新，也就是说只对发生版本变化的配置对象进行更新，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，在检测原始配置对象的版本与更新列表的版本是否一致之前，还包括：

S1，检测更新列表中包括的配置对象是否存在于原始配置对象中；

S2，如果检测出更新列表中包括的第一配置对象不存在于原始配置对象中，则确定第一配置对象的版本与原始配置对象的版本不一致。

可选地，在本实施例中，检测配置对象的版本之前，还可以但不限于检测更新列表中包括的配置对象是否存在于原始配置对象中，对于原始配置对象中不存在的更新列表中的第一配置对象，将其确定为版本不同的配置对象。

可选地，在本实施例中，如果检测出更新列表中包括的第二配置对象存在于原始配置对象中，则检测第二配置对象的版本号和/或CRC值，以及原始配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

可见，通过上述步骤，通过检测原始配置对象在更新列表中是否存在，以及原始配置对象与更新列表的版本(例如：版本号、CRC值)，确定哪些配置对象需要更新。从而对这些配置对象进行逐条更新，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，根据第一配置文件更新待更新的配置对象包括：

S1，判断下载待更新的配置对象对应的第一配置文件是否成功；

S2，在判断出下载待更新的配置对象对应的第一配置文件成功的情况下，将第一配置文件与待更新的配置对象对应的预存配置文件进行融合，得到第一更新配置文件。

可选地，在本实施例中，如果第一配置文件下载成功了，则将第一配置文件与预存的配置文件进行融合，从而使待更新的配置对象得到更新，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

可选地，在本实施例中，在对第一配置文件与预存的配置文件进行融合之后，为了确保更新的准确性，可以但不限于对生成的新的配置文件进行校验(例如CRC校验)，如果检测成功则证明配置对象更新成功了，还可以将配置对象更新成功的消息通知给与该更新的配置对象关联的模块，使得这些模块可以及时获得该更新的配置对象的最新信息。例如：生成第一更新配置文件对应的CRC值，再判断第一更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第一预定范围之内，并在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值处于第一预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功。

可选地，在本实施例中，如果上述校验不成功或者没能成功下载第一配置文件，则可以但不限于通过下载待更新的配置对象对应的完整的配置信息实现配置对象的更新。可选地，完整的配置信息可以但不限于是经过最优压缩的，如果配置信息是压缩后的信息，则对下载的完整的配置信息进行解压，并将解压后的文件作为更新后的配置对象的配置文件。

例如：在判断出下载待更新的配置对象对应的配置文件不成功的情况下，或者，在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值不在第一预定范围之内的情况下，下载待更新的配置对象对应的压缩的第二配置文件，其中，第二配置文件携带有待更新的配置对象的完整的配置信息，再解压压缩的第二配置文件，将第二配置文件作为第二更新配置文件。

可选地，在本实施例中，下载第二配置文件的传输协议可以但不限于是TCP协议。也可以是其他的协议，在这里为了提高下载第二配置文件时的可靠性，可以使用私有协议对第二配置文件进行下载。

可选地，在本实施例中，为了提高对配置对象的更新的准确性，可以但不限于对第二配置文件进行校验，例如对第二配置文件进行CRC校验，生成第二更新配置文件的CRC值，与更新列表携带的CRC值进行比较，判断二者是否足够接近，如果校验成功，还可以将对待更新的配置对象更新成功的消息通知给与该更新的配置对象关联的模块，使得这些模块可以及时获得该更新的配置对象的最新信息。如果校验失败，则可以认为更新失败，可以生成更新失败的提示信息。

例如：生成所述第二更新配置文件对应的CRC值，并判断生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值是否处于第二预定范围之内，在判断出生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值处于所述第二预定范围之内的情况下，通知所述待更新的配置对象对应的模块所述待更新的配置对象更新成功，在判断出生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值不在所述第二预定范围之内的情况下，确定对所述待更新的配置对象更新失败。

可见，通过上述步骤，在下载差异信息失败或者对差异信息更新失败的情况下，可以通过更加可靠的传输协议下载完整的配置信息，从而提高配置对象更新的成功率，进一步，对新生成的配置文件进行校验，提高了对配置对象更新的可靠性，从而提高了软件配置的更新效率。

作为一种可选的方案，在根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象之前，还包括：

S1，向服务器发送请求消息，其中，请求消息用于向服务器请求更新列表，并接收服务器根据请求消息返回的更新列表；或

S2，接收服务器推送的更新列表。

可选地，在本实施例中，可以但不限于通过主动的从服务器拉取或者接收服务器推送的方式获取更新列表，使得配置对象可以得到及时的更新。

在一个可选示例中提供了一种配置对象的更新方法，具体结合图10对配置对象的更新过程进行说明，该方法包括如下步骤：

步骤S1002，拉取/收到更新列表。

当客户端启动时，会通过TCP私有协议向服务器请求完整的配置文件列表信息(即更新列表)，或者在客户端运行过程中，服务器主动推送有哪些配置文件需要更新。

步骤S1004，检测需要更新的配置对象。

通过检测本地配置是否存在，以及本地与远程配置的版本号、CRC值，确定哪些配置对象需要更新。

步骤S1006，HTTP下载配置版本对应的差异文件(即第一配置文件)。

先通过HTTP协议下载bin差异文件到本地，若下载失败，则跳到步骤S1012进行补救。

步骤S1008，与本地文件(即原始配置文件)融合merge。

将差异文件与本地文件合并，在客户端本地生成新的配置文件。

步骤S1010，校验新配置的文件的CRC。

对本地的新配置文件(即第一更新配置文件)生成CRC，然后与服务器对应配置文件(即更新列表)的CRC对比，若二者相等，则执行步骤S1018通知关心这个配置的模块，这个配置有更新；若不相等，则执行步骤S1012进行补救。

步骤S1012，使用TCP下载压缩后的完整的配置文件(即第二配置文件)。

使用TCP私有协议下载配置前，配置内容已经在服务器经过最优压缩的，压缩数据可以是一段一段传输到客户端的，然后在客户端本地合并，生成压缩后的第二配置文件。

步骤S1014，解压第二配置文件。

将上一步生成的压缩的第二配置文件解压成最新的配置文件。由于是TCP协议通信，除非发生网络故障，否则这一步几乎不会出错。若解压失败则更新配置失败，做服务质量(Qos)数据上报。

步骤S1016，校验新配置文件(即第二更新配置文件)的CRC。

对本地新配置文件生成CRC，若与服务器提供的CRC值相等则更新成功，执行步骤S1018；若不相等则升级失败，做Qos数据上报。

步骤S1018，通知关注这个配置对象的模块。

当这个配置对象更新完成，向注册关心这个配置对象的模块发送消息，相关模块得到消息后，就可以重新读取这个配置对象，在软件行为上做出相应的反应，使得配置生效。

本实施例提供的方案能有效降低大型软件远程配置的更新时间，减小升级配置时的带宽占用，有效可靠，对提升软件的用户体验，降低运营成本有很大帮助。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述配置对象的更新方法的配置对象的更新装置，如图11所示，该装置包括：

1)第一确定模块1102，用于根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；

2)下载模块1104，用于下载与待更新的配置对象对应的第一配置文件，其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息；

3)更新模块1106，用于根据第一配置文件更新待更新的配置对象。

可选地，在本实施例中，上述配置对象的更新装置可以但不限于应用于安装有软件的客户端的设备中。其中，上述软件的客户端可以但不限于为各种类型的软件，例如，在线教育软件、远程控制软件、即时通讯软件、社区空间软件、游戏软件等。具体的，可以但不限于应用于在上述软件客户端中对软件配置进行更新的场景中，或还可以但不限于应用于在上述软件客户端中对软件的配置信息进行管理的场景中，以实现软件的配置对象的更新。上述仅是一种示例，本实施例中对此不做任何限定。

根据预存的原始配置对象和获取到的更新列表确定哪些配置对象需要更新，即确定待更新的配置对象，再下载这些需要更新的配置对象对应的第一配置文件，这里的第一配置文件携带了待配置的配置对象的原始配置与更新的配置之间存在的差异信息，根据这些差异信息对待更新的配置对象进行更新，使得对配置对象的更新可以是局部的，即只对有变更的部分进行更新，从而提高了现有技术中软件配置的远程更新效率，进而克服现有技术中软件配置的远程更新效率低的问题。

可选地，在本实施例中，获取到的更新列表中可以但不限于携带有配置对象的相关信息。例如：可以更新列表可以但不限于是bin文件，其中携带了配置对象的信息，携带的配置对象的信息可以但不限于包括：配置对象的类型、下载URL、CRC值、版本号、本地存储路径等信息。如图9所示，更新列表的bin文件号(BinFileNum)为31，bin类型为“10002”的配置对象的下载URL为“a6/GameResource_a6.bin”，CRC值为“3942106135”，版本号为“v1512240954”，本地存储路径(Path)为“data/cfg_bin/GameInfo_a6.bin”。

在一种可选的实施方式中，对于CRC值“3942106135”，当预存的原始配置对象中bin类型为10002的配置对象的CRC值与上述CRC值“3942106135”不同时，可以确定bin类型为10002的配置对象为待更新的配置对象。为了对该待更新的配置对象进行更新，可以到URL为“a6/GameResource_a6.bin”的区域下载对应的配置文件，并将下载的配置文件存储到地址为“data/cfg_bin/GameInfo_a6.bin”的本地区域。

可选地，在本实施例中，下载第一配置文件的传输协议可以但不限于使用HTTP协议。

可选地，在本实施例中，第一配置文件中携带的待更新的配置对象的原始配置与更新的配置之间存在的差异信息可以但不限于是由服务器根据待更新的配置对象的原始配置与更新的配置之间的区别生成的。

可见，通过上述步骤，根据预存的原始配置对象和获取到的更新列表确定需要更新的配置对象，只需要下载该配置对象的配置数据中存在变化的部分即可，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，确定模块包括：

1)第一检测单元，用于检测原始配置对象的版本与更新列表的版本是否一致；

2)筛选单元，用于筛选出原始配置对象中与更新列表版本不一致的配置对象，作为待更新的配置对象。

可选地，在本实施例中，对原始配置对象的版本与更新列表的版本进行检测，通过判断二者是否一致来确定配置对象是否需要更新，并将版本不一致的配置对象作为待更新的配置对象。在这里，用于标识配置对象的版本的信息可以但不限于包括：版本号、CRC值等。

通过上述装置，根据配置对象的版本的区别确定待更新的配置对象，从而可以根据该区别下载第一配置文件，实现对待更新的配置对象的更新。实现了对软件的配置信息的最小更新，也就是说只对发生版本变化的配置对象进行更新，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，确定模块还包括：

1)第二检测单元，用于检测更新列表中包括的配置对象是否存在于原始配置对象中；

2)确定单元，用于如果检测出更新列表中包括的第一配置对象不存在于原始配置对象中，则确定第一配置对象的版本与原始配置对象的版本不一致。

可选地，在本实施例中，检测配置对象的版本之前，还可以但不限于检测更新列表中包括的配置对象是否存在于原始配置对象中，对于原始配置对象中不存在的更新列表中的第一配置对象，将其确定为版本不同的配置对象。

作为一种可选的方案，第一检测单元包括：

1)检测子单元，用于如果检测出更新列表中包括的第二配置对象存在于原始配置对象中，则检测第二配置对象的版本号和/或CRC值，以及原始配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

可选地，在本实施例中，如果检测出更新列表中包括的第二配置对象存在于原始配置对象中，则检测第二配置对象的版本号和/或CRC值，以及原始配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

可见，通过上述装置，通过检测原始配置对象在更新列表中是否存在，以及原始配置对象与更新列表的版本(例如：版本号、CRC值)，确定哪些配置对象需要更新。从而对这些配置对象进行逐条更新，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，更新模块包括：

1)第一判断单元，用于判断下载待更新的配置对象对应的第一配置文件是否成功；

2)融合单元，用于在判断出下载待更新的配置对象对应的第一配置文件成功的情况下，将第一配置文件与待更新的配置对象对应的预存配置文件进行融合，得到第一更新配置文件。

可选地，在本实施例中，如果第一配置文件下载成功了，则将第一配置文件与预存的配置文件进行融合，从而使待更新的配置对象得到更新，从而缩短了对软件的配置信息进行更新的时间，提高了软件配置的更新效率。

作为一种可选的方案，更新模块还包括：

1)生成单元，用于生成第一更新配置文件对应的CRC值；

2)第二判断单元，用于判断第一更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第一预定范围之内；

3)通知单元，用于在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值处于第一预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功

可选地，在本实施例中，在对第一配置文件与预存的配置文件进行融合之后，为了确保更新的准确性，可以但不限于对生成的新的配置文件进行校验(例如CRC校验)，如果检测成功则证明配置对象更新成功了，还可以将配置对象更新成功的消息通知给与该更新的配置对象关联的模块，使得这些模块可以及时获得该更新的配置对象的最新信息。

作为一种可选的方案，该装置还包括：

1)第二下载模块，用于在判断出下载待更新的配置对象对应的配置文件不成功的情况下，或者，在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值不在第一预定范围之内的情况下，下载待更新的配置对象对应的压缩的第二配置文件，其中，第二配置文件携带有待更新的配置对象的完整的配置信息；

2)解压模块，用于解压压缩的第二配置文件，将第二配置文件作为第二更新配置文件。

可选地，在本实施例中，如果上述校验不成功或者没能成功下载第一配置文件，则可以但不限于通过下载待更新的配置对象对应的完整的配置信息实现配置对象的更新。可选地，完整的配置信息可以但不限于是经过最优压缩的，如果配置信息是压缩后的信息，则对下载的完整的配置信息进行解压，并将解压后的文件作为更新后的配置对象的配置文件。

可选地，在本实施例中，下载第二配置文件的传输协议可以但不限于是TCP协议。也可以是其他的协议，在这里为了提高下载第二配置文件时的可靠性，可以使用私有协议对第二配置文件进行下载。

作为一种可选的方案，该装置还包括：

1)生成模块，用于生成第二更新配置文件对应的CRC值；

2)判断模块，用于判断生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第二预定范围之内；

3)通知模块，用于在判断出生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值处于第二预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功；

4)第二确定模块，用于在判断出生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值不不在第二预定范围之内的情况下，确定对待更新的配置对象更新失败。

可选地，在本实施例中，为了提高对配置对象的更新的准确性，可以但不限于对第二配置文件进行校验，例如对第二配置文件进行CRC校验，生成第二更新配置文件的CRC值，与更新列表携带的CRC值进行比较，判断二者是否足够接近，如果校验成功，还可以将对待更新的配置对象更新成功的消息通知给与该更新的配置对象关联的模块，使得这些模块可以及时获得该更新的配置对象的最新信息。如果校验失败，则可以认为更新失败，可以生成更新失败的提示信息。

可见，通过上述装置，在下载差异信息失败或者对差异信息更新失败的情况下，可以通过更加可靠的传输协议下载完整的配置信息，从而提高配置对象更新的成功率，进一步，对新生成的配置文件进行校验，提高了对配置对象更新的可靠性，从而提高了软件配置的更新效率。

作为一种可选的方案，该装置还包括：

1)处理模块，用于向服务器发送请求消息，其中，请求消息用于向服务器请求更新列表，并接收服务器根据请求消息返回的更新列表；或

2)接收模块，用于接收服务器推送的更新列表。

可选地，在本实施例中，可以但不限于通过主动的从服务器拉取或者接收服务器推送的方式获取更新列表，使得配置对象可以得到及时的更新。

实施例3

本发明实施例的应用环境可以但不限于参照实施例1中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述配置对象的更新方法的一种可选的具体应用示例。

作为一种可选的实施例，上述配置对象的更新方法可以但不限于应用于如图11所示的对客户端软件的配置对象进行更新的场景中。在客户端(client)启动或者客户端运行过程中，向服务器请求配置的更新列表，根据更新列表与本地预存的原始配置对象确定待更新的配置对象，从cfg file server或者缓存区cfg file isp cache下载携带有差异信息的第一配置文件，并根据第一配置文件更新上述待更新的配置对象，从而实现对配置对象的快速更新。

配置更新后，客户端可以但不限于对更新的配置进行CRC校验，如果校验成功，则将配置更新成功的消息通知给相关模块。

如果下载第一配置文件不成功或者对更新后的配置文件进行CRC校验不成功，客户端还可以从protocol server下载携带有完整的配置信息的第二配置文件，如果第二配置文件是压缩文件，则将第二配置文件进行解压缩，将解压后的第二配置文件作为更新的配置文件，从而实现对配置对象的可靠更新。

配置更新后，客户端可以但不限于对更新的配置进行CRC校验，如果校验成功，则将配置更新成功的消息通知给相关模块。

如果更新不成功，客户端还可以生成对于更新失败的提示消息。

在本实施例中，通过配置对象的比较确定需要更新的配置对象，并从服务器下载配置对象存在差异的部分对待更新的配置对象进行更新，实现软件配置的最小更新，从而实现了软件配置的快速更新，还可以从服务器下载完整的配置信息对配置对象进行更新，从而提高了软件配置的更新成功率，并可以对更新进行校验，使更新的过程更加可靠，提高了软件配置的更新效率，进而克服现有技术中软件配置的更新效率低的问题。

实施例4

根据本发明实施例，还提供了一种用于实施上述配置对象的更新方法的配置对象的更新设备，如图13所示，该设备包括：

1)通讯接口1302，设置为下载与待更新的配置对象对应的第一配置文件，其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息；

2)处理器1304，与通讯接口1302连接，设置为根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；还设置为根据第一配置文件更新待更新的配置对象。

3)存储器1306，与通讯接口1302及处理器1304连接，设置为存储预存的原始配置对象以及第一配置文件。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

实施例5

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；

S2，下载与待更新的配置对象对应的第一配置文件，其中，第一配置文件携带有待更新的配置对象的原始配置与更新的配置之间存在的差异信息；

S3，根据第一配置文件更新待更新的配置对象。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S4，检测原始配置对象的版本与更新列表的版本是否一致；

S5，筛选出原始配置对象中与更新列表版本不一致的配置对象，作为待更新的配置对象。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：检测更新列表中包括的配置对象是否存在于原始配置对象中；如果检测出更新列表中包括的第一配置对象不存在于原始配置对象中，则确定第一配置对象的版本与原始配置对象的版本不一致。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：如果检测出更新列表中包括的第二配置对象存在于原始配置对象中，则检测第二配置对象的版本号和/或CRC值，以及原始配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断下载待更新的配置对象对应的第一配置文件是否成功；在判断出下载待更新的配置对象对应的第一配置文件成功的情况下，将第一配置文件与待更新的配置对象对应的预存配置文件进行融合，得到第一更新配置文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：生成第一更新配置文件对应的CRC值；判断第一更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第一预定范围之内；在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值处于第一预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在判断出下载待更新的配置对象对应的配置文件不成功的情况下，或者，在判断出第一更新配置文件对应的CRC值与更新列表携带的CRC值不在第一预定范围之内的情况下，下载待更新的配置对象对应的压缩的第二配置文件，其中，第二配置文件携带有待更新的配置对象的完整的配置信息；解压压缩的第二配置文件，将第二配置文件作为第二更新配置文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：生成第二更新配置文件对应的CRC值；判断生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值是否处于第二预定范围之内；在判断出生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值处于第二预定范围之内的情况下，通知待更新的配置对象对应的模块待更新的配置对象更新成功；在判断出生成的第二更新配置文件对应的CRC值与更新列表携带的CRC值不在第二预定范围之内的情况下，确定对待更新的配置对象更新失败。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：向服务器发送请求消息，其中，请求消息用于向服务器请求更新列表，并接收服务器根据请求消息返回的更新列表；或接收服务器推送的更新列表。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

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

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

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

根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；

下载与所述待更新的配置对象对应的第一配置文件，其中，所述第一配置文件携带有所述待更新的配置对象的原始配置与更新的配置之间存在的差异信息；

根据所述第一配置文件更新所述待更新的配置对象；

其中，所述根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象包括：

检测所述原始配置对象的版本与所述更新列表的版本是否一致；

筛选出所述原始配置对象中与所述更新列表版本不一致的配置对象，作为所述待更新的配置对象；

其中，在检测所述原始配置对象的版本与所述更新列表的版本是否一致之前，所述方法还包括：

检测所述更新列表中包括的配置对象是否存在于所述原始配置对象中；

如果检测出所述更新列表中包括的第一配置对象不存在于所述原始配置对象中，则确定所述第一配置对象的版本与所述原始配置对象的版本不一致。

2.根据权利要求1所述的方法，其特征在于，所述检测所述原始配置对象的版本与所述更新列表的版本是否一致包括：

如果检测出所述更新列表中包括的第二配置对象存在于所述原始配置对象中，则检测所述第二配置对象的版本号和/或CRC值，以及所述原始配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一配置文件更新所述待更新的配置对象包括：

判断下载所述待更新的配置对象对应的所述第一配置文件是否成功；

在判断出下载所述待更新的配置对象对应的所述第一配置文件成功的情况下，将所述第一配置文件与所述待更新的配置对象对应的预存配置文件进行融合，得到第一更新配置文件。

4.根据权利要求3所述的方法，其特征在于，在将所述第一配置文件与所述待更新的配置对象对应的预存配置文件进行融合，得到所述第一更新配置文件之后，还包括：

生成所述第一更新配置文件对应的循环冗余校验CRC值；

判断所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值是否处于第一预定范围之内；

在判断出所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值处于第一预定范围之内的情况下，通知所述待更新的配置对象对应的模块所述待更新的配置对象更新成功。

5.根据权利要求3或4所述的方法，其特征在于，在判断下载所述待更新的配置对象对应的所述第一配置文件是否成功之后，或者，在判断所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值是否处于第一预定范围之内之后，还包括：

在判断出下载所述待更新的配置对象对应的配置文件不成功的情况下，或者，在判断出所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值不在第一预定范围之内的情况下，下载所述待更新的配置对象对应的压缩的第二配置文件，其中，所述第二配置文件携带有所述待更新的配置对象的完整的配置信息；

解压所述压缩的第二配置文件，将所述第二配置文件作为第二更新配置文件。

6.根据权利要求5所述的方法，其特征在于，在解压所述压缩的所述第二配置文件，将所述第二配置文件作为所述第二更新配置文件之后，还包括：

生成所述第二更新配置文件对应的CRC值；

判断生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值是否处于第二预定范围之内；

在判断出生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值处于所述第二预定范围之内的情况下，通知所述待更新的配置对象对应的模块所述待更新的配置对象更新成功；

在判断出生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值不在所述第二预定范围之内的情况下，确定对所述待更新的配置对象更新失败。

7.根据权利要求1所述的方法，其特征在于，在所述根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象之前，还包括：

向服务器发送请求消息，其中，所述请求消息用于向服务器请求所述更新列表，并接收所述服务器根据所述请求消息返回的所述更新列表；或

接收所述服务器推送的所述更新列表。

8.一种配置对象的更新装置，其特征在于，包括：

第一确定模块，用于根据预存的原始配置对象和获取到的更新列表确定待更新的配置对象；

下载模块，用于下载与所述待更新的配置对象对应的第一配置文件，其中，所述第一配置文件携带有所述待更新的配置对象的原始配置与更新的配置之间存在的差异信息；

更新模块，用于根据所述第一配置文件更新所述待更新的配置对象；

其中，所述确定模块包括：

第一检测单元，用于检测所述原始配置对象的版本与所述更新列表的版本是否一致；

筛选单元，用于筛选出所述原始配置对象中与所述更新列表版本不一致的配置对象，作为所述待更新的配置对象；

其中，所述确定模块还包括：

第二检测单元，用于检测所述更新列表中包括的配置对象是否存在于所述原始配置对象中；

确定单元，用于如果检测出所述更新列表中包括的第一配置对象不存在于所述原始配置对象中，则确定所述第一配置对象的版本与所述原始配置对象的版本不一致。

9.根据权利要求8所述的装置，其特征在于，所述第一检测单元包括：

检测子单元，用于如果检测出所述更新列表中包括的第二配置对象存在于所述原始配置对象中，则检测所述第二配置对象的版本号和/或CRC值，以及所述原始配置对象的版本号和/或CRC值，其中，版本号和/或CRC值用于指示配置对象的版本。

10.根据权利要求8所述的装置，其特征在于，所述更新模块包括：

第一判断单元，用于判断下载所述待更新的配置对象对应的所述第一配置文件是否成功；

融合单元，用于在判断出下载所述待更新的配置对象对应的所述第一配置文件成功的情况下，将所述第一配置文件与所述待更新的配置对象对应的预存配置文件进行融合，得到第一更新配置文件。

11.根据权利要求10所述的装置，其特征在于，所述更新模块还包括：

生成单元，用于生成所述第一更新配置文件对应的循环冗余校验CRC值；

第二判断单元，用于判断所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值是否处于第一预定范围之内；

通知单元，用于在判断出所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值处于第一预定范围之内的情况下，通知所述待更新的配置对象对应的模块所述待更新的配置对象更新成功。

12.根据权利要求10或11所述的装置，其特征在于，所述装置还包括：

第二下载模块，用于在判断出下载所述待更新的配置对象对应的配置文件不成功的情况下，或者，在判断出所述第一更新配置文件对应的CRC值与所述更新列表携带的CRC值不在第一预定范围之内的情况下，下载所述待更新的配置对象对应的压缩的第二配置文件，其中，所述第二配置文件携带有所述待更新的配置对象的完整的配置信息；

解压模块，用于解压所述压缩的第二配置文件，将所述第二配置文件作为第二更新配置文件。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

生成模块，用于生成所述第二更新配置文件对应的CRC值；

判断模块，用于判断生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值是否处于第二预定范围之内；

通知模块，用于在判断出生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值处于所述第二预定范围之内的情况下，通知所述待更新的配置对象对应的模块所述待更新的配置对象更新成功；

第二确定模块，用于在判断出生成的所述第二更新配置文件对应的CRC值与所述更新列表携带的CRC值不不在所述第二预定范围之内的情况下，确定对所述待更新的配置对象更新失败。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

处理模块，用于向服务器发送请求消息，其中，所述请求消息用于向服务器请求所述更新列表，并接收所述服务器根据所述请求消息返回的所述更新列表；或

接收模块，用于接收所述服务器推送的所述更新列表。