一种组件更新方法、装置和系统与流程

本发明属于通信技术领域，尤其涉及一种组件更新方法、装置和系统。

背景技术：

com组件(即comcomponent)是微软公司为了计算机工业的软件生产更加符合人类的行为方式开发的一种新的软件开发技术；随着互联网技术的迅速发展，在com构架下，人们可以开发出各种各样的功能专一的com组件(以下简称组件)，然后将它们按照需要组合起来，构成复杂的应用系统。

为了便于对系统的升级和定制，可以将系统中的组件用新的组件替换，一般的，将这个过程称为“组件更新”；目前组件更新过程中，首先需要关闭加载了待更新组件的进程，随后启动升级进程，并通过该升级进程从服务器下载组件最新版本，最后用最新版本替换本地旧版本，再启动被关闭的进程，从而完成组件更新。

在对现有技术的研究和实践过程中，本发明的发明人发现，由于现有技术需要借助升级进程才能完成组件的更新，因此会导致组件更新不及时、带宽消耗较大的问题。

技术实现要素：

本发明的目的在于提供一种组件更新方法、装置和系统，旨在提高组件更新的时效性、减少带宽消耗。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种组件更新方法，其中包括：

获取本地的待更新组件相对应的预设更新线程；

基于所述预设更新线程，确定所述待更新组件的版本信息；

向服务器发送更新请求，所述更新请求携带所述版本信息；

当所述服务器根据所述更新请求确定所述待更新组件需要更新时，从所述服务器下载更新文件，并根据所述更新文件更新所述待更新组件。

为解决上述技术问题，本发明实施例还提供以下技术方案：

一种组件更新装置，其中包括：

获取单元，用于获取本地的待更新组件相对应的预设更新线程；

确定单元，用于基于所述预设更新线程，确定所述待更新组件的版本信息；

发送单元，用于向服务器发送更新请求，所述更新请求携带所述版本信息；

下载单元，用于当所述服务器根据所述更新请求确定所述待更新组件需要更新时，从所述服务器下载更新文件；

更新单元，用于根据所述更新文件更新所述待更新组件。

为解决上述技术问题，本发明实施例还提供以下技术方案：

一种组件更新系统，其中包括服务器以及如前述组件更新装置；

所述服务器，用于接收所述组件更新装置发送的更新请求，所述更新请求携带待更新组件的版本信息，根据所述版本信息确定所述待更新组件需要更新时，向所述组件更新装置发送通知信息，以使所述组件更新装置更新所述待更新组件。

相对于现有技术，本发明实施例，首先，获取本地的待更新组件相对应的预设更新线程，然后基于该预设更新线程，确定待更新组件的版本信息；接着，向服务器发送携带该版本信息更新请求，当服务器根据该更新请求确定待更新组件需要更新时，下载更新文件，并根据该更新文件更新待更新组件。即本发明实施例中待更新组件内部启动相应的更新线程，并基于该更新进程与服务器进行版本信息对比以及更新文件下载等，从而可自动加载完成组件的更新，相对于基于借助外在的升级进程对组件进行更新的方式，提高了组件更新的时效性，同时减少带宽消耗。

附图说明

下面结合附图，通过对本发明的具体实施方式详细描述，将使本发明的技术方案及其它有益效果显而易见。

图1a是本发明实施例提供的组件更新系统的场景示意图；

图1b是本发明第一实施例提供的组件更新方法的流程示意图；

图2为本发明第二实施例提供的组件更新方法的流程示意图；

图3为本发明第三实施例提供的组件更新装置的结构示意图；

图4为本发明第四实施例提供的电子设备的结构示意图；

图5是本发明第五实施例提供的组件更新系统的结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语「模块」可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。 而本文所述的装置及方法优选的以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。

本发明实施例提供一种组件更新方法、装置和系统。

