CN113490013A - 一种服务器及数据请求方法 - Google Patents

Abstract

本申请提供的服务器及数据请求方法，接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。该种方式，在业务资源数据进行调用时，根据业务资源数据请求是否为widget控件请求，从而选择不同的数据请求方式，基于同一份数据源，针对不同的应用模块，采取与之匹配的数据调用方式，从而实现了后台数据的联动，提高了运营效率。

Description

一种服务器及数据请求方法

技术领域

本申请涉及智能电视技术领域，尤其涉及一种服务器及数据请求方法。

背景技术

智能电视是基于Internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。为了进一步满足用户的交互需求，基于不同的智能电视类型机型，运营人员为其配置不同的首页展示形态，使智能电视以更加多样性的展示形态与用户进行交互操作。

在相关技术中，在用户界面显示时，运营端需要在后台配置数据中，需要根据显示界面的形态配置相应的数据，然而，不同电视机型展示的形态虽然不同，但是其数据源是相同的，因此，如何做到后台数据的联动从而适应显示设备的实际需要，成为一个亟待解决的技术问题。

发明内容

本申请提供了一种服务器及数据请求方法。

本申请第一方面提供一种服务器，包括：存储器和处理器。其中：

存储器，所述存储器用于存储程序指令；

处理器，所述处理器通过运行所述程序指令，执行：

接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；

在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；

在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。

结合第一方面，在一种可实现方式中，所述获取并向终端设备反馈业务标签对应的第二业务资源数据，包括：

所述处理器确定业务标签对应的转换控件，并通过所述转换控件根据业务标签对应的第一业务资源数据生成第二业务资源数据，并将所述第二业务资源数据反馈至终端设备。

结合第一方面，在一种可实现方式中，所述业务资源数据请求包括业务标签，在所述业务标签表征所述请求为终端设备显示界面上的频道控件接收到操作后触发的情形时，所述业务资源数据请求为非widget控件请求；

在所述业务标签表征所述请求为终端设备显示界面上的widget控件接收到操作后触发的情形时，所述业务资源数据请求为widget控件请求。

结合第一方面，在一种可实现方式中，所述处理器通过运行所述程序指令，还执行：

当接收到终端设备发送的widget控件显示页面数据编排请求时，定义widget控件的转换属性；

根据所述转换属性为终端设备widget控件显示页面编排对应的业务资源数据，并建立所述业务资源数据与转换属性之间的对应关系。

结合第一方面，在一种可实现方式中，所述非widget控件请求和所述widget控件请求均通过业务资源数据请求接口接收，获取并向终端设备反馈业务标签对应的业务资源数据，包括：

确定业务标签对应的转换控件，若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第一业务资源数据反馈至终端设备；

若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第二业务资源数据反馈至终端设备。

结合第一方面，在一种可实现方式中，所述widget控件包括widget控件标识，所述在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据，包括：

在所述业务资源数据请求为widget控件请求时，根据所述widget控件标识查找业务标签对应的转换控件；

通过所述转换控件根据所述widget控件标识对应的第一业务资源数据生成第二业务资源数据；

将所述第二业务资源数据反馈至终端设备。

基于上述服务器，本申请第二方面还提供一种数据请求方法，应用于终端设备，所述方法包括：

接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；

在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；

在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。

结合第二方面，在一种可实现方式中，所述获取并向终端设备反馈业务标签对应的第二业务资源数据，包括：

所述处理器确定业务标签对应的转换控件，并通过所述转换控件根据业务标签对应的第一业务资源数据生成第二业务资源数据，并将所述第二业务资源数据反馈至终端设备。

结合第二方面，在一种可实现方式中，所述业务资源数据请求包括业务标签，在所述业务标签表征所述请求为终端设备显示界面上的频道控件接收到操作后触发的情形时，所述业务资源数据请求为非widget控件请求；

在所述业务标签表征所述请求为终端设备显示界面上的widget控件接收到操作后触发的情形时，所述业务资源数据请求为widget控件请求。

