CN102612023A - 一种移动终端更新应用的方法、服务器以及移动终端 - Google Patents

Abstract

本发明提供一种更新应用的方法，包括：移动终端向服务器发送应用更新请求的同时，向服务器发送移动终端当前应用的信息清单，所述当前应用的信息清单称为第一信息清单；所述服务器接收所述第一信息清单，将所述第一信息清单中的组件信息与服务器中待更新应用的信息清单中的组件信息进行对比，生成第三信息清单，所述待更新应用的信息清单称为第二信息清单；所述服务器将所述第三信息清单发送至所述移动终端；所述移动终端接收所述第三信息清单，并根据所述第三信息清单中的组件信息对当前应用进行更新。本发明还提供应用该方法的服务器和移动终端。采用本发明的方法，可以快速、及时地进行应用更新，并且可以节省下载流量和时间。

Description

一种移动终端更新应用的方法、服务器以及移动终端

技术领域

本发明一般地涉及移动终端的内容提供服务，尤其涉及一种移动终端更新应用的方法、服务器以及移动终端。

背景技术

随着无线互联技术和应用的发展，移动通信得到了迅猛发展，移动终端得到了广泛应用，与其相应的业务也日益丰富。从最初简单的语音通信，到帮助人们实现通信、娱乐、办公等各种功能，移动终端已成为人们日常所必不可少的辅助工具。

为了扩展移动终端的功能，出现了各种向其提供应用内容的服务。例如，由服务器提供内容供其以传统的方式进行下载后使用，或者通过类似于符合HTML5相关标准的浏览器这样的客户端软件从服务器请求加载内容以在浏览器中在线使用。随着技术的更新，各种应用的版本也在不断升级，因此移动终端需要经常对各种应用进行升级更新。通常情况下，移动终端需要找到待更新应用的新版本，然后将该版本进行下载，全部下载完毕后，进行安装运行。

但是这种方法，可能会对新老版本中相同的部分进行重复下载，由于下载内容多，因此下载时间比较长；而且在移动通信中，大流量的数据下载也会花费较高的费用。因此目前常用的技术是找到新老版本中不同的部分，只对不同的部分进行下载更新。

公开号为1777317的发明专利“一种实现无线终端程序更新的方法”公开了一种移动终端进行应用更新的方法。该方法中，服务器根据移动终端上现有应用的版本号与新版本的版本号进行对比，找到需要更新的资源，打包发送给移动终端，移动终端接收更新资源包，之后进行解析更新。该专利中，采用版本号对新老版本进行比对，并不对各个版本内的组件进行对比，一旦某个版本内的内容发生了变化，就会导致更新失败。

公开号为102053853A的发明专利申请“一种网络游戏版本更新方法”公开了一种游戏版本更新的方法，该方法中，由服务器发新版本的MD5值清单给移动终端，由移动终端比较差别，然后再下载不同的部分，这样会增加移动终端的负荷。

目前需要一种服务器端进行精确计算后找到新旧版本区别之后，将不同的组件发送给移动终端进行更新的方法，以提高应用更新的效率、速度、以及精确度。

发明内容

本发明提供的移动终端的应用更新方法，可以有效地提高更新组件的下载速度，增加应用更新的效率。

根据本发明的一个方面，提供一种更新应用的方法，其中，包括以下步骤：

移动终端向服务器发送应用更新请求的同时，向服务器发送第一信息清单，所述第一信息清单包括所述移动终端的当前应用的组件清单；

所述服务器接收所述第一信息清单，将所述第一信息清单中的组件信息与服务器中待更新应用的第二信息清单中的组件信息进行对比，生成第三信息清单，其中所述第二信息清单包括待更新应用的组件清单，所述第三信息清单包括所述第一信息清单与所述第二信息清单之间的相同和差别组件清单；

所述服务器将所述第三信息清单发送至所述移动终端；

所述移动终端接收所述第三信息清单，并根据所述第三信息清单中的组件信息对当前应用进行更新。

根据本发明的另一个方面，提供一种提供更新应用的服务器，其中，所述服务器包括：

接收模块，响应移动终端的应用更新请求，并接收所述移动终端发送的第一信息清单，所述第一信息清单包括所述移动终端的当前应用的组件清单；

存储模块，用于存储待更新应用的信息清单，所述待更新应用的信息清单称为第二信息清单；

