CN116708915A

CN116708915A - 一种显示设备系统重启方法及显示设备

Info

Publication number: CN116708915A
Application number: CN202210179561.7A
Authority: CN
Inventors: 王彬; 高明军
Original assignee: Qingdao Hisense Media Network Technology Co Ltd
Current assignee: Qingdao Hisense Media Network Technology Co Ltd
Priority date: 2022-02-25
Filing date: 2022-02-25
Publication date: 2023-09-05

Abstract

本实施例提供一种显示设备系统重启方法及显示设备，在监测到显示设备系统重启信号时，确定显示器的当前状态。如果显示器的当前状态为熄屏状态时，在静默重启模式下重启所述显示设备，其中，所述静默重启模式为所述显示器保持熄屏状态且所述显示设备保持静音的模式。在所述显示器的当前状态为亮屏状态时，在正常重启模式下重启所述显示设备，其中，所述正常重启模式为所述显示器进入亮屏状态的模式。这样能够避免显示设备处于假待机状态时，由于异常重启后，屏幕亮起的情况发生，从而提升用户的使用体验。

Description

一种显示设备系统重启方法及显示设备

技术领域

本申请涉及显示设备技术领域，尤其涉及一种显示设备系统重启方法及显示设备。

背景技术

智能电视系统稳定性主要体现在对异常的处理能力。任何测试方法都无法穷举出所有的异常情形，因此智能电视系统配置有异常处理机制。异常处理机制用于保证系统出现异常后，通过及时而简单有效的措施，最大程度的减少异常对用户使用的影响。这些简单有效的措施其中包括系统重启。

Android(安卓)系统通常的异常处理机制是：当系统核心进程(例如system_server)异常崩溃后，in it进程会控制zygote进程重启，进而重启整个安卓系统，从而使系统恢复稳定。

然而，如果安卓系统处于Active standby(假待机)状态时(假待机状态下，屏幕为熄屏状态)，系统核心进程出现异常，触发安卓系统重启，安卓系统重启后，屏幕会随之亮起，并进入特定的通道或者特定的应用主页，即自动播放电视节目。对于智能电视用户而言，其主观表现为电视在关机状态下突然自动播放电视节目，最终导致用户使用体验较差。

发明内容

本申请提供了一种显示设备系统重启方法及显示设备，用于解决如果安卓系统处于Active standby(假待机)状态时，系统核心进程出现异常，触发安卓系统重启，安卓系统重启后，屏幕会随之亮起，并进入特定的通道或者特定的应用主页，即自动播放电视节目。对于智能电视用户而言，其主观表现为电视在关机状态下突然自动播放电视节目，最终导致用户使用体验较差的问题。

第一方面，本实施例提供一种显示设备，包括，

显示器；

控制器，用于执行：

在监测到显示设备系统重启信号时，确定所述显示器的当前状态；

在所述显示器的当前状态为熄屏状态时，在静默重启模式下重启所述显示设备，其中，所述静默重启模式为所述显示器保持熄屏状态且所述显示设备保持静音的模式；

在所述显示器的当前状态为亮屏状态时，在正常重启模式下重启所述显示设备，其中，所述正常重启模式为所述显示器进入亮屏状态的模式。

第二方面，本实施例提供一种显示设备系统重启方法，所述方法应用于显示设备的控制器，方法包括：

在监测到显示设备系统重启信号时，判断显示器的当前状态；

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1示出了根据一些实施例的显示设备与控制装置之间操作场景；

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

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

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

图5示出了根据一些实施例中显示设备系统重启方法的流程图；

图6示出了根据一些实施例中显示设备200提供的一种用户界面示意图；

图7示出了根据一些实施例中显示设备200提供的又一种用户界面示意图；

图8示出了根据一些实施例中显示设备200提供的又一种用户界面示意图；

图9示出了根据一些实施例中又一种显示设备系统重启方法的流程示意图。

具体实施方式

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

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

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

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

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。图1和图2为本申请的显示设备的一种具体实施方式。

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

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

在一些实施例中，也可以使用智能设备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包括调谐解调器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)等中的至少一种。

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

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

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

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

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

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

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

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

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

为清楚说明本申请的实施例，下面给出一些相关名词的解释。