参见图1a，该图为本发明实施例所提供的组件更新系统的场景示意图，该组件更新系统可以包括组件更新装置以及服务器，其中该组件更新装置具体可以集成在终端(如手机、平板电脑)上，主要用于：获取本地的待更新组件相对应的预设更新线程，然后，基于该预设更新线程，确定待更新组件的版本信息，即待更新组件内部启动相应的更新线程，并基于该更新线程对该组件进行更新；接着，向服务器发送更新请求，该更新请求携带该待更新组件的版本信息；当服务器根据该更新请求确定待更新组件需要更新时，从服务器下载更新文件，并根据更新文件更新待更新组件，等等。

此外，该组件更新系统中服务器主要用于：接收前述组件更新装置发送的更新请求，其中，该更新请求携带待更新组件的在本地的版本信息；当该服务器根据该版本信息确定待更新组件需要更新时，向前述组件更新装置发送通知信息，以使得该组件更新装置根据该通知信息，及时对该待更新组件进行更新。

以下将分别进行详细说明。

第一实施例

在本实施例中，将从组件更新装置的角度进行描述，该组件更新装置具体可以集成在终端上，该终端可以是手机、平板电脑等具有存储单元并安装有微处理器而具有运算能力的终端机。

一种组件更新方法，包括：获取本地的待更新组件相对应的预设更新线程；基于该预设更新线程，确定待更新组件的版本信息；向服务器发送更新请求，该更新请求携带该版本信息；当服务器根据该更新请求确定所述待更新组件需要更新时，从服务器下载更新文件，并根据更新文件更新待更新组件。

请参阅图1b，图1b是本发明第一实施例提供的组件更新方法的流程示意图。所述方法包括：

在步骤s101中，获取本地的待更新组件相对应的预设更新线程。

在步骤s102中，基于该预设更新线程，确定待更新组件的版本信息。

其中，所述步骤s101与步骤s102可具体为：

比如，每一组件内部预先设置有更新线程，当确定出组件需要更新时，该组件启动其对应的更新线程，并基于该更新线程实现对组件的更新。

可以理解的是，本实施例中，线程也被称为轻量进程(lightweightprocesses)，在计算机领域中，其是指运行中的程序的调度单位。线程是进程中的实体，一个进程可以拥有多个线程，一个线程必须有一个父进程。线程不拥有系统资源，只有运行必须的一些数据结构；它与父进程的其它线程共享该进程所拥有的全部资源。线程可以创建和撤消线程，从而实现程序的并发执行。一般，线程具有就绪、阻塞和运行三种基本状态。

进一步的，基于该预设更新线程，确定待更新组件的版本信息可以包括：

步骤1、根据该预设更新线程，获取相应的预设时间间隔。

步骤2、按照该预设时间间隔，确定待更新组件的版本信息。

例如，该预设更新线程设置定时器，每隔预设时间间隔(如20分钟或30分钟等)触发一次，当定时器触发时，确定待更新组件在本地的版本信息。

在步骤s103中，向服务器发送更新请求，该更新请求携带该版本信息。

在步骤s104中，当服务器根据该更新请求确定待更新组件需要更新时，从服务器下载更新文件，并根据更新文件更新待更新组件。

其中，所述步骤s103与步骤s104可具体为：

可以理解的是，当确定待更新组件在本地的版本信息之后，向服务器发送携带该版本信息的更新请求，从而可以根据该版本信息确定待更新组件是否需要更新。

例如，服务器接收到该更新请求后，先获取该待更新组件的最新版本信息，将该最新版本信息与待更新组件在本地的版本信息进行比较，若该最新版本信息与待更新组件在本地的版本信息不一致，则可以确定待更新组件需要更新。

进一步的，在服务器确定出待更新组件需要更新时，发送通知信息，该通知信息指示需要对该待更新组件进行更新，进而，从服务器下载更新文件可以具体包括：

步骤a、接收服务器发送的指示需要更新的通知信息；

步骤b、根据该通知信息，从服务器下载更新文件。

例如，根据该通知信息的指示，从服务器中查找相应的更新文件；其中，该更新文件可以是最新版本信息的组件整体对应的更新文件，也可以是组件中需要更新的部分对应的更新文件，此处不作具体限定。

本实施例中，根据更新文件更新待更新组件的方式可以有很多，比如，可以包括：

步骤a、将该更新文件拷贝至待更新组件所在目录，生成新版本组件；