分析模块，用于将所述第一信息清单中的组件信息与所述第二信息清单中的组件信息进行对比，生成第三信息清单，所述第三信息清单包括所述第一信息清单与所述第二信息清单之间的相同和差别组件清单；

发送模块，用于将所述第三信息清单发送至所述移动终端。

根据本发明的又一个方面，提供一种进行应用更新的移动终端，其中，包括：

请求模块，用于向服务器发送应用更新请求，并向服务器发送第一信息清单，所述第一信息清单包括所述移动终端的当前应用的组件清单；

响应模块，用于接收第三信息清单，所述第三信息清单包括所述第一信息清单与待更新应用的组件清单第二信息清单之间的相同和差别组件清单；

更新模块，用于根据所述第三信息清单中的组件信息对当前应用进行更新。

本发明主要针对移动终端中的应用进行更新，使用当前应用和待更新应用的各自的信息清单进行一一比对，找出相同以及不同的组件，生成新的清单，并且发送给移动终端，移动终端接收该清单，并根据新的信息清单对当前应用进行更新。本发明中采用服务器端进行对比分析，有效减小了移动终端的操作负荷，并且只对当前应用和待更新应用中不同的组件进行下载，节省了流量以及下载时间，因此，采用本发明提供的方法有效提高了应用更新的速度与效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为根据本发明的一种移动终端更新应用的方法的一种具体实施方式的流程示意图；

图2为根据本发明的移动终端更新应用的方法的系统架构示意图；

图3为根据本发明的一种服务器的一个具体实施方式的结构示意图；

图4为根据本发明的一种移动终端的一个具体实施方式的结构示意图；

图5为根据本发明的一种移动终端内的更新模块的一个具体实施方式的结构示意图；

图6为根据本发明的一种移动终端的另一个具体实施方式的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施例作详细描述。

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本发明。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。另外，以下描述的第一特征在第二特征之“上”的结构可以包括第一和第二特征形成为直接接触的实施例，也可以包括另外的特征形成在第一和第二特征之间的实施例，这样第一和第二特征可能不是直接接触。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

如图1所示，图1为根据本发明的数据更新方法的一个具体实施方式的流程图，包括步骤S101～S104，下面结合具体的实施例对图1所示的方法进行说明。

步骤S101，移动终端向服务器发送应用更新请求，随着科技的发展，软件更新速度日益加快。因此为了达到更好的效果，移动终端上安装的各种应用需要经常性地进行更新，因此移动终端在检测到有新的应用版本或者用户主动选择进行更新时，移动终端会向提供应用更新的服务器发送更新请求。在发送请求的同时，还要发送记录有当前应用信息的信息清单，该清单称为第一信息清单。第一信息清单中可以记录有当前应用的组件信息，例如：当前应用的应用版本信息；当前应用包含的小组件的名称、属性；当前应用的组件计算值。

几乎每一款应用下都会有若干小组件，以QQ为例。如移动终端上安装的QQ版本是QQ2010，需要升级为QQ2011。则移动终端需要向服务器发送QQ更新请求，同时，要将当前QQ文件夹内的组件的信息清单发送给服务器。例如：Bin、Users、Plugin等文件夹的信息以及一些xml、txd等小组件的信息。这些组件信息包括文件夹或组件的名称、大小、建立时间等等，还可以包括组件的计算值。计算值可以为普通二进制数组，本实施例中，优选采用哈希值。哈希值是一段数据唯一且极其紧凑的数值表示形式。如果散列一段明文而且哪怕只更改该段落的一个字母，基于该段明文所生成的哈希值都会发生变化。要找到散列为同一个值的两个不同的输入，在计算上是不可能的。因此采用哈希值作为后续对比的基础，精确度很高。

通常情况下，当前应用的组件信息清单是由当前应用的提供商在提供该应用的时候提供的，但是如果没有提供，本发明中的移动终端可以进行自行生成，即先生成组件信息清单，之后再将该清单传输给服务器。

步骤S102，服务器接收第一信息清单，将第一信息清单中的组件信息与服务器中待更新应用的信息清单中的组件信息进行对比，生成第三信息清单，待更新应用的信息清单称为第二信息清单。

服务器接收到移动终端需要更新QQ2010的请求的同时，接收到记录有QQ2010组件信息的第一信息清单。由于服务器用于提供应用更新的待更新版本，因此服务器上存有待更新应用以及该待更新应用的组件信息清单。例如，其存有QQ2011的所有组件以及这些组件的组件信息清单，该信息清单称为第二信息清单。

