CN114143376A - 一种用于加载缓存的服务器、显示设备及资源播放方法 - Google Patents

Abstract

本申请示出一种用于加载缓存的服务器、显示设备及资源播放方法。其中，服务器被配置为：获取一级缓存服务器所服务显示设备的特征数据；确认特征数据对应的活跃数据，活跃数据为内置数据对应的媒资数据；根据活跃数据，确定预缓存数据；将预缓存数据发送至特征数据对应的一级缓存服务器，用以当二级缓存服务器不存在用户请求的目标数据时，从缓存数据中调取目标数据由一级缓存服务器发送至二级缓存服务器。本申请预先从数据库和第三方系统加载缓存数据至一级缓存中，这样，当显示设备本地和服务器端没有用户请求数据时，那么就会发数据请求到一级缓存来获取数据，不必再从数据库和第三方系统调取，解决了缓存数据快速响应并返回给终端的问题。

Description

一种用于加载缓存的服务器、显示设备及资源播放方法

技术领域

本申请涉及显示设备技术领域，尤其涉及一种用于加载缓存的服务器、显示设备及资源播放方法。

背景技术

显示设备通过与云端服务器进行网络连接，在用户发出视听资源播放指令时，如果显示设备本地没有用户想要播放的视听资源时，需要通过网络向云端服务器请求相应的视听资源，而云端服务器在接收到该请求后，若云端服务器也没有用户想要播放的视听资源时，云端服务器会向数据库或第三方服务器请求该视听资源，并将第三方服务器返回的视听资源发送给显示设备。

但是云端服务器通常部署在一个地区，显示设备却可能遍布全球，云端服务器和显示设备之间较大的距离会造成交互时间延迟较大。导致用户显示设备响应用户播放指令的速度缓慢。

发明内容

本申请提供一种用于加载缓存的服务器、显示设备及资源播放方法，解决了缓存数据快速响应并返回给终端的问题。

第一方面，本申请提供一种用于加载缓存的服务器，用于加载缓存的服务器被配置为：获取一级缓存服务器所服务显示设备的特征数据，特征数据包括显示设备的内置数据；确认特征数据对应的活跃数据，活跃数据为内置数据对应的媒资数据；根据活跃数据，确定预缓存数据；将预缓存数据发送至特征数据对应的一级缓存服务器，用以当二级缓存服务器的本地存储不存在用户请求的目标数据时，从缓存数据中调取目标数据由一级缓存服务器发送至二级缓存服务器。。

在一些实施例中，用于加载缓存的服务器进一步被配置为：判断是否需要预置预缓存数据；若需要预置预缓存数据，则根据特征数据，确认需要预置预缓存数据的地区列表，地区列表是满足预设条件的显示设备的位置信息集合；根据地区列表，获取当前时段的活跃用户；根据活跃用户以及特征数据，确认预缓存数据。

在一些实施例中，用于加载缓存的服务器进一步被配置为：监听数据库和/或第三方系统的更改事件通知；根据更改事件通知以及特征数据，判断是否更新缓存器的缓存；若更新缓存，则获取更新列表，更新列表是由需要更新缓存的缓存器组成的集合；根据更新列表，获取当前时段的活跃用户；根据活跃用户，从第三方获取第一缓存数据。

在一些实施例中，特征数据包括服务代码、机型以及预加载缓存区间；用于加载缓存的服务器进一步被配置为：响应于加载缓存数据的控制指令，根据特征数据，发送预加载指令至大数据模块，预加载指令用于调取活跃数据；响应于预加载指令，根据特征数据，确认活跃数据，活跃数据包括预加载缓存区间内的地区代码、媒资或节目代码；发送活跃数据至缓存加载模块；根据活跃数据，从数据库和/或第三方系统获取第二缓存数据。

