CN112566336A - 一种显示设备及灯效控制方法 - Google Patents

Abstract

本申请提供一种显示设备及灯效控制方法，所述灯效控制方法可以在获取用户输入的控制指令后，依次通过中间件程序中的多个控制层对控制指令中的控制参数进行修改，从而生成灯效命令并发送到被控灯具，以使被控灯具可以按照灯效命令完成灯光效果展示。所述灯效控制方法可以实现对控制指令进行抽象，并在多个控制层的共同作用下，生成灯效命令并进行命令发送，实现对控制过程的定制和改变，以适应复杂应用场景。

Description

一种显示设备及灯效控制方法

技术领域

本申请涉及灯效控制技术领域，尤其涉及一种显示设备及灯效控制方法。

背景技术

灯效控制是指通过预设控制指令控制连接在灯板上的灯具，使灯具按照预设控制指令中指定的循环方式进行明暗展示或发出不同效果的光，从而使多个灯具按照一定的规律共同组成特定的效果，以适应不同的应用场景。

由于灯具的种类较多，例如包括白灯、红绿灯、彩灯、炫彩灯、国旗灯等，不同类型的灯具所能够展示出的效果不同，导致其在控制过程中需要不同的控制方式。因此对于多个不同类型的灯具控制，通常需要应用发送灯效控制命令，并通过中间件将控制命令发送到灯效板，以通过灯效板实现控制命令中指定的效果，如设置供电方式、模式以及控制协议等。

可见，这种控制方式的实现方式简单，即传统的“直上直下”的控制，存在不能直接定制和改变的缺陷。并且在一些复杂应用场景时，容易出现控制冲突，只能打断控制，使灯效控制的应用效果较差。

发明内容

本申请提供了一种显示设备及灯效控制方法，以解决传统灯效控制方法不适用于复杂应用场景的问题。

一方面，本申请提供一种显示设备，包括：显示器、被控灯具以及控制器。其中，所述显示器被配置为显示用户界面；被控灯具被配置为按照灯效命令明暗，所述控制器被配置为执行以下程序步骤：

获取用户输入的控制指令；

响应于所述控制指令，依次通过中间件程序中的多个控制层修改所述控制指令中的控制参数，以生成灯效命令，所述中间件程序内置存储层，所述存储层中配置有数据分离区和设备信息区，所述数据分离区中存储有灯效信息；所述设备信息区被配置为与被控灯具的电源管理驱动交互；

将所述灯效命令发送至所述被控灯具。

另一方面，本申请还提供一种灯效控制方法，应用于显示设备，所述显示设备包括：显示器、被控灯具以及控制器，所述灯效控制方法包括：

获取用户输入的控制指令；

响应于所述控制指令，依次通过中间件程序中的多个控制层修改所述控制指令中的控制参数，以生成灯效命令，所述中间件程序内置存储层，所述存储层中配置有数据分离区和设备信息区，所述数据分离区中存储有灯效信息；所述设备信息区被配置为与被控灯具的电源管理驱动交互；

将所述灯效命令发送至所述被控灯具。

由以上技术方案可知，本申请提供的显示设备及灯效控制方法可以在获取用户输入的控制指令后，依次通过中间件程序中的多个控制层对控制指令中的控制参数进行修改，从而生成灯效命令并发送到被控灯具，以使被控灯具可以按照灯效命令完成灯光效果展示。所述灯效控制方法可以实现对控制指令进行抽象，并在多个控制层的共同作用下，生成灯效命令并进行命令发送，有利于实现对控制过程的定制和改变，适应复杂应用场景。

附图说明

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

图1为本申请实施例中显示设备与控制装置之间操作场景的示意图；

图2为本申请实施例中显示设备的硬件配置框图；

图3为本申请实施例中控制设备的硬件配置框图；

图4为本申请实施例中显示设备软件配置示意图；

图5为本申请实施例中显示设备应用程序的图标控件界面显示示意图；

图6为本申请实施例中显示设备与被控灯具构成的灯效控制系统结构示意图；

图7为本申请实施例中灯效控制方法流程示意图；

图8为本申请实施例中中间件结构示意图；

图9为本申请实施例中中间件内部数据流程示意图；

图10为本申请实施例中提取灯效信息的流程示意图；

图11为本申请实施例中灯效优先级控制流程示意图；

图12为本申请实施例中灯效冲突控制流程示意图；

图13为本申请实施例中多个控制层的作用流程示意图。

具体实施方式

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

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

基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。

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

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

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

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

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

本申请中使用的术语“手势”，是指用户通过一种手型的变化或手部运动等动作，用于表达预期想法、动作、目的/或结果的用户行为。

图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1中示出，用户可通过移动终端100A或遥控器100B等控制装置100操作显示设备200。

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

在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上，在直观的用户界面(UI)中为用户提供各种控制。

在一些实施例中，移动终端100A可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。如：可以实现用移动终端100A与显示设备200建立控制指令协议，将遥控控制键盘同步到移动终端100A上，通过控制移动终端100A上用户界面，实现控制显示设备200的功能。也可以将移动终端100A上显示音视频内容传输到显示设备200上，实现同步显示功能。

如图1中还示出，显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。示例的，显示设备200通过发送和接收信息，以及电子节目指南(EPG)互动，接收软件程序更新，或访问远程储存的数字媒体库。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。通过服务器400提供视频点播和广告服务等其他网络服务内容。

显示设备200，可以液晶显示器、OLED显示器、投影显示设备。具体显示设备类型，尺寸大小和分辨率等不作限定，本领技术人员可以理解的是，显示设备200可以根据需要做性能和配置上一些改变。

