一种应用程序热更新的方法、系统及服务器

摘要

本发明适用于计算机技术领域，公开了一种应用程序热更新的方法、系统及服务器，所述方法包括：保存更新的web程序；获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息；压缩web程序生成压缩包，并得到压缩包的下载地址；当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对；当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。本发明实现了web程序的热更新，完成了更新业务和老版本bug的迅速修复，保证了服务器的最新web程序以较小的数据量准确地传输到客户端，优化了用户体验。

权利要求

1.一种应用程序热更新的方法，其特征在于，包括：保存更新的web程序；

获取所述web程序中每个文件的消息摘要值，并根据所述消息摘要值得到服务器端版本信息；

压缩所述web程序生成压缩包，并得到所述压缩包的下载地址；

当接收到客户端发送的应用程序的客户端版本信息后，将所述服务器端版本信息与所述客户端版本信息进行比对；

当所述服务器端版本信息和所述客户端版本信息不相同时，将所述压缩包的下载地址发送至所述客户端以使所述客户端下载所述压缩包进行应用程序的更新；

所述保存更新的web程序之前，包括：

当检测到web程序有更新时，删除预存的历史版本的web程序，并保留历史版本信息，所述历史版本信息包括所述历史版本的web程序中每个文件的消息摘要值；

将更新的web程序拷贝至预设的文件目录下；

所述获取所述web程序中每个文件的消息摘要值，并根据所述消息摘要值得到服务器端版本信息，具体包括：获取所述web程序中每个文件的消息摘要值生成当前版本信息；

将所述当前版本信息与所述历史版本信息进行比对；

当所述当前版本信息和所述历史版本信息不相同时，删除所述历史版本信息，将所述当前版本信息作为所述服务器端版本信息。

2.根据权利要求1所述的一种应用程序热更新的方法，其特征在于，所述服务器端版本信息包括所述消息摘要值及其对应的文件保存路径。

3.根据权利要求1所述的一种应用程序热更新的方法，其特征在于，所述方法还包括：获取所述压缩包的消息摘要值；

当所述客户端下载所述压缩包时，将所述压缩包的消息摘要值同时发送至所述客户端，以使所述客户端将下载后的压缩包的消息摘要值与所述压缩包的消息摘要值进行比对判断是否下载成功。

4.一种应用程序热更新的系统，其特征在于，包括：web程序保存模块，用于保存更新的web程序；

版本信息获取模块，用于获取所述web程序中每个文件的消息摘要值，并根据所述消息摘要值得到服务器端版本信息；

压缩包生成模块，用于压缩所述web程序生成压缩包，并得到所述压缩包的下载地址；

第一版本信息比对模块，用于当接收到客户端发送的应用程序的客户端版本信息后，将所述服务器端版本信息与所述客户端版本信息进行比对；

下载地址发送模块，用于当所述服务器端版本信息和所述客户端版本信息不相同时，将所述压缩包的下载地址发送至所述客户端以使所述客户端下载所述压缩包进行应用程序的更新；

所述系统还包括：

历史版本删除模块，用于当检测到web程序有更新时，删除预存的历史版本的web程序，并保留历史版本信息，所述历史版本信息包括所述历史版本的web程序中每个文件的消息摘要值；

web程序拷贝模块，用于将更新的web程序拷贝至预设的文件目录下；

所述版本信息获取模块包括：

当前版本信息生成单元，用于获取所述web程序中每个文件的消息摘要值生成当前版本信息；

第二版本信息比对单元，用于将所述当前版本信息与所述历史版本信息进行比对；

服务器端版本信息获取单元，用于当所述当前版本信息和所述历史版本信息不相同时，删除所述历史版本信息，将所述当前版本信息作为所述服务器端版本信息。

5.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任一项所述的应用程序热更新的方法的步骤。

6.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述的应用程序热更新的方法的步骤。

说明书

一种应用程序热更新的方法、系统及服务器

技术领域

[0001] 本发明属于计算机技术领域，尤其涉及一种应用程序热更新的方法、系统及服务器。

背景技术

[0002] 现代的移动应用版本迭代更新速度越来越快，开发者需要快速实现新功能并将新功能发布到客户手中，来实现快速功能迭代、新功能添加和程序bug(漏洞)的修复。