步骤b、在该新版本组件所在进程进行重新启动后，加载该新版本组件；

步骤c、当确定该新版本组件加载完成后，确定该新版本组件为更新后的待更新组件。

也就是说，在将更新文件拷贝至待更新组件所在目录，生成新版本组件之后，还需要对该新版本组件所在进程(如所在的终端应用等)进行重新启动，并加载该新版本组件，当确定该新版本组件加载完成后，则可以确定该待更新组件更新完毕。

更进一步的，在较为优选的方式中，(步骤a中)将该更新文件拷贝至待更新组件所在目录之前，还可以对各文件、组件进行命名，比如：

将该更新文件命名为第一标识信息，将待更新组件命名为第二标识信息。

基于此，在(步骤a中)生成新版本组件之后，还可以包括：根据前述第一标识信息和第二标识信息，对该新版本组件进行命名。

可具体的，比如，可以将该更新文件命名为“*.a.new”，将待更新组件命名为“*.a.old”，从而该新版本组件可以命名为“*.a”，以根据这些命名信息快速查找到对应的文件/组件，便于该组件更新。

由上述可知，本发明实施例提供的组件更新方法，首先，获取本地的待更新组件相对应的预设更新线程，然后基于该预设更新线程，确定待更新组件的版本信息；接着，向服务器发送携带该版本信息更新请求，当服务器根据该更新请求确定待更新组件需要更新时，下载更新文件，并根据该更新文件更新待更新组件。即本发明实施例中待更新组件内部启动相应的更新线程，并基于该更新进程与服务器进行版本信息对比以及更新文件下载等，从而可自动加载完成组件的更新，相对于基于借助外在的升级进程对组件进行更新的方式，提高了组件更新的时效性，同时减少带宽消耗。

第二实施例

根据第一实施例所描述的方法，以下将举例作进一步详细说明。

首先，设置组件更新装置，该用于对组件进行更新的装置可以集成在终端上，其次，设置服务器，该服务器用于在确定终端上的组件是否需要更新，当确定需要更新时生成通知信息，以提醒组件更新装置及时对组件进行更新。以下将进行详细说明。

请参阅图2，图2为本发明第二实施例提供的组件更新方法的流程示意图。所述方法包括：

在步骤s201中，终端控制组件启动相应的更新线程。

在步骤s202中，终端按照更新线程所指示的更新间隔，获取组件的版本a。

其中，所述步骤s201与步骤s202可具体为：

比如，每一组件内部都对应设置自己的更新线程，其中，该更新线程中设置定时器，按设定的更新间隔触发，如每隔20分钟、30分钟触发一次，等等；当定时器触发，即更新间隔到达时，终端获取组件的本地版本。

进一步的，比如，终端获取本地组件的dll(dynamiclinklibrary，动态链接库文件)的版本，为便于描述，本地组件dll的版本简称为版本a。

其中，dll文件又叫应用程序拓展，是一种软件文件类型，在windows中， 许多应用程序并不是一个完整的可执行文件，它们被分割成一些相对独立的动态链接库，即dll文件，放置于系统中。当执行某一个程序时，相应的dll文件就会被调用。

在步骤s203中，终端向服务器发送更新请求，该更新请求携带版本a。

在步骤s204中，服务器接收该更新请求，获取相应组件的版本b。

在步骤s205中，服务器根据版本a和版本b，确定组件需要更新。

其中，所述步骤s203至步骤s205可具体为：

比如，服务器接收到该携带版本a的更新请求后，首先获取相应组件，其后检测该组件最新dll版本，即更新时间最晚的版本，为便于描述，服务器上组件最新dll版本可简称为版本b。

假设，版本a为“xxdll6.2”，版本b为“xxdll6.5”，因此，可认为版本b为版本a的最新更新版本，服务器确定相应的组件需要更新。

在步骤s206中，服务器向终端发送通知信息。

在步骤s207中，终端接收该通知信息，并从服务器下载更新文件，得到更新后的组件。

在步骤s208中，终端在该组件所在进程进行重新启动后，自动加载更新后的组件。

其中，所述步骤s206至步骤s208可具体为：

