本申请涉及智能家居技术领域,尤其涉及一种显示设备喇叭状态检测方法及显示设备。
背景技术:
随着显示设备和媒体信息的快速发展,显示设备的功能越来越多样化。并且,越来越多的显示设备上可以提供更加优质的图像画面和声音效果。
现如今,显示设备的喇叭通常都固定在某一特定位置,这使得显示设备的高音音质和音效难以提升,进而影响用户听觉体验方面的感受。当然也有一些显示设备的面板背后设置了音箱,关机时,音箱隐藏于显示设备面板的背后;开机后,音箱从显示设备底部弹出。
然而,上述这种可隐藏的音箱虽然可以在一定程度上提升音质,但是其只是受到显示设备开关机的影响机械地收起或者弹出,一旦音箱弹出或者收起出现异常,并不会经过显示设备反馈给用户,以至于用户不能及时、全面地掌握音箱的状态。另外,这种音箱虽然隐藏于显示设备的面板背后,也会占用一定的空间,使得显示设备整体看起来也比较厚重。
技术实现要素:
本申请提供了一种显示设备喇叭状态检测方法及显示设备,以解决目前显示设备开机后无法检测上次喇叭是否正常收起的问题。
第一方面,本申请提供了一种显示设备喇叭状态检测方法,包括:
在显示设备开机过程中,读取所述显示设备中的环境变量和状态寄存器标志位;所述环境变量用于保存所述显示设备前一次关机过程中喇叭的收起状态;所述状态寄存器标志位用于保存所述显示设备本次开机过程中喇叭的升起状态;
根据所述环境变量和所述状态寄存器标志位,判断所述喇叭在所述显示设备开机过程中升起是否异常和/或上次关机过程中收起是否异常;
在所述喇叭存在升起异常和/或收起异常的情况下,在所述显示设备上弹出提示。
在一些实施例中,所述在所述喇叭存在升起异常和/或收起异常的情况下,在所述显示设备上弹出提示的步骤包括:
在所述喇叭存在升起异常的情况下,在所述显示设备上弹出喇叭升起异常的提示;
在所述喇叭仅存在收起异常的情况下,在所述显示设备上弹出喇叭收起异常的提示。
在一些实施例中,所述在显示设备开机过程中,读取所述显示设备中的环境变量和状态寄存器标志位的步骤之前,还包括:
在所述显示设备关机过程中,检测所述喇叭的收起状态;
将所述收起状态写入所述环境变量中。
在一些实施例中,所述在显示设备开机过程中,读取所述显示设备中的环境变量和状态寄存器标志位的步骤之前,还包括:
在所述显示设备开机过程中,检测所述喇叭的升起状态;
将所述升起状态写入所述状态寄存器标志位。
在一些实施例中,所述在所述喇叭存在升起异常和/或收起异常的情况下,在所述显示设备上弹出提示的步骤之后,还包括:
检测用户对于所述提示的反馈操作;
在检测到所述反馈操作的情况下,关闭所述提示。
在一些实施例中,所述反馈操作包括忽略或者重试;以及,在检测到所述反馈操作的情况下,关闭所述提示的步骤之后,还包括:
在检测到所述反馈操作是重试的情况下,重新控制所述喇叭升起;
继续检测所述喇叭的升起状态。
第二方面,本申请还提供了一种显示设备,包括:
控制器,被配置为执行以下步骤:
在显示设备开机过程中,读取所述显示设备中的环境变量和状态寄存器标志位;所述环境变量用于保存所述显示设备前一次关机过程中喇叭的收起状态;所述状态寄存器标志位用于保存所述显示设备本次开机过程中喇叭的升起状态;
根据所述环境变量和所述状态寄存器标志位,判断所述喇叭在所述显示设备开机过程中升起是否异常和/或上次关机过程中收起是否异常;
在所述喇叭存在升起异常和/或收起异常的情况下,在所述显示设备上弹出提示。
在一些实施例中,所述控制器还被配置为:
在所述喇叭存在升起异常的情况下,在所述显示设备上弹出喇叭升起异常的提示;
在所述喇叭仅存在收起异常的情况下,在所述显示设备上弹出喇叭收起异常的提示。
在一些实施例中,所述控制器还被配置为:
在所述显示设备关机过程中,检测所述喇叭的收起状态;
将所述收起状态写入所述环境变量中。
在一些实施例中,所述控制器还被配置为:
在所述显示设备开机过程中,检测所述喇叭的升起状态;
将所述升起状态写入所述状态寄存器标志位。
由上述内容可知,本申请技术方案中的显示设备喇叭状态检测方法及显示设备,能在显示设备开机过程中,读取显示设备中的环境变量和状态寄存器标志位;根据环境变量和状态寄存器标志位,判断喇叭在显示设备开机过程中升起是否异常和/或上次关机过程中收起是否异常;最后在喇叭存在升起异常和/或收起异常的情况下,在显示设备上弹出提示。由于本申请中的环境变量中保存了显示设备前一次关机过程中喇叭的收起状态;因此,在本次开机过程中通过环境变量就可以知道上次关机时,喇叭是否收起异常,以及通过状态寄存器标志位知道本次开机时,喇叭是否升起异常。在提升显示设备的高音音质和音效的同时,可以让用户更加全面地了解显示设备喇叭的升降情况,以及提示用户及时处理。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图;
图2中示例性示出了根据一些实施例的显示设备200的硬件配置框图;
图3中示例性示出了根据一些实施例的控制装置100的硬件配置框图;
图4中示例性示出了根据一些实施例的显示设备200中软件配置示意图;
图5中示例性示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示示意图;
图6为本申请实施例示出的显示设备200上喇叭201位置的示意图;
图7为本申请实施例示出的一种显示设备喇叭状态检测方法的流程图;
图8为本申请实施例示出的一种提示内容的示意图;
图9为本申请实施例示出的另一种提示内容的示意图;
图10为本申请实施例示出的一种显示设备200关机过程的示意图;
图11为本申请实施例示出的另一种显示设备200关机过程的示意图;
图12为本申请实施例示出的一种喇叭控制过程与喇叭状态检测过程的示意图。
具体实施方式
为使本申请的目的、实施方式和优点更加清楚,下面将结合本申请示例性实施例中的附图,对本申请示例性实施方式进行清楚、完整地描述,显然,所描述的示例性实施例仅是本申请一部分实施例,而不是全部的实施例。
基于本申请描述的示例性实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请所附权利要求保护的范围。此外,虽然本申请中公开内容按照示范性一个或几个实例来介绍,但应理解,可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。
需要说明的是,本申请中对于术语的简要说明,仅是为了方便理解接下来描述的实施方式,而不是意图限定本申请的实施方式。除非另有说明,这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体,而不必然意味着限定特定的顺序或先后次序,除非另外注明(unlessotherwiseindicated)。应该理解这样使用的用语在适当情况下可以互换,例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的那些组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
本申请中使用的术语“模块”,是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
本申请中使用的术语“遥控器”,是指电子设备(如本申请中公开的显示设备)的一个组件,通常可在较短的距离范围内无线控制电子设备。一般使用红外线和/或射频(rf)信号和/或蓝牙与电子设备连接,也可以包括wifi、无线usb、蓝牙、动作传感器等功能模块。例如:手持式触摸遥控器,是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。
本申请中使用的术语“手势”,是指用户通过一种手型的变化或手部运动等动作,用于表达预期想法、动作、目的/或结果的用户行为。
图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1中示出,用户可通过移动终端300和控制装置100操作显示设备200。
在一些实施例中,控制装置100可以是遥控器,遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信,及其他短距离通信方式等,通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键,语音输入、控制面板输入等输入用户指令,来控制显示设备200。如:用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令,来实现控制显示设备200的功能。
在一些实施例中,也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如,使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上,在直观的用户界面(ui)中为用户提供各种控制。
在一些实施例中,移动终端300可与显示设备200安装软件应用,通过网络通信协议实现连接通信,实现一对一控制操作的和数据通信的目的。如:可以实现用移动终端300与显示设备200建立控制指令协议,将遥控控制键盘同步到移动终端300上,通过控制移动终端300上用户界面,实现控制显示设备200的功能。也可以将移动终端300上显示音视频内容传输到显示设备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是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如:通信器220可以包括wifi模块221,蓝牙模块222,有线以太网模块223等其他网络通信协议模块或近场通信协议模块,以及红外接收器中的至少一种。
在一些实施例中,显示设备200可以通过通信器220与外部控制装置100或内容提供设备之间建立控制信号和数据信号发送和接收。
在一些实施例中,用户接口265,可用于接收控制装置100(如:红外遥控器等)红外控制信号。
在一些实施例中,检测器230是显示设备200用于采集外部环境或与外部交互的信号。
在一些实施例中,检测器230包括光接收器,用于采集环境光线强度的传感器,可以通过采集环境光可以自适应性显示参数变化等。
在一些实施例中,检测器230还可以包括图像采集器232,如相机、摄像头等,可以用于采集外部环境场景,以及用于采集用户的属性或与用户交互手势,可以自适应变化显示参数,也可以识别用户手势,以实现与用户之间互动的功能。
在一些实施例中,检测器230还可以包括温度传感器等,如通过感测环境温度。
在一些实施例中,显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时,可调整显示设备200显示图像色温偏冷色调,或当温度偏低的环境时,可以调整显示设备200显示图像偏暖色调。
在一些实施例中,检测器230还可以包括声音采集器231等,如麦克风,可以用于接收用户的声音。示例性的,包括用户控制显示设备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(randomaccessmemory,ram)、只读存储器252(read-onlymemory,rom)、图形处理器253(graphicsprocessingunit,gpu)、中央处理器254(centralprocessingunit,cpu)、输入/输出接口255以及通信总线256(bus)中的至少一种。其中,通信总线连接各个部件。
在一些实施例中,ram251用于存储操作系统或其他正在运行中的程序的临时数据
在一些实施例中,rom252用于存储各种系统启动的指令。
在一些实施例中,rom252用于存储一个基本输入输出系统,称为基本输入输出系统(basicinputoutputsystem,bios)。用于完成对系统的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统。
在一些实施例中,在收到开机信号时,显示设备200电源开始启动,cpu运行rom252中系统启动指令,将存储在存储器的操作系统的临时数据拷贝至ram251中,以便于启动或运行操作系统。当操作系统启动完成后,cpu再将存储器中各种应用程序的临时数据拷贝至ram251中,然后,以便于启动或运行各种应用程序。
在一些实施例中,处理器254,用于执行存储在存储器中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
在一些示例性实施例中,处理器254,可以包括多个处理器。多个处理器可包括一个主处理器以及一个或多个子处理器。主处理器,用于在预加电模式中执行显示设备200一些操作,和/或在正常模式下显示画面的操作。一个或多个子处理器,用于在待机模式等状态下一种操作。
在一些实施例中,图形处理器253,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等。包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象。以及包括渲染器,对基于运算器得到的各种对象,进行渲染,上述渲染后的对象用于显示在显示器上。
在一些实施例中,视频处理器270被配置为将接收外部视频信号,根据输入信号的标准编解码协议,进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等等视频处理,可得到直接可显示设备200上显示或播放的信号。
在一些实施例中,视频处理器270,包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。
其中,解复用模块,用于对输入音视频数据流进行解复用处理,如输入mpeg-2,则解复用模块进行解复用成视频信号和音频信号等。
视频解码模块,则用于对解复用后的视频信号进行处理,包括解码和缩放处理等。
图像合成模块,如图像合成器,其用于将图形生成器根据用户输入或自身生成的gui信号,与缩放处理后视频图像进行叠加混合处理,以生成可供显示的图像信号。
帧率转换模块,用于对转换输入视频帧率,如将60hz帧率转换为120hz帧率或240hz帧率,通常的格式采用如插帧方式实现。
显示格式化模块,则用于将接收帧率转换后视频输出信号,改变信号以符合显示格式的信号,如输出rgb数据信号。
在一些实施例中,图形处理器253可以和视频处理器可以集成设置,也可以分开设置,集成设置的时候可以执行输出给显示器的图形信号的处理,分离设置的时候可以分别执行不同的功能,例如gpu+frc(framerateconversion))架构。
在一些实施例中,音频处理器280,用于接收外部的音频信号,根据输入信号的标准编解码协议,进行解压缩和解码,以及降噪、数模转换、和放大处理等处理,得到可以在扬声器中播放的声音信号。
在一些实施例中,视频处理器270可以包括一颗或多颗芯片组成。音频处理器,也可以包括一颗或多颗芯片组成。
在一些实施例中,视频处理器270和音频处理器280,可以单独的芯片,也可以于控制器一起集成在一颗或多颗芯片中。
在一些实施例中,音频输出,在控制器250的控制下接收音频处理器280输出的声音信号,如:扬声器286,以及除了显示设备200自身携带的扬声器之外,可以输出至外接设备的发生装置的外接音响输出端子,如:外接音响接口或耳机接口等,还可以包括通信接口中的近距离通信模块,例如:用于进行蓝牙扬声器声音输出的蓝牙模块。
供电电源290,在控制器250控制下,将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路,也可以是安装在显示设备200外部电源,在显示设备200中提供外接电源的电源接口。
用户接口265,用于接收用户的输入信号,然后,将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器信号,可以通过网络通信模块接收各种用户控制信号。
在一些实施例中,用户通过控制装置100或移动终端300输入用户命令,用户输入接口则根据用户的输入,显示设备200则通过控制器250响应用户的输入。
在一些实施例中,用户可在显示器275上显示的图形用户界面(gui)输入用户命令,则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者,用户可通过输入特定的声音或手势进行输入用户命令,则用户输入接口通过传感器识别出声音或手势,来接收用户输入命令。
在一些实施例中,“用户界面”,是应用程序或操作系统与用户之间进行交互和信息交换的介质接口,它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(graphicuserinterface,gui),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素,其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素。
存储器260,包括存储用于驱动显示设备200的各种软件模块。如:第一存储器中存储的各种软件模块,包括:基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等中的至少一种。
基础模块用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块用于从各种传感器或用户输入接口中收集各种信息,并进行数模转换以及分析管理的管理模块。
例如,语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块用于控制显示器进行显示图像内容的模块,可以用于播放多媒体图像内容和ui界面等信息。通信模块,用于与外部设备之间进行控制和数据通信的模块。浏览器模块,用于执行浏览服务器之间数据通信的模块。服务模块,用于提供各种服务以及各类应用程序在内的模块。同时,存储器260还用存储接收外部数据和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。
图3示例性示出了根据示例性实施例中控制装置100的配置框图。如图3所示,控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器190、供电电源180。
控制装置100被配置为控制显示设备200,以及可接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,起用用户与显示设备200之间交互中介作用。如:用户通过操作控制装置100上频道加减键,显示设备200响应频道加减的操作。
在一些实施例中,控制装置100可是一种智能设备。如:控制装置100可根据用户需求安装控制显示设备200的各种应用。
在一些实施例中,如图1所示,移动终端300或其他智能电子设备,可在安装操控显示设备200的应用之后,可以起到控制装置100类似功能。如:用户可以通过安装应用,在移动终端300或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮,以实现控制装置100实体按键的功能。
控制器110包括处理器112和ram113和rom114。控制器用于控制控制装置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)层(简称“应用层”),应用程序框架(applicationframework)层(简称“框架层”),安卓运行时(androidruntime)和系统库层(简称“系统运行库层”),以及内核层。
在一些实施例中,应用程序层中运行有至少一个应用程序,这些应用程序可以是操作系统自带的窗口(window)程序、系统设置程序、时钟程序、相机应用等;也可以是第三方开发者所开发的应用程序,比如嗨见程序、k歌程序、魔镜程序等。在具体实施时,应用程序层中的应用程序包不限于以上举例,实际还可以包括其它应用程序包,本申请实施例对此不做限制。
框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface,api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心,这个中心决定让应用层中的应用程序做出动作。应用程序通过api接口,可在执行中访问系统中的资源和取得系统的服务。
如图4所示,本申请实施例中应用程序框架层包括管理器(managers),内容提供者(contentprovider)等,其中管理器包括以下模块中的至少一个:活动管理器(activitymanager)用与和系统中正在运行的所有活动进行交互;位置管理器(locationmanager)用于给系统服务或应用提供了系统位置服务的访问;文件包管理器(packagemanager)用于检索当前安装在设备上的应用程序包相关的各种信息;通知管理器(notificationmanager)用于控制通知消息的显示和清除;窗口管理器(windowmanager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
在一些实施例中,活动管理器用于:管理各个应用程序的生命周期以及通常的导航回退功能,比如控制应用程序的退出(包括将显示窗口中当前显示的用户界面切换到系统桌面)、打开、后退(包括将显示窗口中当前显示的用户界面切换到当前显示的用户界面的上一级用户界面)等。
在一些实施例中,窗口管理器用于管理所有的窗口程序,比如获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕,控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
在一些实施例中,系统运行库层为上层即框架层提供支撑,当框架层被使用时,安卓操作系统会运行系统运行库层中包含的c/c++库以实现框架层要实现的功能。
在一些实施例中,内核层是硬件和软件之间的层。如图4所示,内核层至少包含以下驱动中的至少一种:音频驱动、显示驱动、蓝牙驱动、摄像头驱动、wifi驱动、usb驱动、hdmi驱动、传感器驱动(如指纹传感器,温度传感器,触摸传感器、压力传感器等)等。
在一些实施例中,内核层还包括用于进行电源管理的电源驱动模块。
在一些实施例中,图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。
在一些实施例中,以魔镜应用(拍照应用)为例,当遥控接收装置接收到遥控器输入操作,相应的硬件中断被发给内核层。内核层将输入操作加工成原始输入事件(包括输入操作的值,输入操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件,根据焦点当前的位置识别该输入事件所对应的控件以及以该输入操作是确认操作,该确认操作所对应的控件为魔镜应用图标的控件,魔镜应用调用应用框架层的接口,启动魔镜应用,进而通过调用内核层启动摄像头驱动,实现通过摄像头捕获静态图像或视频。
在一些实施例中,对于具备触控功能的显示设备,以分屏操作为例,显示设备接收用户作用于显示屏上的输入操作(如分屏操作),内核层可以根据输入操作产生相应的输入事件,并向应用程序框架层上报该事件。由应用程序框架层的活动管理器设置与该输入操作对应的窗口模式(如多窗口模式)以及窗口位置和大小等。应用程序框架层的窗口管理根据活动管理器的设置绘制窗口,然后将绘制的窗口数据发送给内核层的显示驱动,由显示驱动在显示屏的不同显示区域显示与之对应的应用界面。
在一些实施例中,如图5中所示,应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件,如:直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。
在一些实施例中,直播电视应用程序,可以通过不同的信号源提供直播电视。例如,直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及,直播电视应用程序可在显示设备200上显示直播电视信号的视频。
在一些实施例中,视频点播应用程序,可以提供来自不同存储源的视频。不同于直播电视应用程序,视频点播提供来自某些存储源的视频显示。例如,视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。
在一些实施例中,媒体中心应用程序,可以提供各种多媒体内容播放的应用程序。例如,媒体中心,可以为不同于直播电视或视频点播,用户可通过媒体中心应用程序访问各种图像或音频所提供服务。
在一些实施例中,应用程序中心,可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序,或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序,将它们储存在本地储存器中,然后在显示设备200上可运行。
画质和音质直接影响用户使用显示设备200时的感官体验。随着显示设备200和媒体信息的快速发展,显示设备200的功能越来越多样化。并且,越来越多的显示设备200上可以提供更加优质的图像画面和声音效果。
现如今,显示设备200的喇叭通常都固定在某一特定位置,这使得显示设备200的高音音质和音效难以提升,进而影响用户听觉体验方面的感受。当然也有一些显示设备200的面板背后设置了音箱,关机时,音箱隐藏于显示设备200面板的背后;开机后,音箱从显示设备200底部弹出。
然而,上述这种可隐藏的音箱虽然可以在一定程度上提升音质,但是其只是受到显示设备200开关机的影响机械地收起或者弹出,一旦音箱弹出或者收起出现异常,并不会经过显示设备200反馈给用户,以至于用户不能及时、全面地掌握音箱的状态。另外,这种音箱虽然隐藏于显示设备200的面板背后,也会占用一定的空间,使得显示设备200整体看起来也比较厚重。
基于以上问题,本申请实施例提供了一种显示设备喇叭状态检测方法及显示设备,在显示设备200开机的过程中,可以通过环境变量获知上次关机过程中喇叭是否正常收起,以及通过状态寄存器标志位知道本次开机过程中喇叭是否正常升起。在提升显示设备200的高音音质和音效的同时,可以让用户更加全面地了解显示设备喇叭的升降情况,以及提示用户及时处理。图6为本申请实施例示出的显示设备200上喇叭201位置的示意图,本申请实施例中的喇叭201可设置于显示设备200边框的表面上,不使用时可以收回到显示设备200内部,使用时可以伸出显示设备200外。
图7为本申请实施例示出的一种显示设备喇叭状态检测方法的流程图,如图7所示,显示设备喇叭状态检测方法包括以下步骤:
步骤s101,在显示设备200开机过程中,读取显示设备200中的环境变量和状态寄存器标志位。
环境变量用于保存显示设备200前一次关机过程中喇叭的收起状态;状态寄存器标志位用于保存显示设备200本次开机过程中喇叭的升起状态。
状态寄存器用来保存显示设备200的一些设备状态,在本申请中通常将喇叭的状态写入状态寄存器的标志位中,关机过程中,当喇叭收起结束后,显示设备200会读取喇叭收起的最后状态,并将该状态写入标志位;而开机过程中,当喇叭升起结束后,显示设备200会再读取喇叭升起的最后状态,并将该状态写入标志位,此时标志位中只保存了开机过程中的喇叭状态,而上次关机过程中的状态被删除。如果只采用状态寄存器标志位来保存喇叭状态,会导致本次开机过程中用户无法获知上次关机过程中喇叭收起异常的问题。
因此,本申请实施例中,为了避免使用状态寄存器标志位既保存开机时的喇叭状态又保存关机时的喇叭状态,另外设置环境变量保存关机过程中的喇叭状态。环境变量不会在显示设备200开机过程被改写,仍保存上一次的喇叭状态,这样一来,显示设备200开机过程中就会同时读取到上次关机过程中和本次开机过程中的喇叭状态。
步骤s102,根据环境变量和状态寄存器标志位,判断喇叭在显示设备200开机过程中升起是否异常和/或上次关机过程中收起是否异常。
根据环境变量的内容可以判断出喇叭在上次关机过程中是否正常收起,如果出现异常,需要在开机时提示用户;或者根据状态寄存器标志位,判断喇叭在显示设备200开机过程中是否正常升起,如果出现异常,需要在开机时提示用户。
对于开关机过程中喇叭状态的检测结果包括以下几种:
升起异常并且收起异常、升起异常并且收起正常、升起正常并且收起正常,以及,升起正常并且收起异常。
步骤s103,在喇叭存在升起异常和/或收起异常的情况下,在显示设备200上弹出提示。
在上述喇叭状态的测试结果中,一旦喇叭升起出现异常或者喇叭收起出现异常,都需要向用户发出提示。图8为本申请实施例示出的一种提示内容的示意图,图9为本申请实施例示出的另一种提示内容的示意图,在一些实施例中,提示的形式可以分为两种,一种是喇叭升起异常的提示,如图8所示,另一种是喇叭收起异常的提示,如图9所示。在喇叭存在升起异常的情况下,在显示设备200上弹出喇叭升起异常的提示,例如,升起异常并且收起异常、升起异常并且收起正常等情况。在喇叭仅存在收起异常的情况下,在显示设备200上弹出喇叭收起异常的提示,例如升起正常并且收起异常等情况。
由以上内容可以看出,本申请技术方案中的显示设备喇叭状态检测方法,能在显示设备200开机过程中,读取显示设备200中的环境变量和状态寄存器标志位;根据环境变量和状态寄存器标志位,判断喇叭在显示设备200开机过程中升起是否异常和/或上次关机过程中收起是否异常;最后在喇叭存在升起异常和/或收起异常的情况下,在显示设备200上弹出提示。由于本申请中的环境变量中保存了显示设备200前一次关机过程中喇叭的收起状态;因此,在本次开机过程中通过环境变量就可以知道上次关机时,喇叭是否收起异常,以及通过状态寄存器标志位知道本次开机时,喇叭是否升起异常。在提升显示设备200的高音音质和音效的同时,可以让用户更加全面地了解显示设备200喇叭的升降情况,以及提示用户及时处理。
另外,将当前使用的音箱替换为喇叭,也能减少喇叭占用的空间,进而使得显示设备200看起来更加轻薄一些。
上述实施例中的内容可以基于显示设备200的控制器250进行喇叭状态的检测,当然还可以基于控制器250进行显示设备200喇叭的升降控制,进而,在一些实施例中,在显示设备200开机过程中,读取显示设备200中的环境变量和状态寄存器标志位的步骤之前,还包括:
步骤s201,在显示设备200关机过程中,检测喇叭的收起状态。
显示设备200中设有一些中间件,中间件在显示设备200开始进行关机操作后,主动通过i2c总线向控制器250发送喇叭收起指令,控制器250再控制喇叭收起,在经过一段延时(例如5s)之后检测喇叭的收起状态。延时是为了给喇叭足够的收起时间,避免在喇叭还没有完全收起的情况下检测其状态,进而导致检测结果不准确的问题。
喇叭在收起时,可能存在完全收起、收起超时等情况,大致可分为收起正常和收起异常两类状态。
步骤s202,将收起状态写入环境变量中。
由于状态寄存器标志位在同一时刻仅有一种状态,因此在显示设备200开机时检测只能从标志位中获取到开机过程中的;喇叭升起状态,而无法获得喇叭上次关机过程中的收起状态。为解决此问题,本申请实施例中还采用环境变量保存喇叭上次关机过程中的收起状态,可以在完成喇叭收起操作后,先通过读取状态寄存器标志位的方式,获取本次喇叭收起的状态,再将读取的状态写入特定的环境变量中。因为显示设备200重新开机后,环境变量的值依然可以被读到,这样在开机检测时,就可以通过读取环境变量的值来判断上次关机过程中喇叭的收起状态是否存在异常,也可以通过状态寄存器标志位来判断本次开机过程中喇叭的升起状态是否存在异常。
图10为本申请实施例示出的一种显示设备200关机过程的示意图。如图10所示,在一些实施例中,上述控制器250控制喇叭收起的方案中,在将收起状态写入环境变量中之后还包括:关闭显示设备200的网络。但由于关机过程大致可分为关机动画、喇叭收起控制、关闭网络、关机流程等四个环节,喇叭收起控制环节需要耗费大约5s的时间,导致整个显示设备200的系统关机过程耗时过长,最直观的表现为显示设备200的主屏和小屏关机不同步,进而会影响用户的体验。
图11为本申请实施例示出的另一种显示设备200关机过程的示意图。如图11所示,为了避免显示设备200系统关机时间过长的问题,在一些实施例中,可以在检测喇叭的收起状态之前,关闭显示设备200的网络。中间件通过i2c总线将喇叭收起指令发送给控制器250,控制器250控制喇叭收起。并且在控制器250关闭显示设备200的网络操作使显示设备200进行真正的关机流程时,检测喇叭的收起状态。在这个实施例中,从开始控制喇叭收起到读取喇叭收起状态之间会有大约7s的耗时,足够喇叭完成收起操作,并更新喇叭状态寄存器的标志位。通过这种方式,可以在保证正确保存喇叭收起状态的同时,避免因延时操作而延长整个光机过程的问题。
在一些实施例中,还可以基于显示设备200的控制器250进行显示设备200喇叭的升起控制,进而在显示设备200开机过程中,读取显示设备200中的环境变量和状态寄存器标志位的步骤之前,还包括:
步骤s301,在显示设备200开机过程中,检测喇叭的升起状态。
显示设备200中设有一些中间件,中间件在显示设备200开始进行开机操作后,主动通过i2c总线向控制器250发送喇叭升起指令,控制器250再控制喇叭升起,在经过一段延时(例如5s)之后检测喇叭的升起状态。延时是为了给喇叭足够的升起时间,避免在喇叭还没有完全升起的情况下检测其状态,进而导致检测结果不准确的问题。
喇叭在升起时,可能存在完全升起、升起超时等情况,大致可分为升起正常和升起异常两类状态。
步骤s302,将升起状态写入状态寄存器标志位。
本申请实施例中只利用状态寄存器标志位获得喇叭的升起状态,而通过环境变量获得喇叭的收起状态,状态寄存器标志位与环境变量互不影响,显示设备200在开机之后可以获得喇叭在开关机过程的状态,给出比较全面的判断,进而给出异常提示。
在一些实施例中,在显示设备200上弹出提示之后,还需要检测用户对于提示的反馈操作。如图8所示,用户对于喇叭收起异常的提示给出的反馈操作可以点击确定按钮。如图9所示,用户对于喇叭升起异常的提示给出的反馈操作可以是点击忽略按钮或者点击重试按钮。然后,在检测到反馈操作的情况下,关闭提示。
并且,如图9所示,反馈操作包括忽略或者重试,即用户可以点击确定或者点击重试。在检测到所述反馈操作是重试的情况下,显示设备200可以重新控制喇叭升起,而后继续检测喇叭的升起状态是否正常。此时如果用户已经将障碍物移除,那么再次检测出的喇叭升起状态可能会变为正常。
结合上述实施例的内容,还可以将本申请实施例提供的方案分为喇叭升降控制部分以及喇叭状态检测部分。图12为本申请实施例示出的一种喇叭控制过程与喇叭状态检测过程的示意图。如图12所示,在喇叭控制过程中分为开机控制过程和关机控制过程,在开机控制过程中,依次进行喇叭升起指令获取、控制喇叭升起、喇叭升起状态检测和状态寄存器标志位更新的过程;而在关机控制过程中,依次进而喇叭收起指令获取、控制喇叭收起、喇叭收起状态检测和将收起状态写入环境变量的过程。
在图12中,喇叭状态检测过程发生在显示设备200开机之后,需要分别读取状态寄存器标志位和环境变量,进而判断本次开机过程中喇叭的升起状态和上次关机过程中喇叭的收起状态。之后,再根据喇叭状态,分别给出不同的提示。
另外,如图6中所示的显示设备200还可以根据遥控器的指令,控制喇叭201在显示设备200正常使用时自动升起或者收起,例如,长按遥控器按键(如直播按键),若当前喇叭处于升起状态,则喇叭自动收起一次;若喇叭当前处于收起状态,则喇叭自动升起一次。这样,可以实现人为控制喇叭的升降。再例如,长按遥控器某按键达到规定时长,喇叭自动频繁进行升降操作;再次长按遥控器某按键达到规定时长,喇叭停止升降操作。
或者,显示设备200中也可以配置好一些选项,比如【喇叭保持降下状态】或者【喇叭保持上升状态】等,用户选择相应选项后,开关机时喇叭不做自动升降。这样也可以给用户更多的选择权。
本申请实施例中还提供了一种显示设备200,包括:控制器250,以及设于显示设备200上可升降的喇叭201;其中,控制器250,被配置为执行以下步骤:在显示设备200开机过程中,读取所述显示设备200中的环境变量和状态寄存器标志位;所述环境变量用于保存所述显示设备200前一次关机过程中喇叭的收起状态;所述状态寄存器标志位用于保存所述显示设备200本次开机过程中喇叭的升起状态;根据所述环境变量和所述状态寄存器标志位,判断所述喇叭在所述显示设备200开机过程中升起是否异常和/或上次关机过程中收起是否异常;在所述喇叭存在升起异常和/或收起异常的情况下,在所述显示设备200上弹出提示。
控制器250还被配置为:在所述喇叭存在升起异常的情况下,在所述显示设备200上弹出喇叭升起异常的提示;在所述喇叭仅存在收起异常的情况下,在所述显示设备200上弹出喇叭收起异常的提示。
控制器250还被配置为:在所述显示设备200关机过程中,检测所述喇叭的收起状态;将所述收起状态写入所述环境变量中。
控制器250还被配置为:在所述显示设备200开机过程中,检测所述喇叭的升起状态;将所述升起状态写入所述状态寄存器标志位。
控制器250还被配置为:检测用户对于所述提示的反馈操作;在检测到所述反馈操作的情况下,关闭所述提示。
控制器250还被配置为:在检测到所述反馈操作是重试的情况下,重新控制所述喇叭升起;继续检测所述喇叭的升起状态。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
为了方便解释,已经结合具体的实施方式进行了上述说明。但是,上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导,可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用,从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。