[0003] 目前，一般采用应用商店发布的方式或者应用程序嵌套服务器端网页的方式。应用商店发布的方式主要需要编写原生代码，发布到应用商店最后等待用户下载，如果用户不下载应用程序，此时新功能就无法实现或者旧版本程序的bug就无法实现修复。应用程序嵌套服务器端网页的方式存在的问题主要有两个，一个是在没有网络的情况下应用程序的界面就无法呈现；另一个是即使在有网络的情况下加载需要消耗网络流量并且用户会明显感受到延迟。所以，现有技术中存在应用程序的更新过程复杂、消耗流量大以及效率低的问题。

发明内容

[0004] 有鉴于此，本发明实施例提供了一种应用程序热更新的方法、系统及服务器，旨在解决现有技术中存在的应用程序的更新过程复杂、消耗流量大以及效率低的问题。

[0005] 本发明实施例的第一方面，提供了一种应用程序热更新的方法，包括：

[0006] 保存更新的web程序；

[0007] 获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息；

[0008] 压缩web程序生成压缩包，并得到压缩包的下载地址；

[0009] 当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对；

[0010] 当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。

[0011] 本发明实施例的第二方面，提供了一种应用程序热更新的系统，包括：

[0012] web程序保存模块，用于保存更新的web程序；

[0013] 版本信息获取模块，用于获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息；

[0014] 压缩包生成模块，用于压缩web程序生成压缩包，并得到压缩包的下载地址；

[0015] 第一版本信息比对模块，用于当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对；

[0016] 下载地址发送模块，用于当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。

[0017] 本发明实施例的第三方面，提供了一种服务器，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述的应用程序热更新的方法的步骤。

[0018] 本发明实施例的第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述的应用程序热更新的方法的步骤。

[0019] 本发明实施例与现有技术相比的有益效果是：通过保存更新的web程序；获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息；压缩web程序生成压缩包并得到压缩包的下载地址；当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对；当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。实现了web程序的热更新，保证了服务器的最新的web程序以较小的数据量准确的传输到客户端，实现更新业务和老版本bug的迅速修复，优化了用户体验，降低了应用程序的bug可能给企业带来损失的风险。

附图说明

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

[0021] 图1为本发明的一个实施例提供的应用程序热更新的方法的实现流程图；

[0022] 图2为本发明的一个实施例提供的应用程序热更新的方法的实现流程图；

[0023] 图3为本发明的一个实施例提供的应用程序热更新的方法的实现流程图；

[0024] 图4为本发明的一个实施例提供的应用程序热更新的系统的结构示意图；

[0025] 图5为本发明的一个实施例提供的应用程序热更新的系统的结构示意图；

[0026] 图6为本发明的一个实施例提供的版本信息获取模块的具体结构示意图；

[0027] 图7为本发明的一个实施例提供的应用程序热更新的系统的结构示意图；

[0028] 图8为本发明的一个实施例提供的服务器的示意框图。

具体实施方式

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

[0030] 应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

[0031] 还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

[0032] 还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

[0033] 如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

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

[0035] 实施例一

[0036] 参考图1，图1为本发明的一个实施例提供的一种应用程序热更新的方法的实现流程图，本实施例详述如下：

[0037] 步骤S101，保存更新的web程序。

[0038] 首先将更新的web程序保存到服务器端指定的文件夹中。

[0039] 步骤S102，获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息。

[0040] 在本实施例中，当更新的web程序保存到指定的文件夹后，通过访问预先定义好的更新web应用程序接口，根据消息摘要算法(Message-Digest Algorithm5)算出更新的web程序的每个文件的消息摘要值(MD5值)，消息摘要算法是为了保证文件的正确性，防止一些人盗用程序，加些木马或者篡改版权，设计的一套验证系统，每个文件都可以用消息摘要算法验证程序算出一个固定的消息摘要值来。

[0041] 在本发明的一个实施例中，步骤S102具体包括：

[0042] 1)获取web程序中每个文件的消息摘要值生成当前版本信息。

[0043] 在一个实施例中，在保存了更新的web程序后，访问更新web应用程序接口进行打包，在该接口中通过消息摘要算法计算出web程序所有文件的消息摘要值。通过获得的消息摘要值生成web程序的当前版本信息。