显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能，包括但不限于，网络电视、智能电视、互联网协议电视(IPTV)等。

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

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

在一些实施例中，显示器275，用于接收源自第一处理器输出的图像信号，进行显示视频内容和图像以及菜单操控界面的组件。

在一些实施例中，显示器275，包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件。

在一些实施例中，显示视频内容，可以来自广播电视内容，也可以是说，可通过有线或无线通信协议接收的各种广播信号。或者，可显示来自网络通信协议接收来自网络服务器端发送的各种图像内容。

在一些实施例中，显示器275用于呈现显示设备200中产生且用于控制显示设备200的用户操控UI界面。

在一些实施例中，根据显示器275类型不同，还包括用于驱动显示的驱动组件。

在一些实施例中，显示器275为一种投影显示器，还可以包括一种投影装置和投影屏幕。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如：通信器可以包括Wifi芯片，蓝牙通信协议芯片，有线以太网通信协议芯片等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。

在一些实施例中，显示设备200可以通过通信器220与外部控制设备100或内容提供设备之间建立控制信号和数据信号发送和接收。

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

在一些实施例中，检测器230是显示设备200用于采集外部环境或与外部交互的信号。

在一些实施例中，检测器230包括光接收器，用于采集环境光线强度的传感器，可以通过采集环境光可以自适应性显示参数变化等。

在一些实施例中，检测器230还可以包括图像采集器，如相机、摄像头等，可以用于采集外部环境场景，以及用于采集用户的属性或与用户交互手势，可以自适应变化显示参数，也可以识别用户手势，以实现与用户之间互动的功能。

在一些实施例中，检测器230还可以包括温度传感器等，如通过感测环境温度。

在一些实施例中，显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时，可调整显示设备200显示图像色温偏冷色调，或当温度偏低的环境时，可以调整显示设备200显示图像偏暖色调。

在一些实施例中，检测器230还可声音采集器等，如麦克风，可以用于接收用户的声音。示例性的，包括用户控制显示设备200的控制指令的语音信号，或采集环境声音，用于识别环境场景类型，使得显示设备200可以自适应适应环境噪声。

在一些实施例中，如图2所示，输入/输出接口255被配置为，可进行控制器250与外部其他设备或其他控制器250之间的数据传输。如接收外部设备的视频信号数据和音频信号数据、或命令指令数据等。

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

在一些实施例中，如图2所示，调谐解调器210被配置为，通过有线或无线接收方式接收广播电视信号，可以进行放大、混频和谐振等调制解调处理，从多多个无线或有线广播电视信号中解调出音视频信号，该音视频信号可以包括用户所选择电视频道频率中所携带的电视音视频信号，以及EPG数据信号。

在一些实施例中，调谐解调器210解调的频点受到控制器250的控制，控制器250可根据用户选择发出控制信号，以使的调制解调器响应用户选择的电视信号频率以及调制解调该频率所携带的电视信号。

在一些实施例中，广播电视信号可根据电视信号广播制式不同区分为地面广播信号、有线广播信号、卫星广播信号或互联网广播信号等。或者根据调制类型不同可以区分为数字调制信号，模拟调制信号等。或者根据信号种类不同区分为数字信号、模拟信号等。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。这样，机顶盒将接收到的广播电视信号调制解调后的电视音视频信号输出给主体设备，主体设备经过第一输入/输出接口接收音视频信号。

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

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接或图标。与所选择的对象有关操作，例如：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。用于选择UI对象用户命令，可以是通过连接到显示设备200的各种输入装置(例如，鼠标、键盘、触摸板等)输入命令或者与由用户说出语音相对应的语音命令。

如图2所示，控制器250包括随机存取存储器251(Random Access Memory，RAM)、只读存储器252(Read-Only Memory,ROM)、视频处理器270、音频处理器280、其他处理器253(例如：图形处理器(Graphics Processing Unit，GPU)、中央处理器254(CentralProcessing Unit，CPU)、通信接口(Communication Interface)，以及通信总线256(Bus)中的至少一种。其中，通信总线连接各个部件。

在一些实施例中，RAM 251用于存储操作系统或其他正在运行中的程序的临时数据

在一些实施例中，ROM 252用于存储各种系统启动的指令。

在一些实施例中，ROM 252用于存储一个基本输入输出系统，称为基本输入输出系统(Basic Input Output System，BIOS)。用于完成对系统的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统。

在一些实施例中，在收到开机信号时，显示设备200电源开始启动，CPU运行ROM252中系统启动指令，将存储在存储器的操作系统的临时数据拷贝至RAM 251中，以便于启动或运行操作系统。当操作系统启动完成后，CPU再将存储器中各种应用程序的临时数据拷贝至RAM 251中,然后，以便于启动或运行各种应用程序。

在一些实施例中，处理器254，用于执行存储在存储器中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。

在一些示例性实施例中，处理器254，可以包括多个处理器。多个处理器可包括一个主处理器以及一个或多个子处理器。主处理器，用于在预加电模式中执行显示设备200一些操作，和/或在正常模式下显示画面的操作。一个或多个子处理器，用于在待机模式等状态下一种操作。

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

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

在一些实施例中，视频处理器270，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。

其中，解复用模块，用于对输入视频数据流进行解复用处理，如输入MPEG-2,则解复用模块进行解复用成视频信号和音频信号等。

视频解码模块，则用于对解复用后的视频信号进行处理，包括解码和缩放处理等。

图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。

帧率转换模块，用于对转换输入视频帧率，如将60Hz帧率转换为120Hz帧率或240Hz帧率，通常的格式采用如插帧方式实现。

显示格式化模块，则用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

在一些实施例中，图形处理器253可以和视频处理器可以集成设置，也可以分开设置，集成设置的时候可以执行输出给显示器的图形信号的处理，分离设置的时候可以分别执行不同的功能，例如GPU+FRC(Frame Rate Conversion))架构。

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

