CN107301051A - 终端动态数据的缓存与交互方法、终端、系统及计算机可读存储介质 - Google Patents

Abstract

本发明实施例公开了一种终端动态数据的缓存与交互方法、终端、系统及计算机可读存储介质，其中该方法包括：向服务器发送数据请求并传递本地缓存数据的版本信息；获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；若判断结果为版本信息不同，则下载所述服务器的最新数据，根据所述最新数据更新所述本地缓存数据。本发明实施例所提供的终端动态数据的缓存与交互方法、终端及系统有效地解决移动终端网络流量和多次等待数据下载所导致得用户体验差的问题，不仅提升了用户体验，同时也减少了服务器的资源消耗。

Description

终端动态数据的缓存与交互方法、终端、系统及计算机可读存 储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种终端动态数据的缓存与交互方法、终端、系统及计算机可读存储介质。

背景技术

随着网络技术的发展，移动应用终端为很多人提供了便捷的服务，人们每天会使用多个移动应用，而大多数移动应用都需要连接服务器并下载动态数据以展示给用户。但现有很多应用都没有处理好服务器和终端数据交互和动态数据缓存的问题，目前终端应用与服务器数据交互方式大概有如下几种：每次打开应用都需连接服务器并下载动态数据，等待数据下载完成后展示给用户，这样一方面造成网络资源浪费，另一方面也会增加服务器资源消耗；第二种方式是打开应用后需连接服务器下载动态数据展示给用户并缓存在终端内存，缓存时间是固定的，如30分钟，30分钟内用户多次使用时，只展示内存缓存数据，虽然使用了缓存，但会导致资源更新不及时，如果要服务器资源更新，终端不能及时展示给用户，需要等待本地缓存过失效后才请求新的数据；同时用内存缓存比较占用终端内存，容易导致终端运行变慢；还有一种交互方式是终端缓存静态资源文件如js文件，css文件，当终端加载网页时，服务器通过终端发送的请求中解析版本信息，确定终端是否展示缓存中的静态资源，这种方案只有在终端加载html网页时，此方案才有效，但现有移动应用终端大多数单元都是终端本地渲染，需要连接服务器通过接口下载动态数据包。因此上述几个方案都是不完善的，会造成用户体验差、浪费网络流量、以及给服务器带来性能开消的问题，无法满足目前的交互需求。

发明内容

本发明的实施例提供了一种终端动态数据的缓存与交互方法、终端及系统，旨在解决目前终端与服务器数据交互方式中用户体验差、浪费网络流量、以及给服务器带来性能开消的问题。

第一方面，本发明实施例提供了一种终端动态数据的缓存与交互方法，该方法包括：

向服务器发送数据请求并传递本地缓存数据的版本信息；

获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；

若判断结果为版本信息不同，则下载所述服务器的最新数据；

根据所述最新数据更新所述本地缓存数据。

第二方面，本发明实施例还提供了一种终端，该终端包括:

传递单元，用于向服务器发送数据请求并传递本地缓存数据的版本信息；

获取单元，用于获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；

下载单元，用于若判断结果为版本信息不同，则下载所述服务器的最新数据；

第一更新单元，用于根据所述最新数据更新所述本地缓存数据。

第三方面，本发明实施例提供了另一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持终端执行上述方法的应用程序代码，所述处理器被配置用于执行上述第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

第五方面，本发明实施例还提供了一种动态数据的缓存与交互系统，该系统包括服务器以及与该服务器进行通信的终端，所述终端包括传递单元、获取单元、下载单元以及第一更新单元，所述服务器包括解析判断单元，其中，

所述传递单元用于向服务器发送数据请求并传递本地缓存数据的版本信息；

所述解析判断单元用于解析并判断当前动态数据的版本信息是否与来自终端的所述本地缓存数据的版本信息相同；

所述获取单元用于获取所述解析判断单元的判断结果；

所述下载单元用于若判断结果为版本信息不同，则下载所述服务器的最新数据；

所述第一更新单元用于根据所述最新数据更新所述本地缓存数据。

本发明实施例通过向服务器传递当前缓存数据的版本信息，并与该服务器搜索到的最新数据的版本信息作对比来判断是否下载该服务器输出的数据。通过这种方式实现服务器与终端之间的交互，有效地解决移动应用端网络流量和多次等待数据下载导致用户体验差的问题，也减少了服务器的资源消耗。

附图说明

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