在一些实施例中，特征数据包括显示设备的位置信息以及服务码；用于加载缓存的服务器进一步被配置为：根据位置信息以及服务码确认第三缓存数据，第三缓存数据包括服务码对应的业务和资源更新的媒资数据，用以提高缓存命中率；根据位置信息，确定活跃时间；根据活跃时间，发送第三缓存数据至缓存器。

第二方面，本申请提供一种显示设备，包括：显示器，用于显示用户界面；控制器，被配置为：将特征数据上传至用于加载缓存的服务器，以使用于加载缓存的服务器加载特征数据对应的缓存数据至一级缓存服务器；接收用户用于请求目标数据的控制指令；响应于控制指令，向二级缓存服务器发送请求目标数据的控制指令；若二级缓存服务器的本地存储不存在目标数据时，接收二级缓存服务器从一级缓存服务器获取的目标数据。

在一些实施例中，控制器，进一步被配置为：如果一级缓存服务器中缓存有目标数据，且目标数据已经更新，则目标数据是由一级缓存服务器经由二级缓存服务器发送至显示设备。

在一些实施例中，控制器，进一步被配置为：如果一级缓存服务器中缓存有目标数据，但目标数据没有过期，则目标数据是由一级缓存服务器向二级缓存服务器返回HTTP状态码304后二级缓存服务器发送至显示设备。

在一些实施例中，控制器，进一步被配置为：如果一级缓存服务器未缓存目标数据，则目标数据是由一级缓存服务器从数据库或第三方系统中获取后经由二级缓存服务器发送至显示设备。

第三方面，本申请提供一种资源播放方法，包括：将特征数据上传至用于加载缓存的服务器，以使用于加载缓存的服务器加载特征数据对应的缓存数据至一级缓存服务器；接收用户用于请求目标数据的控制指令；响应于控制指令，向二级缓存服务器发送请求目标数据的控制指令；若二级缓存服务器的本地存储不存在目标数据时，接收二级缓存服务器从一级缓存服务器获取的目标数据。

由以上实施例可知，预先从数据库和第三方系统加载缓存数据至一级缓存中，这样，当显示设备本地和服务器端没有用户请求数据时，那么就会发数据请求到一级缓存来获取数据，不必再从数据库和第三方系统调取。显示设备的控制器会检查一级缓存中是否有请求的数据。如一级缓存有数据且数据没有过期，那么直接返回304的HTTP状态码；如果一级缓存有数据但数据已更新，那么会直接返回数据至服务器，并更新二级缓存；如果一级缓存没有数据，那么会去数据库和第三方系统中获取数据，并更新一级和二级缓存。其中，二级缓存是指除了一级缓存以外的其他缓存，包括显示设备本地以及服务器内存。以上方案解决了缓存数据快速响应并返回给终端的问题。服务器根据特征数据确认应该发送至该一级缓存的缓存数据；一级缓存预先接收并存储来自服务器的缓存数据，缓存数据用以在用户请求数据时快速响应。特征数据可以包括服务代码、机型以及预加载缓存区间。进一步，特征数据还包括显示设备对应的国家/地区码列表、活跃时长以及用户相关的活跃栏目、媒资、配置信息和个性化推荐等数据信息。这些信息反映了用户需求，也就是说，这些缓存数据是根据用户需求有针对性的数据，能够提高命中率。

附图说明

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

图1示出了根据一些实施例的显示设备的使用场景图；

图2中示例性示出了根据一些实施例的显示器中的用户界面示意图；

图3中示例性示出了根据一些实施例的资源播放的交互示意图；

图4中示例性示出了根据一些实施例的资源播放的场景示意图；

图5中示例性示出了根据一些实施例的资源播放的交互示意图；

图6中示例性示出了根据一些实施例的资源加载的交互示意图一；

图7中示例性示出了根据一些实施例的资源加载的交互示意图二；

图8中示例性示出了根据一些实施例的资源加载的交互示意图三；

图9中示例性示出了根据一些实施例的资源加载的交互示意图四。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

图1示例性示出了根据示例性实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。

在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。

在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。

