CN116261857A - 一种显示设备及应用程序界面显示方法 - Google Patents

Abstract

本申请提供一种显示设备及应用程序界面显示方法。所述方法可以应用在显示设备中，以在用户输入用于显示应用程序界面的控制指令后，判断显示设备的当前操作模式。如果是非标准模式，则从服务器中获取可展示应用列表，并根据包名信息在可展示应用列表中匹配本地应用。如果在可展示应用列表中匹配到本地应用的包名信息，在应用程序界面中显示本地应用。所述方法可以在教育模式下，实现对本地应用进行筛选，从而在教育模式下的应用程序界面中仅显示与教育模式相关的应用程序，便于用户启动运行教育类应用，解决传统智能电视需要较长时间才能够从众多应用程序中找到教育类应用程序的问题。

Description

一种显示设备及应用程序界面显示方法

本申请要求在2020年4月30日提交中国专利局、申请号为202010364836.5、发明名称为“一种显示设备教育模式显示方法”的中国专利申请，在2020年6月15日提交中国专利局、申请号为202010544468.2、发明名称为“一种消息补发方法、服务器及显示设备”的中国专利申请，在2020年6月10日提交中国专利局、申请号为202010523653.3、发明名称为“一种媒资数据下发方法、服务器及显示设备”的中国专利申请，在2020年6月17日提交中国专利局、申请号为202010555094.4、发明名称为“一种显示设备及应用程序界面显示方法”的中国专利申请，在2020年9月24日提交中国专利局、申请号为202011016939.9、发明名称为“一种显示设备及用户收藏显示方法”的中国专利申请，在2020年9月16日提交中国专利局、申请号为202010976268.4、发明名称为“一种显示设备及首页显示方法”的中国专利申请的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及智能电视技术领域，尤其涉及一种显示设备及应用程序界面显示方法。

背景技术

智能电视是基于Internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。智能电视可以依赖于网络以及多种信号源，为用户提供多种媒体资源，满足不同用户的观看需要。

随着远程教育的普及，通过智能电视实现远程教育的需求也越来越迫切。现有智能电视实现远程教育的方式通常为在电视中安装教育类应用程序，以通过教育类应用程序获取远程教育资源，如课程视频等。作为第三方应用程序，教育类应用程序可以和其他应用程序一起展示在智能电视的应用列表中，以供用户选择并启动运行。

发明内容

第一方面，本申请提供一种显示设备，包括：显示器、通信器以及控制器。其中，所示显示器被配置为显示应用程序界面；所述通信器被配置为与服务器进行数据通信；所述控制器被配置为执行以下程序步骤：

接收用于展示应用程序界面的控制指令；

在标准模式时，响应于所述控制指令，根据全部本地应用生成应用程序界面中的应用列表；

在非标准模式时，响应于所述控制指令，根据在预置可展示应用列表中的本地应用生成应用程序界面中的应用列表，其中所述预置可展示应用列表和所述非标准模式相对应。

第二方面，本申请提供一种显示设备，包括：显示器、通信器以及控制器。其中，所 示显示器被配置为显示应用程序界面；所述通信器被配置为与服务器进行数据通信；所述控制器被配置为执行以下程序步骤：

接收用于展示应用程序界面的控制指令；

响应于所述控制指令，从服务器中获取可展示应用列表；

根据包名信息在所述可展示应用列表中匹配本地应用；

如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用；

如果在所述可展示应用列表中未匹配到所述本地应用的包名信息，隐藏所述本地应用。

第三方面，本申请还提供一种应用程序界面显示方法，包括：

接收用于展示应用程序界面的控制指令；

在标准模式时，响应于所述控制指令，根据全部本地应用生成应用程序界面中的应用列表；

在非标准模式时，响应于所述控制指令，根据在预置可展示应用列表中的本地应用生成应用程序界面中的应用列表，其中所述预置可展示应用列表和所述非标准模式相对应。

第四方面，本申请还提供一种应用程序界面显示方法，包括：

接收用于展示应用程序界面的控制指令；

响应于所述控制指令，从服务器中获取可展示应用列表；

根据包名信息在所述可展示应用列表中匹配本地应用；

如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用；

如果在所述可展示应用列表中未匹配到所述本地应用的包名信息，隐藏所述本地应用。

第五方面，本申请还提供一种服务器，包括：运营子系统、推荐子系统以及在线子系统。其中，所述运营子系统被配置为生成可展示应用列表；所述推荐子系统被配置为生成推荐应用列表；所述在线子系统被配置为：

接收显示设备发送的显示请求；

响应于所述显示请求，从所述运营子系统获取可展示应用列表，以及从所述推荐子系统获取推荐应用列表；

向显示设备发送所述可展示应用列表和所述推荐应用列表。

附图说明

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

图1为本申请一些实施例中显示设备与服务器的场景；

图2为本申请一些实施例中模式选择界面示意图；

图3为本申请一些实施例中密码输入界面示意图；

图4为本申请一些实施例中年级选择界面示意图；

图5为本申请一些实施例中教育模式主页示意图；

图6为本申请一些实施例中根据一些实施例的首页显示的交互示意图；

图7为本申请一些实施例中根据一些实施例的标准模式的首页示意图；

图8为本申请一些实施例中根据一些实施例的第二首页进入方法的流程示意图；

图9为本申请一些实施例中教育模式主页显示区域示意图；

图10为本申请一些实施例中我的频道布局结构示意图；

图11为本申请一些实施例中学习频道界面示意图；

图12为本申请一些实施例中填充学习记录区域显示位效果示意图；

图13为本申请一些实施例中无学习记录显示画面示意图；

图14为本申请一些实施例中无购买课程显示画面示意图；

图15为本申请一些实施例中显示设备第一类界面示意图；

图16为本申请一些实施例中显示设备第一类界面已购买媒资后示意图；

图17为本申请一些实施例中显示设备第二类界面示意图；

图18为本申请一些实施例中媒资数据下发方法流程示意图；

图19为本申请一些实施例中标记下架媒资流程示意图；

图20为本申请一些实施例中设置待显示媒资的上下线状态的流程示意图；

图21为本申请一些实施例中设置过滤模块入口参数的流程示意图；

图22为本申请一些实施例中应用频道显示示意图；

图23为本申请一些实施例中标准模式主页显示区域布局示意图；

图24为本申请一些实施例中教育模式主页滑动触控操作示意图；

图25为本申请一些实施例中切换模式操作流程示意图；

图26为本申请一些实施例中返回控件示意图；

图27为本申请一些实施例中一种消息补发的时序图；

图28为本申请一些实施例中显示设备消息显示界面示意图；

图29为本申请一些实施例中标准模式下展示应用的界面；

图30为本申请一些实施例中教育模式下展示应用的界面；

图31为本申请一些实施例中应用程序界面本地应用显示流程示意图；

图32为本申请一些实施例中显示请求数据流程示意图；

图33为本申请一些实施例中推荐应用示意图；

图34为本申请一些实施例中根据当前显示模式显示应用程序界面的流程示意图；

图35为本申请一些实施例中根据一些实施例的用户收藏显示方法的流程示意图；

图36为本申请一些实施例中根据一些实施例的标准模式下用户与显示设备的交互方法的流程示意图；

图37为本申请一些实施例中根据一些实施例的标准模式的首页示意图；

图38为本申请一些实施例中根据一些实施例的专题详情界面的示意图；

图39为本申请一些实施例中根据一些实施例的显示设备对启动收藏界面的指令的响应方法的流程示意图；

图40为本申请一些实施例中根据一些实施例的第一收藏指令发送方法的流程示意图；

图41为本申请一些实施例中根据一些实施例的第一收藏界面的示意图；

图42为本申请一些实施例中根据一些实施例的标准模式下的显示设备与服务器的交互示意图；

图43为本申请一些实施例中根据一些实施例的第二收藏界面的示意图；

图44为本申请一些实施例中根据一些实施例的教育模式的首页示意图；

图45为本申请一些实施例中根据一些实施例的专题详情界面的示意图；

图46为本申请一些实施例中根据一些实施例的第二收藏界面的示意图；

图47为本申请一些实施例中根据一些实施例的教育模式下的显示设备与服务器的交互示意图。

具体实施方式

下面将详细地对实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下实施例中描述的实施方式并不代表与本申请相一致的所有实施方式。仅是与权利要求书中所详述的、本申请的一些方面相一致的系统和方法的示例。

图1中示例性示出了根据实施例中显示设备与服务器的场景。如图1中示出，用户可通过移动终端300和控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式等，通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。如：用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令，来实现控制显示设备200的功能。

在一些实施例中，本申请提供一种显示设备教育模式显示方法，其中显示设备可以为具有触摸屏交互功能的智能电视，如触控电视。需要说明的是，本申请所述显示设备并不局限于上述触控电视，还可以是其他显示设备，如平板电脑等。

开机启动后模式的选择

在一些实现方式中，如图2所示，显示设备在首次开机时，需要完成开机导航。开机导航主要包括对显示设备的进行一系列初始化基础设置。例如，选择操作界面语言、初始化连接网络、登录云服务账号等。开机导航相对应的设置程序，可以通过用户在连续多个界面设置界面中进行的交互完成。实际应用中，用户可先将显示设备接通电源；再开启显示设备上的实体电源按键或按下控制装置100上的开机键(电源键)，触发开机事件，启动显示设备内置的操作系统；此时随着操作系统启动运行，可以加载预设的开机程序，直 至跳转至开机导航界面。

开机导航界面可以根据控制逻辑预设显示顺序。例如，开机启动后，显示设备先显示品牌标志(logo)，再显示欢迎界面，并过渡到选择操作界面语言的设置界面。在用户设置界面选择操作界面的语言后，按照所选择的语言显示网络连接设置界面。在网络连接设置界面中，用户可以选择可接入的任一无线或有线网络接入点，并输入相关的网络设置参数，如WiFi密码等。选择无线网络接入点后，显示设备可以通过选择的无线网络接入点连接提供云服务的服务器。因此，可以显示服务器的登录界面，以便用户在登录界面中输入用户名和密码，等待验证通过后连接至服务器，实现智能电视的正常资源获取与播放功能，以及享受UI更新、同步播放记录等服务。

显然开机导航并不局限于上述设置方式，还可以包括其他设置程序界面。例如在连接服务器后，显示选择感兴趣视频类型的界面，界面中包括多个标签，如“电影、电视剧、音乐、戏曲、科技”等。用户在这些标签中选择感兴趣的视频类型，以便后续使用中，服务器可以向显示设备推送相关类型的视频资源。

在完成开机导航设置后，显示设备可以进一步显示模式选择界面。如图2所示，在模式选择界面中，可以包括多个模式对应的按钮控件，供用户进行选择。例如，在模式选择界面中包括两个可选择的操作模式控件，即“标准模式”和“教育模式”。其中，标准模式是指观看显示设备的常规模式，当用户点击标准模式后，可以使显示设备切换到标准模式的交互策略环境下，并显示标准模式对应的控制主页。教育模式是专门为远程教育设置的操作模式，当用户点击教育模式后，可以使显示设备切换到教育模式的交互策略环境下，并显示教育模式对应的控制主页。

在一些实施例中，用于显示教育模式的媒资包含在用户显示标准模式的媒资的范围内，媒资是指多媒体资源。示例性的，教育模式用于显示标准模式下的少儿频道和教育频道相关的媒资，不显示电影，推荐等频道的媒资。

在一些实施例中，模式选择界面中还可以包括用于指示用户进行模式选择的提示画面。例如，如图2所示，在“标准模式”和“教育模式”两个控件的背景，设置指定提示图案；并且在两个控件的下方设置提示文字，如“请选择你想使用的模式，进入主页后，仍可随意切换电视模式”，从而通过图形或者文字引导用户完成模式选择操作。

在模式选择界面中，还可以根据显示设备的运行情况将焦点标志默认设置在一个模式控件上。例如，可以在弹出模式选择界面后，将焦点标志默认设置在教育模式对应的控件上。用户可以根据想要进入的操作模式，控制焦点标志移到其他控件上。例如，用户通过控制装置(遥控器)上的“左”按键，将焦点标志移动到标准模式对应的控件上。显然，所述焦点标志可以根据不同的界面风格呈现不同的显示形状。例如，焦点标志可以是将控件进行框选的方框；还可以是对控件进行高亮处理或变更颜色的处理标志，从而指示焦点所处的位置。

在一些实施方式中，显示设备所呈现的模式选择界面还可以根据用户控制动作的变化而变化。例如，随着焦点标志在两个控件之间切换，界面上的提示图案和提示文字也随之 发生变化，即转换为与控件模式相对应的说明界面和说明内容。

当用户在模式选择界面中选中“教育模式”控件后，显示设备的操作系统可以进一步跳转至与教育模式相关的界面中。

在一种示意性实施方式中，在选中“教育模式”控件后，可以弹出验证界面。在验证界面中可以包括输入框，以供用户输入用户名和密码。还可以包括与验证相关的其他控件，例如“登录”控件。在用户输入用户名和密码后，通过选中登录控件，指示显示设备将用户输入的用户名和密码信息发送给服务器进行验证。如果验证通过，则继续显示其他教育模式相关界面；如果验证失败，则显示设备显示验证失败提示画面，或者退出教育模式。

本实施例中，验证失败提示画面还可以对验证失败的原因进行展示，例如，当用户输入的信息错误时，可以在提示画面中显示“输入的用户名或密码错误，请重新输出”；当由于网络原因使得在预设时间内没有获取到验证结果，则可以在提示画面中显示“连接超时/无法连接到服务器，请重试”等提示文字。

由于教育模式与标准模式是同一显示设备下的两种操作模式，因此在部分实施例中，在验证界面，可以与标准模式共用同一个用户名，只需要进入/退出教育模式的时候输入密码即可。

在一种示意性实施方式中，还可以为教育模式设置独立的进入密码，即家长密码。相应的，在模式选择界面选中教育模式后，直接弹出密码界面，如图3所示。在密码界面中，可以显示虚拟键盘控件，以供用户输入密码信息。为了便于在显示设备上完成交互操作，也便于简化用户输入字符数量，教育模式对应的进入密码可以为纯数字密码，例如位数是4位或者6位的简单密码。相应的，在密码界面中显示的虚拟键盘控件也可以为纯数字键盘控件。

对于教育模式设置的独立进入密码，可以在输入密码后，由显示设备对进入密码进行验证，以便快速获得验证结果，完成验证；也可以将密码发送给服务器进行验证，并通过服务器返回验证结果，以便在不同的显示设备上无需多次设置密码。

在一种实现方式中，为了进入教育模式对应的控制主页，还可以在密码验证通过后，显示用于限定控制主页内容的等级选择界面，如年级选择界面、年龄选择界面等。如图3所示，在年级选择界面中可以根据实际教育体系，预设多个等级选项，例如“少儿、一年级、二年级、……、高三”等。用户通过遥控器实施交互操作或直接触控移动焦点标志，可以对相应的选项进行选择。在用户选择相应的年级选项以后，显示设备会将所选择的年级选项标签信息发送给服务器，以便服务器根据所选择的年级选项向显示设备推送相关教育资源内容，以显示在控制主页中。

显然，可以在年级选择界面同时选择多个年级选项，以适应不同的教育需要，因此年级选择界面中的多个年级选项为复选选项。每个选项在被选择后，可以显示该选项已被选择的标记，如在该选项对应控件图案上添加一个圆点或一个对号。相应的在年级选择界面还可以设有“确定”控件，以便在选择多个选项后，通过点击确定控件，完成年级选择，以执行后续步骤。

需要说明的是，在跳转至年级选择界面时，可以在默认将焦点光标设置在第一个选项上，例如设置在图4中“少儿”对应的选项上，以便用户选择。也可以在开机导航步骤登录的用户名中，获取存储在服务器内的用户数据，从而根据与用户数据相适应的年级数据，并将焦点光标默认设置年级数据对应的选项上。

由于在年级选择界面中可以包括多个年级选择选项，根据不同的学龄划分方式，还可以包括更多可选的年级选择选项，因此，在显示的年级选择界面中，可能无法在一页画面中将所有选项进行完全显示。为此，可以通过卷轴显示的方式，将所有年级选项设置在年级选择界面中。例如，在图4所示的年级选择界面中，可以仅显示9个年级选项，即从“少儿”至“八年级”，形成3×3的选项阵列，并显示在显示器的中部区域内。而“九年级”至“高二”选项图标部分显示在屏幕的下边缘位置。当用户在焦点光标位于最下排(如位于“六年级”选项上)，再按下遥控器的“下”按键；或者在屏幕进行上滑触控操作，则将“九年级”至“高二”选项图标上移，显示在屏幕中部区域内，以供用户选择。

在用户选择至少一个年级选项后，显示设备可以跳转至教育模式的控制主页，如图5所示。在显示教育模式主页的具体内容前，显示设备还可以向服务器发送包含所选的年级选项信息的主页请求指令。服务器可以响应于接收到的主页请求指令，根据其中包含的年级选项信息向显示设备返回主页配置文件。显示设备在接收到主页配置文件后，可以通过解析主页配置文件中的推荐资源，并在主页布局中添加相应的推荐资源的图像和链接。

例如，在年级选择界面中，用户选中了“少儿”选项，在电机确认控件以后，显示设备可以向服务器发送带有“少儿”选项信息的主页请求指令。相应地，服务器可以在主页请求指令中获取“少儿”选项信息，根据预设推荐规则，提取面向少儿的课程资源内容的标签或链接，生成主页配置文件，并将主页配置文件返回给显示设备，以使显示设备显示相对应的教育模式主页。

不同模式首页共用一组首页数据的实现

在一些实施例中，显示设备可内置一个终端APP来展示媒资，模式选择界面可以是应用首次启动后的界面。为满足不同目标人群的观看需求，该终端APP可设置有多种场景模式，在不同的场景模式显示不同的媒资。当用户切换场景模式时，该终端APP需要将显示设备的当前页面切换至另一场景模式的首页。由于不同电视型号、不同的APP版本支持的首页数据可能存在差别，如果分别就每种电视型号、每种APP版本分别适配多个场景模式的首页，将会使得首页开发及维护成本大幅提高。