图1是本发明实施例提供的终端动态数据的缓存与交互方法流程示意图；

图2是本发明另一实施例提供的终端动态数据的缓存与交互方法流程示意图；

图3是本发明实施例提供的终端结构示意图；

图4是图3中的终端的第一更新单元400的结构示意图；

图5是本发明另一实施例提供的终端结构示意图；

图6是本发明实施例提供的动态数据的缓存与交互系统的结构示意图；

图7是本发明实施例提供的动态数据的缓存与交互系统的交互示意图；

图8是图6中的终端的第一更新单元305的结构示意图；

图9是图6中的终端的另一结构示意图；

图10是图6中的服务器的解析判断单元302的结构示意图；

图11是本发明另一实施例提供的终端结构示意图。

具体实施方式

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

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

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

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

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

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

请参阅图1，图1是本发明实施例提供的终端动态数据的缓存与交互方法流程示意图。该方法包括步骤S101到S104：

S101、向服务器发送数据请求并传递本地缓存数据的版本信息。

随着移动应用服务器的不断丰富，面对服务器不断更迭的各种信息，如何将其迅速直观的展示在用户面前，这就是信息交互的现实意义。通常情况下，我们使用的绝大部分是网络App，它的工作原理是这样的：用户打开移动应用服务器，在终端的界面上进行操作，终端发送数据请求到服务器，服务器处理请求，返回数据给终端，并显示给用户。而“缓存”就是把这些返回的、已经加载过的数据保存起来，并在下次需要重复使用的时候，不需要向服务器重新加载，直接获取本地数据。由于缓存的运行速度比内存快得多，所以缓存最主要的作用就是帮助硬件更快地运行。另一方面对于服务器来说，在短时间内数据很少会有更新，所以在一般情况下能满足用户的正常需求，避免了重复加载导致的流量损耗。然而服务器如何判断缓存文件是否是最新的呢？为了解决这个问题通常会在缓存文件后面增加一个版本信息，版本信息包括版本号，当发生数据更新时便将这些数据的版本号加1作为区分。当终端向服务器请求数据时，便先传递当前数据的版本信息至服务器。

S102、获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果。

当终端连接服务器并向其传递本地缓存数据的版本信息后，服务器获取该版本信息的版本号以及当前动态数据的版本信息的版本号，解析比较该获取到的两个版本号，当初次启动或用户主动清理缓存，此版本号默认为0，若当前动态数据版本信息的版本号大于终端本地缓存数据版本信息的版本号，则认为版本信息不同，表示此时服务器数据发生了更新。

在其中一个实施例中，该添加版本号的过程是自动完成的。例如，gulp是前端开发过程中对代码进行构建的工具，是自动化项目的构建利器。它不仅能对网站资源进行优化，而且在开发过程中很多重复的任务能够使用正确的工具自动完成，从而能够大大提高工作效率。gulp还能给js，css自动化添加版本号，解决缓存的问题，共有两种方案，第一种是生成一个新的dist目录，里面包含了要发布的html,js,css等文件，但是在实际应用中，会存在不能生成新的html进行发布的情况，因此需要用到第二种方案，该第二种方案是在原来的html文件上进行js,css版本的替换，不需要生成新的目录文件。其原理为修改js和css文件；通过对js,css文件内容进行hash运算，生成一个文件的唯一hash字符串(如果文件修改则hash号会发生变化)；替换html中的js,css文件名，生成一个带版本号的文件名。

但是由于现有移动应用终端大多数单元都是终端本地渲染，所以需要连接服务器通过接口下载动态数据包。而决定是否下载的条件是当前服务器动态数据的版本信息是否与该终端本地传递的版本信息相同。在其中一个实施例中，版本号之间比较大小，本质上是比较字符串之间的关系。通常可以通过直接比较当前服务器动态数据的版本信息与该终端本地传递的版本信息版本号的两个字符串是否相同来判断更新与否。但这种做法也存在一定的问题，例如如果因为配置错误的关系，就会出现下载的移动终端版本号比数据库中版本号新的情况，那么就会提示终端下载，而且更严重的是即使下载安装完成后，如果应用是启动就会检查更新，将会出现重复提示更新的问题。通过两种方法可以解决上述问题，第一种是终端和数据库都维护一个版本号和版本编码，版本号用于展示，而版本编码用于版本大小的比较，这个做法比较简单，只需要比较数字大小即可。另一种方法是比较带点版本号字符串的大小。这种做法比较直接，可通过下列代码实现：