由于服务器提供的是应用的新版本，通常情况下，这些应用新版本都自带有组件信息清单，组件信息清单中包括文件夹或组件的名称、大小、建立时间等等，还可以包括组件的计算值，优选为哈希值。因此绝大部分情况下，服务器不用自行生成第二信息清单。如果新版本没有组件信息清单，那么服务器需要自行生成组件信息清单，生成哈希值时可采用哈希算法。

服务器接收到第一信息清单后，将第一信息清单与第二信息清单进行对比，以找出其中相同、不同的组件，并生成第三信息清单。对比的方式有多种，例如：

首先对第一信息清单和第二信息清单中的组件或文件夹名称进行对比，生成第三信息清单，其中第一信息清单和第二信息清单之间记录名称相同和不同的组件；其次，将对比后第一信息清单和第二信息清单之间相同的组件名添加至第三信息清单中并且标注为“相同”，以及将第二信息清单中有，而第一信息清单中没有的组件名添加至第三信息清单中标注为“新增”。对于第一信息清单中有，而第二信息清单中没有的组件，通常在第三信息清单中不做记录，因为后续的更新过程，依赖于第三信息清单，如果第二信息清单中没有，那么就说明新版本的应用不需要这个组件，因此不需做特殊标识。

另外一种方法是，首先对第一信息清单和第二信息清单中的组件或文件夹名称进行对比，生成第三信息清单，在该第三信息清单中记录名称不同的组件，并且标注为“新增”；其次，对对比后名称相同的组件使用计算值进行二次比对，使用计算值进行对比可以有效防止出现组件名一样，而实质内容已经发生变化的情况，经二次对比后，将对比结果中计算值不同的第二信息清单中的组件记录于第三信息清单中，并且标注为“新增”；再次，将第二信息清单中与第一信息清单中相同的组件名并且计算值也相同的组件添加至第三信息清单中并标注为“相同”。

还有一种方式，直接采用计算值进行对比，不考虑组件名。因为计算值是每个组件的二进制数组，或者是哈希值，这些值都是唯一的，因此采用计算值进行对比，精确度最高。将第一信息清单中记录的组件的计算值和第二信息清单中记录的组件的计算值进行对比，之后，将相同与不同的组件的信息记录在第三信息清单中。将第二信息清单中有，而第一信息清单中没有的组件记录在第三信息清单中标注为“新增”，将将第二信息清单与第一信息清单都相同的组件标注为“相同”。

接下来，执行步骤S103，所述服务器将所述第三信息清单发送至所述移动终端。服务器通过诸如GPRS、WIFI等无线网络，将第三信息清单发送给移动终端。优选的，服务器可以对当前网络情况进行判断，当存在WIFI时，优先使用WIFI进行传输。除了将第三信息清单发送给移动终端之外，还可以将第三信息清单中标注为“新增”的组件的内容也一起打包发送给所述移动终端。

步骤S104，所述移动终端接收所述第三信息清单，并根据所述第三信息清单中的组件信息对当前应用进行更新。

更新方法可以有多种，例如可以直接根据第三信息清单，下载需要更新的部分，需要更新的部分即为通过对比第一信息清单和第二信息清单后，记录于第三信息清单中标注为“新增”的部分组件。

另外针对安卓(Android)操作系统，可以采用如下更新方法：首先，新建一应用容器。所述应用容器作为应用的载体，可以是一个apk文件、或apk文件夹、压缩包等等，其用于置放更新后的新版本应用。并将接收到的所述第三信息清单放置于所述应用容器中；其次，根据第三信息清单将当前应用与待更新应用中标注为“相同”的组件从本地的当前应用拷贝至所述应用容器中；最后，从服务器下载当前应用与待更新应用中不同的组件，即，在所述第三信息清单中标注为“新增”的组件，然后复制到所述应用容器中，完成应用更新。值得注意的是，当前应用与待更新应用中不同的组件还包括待更新应用中有，而当前应用中没有的组件。

为了加快更新速度，上述不管采用何种更新方式，在需要与服务器进行通信时，优先采用多线程方式进行更新。

为了释放更多的存储空间，并保持移动终端的简洁，可选的，在更新完毕后，将置放当前应用的容器和/或组件以及临时数据进行删除。

