CN114461952A - 缓存数据处理方法、客户端及存储介质 - Google Patents

Abstract

本发明公开了一种缓存数据处理方法、客户端及存储介质，涉及数据处理技术领域，客户端包括初始区和缓存区，方法包括：获取所述缓存区中存储的历史报文及历史缓存数据；判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据；若否，则确定目标应用；根据所述目标应用，获得所述初始区中存储的对应的初始内容数据；根据所述历史缓存数据和/或所述初始内容数据，执行显示操作。本发明解决了现有技术中基于Web系统的应用程序在网络不稳定的情况下，容易出现加载不稳定，导致显示故障的问题，实现了无需考虑网络质量，针对有历史缓存数据的应用和无历史缓存数据的应用均能正常显示的效果。

Description

缓存数据处理方法、客户端及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种缓存数据处理方法、客户端及存储介质。

背景技术

基于Web系统的智能电视的应用程序，不同于安卓系统中的应用，这种应用程序的实现相对较简单，呈现在用户界面的内容主要包括两部分，素材图片和网络访问链接，该应用程序的安装、卸载和更新也只需要涉及这两部分数据的更改或更新。

目前，基于Web系统的应用程序大多采用在线加载的方式呈现给用户，当网络速度不稳定的时候，容易出现应用程序的素材图片和网络访问链接参数等数据加载缓慢或出错，导致主页的应用程序图标和应用程序页面的内容海报等无法显示、访问的网络链接的内容与实际展示图片的内容不符等显示故障的情况，从而影响用户的使用体验。

发明内容

本发明的主要目的在于：提供一种缓存数据处理方法、客户端及存储介质，旨在解决现有技术中基于Web系统的应用程序在网络不稳定的情况下，容易出现加载不稳定，导致显示故障的技术问题。

为实现上述目的，本发明采用如下技术方案：

第一方面，本发明提供了一种缓存数据处理方法，应用于客户端，所述客户端包括初始区和缓存区，所述方法包括：

获取所述缓存区中存储的历史报文及历史缓存数据；其中，所述报文为服务器发送至所述客户端的应用策略，所述应用策略包括应用及所述应用的应用信息，所述缓存数据为所述服务器发送至所述客户端的应用内容数据；

判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据；

若否，则确定目标应用；其中，所述目标应用为未在所述历史缓存数据中匹配到应用内容数据的所述历史报文中包含的应用；

根据所述目标应用，获得所述初始区中存储的对应的初始内容数据；

根据所述历史缓存数据和/或所述初始内容数据，执行显示操作。

可选地，上述缓存数据处理方法中，所述判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据的步骤之后，所述方法还包括：

若是，则跳转到所述根据所述历史缓存数据，执行显示操作的步骤。

可选地，上述缓存数据处理方法中，所述客户端还包括临时区；

所述根据所述历史缓存数据和/或所述初始内容数据，执行显示操作的步骤之后，所述方法还包括：

获取所述客户端的参数信息；

根据所述参数信息生成报文获取请求，并将所述报文获取请求发送至所述服务器，以接收所述服务器发送的实时报文；

将所述实时报文存储至所述临时区。

可选地，上述缓存数据处理方法中，所述将所述实时报文存储至所述临时区的步骤之后，所述方法还包括：

解析所述实时报文，获得所述实时报文中包含的应用及各个应用的应用信息，其中，所述应用信息包括所述应用的源服务器的网络访问地址；

将所述实时报文和所述历史报文进行对比，获得新增应用；其中，所述新增应用为所述实时报文中包含有但所述历史报文中未包含有的应用；

针对所述新增应用，根据对应的应用信息生成数据获取请求(图片下载请求)，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据；其中，所述临时缓存数据基于所述服务器根据所述网络访问地址对所述源服务器进行访问获得；

将所述临时缓存数据存储至所述临时区。

可选地，上述缓存数据处理方法中，所述应用内容数据包括图片数据；

所述针对所述新增应用，根据所述对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤之后，所述方法还包括：

判断所述临时缓存数据中的图片数据是否完整；

若完整，则跳转至所述将所述临时缓存数据存储至所述临时区的步骤；

若不完整，则返回至所述根据对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤，直到所述临时缓存数据中的图片数据完整。

可选地，上述缓存数据处理方法中，所述将所述临时缓存数据存储至所述临时区的步骤之后，所述方法还包括：

根据所述历史缓存数据和所述临时缓存数据，获得实时缓存数据；

将所述实时报文和所述实时缓存数据存储至所述缓存区，并根据所述实时缓存数据，执行刷新显示操作。

可选地，上述缓存数据处理方法中，所述将所述实时报文和所述历史报文进行对比的步骤还包括：

将所述实时报文和所述历史报文进行对比，获得有效应用和无效应用，其中，所述有效应用为所述历史报文中包含有且所述实时报文中也包含有的应用，所述无效应用为所述历史报文中包含有但所述实时报文中未包含有的应用；

针对所述有效应用，对比所述实时报文中对应的应用信息和所述历史报文中对应的应用信息，确认所述有效应用是否有内容更新；

若所述有效应用有内容更新，则跳转至所述根据对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤；

针对所述无效应用，删除所述历史缓存数据中所述无效应用对应的应用内容数据。

可选地，上述缓存数据处理方法中，所述根据所述历史缓存数据和/或所述初始内容数据，执行显示操作的步骤之后，所述方法还包括：

获取所述缓存区的剩余容量；