将解析判断的结果返回给终端。终端获取该结果并根据具体判断内容决定是否更新加载服务器的数据。

S103、若判断结果为版本信息不同，则下载所述服务器的最新数据。

通过步骤S102终端获取到最终的比较结果，服务器输出最新的数据包和版本号给移动终端，终端将最新的数据包和版本号下载到本地。若版本信息相同，则说明没有数据更新，此时返回空数据给终端。服务器不进行数据库查询操作，终端直接展示本地缓存文件的数据给用户以节约网络资源，减少服务器的资源消耗。

S104，根据所述最新数据更新所述本地缓存数据。

具体实施中，终端用所述最新数据替换原先的本地缓存数据，以使得终端的数据与服务器的数据一致。

请参阅图2，其为本发明实施例提供的终端动态数据的缓存与交互方法流程示意图。该方法包括步骤S201到S205：

S201、向服务器发送数据请求并传递本地缓存数据的版本信息。

随着移动应用服务器的不断丰富，面对服务器不断更迭的各种信息，如何将其迅速直观的展示在用户面前，这就是信息交互的现实意义。通常情况下，我们使用的绝大部分是网络App，它的工作原理是这样的：用户打开移动应用服务器，在终端的界面上进行操作，终端发送数据请求到服务器，服务器处理请求，返回数据给终端，并显示给用户。而“缓存”就是把这些返回的、已经加载过的数据保存起来，并在下次需要重复使用的时候，不需要向服务器重新加载，直接获取本地数据。由于缓存的运行速度比内存快得多，所以缓存最主要的作用就是帮助硬件更快地运行。另一方面对于服务器来说，在短时间内数据很少会有更新，所以在一般情况下能满足用户的正常需求，避免了重复加载导致的流量损耗。然而服务器如何判断缓存文件是否是最新的呢？为了解决这个问题通常会在缓存文件后面增加一个版本信息，版本信息包括版本号，当发生数据更新时便将这些数据的版本号加1作为区分。当终端向服务器请求数据时，便先传递当前数据的版本信息至服务器。

S202、获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果。

当终端连接服务器并向其传递本地缓存数据的版本信息后，服务器获取该版本信息的版本号以及当前动态数据的版本信息的版本号，解析比较该获取到的两个版本号，当初次启动或用户主动清理缓存，此版本号默认为0，若当前动态数据版本信息的版本号大于终端本地缓存数据版本信息的版本号，则认为版本信息不同，表示此时服务器数据发生了更新。

在其中一个实施例中，该添加版本号的过程是自动完成的。例如，gulp是前端开发过程中对代码进行构建的工具，是自动化项目的构建利器。它不仅能对网站资源进行优化，而且在开发过程中很多重复的任务能够使用正确的工具自动完成，从而能够大大提高工作效率。gulp还能给js，css自动化添加版本号，解决缓存的问题，共有两种方案，第一种是生成一个新的dist目录，里面包含了要发布的html,js,css等文件，但是在实际应用中，会存在不能生成新的html进行发布的情况，因此需要用到第二种方案，该第二种方案是在原来的html文件上进行js,css版本的替换，不需要生成新的目录文件。其原理为修改js和css文件；通过对js,css文件内容进行hash运算，生成一个文件的唯一hash字符串(如果文件修改则hash号会发生变化)；替换html中的js,css文件名，生成一个带版本号的文件名。

但是由于现有移动应用终端大多数单元都是终端本地渲染，所以需要连接服务器通过接口下载动态数据包。而决定是否下载的条件是当前服务器动态数据的版本信息是否与该终端本地传递的版本信息相同。在其中一个实施例中，版本号之间比较大小，本质上是比较字符串之间的关系。通常可以通过直接比较当前服务器动态数据的版本信息与该终端本地传递的版本信息版本号的两个字符串是否相同来判断更新与否。但这种做法也存在一定的问题，例如如果因为配置错误的关系，就会出现下载的移动终端版本号比数据库中版本号新的情况，那么就会提示终端下载，而且更严重的是即使下载安装完成后，如果应用是启动就会检查更新，将会出现重复提示更新的问题。通过两种方法可以解决上述问题，第一种是终端和数据库都维护一个版本号和版本编码，版本号用于展示，而版本编码用于版本大小的比较，这个做法比较简单，只需要比较数字大小即可。另一种方法是比较带点版本号字符串的大小。这种做法比较直接，可通过下列代码实现：