进程：进程(Process)是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。在早期面向进程设计的计算机结构中，进程是程序的基本执行实体；在当代面向线程设计的计算机结构中，进程是线程的容器。程序是指令、数据及其组织形式的描述，进程是程序的实体。

异常处理：异常处理，是编程语言或计算机硬件里的一种机制，用于处理软件或信息系统中出现的异常状况(即超出程序正常执行流程的某些特殊条件)。各种编程语言在处理异常方面具有非常显著的不同点(错误检测与异常处理区别在于：错误检测是在正常的程序流中，处理不可预见问题的代码，例如一个调用操作未能成功结束)。某些编程语言有这样的函数：当输入存在非法数据时不能被安全地调用，或者返回值不能与异常进行有效的区别。例如，C语言中的atoi函数(ASCII串到整数的转换)在输入非法时可以返回0。在这种情况下编程者需要另外进行错误检测(可能通过某些辅助全局变量如C的errno)，或进行输入检验(如通过正则表达式)，或者共同使用这两种方法。通过异常处理，我们可以对用户在程序中的非法输入进行控制和提示，以防程序崩溃。

安卓系统终端的内存空间越来越大，用户可以将大量的用户数据保存在终端的内存空间；与此同时，终端内系统的复杂度越来越高，安装的应用软件越来越多，为用户带来便利的同时也带来了许多的不稳定因素，不稳定因素使终端容易发生异常，导致终端无法正常使用。此时，终端会采取系统重启以达到消除异常，恢复正常使用的目的。

Android(安卓)系统通常的异常处理机制是：当系统核心进程(例如system_server)异常崩溃后，init进程会控制zygote进程重启，进而重启整个安卓系统，从而使系统恢复稳定。

为了解决上述问题，本申请提供一种显示设备，用于避免在假待机状态下系统重启，屏幕亮起自动播放电视节目的情况发生。显示设备包括显示器、控制器等。

基于本申请的显示设备，具体的实现过程如下：

控制器在监测到显示设备系统重启信号时，确定所述显示器的当前状态。

安卓系统电源至少可划分为on、sleep、STR(Suspendto RAM、挂起至内存)、poweroff和AC off。其中，on为正常工作状态/正常开机状态，即正常的开机运行状态；sleep为睡眠状态，包括浅度睡眠(比如Active Standby)和深度睡眠(mem)等；power off为关机状态；AC off则为未接通供电电源的断电状态。

所述浅度睡眠比如为Active Standby(假待机)，在浅度睡眠状态下，CPU未断电，仍然可以接收并处理特定事件，并且恢复至正常工作状态的速度比STR更快，但也相对较为耗电，后续用户通过遥控器、鼠标或键盘等外部输入设备能快速唤醒设备系统。所述深度睡眠比如是以mem模式进入的睡眠状态，只能通过特定的唤醒方式来唤醒系统，比如按power键，而通过遥控器等外部输入设备无法唤醒系统。所述STR相当于待机状态，该状态下将系统当前的运行状态等数据保存至内存，此时仍需向RAM供电，以保证后续能快速恢复至正常工作状态(on)，冻结用户态的进程和内核态的任务，关闭如显示器、遥控器等设备，利用特定方式唤醒系统(比如触发power键)，并且CPU停止工作。

显示设备处于假待机状态时，CPU仍然可以接受并处理特定事件，因此如果系统核心进程如果出现异常，则会触发安卓系统重启。安卓系统重启时向控制器发送系统重启信号，以触发确定显示器当前状态的步骤。本申请也可以设置监测模块，监测系统是否发生重启动作，监测到系统发生重启动作时，同步向控制器发送系统重启信号。

在一些实施例中，显示设备处于假待机状态时，可能会有多个系统核心进程正常工作，可以设置进程监控名单。如果终止进程的进程名称位于进程监控名单中时，则向控制器发送系统重启信号，以使控制器进行确定显示器当前状态的步骤。

例如，事先将system_server进程设置在进程监控名单中，当system_server进程终止时，确定system_server进程位于进程监控名单中，则向控制器发送系统重启信号。如果system_server进程不在进程监控名单中，则不向控制器发送系统重启信号。这样一些非系统核心进程异常崩溃时，不需要重启整个安卓系统，也不需要进行本申请发送重启信号，确定显示器当前状态的步骤。进程监控名单可以事先配置的名单，也可以是动态生成的名单。