为解决上述问题，本申请将首页数据进行选择性展示，从而根据一份首页数据可虚拟出多个场景模式的首页，有效降低了首页开发及维护成本。

在一些实施例中，显示设备的场景模式可包括第一场景模式和第二场景模式，其中，第一场景模式可为标准模式，在该场景模式下，首页可展示多种类型的媒资，适合普通用户观看；第二场景模式可为教育模式，在该场景模式下，首页可只展示教育类型的媒资，适合儿童观看。

在一些实施例中，显示设备显示首页的方法可包括如下步骤：

接收用户输入的进入首页的操作指令；响应于所述进入首页的操作指令，从服务器中获取首页数据；根据所述首页的场景模式为第一场景模式，从所述首页数据中选取第一模式数据，根据所述第一模式数据控制显示器显示第一首页；根据所述首页的场景模式为第二场景模式，从所述首页数据中选取第二模式数据，根据所述第二模式数据控制所述显示器显示第二首页，其中，所述第二模式数据与所述第一模式数据不相同。

在一些实施例中，显示设备可在开机后默认进入标准模式的首页，因此，用户输入的进入首页的操作指令可为显示设备的开机指令。

在一些实施例中，用户可在显示设备为一种场景模式时，将显示设备切换为另一种场景模式，例如，将标准模式切换为教育模式，或将教育模式切换为标准模式，当显示设备进行场景模式切换时，需要展示新的场景模式的首页，因此，用户输入的进入首页的操作指令还可为切换场景模式的操作指令。

在一些实施例中，用户在显示设备为一种场景模式时，从显示设备的首页进入一些二级页面、三级页面等页面，当用户返回至首页时，显示设备需要重新显示首页，因此，用户输入的进入首页的操作指令还可为从其他页面返回首页的操作指令。

在一些实施例中，显示设备可具有触摸控制、语音控制、遥控器控制、手机控制等多种控制方式，上述进入首页的操作指令可通过任意一种控制方式实现。

在一些实施例中，显示设备在接收到进入首页的操作指令后，与服务器建立通信连接，从服务器获取首页数据，并将首页数据进行缓存。

在一些实施例中，显示设备接收的首页数据包括多种场景模式的首页数据，如第一模式数据和第二模式数据，其中，第一模式数据用于生成第一场景模式的首页，第二模式数据用于生成第二场景模式的首页。显示设备可根据所述首页的场景模式为第一场景模式，从首页数据中筛选出第一模式数据，根据第一模式数据生成第一首页，控制显示器显示第一首页。

在一些实施例中，第一模式数据和第二模式数据可以是互斥的数据，使得第一首页和第二首页可显示完全不同的内容。第二模式数据可设置有预设标识，以与第一模式数据相区分。根据首页的场景模式为第一场景模式，可从首页数据中选取除了第二模式数据之外的数据，即没有设置预设标识的数据，作为第一模式数据。

在一些实施例中，第一模式数据和第二模式数据可以是部分相同的数据，例如，第一模式数据包含第二模式数据的全部或部分，除了第二模式数据，第一模式数据还可包含其他数据，使得第一首页和第二首页可显示部分不同的内容，只要能将第一首页和第二首页区分开即可。根据首页的场景模式为第一场景模式，可将全部的首页数据均作为第一模式数据。

在一些实施例中，显示设备可根据所述首页的场景模式为第二场景模式，从首页数据中筛选出第二模式数据，根据第二模式数据生成第二首页，控制显示器显示第二首页。

在一些实施例中，第二模式数据可设置有预设标识，以与第一模式数据相区分。根据首页的场景模式为第二场景模式，可从首页数据中选取设置有预设标识的数据，作为第二 模式数据。

在一些实施例中，当用户在输入进入首页的操作指令后较短的时间内，又输入切换场景模式的操作指令，或者用户在输入切换场景模式的操作指令的较短时间内，又输入切换场景模式的操作指令，显示设备可接收用户新输入的切换场景模式的操作指令，从缓存的首页数据中选取另一种场景模式的首页数据，控制所述显示器将当前首页切换为所述切换场景模式的操作指令对应的首页。利用缓存的首页数据来切换首页，可提高首页切换速度，提升用户体验。

在一些实施例中，显示设备也可根据用户输入的切换场景模式的操作指令，重新从步骤接收用户输入的进入首页的操作指令开始执行，生成所述切换场景模式的操作指令对应的首页。

为对显示设备获取的首页数据做进一步说明，本申请实施例还提供一种首页显示的交互示意图，参见图6，为根据一些实施例的首页显示的交互示意图。图6中，JUUI APP可为显示设备的终端APP，运营人员可利用CMS(Content Management System，内容管理系统)编排首页，进而存储至融合DB(data base，数据库)中。

在一些实施例中，运营人员编排的首页可包括标准模式首页和教育模式首页，其中，标准模式首页和教育模式首页均设置有三个层级：导航、频道、栏目，根据该层级设置，首页数据可分为多组导航数据，每组导航数据包括多组频道数据，每组频道数据可包括多个栏目数据。为了实现多种首页的显示效果，运营人员可将导航数据进行标记，以将多组导航数据划分给不同首页。

在一些实施例中，一种导航数据的标记方式是：将需要在教育模式显示的导航数据设置一个预设标识，如edubox_，需要在标准模式显示的导航数据不设置导航标识，使得edubox_开头的导航数据属于在教育模式显示的数据，即第二模式数据，没有该导航标识的导航数据属于在标准模式显示的数据，即第一模式数据；或者，还可设置edubox_开头的导航数据属于在教育模式显示的数据，全部导航数据属于在标准模式显示的数据。

当然，实际实施中，并不限于上述标记方式，也可采用其他方式，如将需要在教育模式显示的导航数据和标准模式显示的导航数据分别设置一个不同的导航标识；或者只将需要在标准模式显示的导航数据设置一个导航标识，将需要在教育模式显示的导航数据不设置导航标识；或者将需要在教育模式显示的导航数据和标准模式显示的导航数据分别设置一个不同的状态数据，只要能将导航数据的场景模式区分开，使标准模式和教育模式显示不同的导航数据即可。

在一些实施例中，首页数据中的导航数据包括了导航栏的控件数据和导航栏的排版数据，频道数据包括了频道栏的控件数据和频道栏的排版数据，栏目数据包括了每个推荐位的排版数据和可选择的媒资数据，例如，可选择的媒资数据为热度最高的媒资数据。运营人员编排好的首页数据可称为首页原始数据，运营人员将首页原始数据存储至融合DB中。

当用户通过JUUI APP输入进入首页的操作指令后，JUUI APP可向在线子系统获取首页数据。

在线子系统可通过访问融合DB来调取首页原始数据，根据获得的首页原始数据，从内容子系统获取媒资数据。在一些实施例中，在线子系统根据推荐位可选择的媒资数据从内容子系统获取媒资数据。

在一些实施例中，在线子系统还向PDS系统获取机型版本能力数据，根据机型版本能力数据对来自内容子系统的媒资数据进行过滤，得到适应于显示设备的机型和JUUI APP版本的媒资数据，例如，根据不同领域热度最高的媒资数据包括电视剧A、综艺B和短视频C，根据JUUI APP版本，该推荐位对应的媒资类型为电视剧，则过滤综艺B和短视频C得到适应JUUI APP版本的媒资数据为电视剧A。

在一些实施例中，在线子系统将运营数据与过滤后的媒资数据进行合并，生成首页数据，将首页数据返回至JUUI APP，其中，运营数据包括首页原始数据。

在一些实施例中，JUUI APP接收到首页数据后，从首页数据中筛选出符合当前场景模式的数据。例如，根据当前场景模式为标准模式，仅展示标准导航，即排除edubox_开头的导航数据，根据剩余的导航数据生成第一首页；根据当前场景模式为教育模式，仅展示教育导航，即保留edubox_开头的导航数据，排除其他导航数据，根据edubox_开头的导航数据生成第二首页。

参见图7，为根据一些实施例的标准模式的首页示意图，如图7所示，该首页为第一首页，导航栏设置有多个操作控件，如：“我的”、“频道”、“影视”、“VIP”、“疫情”、“商城”、“游戏”、“应用”和“发现”，当用户触发导航栏的不同的操作控件后，可进入不同的导航页面。

在一些实施例中，导航栏上方可设置有模式切换控件，在标准模式下，该模式切换控件可显示为“教育模式”，以提示用户可将当前模式切换为教育模式，在教育模式下，该模式切换控件可显示为“标准模式”，以提示用户可将当前模式切换为标准模式。

在标准模式下，当用户触发模式切换控件后，显示设备可进入教育模式的首页，其中，用户触发模式切换控件的方式可包括利用遥控器选中模式切换控件，然后确认进入，当显示设备具备触控功能时，用户还可直接触控模式切换控件，当显示设备具备语音控制功能时，用户还可向显示设备发出语音指令来触发模式切换控件，当显示设备与智能终端如手机通信连接时，还可利用智能终端向显示设备发出模式切换指令。

在一些实施例中，当用户需要在标准模式下操控显示设备时，为避免用户误操作将标准模式切换为教育模式，显示设备还可被配置为首次进入教育模式时需要输入密码。当用户需要在教育模式下操控显示设备时，为给用户提供更精准的首页数据，还可在用户首次进入教育模式时显示年级选择页面，供用户输入年级。当用户不是首次进入教育模式，可直接展示之前所选年级的首页，具体可参见图8，为根据一些实施例的第二首页进入方法的流程示意图，如图8所示，该方法可包括如下步骤：

步骤S401E：判断用户是否是首次进入第二场景模式。

步骤S402E：如果用户是首次进入第二场景模式，控制所述显示器显示密码输入界面。

步骤S403E：接收用户输入的密码信息。

步骤S404E：根据用户输入的密码信息与预设密码信息一致，控制所述显示器显示多个年级选项控件。

步骤S405E：接收用户输入的其中一个所述年级选项控件的操作指令。

步骤S406E：如果用户不是首次进入第二场景模式，从所述第二模式数据中选取年级选项控件对应的首页数据。

步骤S407E：根据所述年级选项控件对应的首页数据控制所述显示器显示第二首页。

在一些实施例中，可默认设置用户首次进入第二场景模式需要设置密码信息和年级信息，其中，用户设置完年级信息后，显示设备将年级信息存储到预设存储路径下，因此，当用户输入进入首页的操作指令后，显示设备可根据预设存储路径下的年级信息来判断用户是否是首次进入第二场景模式。如果预设存储路径下没有年级信息，则判定用户是首次进入第二场景模式，继续执行步骤S402E，如果预设存储路径下有年级信息，则判定用户不是首次进入第二场景模式，则可跳转至步骤S406E。

步骤S402E：如果用户是首次进入第二场景模式，控制所述显示器显示密码输入界面。

在一些实施例中，根据预设存储路径下有年级信息，判定用户是首次进入第二场景模式后，可显示密码输入界面，提示用户输入密码，在一些实施例中，该密码可为JUUI APP账号的密码，用户输入该密码，显示设备才能继续执行显示第二首页，可提高教育模式的隐私安全性。

步骤S403E：接收用户输入的密码信息。

步骤S404E：根据用户输入的密码信息与预设密码信息一致，控制所述显示器显示多个年级选项控件。

在一些实施例中，根据用户输入的密码与预设密码，如JUUI APP账号的密码一致，可控制显示器显示年级选择页面。

参见图4，为根据一些实施例的年级选择页面的界面示意图。如图4所示，年级选择页面可选择多个年级选项控件，如“少儿”、“一年级”、“一年级”、“二年级”、“三年级”、“四年级”、“五年级”、“六年级”、“七年级”、“八年级”等等，用户可根据显示设备支持的控制方式，选中一个年级选项控件，例如，根据显示设备支持触控，点击“三年级”控件，生成对应该年级选项控件的操作指令，该操作指令为触控指令。

步骤S405E：接收用户输入的其中一个所述年级选项控件的操作指令。

显示设备对用户的操作指令进行接收，例如，当用户的操作指令为触控指令时，年级选项控件的操作指令可为触控信号，显示设备的触控屏将年级选项控件的触控信号发送到显示设备的控制器，显示设备的控制器根据该触控信号对应的坐标区域，确定用户触控的年级选项控件。

步骤S406E：如果用户不是首次进入第二场景模式，从所述第二模式数据中选取年级选项控件对应的首页数据。

在一些实施例中，根据步骤S405E中用户选择的年级，可从第二模式数据中选取出该年级对应的导航数据。

在一些实施例中，根据步骤S401E中判断出用户不是第一次进入教育模式，可直接从第二模式数据中选取出该年级对应的导航数据。

步骤S407E：根据所述年级选项控件对应的首页数据控制所述显示器显示第二首页。

在一些实施例中，根据用户所选的年级，显示该年级下的第二首页。参见图5，为根据一些实施例的第二首页的界面示意图。

如图5所示，第二首页的导航栏可设置有一个操作控件，该操作控件可显示为用户所选年级，如“三年级”，用户可根据该操作控件重新选择年级。

第二首页的下方可设置有频道栏，频道栏可设置有多个操作控件，如“我的”、“同步课”、“直播课”、“绘本”、“学习”、“AR”和“应用”。用户根据这些操作控件进入不同的频道。

由上述实施例可见，本申请实施例的首页数据分为第一模式数据和第二模式数据，显示设备可直接获取全部的首页数据，根据首页的场景模式为第一场景模式，选择第一模式数据生成第一首页，根据首页的场景模式为第二场景模式，选择第二模式数据生成第二首页，从而使得服务器根据一套首页数据可生成两种首页，降低了首页生成和维护成本。

在一些实施例中，模式切换控件可以设置为隐藏控件，在用户输入预设操作后进行展示。

在一些实施例中，在不同场景下接收到两次返回键值后具有不同判断和处理逻辑。在用户首次连续两次即以上按返回键，在对应模式切换控件位置处展示切换提示，以提醒用户切换控件的位置，在该提示展出后，用户先取消提示，在选中切换控件进行模式的切换。这样可以加深用户的印象。

在一些实施例中，提示出现预设次数后，不再进行提示，因此展示提示前需要进行已展示次数的判断，如果达到了就不展示，反之则展示。

教育模式下的交互

所述教育模式主页用于为用户提供基础的交互操作，例如，选择课程进行播放、执行设置程序、启动任一应用、切换操作模式等。为了支持上述交互操作，如图9所示，教育模式主页中可以包括多个显示区域，例如，位于显示主页顶部位置的Header区，位于显示主页中部位置的内容区，以及位于显示主页底部位置切换区(频道Tab)。

在一种示意性实施方式中，Header区用于显示功能性控件，例如，从左向右依次为“模式切换”、“语音”、“搜索”、“用户”、“年级”、“积分”、“wifi状态”、“时间”等。用户可以通过将焦点标志移动至任意一个功能性控件上，实现相对应的功能。

在实际应用中，Header区所包含的功能性控件内容和数量可以通过服务器进行配置，以根据不同时间段的需要，调整Header区的显示布局。其中，“模式切换”控件可以用来切换显示设备的当前操作模式，当用户点击或者将焦点标志移动到“模式切换”控件上以后，直接从教育模式切换至标准模式。

“语音”控件可以用来调用显示设备内置的智能语音系统，当用户将焦点光标移动至“语音”控件上以后，可以启动显示设备内置的智能语音系统，并通过语音输入装置，如 麦克风等，输入语音信息，以进行语音搜索。显然，为了适应当前教育模式的需要，在教育模式主页中选择“语音”选项进行搜索时，搜索的内容可以仅限于少儿、教育相关的内容。

“搜索”控件可以用于在用户点击后，跳转至搜索界面，同时接受用户输入的关键词文本信息，以启动搜索引擎，获得搜索结果。

“用户”控件可以对当前登录的账号信息进行展示。如果当前未登录账号，则显示为账号登录/注册入口，当用户点击该控件时，跳转至账号信息页面。如果当前已登录账号，则可以在登录后显示用户头像、昵称以及其他标识图案。显然，显示的用户昵称有字数限制，超出部分的字符可以用省略号代替。

“年级”控件可以直接对用户在年级选择界面选择的年级选项进行显示，例如，用户选择了“三年级”选项，则在“年级”控件位置直接显示“三年级”。如果用户在教育模式主页中点击“年级”控件，则可以跳转到年级选择界面；如果用户没有选择年级选项，则可以在“年级”控件位置显示“年级选择”，以引导用户跳转至年级选择界面。

“积分”控件用来显示当前登录账户拥有的积分值。显示过程中，可以包括积分标志图案和积分数量。其中，可根据系统特点，将积分指定为特定的名称，不同名称拥有不同的图案。例如当积分叫做“金豆”时，显示的图案可以为金色的豆子图形；显示的数值可以直接为当前登录账户拥有的积分数值。点击“积分”控件，可以跳转到积分界面，在积分界面中可以包括积分记录、充值、兑换等内容。

“wifi状态”控件可以通过多种网络状态标识来指定当前的网络连接状态。当用户点击“wifi状态”控件时，可以跳转至wifi设置界面，在wifi设置界面中可以包括可连接的网络列表，以及针对wifi进行切换、设置、连接的内容。

“时间”控件用来显示当前时间。可以根据当前页面布局情况自动调整显示时间形式。例如，可以将“wifi状态”控件和“时间”控件设置在页面的右上角进行显示，如果显示空间充分，可以将日期和时间均进行显示；如果显示空间不足，可以只显示时间，而当用户点击时，跳转至日历界面。显然，在部分实施例中，当用户点击时，还可以跳转至时间设置界面。

还可以在Header区显示“VIP”控件。如果当前登录的账户已购买VIP，则可以显示VIP特殊标识、有效期和续费标签。其中，如果当前登录的账户购买了多个VIP，则显示的有效期可以为剩余时间最长的VIP有效期截止时间。相应地，在用户点击“VIP”控件时，可以跳转至续费页面。如果当前登录的账户未购买VIP，则可以显示购买引导的活动文案，例如“限时8折优惠”等。在“VIP”控件位置所显示的文本，可以对框内文本字数进行限制，超出部分以滚动(跑马灯)形式显示。