将解析判断的结果返回给终端。终端获取该结果并根据具体判断内容决定是否更新加载服务器的数据。

S203、若判断结果为版本信息不同，则下载所述服务器的最新数据。

通过步骤S202终端获取到最终的比较结果，服务器输出最新的数据包和版本号给移动终端，终端将最新的数据包和版本号下载到本地。若版本信息相同，则说明没有数据更新，此时返回空数据给终端。服务器不进行数据库查询操作，终端直接展示本地缓存文件的数据给用户以节约网络资源，减少服务器的资源消耗。

S204，将所述最新数据以文件缓存或数据库存储的方式保存到终端。

具体实施中，终端将所述最新数据以文件缓存或数据库存储的方式保存到终端。通过以上的方式可将最新数据储存到终端的内存当中，避免了最新数据的丢失。同时将原先的旧版本的本地缓存数据删除。

S205，更新所述本地缓存数据的版本信息。

具体实施中，终端用下载的最新数据的版本号替换原先的本地缓存数据的版本号，以实现本地缓存数据版本号的更新。

请参阅图3，图3本发明实施例提供的一种终端的结构示意图。

基于上述的终端动态数据的缓存与交互方法，本发明还提供一种终端，其包括：传递单元100、获取单元200、下载单元300以及第一更新单元400，其中：

传递单元100用于向服务器发送数据请求并传递本地缓存数据的版本信息；获取单元200用于获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；下载单元300用于若判断结果为版本信息不同，则下载所述服务器的最新数据；第一更新单元400用于根据所述最新数据更新所述本地缓存数据。

传递单元100，向服务器发送数据请求并传递本地缓存数据的版本信息。

随着移动应用客户端的不断丰富，面对服务器不断更迭的各种信息，如何将其迅速直观的展示在用户面前，这就是信息交互的现实意义。通常情况下，我们使用的绝大部分是网络App，它的工作原理是这样的：“用户打开移动应用客户端，在终端的界面上进行操作，传递单元100发送数据请求到服务器，服务器处理请求，返回数据给传递单元100，并显示给用户”。而“缓存”就是把这些返回的、已经加载过的数据保存起来，并在下次需要重复使用的时候，不需要向服务器重新加载，直接获取本地数据。由于缓存的运行速度比内存快得多，所以缓存最主要的作用就是帮助硬件更快地运行。另一方面对于传递单元100来说，在短时间内数据很少会有更新，所以在一般情况下能满足用户的正常需求，避免了重复加载导致的流量损耗。然而传递单元100如何判断缓存文件是否是最新的呢？为了解决这个问题通常会在缓存文件后面增加一个版本信息，版本信息包括版本号，当发生数据更新时便将这些数据的版本号加1作为区分。当传递单元100请求数据时，便先传递当前数据的版本信息至服务器。

获取单元200，获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果。

当传递单元100连接服务器并向其传递本地缓存数据的版本信息后，服务器获取该本地缓存数据的版本信息的版本号以及当前服务器动态数据的版本信息的版本号，解析比较该获取到的两个版本号，当初次启动或用户主动清理缓存，此版本号默认为0，若当前动态数据版本信息的版本号大于终端本地缓存数据版本信息的版本号，则认为版本信息不同，表示此时服务器数据发生了更新。

在其中一个实施例中，该添加版本号的过程是自动完成的。例如，gulp是前端开发过程中对代码进行构建的工具，是自动化项目的构建利器。它不仅能对网站资源进行优化，而且在开发过程中很多重复的任务能够使用正确的工具自动完成，从而能够大大提高工作效率。gulp还能给js，css自动化添加版本号，解决缓存的问题，共有两种方案，第一种是生成一个新的dist目录，里面包含了要发布的html,js,css等文件，但是在实际应用中，会存在不能生成新的html进行发布的情况，因此需要用到第二种方案，该第二种方案是在原来的html文件上进行js,css版本的替换，不需要生成新的目录文件。其原理为修改js和css文件；通过对js,css文件内容进行hash运算，生成一个文件的唯一hash字符串(如果文件修改则hash号会发生变化)；替换html中的js,css文件名，生成一个带版本号的文件名。