图2为根据本发明的移动终端更新应用的方法的系统架构示意图。如图2所示，移动终端20通过如GPRS、WIFI等无线网络与服务器10进行通信。移动终端20并不限于一个，其可以包括移动终端20₁至20_n。并且移动终端20可以为多种，包括但不限于手机、PDA、平板电脑、便携电脑等。

图3为根据本发明的一种服务器10的一个具体实施方式的结构示意图。服务器10包括接收模块11、存储模块12、分析模块13和发送模块14。接收模块11用于响应移动终端20的应用更新请求，并接收移动终端20发送的第一信息清单。第一信息清单中记录有当前应用的组件信息，例如：当前应用的应用版本信息；当前应用包含的小组件的名称、属性；当前应用的组件计算值等。优选的，组件计算值采用哈希值。例如，移动终端20需要将QQ2010更新至QQ2011时，服务器10会收到来自于移动终端20的QQ2010更新请求以及记录QQ2010的组件信息的第一信息清单。

存储模块12用于存储待更新应用的信息清单，即第二信息清单。例如，服务器10中记录有QQ2011的组件信息的信息清单即为第二信息清单。

分析模块13用于将所述第一信息清单中的组件信息与所述第二信息清单中的组件信息进行对比，生成第三信息清单。即对接收到的QQ2010的第一信息清单和存储模块12中存储的QQ2011的第二信息清单进行对比分析，找出相同以及不同的组件信息，生成第三信息清单，并将这些相同和不同的组件信息记录于新生成的第三信息清单中。

发送模块14用于将第三信息清单发送至移动终端20。

图4为根据本发明的一种移动终端20的一个具体实施方式的结构示意图。移动终端20包括请求模块21、响应模块22以及更新模块23。

请求模块21用于向服务器10发送应用更新请求，并向服务器10发送第一信息清单。当移动终端20需要将QQ2010更新至QQ2011时，需要请求模块21向服务器10发送应用更新请求，并且发送记录有QQ2010的组件信息的第一信息清单。

响应模块22用于接收服务器10发送的第三信息清单。第三信息清单中记录有经服务器对比后的当前应用和待更新应用的相同以及不同之处。

更新模块23根据第三信息清单中的组件信息对当前应用进行更新。其更新过程可以为更新模块23根据第三信息清单直接下载待更新应用与当前应用不同的“新增”组件。另外所述第三信息清单也可以由服务器与所述第三信息清单中“新增”组件的内容一同打包后经过发送模块14发送给移动终端20。

可选的，更新模块23还可以包括：文件夹新建单元231、复制单元232和下载单元233，如图5所示。其更新过程中，首先由文件夹新建单元231新建一apk文件夹，并将接收到的所述第三信息清单放置于该apk文件夹中。之后由复制单元232将当前应用与待更新应用中相同的组件从本地当前应用中复制至所述apk文件夹中。最后下载单元233经无线网络从服务器下载当前应用与待更新应用中不同的组件，完成应用更新。

如图6所示，图6为根据本发明的一种移动终端20的另一个具体实施方式的结构示意图。

除了与图4所示的移动终端20一样都包括请求模块21、响应模块22以及更新模块23以外，还包括：生成模块24和删除模块25。其中：生成模块24，用于生成所述第一信息清单。通常情况下，在应用提供商提供应用的同时，都会提供该应用的信息清单，比如包括应用的版本号，应用中包含的各种组件的组件名称、大小、属性等等信息。但是，也有特殊原因，例如应用版本过老或者应用提供商因故未提供信息清单的情况，在这种情况下，就需要在移动终端20向服务器10发送更新请求之前，由生成模块24先生成第一信息清单，以便将第一信息清单发送给服务器10，由服务器10进行对比。

另外，移动终端20还可以包括删除模块25，用于在应用更新完成后，将存有当前应用的容器(例如，存储当前应用的文件夹)以及临时数据删除。将冗余组件、临时数据或者文件夹进行删除，可以释放移动终端20的存储空间，提高移动终端20的效率。

采用本发明提供的方法有效提高了应用更新的速度与效率。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他模块或步骤，单数不排除复数。

Claims (16)

1.一种更新应用的方法，其中，包括以下步骤：

移动终端向服务器发送应用更新请求的同时，向服务器发送第一信息清单，所述第一信息清单包括所述移动终端的当前应用的组件清单；