在一些实施例中，如果异常终止的进程不再进程监控名单中，表示当这些非系统核心进程异常终止时，不需要重启整个系统。这些非系统核心进程异常终止时，也可以单独静默重启这些非系统核心进程。以安卓系统为例进行说明。在安卓系统中，可通过AMS(Activity Manager Service)来启动异常终止进程。Activity可称为活动，实际上Activity就是布满或分屏显示于终端的显示窗口，亦或悬浮于其他显示窗口之上的界面，一个应用通常由多个Activity构成。ActivityRecord是Activity的标识，与每一个Activity对应，因此在安卓系统中，创建异常终止进程的界面的标识具体可以是创建异常终止进程对应的ActivityRecord。

可以将异常终止进程的界面的task保存与目标容器中。上述task也可称为任务，task是一个具有栈结构的容器。在启动一个进程时，系统会在创建界面的标识之时同步自动创建一个task，这个task用于存放该进程的界面，该进程打开的每个界面都将保存在task中。则显示设备上运行的各个进程，都有与之对应的task，在每个task中保存着该进程的界面。

上述目标容器是在显示设备上保存显示设备上各个task的容器(当显示设备上有多个进程运行时，每个进程都有对应的task)，例如Stack容器来存放显示设备上各个task。在将存放目标进程的界面的task保存于目标容器中时，可控制task保存于目标容器中的指定位置，以使目标进程不在前台显示。这样，可以实现进程异常终止时，进程层次上静默重启。

信号与进程异常退出有着紧密的关系：第一类情况是因为外部环境向进程发送信号，这种情况下发送的信号是异步信号，信号的到来与进程的运行是异步的；第二类情况是进程非法操作触发处理器异常，然后异常处理函数在内核态向进程发送信号，这种情况下发送的信号是同步信号，信号的到来与进程的运行是同步的。这两种情况都有信号产生，并且最终都是信号处理程序终止进程运行。它们的区别是信号产生的信号源不同，前者是外部信号源产生异步信号，后者是进程自身作为信号源产生同步信号。进程异常退出时，操作系统会产生core dump文件，cored ump文件是进程异常退出前内存状态的快照。

如果所述显示器的当前状态为熄屏状态，在静默重启模式下重启所述显示设备。

如果所述显示器的当前状态为亮屏状态，在正常重启模式下重启所述显示设备。

显示器有两种状态：熄屏状态和亮屏状态。如果显示器的当前状态为熄屏状态，则在静默重启模式下重启显示设备。如果显示器的当前状态为亮屏状态时，则在正常重启模式下重启显示设备。

所述静默开机模式是指以熄屏且静音的形式开机，即不点亮显示器的背光，使显示器呈现为黑屏，并且当前声音播放器不输出声音或以静音模式播放声音，其中声音播放器包括但不限于显示设备内置的扬声器或连接的外部功放。由于从显示器的视频/图像角度，以及声音播放器的音频角度，限制了显示设备的音视频外化呈现，因此用户对显示设备关机/断电时执行的静默开机是完全无感知的，一方面静默开机可以降低显示设备的耗电，另一方面显示设备此时的运行状态(即用户无感知的静默开机状态)也可为定时任务提供保活条件。

在本申请中，显示设备进行重启(包含上层安卓系统重启以及底层的linux系统的重启)的过程中，对通信模块进行屏蔽，而不启动网络，不进行数据的收发，对于另一部分比如蓝牙模块、红外模块、WIFI模块等，也不启动，不进行数据的收发，对屏幕，扬声器，震动马达等进行屏蔽，则手机不亮屏、不发出声音、不产生震动等，使得该重启过程为静默进行，不被用户所察觉地进入休眠状态，提升用户体验。

在静默重启过程中，将关闭手机的显示屏和指示灯、不发声、不震动等等，在用户角度来看，并不能够发现与显示设备的关机状态存在不同。同时，对于控制装置上的大部分物理按键也将进行屏蔽，仅对开机键进行功能开放，以确保用户完成开机动作。静默重启的过程中，可以主要完成开机时需要完成的大部分工作，比如资源的加载等等，但对于通信模块，比如蓝牙模块、红外模块、WIFI模块等，同样不开启，不进行数据的交换，且节省电能。

相反的，所述正常重启模式指以亮屏的显示开机，即点亮显示器的背光，使显示器呈现为亮屏。本申请实施例中，正常重启模式可以只亮屏，也可以在亮屏的同时开启声音播放器，以使声音播放器输出声音。