在一些场景中，显示设备会根据设备所在的不同地区，有针对性的提供视听资源的套餐服务，这些网络资源一般以推荐的形式显示在用户页面上。图2中示例性示出了根据一些实施例的显示器中的用户界面示意图。如图2所示，用户通过选择想要收看的控件，示例性的，选择“影视”控件，用户界面上会出现对应的“精彩推荐”以及“热播剧集”等等，用户可以选择“精彩推荐”以及“热播剧集”所显示“综艺节目a”、“影视剧b”、“电视剧c”、“电视剧d”、“电视剧e”以及“电视剧f”中的任意一个进行观看。

图3中示例性示出了根据一些实施例的资源播放的交互示意图。如图3所示，显示设备在接收到上述两种场景中用户的数据请求(比如观看“综艺节目a”)后，首先，检查本地是否有请求的数据，如果本地有缓存，则直接获得数据；如果本地没有缓存或者本地缓存已经过期，那么就会发数据请求到服务器端来获取数据。服务器端首先会检查服务器内存中是否有请求的数据，如服务器内存中有数据且数据没有过期，那么直接返回304的HTTP状态码至显示设备；如果服务器内存中有数据但数据已更新，那么会直接返回数据至显示设备；如果服务器内存中没有数据，那么会去数据库和第三方系统中获取数据，然后将数据返回至显示设备。可见，当显示设备本地没有用户请求数据时，需要向服务器端请求数据；进一步，当服务器也没有数据时，还会涉及与数据库和第三方系统的交互。由于服务器通常部署在一个地区，而显示设备却遍布全球，服务器和显示设备之间较大的物理距离会造成显示设备终端与服务器端的交互时间延迟较大，再加上与第三方的交互，这样获取数据的代价太高。

其中，上述“304的HTTP状态码”是指，如果客户端发送了一个带条件的GET请求且该请求已被允许，而文档的内容(自上次访问以来或者根据请求的条件)并没有改变，则服务器应当返回304状态码，向显示设备表明服务端已经执行了GET，但文件未变化。

图4中示例性示出了根据一些实施例的资源播放的场景示意图。如图4所示，为解决上述问题，在一些实施例中，设置一级缓存，优选的，使用缓存器(Redis)作为一级缓存器；还设置有用于加载缓存的服务器，将预缓存数据发送至特征数据对应的一级缓存服务器。这样，完成一级缓存中缓存数据的存储。显示设备A的用户发送用于请求媒资数据的控制指令A’，显示设备B的用户发送用于请求媒资数据的控制指令B’，显示设备C的用户发送用于请求媒资数据的控制指令C’，显示设备D的用户发送用于请求媒资数据的控制指令D’；控制指令A’、B’、C’以及D’可以是同一时刻发出的，也可以是不同时刻发出的；当显示设备A、显示设备B以及显示设备C位于不同国家或地区时，由于提供给显示设备A、显示设备B以及显示设备C的定制媒资套餐不同等原因，其所对应的二级服务器也不同，其中显示设备A对应二级服务器a，显示设备B对应二级服务器b，显示设备C对应二级服务器c；而显示设备C和显示设备D位于同一地区，皆由服务器c提供服务；但是，一级缓存器可以服务于多个二级服务器，例如缓存器(Redis)服务于服务器a、服务器b以及服务器c。显示设备可以向二级服务器发送“with header of if-none-match”的控制指令，以使二级服务器检查服务器本地是否有用户请求的数据；二级服务器也可以在返回数据的同时，向显示设备发送“withheader of e.tag cach-control”的控制指令。一级缓存和二级服务器之间可以进行数据的发送和接收，以完成缓存数据的更新。用以当二级缓存服务器的本地存储不存在用户请求的目标数据时，从缓存数据中调取目标数据由一级缓存服务器发送至二级缓存服务器。二级缓存服务器也称二级服务器。