但是由于现有移动应用终端大多数单元都是终端本地渲染，所以需要连接服务器通过接口下载动态数据包。而决定是否下载的条件是当前服务器动态数据的版本信息是否与该终端本地传递的版本信息相同。在其中一个实施例中，版本号之间比较大小，本质上是比较字符串之间的关系。通常可以通过直接比较当前服务器动态数据的版本信息与该终端本地传递的版本信息版本号的两个字符串是否相同来判断更新与否。但这种做法也存在一定的问题，例如如果因为配置错误的关系，就会出现下载的移动终端版本号比数据库中版本号新的情况，那么就会提示终端下载，而且更严重的是即使下载安装完成后，如果应用是启动就会检查更新，将会出现重复提示更新的问题。通过两种方法可以解决上述问题，第一种是终端和数据库都维护一个版本号和版本编码，版本号用于展示，而版本编码用于版本大小的比较，这个做法比较简单，只需要比较数字大小即可。另一种方法是比较带点版本号字符串的大小。这种做法比较直接，可通过下列代码实现：

将解析判断的结果返回给获取单元200。获取单元200获取该结果并根据具体判断内容决定是否更新加载服务器的数据。

下载单元300，若判断结果为版本信息不同，则下载所述服务器的最新数据。

通过获取单元200获取到最终的比较结果，服务器输出最新的数据包和版本号给终端，终端将最新的数据包和版本号下载到本地。若版本信息相同，则说明没有数据更新，此时返回空数据给终端。服务器不进行数据库查询操作，终端直接展示本地缓存文件的数据给用户以节约网络资源，减少服务器的资源消耗。

第一更新单元400，根据所述最新数据更新所述本地缓存数据。

第一更新单元400用所述最新数据替换终端原先的本地缓存数据，以使得终端的数据与服务器的数据一致。

请参阅图4，在某些实施例，例如本实施例中，所述第一更新单元400包括缓存单元410。

缓存单元410，用于将所述最新数据以文件缓存或数据库存储的方式缓存到终端。

缓存单元410将所述最新数据以文件缓存或数据库存储的方式保存到终端。通过以上的方式可将最新数据储存到终端的内存当中，避免了最新数据的丢失。同时缓存单元410将原先的旧版本的本地缓存数据删除。

请参阅图5，在某些实施例，例如本实施例中，所述终端还包括第二更新单元500。

第二更新单元500用于更新所述本地缓存数据的版本信息。

第二更新单元500用下载的最新数据的版本号替换原先的本地缓存数据的版本号，以实现本地缓存数据版本号的更新。

请参阅图6，图6是本发明实施例提供的动态数据的缓存与交互系统的结构示意图。该系统包括服务器以及与该服务器进行通信的终端，该终端包括传递单元301、获取单元303、下载单元304以及第一更新单元305，该服务器包括解析判断单元302，请参阅图7，图7是本发明实施例提供的动态数据的缓存与交互系统的交互示意图，其中包括：

传递单元301用于向服务器发送数据请求并传递本地缓存数据的版本信息。

随着移动应用服务器的不断丰富，面对服务器不断更迭的各种信息，如何将其迅速直观的展示在用户面前，这就是信息交互的现实意义。通常情况下，我们使用的绝大部分是网络App，它的工作原理是这样的：“用户打开移动应用服务器，在终端的界面上进行操作，终端发送数据请求到服务器，服务器处理请求，返回数据给终端，并显示给用户”。而“缓存”就是把这些返回的、已经加载过的数据保存起来，并在下次需要重复使用的时候，不需要向服务器重新加载，直接获取本地数据。由于缓存的运行速度比内存快得多，所以缓存最主要的作用就是帮助硬件更快地运行。另一方面对于服务器来说，在短时间内数据很少会有更新，所以在一般情况下能满足用户的正常需求，避免了重复加载导致的流量损耗。然而服务器如何判断缓存文件是否是最新的呢？为了解决这个问题通常会在缓存文件后面增加一个版本信息，版本信息包括版本号，当发生数据更新时便将这些数据的版本号加1作为区分。当终端向服务器请求数据时，便传递当前数据的版本信息至服务器。

解析判断单元302用于解析并判断当前动态数据的版本信息是否与来自终端的所述本地缓存数据的版本信息相同。

当终端连接服务器并向其传递本地缓存数据的版本信息后，服务器获取该版本信息的版本号以及当前动态数据的版本信息的版本号，解析比较该获取到的两个版本号，当初次启动或用户主动清理缓存，此版本号默认为0，若当前动态数据版本信息的版本号大于终端本地缓存数据版本信息的版本号，则认为版本信息不同，表示此时服务器数据发生了更新。