[0044] 2)将当前版本信息与历史版本信息进行比对。

[0045] 3)当当前版本信息和历史版本信息不相同时，删除历史版本信息，将当前版本信息作为服务器端版本信息。

[0046] 在一个实施例中，当比较出当前版本信息和历史版本信息不相同时，删除历史版本信息，然后将当前版本信息保存到版本信息文件里面，从而使当前的版本信息作为服务器端版本信息。

[0047] 在本发明的一个实施例中，服务器端版本信息包括消息摘要值及其对应的文件保存路径。

[0048] 在一个实施例中，服务器端版本信息中包含两个字段，分别为消息摘要值字段和文件保存路径字段，消息摘要值字段与文件保存路径字段组成一个包括这两个字段的列表。

[0049] 步骤S103，压缩web程序生成压缩包，并得到压缩包的下载地址。

[0050] 在一个实施例中，在得到服务器端更新程序的版本信息后，将保存着更新程序的指定的文件夹压缩成压缩包，并得到压缩包的下载地址。完成应用程序打包过程。

[0051] 步骤S104，当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对。

[0052] 当用户打开客户端应用程序后，客户端会发送当前客户端的版本信息给服务器，然后将客户端的版本信息与服务器端的版本信息进行对比判断，也就是比对两个版本信息的消息摘要值，当客户端的版本信息与服务器端的版本信息一致时，说明客户端的版本信息已经为最新版本信息，不需要更新，此时服务器端发送空信息给客户端。

[0053] 步骤S105，当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。

[0054] 在一个实施例中，当服务器端的版本信息与客户端的版本信息不相同时，说明客户端版本需要更新，此时服务器端将得到的压缩包的下载地址发送给客户端，以使客户端根据得到的下载地址下载更新版本的压缩包来更新应用程序。客户端根据接收到的下载地址下载压缩包，并且删除客户端指定的保存应用程序的文件夹下的所有文件，然后解压压缩包到客户端指定的保存应用程序的文件夹，此时更新完成。然后进入应用程序首页。

[0055] 从本实施例可知，本发明实施例通过保存更新的web程序；进而获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息；然后压缩web程序生成压缩包并得到压缩包的下载地址；当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对；当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。从而实现了web程序的热更新，完成了打包发布流程的自动化，极大的降低了人员手工打包发布过程可能出现的错误。实现了更新业务和老版本bug的迅速修复，保证了服务器的最新的web程序以较小的数据量准确地传输到客户端，优化了用户体验。

[0056] 如图2所示，在本发明的一个实施例中，所述方法在步骤S101之前还包括：

[0057] 步骤S201，当检测到web程序有更新时，删除预存的历史版本的web程序，并保留历史版本信息，历史版本信息包括历史版本的web程序中每个文件的消息摘要值。

[0058] 在一个实施例中，在检测到有web程序更新时，服务器端删除指定的文件夹下的历史版本的web程序，但是将历史版本web程序的历史版本信息保留下来，用以和更新的web程序的版本信息进行对比，其中历史版本信息包括历史版本web程序中每个文件的消息摘要值。

[0059] 步骤S202，将更新的web程序拷贝至预设的文件目录下。

[0060] 在一个实施例中，删除了历史版本web程序后，将检测到的更新的web程序拷贝到预先设置的web应用程序的文件夹下。

[0061] 在一个实施例中，通过在检测到web程序有更新时，删除预存的历史版本的web程序，并保留历史版本信息，将更新的web程序拷贝至预设的文件目录下。实现了在检测到有程序更新时快速有效的在服务器端更新新版本的功能，提高了更新效率，进一步地完成了更新业务和老版本bug的迅速修复。

[0062] 如图3所示，在本发明的一个实施例中，所述方法还包括：

[0063] 步骤S301，获取压缩包的消息摘要值。

[0064] 在一个实施例中，将服务器端的指定的文件夹生成压缩包后，通过消息摘要算法计算出打包后的压缩包的消息摘要值。

[0065] 步骤S302，当客户端下载压缩包时，将压缩包的消息摘要值同时发送至客户端，以使客户端将下载后的压缩包的消息摘要值与压缩包的消息摘要值进行比对判断是否下载成功。