判断所述剩余容量是否低于预设阈值；

若是，则删除所述历史缓存数据，并根据所述历史报文中包含的所有应用，获得所述初始区中存储的对应的初始内容数据；

根据所述初始内容数据，执行刷新显示操作。

第二方面，本发明提供了一种客户端，所述设备包括处理器和存储器，所述存储器中存储有缓存数据处理程序，所述缓存数据处理程序被所述处理器执行时，实现如上述的缓存数据处理方法。

第三方面，本发明提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序可被一个或多个处理器执行，以实现如上述的缓存数据处理方法。

本发明提供的上述一个或多个技术方案，可以具有如下优点或至少实现了如下技术效果：

本发明提出的一种缓存数据处理方法、客户端及存储介质，通过获取客户端的缓存区中存储的历史报文及历史缓存数据，在历史缓存数据中匹配历史报文中各个应用的应用内容数据，若发现有未在历史缓存数据中匹配到应用内容数据的目标应用，针对该目标应用调取初始区中存储的初始内容数据，最后根据历史缓存数据和/或初始内容数据执行显示操作，实现了无需考虑网络质量，针对有历史缓存数据的应用和无历史缓存数据的应用均能正常显示的效果，对于需要实时联网从服务器获取数据的客户端，尤其是基于Web系统的客户端，即使网络不好，也能正常显示应用和应用内容，避免影响到用户使用体验。

附图说明

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

图1为本发明缓存数据处理方法第一实施例的流程示意图；

图2为本发明涉及的客户端的硬件结构示意图；

图3为现有技术中的电视显示界面示例；

图4为本发明缓存数据处理方法第一实施例中的电视显示界面示例；

图5为本发明缓存数据处理方法第二实施例的流程示意图；

图6为本发明缓存数据处理方法第三实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

需要说明，在本发明中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。另外，全文中出现的“和/或”的含义，包括三个并列的方案，以“A和/或B”为例，包括A方案、或B方案、或A和B同时满足的方案。

对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。另外，各个实施例的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时，应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

对现有技术的分析发现，基于Web系统(基于浏览器/服务器架构的系统)的智能电视的应用程序，不同于安卓系统的应用，这种应用程序的实现相对较简单，呈现在用户界面的内容主要包括两部分，素材图片和网络访问链接，应用程序的安装、卸载和更新也只需要涉及这两部分数据的更改或更新。

基于Web系统的应用程序大多采用在线加载的方式呈现给用户，当网络速度不稳定的时候，容易出现应用程序的素材图片和网络访问链接参数等数据加载缓慢或出错，导致主页的应用程序图标和应用程序页面的内容海报等无法显示、访问的网络链接的内容与实际展示图片的内容不符等显示故障的情况，从而影响用户的使用体验。

另外，目前应用程序的缓存数据清理大多采用定时清理或用户手动清理的方式，由于智能电视的缓存空间有限，如果不及时清理，容易出现存储数据溢出、应用程序卡顿、无法打开应用程序等情况，还可能会出现频繁弹出缓存清理提示的情况，从而进一步影响用户的使用体验。

鉴于现有技术中基于Web系统的应用程序在网络不稳定的情况下，容易出现加载不稳定，导致显示故障的技术问题，本发明提供了一种缓存数据处理方法，总体思路如下：

获取所述缓存区中存储的历史报文及历史缓存数据；其中，所述报文为服务器发送至所述客户端的应用策略，所述应用策略包括应用及所述应用的应用信息，所述缓存数据为所述服务器发送至所述客户端的应用内容数据；判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据；若否，则确定目标应用；其中，所述目标应用为未在所述历史缓存数据中匹配到应用内容数据的所述历史报文中包含的应用；根据所述目标应用，获得所述初始区中存储的对应的初始内容数据；根据所述历史缓存数据和/或所述初始内容数据，执行显示操作。

通过上述技术方案，获取客户端的缓存区中存储的历史报文及历史缓存数据，在历史缓存数据中匹配历史报文中各个应用的应用内容数据，若发现有未在历史缓存数据中匹配到应用内容数据的目标应用，针对该目标应用调取初始区中存储的初始内容数据，最后根据历史缓存数据和/或初始内容数据执行显示操作，实现了无需考虑网络质量，针对有历史缓存数据的应用和无历史缓存数据的应用均能正常显示的效果，对于需要实时联网从服务器获取数据的客户端，尤其是基于Web系统的客户端，即使网络不好，也能正常显示应用和应用内容，避免影响到用户使用体验。

实施例一

参照图1的流程示意图，提出本发明缓存数据处理方法的第一实施例，该缓存数据处理方法应用于客户端。所述客户端是指能够实现网络连接的终端设备，所述客户端可以是智能显示屏、投影仪、电视机、机顶盒等基于Web系统的智能电子设备。

如图2所示，为客户端的硬件结构示意图。可以包括：处理器1001，例如CPU(Central Processing Unit，中央处理器)，通信总线1002，用户接口1003，网络接口1004，存储器1005。

本领域技术人员可以理解，图2中示出的硬件结构并不构成对本发明客户端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

具体的，通信总线1002用于实现这些组件之间的连接通信；

用户接口1003用于连接输入输出设备，与输入输出设备进行数据通信，用户接口1003可以包括输出单元，如显示屏、输入单元，如键盘；

网络接口1004用于连接服务器，与服务器进行数据通信，网络接口1004可以包括输入/输出接口，比如标准的有线接口、无线接口，如Wi-Fi接口；