在其中一个实施例中，该添加版本号的过程是自动完成的。例如，gulp是前端开发过程中对代码进行构建的工具，是自动化项目的构建利器。它不仅能对网站资源进行优化，而且在开发过程中很多重复的任务能够使用正确的工具自动完成，从而能够大大提高工作效率。gulp还能给js，css自动化添加版本号，解决缓存的问题，共有两种方案，第一种是生成一个新的dist目录，里面包含了要发布的html,js,css等文件，但是在实际应用中，会存在不能生成新的html进行发布的情况，因此需要用到第二种方案，该第二种方案是在原来的html文件上进行js,css版本的替换，不需要生成新的目录文件。其原理为修改js和css文件；通过对js,css文件内容进行hash运算，生成一个文件的唯一hash字符串(如果文件修改则hash号会发生变化)；替换html中的js,css文件名，生成一个带版本号的文件名。

但是由于现有移动应用终端大多数单元都是终端本地渲染，所以需要连接服务器通过接口下载动态数据包。而决定是否下载的条件是当前服务器动态数据的版本信息是否与该终端本地传递的版本信息相同。在其中一个实施例中，版本号之间比较大小，本质上是比较字符串之间的关系。通常可以通过直接比较当前服务器动态数据的版本信息与该终端本地传递的版本信息版本号的两个字符串是否相同来判断更新与否。但这种做法也存在一定的问题，例如如果因为配置错误的关系，就会出现下载的移动终端版本号比数据库中版本号新的情况，那么就会提示终端下载，而且更严重的是即使下载安装完成后，如果应用是启动就会检查更新，将会出现重复提示更新的问题。通过两种方法可以解决上述问题，第一种是终端和数据库都维护一个版本号和版本编码，版本号用于展示，而版本编码用于版本大小的比较，这个做法比较简单，只需要比较数字大小即可。另一种方法是比较带点版本号字符串的大小。这种做法比较直接，可通过下列代码实现：

获取单元303用于获取所述解析判断单元的判断结果。

将解析判断的结果返回给终端。终端获取该结果并根据具体判断内容决定是否更新加载服务器的数据。

下载单元304用于若判断结果为版本信息不同，则下载所述服务器的最新数据以更新所述本地缓存数据。

通过获取单元303终端获取到最终的比较结果，服务器输出最新的数据包和版本号给移动终端终端将最新的数据包和版本号下载到本地。若版本信息相同，则说明没有数据更新，此时返回空数据给终端。服务器不进行数据库查询操作，终端直接展示本地缓存文件的数据给用户以节约网络资源，减少服务器的资源消耗。

第一更新单元305，根据所述最新数据更新所述本地缓存数据。

第一更新单元305用所述最新数据替换终端原先的本地缓存数据，以使得终端的数据与服务器的数据一致。

请参阅图8，在某些实施例，例如本实施例中，所述第一更新单元305包括缓存单元3051。

缓存单元3051，用于将所述最新数据以文件缓存或数据库存储的方式缓存到终端。

缓存单元3051将所述最新数据以文件缓存或数据库存储的方式保存到终端。通过以上的方式可将最新数据储存到终端的内存当中，避免了最新数据的丢失。同时缓存单元将原先的旧版本的本地缓存数据删除。

请参阅图9，在某些实施例，例如本实施例中，所述终端还包括第二更新单元306。

第二更新单元306用于更新所述本地缓存数据的版本信息。

第二更新单元306用下载的最新数据的版本号替换原先的本地缓存数据的版本号，以实现本地缓存数据版本号的更新。

请参阅图10，在某些实施例，例如本实施例中，所述解析判断单元302包括：

接收单元3021，用于获取所述终端版本信息中的版本号以及当前动态数据版本信息的版本号；

判断单元3022，用于对比判断所获取到的两个版本号是否相同。

在本发明的实施例中，向服务器发送数据请求并传递本地缓存数据的版本信息；获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；若判断结果为版本信息不同，则下载所述服务器的最新数据以更新所述本地缓存数据。通过向服务器传递当前缓存数据的版本信息，并与该服务器搜索到的最新数据的版本信息作对比来判断是否下载该服务器输出的数据。通过这种方式实现服务器与终端之间的交互有效地解决移动应用端网络流量和多次等待数据下载导致用户体验差的问题，也减少了服务器的资源消耗。