所述服务器接收所述第一信息清单，将所述第一信息清单中的组件信息与服务器中待更新应用的第二信息清单中的组件信息进行对比，生成第三信息清单，其中所述第二信息清单包括待更新应用的组件清单，所述第三信息清单包括所述第一信息清单与所述第二信息清单之间的相同和差别组件清单；

所述服务器将所述第三信息清单发送至所述移动终端；

所述移动终端接收所述第三信息清单，并根据所述第三信息清单中的组件信息对当前应用进行更新。

2.根据权利要求1所述的方法，其中，在所述移动终端向服务器发送所述第一信息清单之前，还包括，根据当前待更新的应用的组件构成，生成所述第一信息清单。

3.根据权利要求1所述的方法，其中，所述移动终端根据所述第三信息清单对当前应用进行更新，包括：

新建一文件包；

根据所述第三信息清单，将所述当前应用与所述待更新应用中相同的组件从本地应用复制至所述文件包中；

根据所述第三信息清单，从服务器下载所述当前应用与所述待更新应用中不同的组件，并放置于所述文件包中，完成本地应用的更新。

4.根据权利要求1所述的方法，其中，所述更新为采用多线程方式进行更新。

5.根据权利要求3所述的方法，其中，在应用更新完成后，将存有所述当前应用的容器以及临时数据删除。

6.根据权利要求1～5任一项所述的方法，其中，组件信息包括组件的计算值。

7.根据权利要求6所述的方法，其中，所述计算值为可以唯一标识所述组件的哈希值。

8.根据权利要求1所述的方法，其中，所述第三信息清单中所述第一信息清单与所述第二信息清单之间的相同的组件标识为“相同”，所述第二信息清单与所述第一信息清单之间的不同的组件标识为“新增”，将所述标识为“新增”的组件与所述第三信息清单一同打包发送给所述移动终端。

9.一种提供更新应用的服务器，其中，所述服务器包括：

接收模块，响应移动终端的应用更新请求，并接收所述移动终端发送的第一信息清单，所述第一信息清单包括所述移动终端的当前应用的组件清单；

存储模块，用于存储待更新应用的信息清单，所述待更新应用的信息清单称为第二信息清单；

分析模块，用于将所述第一信息清单中的组件信息与所述第二信息清单中的组件信息进行对比，生成第三信息清单，所述第三信息清单包括所述第一信息清单与所述第二信息清单之间的相同和差别组件清单；

发送模块，用于将所述第三信息清单发送至所述移动终端。

10.根据权利要求9所述的服务器，其中，所述服务器的所述发送模块还用于将所述第三信息清单中的差别组件发送到所述移动终端。

11.根据权利要求9所述的服务器，其中，所述第三信息清单中所述第一信息清单与所述第二信息清单之间的相同的组件标识为“相同”，所述第二信息清单与所述第一信息清单之间的不同的组件标识为“新增”，所述服务器的所述发送模块还将所述标识为“新增”的组件与所述第三信息清单一同打包发送给所述移动终端。

12.一种进行应用更新的移动终端，其中，包括：

请求模块，用于向服务器发送应用更新请求，并向服务器发送第一信息清单，所述第一信息清单包括所述移动终端的当前应用的组件清单；

响应模块，用于接收第三信息清单，所述第三信息清单包括所述第一信息清单与待更新应用的组件清单第二信息清单之间的相同和差别组件清单；

更新模块，用于根据所述第三信息清单中的组件信息对当前应用进行更新。

13.根据权利要求12所述的移动终端，其中，还包括：

生成模块，用于生成所述第一信息清单。

14.根据权利要求12所述的移动终端，其中，所述更新模块还包括：

文件夹新建单元，用于新建一应用容器；

复制单元，用于根据所述第一信息清单与所述第三信息清单，将当前应用与待更新应用中相同的组件从移动终端的当前应用复制至所述应用容器中；

下载单元，用于根据所述第三信息清单从服务器下载所述当前应用与所述待更新应用中不同的组件并且复制至所述应用容器中，完成应用更新。

15.根据权利要求14所述的移动终端，其中，还包括：

删除模块，用于在应用更新完成后，将存有所述当前应用的容器以及临时数据删除。

16.根据权利要求14所述的移动终端，其中，所述响应模块，还用于接收所述第三信息清单中所列的差别组件。

Images