在一些实施例中，显示设备还包括有存储器。显示器为熄屏状且CPU处于工作状态，即显示设备为假待机状态。显示设备进入假待机状态之后(比如用户按压控制装置上的关机键)，显示设备不再执行原生的PowerManager.shutdown流程，而是改进为由系统服务发送一条关机广播，所述关机广播用于通知存储器显示设备已接收到关机指令。存储器接收到所述关机广播后，设置并存储静默标识，所述静默标识用于指示显示设备执行所述静默重启模式。

在具体实现中，由显示设备中的bootloader访问存储器，并在读取和识别出存储器中存储有静默标识时，执行在静默重启模式下重启显示设备。可选地，所述存储器为EEPROM(Electrically ErasableProgrammable Read Only Memor，带电可擦可编程只读存储器)。

另一种情况是，用户拔掉供电电源后重新接电时，存储器感应到到自身上电，即可自动设置并存储静默标识，显示设备中的bootloader读取到静默标识，即以静默重启模式启动重启流程。需要说明的是，触发存储器设置静默标识的条件不限于本申请实施例所述，具体可根据用户将设备切换为假待机状态的操作来配置。

与设置静默标识不同的是，如果用户不是将设备切换为假待机状态，则不在存储器中存储静默标识。例如，正常开机状态下系统重启，此时显示器的当前状态为亮屏状态，存储器中也不存在静默标识。系统重启时，控制器从存储器中读取数据，不能从存储器中读取到静默标识，则系统在正常重启模式下重启显示设备。

在一些实施例中，由于用户对静默重启无感知，所以用户会认为显示设备当前处于关机状态。在静默重启过程中(即静默重启启动后、完成之前的这一阶段)，若用户想要使用显示设备，则会输入开机指令(比如执行power on)，此时需要退出静默重启模式，转而执行正常重启模式，所述正常重启模式即允许显示器点亮背光，可显示如重启动画等视频/图像，声音播放器则输出声音，即执行安卓系统原生的重启程序，用户对正常重启模式是可感知的。

在一些实施例中，显示设备退出静默重启模式，转而执行正常重启模式，则需要控制存储器删除静默标识。由于显示设备的重启模式发生了转换，因此以转换后最新的重启模式为准，变更所述存储器内的存储状态，取消存储静默标识相当于记录显示设备是以正常重启模式重启的，而不是静默重启模式；反之，若静默重启过程中控制器未接收到开机指令，则保持静默重启模式直至重启完成，并且存储器保持存储静默标识的存储状态。

具体的，控制器接收到设备开机的用户输入时，即从存储器中删除静默标识，之后再次读取存储器，此时不能才能够存储器中读取到静默标识。控制器控制系统退出静默重启模式，同时在正常重启模式下重启显示设备。

在一些实施例中，切换重启模式的过程还可以是：如果接收到重启过程中，收到用户输入的开机指令，则从存储器中删除静默标识，并且在存储器中存储正常标识。控制器再次读取存储器时，从存储器中读取到正常标识之后，控制系统退出静默重启模式，同时在正常重启模式下重启显示设备。

在一些实施例中，为便于控制器从存储器快速读取静默标识，以及快速识别显示设备采用的重启模式的类型(静默重启模式或正常重启模式)，可以在所述存储器中设置固定标志位，该固定标志位的值用于表征重启模式的类型。控制器在访问所述存储器时，可直接读取存储器中固定标志位，通过读取并识别固定标志位的当前值，即可快速分辨重启模式的类别。

需要说明的是，静默标识和正常标识为预设的标识符，标识符可以是数字、字母或其他形式，本申请实施例不作限定。例如，当读取到目标标志位的值为1时，bootloader启动静默开机模式，即静默标识为1；若读取到目标标志位的值为0，bootloader启动正常开机模式，即正常标识为0。

如图5所示的一种显示设备系统重启方法流程图，上述实施例的具体实现过程可以是：

步骤一、配置核心进程监控白名单，将需要监控的系统核心进程(比如system_server)配置进白名单中SecurityMonitorWhiteList。

步骤二、在init进程中的子进程管理流程中，读取当前终止进程的名字，如果当前终止的进程名称处在SecurityMonitorWhiteList白名单中，则执行步骤三；否则，执行步骤八。