内容区作为显示主页的主要显示区，可以用来呈现教育相关的资源图案和文字，以便用户在内容区中选定任一资源进行播放。内容区可以由主页海报拼接预设布局的多种模板，每个模块上可以进一步显示为不同功能的卡片控件。例如，包括：“课程详情页”、“专题”、“分类”、“单集”、“VIP购买”、“学习记录”等。用户通过点击各卡片控件，指示显示设 备启用相应的功能。如，用户点击“课程详情页”后，显示设备可以对课程的详情信息进行显示，同时显示播放控件，从而实现对相应课程资源进行播放。

切换区内可以通过设置多个标签，以切换不同的显示页面。例如，切换区的每一个标签代表一个频道首页，用户可以通过将焦点标志设置在不同的标签上，从而使内容区显示不同的频道首页。如图9所示，在切换区中依次显示：“我的”、“同步课”、“直播课”、“绘本”、“学习”、“AR”、“应用”等频道。可以通过服务器配置频道首页的数量、图标、名称、顺序。还可以根据不同的使用场景指定哪个频道首页为默认主页。

切换区中标签指代的频道可以进一步分为分年龄频道和通用频道。例如，“我的”、“学习”、“AR”、“应用”属于通用频道；“同步课”、“直播课”、“绘本”、“音频”属于分年龄频道。显然，部分频道可以属于多个年级公用。

由于切换区中的控件常用于切换频道首页，因此切换区中应控制控件的数量在一个屏幕页面之内显示，相应的可以根据显示设备的显示区域大小和分辨率给出标签限定数量以及每个标签的字数限制。

当用户在切换区切换至“我的”频道时，内容区的显示内容可以变更为“我的”频道对应的频道主页。在“我的”频道对应的频道主页中，可以包括多个功能卡片。例如，如图10所示，功能卡片可以包括：“账户基本信息”、“教育模式管理入口”、“教育学习报告”、“用户的消费记录”、“收藏入口”、“VIP购买入口”、“手机端app/微信公众等引流入口”以及其他附加功能。

多个功能卡片可以通过阵列的方式拼接形成整个内容区。还可以根据不同功能卡片对应使用频率的不同，调整各功能卡片的大小和设置位置。例如，账户基本信息、教育模式管理入口和教育学习报告的使用频率较高，因此可以加大功能卡片的显示面积，如在内容区上部区域显示这三个功能卡片；而其他附加信息的使用频率很低，因此可以减小对应功能卡片的显示面积，仅在内容区的底部一行进行显示即可。

不同的功能卡片在点击后，可以跳转至不同的界面。例如，点击账户基本信息卡片，则跳转至相应账户基本信息页面。点击教育模式管理入口对应功能卡片可以对教育模式进行设定，如设置观看时长等。

需要说明的是，在教育模式下，点击功能卡片时所呈现的内容应与教育相关。例如在点击用户的消费记录功能卡片时，可以显示用户的消费记录信息，但所显示的内容中需要过滤少儿、教育、在线学习以外的其他消费记录。同理，在点击收藏入口功能卡片以后，所显示的收藏界面也仅包括少儿影视、教育资源、在线学习等内容，而对于标准模式下收藏的内容不进行显示。

手机端app/微信公众等引流入口，可以显示运营商提供的二维码图案，当用户通过手机等移动终端扫描该二维码时，可以跳转至指定的app下载页面或者关注页面。还可以根据不同的应用环境调整二维码指定的功能。

另外，附加功能对应的卡片可用于在点击后，显示一些附加信息或调用其他功能，如“点卡兑换”、“客服电话”、“版本信息”、“本机信息”等。其中，点击“点卡兑换”功能 卡片则跳转到点卡兑换界面；点击“客服电话”可以显示操作系统客服或者显示设备整机客服信息；点击“版本信息”则显示当前操作系统的版本信息，并且在有新版本时，显示更新提示，没有新版本时显示“已为最新版本”及相应的版本号即可；点击“本机信息”，可以显示本机名称、软件版号等信息。

“学习”频道作为教育模式下的一个重要频道，可以同样在选定后，在内容区显示包含多个功能卡片的画面。进一步地，如图11所示，可以对内容区显示的画面进行进一步划分，例如包括“学习记录”、“已购课程”两个区域。其中，“学习记录”区域可用于显示多个课程资源的播放记录和观看过的在线直播课程的记录。显然，对于课程资源的播放记录，可以在点击后，继续上一次观看的时刻进行播放；而对于在线直播课程可以在点击后，直接跳转至对应直播间画面即可。“已购课程”区域用于显示当前账户所购买的各种课程链接，如直播课程、VIP课程分类入口等。对于已购买的VIP课程，可以在对应的卡片上显示课程/VIP名称以及有效期等信息。

在订阅列表中进行课程的推荐

在实际显示过程中，每个区域可以包括多个显示位，以显示多个功能卡片。同一区域内的显示位应包括至少一排，当不足一排时，可以使用推荐课程卡片进行补足。例如，如图12所示，当“学习记录”不足一排时，可以显示课程记录后，通过大数据确定剩余显示位数量相同的推荐课程卡片，以将剩余显示位进行补足。

同理，当“已购课程”不足一排时，可以在显示已购课程或VIP课程后，通过大数据确定剩余显示位数量相同的推荐课程卡片，以将剩余显示位进行补足。显然，为了便于用户分辨学习记录(或已购课程)，与推荐课程，可以在推荐课程卡片上添加包含“推荐”、“广告”等文字的标签。

在一种示意性实现方式中，还可以根据每个区域中待显示内容的情况，调整区域的指示文字。例如，如图13所示，在没有学习记录，可以将学习记录的标题更改为“暂无学习记录，为你推荐”，同时在“学习记录”区域的每个显示位均显示推荐课程卡片。同理，如图14所示，在没有已购课程时，可以将已购课程的标题更改为“暂未购买课程，猜你喜欢”，同时在“已购课程”区域的每个显示位上显示推荐课程卡片，也可以使用VIP购买卡片替换任一推荐课程卡片。

已下线媒资的管理

在一些实施例中，用户电视终端首页数据是运营在后台编排的，面向终端查询数据库获取到编排数据后，需要调用内容系统接口获取媒资详情，包括媒资海报，名称，同时通过入参(filterOffline＝true)告诉内容系统，需要将上下线状态online为下线的过滤掉，此时内容系统只会返回online为上线状态的媒资，之后面向终端将内容返回的数据进行封装下发。

用户已购页面数据，面向终端首先调用会员接口获取当前登录用户已经购买的所有课程，然后同样调用内容接口获取媒资详情，但此时调用内容系统入参(filterOffline＝false)告诉内容系统不过滤online为下线的媒资。该页面获取数据除了获取媒资基本信息外，还需 要内容系统返回运营上下线状态available，第三方上下线状态status，售罄状态shelves，课程上下线状态online。此时如果用户购买的某个课程已经售罄(shelves＝0)，则课程上下线状态在内容系统即为下线状态(online＝0)，但由于我们入参filterOffline＝false，所以内容系统还是会返回该课程的详情信息。面向终端在下发课程时会分别判断运营上下线状态available＝1，第三方上下线状态status＝1的媒资，即如果已经售罄shelves＝0也会进行下发。

本申请实施例中，显示设备200发送的用于显示带有媒资数据界面的请求叫做媒资请求，而服务器400根据媒资请求反馈的数据叫做下发数据。显示设备200可以根据收到的数据调整显示界面上的具体内容，以呈现不同的媒资界面效果。例如，在用户通过交互操作进入控制主页时，显示设备200中的操作系统可以提供基础UI显示架构，再通过向服务器400发送媒资请求，获得下发数据，再将下发数据中的内容添加至基础UI显示架构之中，从而形成完整的控制主页。

下发数据通常可以在被显示设备200解析后，组成显示控制主页的内容区，例如在控制主页的内容区中显示具体媒资的海报(图案)、链接、简介信息等。相应的，下发数据中可以携带有相应的媒资基本信息和详情信息。

对于显示设备200所呈现的具体界面中，需要利用下发数据才能完成显示的界面有多种，例如，主页界面、活动界面、已购界面等。其中，主页界面和活动界面中所展示的媒资一般可以由服务器400根据当前运营状态进行统一下发，以便显示设备200在对应的界面上完成显示。而已购界面中展示的媒资通常是用户已购买或者已播放过的媒资，与用户信息之间具有关联关系。

所述媒资由服务器400提供也可以由服务器400访问第三方数据库提供。媒资一般包括能够在显示设备200上播放的各种视频、音频、图文资源，以及通过网络直播平台而实时形成的视频流、音频流、数据流等。不同的媒资可以设置有不同的播放权限，例如，部分媒资可以是需要额外购买的媒资，如VIP资源、付费直播等。这些需要额外购买的媒资会随着运营活动的进行，设置一定的折扣活动。例如，在特定时间段设置降价活动等。具有折扣活动的媒资可以通过主页界面、活动界面等访问频率较高的界面进行显示，以便推荐给用户，及时获知相关活动信息。

运营活动中还可以设置活动有效期，当活动结束后运营服务器会将对应的媒资做售罄下架处理。例如，对于直播课程的活动界面可以显示为如图15所示的界面。在课程详情界面中，可以显示对应直播课程的详情信息，包括课程名、主讲人信息、课时信息、直播时间等，还可以包括具体的活动信息，包括原价、现价、起止时间等。

如果用户购买了对应媒资，则可以在活动界面或者主页界面中调整对应的显示内容，以标志该课程已经被购买。如图16所示，可以将活动界面中的部分信息替换为与课程相关的播放信息，包括观看进度、互动次数等。

对于已购买的媒资，还可以在已购界面进行显示。如图17所示，在已购界面中，可以显示当前用户信息下已购买的全部课程信息，并可以通过不同的标签来标识其课程状态，如“已购”、“已过期”等。

基于上述界面显示方式，当活动结束后运营服务器会将课程做售罄下架处理，这时服务器400在给显示设备200下发数据时，会将这类课程进行过滤，以便在主页界面、活动界面等界面中不再用户进行显示。但针对活动期间已经购买的用户，仍然需要在已购界面展示相关课程以供播放，因此服务器400仍旧需要向已购用户下发这些售罄下架的课程，因此对于不同的显示界面，需要一种机制来保证售罄下架的课程在不同场景界面下是否展示给用户。

为了能够实现上述显示机制，本申请的部分实施例中提供一种媒资数据下发方法，如图18所示，本申请提供的媒资数据下发方法，包括以下步骤：

S1B：获取媒资请求。

所述媒资请求是由显示设备200发送给服务器400的一种请求，用于在显示设备200的显示器275上展示任一包含媒资内容的界面。媒资请求可以由显示设备200根据用户的交互操作动作自动生成，并发送给服务器400。例如，用户开机进入控制主页的过程中，由于控制主页上需要显示媒资内容，因此在显示控制主页前，显示设备200可以自动向服务器400发送媒资请求。

为了使所显示画面中包含的内容具有多样性，以更加符合不同用户的观看需要，所述媒资请求中可以包括用户信息以及显示界面类型。其中，用户信息作为不同用户的身份区别信息，可以是当前操作系统中登录的用户账号，也可以根据不同的操作模式选择不同的用户信息。例如，在具有教育模式的显示设备200中，用户在选择进入教育模式后，可以根据预先设定的选项，选择出不同的年龄、年级、主要学习内容等信息的组合，从而生成包含对应组合的用户信息发送给服务器400。

对于未登录用户信息的情况，显示设备200的操作系统可以自动跳转至登录界面以供用户完成登录，并在用户完成登录后，根据登录的用户账号自动生成媒资请求。显示设备200也可以根据媒资播放过程的统计数据，确定一个通用的媒资推荐信息作为用户信息，从而在未登录用户信息时可以使用通用的媒资推荐信息生成媒资请求。

所述显示界面类型用于指示用户在显示设备200上所要显示的是那种界面。本申请实施例中，所述显示界面类型为第一类界面或第二类界面中的一种。其中，第一类界面是指如首页界面、活动界面等不需要对下架媒资进行显示的界面。通常第一类界面中显示的媒资与服务器400的运营活动相关，其媒资内容更新的频率较快，因此对于已经下架的媒资不必再进行显示，而将更多的显示空间留给其他媒资内容。

第二类界面是指如已购界面等需要对用户信息下所有媒资进行长时间显示的界面。通常第二类界面中显示的媒资与用户信息相关，其内容通常随着用户的购买行为而进行更新，因此对于已经下架但被用户购买的媒资内容，仍旧需要进行显示，直至媒资彻底失效或者用户手动对媒资内容进行了删除。在一些实施例中，第二类界面还可以包括观看历史界面，使用历史界面等对用户信息下所有媒资进行长时间显示的界面中的至少一个。

在一些实施例中，用户通过输入指令控制界面的显示或切换，显示设备根据要显示的界面的标识相服务器发送媒资请求，在一些实施例中，媒资请求中包括用户信息和界面标 识。

在一些实施例中，在接收到服务器下发的下发数据之前，显示设备显示对应的界面，并根据存储的历史数据或预设数据加载所述界面，在接收到下发数据后更新所述界面和存储的历史数据。

S2B：响应于所述媒资请求，根据所述用户信息提取下发数据。

服务器400在接收到显示设备200发送的媒资请求后，可以提取出媒资请求中携带的用户信息，并通过用户信息数据库查询用户信息下的媒资数据，从而形成下发数据。所述下发数据中可以包括所述用户信息下的全部媒资，即包括用户已购，但已经处于下架状态的媒资。

例如，服务器400通过对接收到的媒资请求进行读取，确定当前用户信息中包括用户设定的学习年级为三年级，则根据用户信息，可以提取“三年级”对应的媒资内容。同时，如果用户信息下已购买“国学经典”的限时优惠课程，但此课程已经过了优惠期，处于售罄状态，则还服务器400还需要将“国学经典”这一课程媒资也进行提取，进而获得下发数据。

在将下发数据发送给显示设备200之前，还可以对下发数据进行筛选，以根据不同的显示界面类型发送不同内容的下发数据。

S3B：如果所述显示界面类型为所述第一类界面，删除所述下发数据中的所述下架媒资。

通过读取媒资请求中的显示界面类型，当获得当前用户在显示设备200上所要显示是界面为主页界面或活动界面等第一类界面时，服务器400可以将下发数据中的下架媒资进行删除，从而无需在显示界面中显示下架媒资。

例如，服务器400通过对接收到的媒资请求进行读取，确定当前用户发送的媒资请求中指定的显示界面类型为显示控制主页。由于在控制主页上不需要对已经下架的媒资进行显示，因此服务器400可以将已经下架但用户已购买的“国学经典”课程媒资进行删除，仅向显示设备200发送“三年级”对应的媒资内容。

需要说明的是，本实施例中所述的删除并非将媒资数据全部删除，而是在显示界面类型为第一类界面时，不向显示设备200发送下架媒资，从而减少向显示设备200发送的数据量。进一步地，服务器400向显示设备200发送的下发数据，是指能够在某些界面中进行展示的基础信息和详情信息，并非媒资文件或视频流数据本身。对于媒资文件或视频流数据，只有当用户在对应界面中选择播放以后，才将媒资文件或视频流数据发送给显示设备200。

S4B：如果所述显示界面类型为所述第二类界面，保留所述下发数据中的所述下架媒资。

通过读取媒资请求中的显示界面类型，当获得当前用户在显示设备200上所要显示是界面为已购界面等第二类界面时，服务器400可以直接将下发数据发送给显示设备200，保留下发数据中的下架媒资，以在已购界面中显示下架媒资，供用户点击播放。

由以上方案可知，上述实施例中提供的媒资数据下发方法可以在获取媒资请求以后，响应于该媒资请求，提取下发数据。其中下发数据中包括媒资获取请求对应显示设备的用户信息下已购的下架媒资。再根据媒资请求中的显示界面类型对下发数据进行过滤，即如果显示界面类型为第一类界面，删除下发数据中的下架媒资，如果显示界面类型为第二类界面，保留下发数据中的下架媒资，以将下架媒资下发至显示设备200。所述方法可以针对媒资请求中不同的显示界面，下发不同的媒资数据，从而实现在已购界面和其他界面显示不同的内容。

对于服务器400，其所下发的媒资数据可以来源于服务器400的数据库或者第三方数据库。作为媒资信号源，服务器400所能够下发的媒资数量和种类众多，而为了及时获知所提取的媒资情况，在本申请的部分实施例中，如图19所示，根据所述用户信息提取下发数据的步骤，包括：

S201B：从所述媒资请求中提取用户信息；

S202B：根据所述用户信息抓取所述用户信息下的全部待显示媒资数据，生成所述下发数据；

S203B：遍历所述下发数据中的每个待显示媒资的上下线状态；

S204B：如果所述待显示媒资的上下线状态为下线状态，标记对应待显示媒资为下架媒资。

本实施例中，当服务器400获得显示设备200发送的媒资请求后，可以从媒资请求中提取用户信息，再根据用户信息从数据库中匹配媒资数据，从而抓取用户信息下的全部待显示媒资数据，生成下发数据。

通过读取下发数据中每个待显示媒资的上下线状态，确定哪些媒资为下架媒资。即如果待显示媒资的上下线状态(online)为下线状态，标记对应待显示媒资为下架媒资。其中，上下线状态是根据预设规则确定的一种状态标记方式，可以根据媒资在数据库中的存储状态和/或运营活动中的设置状态进行综合评定。

因此，在一些实施例中，如图20所示，遍历所述下发数据中的每个待显示媒资的上下线状态的步骤，包括：

S231B：获取待显示媒资的媒资状态；

S232B：如果所述运营上下线状态、第三方上下线状态以及售罄状态均为上线状态，则设置所述待显示媒资的上下线状态为上线状态；