在一些实施例中，本申请提供一种用于加载缓存的服务器，其被配置为：获取一级缓存服务器所服务显示设备的特征数据，特征数据包括显示设备的内置数据；确认特征数据对应的活跃数据，活跃数据为内置数据对应的媒资数据；根据活跃数据，确定预缓存数据；将预缓存数据发送至特征数据对应的一级缓存服务器。

图5中示例性示出了根据一些实施例的资源播放的交互示意图。如图5所示，预先从数据库和第三方系统加载缓存数据至一级缓存中，这样，当显示设备本地和二级服务器没有用户请求数据时，那么就会发数据请求到一级缓存来获取数据，不必再从数据库和第三方系统调取。显示设备的控制器会检查一级缓存中是否有请求的数据。如一级缓存有数据且数据没有过期，那么直接返回304的HTTP状态码；如果一级缓存有数据但数据已更新，那么会直接返回数据至二级服务器，并更新二级缓存；如果一级缓存没有数据，那么会去数据库和第三方系统中获取数据，并更新一级和二级缓存。其中，二级缓存是指除了一级缓存以外的其他缓存，包括显示设备本地以及二级服务器内存。

以上方案解决了缓存数据快速响应并返回给终端的问题，但是若一级缓存不存在请求数据时，仍需要从数据库和第三方系统加载数据，造成缓存命中率低的问题，命中率是指一级缓存中存在用户请求的数据。如果命中率不高，每次都要从数据库或第三方重新加载，会极大的影响数据的加载速度并影响用户的体验。

在一些实施例中，显示设备的控制器与用于加载缓存的服务器通过网络连接，用于执行：根据上报机制，将与显示设备有关的特征数据上传至用于加载缓存的服务器；用于加载缓存的服务器根据特征数据确认应该发送至该一级缓存的缓存数据；一级缓存预先接收并存储来自用于加载缓存的服务器的缓存数据，缓存数据用以在用户请求数据时快速响应。特征数据可以包括服务代码、机型以及预加载缓存区间。进一步，特征数据还包括显示设备对应的国家/地区码列表、活跃时长以及用户相关的活跃栏目、媒资、配置信息和个性化推荐等数据信息。这些信息反映了用户需求，也就是说，这些缓存数据是根据用户需求有针对性的数据，能够提高命中率。

在一种实现方式中，本申请在确定需要一级缓存进行缓存的数据时，显示设备通过上传显示设备对应的服务代码、机型以及预加载缓存区间至用于加载缓存的服务器；一级缓存接收来自用于加载缓存的服务器的缓存数据，缓存数据是根据“服务代码、机型以及预加载缓存区间”这些特征数据确认的活跃栏目、媒资以及配置信息等数据。其中，服务代码通常表明显示设备所在地区配置的服务类型，预加载缓存区间可以是预先设定的时间范围。这样，一级缓存中的缓存数据更贴近用户需求，当用户请求数据时，能够更大概率获得想要的数据，从而提高了缓存命中率。

在一些场景中，显示设备通常在用户早餐后后至夜间休息前被使用，而在用户夜间休息后，显示设备一般不再工作。用户的作息时间与其所处的标准时区有关，因而，显示设备的位置信息不但对应其定制的不同视听资源，还对应显示设备的被使用时间，为方便描述，称为显示设备的活跃时间。为了使用户在活跃时间请求数据时，提高缓存命中率，一级缓存应该在显示设备的活跃时间之前，预先缓存数据。

在一些实施例中，本申请在确定需要一级缓存进行缓存的数据时，根据显示设备的位置信息，确定显示设备所在的标准时区；根据标准时区对应的活跃时间，确定第二缓存数据。根据活跃时间和确认的第二缓存数据对一级缓存进行更新。可以理解的是，第二缓存数据应是在用户的活跃时间之前从数据库和第三方系统获得的数据。

显示设备的位置信息除了客观反映用户的作息时间，位于不同位置的用户使用显示设备请求的视听数据也可能不同。因而，在一些实施例中，在同一标准时区的不同国家或地区，根据用户的需求确定第二缓存数据。