步骤三、通过SystemProperty.set接口设置sys.vt.abnormal.flag标志位为1，此标志位用来表示系统将要重启以解决系统核心进程出现的异常，之后执行步骤四。

步骤四、系统核心init进程实时检测到sys.vt.abnormal.flag标志位被设置为1时，启动HiSecurityMonitor进程，之后执行五。

步骤五、HiSecurityMonitor进程启动，读取当前的屏幕状态(亮屏或是熄屏)，如果屏幕当前状态为亮屏，执行步骤六；否则，执行步骤七。

步骤六、直接调用reboot接口，系统可直接重启，之后执行步骤八。

步骤七、当前屏幕状态为关，说明这是在用户不使用电视的情况下发生了异常，则执行Android系统原生的quiescent reboot静默重启流程，执行步骤八。

步骤八、流程结束。

在一些实施例中，除了上述实施例中的处理异常情况时的系统重启，为了使得系统保持良好性能，还可以周期性的重启系统，本申请指的周期性重启系统为静默重启系统。具体的，可以设置静默重启周期T。静默重启周期T可以是出厂设定的，也可以是用户根据需求进行设定。例如，设定静默重启周期时间为一个星期，即每隔一个星期对系统进行静默重启。当上次系统重启(包括系统静默重启或者断电重启)后距当前时间大于等于设定静默重启周期时间阈值T时，执行静默重启模式下重启显示设备。由于静默启动的目的在于清除操作系统冗余，使系统保持良好性能，因此上次系统启动既包括断电启动，也包括静默重启。

可以是每一次系统处于假待机状态时，判断当前时间距离上一次系统静默重启的时间是否达到一周。如果当前时间距离上一次系统静默重启时间达到一周，则执行静默重启模式下重启显示设备。

在一些实施例中，考虑到在系统静默重启时，可能会发生用户需要使用显示设备，从而导致操作不便的情形。因此，如果当前时间距离上一次系统静默重启时间达到一周，需要再次判断当前系统是否处于空闲状态，即是否有进程正在运行。如果不存在正在运行的进程，则表示当前系统正处于空闲状态，可以进行静默重启。如果存在正在运行的进程，则表示当前系统不处于空闲状态，不可以进行静默重启。

在一些实施例中，基于上述实施例还可以设置防打扰名单，防打扰名单中可以包括不想被打扰的进程，而防打扰名单之外的进程则允许被打扰，即防打扰名单之外的进程正在运行也可以视为系统正处于空闲状态。例如，某软件正在更新，检测到更新进程后，判断其是否在防打扰名单中。如果该进程在防打扰名单中，则表示当前系统不处于空闲状态，不可以进行静默重启。如果该进程不在防打扰名单中，表示当前系统处于空闲状态，可以进行静默重启。此时可以中断该软件的更新进程，进行静默重启的操作。

在一些实施例中，还可以设置安全时段对静默重启的时间进行限制。例如，夜间显示设备可能少被用户使用，因此夜间可以设置为安全时段。如果重启周期正好与安全时段重合，则可以在安全时段进行静默重启。如果重启周期不与安全时段重合，例如在日间达到周期时限，则可以延长周期，直至进入安全时段，才进行静默重启的操作。

用户使用显示设备的习惯也有可能改变。显示设备可以维护一个数据库，所述数据库用于存储用户使用显示设备的时间、静默重启的时间等信息。显示设备可以根据这个数据库提示用户对静默重启的安全时段进行修改。例如，1月份节假日较多，用户在日间使用显示设备次数较多，则可以将静默重启的安全时段调整至夜间。而2月份节假日较少，用户在夜间使用显示设备次数较多，则可以将静默重启的安全时段调整至日间。

在一些实施例中，还可以对用户使用习惯分析，保证静默重启不影响用户使用。系统通过统计系统与用户交互的时间段，在进行静默重启时避开用户常用时间段。例如，上午6点至7点、10点至1点以及下午5点至8点等，充分考虑用户的使用习惯。

在一些实施例中，由于用户对静默重启无感知，所以用户会认为显示设备当前处于关机状态。在静默重启过程中(即静默重启启动后、完成之前的这一阶段)，若用户想要使用显示设备，则会输入开机指令(比如执行power on)，此时需要退出静默重启模式，转而执行正常重启模式。