存储器1005用于存储各种类型的数据，这些数据例如可以包括该客户端中任何应用程序或方法的指令，以及应用程序相关的数据，存储器1005可以是高速RAM存储器，也可以是稳定的存储器，例如磁盘存储器，可选的，存储器1005还可以是独立于所述处理器1001的存储装置；具体的，继续参照图2，存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及缓存数据处理程序；

处理器1001用于调用存储器1005中存储的缓存数据处理程序，并执行以下操作：

获取所述缓存区中存储的历史报文及历史缓存数据；其中，所述报文为服务器发送至所述客户端的应用策略，所述应用策略包括应用及所述应用的应用信息，所述缓存数据为所述服务器发送至所述客户端的应用内容数据；

判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据；

若否，则确定目标应用；其中，所述目标应用为未在所述历史缓存数据中匹配到应用内容数据的所述历史报文中包含的应用；

根据所述目标应用，获得所述初始区中存储的对应的初始内容数据；

根据所述历史缓存数据和/或所述初始内容数据，执行显示操作。

基于上述的客户端，下面结合图1所示的流程示意图，对本实施例的缓存数据处理方法进行详细描述。所述方法可以包括以下步骤：

步骤S110：获取所述缓存区中存储的历史报文及历史缓存数据。

具体的，报文为服务器发送至所述客户端的应用策略，所述应用策略包括应用及所述应用的应用信息，所述缓存数据为所述服务器发送至所述客户端的应用内容数据。其中，报文可以以JSON(JS Object Notation，JS对象简谱，JS全称为Java Script，是一种编程语言)数据形式存储，应用内容为JSON文件描述的文件信息。基于web系统的客户端，整个系统包括客户端，服务器，源服务器，客户端与服务器通讯连接，服务器与源服务器通讯连接。服务器生成报文，将报文发送给客户端，客户端根据报文中定义的应用策略进行页面展示，比如，定义要展示的应用，及应用的展示位置、展示顺序、应用图标等等应用信息。源服务器生成缓存数据，可以通过服务器将缓存数据转发给客户端，也可以通过服务器存储缓存数据后，再将存储的缓存数据发送给客户端，具体可以根据实际情况设定，使客户端可以直接从服务器接收缓存数据。客户端根据缓存数据中的应用内容数据，进行页面展示，比如，应用的首页海报、内容推荐海报等等图片形式的内容数据，又比如应用的网站地址、图片地址等等字符形式的内容数据。

客户端具有存储器，存储器中的数据存储区域可以设置成多个分区，比如，专门存储缓存数据的缓存区，专门存储出厂时的初始数据的初始区，临时存储缓存数据的临时区等等。以电视为例，现有技术中，基于web系统的电视通过网络与服务器通讯连接，服务器通过网络与源服务器通讯连接，当电视要访问应用的源服务器时，通过服务器直接与源服务器通讯，电视只与服务器通讯即可。对于这种模式的电视，展示界面中会展示各个应用，并且针对不同应用展示不同的推荐内容。如图3所示，为现有技术中的电视显示界面，可以看出，当网络不稳定时，图中应用图标和内容推荐海报一边加载一边显示，应用图标的显示虽然没问题，但针对应用的推荐内容，比如推荐海报等就无法显示，出现了加载失败，推荐内容海报无法显示的情况。这都是因为网络不好，即使电视与服务器可以通讯，但服务器与源服务器的通讯并不好，使服务器无法实时访问源服务器，导致该应用的推荐内容海报无法展示；有时候可能还会出现应用访问链接已更新，但素材图片未下载，导致访问的链接与实际海报内容不相符的情况。

本实施例中，以电视作为客户端，当检测到电视的开机操作时或者检测到网络故障、网络不佳等网络问题时，获取电视存储器的缓存区中存储的历史报文和历史缓存数据。历史报文和历史缓存数据可以是在电视上一次运行过程中或者之前网络较好的一段时间内存储的报文和缓存数据。

可选地，客户端还可以在检测到首次开机操作时，确认是否有缓存区，若没有缓存区，可以自动创建或用户手动创建缓存路径，指定存储器中的一部分区域为缓存区。

步骤S120：判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据。

由于历史缓存数据中的应用内容数据可能存在下载数据不完整，数据已被用户手动删除等情况，会导致历史缓存数据中的应用内容数据与历史报文中列出的应用和对应的应用信息不匹配，从而会造成历史报文中某些应用或应用内容无法显示的情况，也就是图3中所示情况。其中，匹配是指JSON文件描述的文件信息与缓存区中存储的应用内容数据一致，这种情况可以认为上次开机时，有成功下载该应用的应用内容数据；不匹配是指JSON文件描述的文件信息与缓存区中存储的应用内容数据有差异，或者缓存区中不存在JSON文件描述的文件信息。

本实施例中，历史缓存数据中可以不仅包括历史报文中包含的所有应用对应匹配的应用内容数据，还可以包括其他时候缓存的内容数据，比如，语音数据、视频数据等等。但只要历史缓存数据中包括有历史报文中所有应用对应匹配的应用内容数据，则可以直接根据历史缓存数据，执行显示操作。但一旦有一个应用没有对应的应用内容数据，都需要执行步骤S130～S150。

步骤S130：若否，则确定目标应用；其中，所述目标应用为未在所述历史缓存数据中匹配到应用内容数据的所述历史报文中包含的应用。