S233B：如果所述运营上下线状态、第三方上下线状态以及售罄状态中的任一项为下线状态，则设置所述待显示媒资的上下线状态为下线状态。

本实施例中，待显示媒资的媒资状态，可以表示媒资在数据库中的存储状态，如运营上下线状态(available)和第三方上下线状态(status)；以及待显示媒资在运营活动中的设置状态，如售罄状态(shelves)。

其中，运营上下线状态即服务器400中维持的媒资上下线状态，通常用于表征服务器400对应运营机构所创建或购买版权许可的媒资。运营上下线状态通常是由服务器400根 据运营规则进行修改，例如在版权到期时将从服务器400的运营系统中下架，从而将运营上下线状态更改为下线。

第三方上下线状态是由第三方服务器维持的媒资上下线状态，通常是与服务器400具有合作关系的机构所拥有版权的媒资。因此第三方上下线状态通常是由第三方服务器根据合作条例进行修改。例如，在运营机构与第三方机构之间的合约到期后，服务器400将无法再从第三方服务器中获取对应的媒资，相应的第三方上下线状态更改为下线。

售罄状态是根据设置的活动起止时间，可自动变更的一种媒资状态。通常，当售罄状态为在线时，表示对应媒资还处于活动期间，用户可以通过活动规定的价格购买对应的媒资播放权利。如果用户购买了媒资播放权利，则可以正常使用媒资播放功能。当售罄状态为下线时，表示对应媒资已不在活动期间，用户不可以再通过活动规定的价格购买对应的媒资播放权利，但媒资播放服务仍旧正常运行，以供用户选择播放。

为了确定待显示媒资的上下线状态，可以根据运营上下线状态、第三方上下线状态以及售罄状态确定上下线状态。即如果所述运营上下线状态、第三方上下线状态以及售罄状态均为上线状态，则设置所述待显示媒资的上下线状态为上线状态；如果所述运营上下线状态、第三方上下线状态以及售罄状态中的任一项为下线状态，则设置所述待显示媒资的上下线状态为下线状态。

可见，上述实施例中提供的媒资数据下发方法可以实现同一个媒资在不同界面是否下发的控制逻辑。例如，显示设备200可以通过调用服务器400中的面向终端系统接口获取课程基本信息。如果当前界面是已购课程界面，则媒资上下线状态为下线的媒资也能够下发，以在已购界面中显示已购的媒资；而对于其它界面，则需要将媒资上下线状态为下线的媒资过滤掉。

为了将下发数据中的下架媒资删除，在一些实施例中，如图21所示，根据所述用户信息提取下发数据的步骤后，所述方法还包括：

S51B：调用内容系统接口；

S52B：根据所述显示界面类型设置内容系统中过滤模块的入口参数。

其中，根据所述显示界面类型设置内容系统中过滤模块的入口参数的步骤，包括：

S521B：如果所述显示界面类型为所述第一类界面，设置内容系统中过滤模块的入口参数为true；

S522B：如果所述显示界面类型为所述第二类界面，设置内容系统中过滤模块的入口参数为false。

对于服务器400，可以进一步设有面向终端系统接口以及内容系统接口，通过调用不同的接口，可以启用不同的处理模块。其中，当调用内容系统接口后，可以通过内容系统中的过滤模块对提取的数据进行筛选。如果所述显示界面类型为所述第一类界面，确定需要对下发数据中的下架媒资进行删除，因此可以启动过滤模块，即设置内容系统中过滤模块的入口参数为true。过滤模块可以在运行过程中，将会把下发数据中所有标记为下线的媒资进行删除。

例如，显示设备200启动运行要显示的界面为首页界面。首页界面中的数据是服务器400在后台编排的，因此面向终端系统可以通过查询数据库获取到编排数据后，调用内容系统接口获取媒资详情，包括媒资海报、名称等，同时通过入参(filterOffline＝true)将上下线状态online为下线的媒资过滤掉，此时内容系统只会返回online为上线状态的媒资。最后，面向终端系统再将内容过滤后的下发数据进行封装，发送给显示设备200以形成首页界面。

如果显示界面类型为第二类界面，确定不需要对下发数据中的下架媒资进行删除，因此设置过滤模块的入口参数为false，即无需通过过滤模块对下发数据进行处理，直接将下发数据发送给显示设备200即可。

例如，如果用户已购媒资数据，面向终端系统首先调用会员接口获取当前登录用户已经购买的所有课程。然后调用内容系统接口获取对应的媒资详情，但此时内容系统入参(filterOffline＝false)，即设定内容系统不过滤online为下线的媒资。其中，如果用户购买的某个课程已经售罄(shelves＝0)，则课程上下线状态在内容系统即为下线状态(online＝0)，但由于设置入口参数filterOffline＝false，所以内容系统还是会返回该课程的详情信息。

另外，在发送对应的下发数据之前还可以通过判断其他类型的媒资状态，来进一步对下发数据进行筛选处理，以确保发送给显示设备200的媒资数据都能够被正常显示。例如，面向终端系统除了获取媒资基本信息外，还需要内容系统返回运营上下线状态available，第三方上下线状态status，售罄状态shelves，从而确定媒资的上下线状态online。即面向终端系统在下发课程时会分别判断运营上下线状态available＝1，第三方上下线状态status＝1的媒资，售罄状态shelves＝0的媒资进行下发。

实际应用中，在对下发数据进行上述实施例中的筛选后，可以获得适应不同显示界面类型的媒资数据。即所述方法还包括：向显示设备发送所述下架媒资。可见，相对于传统的媒资数据下发方法，可以直接向显示设备200发送当前显示界面能够直接应用的数据，无需显示设备200对数据进行二次筛选，因此能够适应多种显示设备200，还可以直接运行在客户端应用中，无需对显示设备200进行进大规模的功能配置。

基于上述媒资数据下发方法，本申请的部分实施例中，还提供一种服务器400，所述服务器400包括面向终端系统和内容系统，其中，面向终端系统被配置为：获取媒资请求，所述媒资请求包括用户信息以及显示界面类型，所述显示界面类型为第一类界面或第二类界面中的一种；以及，响应于所述媒资请求，根据所述用户信息提取下发数据，所述下发数据包括所述用户信息下已购的下架媒资。

内容系统被配置为：如果所述显示界面类型为所述第一类界面，删除所述下发数据中的所述下架媒资；如果所述显示界面类型为所述第二类界面，保留所述下发数据中的所述下架媒资。

本实施例中提供的服务器可以在与显示设备建立通信连接后，通过面向终端系统实时获取显示设备发送的媒资请求，并响应于媒资请求，根据用户信息提取下发数据，从而设置内容系统中的数据过滤方式，如果显示界面类型为第一类界面，删除下发数据中的下架 媒资，如果显示界面类型为第二类界面，保留下发数据中的下架媒资，以将下架媒资下发至显示设备。所述服务器通过执行上述媒资数据下发方法，针对不同的显示界面，下发不同的媒资数据，实现在媒资下架后仍可反馈下发数据，缓解显示错误的问题。

我的应用模块的管理

对于“应用”频道，可以在用户选择后，在内容区显示当前显示设备中已安装的应用图标和应用名称。显示设备中已安装的应用可以包括系统应用的第三方应用。为了适应教育模式可以对已安装的应用进行筛选，只显示教育相关的应用。例如，可以通过服务器远程配置显示在教育模式中的应用名单，再通过已安装的应用与应用名单进行逐一匹配，如果任一已安装应用在应用名单中，则在内容区显示该应用。

为了防止用户误操作，在教育模式下，可以设置应用仅支持展示和打开，不支持对应用进行更新和卸载。

在本申请的部分实施例中，还可以根据显示界面的大小设定多个应用图标的排布方式，可以通过滚动页面和/或添加“全部应用入口”卡片的方式实现对多个应用进行显示。例如，如图22所示，在内容区设有10个应用的显示位，当可显示的应用数量小于或等于10个时，可以不显示全部应用入口对应的卡片；而当可显示的应用数量大于10个时，可以显示其中9个应用，其他应用通过全部应用入口进行归类，并在用户点击“全部应用入口”卡片后，在弹出的应用界面中进行显示。

上述实施例示出了开机导航后进入教育模式所对应的显示方式。在实际应用中，还可以从标准模式进入教育模式，并且在运行中随意切换模式。

在一些实施例中，如图29所示，在应用程序界面中，可以对显示设备200中安装的应用程序进行显示，用户可以通过控制装置100或者触摸屏触控等方式，在应用程序界面中选择任一应用程序启动运行，使当前显示画面跳转至所启动的应用界面。因此，所述应用程序界面可以作为应用程序的展示界面和应用程序的统一启动入口。

在应用程序界面中，可以图标和/或文字的形式对每个应用程序进行展示，并且多个应用程序图标可以按照特定的规则排列，形成图标阵列。例如，系统应用可以优先显示在图标阵列的顶部区域显示，第三方应用程序可以按照安装的先后顺序依次显示；也可以按照应用程序的名称、类型或使用频率对应用程序图标进行排列，或者自定义应用程序图标的排列顺序。

在一些实施例中，显示设备200还可以对显示的应用程序进行筛选，以根据不同的应用场景调整应用程序界面中所显示的内容。例如，可以通过家长模式，设置不能打开的应用程序，从而在家长模式下应用程序界面只显示能够被打开的应用程序，而其他应用程序被隐藏。同理，在教育模式下，也可以只显示与教育有关的应用程序，如教育类应用和部分必要的系统应用，而隐藏其他非必要的应用程序。

其中，所述教育模式是相对于标准模式所预设的一种特殊显示模式。在教育模式下，操作界面的UI风格以及交互方式可以与标准模式下的UI风格和交互方式不同。通常用户可以通过模式选择画面进入教育模式。例如，在开机导航过程中，在模式选择界面选中教 育模式按钮，以进入教育模式。

在进入教育模式后，显示设备200可以为用户呈现教育模式的控制主页，用户可以通过在控制主页上执行交互操作，实现与教育相关的功能。例如，可以通过在控制主页上点击任一课程资源，播放该课程视频。用户还可以在控制主页中启动第三方应用程序，以通过第三方应用程序获取课程资源。

由于在教育模式下，用户通常不使用除教育类应用以外的其他应用，因此为了便于用户启动，显示设备200可以在应用程序界面中仅显示部分应用，例如，如图30所示，教育模式下的应用程序界面仅显示教育类应用程序。

在一些实施例中，教育触屏模式下，终端会请求系统端，获取到可以展示的应用列表数据，终端拿到本地安装的应用数据，根据包名进行对比，本地安装应用如果在可展示应用列表中，则在终端我的应用中展示，否则不在我的应用中展示。可展示的应用列表是指可以在教育模式下展示的应用的列表，可以是用户预先设置的，也可以是终端根据应用的标签自动判定的。这样可以避免不适用教育的应用在学习者使用过程中展开，例如：系统中安装了游戏1应用，在标准模式下展示，在教育触屏模式下，经可展示的应用列表过滤后不再展示。

在一些实施例中，教育模式下的应用展示预设的个数，在可展示的应用较多时，增加用于展开应用列表的“全部应用界面”。

在一些实施例中，会根据展示的应用相关联的应用进行应用推荐，并将其展示在应用界面中，在一些实施例中，和安装的应用混排展示。例如第四个位置的已安装的应用对应有可推荐应用，则在第五个展示对应位置4处的已安装应用对应的推荐应用，第六个位置展示其他应用。

在一些实施例中，按照应用界面中已安装应用的次序进行推荐应用的展示，在展示的推荐应用超出预设个数时(例如超出2个时)，位置靠后的已安装应用不再进行推荐应用的展示。

在一些实施例中，按照用界面中已安装应用的综合排序(例如，热搜，下载量，使用频率等中的至少一个参数)进行推荐应用的展示，在展示的推荐应用超出预设个数时(例如超出2个时)，顺序靠后的已安装应用不再进行推荐应用的展示。

本申请部分实施例中提供一种应用程序界面显示方法，如图31所示，所述应用程序界面显示方法包括：

S1C：获取用于展示应用程序界面的控制指令。

实际应用中，用户可以输入控制指令，以控制显示设备200展示应用程序界面。用户可以通过多种方式输入的控制指令，例如，用户可以在教育模式的控制主页中选择切换区内的标签“应用”切换至应用程序界面。具体的操作方式可以为：在进入教育模式主页后，通过控制装置100的方向键，将焦点光标移动至“应用”标签上，此时，显示设备200可以自动将内容区显示的画面切换至应用程序界面。

用户还可以通过触控操作或者语音输入的方式，输入用于展示应用程序界面的控制指 令。例如，用户通过触控操作在控制主页中点击“应用”控件，使显示设备200的控制主页内容区切换至应用程序界面。又例如，用户可以通过显示设备200内置的智能语音系统输入语音信息，如“显示应用”、“显示应用界面”。显示设备200接收到语音信息后，可以将控制主页内容区切换至应用程序界面。

S2C：在标准模式时，响应于所述控制指令，根据全部本地应用生成应用程序界面中的应用列表；

在获取用户输入的控制指令以后，显示设备200的控制器250可以对当前显示设备200的模式进行判断。如果当前模式为标准模式，则响应于控制指令，根据全部本地应用生成应用程序界面的应用列表。

例如，用户在标准模式下进入“我的应用”界面时，相当于输入了用于展示应用程序界面的控制指令。控制器250在接收到控制指令后，可以对显示设备200当前所处的模式进行判断，即确定当前模式为标准模式。此时，控制器250可以直接提取本地安装的应用信息，并将全部本地应用对应的显示内容进行提取，从而生成应用程序界面的显示列表，以在“我的应用”界面显示全部本地应用。

其中，应用程序界面中的应用列表可以包括对应要显示应用程序的图标、名称等信息。在控制器250生成应用列表后，可以根据操作系统中内置的显示程序，生成应用程序界面中的具体显示内容，以显示在应用程序界面中。

另外，控制器250在执行显示程序时，还可以对待显示的应用程序信息进行统一优化处理，以获得更好的显示效果。例如，对应用程序图标进行变形、透明、动画、圆角等处理，以使应用程序界面中显示的应用程序图标风格趋于统一，以带来更好的显示效果。

可见，在标准模式下，应用程序界面中显示的内容即所有本地应用，无需对显示的应用进行筛选，以便用户可以在应用程序界面中执行常规的操作。例如，用户在点击任一应用程序图标时，启动运行该应用程序。

S3C：在非标准模式时，响应于所述控制指令，根据在预置可展示应用列表中的本地应用生成应用程序界面中的应用列表。

在获取用户输入的控制指令以后，如果通过判断确定当前显示设备200的模式为非标准模式，则响应于控制指令，根据预置的可展示应用列表中的本地应用，生成应用程序界面中的应用列表，即根据预置的可展示应用列表对本地应用进行筛选之后，再对本地应用进行显示。

例如，用户在教育模式下进入“我的应用”界面时，输入用于展示应用程序界面的控制指令。由于当前模式是教育模式，即非标准模式，因此需要对应用程序界面中显示的应用进行筛选，隐藏与当前教育模式无关的应用，只显示教育类应用。

而为了实现对显示的本地应用进行筛选，在获取到控制指令后，可以先提取预置可展示应用列表。其中，预置可展示应用列表中包括多个预设的可展示应用信息，可以是一个由运营服务器统一制作的总表，也可以是由显示设备200根据本地应用而制定列表。可展示应用列表和非标准模式相对应，即在不同的非标准模式下，预置可展示应用列表也不同。 例如，在教育模式下，预置可展示应用列表中包括教育类应用相关的信息；在家长模式下，预置可展示应用列表中包括家长手动添加的可展示的应用信息；在老人模式下，预置可展示应用列表中包括可支持老年显示模式的应用信息。

预置可展示应用列表可以在显示设备200的本地数据库中提取，也可以从服务器400的数据库中提取。在提取预置可展示应用列表后，控制器250可以根据预置可展示应用列表中的本地应用逐一对显示设备200中安装的全部本地应用进行筛选，从而隐藏与当前非标准模式无关的应用，只显示预置可展示应用列表中的应用。

可见，根据上述实施例，本申请提供的显示设备200以及应用程序界面显示方法可以在接收用于展示应用程序界面的控制指令后，对当前显示设备200所处的模式进行判断，如果是标准模式，则显示全部本地应用；如果是非标准模式，则根据预置的可展示应用列表对本地应用进行筛选，从而只显示预置可展示应用列表中的应用。所述方法可以在不同模式下显示不同的应用程序界面内容，简化应用程序界面，便于用户及时找到当前模式相对应的应用。

在一些实施例中，为了对应用程序界面中展示的应用进行筛选，在非标准模式下，根据在预置可展示应用列表中的本地应用生成应用程序界面中的应用列表的步骤包括：响应于所述控制指令，从服务器中获取当前非标准模式对应的可展示应用列表，根据包名信息在所述可展示应用列表中匹配本地应用，如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用，如果在所述可展示应用列表中未匹配到所述本地应用的包名信息，隐藏所述本地应用。

响应于所述控制指令，从服务器中获取当前非标准模式对应的可展示应用列表可以是：

在获取用户输入的控制指令后，显示设备200可以响应于该控制指令，控制显示器显示应用程序界面。为了对所显示的应用进行筛选，显示设备200在接收到控制指令后，可以向服务器300发送显示请求，以从服务器300中获取可展示应用列表。

其中，可展示应用列表是服务器300根据预先设定的应用分类规则，针对每个应用程序制定的一个可实时更新的列表。由于在不同的显示模式下，应用程序界面可以显示不同的内容，因此需要服务器300设置不同的应用列表。例如，在教育模式下，获取的可展示应用列表中可包括教育类应用程序相关的信息，例如包名信息等。

可展示应用列表可以是由服务器300根据应用商店内注册登记的各应用信息制定。例如，服务器300中可以内置一个可实时更新的制表程序，该程序可以构建一个初始列表，用于存储当前应用商店内注册的所有教育类应用的信息，并通过与应用商店对应的数据库建立通信连接，实时(或周期性)获取应用商店数据库中注册的数据，从而对可展示应用列表进行更新。当应用商店内注册了新的教育类应用时，则可以将新增的教育类信息增加至可展示应用列表。