参见图11，是本发明另一实施例提供的一种终端示意框图。如图所示的本实施例中的终端可以包括：一个或多个处理器1101；一个或多个输入设备1102，一个或多个输出设备1103和存储器1104。上述处理器1101、输入设备1102、输出设备1103和存储器7704通过总线7705连接。存储器7702用于存储指令，处理器7701用于执行存储器7702存储的指令。其中，处理器7701用于执行：

向服务器发送数据请求并传递本地缓存数据的版本信息；获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；若判断结果为版本信息不同，则下载所述服务器的最新数据；根据所述最新数据更新所述本地缓存数据。

在某些实施例中，在执行根据所述最新数据更新所述本地缓存数据之后，所述处理器还用于执行：更新所述本地缓存数据的版本信息。

在某些实施例中，所述处理器还用于执行：将所述最新数据以文件缓存或数据库存储的方式保存到终端。

应当理解，在本发明实施例中，所称处理器1101可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备1102可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备1103可以包括显示器(LCD等)、扬声器等。

该存储器1104可以包括只读存储器和随机存取存储器，并向处理器1101提供指令和数据。存储器1104的一部分还可以包括非易失性随机存取存储器。例如，存储器1104还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器1101、输入设备1102、输出设备1103可执行本发明实施例提供的一种终端动态数据的缓存与交互方法的各中所描述的实现方式，也可执行本发明实施例所描述的终端的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现：

向服务器发送数据请求并传递本地缓存数据的版本信息；获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；若判断结果为版本信息不同，则下载所述服务器的最新数据；根据所述最新数据更新所述本地缓存数据。

在某些实施例中，所述计算机程序被处理器执行时还实现：更新所述本地缓存数据的版本信息。

在某些实施例中，所述计算机程序被处理器执行时还实现：将所述最新数据以文件缓存或数据库存储的方式保存到终端。

所述计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种终端动态数据的缓存与交互方法，其特征在于，包括：

向服务器发送数据请求并传递本地缓存数据的版本信息；

获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；

若判断结果为版本信息不同，则下载所述服务器的最新数据；

根据所述最新数据更新所述本地缓存数据。

2.根据权利要求1所述的终端动态数据的缓存与交互方法，其特征在于，所述根据所述最新数据更新所述本地缓存数据之后，还包括：更新所述本地缓存数据的版本信息。

3.根据权利要求1所述的终端动态数据的缓存与交互方法，其特征在于，所述根据所述最新数据更新所述本地缓存数据，包括：

将所述最新数据以文件缓存或数据库存储的方式保存到终端。

4.一种终端，其特征在于，包括：

传递单元，用于向服务器发送数据请求并传递本地缓存数据的版本信息；

获取单元，用于获取所述服务器解析并判断当前动态数据的版本信息是否与所述本地缓存数据的版本信息相同的结果；

下载单元，用于若判断结果为版本信息不同，则下载所述服务器的最新数据；

第一更新单元，用于根据所述最新数据更新所述本地缓存数据。

5.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行如权利要求1-3任一项所述的方法。

6.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-3任一项所述的方法。

7.一种动态数据的缓存与交互系统，所述系统包括服务器以及与该服务器进行通信的终端，其特征在于，所述终端包括传递单元、获取单元、下载单元以及第一更新单元，所述服务器包括解析判断单元，其中，

所述传递单元用于向服务器发送数据请求并传递本地缓存数据的版本信息；

所述解析判断单元用于解析并判断当前动态数据的版本信息是否与来自终端的所述本地缓存数据的版本信息相同；

所述获取单元用于获取所述解析判断单元的判断结果；

所述下载单元用于若判断结果为版本信息不同，则下载所述服务器的最新数据；

所述第一更新单元用于根据所述最新数据更新所述本地缓存数据。

8.根据权利要求7所述的动态数据的缓存与交互系统，其特征在于，所述终端还包括：

第二更新单元，用于在所述第一更新单元根据所述最新数据更新所述本地缓存数据之后，更新所述本地缓存数据的版本信息。

9.根据权利要求7所述的动态数据的缓存与交互系统，其特征在于，所述第一更新单元包括：

缓存单元，用于将所述最新数据以文件缓存或数据库存储的方式缓存到终端。

10.根据权利要求7所述的动态数据的缓存与交互系统，其特征在于，所述解析判断单元包括：

接收单元，用于获取所述终端版本信息中的版本号以及当前动态数据版本信息的版本号；

判断单元，用于对比判断所获取到的两个版本号是否相同。