比如，当服务器确定组件需要更新时，服务器向终端发送通知信息，以指示终端是否对组件进行更新；当终端接收到该通知信息，即收到服务器回应时，如果根据该通知信息知道需要更新组件，则可以使用超文本传输协议(http，hypertexttransferprotocol)从服务器下载更新文件。

进一步优选的，下载的更新文件为最新版本dll文件，可以命名为“*.dll.new”，同时将本地的dll文件命名为“*.dll.old”；随后，将“*.dll.new”拷贝到dll组件所在目录，并将其重命名为“*.dll”。

需要说明的是，本发明实施例中，更新后的组件需要重启后才能生效，比 如，终端在该dll组件所在进程进行重新启动后，自动加载更新后的dll文件。

以组件a：xx浏览器服务程序与组件b：xbshellicon.dll的更新为例，之前这两个组件的更新需要借助于浏览器的更新，与浏览器安装包绑定；使用本发明提供的自更新方法后，组件a和组件b均可以灵活的配置升级，与浏览器安装包解耦，在不需要浏览器重新发版的情况下，组件可以实现自更新，及时应对各种变化，节约带宽。

由上述可知，本发明实施例提供的组件更新方法，首先，获取本地的待更新组件相对应的预设更新线程，然后基于该预设更新线程，确定待更新组件的版本信息；接着，向服务器发送携带该版本信息更新请求，当服务器根据该更新请求确定待更新组件需要更新时，下载更新文件，并根据该更新文件更新待更新组件。即本发明实施例中待更新组件内部启动相应的更新线程，并基于该更新进程与服务器进行版本信息对比以及更新文件下载等，从而可自动加载完成组件的更新，也就是说，不需要借助其他进程，加载组件的进程自己就可以完成升级，更新前进程也不需要关闭，从而大大提高了组件更新的时效性，同时减少带宽消耗。

第三实施例

为便于更好的实施本发明实施例提供的组件更新方法，本发明实施例还提供一种基于上述组件更新方法的装置。其中名词的含义与上述组件更新的方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图3，图3为本发明实施例提供的组件更新装置的结构示意图，其中所述组件更新装置可以包括获取单元301、确定单元302、发送单元303、下载单元304以及更新单元305；

其中，获取单元301，用于获取本地的待更新组件相对应的预设更新线程；确定单元302，用于基于所述预设更新线程，确定所述待更新组件的版本信息。

比如，每一组件内部预先设置有更新线程，当确定出组件需要更新时，该 组件启动其对应的更新线程，并基于该更新线程实现对组件的更新。

可以理解的是，本实施例中，线程也被称为轻量进程，在计算机领域中，其是指运行中的程序的调度单位。线程是进程中的实体，一个进程可以拥有多个线程，一个线程必须有一个父进程。线程不拥有系统资源，只有运行必须的一些数据结构；它与父进程的其它线程共享该进程所拥有的全部资源。线程可以创建和撤消线程，从而实现程序的并发执行。一般，线程具有就绪、阻塞和运行三种基本状态。

进一步的，所述确定单元302可以包括：

获取子单元，用于根据所述预设更新线程，获取相应的预设时间间隔；

确定子单元，用于按照所述预设时间间隔，确定所述待更新组件的版本信息。

例如，该预设更新线程设置定时器，每隔预设时间间隔(如20分钟或30分钟等)触发一次，当定时器触发时，确定待更新组件在本地的版本信息。

其后，发送单元303，用于向服务器发送更新请求，所述更新请求携带所述版本信息；下载单元304，用于当所述服务器根据所述更新请求确定所述待更新组件需要更新时，从所述服务器下载更新文件；更新单元305，用于根据所述更新文件更新所述待更新组件。

可以理解的是，当确定待更新组件在本地的版本信息之后，向服务器发送携带该版本信息的更新请求，从而可以根据该版本信息确定待更新组件是否需要更新。

例如，服务器接收到该更新请求后，先获取该待更新组件的最新版本信息，将该最新版本信息与待更新组件在本地的版本信息进行比较，若该最新版本信息与待更新组件在本地的版本信息不一致，则可以确定待更新组件需要更新。