[0066] 在一个实施例中，在客户端下载压缩包时，同时将压缩包的消息摘要值也发送给客户端，获取下载后的压缩包的消息摘要值，与从服务器端接收的压缩包的消息摘要值进行比较，若两个消息摘要值一致，则说明下载的安装包完整未被损坏，此时客户端删除客户端指定的保存应用程序的文件夹下的所有文件，然后解压压缩包到客户端指定的文件夹，此时更新完成。然后进入应用程序首页。如果两个消息摘要值不一致，那么压缩包可能在传输过程中被其他人篡改或下载的时候出现安装包损坏，此时就退出应用程序，再次进入应用程序时重新下载压缩包进行更新。

[0067] 从本实施例可知，本发明实施例通过获取压缩包的消息摘要值，当客户端下载压缩包时，将压缩包的消息摘要值同时发送至客户端，以使客户端将下载后的压缩包的消息摘要值与压缩包的消息摘要值进行比对判断是否下载成功。将更新程序的压缩包保存到客户端应用程序本地，从而实现了客户端应用程序的实时、快速的更新，以及快速的修复客户端应用程序的漏洞缺陷问题，进一步优化了用户体验。

[0068] 为了便于理解，以一个具体应用场景为例，对本发明实施例进行具体的介绍。

[0069] 在本实施例中，h5app/www文件夹为服务器中指定的保存应用程序的文件夹。h5app/www文件夹中包括有用于保存版本信息的version.json文件。version.json文件中存有包含name，md5字段的列表和version字段。file文件为客户端指定的保存应用程序的文件夹，同样的，file文件夹中包含有用于存储版本信息的version.json文件。

[0070] 在本实施例中，应用程序热更新的方法的具体步骤如下：

[0071] 步骤1，在检测到有更新的web程序时，先将服务器web程序根目录下的h5app/www文件夹下的除version.json之外的文件删除，保留version.json文件，version.json文件中包含有历史版本所有文件的消息摘要值。

[0072] 步骤2，将更新的web程序保存到web应用程序的h5app/www文件夹下。

[0073] 步骤3，访问更新web应用程序接口，开始将更新的web程序进行打包，在该接口中会计算h5app/www文件夹下除version.json文件外的所有文件的消息摘要值，形成一个name，md5字段的列表，其中name字段保存了文件的相对路径，md5字段保存了每个文件的消息摘要值。根据消息摘要值形成的列表，可以得到服务器端当前的版本信息。

[0074] 步骤4，在更新web应用程序接口里获得h5app/www文件夹下version.json文件里面的所有消息摘要值。

[0075] 步骤5，通过version.json文件中的消息摘要值获得历史版本信息，并将当前版本信息与历史版本信息进行比对。如果当前版本信息与历史版本信息没有差异就判断为打包结束，退出更新web应用程序接口。

[0076] 步骤6，在当前版本信息和历史版本信息不相同时，获取h5app/www文件夹下version.json文件里面的version字段，version字段用以表示从发布该应用程序开始计算的更新的次数，当前版本信息和历史版本信息不相同时将version字段增加1，如果version字段没有值就设置为1，将生成的当前版本的name，md5字段的列表保存到version.json文件里面，作为服务器版本信息。

[0077] 步骤7，将h5app/www文件夹打包生成名为www.zip的压缩包，放到h5app这个文件夹下，然后退出更新web应用程序接口。

[0078] 步骤8，当打开客户端应用程序时，客户端应用程序会发送当前应用程序的file文件夹下的version.json里面的version字段。

[0079] 步骤9，服务器端获取到客户端传过来的version字段，然后获取当前服务器version.json里面的verison字段，将客户端version字段与服务器version字段进行对比，如果没有更新就返回空信息，直接进入应用程序；如果有更新就返回www.zip文件的下载地址给客户端应用程序。

[0080] 步骤10，客户端根据返回的www.zip文件的下载地址下载www.zip文件。

[0081] 步骤11，删除当前file文件夹下的所有文件；

[0082] 步骤12，解压下载的www.zip文件到file文件夹，此时更新完成。然后进入应用程序首页。

[0083] 实施例二

[0084] 如图4所示，本发明的一个实施例提供的应用程序热更新的系统100，用于执行图1所对应的实施例中的方法步骤，其包括：