若历史缓存数据中没有包括历史报文中包含的所有应用对应匹配的应用内容数据，则确定该应用，即未在历史缓存数据中匹配到应用内容数据的、历史报文中包含的应用为目标应用。若存在多个应用均未匹配到应用内容数据，则可以均将这多个应用确定为目标应用，分别执行步骤S130～S150，执行顺序可以针对每个目标应用依次进行，也可以同时进行，具体根据客户端的执行内存空间大小确定，若执行内存空间较小，可以依次队列进行，若执行空间较大，则可以同时并列进行。

步骤S140：根据所述目标应用，获得所述初始区中存储的对应的初始内容数据。

初始区可以是客户端在出厂时产品设计师设定的存储器的分区，或者用户购买客户端后第一次联网时自定义的存储器的分区。初始区中存储的初始内容数据可以是客户端在出厂时存入的，也可以是用户购买客户端后第一次通过网络连接服务器时，服务器发送至客户端或者服务器根据自身更新情况定期或不定期地发送至客户端的应用内容数据。比如，某个视频应用的推荐页面，出厂时可以设定专门的针对该视频应用的推荐页面，也可以通过服务器发送给客户端，当前热门的电视剧海报作为推荐页面。

步骤S150：根据所述历史缓存数据和/或所述初始内容数据，执行显示操作。

当历史报文中的应用全部都没有对应匹配的历史缓存数据时，直接根据步骤S130和S140获得这些应用对应的初始内容数据，该步骤则根据初始内容数据，执行显示操作；当历史报文中的部分应用有对应匹配的历史缓存数据，部分应用没有对应匹配的历史缓存数据时，对这部分没有对应匹配的历史缓存数据的应用，根据步骤S130和S140获得这部分应用对应的初始内容数据，该步骤则根据历史缓存数据和初始内容数据，执行显示操作；当历史报文中的所有应用均有对应匹配的历史缓存数据时，直接根据历史缓存数据，执行显示操作。如图4所示，为本实施例的执行本实施例的方法后的电视显示界面，可以看出，下方应用图标均能正常显示，应用图标区域上方的应用内容部分也能正常显示。

在另一实施方式中，步骤S120之后，所述方法还包括：

步骤S160：若是，则跳转到所述根据所述历史缓存数据，执行显示操作的步骤。

该步骤补充说明了步骤S120进行判断的另一种结果。

具体的，执行显示操作包括：

根据缓存数据获取待显示数据，控制所述客户端在显示界面上显示所述待显示数据。

其中，缓存数据可以是历史缓存数据，也可以是初始缓存数据，还可以是后续网络正常后获取的实时缓存数据。因为缓存数据可以是图片数据，也可以是网址链接的文字数据，当用户在客户端上选中对应的应用时，会显示该应用的内容，比如，图4中的应用CCplus，选中该应用时，上方区域显示了该应用的推荐海报，即图片数据；又比如，当鼠标靠近该应用图标时，还可以显示该应用的网络访问地址(URL地址)。

本实施例提供的缓存数据处理方法，通过获取客户端的缓存区中存储的历史报文及历史缓存数据，在历史缓存数据中匹配历史报文中各个应用的应用内容数据，若发现有未在历史缓存数据中匹配到应用内容数据的目标应用，针对该目标应用调取初始区中存储的初始内容数据，最后根据历史缓存数据和/或初始内容数据执行显示操作，实现了针对有历史缓存数据的应用和无历史缓存数据的应用均能正常显示的效果，对于需要实时联网从服务器获取数据的客户端，尤其是基于Web系统的客户端，即使网络不好，也能正常显示应用和应用内容，避免影响到用户使用体验。

实施例二

基于同一发明构思，在实施例一的基础上，参照图5，提出本发明缓存数据处理方法的第二实施例，该缓存数据处理方法应用于客户端。

下面结合图5所示的流程示意图，对本实施例的缓存数据处理方法进行详细描述。所述方法还可以包括以下步骤：

步骤S210：获取所述客户端的参数信息。

电视开机后，会读取本机的存储区域，将其中存储的MAC地址、主板型号、机型、国家、品牌以及系统软件版本等参数信息读取到内存中，为后续向服务器发起报文获取请求提供必要信息。参数信息可以是客户端出厂时厂商录入的基本参数，比如机型、品牌等等，也可以是用户初次开机联网后获取的针对该客户端的特定参数，比如MAC地址(MediaAccess Control Address，硬件地址)、IP地址(Internet Protocol Address，互联网协议地址)等等。客户端的存储器包括多个区域，有执行应用的内存区域，也有存储数据信息的存储区域。本实施例中，存储区域不仅包括缓存区和初始区，还包括一临时区，在实时下载缓存数据时执行数据处理的过程中使用。数据缓存处理不仅包括缓存显示，还包括缓存下载。

步骤S220：根据所述参数信息生成报文获取请求，并将所述报文获取请求发送至所述服务器，以接收所述服务器发送的实时报文。

服务器是对客户端直接进行页面显示控制的网络设备，与各个应用的源服务器不同，该服务器直接与客户端连接，可以更好地处理客户端与源服务器之间的交互，同时，后台工作人员可以直接在该服务器控制客户端上的页面布局等，也就是通过发送报文给客户端，使客户端按照应用策略，即各个应用的显示位置和应用内容的显示位置等，进行页面显示。