进一步的，在服务器确定出待更新组件需要更新时，发送通知信息，该通知信息指示需要对该待更新组件进行更新，进而，所述下载单元304可以包括：

接收子单元，用于接收所述服务器发送的指示需要更新的通知信息；

下载子单元，用于根据所述通知信息，从所述服务器下载更新文件。

例如，根据该通知信息的指示，从服务器中查找相应的更新文件；其中，该更新文件可以是最新版本信息的组件整体对应的更新文件，也可以是组件中需要更新的部分对应的更新文件，此处不作具体限定。

本实施例中，根据更新文件更新待更新组件的方式可以有很多，比如，所述更新单元305可以包括：

生成子单元，用于将所述更新文件拷贝至所述待更新组件所在目录，生成新版本组件；

加载子单元，用于在所述新版本组件所在进程进行重新启动后，加载所述新版本组件；

更新确定子单元，用于当确定所述新版本组件加载完成后，确定所述新版本组件为更新后的待更新组件。

也就是说，在将更新文件拷贝至待更新组件所在目录，生成新版本组件之后，还需要对该新版本组件所在进程(如所在的终端应用等)进行重新启动，并加载该新版本组件，当确定该新版本组件加载完成后，则可以确定该待更新组件更新完毕。

更进一步的，在较为优选的方式中，将该更新文件拷贝至待更新组件所在目录之前，还可以对各文件、组件进行命名，基于此，所述装置还可以包括：

命名单元，用于将所述更新文件命名为第一标识信息，将所述待更新组件命名为第二标识信息；在所述生成子单元生成新版本组件之后，根据所述第一标识信息和所述第二标识信息，对所述新版本组件进行命名。

可具体的，比如，可以将该更新文件命名为“*.a.new”，将待更新组件命名为“*.a.old”，从而该新版本组件可以命名为“*.a”，以根据这些命名信息快速查找到对应的文件/组件，便于该组件更新。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的 方法实施例，在此不再赘述。

该组件更新装置具体可以集成在终端上，该终端可以是手机、平板电脑等具有存储单元并安装有微处理器而具有运算能力的终端机。

由上述可知，本发明实施例提供的组件更新装置，首先，获取本地的待更新组件相对应的预设更新线程，然后基于该预设更新线程，确定待更新组件的版本信息；接着，向服务器发送携带该版本信息更新请求，当服务器根据该更新请求确定待更新组件需要更新时，下载更新文件，并根据该更新文件更新待更新组件。即本发明实施例中待更新组件内部启动相应的更新线程，并基于该更新进程与服务器进行版本信息对比以及更新文件下载等，从而可自动加载完成组件的更新，相对于基于借助外在的升级进程对组件进行更新的方式，提高了组件更新的时效性，同时减少带宽消耗。

第四实施例

请参考图4，图4为本发明实施例提供的一种电子设备，可以用于实施上述实施例中提供的组件更新方法。具体如下：

电子设备400包括处理器(cpu)401、包括随机存取存储器(ram)402和只读存储器(rom)403的系统存储器404，以及连接系统存储器404和处理器401的系统总线405。所述电子设备400还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)406，和用于存储操作系统413、应用程序414和其他程序模块415的大容量存储设备407。

所述电子设备400包括处理器(cpu)401、包括随机存取存储器(ram)402和只读存储器(rom)403的系统存储器404，以及连接系统存储器404和处理器401的系统总线405。所述电子设备400还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)406，和用于存储操作系统413、应用程序414和其他程序模块415的大容量存储设备407。

所述基本输入/输出系统406包括有用于显示信息的显示器408和用于用 户输入信息的诸如鼠标、键盘之类的输入设备409。其中所述显示器408和输入设备409都通过连接到系统总线405的输入输出控制器410连接到处理器401。所述基本输入/输出系统406还可以包括输入输出控制器410以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器410还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备407通过连接到系统总线405的大容量存储控制器(未示出)连接到处理器401。所述大容量存储设备407及其相关联的计算机可读介质为客户端设备400提供非易失性存储。也就是说，所述大容量存储设备407可以包括诸如硬盘或者cd-rom驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、eprom、eeprom、闪存或其他固态存储其技术，cd-rom、dvd或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器404和大容量存储设备407可以统称为存储器。