结合第二方面，在一种可实现方式中，所述非widget控件请求和所述widget控件请求均通过业务资源数据请求接口接收，获取并向终端设备反馈业务标签对应的业务资源数据，包括：

确定业务标签对应的转换控件，若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第一业务资源数据反馈至终端设备；

若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第二业务资源数据反馈至终端设备。

由以上技术方案可知，本申请提供的服务器及数据请求方法，接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。该种方式，在业务资源数据进行调用时，根据业务资源数据请求是否为widget控件请求，从而选择不同的数据请求方式，基于同一份数据源，针对不同的应用模块，采取与之匹配的数据调用方式，从而实现了后台数据的联动，提高了运营效率。

附图说明

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

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

图2示出了根据一些实施例的控制装置100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的显示设备200中软件配置图；

图5示出了本申请普通电视首页展示的应用场景图；

图6示出了本申请Widget控件显示页面的应用场景图；

图7为本申请在一些实施例中示出的应用场景示意图；

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

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

图10示出了终端设备和服务器之间可能的交互场景示意图；

图11示出了根据一些实施例的服务器交互流程示意图；

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

图13示出了根据一些实施例的服务器执行流程示意图；

图14示出了根据一些实施例的数据请求方法流程图。

具体实施方式

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

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

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

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

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

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

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

本申请各实施例中使用的术语“遥控器”，是指电子设备(如本申请中公开的显示设备)的一个组件，该组件通常可在较短的距离范围内无线控制电子设备。该组件一般可以使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接，也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如：手持式触摸遥控器，是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

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

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

图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

图3示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中控制器包括处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与外部控制设备100或服务器400建立控制信号和数据信号的发送和接收。

在一些实施例中，用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

在一些实施例中，外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。