在同一标准时区的不同国家或地区，不同用户的活跃时间也可能不同，为方便描述，称为活跃用户。因而，在一些实施例中，根据活跃用户确定第二缓存数据以及更新缓存的时间。

在一种实现方式中，上述确定第二缓存数据，包括上传显示设备对应的国家/地区码列表、活跃时长以及用户相关的活跃栏目、媒资、配置信息和个性化推荐等数据信息至用于加载缓存的服务器；用于加载缓存的服务器根据前述数据信息到数据库和第三方系统加载整个活跃时长的数据，作为第二缓存数据；周期性更新缓存数据。

以上方案在显示设备本地以及二级服务器内存存储数据的基础上，通过在增加设置一级缓存，实现多级缓存技术，减少显示设备端从二级服务器端以及数据库和第三方系统加载数据的时间，以此达到降低带宽和提高用户体验的目的，解决了缓存数据快速响应并将数据返回给显示设备终端的问题；另外，一级缓存通过缓存有针对性的缓存数据，提高缓存命中率，进一步提高用户体验。

在一些场景中，第三方数据的更改事件会造成一级缓存中缓存数据过期，此时，向一级缓存请求这些已经变更的数据时，从未更新的一级缓存中不能直接获得请求数据。因此，对于已经变更的数据，要及时在一级缓存中更新。

在一些实施例中，判断更改事件通知是否涉及显示设备所在的地区以及所在的时区；若涉及，则将第三方端口已经变更的数据作为第一缓存数据；一级缓存接受第一缓存数据；一级缓存根据第一缓存数据，更新缓存数据；以及，删除过期数据。若不涉及，则忽略该更改事件通知。

进一步，在一级缓存根据第一缓存数据更新缓存数据，以及删除过期数据之前，根据预定缓存规则，判断第一缓存数据是否影响一级缓存中的缓存数据。若影响，则执行更新缓存数据，以及删除过期数据。

示例性的，数据库和第三方系统中“电视剧c”完成本周更新，其对应的更改事件通知被用于加载缓存的服务器监听到，用于加载缓存的服务器器对“电视剧c”与不同地区的定制资源进行匹配，得到定制资源包括“电视剧c”的地区，这些地区所对应的所有一级缓存可以进行更新，更新的内容包括“电视剧c”更新的视听内容。进一步，判断这些一级缓存中是否存在“电视剧c”有关的数据，若存在，则执行更新缓存数据，以及删除过期数据。

以上实施例中，通过多级缓存技术，提前将用户可能请求的数据预存储到缓存中，这样才能在用户请求数据时，快速的响应，减少客户端从二级服务器端以及数据库和第三方系统加载数据的时间，以此达到降低带宽和提高用户体验的目的。同时，根据不同地区的时差，按地区和时间提前将缓存数据从数据库和第三方系统通过用于加载缓存的服务器加载到缓存中；并将其它过期数据从缓存移除，以达到提高缓存命中率和节约服务器缓存的目标。

为了更精确的提高缓存的命中率，可以通过上传用户以及显示设备的特征数据至用于加载缓存的服务器，通过大数据分析不同用户在不同时段的使用习惯及用户需求，进而更精确的加载当前时段活跃用户的数据。

在一些实施例中，本申请提供一种用于加载缓存的服务器，用于加载缓存的服务器用于接收显示设备发送的特征数据，根据特征数据从数据库和第三方系统调取缓存数据，以及将缓存数据发送至一级缓存。其中，用于加载缓存的服务器包括大数据模块(bigdata system)和缓存加载模块(cache loader)，大数据模块，被配置为：获取并更新各地区的活跃用户数据；缓存加载模块，被配置为：获取符合预设条件的缓存数据，缓存数据包括从数据库、第三方系统以及大数据模块获取的视听数据；根据用户数据，发送缓存数据至一级缓存。

在一些实施例中，根据不同地区用户的观看习惯以及从大数据模块获取当前时段的活跃用户信息，来实现将这些用户的数据提前加载到缓存中。