可展示应用列表也可以是由服务器300根据显示设备200上报的用户设置信息制定。例如，用户可以通过显示设备200自定义教育模式下应用程序界面可展示的应用程序，并将自定义的设置信息作为用户数据发送至服务器300端，服务器300根据显示设备200上 报的用户设置信息制定规则并对应用商店中的应用进行筛选，以形成可展示应用列表并进行存储。在显示设备200发送显示请求时，可以向显示设备200反馈存储的可展示应用列表。

此外，可展示应用列表还可以采用上述两种制定方式相结合的方式进行制定和更新。例如，在显示设备200首次进入教育模式或用户未自定义设置时，根据应用商店内注册登记的应用程序信息制定可展示应用列表，而在用户自定义设置后，根据用户自定义的方式制定可展示应用列表。

根据包名信息在所述可展示应用列表中匹配本地应用可以包括：

显示设备200的控制器250在获取可展示应用列表后，可以根据包名信息在所述可展示应用列表中匹配本地应用。实际匹配过程中，显示设备200可以先提取本地安装的应用数据，并根据本地安装的应用数据制定一个本地应用列表，同时将本地应用列表与获取的可展示应用列表进行对比，从而对本地应用进行筛选。

在实际匹配过程中，显示设备200通过对比本地应用列表和可展示应用列表，可以确定本地应用列表中哪些应用的包名信息在可展示应用列表中，哪些应用的包名信息不在应用列表中，以获得匹配结果。同时，通过对比还可以确定在可展示应用列表中，哪些应用的包名信息不在本地应用列表中，以作为推荐应用，方便用户下载安装更多类型的教育类应用程序。

显然，在可展示应用列表中匹配本地应用的过程并不局限于上述示出的一种匹配方式，还可以根据不同显示设备200的操作系统类型，使用其他的匹配方式。例如，在获取可展示应用列表后，可依次以每个本地应用的包名信息作为索引值，在可展示应用列表中进行遍历操作，确定本地应用的包名信息是否在可展示应用列表中。如果本地应用的包名信息与可展示应用列表中任一表项中的信息相同，则确定在可展示应用列表中匹配到这个本地应用的包名信息。

如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用可以包括：

通过在可展示应用列表中匹配本地应用，可以确定本地应用是否在可展示应用列表中，即确定当前显示模式下可以启动的本地应用。如果在可展示应用列表中匹配到本地应用的包名信息，则确定对应的本地应用可以在当前模式下启动运行，因此可以在应用程序界面中显示该本地应用。

再通过重复上述匹配过程，直到将全部本地应用的包名信息都进行对比后，则可以确定在当前显示模式下的可以展示的应用，以便将可以展示的应用全部展示在应用程序界面中，以供用户选择。

由以上技术方案可知，本申请提供的应用程序界面显示方法可以应用在显示设备200中，在用户输入用于显示应用程序界面的控制指令后，从服务器300中获取可展示应用列表，并根据包名信息在可展示应用列表中匹配本地应用。如果在可展示应用列表中匹配到本地应用的包名信息，在应用程序界面中显示本地应用。所述方法可以在教育模式下，实 现对本地应用进行筛选，从而在教育模式下的应用程序界面中仅显示与教育模式相关的应用程序，便于用户启动运行教育类应用，解决传统智能电视需要较长时间才能够从众多应用程序中找到教育类应用程序的问题。

根据上述实施例，可以对包名信息匹配成功的本地应用进行显示，而对于包名信息未匹配成功的本地应用，则不在应用程序界面中进行显示，因此，在一些实施例中，所述应用程序界面显示方法还包括：

如果在所述可展示应用列表中未匹配到所述本地应用的包名信息，隐藏所述本地应用可以包括：

通过可展示应用列表中未匹配到的本地应用进行隐藏，可以隐藏多数非教育类应用程序，使得显示设备200在教育模式下的应用程序界面中，展示较少数量的应用，并且这些应用都是与教育相关的应用程序，以便于用户快速找出要启动的教育类应用，提高用户体验。

例如，在显示设备200中安装了30个应用程序，其中有3个应用程序为教育类应用，则在不使用上述实施例中的应用程序界面显示方法时，用户需要在应用程序界面中30个图标中找到这3个应用程序图标。需要用户多次按压控制装置100上的方向键，以将焦点光标移动至要启动的教育类应用程序的图标上。而采用上述实施例中的应用程序界面显示方法后，由于3个教育类应用程序以外的其他应用程序被隐藏，用户仅需要在3个教育类应用程序中选择启动的应用程序即可，大大减轻了寻找应用时的工作量，并且简化用户的操作，使用户最多3次按键即可将移动焦点光标移动至应用程序对应的位置，也减轻的用户的操作复杂度。

由于不同的显示模式下，可以展示的应用不同，因此对于本地应用进行筛选的方式也不同。例如，在教育模式下应用程序界面可以显示教育类应用；在家长模式下应用程序界面可以显示用户指定的应用。不同的显示模式可以通过不同的可展示应用列表进行筛选，即在一些实施例中，如图32所示，从服务器300中获取可展示应用列表的步骤，包括：

S211C：向所述服务器发送显示请求；

S212C：接收所述服务器反馈的可展示应用列表。

显示设备200在接收到用户输入的控制指令后，可以在显示应用程序界面前，向服务器300发送显示请求。其中，所述显示请求包括当前场景信息，例如场景号等信息。场景号是根据显示设备200所支持的场景，按照预设规则编号而生成的字符串信息，例如，mode00代表标准模式；mode01代表教育模式等。

显示设备200在将带有当前场景信息的显示请求发送至服务器300后，服务器300可以根据当前场景信息反馈相适应的可展示应用列表，以使显示设备200接收可展示应用列表。例如，显示设备200发送的显示请求中包括当前场景号为mode01，即显示设备200当前处于教育模式。服务器300在对当前场景号进行提取后，于存储的可展示列表中选择教育模式对应的可展示应用列表，并将可展示应用列表反馈给显示设备200。

可见，上述可展示应用列表的反馈方式，能够使得服务器300快速向显示设备200反 馈可展示应用列表，减少用户在进入应用程序界面的等待时间。

所述可展示应用列表还可以是服务器300根据当前场景信息筛选的应用列表，即在服务器300中，可以不存储众多可展示应用列表，而是在服务器300接收到显示请求后，从应用商店的注册信息中提取全部应用程序信息，并根据显示请求中包含的当前场景号对提取的应用程序信息进行筛选，从而生成可展示应用列表。例如，显示设备200发送的显示请求中包括当前场景号为mode01，则服务器300先从应用商店的数据库中提取全部应用程序信息，再从提取的信息中筛选出教育类应用，从而生成符合教育模式的可展示应用列表，反馈给显示设备200。

可见，这种反馈可展示应用列表的方式无需长期占用服务器300的存储空间，同时服务器300无需长期维护可展示应用列表，减少对服务器300的运算能力的浪费。而为了减少进入应用程序界面的等待时间，还可以在进入显示模式时即向服务器300发送显示请求，以获取可展示应用列表，并通过后台程序对本地应用进行筛选，以便在用户切换至应用程序界面时，直接显示筛选结果。此时，用户输入的用于展示应用程序界面的控制指令可以是用户选择显示模式时的控制指令。

根据上述实施例中提供的应用界面显示方法，通过可展示应用列表对本地应用进行筛选后，通常应用程序界面中可显示的应用数量将大幅减少。如果用户显示设备200中安装的可展示的应用较少，例如教育类应用数量较少，则在筛选后的应用程序界面中显示的应用程序过少，将有大面积的显示空间被浪费。为了充分利用显示空间，在不增加用户操作复杂度的前提下，还可以利用这部分显示空间，显示一些符合当前显示模式的推荐应用。

因此，在一些实施例中，所述显示请求还包括用户信息、设备信息以及订阅信息，所述应用程序界面显示方法还包括：

从所述服务器中获取推荐应用列表；

为所述推荐应用列表中的应用图标添加推荐标识；

在所述应用程序界面中显示带有推荐标识的应用图标以及所述下载链接。

其中，所述推荐应用列表为所述服务器根据所述用户信息、设备信息以及订阅信息计算获得的应用列表，包括多个应用图标以及每个应用对应的下载链接。为了在应用程序界面中显示推荐应用，显示设备200可以在发送的显示请求中附带用户信息、设备信息以及订阅信息，服务器300在接收到显示请求后，可以从显示请求中提取用户信息、设备信息以及订阅信息，并根据提取的信息计算获得推荐应用列表，并将推荐应用列表反馈给显示设备200。

显示设备200在获取推荐应用列表后，可以对推荐应用的显示图案进行处理，使其区别于其他应用。例如，为推荐应用列表中的应用图标添加推荐标识。如图10所示，推荐标识可以添加在应用图标的右上角区域，并通过文字“推荐”进行标记。最后在应用程序界面中显示带有推荐标识的应用图标以及所述下载链接，以便用户点击该图标后，可以自动下载并安装推荐应用。

上述推荐应用是本地应用中未安装，且符合当前显示模式的一类应用，旨在为用户提 供更多符合当前场景的应用下载选择。例如，在教育模式下，推荐应用可以是应用商店中下载安装量较高的教育类应用。推荐应用也可以由服务器300根据用户的行为计算确定。例如，可以预先构建推荐模型，并以用户信息、设备信息以及订阅信息作为推荐模型的输入，以应用名称和推荐度数值作为模型输出，从而获得推荐应用列表。

推荐应用列表中包括的应用数量可以是多个，并且多个应用可以按照预设的排列规则进行排序。例如，可以按照应用商店中的下载热度对推荐应用进行排序；也可以按照推荐模型输出的推荐度数值对推荐应用进行排序。通常，推荐度数值越高，则代表推荐应用越符合用户的行为特点。

在显示推荐应用前，还可以对推荐应用的显示位置进行设定。可以将添加推荐标识的应用图标与可展示应用列表中的本地应用的应用图标混合排列。例如，通过控制器250运行应用混排算法对应用展示次序进行编排，在确定出9个可展示的应用后，确定出可以显示两个推荐应用，再将两个推荐应用与9个可展示应用进行混合排列，确定应用的展示顺序。

还可以在确定出9个可展示应用后，先在这9个可展示应用中进行一次顺序排列，并判断是否需要显示推荐应用。在不需要显示推荐应用的时候，例如关闭“猜你喜欢”按钮，则直接将9个可展示应用按照排列的顺序直接进行展示；而在需要显示推荐应用的时候，再计算确定出两个推荐应用，然后再对已经确定排列顺序的9个可展示应用和这两个新增的推荐应用再重新排列一次顺序。混合排列时，可以是随机混排，也可以是间隔排布，还可以是根据运营配置好的推荐展示位进行排布。

在对可展示的本地应用图标与推荐应用图标进行混合排列后，控制器250还可以在应用程序界面中显示混合排列后的应用图标。为了在显示推荐应用的同时，不影响用户的交互操作，在应用程序界面中显示的应用数量不宜过多，并且推荐应用的显示位置不宜影响到用户对本地应用的选中操作。因此，在一些实施例中，还可以在特定的显示位置显示特定数量的推荐应用，即所述应用程序界面显示方法还包括：根据在所述应用程序界面中显示的所述本地应用的数量计算所述预设数量。以及，在所述推荐应用列表中，提取与所述预设数量相等的应用图标及其下载链接。示例性的：

根据在所述应用程序界面中显示的所述本地应用的数量计算推荐显示位；

在所述推荐应用列表中，提取与所述推荐显示位数量相等的应用图标和下载链接；

在所述应用程序界面中的推荐显示位上显示提取的应用图标和下载链接。

显示设备200可以提取能够在应用程序界面中显示的应用程序数量，再根据可显示的应用程序数量确定在应用程序界面中还能够容纳的应用图标数量，从而计算预设数量。再从推荐应用列表中提取对应数量的应用，从而将对应的应用图标和下载链接显示在应用程序界面中，并将对应的下载链接进行保存，从而在用户点击该推荐应用图标时，可以调用保存的下载链接数据，并访问下载链接。

例如，教育模式下应用程序界面包含12个显示位，即最多可以显示12个应用图标。通过可展示应用列表进行筛选，确定有9个本地应用的包名信息在可展示应用列表中，则 可以计算获得推荐显示位为3个。同时，在推荐应用列表中提取前3个应用的图标和下载链接展示在对应的推荐显示位上。

实际应用中，为了获得更好的提示效果，推荐显示位可以是应用程序列表中的某些特定位置。例如，如图33所示，12个显示位可以分成两行进行展示，将每行的第二个显示位作为推荐显示位，用于展示其中两个推荐应用，另一个推荐应用则可以按照本地应用的排列顺序，在本地应用之后进行显示。

对于在应用程序界面中显示的推荐应用，由于其并未安装在显示设备200中，因此不能直接被启动运行，而是在用户点击该应用图标时，通过访问特定的下载链接，以下载对应的推荐应用，因此在一些实施例中，所述应用程序界面显示方法还包括：

接收对应应用列表中应用控件的选中指令；

在所述应用控件为本地应用时，响应于所述选中指令，打开对应的本地应用；

在所述应用控件为推荐应用时，响应于所述选中指令，访问所述推荐应用的下载链接，以获取所述推荐应用的安装文件。

在显示应用程序界面后，显示设备200还可以获取在应用列表中应用控件的选中指令。针对推荐应用的选中指令可以和针对本地应用的选中指令对应的交互方式相同，例如都是通过控制装置100将焦点光标定位在应用图标上以后，通过按下控制装置100上的“确定/OK”键进行输入，也可同样支持通过触控操作，如点击推荐应用图标，以及语音输入，如输入“打开××”，完成启动指令的输入。

在获取到选中指令后，显示设备200还可以根据当前应用控件的不同类型执行不同的动作。如果应用控件是本地应用，则响应于选中指令，直接打开对应的本地应用；如果应用控件是推荐应用，则响应于选中指令，访问推荐应用的下载链接。

在获取到启动指令后，显示设备200可以通过访问对应推荐应用的下载链接，获取安装文件。下载链接可以是由应用商店系统提供的URL链接。当显示设备200访问该链接时，可以自动从服务器300端获取应用安装文件。在获取安装文件后，显示设备200可以通过运行该安装文件，将推荐应用安装在显示设备200中。

待应用安装完成，显示设备200可以在应用程序界面中原推荐应用的显示位对应的位置上显示安装的应用。在推荐应用已经安装完成后，可以将推荐应用上的推荐标识去掉，以标志该应用为本地应用。

由以上技术方案可知，上述实施例在显示的应用程序界面中，用户点击不含有推荐角标应用时，直接打开应用。用户在终端上点击含有推荐角标的应用时，则使用对应的下载地址URL进行下发应用，并提醒用户安装，安装成功之后，即打开此应用。通过在服务器300中获取的推荐应用列表，实现在应用程序界面显示推荐应用，有助于用户快速获取到符合当前显示模式的一类应用，从而便于丰富用户在当前模式下的资源选择，提升用户体验。

在一些实施例中，如图34所示，在响应于所述控制指令的步骤后，所述应用程序界面显示方法还包括：

S201C：获取当前显示模式；

S202C：如果当前显示模式为标准模式，在所述应用程序界面中显示全部的所述本地应用；

S203C：如果当前显示模式为非标准模式，从服务器中获取可展示应用列表。

其中，所述显示模式为标准模式或非标准模式中的一种。实际应用中，标准模式即显示设备200的正常观看模式。在标准模式下显示应用程序界面时，可以不对应用程序界面中的应用展示情况进行筛选。而非标准模式则是根据预设操作方案设置的一种或多种显示模式。在非标准模式下，显示设备200的部分功能将受到限制，因此需要对应用程序界面中的应用展示情况进行筛选。

因此，在展示应用程序界面之前，还可以先获取当前显示模式，并根据当前显示模式类型确定应用程序界面中的应用显示方式。即如果当前显示模式为标准模式，则在应用程序界面中显示全部的本地应用。而如果当前显示模式为非标准模式，从服务器300中获取可展示应用列表，以便通过可展示应用列表对显示的应用进行筛选。

在一些实施例中，由于显示设备200可以在标准模式与非标准模式之间进行切换，而不同的显示模式下，应用程序界面的显示布局不同，因此在切换显示模式的同时，还需要按照指定的显示布局显示应用程序界面，所述应用程序界面显示方法还包括：

接收用户输入的用于切换显示模式的切换指令；

响应于所述切换指令，切换当前显示模式，包括：

如果当前显示模式为标准模式，切换显示模式为非标准模式，以及显示非标准模式下的应用程序界面；

如果当前显示模式为非标准模式，切换显示模式为标准模式，以及显示标准模式下的应用程序界面。

切换指令可以由用户通过按下控制装置100上的“切换”按键输入、也可以通过点击控制主页上的模式切换控件输入、还可以通过语音“切换模式”输入。输入切换指令后，显示设备200可以响应于该切换指令，将当前显示模式切换为其他显示模式。

例如，如果当前显示模式为标准模式，则在接收到切换指令后，可以将标准模式切换至非标准模式，从而显示在非标准模式下的应用程序界面；如果当前显示模式为非标准模式，则在接收到切换指令后，可以将非标准模式切换至标准模式，从而显示在标准模式下的应用程序界面。

基于上述应用程序界面显示方法，本申请的部分实施例中还提供一种显示设备200，显示设备200包括：显示器、通信器以及控制器。其中，显示器275被配置为显示应用程序界面；通信器220被配置为与服务器300进行数据通信。

控制器250被配置为执行以下程序步骤：

获取用户输入的用于展示应用程序界面的控制指令；

响应于所述控制指令，从服务器中获取可展示应用列表；

根据包名信息在所述可展示应用列表中匹配本地应用；

如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用。