如图6所示，显示设备接收到用户输入的开机指令后，显示设备可向显示器提供开机导航中的一个用户界面图。该用户界面包括第一展示区71、静默控件72、正常控件73以及指示任一控件被选择的选择器74。其中，第一展示区71显示″静默重启还是正常重启″。可通过用户操作控制装置的输入而移动选择器在用户界面中的位置或移动各控件在用户界面中的位置，以改变选择不同的控件。例如，选择器74指示同意控件72被选择。

需要说明的是腔件是指在显示设备200中用户界面的各展示区中显示以表示诸如图标、缩略图、视频剪辑、链接等对应内容的视觉对象，这些控件可以为用户提供通过数据广播接收的各种传统节目内容、以及由内容制造商设置的各种应用和服务内容。

控件的展示形式通常多样化。例如，控件可以包括文本内容和/或用于显示与文本内容相关的缩略图的图像，或与文本相关的视频剪辑。又如，控件可以是应用程序的文本和/或图标。

还需说明的是，选择器用于指示其中任一控件已被选择，如焦点对象。一方面，可根据用户通过控制装置100的输入腔制显示设备200中显示焦点对象的移动来选择或控制控件。如：用户可通过控制装置100上方向键控制焦点对象在控件之间的移动来选择和控制控件。另一方面，可根据用户通过控制装置100的输入，控制显示设备200中显示的各控件的移动来使得焦点对象选择或控制控件。如：用户可通过控制装置100上方向键控制各控件一并进行左右移动，以在保持焦点对象的位置不变时使得焦点对象选择和控制控件。

选择器的标识形式通常多样化。示例的，通过放大控件来实现或标识焦点对象的位置，通过设置控件背景色来实现或标识焦点对象的位置，也可以通过改变聚焦控件的文本或图像的边框线、尺寸、颜色、透明度和轮廓和/或字体等标识焦点对象的位置。

在图6中，当用户按压控制装置上的确认键后，表示用户选择显示设备静默模式下重启。当用户按压控制装置上的方向键，使得选择器指示正常控件73被选择，并按压确认键后，表示用户选择显示设备正常模式下重启。

如果用户选择显示设备静默模式下重启，显示设备上显示的界面则从图6所示的用户界面跳转至图7所示的用户界面。如图7所示，该用户界面可向用户展示静默重启的提示语″显示设备静默重启时显示器将熄屏″。图7所示的界面还包括确认控件和取消控件。如果用户选择确认控件，显示设备将进入静默模式重启状态，显示器将熄屏。如果用户选择取消控件，显示设备将从图7所示的用户界面跳转回图6所示的用户界面。

如果用户选择显示设备正常模式下重启，显示设备上显示的界面则从图6所示的用户界面跳转至图8所示的用户界面。如图8所示，该用户界面可向用户展示正常重启的提示语″显示设备静默重启时显示器将亮屏″。图8所示的界面还包括确认控件和取消控件。如果用户选择确认控件，显示设备将进入正常模式重启状态，显示器保持亮屏。如果用户选择取消控件，显示设备将从图8所示的用户界面跳转回图6所示的用户界面。

在一些实施例中，在系统重启的过程中，显示设备会按照系统重启的次数进行数据的清理，清理数据后再次进行重启，当系统重启的次数到达一定次数后，显示设备会进入recovery(恢复)模式，由用户选择继续进行系统重启或选择恢复出厂设置。如果在假待机状态下进行静默重启可能也会存在进入recovery模式的情况，此时可以暂时中断静默重启。当检测到用户使用显示设备的信号(用户操作控制器开机按键)时，再亮屏显示提示信息，提示用户是继续进行系统重启还是恢复出厂设置。

在一些实施例中，为了方便用户查看和更改″静默重启设置″，在设置页面内增加用户界面显示菜单，用户可以随时查看和更改静默重启设置。当用户选择同意静默重启时，设置页面的后台静默重启设置为开启状态；当用户选择不同意静默重启时，设置页面的后台静默重启设置为关闭状态。同时用户可以进入设置页面，随时更改自己的选择。当用户开启静默重启设置时，设定静默重启设置标记位为true，当用户关闭静默重启设置时，设定静默重启设置标记位为false，此时系统及时处于假待机状态也不会进行静默重启。例如一些商场使用的显示设备，可能并不适用静默重启(静默重启不会点亮显示器背光，对于商场用户来说这种体验并不良好)，因此可以将静默重启设置关闭。这种场景中的显示设备自始至终都采用正常重启模式进行重启。