客户端根据提取到的参数信息，生成报文获取请求，并将报文获取请求发送至服务器，服务器接收到报文获取请求后，响应于该报文获取请求，生成实时报文，并将该实时报文发送至客户端，客户端接收该实时报文。服务器响应于该报文获取请求，生成实时报文，具体为在收到该报文获取请求后，根据参数信息来匹配对应存储的策略，然后根据策略数据生成JSON报文，将该JSON报文发送至客户端。其中，报文获取请求可以按照固定的周期轮询向服务端发送，比如，可以在正常开机状态且网络正常的情况下，每30分钟轮训请求一次，一般通过libcurl API接口(Application Programming Interface，应用程序编程接口)发送，libcurl是一个优秀的网络请求库，支持多种协议。

步骤S230：将所述实时报文存储至所述临时区。

客户端接收到实时报文后，先存储至临时区，进行解析后，后续再和对应的数据内容一起存储至缓存区，进行存储。需要说明，临时区的数据在客户端关机时，可以自动清理，防止后续开机获取新的实时报文时出现冲突。

步骤S240：解析所述实时报文，获得所述实时报文中包含的应用及各个应用的应用信息，其中，所述应用信息包括所述应用的源服务器的网络访问地址。

客户端获取到报文后，解析该报文的具体内容，获得报文中定义的应用以及设定的该应用的应用信息，包括网络访问地址、展示位置、展示顺序、应用图标等等。这些都是服务器认证过具有安全性的地址，根据每个时期展示应用的不同，对应的该应用的应用信息也会不同，因此，需要获取实时报文并存储，以备下次网络不好时，将该实时报文作为历史报文，执行实施例一的方法的步骤。

步骤S250：将所述实时报文和所述历史报文进行对比，获得新增应用；其中，所述新增应用为所述实时报文中包含有但所述历史报文中未包含有的应用。

每个时期，服务器(一般为运营商)对客户端的要显示的应用不仅存在位置和顺序差异，也可能存在一些新上架的应用。对于这些新增应用，历史报文中不存在相应信息，历史缓存数据中更不存在对应的应用内容数据，因此，需要针对该新增应用进行缓存数据下载。将实时报文和历史报文进行对比，具体为将新的JSON文件与旧的JSON文件进行对比，本实施例以Youtube应用为例，其JSON文件可以包括推荐内容请求链接、页面的显示位置、缓存区路径、应用名、缓存数据在本地存储的路径及文件名、图片数据URL下载链接、图片数据显示的方式、应用的URL访问链接等等以字段符号表示的应用信息，对比时，可以对上述内容分别进行对比，当上述内容不存在区别时，判定为新的JSON文件与旧的JSON文件匹配，否则，不匹配。

步骤S260：针对所述新增应用，根据所述对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据；其中，所述临时缓存数据基于所述服务器根据所述网络访问地址对所述源服务器进行访问获得。

根据解析报文后获得的应用及应用的应用信息，针对该新增应用，直接以该新增应用对应的应用信息生成数据获取请求，并将该数据获取请求发送至服务器，其中，当缓存数据为图片数据时，该数据获取请求即为图片下载请求；服务器在接收到数据获取请求后，响应于该数据获取请求，提取数据获取请求中包括的网络访问地址，并根据该网络访问地址对源服务器进行访问，也就是进行图片下载；源服务器响应于该访问，生成临时缓存数据，也就是对应的图片数据，并将临时缓存数据返回至服务器，服务器接收到临时缓存数据后，直接转发给客户端，客户端即可接收到服务器发送的临时缓存数据。需要说明，该临时缓存数据的内容是基于该新增应用的源服务器生成的，该新增应用的应用内容数据，不仅包括图片数据，还可以有文字数据等其他形式的内容数据。

步骤S270：将所述临时缓存数据存储至所述临时区。

此处的临时缓存数据中仅仅包含了新增应用的数据，但实际实施过程中，难免有其他应用存在更新数据的情况，对应这种该情况，若直接以获取的该临时缓存数据作为实时缓存数据则可能会存在缓存不完整的情况，但这并不会影响到应用的正常显示，因为基于前述步骤，还可以以历史缓存数据中的应用内容数据或者初始区的初始内容数据进行显示。为了后续获取更全面的实时缓存数据，因此将此处获取的新增应用的缓存数据作为临时缓存数据存储在临时区，以备后续调用。

需要说明，上述步骤可以单独执行，达到使客户端下载缓存的目的，也可以在步骤S150的步骤之后执行，达到使客户端在网络不好时正常显示页面，以及在网络恢复时实时下载缓存的目的。

进一步地，所述应用内容数据可以包括图片数据；步骤S260之后，所述方法还可以包括：

步骤S261：判断所述临时缓存数据中的图片数据是否完整。

具体的，可以根据图片数据字符串的字节头和字节尾进行判断。一个完整的图片数据的字节头和字节尾一般是固定的字符，对接收到的临时缓存数据中各个数据的字节头和字节尾分别进行识别，判断是否是预设的字符，若是，说明该图片数据是完整的，若不是，则说明图片数据不完整。其中，图片数据主要有jpg/jpeg、png、webp等常见格式，这些格式对应的文件头尾都是固定字节，比如，jpg/jpeg格式的字节头一般为0xD8FF，字节尾一般为0xD9FF；png格式的字节头一般为0x5089，字节尾一般为0x8260；webp格式的字节头一般为0x4952，字节尾一般为0x0000，对应于不同格式，对比字符即可知晓图片数据是否完整。