对于上述显示设备200，控制器250可以在接收到用于展示应用程序界面的控制指令后，先判断当前显示设备的操作模式，如果是标准模式，响应于该控制指令，在应用程序界面中显示包含全部本地应用的应用列表；如果是非标准模式，则可以响应于该控制指令，通过通信器220向服务器300发送显示请求，服务器300在接收到显示请求后，可以反馈可展示应用列表，并通过网络连接传输可展示应用列表，以使控制器250利用通信器220再从而在服务器300获取可展示应用列表。

获取可展示应用列表后，控制器250可以通过执行匹配应用程序，根据包名信息在可展示应用列表中逐一匹配显示设备200中安装的本地应用，从而在可展示应用列表中匹配到本地应用的包名信息时，在应用程序界面中显示对应的本地应用。

基于上述显示设备200，本申请的部分实施例中还提供一种服务器300，用于在接收到显示设备200发送的显示请求时，反馈可展示应用列表以及推荐应用列表。所述服务器300包括：运营子系统、推荐子系统以及在线子系统。其中，运营子系统被配置为生成可展示应用列表；推荐子系统被配置为生成推荐应用列表；

在线子系统被配置为：

接收显示设备发送的显示请求；

响应于所述显示请求，从所述运营子系统获取可展示应用列表，以及从所述推荐子系统获取推荐应用列表；

向显示设备发送所述可展示应用列表和所述推荐应用列表。

在接收到显示设备200发送的显示请求后，在线子系统可以响应于显示请求，分别从运营子系统获取可展示应用列表以及从推荐子系统获取推荐应用列表，并向显示设备200发送可展示应用列表和推荐应用列表，以便显示设备200可以根据可展示应用列表和推荐应用列表筛选应用程序界面中的应用程序显示情况。

在一些实施例中，所述显示请求包括当前场景信息，所述在线子系统被进一步配置为：

解析所述显示请求，以获取所述当前场景信息；

向所述运营子系统发送所述当前场景信息；

接收所述运营子系统反馈的可展示应用列表，所述可展示应用列表为所述运营子系统根据所述当前场景信息进行筛选而生成的应用列表。

在一些实施例中，所述显示请求还包括用户信息、设备信息以及订阅信息，所述在线子系统被进一步配置为：

解析所述显示请求，以获取所述用户信息、设备信息以及订阅信息；

向所述推荐子系统发送所述用户信息、设备信息以及订阅信息；

接收所述推荐子系统反馈的推荐应用列表，所述推荐应用列表为所述推荐子系统根据所述用户信息、设备信息以及订阅信息计算生成的应用列表。

实际应用中，显示设备200的控制器250可以向服务器300发送显示请求，显示请求 中包括场景号(Sence Code:My App)、用户信息(customer Id)、设备信息(device Id)、订阅信息(subscribe Id)等。通信器220可以经过网关，将请求转发到在线子系统。在线子系统在接收到请求后，可以获取运营子系统数据库中的存储数据，并在存储数据中拿出包名(appPackageName)和下载地址URL，以获取可展示应用列表。

同时，在线子系统还将customer Id，device Id，subscribe Id作为参数访问推荐子系统，使推荐子系统拿到请求参数，根据用户的行为计算出推荐的应用，返回推荐应用的包名(appPackageName)和下载地址URL。

在线子系统再将推荐子系统获取到应用包名，增加字段isRecommend为true。将运营子系统获取到的应用包名，增加字段isRecommend为false，并将组合的数据下发给网关，以通过网关反馈到显示设备200中。

显示设备200在接收到反馈的数据后，遍历返回的数据，针对每一条数据进行处理，如果存在本地安装的应用的包名package与当前数据一致，则显示此应用在终端界面上。如果不存在本地安装的应用的包名package与当前数据一致，判断isRecommend是否为true，如果isRecommend为true，显示此应用到界面，并角标增加推荐；如果isRecommend为false，则不显示此应用到界面。

由以上技术方案可知，本申请提供一种应用程序界面显示方法、显示设备200以及服务器300。所述方法可以应用在显示设备200中，以在用户输入用于显示应用程序界面的控制指令后，从服务器300中获取可展示应用列表，并根据包名信息在可展示应用列表中匹配本地应用。如果在可展示应用列表中匹配到本地应用的包名信息，在应用程序界面中显示本地应用。所述方法可以在教育模式下，实现对本地应用进行筛选，从而在教育模式下的应用程序界面中仅显示与教育模式相关的应用程序，便于用户启动运行教育类应用，解决传统智能电视需要较长时间才能够从众多应用程序中找到教育类应用程序的问题。

在开机导航完成后，用户可以在显示是模式选择画面中选中标准模式选项，即通过控制装置“左”键，将焦点标志切换至标准模式选项上，此时模式选择画面的背景可以转变为标准模式对应图案和说明文字，再通过控制装置“确定/OK”键选定标准模式选项，以进入标准模式。

进入标准模式后，显示设备上会弹出标准模式对应的控制主页，在标准模式主页中可以包括多个显示区域，如Header区、切换区和内容区。

如图23所示，Header区可以设置在整个显示画面的最顶部，包括多种功能控件，例如：“搜索”、“会员”、“消息”、“终端连接状态”、“网络连接状态”、“天气”、“时间”等。各控件可以在点击后弹出现实对应的界面。例如，用户点击“消息”控件时，可以弹出消息界面，在消息界面中可以展示服务器发布或应用推送的各种消息，形成消息列表。并且，每个消息包括已读/未读两种状态。当消息列表中存在未读消息时，可以在“消息”控件上添加提示图案。

通知消息的补发

在一些实施例中，课程通知的消息是服务器下发给显示设备的，但有时会出现学院定 制课程之前服务器已经完成了课程通知消息的发送，为此发明人设计了一种消息补发的机制。示例性的。定时任务执行完成后，记录完成时间。如果有用户购买，BOS会通过kafka通知在线子系统，在线子系统查询该课程下是否有符合条件的课时，课时开始时间<(上次上课提醒消息通知定时任务执行时间+24小时+30分钟)&&课时结束时间>当前时间；如果有，则推送上课消息。没有就不进行推送。其执行的逻辑如图27所示。

本申请提供的消息补发方法可应用于服务器，所述服务器用于为显示设备提供多种服务。通常，显示设备可以向服务器发送多种请求，服务器则可以根据显示设备发送的请求反馈对应的数据。推送消息是由服务器统一发送给多个不同的显示设备的一种数据，通常用来传递某些提示信息，例如媒资开播预告、系统提示等。其中，所述显示设备是指具有界面显示功能的设备，如智能电视等。

基于上述显示设备200，服务器400可以通过结合不同的应用场景，向显示设备200推送消息。显示设备200则可以对服务器400推送的消息进行显示。为了显示推送的消息，显示设备200的控制器250可以根据接收到的消息生成消息画面，并控制显示器275显示消息画面。

显示设备200还可以根据当前使用场景和具体的消息内容或类型调整消息画面的显示方式。例如，显示设备200在控制主页、教育模式等使用场景时，推送消息可以是弹出式消息框，在显示画面的顶部或底部进行展示，并且在展示预设时间后自动消失，以避免对用户观看体验造成影响。当有多个推送消息时，各个消息画面还可以按照设定的排布方式进行排列。例如，如图28所示，可以按照接收到推送消息的先后顺序，在显示画面自上而下依次显示多个消息框。

在一些实施例中，还可以根据显示设备200操作系统的消息收发方式，设置用于显示消息画面的消息界面。在消息界面中，可以对显示设备200在一定时间内接收的推送消息进行显示，以便于对消息进行统一管理。消息可以包括已读和未读状态，在消息界面中可以分别对已读和未读的消息进行显示。

为了呈现消息界面，在显示设备200的操作系统部分界面上可以设置有统一的消息入口控件。例如，在控制主页的顶部状态栏中设有消息入口控件，当用户执行交互动作点击该消息入口控件后，可以跳转至消息界面。

在一些实施例中，推送消息可以包括多种类型，例如系统消息、第三方消息以及推广消息等。不同类型的消息可以在不同的情况下由服务器400完成推送。例如，系统消息可以由服务器400统一为各个终端进行推送，用于展示系统层面的通知内容，包括固件更新、补丁升级、公告通知等。第三方消息通常是由显示设备200中安装的应用程序的第三方服务器生成，并由第三方服务器直接向显示设备200推送，或者由第三方服务器先发送给服务器400，再通过服务器400统一推送给显示设备200。推广消息是服务器400根据用户的使用数据生成，如通过统计用户经常运行的应用程序等数据推算出的应用推荐消息等。推广消息同样通过服务器400推送给显示设备200，通常包括应用推荐、广告、用户自定义服务等消息内容。

推送消息的显示形式还可以根据具体的消息内容进行调整。例如，对于系统消息，可以采用弹出式消息，以减少用户错过重要消息；对于第三方应用消息或推广类消息，则可以采用消息界面的方式进行显示，以减少消息推送频率，避免显示消息时对用户观看体验的影响。

本申请的部分实施例中，推送消息具有时限性，即部分提示类消息可以在具体的一个时间完成推送。实际应用中，可以通过定时任务触发消息推送。例如，定时任务检查24小时后的半小时内上课的课时，然后发出消息通知，达到提前24小时提醒用户上课的效果。

由于触发时间的影响，这种定时任务的推送方式会出现漏发消息的情况。例如，定时任务推送上课消息，仅限于对在24小时之前已购买该课程的用户进行推送，对于在定时任务处理过后再购买该课时的用户不会再收到提醒，漏发上课消息。

为了缓解定时任务方式漏发消息的问题，本申请提供一种消息补发方法，所述消息补发方法包括以下步骤：

获取用户购买通知。所述用户购买通知包括用户信息以及媒资ID。

根据所述用户信息查询预推送媒资。在服务器400中可以内置有专门用于处理媒资数据及相关内容数据的内容系统(模块)。媒资数据可以存储在服务器400的内容系统、或者存储在内容系统相关联的数据库中。当服务器400获取用户购买通知后，可以通过提取用户购买通知中的用户信息，从而通过内容系统查询预推送媒资。

根据所述预推送媒资的媒资ID提取推送消息。

将所述推送消息发送至所述用户信息对应的显示设备。

基于上述预设判断周期，在一些实施例中，获取用户购买通知的步骤前，所述方法还包括：

获取记录的每次推送任务的开始时间、完成时间和执行时间；

计算推送任务的开始时间与前一次推送任务执行时间的时间间隔，生成定时推送周期；

计算推送任务的开始时间与完成时间的时间间隔，生成处理周期。

在一些实施例中，根据所述用户信息查询预推送媒资的步骤，包括：

获取所述预设判断周期和当前时间；

逐一对比媒资开播时间与所述预设判断周期；

如果所述媒资开播时间在所述预设判断周期内，对比媒资结束时间与当前时间；

如果所述媒资结束时间晚于当前时间，标记媒资为预推送媒资。

在一些实施例中，消息补发的逻辑可以参照2020年*月*日申请的，申请号为：申请名称为***的中国专利。

内容区可以占据显示画面的大部分区域，包括中部和底部，以便显示资源卡片、设置功能卡片等内容。点击不同的卡片可以执行不同的功能。例如，在内容区内可以显示观看历史、我的收藏等功能卡片，以及由推荐资源的封面组成的资源卡片等。还可以设置不同的视频归类卡片，在视频归类卡片中，可以包括多个同种类型的视频资源。例如，动画屋、 英语角、绘本馆、听世界、故事会、科学馆等。当内容区所要显示的内容较多时，还可以通过滚动卷轴的方式对内容进行显示。

切换区中可以设置多个指示不同功能页面的控件，例如：“我的”、“频道”、“影视”、“VIP”、“疫情”、“体育”、“商城”、“游戏”、“应用”、“发现”等。不同的控件可以在被选中后使内容区显示不同的内容。例如，在“影视”对应的控件下，内容区显示推荐资源卡片、观看历史等内容。

不同于教育模式下的控制主页，在标准模式下，可以将切换区设置在Header区与内容区之间，即设置在Header区的下方，内容区的上方，从而通过选择切换区内不同的控件，切换内容区中显示的内容。由于标准模式下，切换区内的控件点击频率要高于教育模式，因此，将切换区设置在Header区与内容区之间可以便于用户进行操作。并且在进入标准模式主页时，焦点标志设置在切换区中，以便用户可以直接通过控制装置上的“上”按键进入Header区执行操作；直接通过遥控器上的“下”按键进入内容区执行操作；通过控制装置上的“左”“右”按键，在多个控件之间进行切换。

需要说明的是，对于支持触控操作的显示设备，还可以在教育模式主页和标准模式主页上通过触控进行左右方向滑动，实现对不同频道进行切换。例如，如图24所示，在教育模式下默认将焦点标志设置在“我的”频道，则在屏幕上执行从右向左滑动时，将焦点标志切换至“同步课”频道。

还可以在首次进入主页界面时，显示操作提示，例如可依序显示滑动、返回、五指触控、边界操作、模式切换等操作的提示。显示提示的同时，并不影响用户的正常操作，并且提示不会随着用户的操作消失，直至用户执行提示内容对应的操作交互时，显示的提示消失，并显示下一个提示。显然，实际应用中可以手动关闭提示，以避免提示画面对用户操作的影响。

在展示操作提示时，和移动端提示信息占用全屏的操作不同的是，电视的界面中包含很多空间，提示仅占据一小片位置，此时用户如果操作提示对应区域(利于一小块包含提示信息的区域)下的控件，则控件不响应，操作提示的展示进行响应(例如切换，取消等)。此时用户如果操作提示对应区域(利于一小块包含提示信息的区域)之外的控件，则控件进行响应并取消操作提示。

在一些实施例中接收到触控操作后，判断触控操作的位置，如果该位置位于操作提示对应区域(利于一小块包含提示信息的区域)则令执行操作提示的进程进行响应，如果位置在操作提示对应区域(利于一小块包含提示信息的区域)之外则令展示底层界面的进程进行响应。

用户在内容区选定任一资源卡片时，可以弹出播放界面，对选定的资源进行播放，播放界面可以在显示设备进行全屏播放。播放界面下，可以通过按下遥控器的“确定/OK”键或触控点击播放画面，则可以弹出快速操作按钮，包括播放/暂停按钮、进度条、选集、调节清晰度等。

相应地，用户可以通过点击播放/暂停按钮控制视频播放/暂停；点击进度条上的任意 位置，可以将播放进度调整至点击的位置继续进行播放；点击“选集”按钮可以弹出播放清单，以供用户进行选择；点击“清晰度”按钮可以调出清晰度调节菜单。

另外，在弹出快速操作按钮后的预设时间内，如果用户没有输入其他交互命令，或者用户再次单击播放画面，则隐藏快速操作按钮。

对于播放界面的触控操作，还可以包括其他交互方式。例如，按住进度条拖拽点滑动，或者在屏幕任意位置按住进行左右方向的操作，可以实现快进/快退操作。操作过程中，拖拽距离可与快进时长相关，例如手指在视频上横向滑动1920p像素，则快进时长为总时长的20％。为了便于查看快进速度，在拖拽的过程中可以对进度条进行同步显示。

又例如，可以通过双击屏幕实现暂停/播放视频；可以通过从屏幕底部上滑或者通过按下遥控器的“下”键，调出选集浮窗。

为了从标准模式切换到教育模式，如图23所示，在标准模式主页的Header区，还可以增加“教育模式”控件，当用户点击该控件时，可以控制显示设备从标准模式切换至教育模式。

同样，在切换至教育模式后，显示设备可以先显示密码界面。用户通过密码界面中输入进入密码，显示设备或者服务器可以对输入的进入密码进行验证，如果验证通过则可以进入教育模式。此时，显示设备可以读取登录的账号信息，并将账号信息作为主页请求发送给服务器。服务器在接收到主页请求后，可以根据账号信息确定用户已选择的年级选项，从而生成主页配置文件，并将主页配置文件发送给显示设备。显示设备再根据接收到主页配置文件，调整显示教育模式主页中的内容。

如果用户为首次进入教育模式，还可以在进入密码验证通过后，显示年级选择界面，供用户进行选择。用户通过年级选择界面选择年级选项后，显示设备根据所选择的年级选项，向服务器发送主页请求，并按照上述主页请求方式获取主页配置文件，以显示对应的教育模式主页。

需要说明的是，本申请提供的技术方案中，还可以通过其他方式从标准模式切换至教育模式。包括：

通过智能语音系统实现切换。用户可以在启动智能语音系统后，输入语音指令，如“教育模式”、“切换到教育模式”、“返回教育主页”等，显示设备在接收到上述语音输入后，可以直接执行切换命令，从标准模式切换至教育模式。

通过全局菜单实现切换。用户可以通过预设的手势操作调出全局菜单，例如在显示器上使用五指滑动，并在全局菜单中点击教育模式，使显示设备切换至教育模式。其中，全局菜单是操作系统中统一设置的一种交互方法，如图25所示，全局菜单可以在呼出后显示在所有画面内容之上，其中包括多个全局操作控件，例如，“返回”、“模式切换”、“演示”、“截屏”、“批注”、“返回主页”等。其中，模式切换选项可以在不同的操作模式下显示不同的描述内容。例如，在标准模式下，“模式切换”控件位置显示“教育模式”，以便在点击后切换至教育模式；在教育模式下，“模式切换”控件位置显示“标准模式”，从而在点击后切换至标准模式。

通过控制装置上的指定按键实现。用户可以通过按压控制装置上的“模式切换”或者“教育模式”按键，控制显示设备切换至对应的模式。其中，“模式切换”按键可以在不同的模式下拥有不同的功能，例如，在标准模式下，按下“模式切换”键可以切换至教育模式，而在教育模式下，按下“模式切换”键可以切换至标准模式。

在一些实施例中，显示设备可在一些推荐界面如首页展示一些专题等供用户观看，专题可为一个媒资合集，其中可包含多个具有相同或相似主题的媒资，用户可将一个或多个专题进行收藏，便于日后观看。