在一些实施例中，视频处理器270可以包括一颗或多颗芯片组成。音频处理器，也可以包括一颗或多颗芯片组成。

在一些实施例中，视频处理器270和音频处理器280，可以单独的芯片，也可以于控制器一起集成在一颗或多颗芯片中。

在一些实施例中，音频输出，在控制器250的控制下接收音频处理器280输出的声音信号，如：扬声器286，以及除了显示设备200自身携带的扬声器之外，可以输出至外接设备的发生装置的外接音响输出端子，如：外接音响接口或耳机接口等，还可以包括通信接口中的近距离通信模块，例如：用于进行蓝牙扬声器声音输出的蓝牙模块。

供电电源290，在控制器250控制下，将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路，也可以是安装在显示设备200外部电源，在显示设备200中提供外接电源的电源接口。

用户接口265，用于接收用户的输入信号，然后，将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器100B信号，可以通过网络通信模块接收各种用户控制信号。

在一些实施例中，用户通过控制装置100或移动终端100A输入用户命令，用户输入接口则根据用户的输入，显示设备200则通过控制器250响应用户的输入。

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

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

存储器260，包括存储用于驱动显示设备200的各种软件模块。如：第一存储器中存储的各种软件模块，包括：基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等中的至少一种。

基础模块用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块用于从各种传感器或用户输入接口中收集各种信息，并进行数模转换以及分析管理的管理模块。

例如，语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块用于控制显示器进行显示图像内容的模块，可以用于播放多媒体图像内容和UI界面等信息。通信模块，用于与外部设备之间进行控制和数据通信的模块。浏览器模块，用于执行浏览服务器之间数据通信的模块。服务模块，用于提供各种服务以及各类应用程序在内的模块。同时，存储器260还用存储接收外部数据和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。

图3示例性示出了根据示例性实施例中控制设备100的配置框图。如图3所示，控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。

控制设备100被配置为控制显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。如：用户通过操作控制设备100上频道加减键，显示设备200响应频道加减的操作。

在一些实施例中，控制设备100可是一种智能设备。如：控制设备100可根据用户需求安装控制显示设备200的各种应用。

在一些实施例中，如图1所示，移动终端100A或其他智能电子设备，可在安装操控显示设备200的应用之后，可以起到控制设备100类似功能。如：用户可以通过安装应用，在移动终端100A或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮，以实现控制设备100实体按键的功能。

控制器110包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器用于控制控制设备100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。

通信接口130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。如：将接收到的用户输入信号发送至显示设备200上。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。

用户输入/输出接口140，其中，输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。如：用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能，输入接口通过将接收的模拟信号转换为数字信号，以及数字信号转换为相应指令信号，发送至显示设备200。

输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中，可以红外接口，也可以是射频接口。如：红外信号接口时，需要将用户输入指令按照红外控制协议转化为红外控制信号，经红外发送模块进行发送至显示设备200。再如：射频信号接口时，需将用户输入指令转化为数字信号，然后按照射频控制信号调制协议进行调制后，由射频发送端子发送至显示设备200。

在一些实施例中，控制设备100包括通信接口130和输入输出接口140中至少一者。控制设备100中配置通信接口130，如：WiFi、蓝牙、NFC等模块，可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码，发送至显示设备200.

存储器190，用于在控制器的控制下存储驱动和控制控制设备200的各种运行程序、数据和应用。存储器190，可以存储用户输入的各类控制信号指令。

供电电源180，用于在控制器的控制下为控制设备100各元件提供运行电力支持。可以电池及相关控制电路。

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

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如嗨见程序、K歌程序、魔镜程序等。在具体实施时，应用程序层中的应用程序包不限于以上举例，实际还可以包括其它应用程序包，本申请实施例对此不做限制。

框架层为应用程序层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务

如图4所示，本申请实施例中应用程序框架层包括管理器(Managers)，内容提供者(Content Provider)等，其中管理器包括以下模块中的至少一个：活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互；位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(Package Manager)用于检测当前安装在设备上的应用程序包相关的各种信息；通知管理器(NotificationManager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于：管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出(包括将显示窗口中当前显示的用户界面切换到系统桌面)、打开、后退(包括将显示窗口中当前显示的用户界面切换到当前显示的用户界面的上一级用户界面)等。

在一些实施例中，窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，触摸传感器、压力传感器等)等。

在一些实施例中，内核层还包括用于进行电源管理的电源驱动模块。

在一些实施例中，图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。