步骤S262：若完整，则跳转至所述将所述临时缓存数据存储至所述临时区的步骤。

具体的，在下载得到新增应用的图片缓存数据后且确认该图片缓存数据下载完成后，则可以直接执行步骤S270，将该数据存储至临时区，以备后续调用。

步骤S263：若不完整，则返回至所述根据所述对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤，直到所述临时缓存数据中的图片数据完整。

具体的，在下载新增应用的图片缓存数据过程中，当发现图片缓存数据不完整，也就是可能存在网络故障，服务器与源服务器断开连接等情况时，客户端将试图再次请求服务器访问源服务器，进行图片下载，也就是重复执行步骤S260，对该新增应用，当然也可以是其他有数据更新的应用，再次获取对应的应用内容数据，即图片缓存数据，直到确认该图片缓存数据下载完整，并按照步骤S262，将包括该图片缓存数据的临时缓存数据存储至临时区。如此循环的目的是，避免网络不好时，一次访问源服务器失败，因此，通过多次访问来获取缓存数据。

其中，为了防止返回至步骤S260循环时出现死循环的情况，比如，服务器和某个应用的源服务器出现网络完全中断，多次尝试访问源服务器都失败，还可以设定，若返回执行的循环次数达到预设次数，则删除所述图片数据以及所述实时报文中对应的应用及其应用信息。也就是说，将更改报文中的应用策略，完全删除该应用在页面中的显示，比如，第二位置的应用存在上述情况，在报文中删除该应用及其应用信息，缓存数据中也没有该应用的缓存数据时，页面将不再显示该应用，对应地，第三位置的应用将自动排列到第二位置，后续依次往前，如此，用户在客户端上将感觉不到原本第二位置的应用存在显示不出，即图3的那种显示不出的情况，只感觉是页面自动刷新了一次。

进一步地，步骤S270之后，所述方法还可以包括：

步骤S280：根据所述历史缓存数据和所述临时缓存数据，获得实时缓存数据。

对于不是新增应用的其他应用，当该应用的缓存数据不存在更新时，即现有实时的应用内容数据就是历史缓存数据中对应的应用内容数据，则不必再重复获取该应用的缓存数据，而是直接利用历史缓存数据，结合新增应用或有数据更新的应用的缓存数据，即临时缓存数据，作为实时缓存数据。其中，此处说的应用均为实时报文中的应用，因为只有实时报文中的应用对应的应用内容数据才可以作为实时缓存数据。

步骤S290：将所述实时报文和所述实时缓存数据存储至所述缓存区，并根据所述实时缓存数据，执行刷新显示操作。

获得实时缓存数据后，与实时报文一起存储至缓存区，以备后续断网或重启客户端后，将该实时报文和实时缓存数据作为历史报文和历史缓存数据，执行实施例一所述的方法，从而进行显示操作。当然，也可以同时根据该实时缓存数据执行刷新显示操作，对当前客户端页面显示的应用及应用内容进行更新，保证显示给用户的内容的实时性。

本实施例提供的缓存数据处理方法，不仅可以在网络速度不稳定或无网络链接的时候，使应用图标和推荐内容海报均能够正常显示，不会出现裂图或者空白显示的情况，且用户点击的海报图标与实际显示的应用内容是完全相符合；还可以继续尝试与源服务器通讯，获取实时缓存数据，来更新显示内容，保证用户看到的内容的实时性。

需要说明，上述方法步骤的具体实施方式中更多实施细节可参见实施例一中具体实施方式的描述，为了说明书的简洁，此处不再重复赘述。

实施例三

基于同一发明构思，在实施例二的基础上，参照图6，提出本发明缓存数据处理方法的第三实施例，该缓存数据处理方法应用于客户端。

下面结合图6所示的流程示意图，对本实施例的缓存数据处理方法进行详细描述。需要说明，图6中对于实施例二的某些步骤，为了图片的简洁，并未完全标识出来，本领域技术人员可以理解，本实施例的步骤可以包括实施例二中不与该实施例三的步骤相冲突的任何步骤。

进一步地，所述步骤S250，还可以包括以下步骤：

步骤S310：将所述实时报文和所述历史报文进行对比，获得有效应用和无效应用，其中，所述有效应用为所述历史报文中包含有且所述实时报文中也包含有的应用，所述无效应用为所述历史报文中包含有但所述实时报文中未包含有的应用。

具体的，实施例二的步骤S250中，将实时报文和历史报文进行对比时，不仅可以获得新增应用，还可以获得有效应用和无效应用。其中，对于历史报文中包含有且实时报文中也包含有的有效应用，说明该应用未被下架，可以正常显示给用户，针对该有效应用，需要判断该应用是否存在数据更新，比如，推荐海报更换的情况。而对于历史报文中包含有但实时报文中未包含有的无效应用，说明该应用可能被运营商下架，服务器不再提供对该应用的源服务器的访问服务，对应地，可以不作任何处理，因为后续实时报文会替换历史报文，客户端不会再涉及该应用的相关操作，也可以自动对该应用的数据进行清理。

步骤S320：针对所述有效应用，对比所述实时报文中对应的应用信息和所述历史报文中对应的应用信息，确认所述有效应用是否有内容更新。