在一些场景中，一个用于加载缓存的服务器为多个时区的显示设备提供服务，同一个时区可能有多个国家和地区。示例性的，一个用于加载缓存的服务器为标准时区西五区至西十区、东一区以及东三区至东十二区的用户提供服务。其中，西五区有10个国家，569个城市；东三区有22个国家，271个城市；东一区有43个国家，1534个城市。这些国家和城市的显示设备被配置不同的定制服务，同时，不同地区用户的观看习惯也不同。

在一些实施例中，如图6所示，用于加载缓存的服务器中的缓存加载模块需要判断当前是否需要预置缓存数据至一级缓存；若需要预置，则获取需要预置缓存数据的国家或地区列表；根据国家或地区列表，缓存加载模块向大数据模块获取当前时段活跃用户，以及活跃用户相关的活跃栏目、媒资、配置信息和个性化推荐等数据信息；缓存加载模块根据数据信息，从数据库和第三方系统获取数据，作为缓存数据；发送缓存数据至数据信息对应的一级缓存。

在一些场景中，用于加载缓存的服务器服务的用户是不同地区且跨时区的，在不同时段，活跃的用户不同，旺盛的需求是来自不同的地区。示例性的，西五区用户夜间休息后，东八区的用户早餐结束；东八区用户夜间休息后，西五区的用户早餐结束。因而，西五区用户的活跃时间恰好是东八区用户的非活跃活跃时间，东八区用户的活跃时间恰好是西五区用户的非活跃活跃时间。

在一些实施例中，根据标准时间确定当前活跃的地区，确定当前活跃的地区中用户所需要的缓存数据；发送缓存数据至一级缓存；当标准时间达到变动条件时，变动条件可以是以一个小时为时间阈值，确定下一时间段活跃的地区；根据下一时间段活跃的地区，确定地区中用户所需要的缓存数据；发送缓存数据至一级缓存。

在一些实施例中，缓存加载模块会监听数据库和/或第三方系统的更改事件通知；根据更改事件通知以及特征数据，判断是否更新缓存器的缓存；若更新缓存，则获取更新列表，更新列表是由需要更新缓存的缓存器组成的集合；根据更新列表，获取当前时段的活跃用户；根据活跃用户，从第三方获取第一缓存数据。

在一些实现方式中，对数据的过滤和检查包括，缓存加载模块确定更改事件通知涉及的显示设备所在的地区以及所在的时区；判断所在的时区在当前时间是否是活跃时间；若出于活跃时间，则将缓存数据发送至一级缓存；若不处于活跃时间，则忽略该更改事件通知。

在一种实现方式中，如图8所示，缓存加载模块通过定时任务加载需要预置到缓存的数据，执行周期为1小时且可配置。对于用户无关的数据，缓存加载模块会根据服务代码、机型、预加载缓存区间去请求大数据模块，然后大数据模块会返回该服务在预加载缓存区间内活跃的国家/地区码列表、各国家/地区的活跃时长、以及活跃栏目、媒资、配置信息等数据信息。缓存加载模块会根据大数据返回的信息去数据库和第三方加载数据到缓存。加载数据范围是返回的国家/地区中整个活跃时长中的活跃数据。

在一种实现方式中，如图9所示，缓存加载模块通过定时任务加载需要预置到缓存的数据，执行周期为1小时且可配置。对于用户相关的数据，缓存加载模块会根据服务代码、机型、预加载缓存区间去请求大数据模块，然后大数据模块会返回该服务在预加载缓存区间内活跃的国家/地区码列表、各国家/地区的活跃时长、活跃用户ID列表、以及用户相关的活跃栏目、媒资、配置信息、个性化推荐等数据信息。缓存加载模块会根据大数据返回的信息去数据库和第三方加载数据到缓存。加载数据范围是返回的国家/地区中整个活跃时长的，且在活跃列表中的用户相关数据。