在一些实施例中，显示设备处于正常开机状态时，用户可能会设置定时任务。例如定时录制视频。定时任务的内容包括预设时间和任务事件，即在预设时间执行对应的任务事件，仅作为一种示例，假设定时任务A为{2022年02月29日23：30，录制足球世界杯}。

基于上述实施例中的显示设备，本申请还提供一种显示设备系统重启方法，如图9所示的显示设备系统重启方法流程图，本申请提供的方法步骤如下：

步骤S101、在监测到显示设备系统重启信号时，确定所述显示器的当前状态。

步骤S102、如果所述显示器的当前状态为熄屏状态，在静默重启模式下重启所述显示设备。

步骤S103、如果所述显示器的当前状态为亮屏状态，在正常重启模式下重启所述显示设备。

需要说明的是，控制器与底层之间的通信和控制逻辑不限于本申请实施例所示，另外，底层单元/服务可以根据系统架构和实际功能所需进行设置，以能实现本申请中定时任务的保活条件和任务执行逻辑为准。

本领域技术人员可清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。具体实现中，本发明还提供一种计算机存储介质，该计算机存储介质可存储有程序。当计算机存储介质位于显示设备200中时，该程序执行时可包括前述各实施例中的定时任务执行方法所涉及的程序步骤。其中，计算机存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-Only Memory，简称ROM)或随机存储记忆体(英文：RandomAccess Memory，简称RAM)等。

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

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

Claims

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

显示器；

控制器，被配置为：

2.根据权利要求1所述的显示设备，其特征在于，系统重启信号的产生步骤为：

在终止进程的进程名称在进程监控名单中时，产生系统重启信号，其中，所述进程监控名单为事先配置的名单。

3.根据权利要求1所述的显示设备，其特征在于，所述显示设备还包括存储器；

在所述显示器的当前状态为熄屏状态时，所述存储器中存储有静默标识，所述控制器具体被配置为：从所述存储器中读取所述静默标识，根据所述静默标识，在所述静默重启模式下重启所述显示设备；

在所述显示器的当前状态为亮屏状态时，所述存储器中不存储有静默标识，所述控制器具体被配置为：不从所述存储器中读取所述静默标识，在所述正常重启模式下重启所述显示设备。

4.根据权利要求3所述的显示设备，其特征在于，在静默重启完成之前，所述控制器还被配置为：在接收到设备开机的用户输入时，退出静默重启模式且在正常重启模式下重启所述显示设备。

5.根据权利要求4所述的显示设备，其特征在于，在接收到设备开机的用户输入时，从所述存储器中删除所述静默标识，所述控制器具体被配置为：再次读取所述存储器，不从所述存储器中读取所述静默标识，退出所述静默重启模式且在所述正常重启模式下重启所述显示设备。

6.根据权利要求3至5任意一项权利要求所述的显示设备，其特征在于，所述静默标识存储在所述存储器的固定标志位上。

7.一种显示设备系统重启方法，所述方法应用于显示设备的控制器，其特征在于，方法包括：在监测到显示设备系统重启信号时，确定所述显示器的当前状态；

8.根据权利要求7所述的显示设备系统重启方法，其特征在于，系统重启信号的产生步骤为：在终止进程的进程名称在进程监控名单中时，产生系统重启信号，其中，所述进程监控名单为事先配置的名单。

9.根据权利要求7所述的显示设备系统重启方法，其特征在于，所述显示设备还包括存储器；

在所述显示器的当前状态为熄屏状态时，所述存储器中存储有静默标识，所述方法具体包括：从所述存储器中读取所述静默标识，根据所述静默标识，在所述静默重启模式下重启所述显示设备；

在所述显示器的当前状态为亮屏状态时，所述存储器中不存储有静默标识，所述方法具体包括：不从所述存储器中读取所述静默标识，在所述正常重启模式下重启所述显示设备。

10.根据权利要求9所述的显示设备系统重启方法，其特征在于，在静默重启完成之前，所述方法还包括：在接收到设备开机的用户输入时，退出静默重启模式且在正常重启模式下重启所述显示设备。