在一些实施例中，用户可收藏多个不同类型的专题，例如：某个演员的影视专题1、某个综艺的精彩片段专题2、幼小衔接课程专题3，其中，专题1包括5部类型为影视的电视剧媒资，专题2包括10个类型为综艺的片花媒资，专题3包括4个类型为教育的课程媒资。显示设备可设置收藏界面展示用户收藏的专题，然而，当用户收藏的专题较多时，这些收藏的专题如果直接混编在一起，将会使收藏界面看起来较为杂乱，用户查找某个想要观看的专题时往往需要花费较多时间。

为解决上述问题，本申请设置了多种场景模式来展示专题，其中，一种场景模式可为标准模式，在该场景模式下，收藏界面可按照类型展示收藏的专题，便于用户按照类型查找专题；一种场景模式可为教育模式，在该场景模式下，推荐界面和收藏界面可只展示预设专题类型如教育类型的专题，使用户查找专题时不受其他类型专题的干扰。

在一些实施例中，为便于对显示设备进行操作，显示设备的显示器可包括触摸屏，用户可通过触摸屏对显示设备进行触控，当然，用户还可通过其他方式对显示设备进行控制，例如，通过传统的控制装置如遥控器对显示设备进行控制，或通过向显示设备发出语音指令对显示设备进行控制。

设置有教育模式且具备触控功能的显示设备可称为教育触控电视，在一些实施例中，教育触控电视的场景模式包括标准模式和教育模式，其中，标准模式可为显示设备的第一场景模式，即默认模式，显示设备可在开机后默认进入该场景模式，标准模式还可称为普通模式，用于满足普通用户的观看需求，教育模式可为显示设备的第二场景模式，用于满足家长教育儿童的需求，不同的场景模式可以相互切换。

用户在教育触控电视上查找收藏专题时，显示设备的响应方法可参见图35，为根据一些实施例的用户收藏显示方法的流程示意图，如图35所示，该方法可包括如下步骤：

步骤S100D：接收用户输入的启动收藏界面的指令。

在一些实施例中，显示设备的首页可设置有收藏展示控件，用户可通过该控件输入启动收藏界面的指令，输入方式包括：在显示设备的触控屏上点击收藏展示控件，或通过遥控器选中收藏展示控件并确认，或通过语音指令触发收藏展示控件。

步骤S110D：当所述显示设备处于第一场景模式下时，根据所述全部专题类型的收藏数据控制所述显示器显示所述收藏界面。

在一些实施例中，第一场景模式为标准模式，通常情况下，用户使用该模式的次数较多，收藏的专题可能也较多，为显示全面的专题收藏数据，显示设备可根据全部专题类型 的收藏数据控制所述显示器显示所述收藏界面，从而在收藏界面展示当前登录用户的收藏的全部专题。在一些实施例中，显示设备可按照专题类型展示用户收藏的专题，以方便用户查找专题。

步骤S120D：当所述显示设备处于第二场景模式下时，根据所述预设专题类型的收藏数据控制所述显示器显示所述收藏界面。

在一些实施例中，第二场景模式为教育模式，通常情况下，用户使用该模式时教育孩子的目的性较强，为避免用户查找专题时不受其他类型专题的干扰，显示设备可只展示预设专题类型的收藏数据，如教育专题类型的收藏数据，从而在收藏界面只展示当前登录用户收藏的教育专题。

为对显示设备在不同场景模式下根据不同收藏数据展示收藏界面的原理进行说明，下面分别就标准模式和教育模式下用户与教育触控电视的交互进行说明。

在标准模式下，用户与教育触控电视的交互包括对专题进行操作时的交互。在一些实施例中，用户对专题的操作包括获取详情页、收藏该专题以及在收藏界面查找该专题。参见图36，为根据一些实施例的标准模式下用户与显示设备的交互方法的流程示意图，如图36所示，该交互方法可包括如下步骤：

步骤S101D：接收用户输入的专题详情指令，响应于所述专题详情指令，从服务器中获取所述专题详情指令对应专题的详情数据，以及所述专题详情指令对应专题的专题类型，根据所述详情数据控制所述显示器显示专题详情界面，并存储所述专题类型。

在一些实施例中，用户可在标准模式的首页输入专题详情指令。其中，首页的数据由用户进入首页时服务器下发到显示设备，服务器下发的数据可包括第一模式标识，如全部专题类型的productcode(产品代码)。

参见图37，为根据一些实施例的标准模式的首页示意图，如图37所示，标准模式的首页可展示导航栏和推荐位。导航栏可展示多个栏目控件，如“我的”、“频道”、“影视”、“VIP”、“疫情”、“体育”、“商城”、“游戏”、“应用”和“发现”。

在一些实施例中，导航栏上方可设置有模式切换控件，在标准模式下，模式切换控件可显示为“标准模式”，用户可对模式切换控件进行触控，显示设备响应于用户对模式切换控件的触控信号，将当前页面切换为教育模式的首页，用户还可通过遥控器遥控等方式对显示设备进行模式切换。在一些实施例中，模式切换控件响应于触控或遥控器触发时可弹出模式选择窗口，提供多种场景模式供用户选择。

在一些实施例中，推荐位可设置在导航栏下方，可展示一些推荐媒资，推荐媒资可包括一个媒资或一个专题，例如，推荐媒资可为：媒资1、媒资2、媒资3、媒资4、专题A、专题B、专题C和专题D。

在一些实施例中，用户输入专题详情指令的方式可包括：在显示设备的触控屏上点击一个专题，或通过遥控器选中一个专题并确认，或通过语音指令指示显示设备打开一个专题。

在一些实施例中，显示设备的控制器可将触控屏接收到的某个专题显示区域的触控信 号作为专题详情指令，或将遥控器发送的对应某个专题显示区域的控制信号作为专题详情指令，或将语音指令中识别出的打开某个专题的命令作为专题详情指令。响应于专题详情指令，显示设备可获取专题详情指令对应专题的ID信息，根据专题的ID信息向服务器请求该专题的详情数据以及该专题的专题类型，将专题类型进行本地存储。

在一些实施例中，显示设备根据专题的详情数据可生成如图38所示的专题详情界面。参见图38，该专题详情界面为专题A的详情页，在专题详情界面，可展示专题海报、专题说明、专题媒资和专题收藏控件，其中，专题收藏控件可位于专题详情页的右上角，当用户未收藏该专题时，专题收藏控件可显示“收藏”，从而提示用户可收藏该专题。专题海报可铺满专题详情界面，专题介绍可包括对该专题的文字说明，专题媒资的数量可包括多个，如媒资A1、媒资A2、媒资A3、媒资A4、媒资A5、媒资A6、媒资A7和媒资A8。

步骤S102D：接收用户在专题详情界面输入的专题收藏指令，响应于所述专题收藏指令，获取所述专题收藏指令对应专题的类型，向服务器发送包含所述专题类型的收藏请求，使所述服务器生成并存储包含所述专题类型的专题收藏数据。

在一些实施例中，用户可在专题详情界面输入专题收藏指令。用户输入专题收藏指令的方式可包括：在显示设备的触控屏上点击专题收藏控件，或通过遥控器选中专题收藏控件并确认，或通过语音指令触发专题收藏控件。

在一些实施例中，显示设备可响应于专题收藏指令，获取步骤S101中存储的专题类型，向服务器发送包含所述专题类型的收藏请求，使服务器生成并存储包含专题类型的专题收藏数据。服务器完成专题收藏数据的存储后，可向显示设备返回收藏成功的信号，显示设备根据该收藏成功的信号，将专题收藏控件刷新为显示“已收藏”，从而提示用户已收藏该专题。

用户在收藏该专题后，可在专题详情界面点开其中一个媒资进行观看，也可返回至首页，继续查看其它媒资。当然，用户也可先在专题详情界面中点开其中一个或多个媒资进行观看后，再返回专题详情界面，输入专题收藏指令将该专题进行收藏。

步骤S103D：接收用户输入的启动收藏界面的指令，响应于所述启动收藏界面的指令，根据全部专题类型的收藏数据控制所述显示器显示收藏界面。

在一些实施例中，用户可从标准模式的首页触发“我的”栏目控件，进入“我的”栏目界面，“我的”栏目界面可设置有收藏展示控件，用户可通过该收藏展示控件输入启动收藏界面的指令。

在一些实施例中，当所述显示设备处于第一场景模式下时，显示设备对启动收藏界面的指令的响应方法可参见图39，如图39所示，该响应方法可包括步骤S131D-S133D。

步骤S131D：当所述显示设备处于第一场景模式下时，所述控制器向所述服务器发送第一收藏展示指令，所述第一收藏指令用于从服务器中获取所述用户的全部专题类型的收藏数据。

在一些实施例中，当所述显示设备处于第一场景模式下时，显示设备可根据用户输入的启动收藏界面的指令，向服务器发送第一收藏展示指令。参见图40，为根据一些实施例 的第一收藏指令发送方法的流程示意图，如图40所示，该发送方法可包括步骤S1311D-S1313D。

步骤S1311D：响应于所述启动收藏界面的指令，获取第一模式标识，所述第一模式标识是在所述显示设备加载所述第一场景模式的主页时从所述服务器获取到的。

在一些实施例中，用户在进入第一场景模式的主页时，服务器会向显示设备下发媒资推荐数据，使显示设备根据媒资推荐数据生成主页。媒资推荐数据可包括第一模式标识，第一模式标识可包括全部专题类型的productcode，如productCode#影视、productCode#教育、productCode#K歌、productCode#演员。显示设备将第一模式标识进行存储，在用户在输入启动收藏界面的指令后，获取第一模式标识。

步骤S1312D：根据所述第一模式标识，生成第一收藏展示指令，所述第一收藏展示指令包含所述第一模式标识。

在一些实施例中，显示设备可根据获取到的第一模式标识，生成包括该第一模式标识的第一收藏指令。

步骤S1313D：发送所述第一收藏展示指令给所述服务器。

在一些实施例中，显示设备在生成第一收藏指令后，将第一收藏指令发送给服务器。

步骤S132D：接收所述用户的全部专题类型的收藏数据。

在一些实施例中，服务器接收到第一收藏指令后，从第一收藏指令中提取出第一模式标识，发送与第一模式标识对应的全部专题类型的收藏数据到显示设备。

步骤S133D：根据所述全部专题类型的收藏数据控制所述显示器显示所述收藏界面。

在一些实施例中，显示设备的控制器根据全部专题类型的收藏数据生成收藏界面，并控制显示器显示该收藏界面，该收藏界面也可称为第一收藏界面。

参见图41，为根据一些实施例的第一收藏界面的示意图。如图41所示，第一收藏界面可为全部专题的收藏界面，设置有专题导航栏，专题导航栏可包括多个专题类型控件，如“影视”、“教育”、“K歌”、“演员”和“专题”，其中，每个专题类型控件响应于触发时可在第一收藏界面展示相应专题类型的收藏数据，便于用户按照专题类型查找收藏的专题，“专题”控件响应于触发时可在第一收藏界面展示全部专题类型的收藏数据，便于用户查看收藏的全部专题。在图41中，各专题类型控件响应于选中时即被触发，选中方式可包括用户在显示设备的触摸屏上触控专题类型控件，或者用户通过遥控器上的方向选择键选中专题类型控件。用户可通过切换选中的专题类型控件，获取不同类型的专题收藏数据。

为对显示设备对用户操作的响应方法做进一步描述，本申请实施例还提供了一种标准模式下的显示设备与服务器的交互示意图。参见图42，显示设备即教育触控电视，可分别与用户及服务器进行交互，其中，服务器可包括网关、在线子系统、运营子系统、会员子系统、以及内容推荐子系统。

在一些实施例中，用户在标准模式的首页输入进入专题详情界面的专题详情指令后，显示设备可根据专题详情指令生成专题详情界面请求。在一些实施例中，专题详情界面请求可包括专题的ID信息，服务器可根据该ID信息得知终端在专题详情界面请求中请求的 是哪个专题的详情信息。

显示设备将专题详情界面请求发送至网关，网关通过网关路由将专题详情界面请求转发至在线子系统，在线子系统可根据接收到专题详情界面请求，从运营子系统获取专题详情页的编排数据，从内容推荐子系统获取专题详情页的媒资数据。

在一些实施例中，运营子系统可供运营人员设计并保存专题详情页，生成编排数据，将编排数据下发到在线子系统，编排数据可包括专题详情页的排版数据。进一步的，在一些实施例中，运营人员可为每个专题分配一个类型，该类型可表示为productCode，运营子系统在下发编排数据时，可一并下发该专题的productCode到在线子系统。例如，根据该专题的类型为XX，可下发“productCode#XX”到在线子系统。

在一些实施例中，内容推荐子系统可存储有每个专题的媒资数据，内容推荐子系统可根据专题详情界面请求中的ID信息将用户选择专题的媒资数据下发至在线子系统。

在线子系统在接收到运营子系统下发的数据和内容推荐子系统下发的数据后，可根据这些数据生成专题详情页的数据，将专题详情页的数据返回至显示设备，显示设备根据专题详情页的数据绘制并展示专题详情界面。在一些实施例中，显示设备还将专题的productCode进行存储。

在一些实施例中，用户在专题详情页输入专题收藏指令后，显示设备根据专题收藏指令生成收藏请求。在一些实施例中，收藏请求可包括专题的ID信息和用户账号的ID信息。

在一些实施例中，显示设备可将相应专题的productCode添加到收藏请求中，例如，将“productCode#XX”添加到收藏请求中，然后将收藏请求通过网关发送至会员子系统。

在一些实施例中，会员子系统可存储已登录账号的用户记录，其中，用户记录包括收藏记录，会员子系统将收藏请求中的专题的ID信息和用户账号的ID信息，将专题的ID信息和专题的productCode存储到相应用户的用户记录中，生成专题收藏数据。会员子系统在生成专题收藏数据后，可通过网关向显示设备反馈收藏成功信号，使显示设备将专题收藏控件刷新为显示“已收藏”，从而提示用户已收藏该专题。

在一些实施例中，用户输入第一收藏展示指令后，显示设备根据第一收藏展示指令生成我的收藏-专题请求。为获取全部专题类型的收藏数据，显示设备可在我的收藏-专题请求中不设置productCode；或者，显示设备也可在我的收藏-专题请求中，设置所有类型的productCode，例如，根据全部专题类型为影视、教育、K歌和演员，在我的收藏-专题请求中设置productCode#影视、productCode#教育、productCode#K歌、productCode#演员。

显示设备通过网关路由，将我的收藏-专题请求发送到在线子系统后，在线子系统根据接收到我的收藏-专题请求，获取全部专题类型收藏数据。

在一些实施例中，在线子系统可根据不设置productCode的我的收藏-专题请求，或者根据设置所有类型的productCode的我的收藏-专题请求，从会员子系统中调取用户账号下全部专题类型收藏数据，将全部专题类型收藏数据返回至显示设备。

在一些实施例中，显示设备可根据全部专题类型收藏数据中的productCode，绘制专题类型控件，例如，根据全部专题类型收藏数据中包括4个productCode，分别为：productCode# 影视、productCode#教育、productCode#K歌、productCode#演员，可绘制4个专题类型控件：影视、教育、K歌、演员，将每个专题类型控件配置为响应于触发时返回数据为该类型的专题收藏数据。

在一些实施例中，显示设备还可直接绘制全部专题类型控件，如果一个专题类型控件没有对应的专题收藏数据，则将该专题类型控件配置为响应于触发时返回数据为空。

在一些实施例中，用户可通过在标准模式的首页触控模式切换控件等方式将显示设备从标准模式切换至教育模式。

在教育模式下，用户与教育触控电视的交互也包括对专题进行操作时的交互，如获取详情页、收藏专题以及在收藏界面查找专题时与显示设备进行交互。参见图43，为根据一些实施例的教育模式下用户与显示设备的交互方法的流程示意图，如图43所示，该交互方法可包括如下步骤：

步骤S201D：接收用户输入的专题详情指令，响应于所述专题详情指令，从服务器中获取所述专题详情指令对应专题的详情数据，以及所述专题详情指令对应专题的专题类型，根据所述详情数据控制所述显示器显示专题详情界面，并存储所述专题类型。

在一些实施例中，用户可在教育模式的首页输入专题详情指令。其中，首页的数据由用户进入首页时服务器下发到显示设备，服务器下发的数据可包括第二模式标识，如预设专题类型的productcode，在第二场景模式为教育模式时，预设专题类型可为教育类型。

在一些实施例中，用户可在教育模式的首页输入专题详情指令。参见图44，为根据一些实施例的教育模式的首页示意图，如图44所示，教育模式的首页可展示导航栏和推荐位。导航栏可展示多个栏目控件，如“我的”、“分类”、“学知识”、“讲英语”、“读绘本”、“听音频”、“看动画”、“唱儿歌”和“应用”。

在一些实施例中，首页上方可设置有模式切换控件，在教育模式下，模式切换控件可显示为“教育模式”，用户可对模式切换控件进行触控，显示设备响应于用户对模式切换控件的触控信号，将当前页面切换为标准模式的首页，用户还可通过遥控器遥控等方式对显示设备进行模式切换。在一些实施例中，模式切换控件响应于触控或遥控器触发时可弹出模式选择窗口，提供多种场景模式供用户选择。

推荐位可设置在导航栏上方，可展示一些操作控件或推荐媒资，操作控件如“VIP购买”、“教育点卡”、“客服电话”和“本机信息”等响应于触发时可展示相应的功能页。操作控件的触发方式可包括触控触发、遥控器触发或语音指令触发。推荐媒资可包括一个独立媒资或一个专题，如：媒资5、媒资6、媒资7、媒资8、专题E、专题F、专题G和专题H。在教育模式下，推荐媒资均为教育类型的媒资。

在一些实施例中，用户输入专题详情指令的方式可包括：在显示设备的触控屏上点击一个专题，或通过遥控器选中一个专题并确认，或通过语音指令指示显示设备打开一个专题。

在一些实施例中，显示设备的控制器可将触控屏接收到的某个专题显示区域的触控信号作为专题详情指令，或将遥控器发送的对应某个专题显示区域的控制信号作为专题详情 指令，或将语音指令中识别出的打开某个专题的命令作为专题详情指令。响应于专题详情指令，显示设备可获取专题详情指令对应专题的ID信息，根据专题的ID信息向服务器请求该专题的详情数据以及该专题的专题类型，将专题类型进行本地存储。