在一些实施例中，所述用于加载缓存的服务器被配置为：接收用户活跃数据；根据所述用户活跃数据更新缓存；当接收获取数据请求时，判断二级服务器中是否存在请求数据；若不存在所述请求数据，则发送获取数据指令给缓存器。

在一种实现方式中，如图7所示，大数据模块统计并更新各地区使用显示设备的活跃时间；统计并更新各服务中的活跃业务和资源，比如栏目和影视资源等；统计并更新各用户的活跃事件以及关注的资源；关联活跃用户所在的地区、时区以及用户的需求取向，形成列表；当缓存加载模块确定更改事件通知涉及的显示设备所在的地区以及所在的时区时，从列表中匹配。

在一些实施例中，本申请提供一种资源播放方法，该方法包括：将特征数据上传至用于加载缓存的服务器，以使用于加载缓存的服务器加载特征数据对应的缓存数据至一级缓存服务器；接收用户用于请求目标数据的控制指令；响应于控制指令，向二级缓存服务器发送请求目标数据的控制指令；若二级缓存服务器的本地存储不存在目标数据时，接收二级缓存服务器从一级缓存服务器获取的目标数据。

在一种实现方式中，接收用户活跃数据，所述用户活跃数据根据当前用户的位置特征和标准时间确定；根据所述用户活跃数据更新所述缓存器；当接收用户获取数据请求时，判断所述缓存器中是否存在请求数据；若不存在所述请求数据，则从第三方获取数据并更新缓存器。

在一种实现方式中，显示设备在接收到上述两种场景中用户的数据请求(比如观看“综艺节目a”)后，首先，检查本地是否有请求的数据，如果本地有缓存，则直接获得数据；如果本地没有缓存或者本地缓存已经过期，那么就会发数据请求到服务器端来获取数据。服务器端首先会检查服务器内存中是否有请求的数据，如服务器内存中有数据且数据没有过期，那么直接返回304的HTTP状态码至显示设备；如果服务器内存中有数据但数据已更新，那么会直接返回数据至显示设备；如果服务器内存中没有数据，那么会去数据库和第三方系统中获取数据，然后将数据返回至显示设备。

在一种实现方式中，显示设备的控制器会检查一级缓存中是否有请求的数据。如一级缓存有数据且数据没有过期，那么直接返回304的HTTP状态码；如果一级缓存有数据但数据已更新，那么会直接返回数据至服务器，并更新二级缓存；如果一级缓存没有数据，那么会去数据库和第三方系统中获取数据，并更新一级和二级缓存。其中，二级缓存是指除了一级缓存以外的其他缓存，包括显示设备本地以及服务器内存。

在上述实施例中，预加载数据完成后，会根据当前内存中的活跃国家/地区列表、活跃用户列表以及活跃栏目、媒资、配置信息等信息，将缓存中不活跃的数据移除。

应当理解，上述资源播放方法中各步骤的具体实现方式可以参见前述显示设备实施例，此处不予赘述。由以上实施例可以看出，本申请示出的一种显示设备及资源播放方法，当显示设备本地和服务器端没有用户请求数据时，那么就会发数据请求到一级缓存来获取数据，不必再从数据库和第三方系统调取。从而，提高用户体验。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种用于加载缓存的服务器，其特征在于，所述用于加载缓存的服务器被配置为：

获取一级缓存服务器所服务显示设备的特征数据，所述特征数据包括所述显示设备的内置数据；

确认所述特征数据对应的活跃数据，所述活跃数据为所述内置数据对应的媒资数据；

根据所述活跃数据，确定预缓存数据；

将所述预缓存数据发送至所述特征数据对应的一级缓存服务器，用以当二级缓存服务器的本地存储不存在用户请求的目标数据时，从所述缓存数据中调取所述目标数据由所述一级缓存服务器发送至所述二级缓存服务器。

2.根据权利要求1所述的用于加载缓存的服务器，其特征在于，所述用于加载缓存的服务器进一步被配置为：