在一些实施例中，以魔镜应用(拍照应用)为例，当遥控接收装置接收到遥控器100B输入操作，相应的硬件中断被发给内核层。内核层将输入操作加工成原始输入事件(包括输入操作的值，输入操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，根据焦点当前的位置识别该输入事件所对应的控件以及以该输入操作是确认操作，该确认操作所对应的控件为魔镜应用图标的控件，魔镜应用调用应用框架层的接口，启动魔镜应用，进而通过调用内核层启动摄像头驱动，实现通过摄像头捕获静态图像或视频。

在一些实施例中，对于具备触控功能的显示设备，以分屏操作为例，显示设备接收用户作用于显示屏上的输入操作(如分屏操作)，内核层可以根据输入操作产生相应的输入事件，并向应用程序框架层上报该事件。由应用程序框架层的活动管理器设置与该输入操作对应的窗口模式(如多窗口模式)以及窗口位置和大小等。应用程序框架层的窗口管理根据活动管理器的设置绘制窗口，然后将绘制的窗口数据发送给内核层的显示驱动，由显示驱动在显示屏的不同显示区域显示与之对应的应用界面。

在一些实施例中，如图5中所示，应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。

在一些实施例中，直播电视应用程序，可以通过不同的信号源提供直播电视。例如，直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及，直播电视应用程序可在显示设备200上显示直播电视信号的视频。

在一些实施例中，视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。例如，视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。

在一些实施例中，媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。例如，媒体中心，可以为不同于直播电视或视频点播，用户可通过媒体中心应用程序访问各种图像或音频所提供服务。

在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上可运行。

基于上述显示设备200，本申请的部分实施例可以通过显示设备200以及被控灯具300构建灯效控制系统，所述灯效控制系统可以是独立的灯光系统，也可以是内置或外接于一种控制设备上与控制设备共同构成的辅助系统。例如，灯效控制系统可以是应用于显示设备的辅助灯效系统，即通过显示设备的外部装置接口连接各种灯具，以利用显示设备的处理能力对外接的各种灯具进行灯效控制。

本申请实施例中，灯具泛指能够将电能转化为光能的发光组件，包括提示灯、照明灯、景观灯、信号灯等。本申请对灯具的发光原理不做限定，可以是传统电灯、LED(LightEmitting Diode，发光二极管)灯以及基于荧光原理的灯。灯具可以按照不同的使用用途发出特定类型的光，如特定颜色、特定亮度以及特定频率等。多个灯还可以按照一定的排列组合方式，共同构成具有特殊组合形状的灯具。例如，将不同颜色、形状、发光状态的多个灯具组合形成艺术图案效果的景物，以及通过不同颜色、形状、发光状态的多个灯具按照特定的循环闪烁，营造舞台效果等。

灯具可以通过引脚等接口方式接入灯效控制板，以通过灯效控制板控制每个灯具的供电状态，控制灯具的发光形式。其中，灯具的供电状态可以包括通断状态和供电类型状态等。通过调整供电状态可以控制相应灯具的开启和关闭，例如，在需要灯具发光时，可以将对应的通断状态设置为“开启”，则灯具能够获得电能供给而发光；同理，在需要灯具不发光时，可以将对应的通断状态设置为“关闭”，则灯具不能获得电能供给即不发光。如此，可以按照设定的规律控制通断状态，从而使灯具能够按照设定的频率进行闪烁，达到预设效果。例如，对于系统运行负荷指示灯，灯效控制板可以在负荷较大时，设置灯具的通断状态的频率较高，以控制灯具以较高的频率闪烁，表示系统负荷较大。

供电类型状态可以表示灯效控制板以不同形式进行供电输入，控制灯具发出不同形式的光，例如可以通过不同的供电电压值，驱动灯具发出不同亮度的光，从而实现特定的灯光效果。或者通过不同变化规律的供电电压，以控制灯具按照其变化规律呈现其不同规律的明暗变化，实现特定的灯光效果。

对于灯效控制板，可以在其中集成处理器芯片等控制元件，并通过执行特定的程序，控制连接至灯效控制板上所有灯具的发光状态。其中，控制元件可以是具有数据处理功能的各种控制器，如单片机、微处理器、可编程逻辑控制器等。控制元件所执行的控制程序可以由智能终端进行统一配置。例如，灯效控制板可以在初始配置阶段通过连接计算机、智能移动终端等设备，实现与用户之间的人机交互。用户可以在智能终端设备上通过特定的应用程序软件进行程序编写，并在完成程序编写后，将程序内容传输到灯效板的控制元件中，以使灯效板的控制元件能够运行编写的程序。

此外，对于计算机、智能电视、手机等智能终端设备，其中可以集成多个灯具，用来指示不同的功能。其中，每个灯具也可以统一通过主板(或专用控制板)直接连接至智能终端的控制器。此时，智能终端可以在操作系统中提供专用的设置程序，使得用户可以直接通过智能终端设备运行控制程序，以完成对灯效的控制。

需要说明的是，对于灯效的控制，不仅局限于具体的灯具，也可以适用于部分依靠发光器件而实现显示功能的屏幕装置。例如，对于LED大屏幕，其中内置按阵列排布的多个LED发光体，不同的LED发光体可以发出不同颜色和深度的光，如红光、绿光和蓝光。通过控制发光LED发光体的亮度，可以组合呈现出多种不同的颜色，即形成一个像素点，最终通过多个像素点组合形成具体的图案。由于LED原理的屏幕装置对具体图案的显示本质上是对各个LED灯的控制，因此本申请中灯效控制也可以适用于屏幕上的灯效控制。

显然，关于灯效的控制，可以根据应用场景的不同，具有不同的复杂程度。例如，对于交通红绿灯的控制过程比较简单，只需要在适当的时候通过控制红灯、绿灯以及黄灯的开启和关闭，即可以完成控制交通的目的。而对比LED屏幕显示的控制则比较复杂，不仅被控制的灯具数量较多，而且随着呈现图案的变化，每个LED发光体的控制方式也需要在不同的时刻呈现不同的发光效果。又例如，在一些应用场景中，接入灯效控制板的灯具类型和数量都比较多，如同时接入灯效控制板的有白灯、红绿灯、彩灯、炫彩灯、国旗灯等，则对于多个灯效的控制需要进行单独的控制。

由于灯效控制需要智能终端上实现人机交互，并由智能终端将程序指令传递给灯效控制板，因此在复杂的应用场景下，用户需要完全了解各种类型灯具的控制方法，才能通过智能终端分别完成每一种类型的灯具控制，大大增加了控制程序编写难度。并且，由于在控制程序设置过程中，需要在智能终端中全部控制程序的编写，而灯效控制板只执行该程序，因此不利于对灯具的控制过程进行定制和更改。

基于此，如图6、图7所示，本申请的部分实施例中提供一种显示设备200，包括：显示器275、被控灯具300以及控制器250。被控灯具300可以在供电后发光，输出灯光效果。

实际应用中，控制器可以实时获取用户输入的控制指令，并将控制指令发送给中间件程序，所述中间件程序中可以配置有多个控制层，多个控制层可以分别对应多个不同的功能。例如，优先级控制层、冲突控制层、类型控制层、循环控制层、存储控制层以及协议控制层等。每个控制层可以根据预设的控制方式对控制指令进行修改、整理、转化，以使控制指令能够适应相应的功能。

控制层的层数，可以根据具体应用显示设备200中灯具的种类和数量进行设置。例如，当显示设备200中只有白灯一种类型的被控灯具300时，由于白灯的数据传输都是GPIO(General-purpose input/output，通用型输入输出)方式，则无需对在中间件300中配置优先级控制层、冲突控制层以及协议控制层，只需要配置类型控制层、循环控制层和存储控制层即可实现对白灯灯效的控制。

在实际应用中，用户可以根据需求接入不同的灯具，并且可以随着实际的应用过程，添加、删除或替换接入的灯具。对于这种应用场景，可以在中间件程序中配置全部类型的控制层，而没有使用的控制层则可以不对控制指令的参数进行修改。

例如，在一些实施例中，可以在中间件程序中配置灯效优先级和冲突控制层、灯效类型控制层、循环控制层、存储控制层以及控制协议层五个控制层，并且多个控制层的顺序被设置为：依次进行灯效优先级和冲突控制层、灯效类型控制层、循环控制层、存储控制层、控制协议层的处理。而每一个控制指令，控制器250可以通过执行中间件程序，经过上述5个控制层进行处理，以最终获得能够控制灯具的灯效命令，从而实现预期功能。

所述中间件程序还可以内置有存储层，所述存储层中配置有数据分离区和设备信息区。其中，所述数据分离区中存储有灯效信息，所述灯效信息可以包括接入中间件300的所有灯具的信息以及配置好的灯效控制程序。如灯效的初始化内容，包括灯的类型(白灯、红绿灯、炫彩灯、国旗灯等)，不同类型下灯具的I2C(Inter-Integrated Circuit，内部整合电路)、GPIO控制引脚，灯效优先级定义配置文件等；所述设备信息区，也称Deviceinfo分区，可以暂存被调用的控制程序，并且被配置为与被控灯具300的电源管理驱动交互。

实际应用中，数据分离区中可以存储配置好的控制程序，以供控制器250调用。并在设备信息区中运行被调用的控制程序，从而实现对控制程序的修改或重新配置。在修改系统中灯具的种类或数量，以及需要定制和更改灯效时，可以再通过控制指令进行调用并触发修改，以及将修改后的控制程序存储在数据分离区之中，最后在设备信息区中替换原控制程序，实现下一轮控制。

为了实现上述控制过程，如图7、图9所示，在本申请的部分实施例中，所述控制器250被配置为执行以下程序步骤：

S1：获取用户输入的控制指令；

当需要对被控灯具300进行控制程序配置时，控制器可以先接收用户输入的控制指令。根据系统的组成不同，控制指令的获取方式也不同。例如，当灯具以外接装置的方式接入到智能终端设备时，控制指令可以由用户通过智能终端设备上的控制程序界面中输入一系列操作完成。

显然，对于不同类型的智能终端设备，由于其交互方式不同，导致输入控制指令的操作方式也不同。例如，对于计算机设备，控制指令可以通过鼠标或键盘等输入装置通过操作界面输入各种操作，控制器或计算机的处理器再根据应用程序控制策略，将输入的操作动作转化为控制指令。

智能终端还可以是具有数据处理功能的移动终端100A，如手机、智能电视等。显示设备可以根据其用途提供多种交互方式，如触控交互、智能语音交互等。用户可以通过移动终端100A提供的交互方式，输入控制指令。

S2：响应于所述控制指令，依次通过中间件程序中的多个控制层修改所述控制指令中的控制参数，以生成灯效命令。

在获取用户输入的控制指令后，控制器可以响应于该控制指令，执行中间件程序处理该控制指令，对控制指令中的控制参数进行修改，由于中间件程序中配置有多个控制层，每个控制层都可以对控制指令中的控制参数进行修改，因此在获得控制指令后，控制器可以通过运行各个控制层中对应的控制程序，执行对控制指令进行的修改，使得每一个控制指令都可以经过多个控制层进行处理，以生成灯效命令。

其中，中间件程序中的多个控制层包括优先级和冲突控制层、灯效类型控制层、循环控制层、存储控制层以及控制协议层中的多种组合。为了实现对被控灯具300进行控制，中间件程序中的多个控制层可以按照设定的顺序依次对控制指令进行处理。

例如，控制指令可以先经过优先级和冲突控制层进行处理，以便确定控制指令中指定的灯效之中是否有控制的优先级和冲突。在确定控制优先级或解决控制冲突后，通过灯效类型控制层对控制指令进行处理，以便根据灯效类型确定灯具的引脚配置方式。再通过循环控制层进行循环控制配置，以及通过存储控制层更新存储层中存储的控制程序。最后，通过控制协议层确定灯效命令的发送方式，从而将灯效命令发送给各被控灯具300，实现对各被控灯具300的控制。

S3：将所述灯效命令发送至所述被控灯具。

控制指令在经过上述多个控制层的处理后，即能够获得适用于当前系统场景的灯效命令，再将灯效命令发送给被控灯具300，则完成整个灯效的控制。

可见，通过本申请提供的灯效控制系统可以实现对多个灯具、多种类型灯具的综合控制。通过中间件程序对控制指令进行抽象，使控制指令与控制数据分离，实现对控制指令的单独处理。还通过中间件程序中的多个控制层对控制指令进行处理，使每个控制指令在下发以后，都需要经过多个控制层进行处理，将控制指令转化为适用当前系统状态的灯效命令，再发送给灯具以控制其发出不同形式的光效。

由以上技术方案可知，使用上述显示设备200，用户只需要根据预期灯效输入对应的控制指令，而由中间程序中的多个控制层会自动完成优先级判断、冲突检测、类型适配、循环设置、存储调用以及协议选择，实现在用户不了解接入灯具时也能够生成灯效命令，实现对灯具的控制，有利于实现灯效的定制和更改，适应复杂的系统环境。

在一些实施例中，为了实现对控制指令对应的具体控制程序进行存储，如图10所示，响应于所述控制指令的步骤中，所述控制器被进一步配置为：

S201：解析所述控制指令；

S202：根据所述控制指令的解析结果，在所述数据分离区中更新灯效信息；

S203：将更新后的所述灯效信息发送至所述设备信息区，以供所述电源管理驱动使用。

在获取用户输入的控制指令后，控制器可以对控制指令进行解析，以便从控制指令中解析出控制程序数据。再根据控制指令的解析结果，在数据分离区中更新存储的灯效信息。即在控制指令中更改任一灯具的原始控制方式时，则使用新的控制方式对应的应用程序数据替换原应用程序数据。

其中，应用程序数据可以包括具体的控制程序代码、控制参数、控制方式信息等一系列与具体控制过程相关的数据。相应的，在数据分离区中也可以按照控制程序代码、控制参数、控制方式信息等类别对灯效信息进行存储。在对控制指令完成解析后，可以同步更新数据分离区中的灯效信息，以便在下一次控制程序调用过程中，能够按照更新后的应用程序数据进行控制。

更新灯效数据后，可以在新一轮控制程序中，将更新后的灯效信息发送至设备信息区。即在执行新的控制程序时，控制程序可以从数据分离区中调用更新后的灯效数据，以供电源管理驱动使用。

可见，在本实施例中，通过将存储器配置为数据分离区和设备信息区，可以采用数据与程序相分离的存储方式，从而在更新灯效信息后，自动对控制程序实现更新，便于实现对灯效控制的定制和更改。并且，通过设置数据分离区和设备信息区，还可以实现对控制程序的分离存储，从而在系统断电或死机时，仅需要重新从数据分离区中再次调用数据即可，无需重新编写控制程序或对中间件程序进行重新配置。

在接收到控制指令以后，控制器可以通过中间件程序中配置的多个控制层对控制指令进行修改，以适应当前系统场景。对于部分复合场景，多个灯具或灯效之间具有优先级，即在实施灯效控制时，需要按照一定的顺序先进行部分灯具或灯效控制设置，再进行另一部分灯效控制设置，以此来满足具体的场景需求。例如，在交通红绿灯控制程序的设置中，由于实际应用场景中交通红绿灯的最主要作用是管理交通，因此应优先设置红绿灯的交替变化控制过程，再设置其他灯效的控制过程，如控制倒计时等，以缓解其他功能的控制过程与主要功能相冲突。

因此，在部分实施例中，所述多个控制层中包括优先级和冲突控制层，如图11所示，所述控制器被进一步配置为：

S401：从所述控制指令中解析被控灯具信息；

S402：根据所述被控灯具信息，从所述数据分离区中提取被控灯具的优先级；

S403：按照所述优先级设置控制程序，以及将所述控制指令发送至下一控制层。

为了实现按照优先级控制，控制器在接收到用户输入的控制指令以后，可以对控制指令进行解析，并在解析结果中提取被控灯具300信息。其中，被控灯具300信息是指能够区分各灯具或灯具组的识别信息，例如识别ID等。

针对提取的被控灯具300信息，控制器还可以在数据分离区中进行匹配，确定被控灯具300信息对应的优先级。再将优先级对应的信息进行提取，以便按照优先级由高到低的顺序对每一个灯具或每一种灯效设置控制程序，并发送给其他控制层进行处理。

由于在实际应用中，灯效的优先级需要在配置后，存储在数据分离区中，以便在对控制指令进行修改时，可以确定控制指令中被控灯具300的优先级。但对于新接入的灯具，其在初次设置灯效控制时，可能未配置优先级。则在数据分离区中，无法获取到对应灯具的优先级。对此，可以根据当前场景信息对被控灯具300的优先级进行自动设置。例如，可以将新接入的灯具优先级设置为最高，以最先实现其控制设置，但在部分情况下，对新接入的被控灯具300的控制可能与其他灯具的控制之间存在冲突，需要克服冲突后，才能实现最终控制。

因此，在本申请的部分实施例中，如图12所示，如果所述数据分离区中未配置被控灯具300的优先级，所述控制器被进一步配置为：

S404：根据所述被控灯具信息对所述控制指令执行冲突检测；

S405：如果所述被控灯具之间存在控制冲突，按照预设冲突解决策略，修改所述控制指令中的控制参数；

S406：如果所述被控灯具之间不存在控制冲突，为被控灯具设置优先级，以及在所述数据分离区中存储设置的优先级。

在从控制指令的解析结果中获取被控灯具300信息后，可以根据被控灯具300信息对控制指令执行冲突检测，以确定多个被控灯具300之间以及被控灯具300的多个灯效之间是否存在冲突。如果被控灯具300之间存在控制冲突，则需要按照预设冲突解决策略，修改控制指令中的控制参数；如果被控灯具300之间不存在控制冲突，为被控灯具300设置优先级，以及在数据分离区中存储设置的优先级。需要说明的是，预设冲突解决策略可以根据不同的应用场景设置不同的解决方式，如设置逻辑关系、设置时间顺序等方式。

例如，在控制网络接口网络连接状态提示灯的过程中，可以通过提示灯的明暗表示是否连接网络。在此基础上可以增加通过提示灯的闪烁频率表示当前传输数据量的功能，则在此功能的控制中，提示灯的明暗灯效与闪烁频率灯效之间具有冲突，不能同时完成设置。因此可以逻辑关系顺序设置两种灯效，实现在刚接入网络时，通过明暗表示是否连接网络，而在有网络时才执行闪烁控制程序。

可见，在本实施例中，可以通过中间件程序中配置的优先级和冲突控制层，实现对灯具及灯效的优先级控制及冲突检测。如果在数据分离区中未配置灯效优先级，可以通场景优先级设置，实现各灯具、灯效之间的先后顺序，缓解多灯具、灯效之间相互影响。而在冲突检测时，可以按照优先级进行检测，并且在多个灯具或灯效之间有冲突时，先解决冲突，再进入其他控制层。因此，本实施例中提供的灯效控制系统可以在复杂场景下通过优先级控制，无需对控制程序进行打断，改善灯效控制效果。

由于不同类型的灯具在进行控制时所采用的引脚配置方式不同，因此针对不同类型的灯具需要设置不同的引脚配置方式。即在一些实施例中，如图6所示，所述多个控制层中还包括灯效类型控制层，所述控制器被进一步配置为：

S501：从所述控制指令中解析被控灯具的灯效类型信息；

S502：根据所述灯效类型信息，从所述数据分离区中提取引脚配置信息；

S503：根据所述引脚配置信息设置被控灯具的引脚连接方式。

本实施例中，控制器可以在控制指令的解析结果中，提取灯效类型信息。再针对灯效类型信息从数据分离区进行匹配，从而确定灯效类型信息对应的引脚配置信息。最后，根据引脚配置信息在控制指令中设置被控灯具300的引脚连接方式。例如，通过灯效类型控制层，可以从数据分离区中获取灯类型，并根据灯的类型获取I2C、GPIO等引脚配置。

通常，对于多数灯效，其需要在运行过程中进行循环控制，因此，在一些实施例中，所述多个控制层中还包括循环控制层，所述控制器被进一步配置为：

S601：在所述设备信息区中为每个被控灯具设置开关配置；

S602：从所述控制指令中解析场景信息，以及从所述数据分离区中提取灯效信息；

S603：根据场景信息以及灯效信息设置所述开关配置的循环控制策略。

本实施例中，控制器可以在执行循环控制层中的程序时，在设备信息区中为每个灯具设置开关配置，同时在控制指令中解析场景信息，以及在数据分离区中提取灯效信息，从而根据场景信息以及灯效信息设置开关配置的循环控制策略。即根据场景信息、数据分离区和deviceinfo区中的开关配置，进行循环控制配置，实现循环控制功能。

显然，在本实施例中，控制器为灯具设置的开关配置可以直接用于控制灯具的供电状态。例如，通过开关配置可以设定通过哪个开关组件控制灯具的供电，从而实现通过按照设定的规律控制开关的断开和闭合，从而控制白灯的明亮和熄灭，形成闪烁灯效，或者与多个白灯共同按规律明亮和熄灭，形成波浪形的动态灯效。

在一些实施例中，针对用户输入的控制指令进行控制参数的修改后，还可以将修改后的控制指令在数据分离区中进行存储，以便后续调用，因此，所述多个控制层中还包括存储控制层，如图13所示，所述控制器被进一步配置为：

S701：更新所述灯效信息至所述设备信息区；

S702：控制所述电源管理驱动调用所述灯效信息，以根据所述灯效信息设置被控灯具300的供电方式。

控制器可以通过执行存储控制层中的控制程序，将控制指令进行更新。即使用修改控制参数后的控制指令替换原控制指令。同时，控制器还可以按照中间件程序存储层中的存储方式对更新后的控制指令进行数据分离，获得更新后的灯效信息，从而在数据分离区中进行存储。

控制器还可以在灯效信息完成存储后，从数据分离区提取灯效信息至设备信息区之中，或者直接将已更新的灯效信息发送到设备信息区内，从而控制电源管理驱动可以从设备信息区中调用灯效信息，以根据所述灯效信息设置被控灯具300的供电方式。

经过上述多个控制层的处理后，控制指令中的部分控制参数可以被修改，以形成能够适应当前系统状态的灯效命令。在一些实施例中，对于修改后的控制指令，需要发送给被控灯具300，以实现对被控灯具300的灯效控制。而不同类型的灯具，其接收数据的方式不同，因此，所述多个控制层中还包括控制协议层，如图13所示，所述控制器被进一步配置为：

S801：将灯效信息打包为灯效命令；

S802：获取所述控制指令中被控灯具所支持的传输协议；

S803：通过每个被控灯具所支持的传输协议，向每个所述被控灯具发送所述灯效命令。

控制指令经过多个控制层的修改处理后，可以获得更新的灯效信息。在控制器执行控制协议层的处理时，可以将灯效信息打包为灯效命令。其中，灯效命令的打包数量可以根据当前系统中的灯具数量确定，例如每一个灯具对应打包生成一个灯效命令，并将每一个灯效命令发送给每一个对应的灯具。灯效命令的打包数量还可以按照所实现的灯效数量确定，例如每一种灯效对应打包生成一个灯效命令，并将同一个灯效下的灯效命令同时发送给多个该灯效对应的灯具。灯效命令的打包数量还可以按照灯具的类型数量确定，例如每一种类型对应打包成一个灯效命令，并将灯效命令发送给这一类型下的所有灯具。

由于灯具的类型不同，所支持的传输协议也不同，例如白灯是通过GPIO控制，炫彩灯、红蓝灯通过I2C控制。而同一传输协议下的不同灯具，其数据传输长度也不同，例如红蓝灯、炫彩灯虽然都采用I2C控制，但其对应的数据长度不相同，也属于不同的传输方式。因此，在打包生成灯效命令后，还可以获取控制指令中被控灯具300所支持的传输协议，从而通过每个被控灯具300所支持的传输协议，向每个被控灯具300发送灯效命令。

基于上述显示设备200，本申请的部分实施例中还提供一种灯效控制方法，该灯效控制方法应用于上述显示设备200，如图7、图9所示，所述灯效控制方法包括以下步骤：

S1：获取用户输入的控制指令；

S2：响应于所述控制指令，依次通过中间件程序中的多个控制层修改所述控制指令中的控制参数，以生成灯效命令；

S3：将所述灯效命令发送至所述被控灯具。

由以上技术方案可知，上述实施例提供的灯效控制方法可以在获取用户输入的控制指令后，依次通过中间件程序中的多个控制层对控制指令中的控制参数进行修改，从而生成灯效命令并发送到被控灯具300，以使被控灯具300可以按照灯效命令完成灯光效果展示。所述灯效控制方法可以实现对控制指令进行抽象，并在多个控制层的共同作用下，生成灯效命令并进行命令发送，实现对控制过程的定制和改变，以适应复杂应用场景。

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

Claims (10)

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

显示器；

被控灯具；

控制器，被配置为：

获取用户输入的控制指令；

响应于所述控制指令，依次通过中间件程序中的多个控制层修改所述控制指令中的控制参数，以生成灯效命令，所述中间件程序内置存储层，所述存储层中配置有数据分离区和设备信息区，所述数据分离区中存储有灯效信息；所述设备信息区被配置为与被控灯具的电源管理驱动交互；

将所述灯效命令发送至所述被控灯具。

2.根据权利要求1所述的显示设备，其特征在于，响应于所述控制指令的步骤中，所述控制器被进一步配置为：

解析所述控制指令；

根据所述控制指令的解析结果，在所述数据分离区中更新灯效信息；

将更新后的所述灯效信息发送至所述设备信息区，以供所述电源管理驱动使用。

3.根据权利要求1所述的显示设备，其特征在于，所述多个控制层中包括优先级和冲突控制层，所述控制器被进一步配置为：

从所述控制指令中解析被控灯具信息；

根据所述被控灯具信息，从所述数据分离区中提取被控灯具的优先级；

按照所述优先级设置控制程序，以及将所述控制指令发送至下一控制层。

4.根据权利要求3所述的显示设备，其特征在于，如果所述数据分离区中未配置被控灯具的优先级，所述控制器被进一步配置为：

根据所述被控灯具信息对所述控制指令执行冲突检测；

如果所述被控灯具之间存在控制冲突，按照预设冲突解决策略，修改所述控制指令中的控制参数；

如果所述被控灯具之间不存在控制冲突，为被控灯具设置优先级，以及在所述数据分离区中存储设置的优先级。

5.根据权利要求1所述的显示设备，其特征在于，所述多个控制层中还包括灯效类型控制层，所述控制器被进一步配置为：

从所述控制指令中解析被控灯具的灯效类型信息；

根据所述灯效类型信息，从所述数据分离区中提取引脚配置信息；

根据所述引脚配置信息设置被控灯具的引脚连接方式。

6.根据权利要求1所述的显示设备，其特征在于，所述多个控制层中还包括循环控制层，所述控制器被进一步配置为：

在所述设备信息区中为每个被控灯具设置开关配置；

从所述控制指令中解析场景信息，以及从所述数据分离区中提取灯效信息；

根据场景信息以及灯效信息设置所述开关配置的循环控制策略。

7.根据权利要求1所述的显示设备，其特征在于，所述多个控制层中还包括存储控制层，所述控制器被进一步配置为：

更新所述灯效信息至所述设备信息区；

控制所述电源管理驱动调用所述灯效信息，以根据所述灯效信息设置被控灯具的供电方式。

8.根据权利要求1所述的显示设备，其特征在于，所述多个控制层中还包括控制协议层，所述控制器被进一步配置为：

将灯效信息打包为灯效命令；

获取所述控制指令中被控灯具所支持的传输协议；

通过每个被控灯具所支持的传输协议，向每个所述被控灯具发送所述灯效命令。

9.根据权利要求3-7任一项所述的显示设备，其特征在于，所述多个控制层包括优先级和冲突控制层、灯效类型控制层、循环控制层、存储控制层以及控制协议层中的多种组合。

10.一种灯效控制方法，其特征在于，应用于显示设备，所述显示设备包括：显示器、被控灯具以及控制器，所述灯效控制方法包括：

获取用户输入的控制指令；

响应于所述控制指令，依次通过中间件程序中的多个控制层修改所述控制指令中的控制参数，以生成灯效命令，所述中间件程序内置存储层，所述存储层中配置有数据分离区和设备信息区，所述数据分离区中存储有灯效信息；所述设备信息区被配置为与被控灯具的电源管理驱动交互；

将所述灯效命令发送至所述被控灯具。

Images