在一些实施例中，显示设备根据专题的详情数据可生成如图45所示的专题详情界面。参见图45，该专题详情界面为专题E的详情页，专题详情界面可展示专题海报、专题说明、专题媒资和专题收藏控件，其中，专题收藏控件可位于专题详情页的右上角，当用户未收藏该专题时，专题收藏控件可显示“收藏”，从而提示用户可收藏该专题。专题海报可铺满专题详情界面，专题介绍可包括对该专题的文字说明，专题媒资的数量可包括多个，如媒资E1、媒资E2、媒资E3、媒资E4、媒资E5、媒资E6、媒资E7和媒资E8。

步骤S202D：接收用户在专题详情界面输入的专题收藏指令，响应于所述专题收藏指令，获取所述专题收藏指令对应专题的类型，向服务器发送包含所述专题类型的收藏请求，使所述服务器生成并存储包含所述专题类型的专题收藏数据。

在一些实施例中，用户可在专题详情界面输入专题收藏指令。用户输入专题收藏指令的方式可包括：在显示设备的触控屏上点击专题收藏控件，或通过遥控器选中专题收藏控件并确认，或通过语音指令触发专题收藏控件。

在一些实施例中，显示设备可响应于专题收藏指令，获取步骤S101中存储的专题类型，向服务器发送包含所述专题类型的收藏请求，使服务器生成并存储包含专题类型的专题收藏数据。服务器完成专题收藏数据的存储后，可向显示设备返回收藏成功的信号，显示设备根据该收藏成功的信号，将专题收藏控件刷新为显示“已收藏”，从而提示用户已收藏该专题。

用户在收藏该专题后，可在专题详情界面点开其中一个媒资进行观看，也可返回至首页，继续查看其它媒资。当然，用户也可先在专题详情界面中点开其中一个或多个媒资进行观看后，再返回专题详情界面，输入专题收藏指令将该专题进行收藏。

步骤S203D：接收所述用户输入的启动收藏界面的指令，响应于所述启动收藏界面的指令，根据所述预设专题类型的收藏数据控制所述显示器显示收藏界面。

在一些实施例中，用户可从教育模式的首页触发“我的”栏目控件，进入“我的”栏目界面，“我的”栏目界面可设置有收藏展示控件，用户可输入第二收藏展示指令触发该收藏展示控件。用户输入第二收藏展示指令的方式可包括：在显示设备的触控屏上点击收藏展示控件，或通过遥控器选中收藏展示控件并确认，或通过语音指令触发收藏展示控件。

在一些实施例中，当所述显示设备处于第二场景模式下时，显示设备对启动收藏界面的指令的响应方法如下：

当所述显示设备处于第二场景模式下时，所述控制器向所述服务器发送第二收藏展示指令，所述第二收藏指令用于从服务器中获取所述用户的预设专题类型的收藏数据；接收所述用户的预设专题类型的收藏数据；根据所述预设专题类型的收藏数据控制所述显示器显示所述收藏界面。

在一些实施例中，服务器接收到第二收藏指令后，从第二收藏指令中提取出第二模式 标识，发送与第二模式标识对应的预设专题类型，如教育类型的收藏数据到显示设备。

在一些实施例中，显示设备的控制器根据预设专题类型的收藏数据生成收藏界面，并控制显示器显示该收藏界面，该收藏界面也可称为第二收藏界面。

在一些实施例中，当所述显示设备处于第二场景模式下时，显示设备可根据用户输入的启动收藏界面的指令，向服务器发送第二收藏展示指令。为根据一些实施例的第二收藏指令发送方法的流程示意图，该发送方法可包括：

响应于所述启动收藏界面的指令，获取第二模式标识，所述第二模式标识是在所述显示设备加载所述第二场景模式的主页时从所述服务器获取到的；根据所述第二模式标识，生成第二收藏展示指令，所述第二收藏展示指令包含所述第二模式标识；发送所述第二收藏展示指令给所述服务器。

在一些实施例中，用户在进入第二场景模式的主页时，服务器会向显示设备下发媒资推荐数据，使显示设备根据媒资推荐数据生成主页。媒资推荐数据可包括第二模式标识，第二模式标识可包括预设专题类型的productcode(产品代码)，如productCode#教育。显示设备将第二模式标识进行存储，在用户在输入启动收藏界面的指令后，获取第二模式标识。

在一些实施例中，显示设备可根据获取到的第二模式标识，生成包括该第二模式标识的二收藏指令。

在一些实施例中，显示设备在生成第二收藏指令后，将第二收藏指令发送给服务器。

参见图46，为根据一些实施例的第二收藏界面的示意图，如图46所示，第二收藏界面可为教育专题的收藏界面，可设置有专题导航栏，专题导航栏可包括两个专题类型控件，如“教育”和“专题”，这两个专题类型控件响应于触发时均可在该第二收藏界面展示教育专题类型的收藏数据。

为对显示设备对用户操作的响应方法做进一步描述，本申请实施例还提供了一种教育模式下的显示设备及服务器的交互示意图。

参见图47，为根据一些实施例的教育模式下的显示设备与服务器的交互示意图，如图47所示，服务器可包括网关、在线子系统、运营子系统、会员子系统、以及内容推荐子系统。

在一些实施例中，用户在教育模式的首页输入进入专题详情界面的专题详情指令后，显示设备可根据专题详情指令生成专题详情界面请求。在一些实施例中，专题详情界面请求可包括专题的ID信息，服务器可根据该ID信息得知终端在专题详情界面请求中请求的是哪个专题的详情信息。

显示设备将专题详情界面请求发送至网关，网关通过网关路由将专题详情界面请求转发至在线子系统，在线子系统可根据接收到专题详情界面请求，从运营子系统获取专题详情页的编排数据，从内容推荐子系统获取专题详情页的媒资数据。

在一些实施例中，运营子系统可将编排数据下发到在线子系统，编排数据可包括专题详情页的排版数据。进一步的，在一些实施例中，运营人员可为每个专题分配一个类型， 该类型可表示为productCode，运营子系统在下发编排数据时，可一并下发该专题的productCode到在线子系统。由于在教育模式下，所有专题的专题类型均为教育，因此，运营子系统可下发“productCode#教育”到在线子系统。

在一些实施例中，内容推荐子系统可存储有每个专题的媒资数据，内容推荐子系统可根据专题详情界面请求中的ID信息将用户选择专题的媒资数据下发至在线子系统。

在线子系统在接收到运营子系统下发的数据和内容推荐子系统下发的数据后，可根据这些数据生成专题详情页的数据，将专题详情页的数据返回至显示设备，显示设备根据专题详情页的数据绘制并展示专题详情界面。在一些实施例中，显示设备还将专题的productCode进行存储。

在一些实施例中，用户在专题详情页输入专题收藏指令后，显示设备根据专题收藏指令生成收藏请求。在一些实施例中，收藏请求可包括专题的ID信息和用户账号的ID信息。

在一些实施例中，显示设备可将相应专题的productCode添加到收藏请求中，例如，将“productCode#教育”添加到收藏请求中，然后将收藏请求通过网关发送至会员子系统。

在一些实施例中，会员子系统可存储已登录账号的用户记录，其中，用户记录包括收藏记录，会员子系统将收藏请求中的专题的ID信息和用户账号的ID信息，将专题的ID信息和专题的productCode存储到相应用户的用户记录中，生成专题收藏数据。会员子系统在生成专题收藏数据后，可通过网关向显示设备反馈收藏成功信号，使显示设备将专题收藏控件刷新为显示“已收藏”，从而提示用户已收藏该专题。

在一些实施例中，用户输入第二收藏展示指令后，显示设备根据第二收藏展示指令生成我的收藏-专题请求。显示设备根据教育模式下可显示的专题类型教育，在我的收藏-专题请求中设置productCode#教育。

显示设备通过网关路由，将我的收藏-专题请求发送到在线子系统后，在线子系统根据接收到我的收藏-专题请求，获取教育专题类型收藏数据，将教育专题类型收藏数据返回至显示设备。

显示设备根据教育专题类型收藏数据绘制图43所示的第二收藏界面，由图43可以看出，在教育模式下，用户仅能查看教育类型的收藏专题，避免查找收藏专题时被其他类型的专题干扰。

根据上述实施例中介绍的标准模式和教育模式下的交互过程，用户在查看收藏的专题时，显示设备可响应于所述启动收藏界面的指令，获取模式标识，所述模式标识是在所述显示设备加载当前场景模式的主页时从所述服务器获取到的；根据所述模式标识，生成收藏展示指令，所述收藏展示指令包括包含第一模式标识的第一收藏展示指令，或包含所述第二模式标识的第二收藏展示指令，所述第一模式标识表征的模式和所述第二模式标识表征的模式不同；发送所述收藏展示指令给所述服务器以使所述服务器反馈收藏数据；接收所述收藏数据，其中，在所述收藏展示指令为所述第一收藏展示指令时，所述收藏数据包括全部专题类型的收藏数据，在所述收藏展示指令为所述第二收藏展示指令时，所述收藏数据包括预设专题类型的收藏数据；在所述收藏界面展示所述收藏数据。

由上述实施例可见，本申请实施例通过在显示设备的第一场景模式的第一收藏界面展示全部专题类型的收藏数据，使得用户可查看不同专题类型的收藏数据；通过在显示设备的第二场景模式的第二收藏界面只展示预设专题类型的收藏数据，方便用户查看预设专题类型的收藏数据，不受其他专题类型的收藏数据的干扰，有利于提升用户查找专题收藏数据时的用户体验；进一步的，在第一场景模式下按照专题类型展示收藏数据，方便用户查看不同类型的收藏数据。

需要说明的是，为了实现在标准模式与教育模式之间进行切换，在上述示意性切换方式的基础上，本领域技术人员在不付出创造性劳动的前提下，所联想到的其他切换方式，均属于本申请的保护范围。同理，上述切换方式也同样适用与从教育模式切换至标准模式，具体的切换方式相同，不再赘述。

进一步地，由于教育模式是一种相对使用频率不高的操作模式，因此在教育模式下还可以设置更加简单的模式切换方式。例如，如图26所示，在教育模式主页的左下角位置还可以设置退出控件，当用户点击后，直接退出教育模式进入标准模式。

基于上述内容，本申请提供一种显示设备教育模式显示方法，包括：

在完成显示开机导航后，获取用户输入的模式选择指令，所述模式选择指令用于指示显示设备的操作模式；所述操作模式包括标准模式和教育模式；

如果所述模式选择指令指示启动教育模式，显示密码输入界面；

获取用户在所述密码输入界面输入的密码信息，以及验证所述密码信息；

如果所述密码信息验证通过，显示年级选择界面；

获取用户在所述年级选择界面选定的年级选项信息；

向服务发送包含所述年级选项信息的主页请求，以及接收所述服务器返回的主页配置文件；

根据所述主页配置文件控制显示教育模式主页。

可选的，如果所述模式选择指令指示启动教育模式，所述方法还包括：

检测显示设备的网络连接状态；

如果所述显示设备未连接网络，控制显示离线教育模式主页；

如果所述显示设备已连接网络，执行获取用户在所述密码输入界面输入的密码信息的步骤。

可选的，所述方法还包括：

如果所述模式选择指令指示启动标准模式，控制显示标准模式主页。

可选的，根据所述主页配置文件控制显示教育模式主页的步骤后，所述方法还包括：

获取用户输入的切换模式指令；

控制显示标准模式主页。

可选的，所述切换模式指令的输入方式包括：

通过控制装置按键输入；

通过点击所述教育模式主页上的切换模式控件输入；

通锅显示设备内置的语音系统输入；

通过点击全局菜单中的切换模式控件输入。

由以上技术方案可知，本申请提供一种显示设备教育模式显示方法，所述方法在完成显示开机导航后，先获取用户输入的模式选择指令，如果所述模式选择指令指示启动教育模式，显示密码输入界面、年级选择界面；并且通过获取用户在所述年级选择界面选定的年级选项信息；向服务发送包含所述年级选项信息的主页请求，以及接收所述服务器返回的主页配置文件，以根据所述主页配置文件控制显示教育模式主页。所述方法可以基于远程教育形式，专门提供一种教育模式，以解决传统智能电视远程教育形式单一的问题。

由于以上实施方式均是在其他方式之上引用结合进行说明，不同实施例之间均具有相同的部分，本说明书中各个实施例之间相同、相似的部分互相参见即可。在此不再详细阐述。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

Claims (13)

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

   显示器，被配置为显示应用程序界面；

   通信器，被配置为与服务器进行数据通信；

   控制器，被配置为：

   接收用于展示应用程序界面的控制指令；

   在标准模式时，响应于所述控制指令，根据全部本地应用生成应用程序界面中的应用列表；

   在非标准模式时，响应于所述控制指令，根据在预置可展示应用列表中的本地应用生成应用程序界面中的应用列表，其中所述预置可展示应用列表和所述非标准模式相对应。
2. 根据权利要求1所述的显示设备，其特征在于，在非标准模式时，所述控制器被进一步配置为：

   响应于所述控制指令，从服务器中获取当前非标准模式对应的可展示应用列表；

   根据包名信息在所述可展示应用列表中匹配本地应用；

   如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用。
3. 根据权利要求2所述的显示设备，其特征在于，在非标准模式时，所述控制器被进一步配置为：

   向所述服务器发送显示请求，所述显示请求包括当前场景信息；

   接收所述服务器反馈的可展示应用列表，所述可展示应用列表为所述服务器根据所述当前场景信息筛选的应用列表。
4. 根据权利要求3所述的显示设备，其特征在于，所述显示请求还包括用户信息、设备信息以及订阅信息，所述控制器被进一步配置为：

   从所述服务器中获取推荐应用列表，所述推荐应用列表为所述服务器根据所述用户信息、设备信息以及订阅信息计算的应用列表，包括多个应用图标以及每个应用对应的下载链接；

   为所述推荐应用列表中预设数量的推荐应用的应用图标添加推荐标识；

   将添加推荐标识的应用图标与可展示应用列表中的本地应用的应用图标混合排列，以及在所述应用程序界面中显示混合排列后的应用图标。
5. 根据权利要求4所述的显示设备，其特征在于，所述控制器被进一步配置为：

   根据在所述应用程序界面中显示的所述本地应用的数量计算所述预设数量；

   在所述推荐应用列表中，提取与所述预设数量相等的应用图标及其下载链接。
6. 根据权利要求4所述的显示设备，其特征在于，所述控制器被进一步配置为：

   接收对应应用列表中应用控件的选中指令；

   在所述应用控件为本地应用时，响应于所述选中指令，打开对应的本地应用；

   在所述应用控件为推荐应用时，响应于所述选中指令，访问所述推荐应用的下载链接，以获取所述推荐应用的安装文件。
7. 根据权利要求1所述的显示设备，其特征在于，所述控制器被进一步配置为：

   接收用于切换显示模式的切换指令；

   响应于所述切换指令，切换当前显示模式，包括：

   如果当前显示模式为标准模式，切换显示模式为非标准模式，以及显示非标准模式下的应用程序界面；

   如果当前显示模式为非标准模式，切换显示模式为标准模式，以及显示标准模式下的应用程序界面。
8. 一种显示设备，其特征在于，包括：

   显示器，被配置为显示应用程序界面；

   通信器，被配置为与服务器进行数据通信；

   控制器，被配置为：

   接收用于展示应用程序界面的控制指令；

   响应于所述控制指令，从服务器中获取可展示应用列表；

   根据包名信息在所述可展示应用列表中匹配本地应用；

   如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用；

   如果在所述可展示应用列表中未匹配到所述本地应用的包名信息，隐藏所述本地应用。
9. 一种应用程序界面显示方法，其特征在于，包括：

   接收用于展示应用程序界面的控制指令；

   在标准模式时，响应于所述控制指令，根据全部本地应用生成应用程序界面中的应用列表；

   在非标准模式时，响应于所述控制指令，根据在预置可展示应用列表中的本地应用生成应用程序界面中的应用列表，其中所述预置可展示应用列表和所述非标准模式相对应。
10. 一种应用程序界面显示方法，其特征在于，包括：

    接收用于展示应用程序界面的控制指令；

    响应于所述控制指令，从服务器中获取可展示应用列表；

    根据包名信息在所述可展示应用列表中匹配本地应用；

    如果在所述可展示应用列表中匹配到所述本地应用的包名信息，在所述应用程序界面中显示所述本地应用；

    如果在所述可展示应用列表中未匹配到所述本地应用的包名信息，隐藏所述本地应用。
11. 一种服务器，其特征在于，包括：

    运营子系统，被配置为生成可展示应用列表；

    推荐子系统，被配置为生成推荐应用列表；

    在线子系统，被配置为：

    接收显示设备发送的显示请求；

    响应于所述显示请求，从所述运营子系统获取可展示应用列表，以及从所述推荐子系统获取推荐应用列表；

    向显示设备发送所述可展示应用列表和所述推荐应用列表。
12. 根据权利要求11所述服务器，其特征在于，所述显示请求包括当前场景信息，所述在线子系统被进一步配置为：

    解析所述显示请求，以获取所述当前场景信息；

    向所述运营子系统发送所述当前场景信息；

    接收所述运营子系统反馈的可展示应用列表，所述可展示应用列表为所述运营子系统根据所述当前场景信息进行筛选而生成的应用列表。
13. 根据权利要求11所述服务器，其特征在于，所述显示请求还包括用户信息、设备信息以及订阅信息，所述在线子系统被进一步配置为：

    解析所述显示请求，以获取所述用户信息、设备信息以及订阅信息；

    向所述推荐子系统发送所述用户信息、设备信息以及订阅信息；

    接收所述推荐子系统反馈的推荐应用列表，所述推荐应用列表为所述推荐子系统根据所述用户信息、设备信息以及订阅信息计算生成的应用列表。

Images