根据本发明的各种实施例，所述电子设备400还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即电子设备400可以通过连接在所述系统总线405上的网络接口单元411连接到网络412，或者说，也可以使用网络接口单元411来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的模块，所述一个或者一个以上模块存储于存储器中，且被配置由一个或多个处理器401执行，所述一个或多个模块具有如下功能：

获取本地的待更新组件相对应的预设更新线程；基于所述预设更新线程， 确定所述待更新组件的版本信息；向服务器发送更新请求，所述更新请求携带所述版本信息；当所述服务器根据所述更新请求确定所述待更新组件需要更新时，从所述服务器下载更新文件，并根据所述更新文件更新所述待更新组件。

可选的，所述一个或多个模块还具有如下功能：

根据所述预设更新线程，获取相应的预设时间间隔；按照所述预设时间间隔，确定所述待更新组件的版本信息。

可选的，所述一个或多个模块还具有如下功能：

接收所述服务器发送的指示需要更新的通知信息；根据所述通知信息，从所述服务器下载更新文件。

可选的，所述一个或多个模块还具有如下功能：

将所述更新文件拷贝至所述待更新组件所在目录，生成新版本组件；在所述新版本组件所在进程进行重新启动后，加载所述新版本组件；当确定所述新版本组件加载完成后，确定所述新版本组件为更新后的待更新组件。

可选的，所述一个或多个模块还具有如下功能：

将所述更新文件命名为第一标识信息；将所述待更新组件命名为第二标识信息；所述生成新版本组件之后，还包括：根据所述第一标识信息和所述第二标识信息，对所述新版本组件进行命名。

由上述可知，本发明实施例提供的电子设备中，首先，获取本地的待更新组件相对应的预设更新线程，然后基于该预设更新线程，确定待更新组件的版本信息；接着，向服务器发送携带该版本信息更新请求，当服务器根据该更新请求确定待更新组件需要更新时，下载更新文件，并根据该更新文件更新待更新组件。即本发明实施例中待更新组件内部启动相应的更新线程，并基于该更新进程与服务器进行版本信息对比以及更新文件下载等，从而可自动加载完成组件的更新，相对于基于借助外在的升级进程对组件进行更新的方式，提高了组件更新的时效性，同时减少带宽消耗。

第五实施例

本发明实施例还提供一种基于上述组件更新方法的系统。其中名词的含义与上述组件更新的方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图5，图5为本发明实施例提供的组件更新系统500的结构示意图，其中所述组件更新系统500可以包括服务器501、以及如第三实施例提供的组件更新装置502；

其中组件更新装置502，主要用于获取本地的待更新组件相对应的预设更新线程；基于该预设更新线程，确定待更新组件的版本信息；向服务器发送更新请求，该更新请求携带该版本信息；当服务器根据该更新请求确定所述待更新组件需要更新时，从服务器下载更新文件，并根据更新文件更新待更新组件。

服务器501，用于接收所述组件更新装置发送的更新请求，所述更新请求携带待更新组件的版本信息，根据所述版本信息确定所述待更新组件需要更新时，向所述组件更新装置发送通知信息，以使所述组件更新装置更新所述待更新组件。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对组件更新方法的详细描述，此处不再赘述。

本发明实施例提供的所述组件更新装置，譬如为计算机、平板电脑、具有触摸功能的手机等等，所述组件更新装置与上文实施例中的组件更新方法属于同一构思，在所述组件更新装置上可以运行所述组件更新方法实施例中提供的任一方法，其具体实现过程详见所述组件更新方法实施例，此处不再赘述。

需要说明的是，对本发明所述组件更新方法而言，本领域普通测试人员可以理解实现本发明实施例所述组件更新方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读取存储介质中，如存储在终端的存储器中，并被该终端内的至少一个处理器执行，在执行过程中可包括如所述组件更新方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器、随机存取记忆体等。

对本发明实施例的所述组件更新装置而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的一种组件更新方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。