因为报文中是以列表的形式存储应用和对应的应用信息，当某个历史存在的应用的图标或位置等信息发生变化时，报文中会体现出来，因此，可以在步骤S240解析该实时报文，获得实时报文中包含的应用及各个应用的应用信息后，以该实时报文中的应用信息与历史报文中该应用对应的应用信息进行对比，确认该有效应用是否有内容更新。其中，对比实时报文中对应的应用信息和历史报文中对应的应用信息，具体为对比JSON文件中的具体字段数据。

步骤S330：若所述有效应用有内容更新，则跳转至所述根据对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤。

若该有效应用无内容更新，则可以不作任何处理，直接跳转至步骤S280，即根据该无内容更新的有效应用的历史缓存数据获得实时缓存数据，再继续执行步骤S290；若该有效应用有内容更新，则跳转至步骤S260，根据该有效应用对应的应用信息生成数据获取请求，并将数据获取请求发送至服务器，以接收服务器发送的临时缓存数据；此时，临时缓存数据既包括了新增应用的缓存数据，也包括了该有效应用的缓存数据，继续执行步骤S270～S290即可。

步骤S340：针对所述无效应用，删除所述历史缓存数据中所述无效应用对应的应用内容数据。

对于无效应用，有可能是服务器不再提供源服务器的访问服务的应用，没有必要再存储该应用的缓存数据，因此，可以针对该无效应用，对历史缓存数据中该应用对应的应用内容数据进行删除。现有技术中，应用缓存数据经常出现清理不及时，导致存储空间溢出，或者，频繁提醒用户，需要用户手动清理缓存的情况，进一步影响用户体验。本实施例通过删除历史缓存数据中无效应用对应的应用内容数据，可以增大缓存区的存储空间，不需要用户手动操作，自动清理，保证存储空间清理的及时性。

进一步地，所述方法还可以包括：

步骤S330：获取所述缓存区的剩余容量。

缓存区为客户端存储器中的一个分区，空间都是有限的，并且根据实际情况，空间大小存在不同。但当缓存区的剩余容量不足或溢满的情况，会对客户端显示存在严重影响，甚至影响客户端其他程序的运行，必须定期清理。针对于现有技术每次都是提示用户手动清理或定期清理的情况，存在不方便，以及清理可能不及时的情况，还是容易出现剩余容量不足或溢满的情况。因此，本实施例的缓存处理还包括缓存清理。

步骤S340：判断所述剩余容量是否低于预设阈值。

预设阈值可以根据缓存区的实际大小设定，比如，直接设定指定大小的容量作为预设阈值，又比如，对总容量的预设占比计算得到预设阈值。

步骤S350：若是，则删除所述历史缓存数据，并根据所述历史报文中包含的所有应用，获得所述初始区中存储的对应的初始内容数据。

若客户端中缓存区的剩余容量低于预设阈值，后续继续下载缓存可能会导致缓存区溢满，需要及时进行处理。可以在步骤S280获得实时缓存数据后，删除历史缓存数据，也可以在步骤S150根据初始缓存数据执行显示操作，正常显示页面内容后，删除历史缓存数据，并获得初始区中存储的、历史报文中包含的所有应用的初始内容数据。

步骤S360：根据所述初始内容数据，执行刷新显示操作。

在删除历史缓存数据后，在网络稳定时，可以根据步骤S280获得的实时缓存数据执行刷新显示操作，在网络不稳定，无法及时获取实时缓存数据的时，可以根据初始区中的、历史报文中包含的所有应用的初始内容数据执行刷新显示操作。

需要说明，上述步骤S330～S360可以单独执行，比如定期执行，也可以在根据历史缓存数据和/或初始内容数据，执行显示操作的步骤S150之后，或者在将实时报文和实时缓存数据存储至缓存区，并根据实时缓存数据，执行刷新显示操作的步骤S290之后执行，达到自动清理缓存的目的。

本实施例提供的缓存数据处理方法，在自动实时更新应用的实时缓存数据的同时，还可以自动清理已过期下架的应用缓存数据，避免出现因缓存数据太多，空间不足导致的应用卡顿或无法打开等问题，释放存储空间后，可以保证后续实时缓存数据可以有足够的空间存储，以便之后利用该缓存数据进行显示操作或刷新显示操作。

需要说明，上述方法步骤的具体实施方式中更多实施细节可参见实施例一或实施例二中具体实施方式的描述，为了说明书的简洁，此处不再重复赘述。

实施例四

基于同一发明构思，参照图2，为本发明各实施例涉及的客户端的硬件结构示意图。本实施例提供了一种客户端，所述客户端可以包括处理器和存储器，所述存储器中存储有缓存数据处理程序，所述缓存数据处理程序被所述处理器执行时，实现本发明缓存数据处理方法各个实施例的全部或部分步骤。

具体的，所述客户端是指能够实现网络连接的终端设备，可以是智能显示屏、投影仪、电视机、机顶盒等基于Web系统的智能电子设备。

可以理解，所述设备还可以包括通信总线，用户接口和网络接口。

其中，通信总线用于实现这些组件之间的连接通信。

用户接口用于连接输入输出设备，与输入输出设备进行数据通信，用户接口可以包括输出单元，如显示屏、输入单元，如键盘。

网络接口用于连接服务器，与服务器进行数据通信，网络接口可以包括输入/输出接口，比如标准的有线接口、无线接口，如Wi-Fi接口。