[0085] web程序保存模块110，用于保存更新的web程序；

[0086] 版本信息获取模块120，用于获取web程序中每个文件的消息摘要值，并根据消息摘要值得到服务器端版本信息；

[0087] 压缩包生成模块130，用于压缩web程序生成压缩包，并得到压缩包的下载地址；

[0088] 第一版本信息比对模块140，用于当接收到客户端发送的应用程序的客户端版本信息后，将服务器端版本信息与客户端版本信息进行比对；

[0089] 下载地址发送模块150，用于当服务器端版本信息和客户端版本信息不相同时，将压缩包的下载地址发送至客户端以使客户端下载压缩包进行应用程序的更新。

[0090] 如图5所示，在本发明的一个实施例中，应用程序热更新的系统100还包括用于执行图2所对应的实施例中的方法步骤的结构，其包括：

[0091] 历史版本删除模块160，用于当检测到web程序有更新时，删除预存的历史版本的web程序，并保留历史版本信息，所述历史版本信息包括所述历史版本的web程序中每个文件的消息摘要值；

[0092] web程序拷贝模块170，用于将更新的web程序拷贝至预设的文件目录下。

[0093] 本实施例实现了在检测到有程序更新时快速有效的在服务器端更新新版本的功能，提高了更新效率，进一步地完成了更新业务和老版本bug的迅速修复。

[0094] 如图6所示，在本发明的一个实施例中，图4所对应的实施例中的版本信息获取模块120包括：

[0095] 当前版本信息生成单元121，用于获取所述web程序中每个文件的消息摘要值生成当前版本信息；

[0096] 第二版本信息比对单元122，用于将所述当前版本信息与所述历史版本信息进行比对；

[0097] 服务器端版本信息获取单元123，用于当所述当前版本信息和所述历史版本信息不相同时，删除所述历史版本信息，将所述当前版本信息作为所述服务器端版本信息。

[0098] 本发明实施例实现了web程序的热更新，完成了更新业务和老版本bug的迅速修复，保证了服务器的最新的web程序以较小的数据量准确的传输到客户端，优化了用户体验。

[0099] 如图7所示，在本发明的一个实施例中，应用程序热更新的系统100还包括用于执行图3所对应的实施例中的方法步骤的结构，其包括：

[0100] 消息摘要值获取模块180，用于获取压缩包的消息摘要值；

[0101] 消息摘要值发送模块190，用于当客户端下载压缩包时，将压缩包的消息摘要值同时发送至客户端，以使客户端将下载后的压缩包的消息摘要值与压缩包的消息摘要值进行比对判断是否下载成功。

[0102] 本发明实施例实现了客户端应用程序的实时、快速的更新，以及快速的修复客户端应用程序的漏洞缺陷问题，进一步优化了用户体验。

[0103] 实施例三

[0104] 图8是本发明一实施例提供的服务器的示意图。如图8所示，该实施例的服务器8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82。所述处理器80执行所述计算机程序82时实现如实施例一中所述的各实施例中的步骤，例如图2所示的步骤201至202。或者，所述处理器80执行所述计算机程序82时实现如实施例二中所述的各系统实施例中的各模块/单元的功能，例如图4所示模块110至140的功能。

[0105] 所述服务器8可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述服务器可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是服务器8的示例，并不构成对服务器8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器8还可以包括输入输出设备、网络接入设备、总线等。

[0106] 所称处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

[0107] 所述存储器81可以是所述服务器8的内部存储单元，例如服务器8的硬盘或内存。所述存储器81也可以是所述服务器8的外部存储设备，例如所述服务器8上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器81还可以既包括所述服务器8的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述服务器8所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。

[0108] 实施例四

[0109] 本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如实施例一中所述的各实施例中的步骤，例如图2所示的步骤S201至步骤S202。或者，所述计算机程序被处理器执行时实现如实施例二中所述的各系统实施例中的各模块/单元的功能，例如图4所示的模块110至150的功能。

[0110] 所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

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

[0112] 本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

[0113] 本发明实施例系统中的模块或单元可以根据实际需要进行合并、划分和删减。

[0114] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

[0115] 在本发明所提供的实施例中，应该理解到，所揭露的系统/服务器和方法，可以通过其它的方式实现。例如，以上所描述的系统/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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