判断是否需要预置所述预缓存数据；

若需要预置所述预缓存数据，则根据所述特征数据，确认需要预置所述预缓存数据的地区列表，所述地区列表是满足预设条件的显示设备的位置信息集合；

根据所述地区列表，获取当前时段的活跃用户；

根据所述活跃用户以及所述特征数据，确认所述预缓存数据。

3.根据权利要求1所述的用于加载缓存的服务器，其特征在于，所述用于加载缓存的服务器进一步被配置为：

监听数据库和/或第三方系统的更改事件通知；

根据所述更改事件通知以及所述特征数据，判断是否更新所述缓存器的缓存；

若更新缓存，则获取更新列表，所述更新列表是由需要更新缓存的缓存器组成的集合；

根据所述更新列表，获取当前时段的活跃用户；

根据所述活跃用户，从数据库和/或第三方系统获取第一缓存数据。

4.根据权利要求1所述的用于加载缓存的服务器，其特征在于，所述特征数据包括服务代码、机型以及预加载缓存区间；

所述用于加载缓存的服务器进一步被配置为：

响应于加载缓存数据的控制指令，根据特征数据，发送预加载指令至所述大数据模块，所述预加载指令用于调取活跃数据；

响应于预加载指令，根据特征数据，确认活跃数据，所述活跃数据包括所述预加载缓存区间内的地区代码、媒资或节目代码；

发送所述活跃数据至所述缓存加载模块；

根据所述活跃数据，从第三方获取第二缓存数据。

5.根据权利要求1-4任意一项所述的用于加载缓存的服务器，其特征在于，所述特征数据包括所述显示设备的位置信息以及服务码；

所述用于加载缓存的服务器进一步被配置为：

根据所述位置信息以及服务码确认第三缓存数据，所述第三缓存数据包括所述服务码对应的业务和资源更新的媒资数据，用以提高缓存命中率；

根据所述位置信息，确定活跃时间；

根据所述活跃时间，发送所述第三缓存数据至缓存器。

6.一种显示设备，其特征在于，包括：

显示器，用于显示用户界面；

控制器，被配置为：

将特征数据上传至用于加载缓存的服务器，以使所述用于加载缓存的服务器加载所述特征数据对应的缓存数据至一级缓存服务器；

接收用户用于请求目标数据的控制指令；

响应于所述控制指令，向二级缓存服务器发送请求所述目标数据的控制指令；

若所述二级缓存服务器的本地存储不存在所述目标数据时，接收所述二级缓存服务器从所述一级缓存服务器获取的所述目标数据。

7.根据权利要求6所述的显示设备，其特征在于，

控制器，进一步被配置为：

如果所述一级缓存服务器中缓存有所述目标数据，且所述目标数据已经更新，则所述目标数据是由所述一级缓存服务器经由所述二级缓存服务器发送至所述显示设备。

8.根据权利要求6所述的显示设备，其特征在于，

控制器，进一步被配置为：

如果一级缓存服务器中缓存有所述目标数据，但所述目标数据没有过期，则所述目标数据是由所述一级缓存服务器向所述二级缓存服务器返回HTTP状态码304后所述二级缓存服务器发送至所述显示设备。

9.根据权利要求6所述的显示设备，其特征在于，

控制器，进一步被配置为：

如果一级缓存服务器未缓存所述目标数据，则所述目标数据是由所述一级缓存服务器从数据库或第三方系统中获取后经由所述二级缓存服务器发送至所述显示设备。

10.一种资源播放方法，其特征在于，包括：

将特征数据上传至用于加载缓存的服务器，以使所述用于加载缓存的服务器加载所述特征数据对应的缓存数据至一级缓存服务器；

接收用户用于请求目标数据的控制指令；

响应于所述控制指令，向二级缓存服务器发送请求所述目标数据的控制指令；

若所述二级缓存服务器的本地存储不存在所述目标数据时，接收所述二级缓存服务器从所述一级缓存服务器获取的所述目标数据。

Images