在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random AccessMemory，RAM)，ROM(Read-Only Memory,ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

CPU处理器。用于执行存储在存储器中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。

在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。

在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

在一些实施例中，音频处理器，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理，得到可以在扬声器中播放的声音信号。

在一些实施例中，用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

在一些实施例中，显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

如图4所示，显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

如图4所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。

应用层主要包含电视上的常用应用，以及应用框架(Application Framework)，其中，常用应用主要是基于浏览器Browser开发的应用，例如：HTML5 APPs；以及原生应用(Native APPs)；

应用框架(Application Framework)是一个完整的程序模型，具备标准应用软件所需的一切基本功能，例如：文件存取、资料交换...，以及这些功能的使用接口(工具栏、状态列、菜单、对话框)。

原生应用(Native APPs)可以支持在线或离线，消息推送或本地资源访问。

中间件层包括各种电视协议、多媒体协议以及系统组件等中间件。中间件可以使用系统软件所提供的基础服务(功能)，衔接网络上应用系统的各个部分或不同的应用，能够达到资源共享、功能共享的目的。

硬件层主要包括HAL接口、硬件以及驱动，其中，HAL接口为所有电视芯片对接的统一接口，具体逻辑由各个芯片来实现。驱动主要包含：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

基于不同的智能电视类型机型，常规操作中有以下两种首页展示形态，如图5和图6所示，图5为普通电视的首页展示场景布局图，图6为widget控件展示形态下的首页展示场景布局图，其中，图6采用的是Widget的方式进行展示，产品通过点击主页上Widget后跳转到其所对应的相应页面的内容。

在相关技术中，基于显示设备的不同机型，在不同显示形态下进行用户界面显示时，运营端需要在后台配置数据中，根据不同的电视分类配置不同的电视首页数据。

作为一种实施方式，在配置如图5所示的普通电视首页展示页面时，运营人员需要在后台配置与首页展示相对应的内容数据，通过频道数据编排的形式，首先创建一个频道，在该频道中根据首页需要展示的专题内容，如AI家、我的、推荐、热门、VIP、电视剧、电影、少儿、新闻等配置不同的专题数据；当选择器移动至首页不同频道的推荐位时，在页面上展示相应的专题内容。

作为一种实施方式，在配置如图6所示的首页展示页面时，Widget控件显示页面作为一种新的显示形态，是通过遥控器触控的操作的，类似于手机屏幕上添加一个小插件的操作。由于Widget控件为功能性的展示插件，并不等同于应用层，其调用数据的方式为首先通过调用应用本身的数据，然后再将调用的数据在终端设备上显示。因此，为了实现点击页面上Widget后跳转到其所对应的相应页面的内容这一目的，则需要在运营人员在后台配置与普通电视首页应用层展示相对应的内容数据外，再为Widget控件页面重新创建频道，建立完之后再根据Widget控件显示页面上需要展示的Widget标识内容在该频道上统一再进行配置，并写入Widget首页上的推荐位，基于此，当普通电视首页内容更新之后，则需要将Widget控件显示页面配置的专题内容做同步更新，如此一来，才能实现数据的同步，但是，对于服务器来说造成了运营工作的浪费和系统新能的不必要损耗。然而，对于不同形态的界面展示，其数据源是一致的，但是在实际应用的操作中，不能做到数据的同步，实现数据的联动关系。

在相关技术中，显示设备的内容资源被设置为“影视”，“电视剧”，“少儿”等不同的频道，再利用相同内容重新创建一个频道，虽然由于内容相同显示设备端从不同的入口(Widget入口，原本的首页入口)进行操作不会造成用户的困扰，但是在服务器侧的设置来讲除了原本的频道配置外，还设置有“影视(Widget)”，“电视剧(Widget)”，“少儿(Widget)”等频道资源配置，造成了运营工作的浪费和系统新能的不必要损耗。

在一些相关技术中，还可以将Widget指令映射到原有的首页入口上，但在显示设备上，原有的首页入口需要适配遥控器的操作逻辑，例如，在以此设置的“影视”，“电视剧”，“少儿”三个频道上，如果初始的焦点位于“影视”频道控件，用户将Widget入口选在的“少儿”频道，指令映射到原有的操作指令上时，由于初始的焦点位于“影视”频道控件，目的的焦点位于“少儿”频道，因此焦点会按照遥控指令的操作逻辑先移动到“电视剧”频道控件上，再从“电视剧”频道控件移动到“少儿”频道控件上。这样可以实现入口的基本功能，但是由于显示设备需要响应遥控器的基本逻辑，使得显示上出现逐步移动的现象，不满于用于的体验需求。

基于此，本实施例提供一种显示设备，图7为本申请在一些实施例中示出的应用场景示意图。如图7所示，遥控器和显示设备之间可以基于低能耗蓝牙(Bluetooth LowEnergy，BLE)协议进行通信，如收/发控制信号、通知消息等。通过遥控器在显示设备上添加widget控件，显示设备响应于遥控器发送的添加指令，在显示界面中添加widget控件，显示界面中显示widget控件显示界面，并响应于在widget控件展示界面中输入的跳转指令，根据所述widget控件信息从服务器获取与所述widget控件信息相对应的资源数据。服务器接收到获取资源数据请求之后，将所述资源数据下发至显示设备，由显示设备在界面上显示。

在一些实施例中，在用户与显示设备交互、或者用户通过遥控器与显示设备交互的过程中，如图8所示，当接收到用户在widget控件展示界面中输入的跳转至“少儿专区”指令时，显示设备向服务器发送获取该“少儿专区”页面的业务资源数据请求，并根据返回的“少儿专区”页面数据，在显示设备上显示如图9所示的界面内容。

在一些实施例中，显示设备响应于用户在首页显示界面中输入的添加widget控件指令，在首页显示界面中添加widget控件；根据widget控件排布形式，在显示界面上显示widget控件显示界面，即显示如图6所示的界面内容。具体的，用户需要在显示页面上添加如“时钟”、“新闻”、“天气”、“教育专区”、“少儿专区”等的widget控件时，可以根据显示界面的控件排布形式，将上述内容进行显示。

在一些实施例中，响应于用户在widget控件显示页面中输入的专题内容转换指令，根据所述专题内容详情从服务器中获取与所述专题内容相对应的专题资源数据；接收服务器下发的所述专题资源数据，并控制所述专题资源数据在用户界面上显示，如上图8和图9所示，当选择展示图8中的“少儿专区”控件时，通过跳转进入到图9所示的“少儿专区”界面。

在一些实施例中，响应于用户在widget控件显示页面中输入的频道内容转换指令，根据所述频道内容详情从服务器中获取与所述频道内容相对应的频道资源数据；接收服务器下发的所述频道资源数据，并控制所述频道资源数据在用户界面上显示。Widget作为一种新的展示形态，根据用户的实际需求，当在显示设备界面上需要展示如图5所示的频道资源数据展示界面时，则向服务器发送频道资源数据的获取请求，待接收到服务器返回的频道资源数据之后，便将该频道资源数据在显示页面上显示。

基于图5至图9所示的界面交互示例，图10示例性示出了终端设备和服务器之间可能的交互场景，在该示例性交互场景中，终端设备具体为显示设备，如触控一体机、智能电视。

如图10所示，该交互过程如下：

S101、显示设备响应于用户在widget控件展示界面中输入的转换指令，向服务器下发数据请求；

S102、当接收到显示设备发送的业务资源数据请求时，根据终端设备的widget控件转换属性，将与所述转换属性对应的频道资源数据返回至显示设备；

S103、显示设备根据接收到的频道资源数据在显示界面上显示。

在上述图10所示的交互场景中，服务器还可以接收终端发送的数据编排请求，为所述终端编排对应的业务资源数据；在编排对应的业务资源数据的同时，将所述业务资源数据存储为频道资源数据格式和专题资源数据格式，所述转换控件通过业务标签与所述频道资源数据或专题资源数据相对应。

本申请实施例提供的服务器，接收终端设备发送的业务资源数据请求，且该业务资源数据请求包括业务标签；在该业务标签表征请求为终端设备显示界面上的频道控件接收到操作后触发的情形时，业务资源数据请求为非widget控件请求；在业务标签表征请求为终端设备显示界面上的widget控件接收到操作后触发的情形时，业务资源数据请求为widget控件请求。可见，业务标签表征为不同状态下的数据请求。

基于此，服务器端根据接收到的不同的业务资源数据请求执行不同的操作，具体的，在业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；在业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。

示例性的，服务器还用于确定业务标签对应的转换控件，并通过所述转换控件根据业务标签对应的第一业务资源数据生成第二业务资源数据，并将所述第二业务资源数据反馈至终端设备。如当接收到业务资源数据请求为非widget控件请求时，即上述普通电视首页的频道数据请求，该业务标签指示为频道数据请求，服务器端则获取并向终端设备反馈对应的频道数据；当接收到业务资源数据请求为widget控件请求时，即上述widget显示页面的专题数据请求，该业务标签指示为专题数据请求，服务器端则首先获取频道数据，通过该频道数据生成专题数据，并向终端设备反馈该专题数据内容。

示例性的，处理器通过运行所述程序指令，还执行：接收终端发送的数据编排请求，为终端设备编排对应的业务资源数据；在编排对应的业务资源数据的同时，将业务资源数据存储为频道资源数据格式和专题资源数据格式，所述转换控件通过业务标签与所述频道资源数据或专题资源数据相对应。也就是说，服务器端可以在存储数据阶段，将业务资源数据存储为频道资源数据格式和专题资源数据格式，最终根据终端设备的不同请求，转换控件通过业务标签进行不同格式数据的下发。

作为一种实施方式，服务器端当接收到终端设备发送的widget控件显示页面数据编排请求时，定义widget控件的转换属性；根据转换属性为终端设备widget控件显示页面编排对应的业务资源数据，并建立业务资源数据与转换属性之间的对应关系。

转换属性包括频道转换属性和专题转换属性，根据转换属性为终端设备widget控件显示页面编排对应的业务资源数据，并建立业务资源数据与转换属性之间的对应关系，包括：

若widget控件显示页面中widget控件的转换属性为专题转换属性，则建立专题资源数据与专题转换属性的对应关系；

若widget控件显示页面中widget控件的转换属性为频道转换属性，则建立频道资源数据与频道转换属性的对应关系。

因此，服务器的另一种执行方式为：

在业务资源数据请求为widget控件请求时，查找业务标签对应的转换控件；

识别转换控件的转换属性；

若转换属性为频道转换属性，则获取对应频道转换属性的频道资源数据；

若转换属性为专题转换属性，则获取对应专题转换属性的专题资源数据。

示例性的，在一些实施方式中，请参考附图11，本申请实施例提供的服务器，包括：运营编排系统、运营编排子系统以及面向终端子系统，其中：

运营编排系统，用于对运营首页内容的编排，本实施例中被配置为对用户界面的首页展示内容进行数据编排；

运营编排子系统，用于对运营编排结果进行数据存储，本实施例中被配置为根据用户界面的页面展示形态，将所述数据编排结果存储为相应的数据内容；

面向终端子系统，被配置为根据用户界面的页面展示形态，在运营编排子系统中调用与其相对应的数据内容，并将所述数据内容返回至终端设备。本实施例中终端设备的数据均是通过面向终端子系统进行下发，根据终端设备传递上的标识获取运营编排子系统中取编排数据，并根据不同的类型机型进行数据的下发。

示例性的，当接收到请求展示如图5所示的第一形态显示界面数据的指令，在运营编排子系统中调用与其相对应的第一数据内容。

当面向终端子系统在接收到请求展示不同显示形态界面时，在运营编排子系统中调用与其相对应的页面数据内容，该数据内容包括频道数据和专题数据，频道数据和专题数据为同一种数据编排的两种存储形式。以图5中的应用场景为例，作为第一形态显示界面，该第一形态显示界面下的页面展示形态为第一页面展示形态。在数据编排阶段，在运营编排系统中首先创建一个频道，在该频道中根据第一形态显示界面需要展示的专题内容，如AI家、我的、推荐、热门、VIP、电视剧、电影、少儿、新闻等配置不同的专题数据；当选择器移动至第一形态显示界面不同频道的推荐位时，通过向面向终端子系统发送请求数据之后，用户界面根据第一页面展示形态将返回的数据内容在展示不同频道数据的同时，通过选择器的移动展示各个频道的推荐位时，在页面上展示相应的专题内容，如图12所示。

示例性的，当接收到请求展示如图6所示的第二形态显示界面数据的指令，在运营编排子系统中调用与其相对应的第二数据内容。

以图6中的应用场景为例，用户界面首页采用Widget控件展示的方式，用于显示功能性信息的页面。该页面作为第二形态显示界面，通过选择器选中第二页面展示形态下用户首页的Widget控件，展示相对应的频道数据或专题数据。该第二形态显示界面下的页面展示形态为第二页面展示形态。在数据编排阶段，对于数据的编排与第一形态显示界面类似，当运营人员或者用户将业务Widget控件添加到运营终端上时，可以选择类型，即通过选择Widget控件跳转到频道内容或者是专题内容，终端根据不同的类型进行数据的展示。用户选择应用的Widget，会根据当前Widget的标识，如影视Widget还是少儿Widget，向服务器发送数据请求，首先根据当前Widget的标识查找与之对应的转换控件，并将该请求发送至转换控件，经由转换控件向服务器获取对应于该转换控件的专题资源数据。体现到显示设备端，则为，当选择影视Widget标识时，用户界面跳转至影视专题，如图8所示，当选择少儿Widget标识时，用户跳转至少儿页面，如图9所示。

通过如上的方式实现了一种编排，两种使用场景的应用，提高了运营的工作效率，在编排运营频道时同步生成相应的专题栏目，在普通的电视上进入到专题的跳转，在基于相对而言特殊形态的Widget控件上也能够跳转到相应的专题。

上述运营编排系统、运营编排子系统以及面向终端子系统构成了本申请实施例中提供的服务器，结合本实施例提供的服务器在具体应用时的过程，如图13所示，包括以下执行步骤：

S201、对用户界面的首页展示内容进行数据编排。

用户界面的首页展示内容在数据编排阶段，虽然在多数情况下针对的是不同机型的运营终端，如图5和图6中所代表的是普通电视首页和Widget控件电视机型首页的不通展示形态，但是，其数据来源是相同的，通过不同用户界面向后台发送数据请求时，其最终的数据请求是发送至同一数据源的。因此，在数据编排阶段，可以将数据内容编排为不同的数据形式，以便于在返回数据时可以根据具体的用户界面进行调用。

S202、根据用户界面的页面展示形态，将所述数据编排结果存储为相应的数据内容。

为了适应不同用户界面的页面展示形态，在数据存储阶段，将数据编排结果存储为不同的形态，在后期产品应用时，可以根据不同的首页界面，选择不同的数据内容，即在数据存储阶段完成了基于不同产品类型的数据存储。

S203、根据用户界面的页面展示形态，调用与其相对应的数据内容，并将所述数据内容返回至终端设备。

根据运营终端传递上的标识获取相应的编排数据，并根据不同的类型机型进行数据的下发。

由以上技术方案可知，本申请提供的一种服务器，通过运营编排系统，为用户界面的首页展示内容进行数据编排，运营编排子系统再根据用户界面的页面展示形态，将所述数据编排结果存储为相应的数据内容，最后，通过面向终端子系统根据用户界面的页面展示形态，在运营编排子系统中调用与其相对应的数据内容，并将所述数据内容返回至运营终端。本申请中提供的服务器，在用户界面首页编排的时候，将数据编排结果存储为不同的形态，在显示设备应用时，可以根据不同的首页界面，选择不同的数据内容，即在数据存储阶段完成了基于不同产品类型的数据存储，因此，在调用时，可以任意选择匹配首页模式的数据内容，避免了不同应用场景的数据重复配置，提高了运营效率。

结合本实施例提供的服务器在具体应用时的过程，以下对本申请实施例中的服务器执行操作做进一步的描述：

运营人员通过运营编排系统对首页内容进行数据编排；

在运营编排子系统中对上述运营数据编排内容进行存储，在存储时，保存频道数据的同时再保存一份专题数据；

以Widget控件展示页面为例，添加业务Widget控件到显示设备首页上时，添加的时候选择跳转类型，可以为频道类型或者专题类型，根据跳转类型向面向终端子系统请求相应的配置数据；

向面向终端子系统向运营编排子系统请求频道配置数据或者专题配置数据；

接收向面向终端子系统的数据请求，运营编排子系统根据请求指令向面向终端子系统进行数据反馈；

向面终端子系统将接收到的反馈数据下发至转换控件；

用户选中Widget控件时，会根据当前Widget的标识，查找与之对应的转换控件，

经由转换控件向面向终端子系统获取对应于该转换控件的专题资源数据；

接收到专题资源数据之后，则跳转至相应的专题内容。

根据上述实施例提供的显示设备，本申请实施例还提供一种数据请求方法，如图14所示，该方法可以包括：

S301、接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；

S302、在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；

S303、在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。

需要说明的是，本申请所提供的数据请求方法，其各步骤更为具体的实现方式，都可以参见上述图1-图14对应的实施例，此处不予赘述。

根据上述实施例提供的服务器，本申请实施例还提供一种数据请求方法，该数据请求方法的执行主体包括但不限于服务器的处理器，该数据请求方法包括上述实施例中服务器执行的部分或者全部步骤。由于在上述实施例中已经对服务器执行的步骤及其具体实现方式予以详细介绍，因此该数据请求方法所包含的步骤及其具体实现方式参见上述实施例即可，此处不予赘述。

具体实现中，本发明还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本发明提供的数据请求方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种服务器，其特征在于，包括：

存储器，所述存储器用于存储程序指令；

处理器，所述处理器通过运行所述程序指令，执行：

接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；

在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；

在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。

2.根据权利要求1所述的服务器，其特征在于，所述获取并向终端设备反馈业务标签对应的第二业务资源数据，包括：

所述处理器确定业务标签对应的转换控件，并通过所述转换控件根据业务标签对应的第一业务资源数据生成第二业务资源数据，并将所述第二业务资源数据反馈至终端设备。

3.根据权利要求1所述的服务器，其特征在于，

所述业务资源数据请求包括业务标签，在所述业务标签表征所述请求为终端设备显示界面上的频道控件接收到操作后触发的情形时，所述业务资源数据请求为非widget控件请求；

在所述业务标签表征所述请求为终端设备显示界面上的widget控件接收到操作后触发的情形时，所述业务资源数据请求为widget控件请求。

4.根据权利要求1所述的服务器，其特征在于，所述处理器通过运行所述程序指令，还执行：

当接收到终端设备发送的widget控件显示页面数据编排请求时，定义widget控件的转换属性；

根据所述转换属性为终端设备widget控件显示页面编排对应的业务资源数据，并建立所述业务资源数据与转换属性之间的对应关系。

5.根据权利要求1所述的服务器，其特征在于，所述非widget控件请求和所述widget控件请求均通过业务资源数据请求接口接收，获取并向终端设备反馈业务标签对应的业务资源数据，包括：

确定业务标签对应的转换控件，若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第一业务资源数据反馈至终端设备；

若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第二业务资源数据反馈至终端设备。

6.根据权利要求2所述的服务器，其特征在于，所述widget控件包括widget控件标识，所述在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据，包括：

在所述业务资源数据请求为widget控件请求时，根据所述widget控件标识查找业务标签对应的转换控件；

通过所述转换控件根据所述widget控件标识对应的第一业务资源数据生成第二业务资源数据；

将所述第二业务资源数据反馈至终端设备。

7.一种数据请求方法，其特征在于，应用于终端设备，所述方法包括：

接收终端设备发送的业务资源数据请求，所述业务资源数据请求包括业务标签；

在所述业务资源数据请求为非widget控件请求时，获取并向终端设备反馈业务标签对应的第一业务资源数据；

在所述业务资源数据请求为widget控件请求时，获取并向终端设备反馈业务标签对应的第二业务资源数据。

8.根据权利要求7所述的数据请求方法，其特征在于，所述获取并向终端设备反馈业务标签对应的第二业务资源数据，包括：

所述处理器确定业务标签对应的转换控件，并通过所述转换控件根据业务标签对应的第一业务资源数据生成第二业务资源数据，并将所述第二业务资源数据反馈至终端设备。

9.根据权利要求7所述的数据请求方法，其特征在于，所述业务资源数据请求包括业务标签，在所述业务标签表征所述请求为终端设备显示界面上的频道控件接收到操作后触发的情形时，所述业务资源数据请求为非widget控件请求；

在所述业务标签表征所述请求为终端设备显示界面上的widget控件接收到操作后触发的情形时，所述业务资源数据请求为widget控件请求。

10.根据权利要求7所述的数据请求方法，其特征在于，所述非widget控件请求和所述widget控件请求均通过业务资源数据请求接口接收，获取并向终端设备反馈业务标签对应的业务资源数据，包括：

确定业务标签对应的转换控件，若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第一业务资源数据反馈至终端设备；

若所述业务标签为非widget控件请求时，通过所述转换控件获取并直接将业务标签对应的第二业务资源数据反馈至终端设备。

Images