存储器用于存储各种类型的数据，这些数据例如可以包括该客户端中任何应用程序或方法的指令，以及应用程序相关的数据。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random AccessMemory，简称SRAM)，可擦除可编程只读存储器(Erasable Programmable Read-OnlyMemory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘，可选的，存储器还可以是独立于所述处理器的存储装置。

处理器用于调用存储器中存储的缓存数据处理程序，并执行如上述的缓存数据处理方法，处理器可以是专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(Digital Signal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable LogicDevice，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件，用于执行如上述缓存数据处理方法各个实施例的全部或部分步骤。

实施例五

基于同一发明构思，本实施例提供了一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，所述存储介质上存储有计算机程序，所述计算机程序可被一个或多个处理器执行，所述计算机程序被处理器执行时可以实现本发明缓存数据处理方法各个实施例的全部或部分步骤。

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

以上所述仅为本发明的可选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均包括在本发明的专利保护范围内。

Claims (10)

1.一种缓存数据处理方法，其特征在于，应用于客户端，所述客户端包括初始区和缓存区，所述方法包括：

获取所述缓存区中存储的历史报文及历史缓存数据；其中，所述报文为服务器发送至所述客户端的应用策略，所述应用策略包括应用及所述应用的应用信息，所述缓存数据为所述服务器发送至所述客户端的应用内容数据；

判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据；

若否，则确定目标应用；其中，所述目标应用为未在所述历史缓存数据中匹配到应用内容数据的所述历史报文中包含的应用；

根据所述目标应用，获得所述初始区中存储的对应的初始内容数据；

根据所述历史缓存数据和/或所述初始内容数据，执行显示操作。

2.如权利要求1所述的缓存数据处理方法，其特征在于，所述判断所述历史缓存数据中是否包括所述历史报文中包含的所有应用对应匹配的应用内容数据的步骤之后，所述方法还包括：

若是，则跳转到所述根据所述历史缓存数据，执行显示操作的步骤。

3.如权利要求1所述的缓存数据处理方法，其特征在于，所述客户端还包括临时区；

所述根据所述历史缓存数据和/或所述初始内容数据，执行显示操作的步骤之后，所述方法还包括：

获取所述客户端的参数信息；

根据所述参数信息生成报文获取请求，并将所述报文获取请求发送至所述服务器，以接收所述服务器发送的实时报文；

将所述实时报文存储至所述临时区。

4.如权利要求3所述的缓存数据处理方法，其特征在于，所述将所述实时报文存储至所述临时区的步骤之后，所述方法还包括：

解析所述实时报文，获得所述实时报文中包含的应用及各个应用的应用信息，其中，所述应用信息包括所述应用的源服务器的网络访问地址；

将所述实时报文和所述历史报文进行对比，获得新增应用；其中，所述新增应用为所述实时报文中包含有但所述历史报文中未包含有的应用；

针对所述新增应用，根据对应的应用信息生成数据获取请求(图片下载请求)，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据；其中，所述临时缓存数据基于所述服务器根据所述网络访问地址对所述源服务器进行访问获得；

将所述临时缓存数据存储至所述临时区。

5.如权利要求4所述的缓存数据处理方法，其特征在于，所述应用内容数据包括图片数据；

所述针对所述新增应用，根据所述对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤之后，所述方法还包括：

判断所述临时缓存数据中的图片数据是否完整；

若完整，则跳转至所述将所述临时缓存数据存储至所述临时区的步骤；

若不完整，则返回至所述根据对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤，直到所述临时缓存数据中的图片数据完整。

6.如权利要求4所述的缓存数据处理方法，其特征在于，所述将所述临时缓存数据存储至所述临时区的步骤之后，所述方法还包括：

根据所述历史缓存数据和所述临时缓存数据，获得实时缓存数据；

将所述实时报文和所述实时缓存数据存储至所述缓存区，并根据所述实时缓存数据，执行刷新显示操作。

7.如权利要求4所述的缓存数据处理方法，其特征在于，所述将所述实时报文和所述历史报文进行对比的步骤还包括：

将所述实时报文和所述历史报文进行对比，获得有效应用和无效应用，其中，所述有效应用为所述历史报文中包含有且所述实时报文中也包含有的应用，所述无效应用为所述历史报文中包含有但所述实时报文中未包含有的应用；

针对所述有效应用，对比所述实时报文中对应的应用信息和所述历史报文中对应的应用信息，确认所述有效应用是否有内容更新；

若所述有效应用有内容更新，则跳转至所述根据对应的应用信息生成数据获取请求，并将所述数据获取请求发送至所述服务器，以接收所述服务器发送的临时缓存数据的步骤；

针对所述无效应用，删除所述历史缓存数据中所述无效应用对应的应用内容数据。

8.如权利要求1所述的缓存数据处理方法，其特征在于，所述根据所述历史缓存数据和/或所述初始内容数据，执行显示操作的步骤之后，所述方法还包括：

获取所述缓存区的剩余容量；

判断所述剩余容量是否低于预设阈值；

若是，则删除所述历史缓存数据，并根据所述历史报文中包含的所有应用，获得所述初始区中存储的对应的初始内容数据；

根据所述初始内容数据，执行刷新显示操作。

9.一种客户端，其特征在于，所述客户端包括存储器和处理器，所述存储器上存储有缓存数据处理程序，该缓存数据处理程序被所述处理器执行时，实现如权利要求1至8中任一项所述的缓存数据处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序可被一个或多个处理器执行，以实现如权利要求1至8中任一项所述的缓存数据处理方法。

Images