CN112073813B - 显示设备及双系统间异常启动的检测与处理方法 - Google Patents
显示设备及双系统间异常启动的检测与处理方法 Download PDFInfo
- Publication number
- CN112073813B CN112073813B CN202010399384.4A CN202010399384A CN112073813B CN 112073813 B CN112073813 B CN 112073813B CN 202010399384 A CN202010399384 A CN 202010399384A CN 112073813 B CN112073813 B CN 112073813B
- Authority
- CN
- China
- Prior art keywords
- controller
- version
- mode
- starting
- display device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 61
- 238000012545 processing Methods 0.000 title claims abstract description 28
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000001514 detection method Methods 0.000 claims abstract description 32
- 238000011084 recovery Methods 0.000 claims description 44
- 230000004913 activation Effects 0.000 claims description 8
- 230000009977 dual effect Effects 0.000 abstract description 16
- 238000004891 communication Methods 0.000 description 54
- 230000006870 function Effects 0.000 description 51
- 238000010586 diagram Methods 0.000 description 13
- 230000003993 interaction Effects 0.000 description 12
- 238000006243 chemical reaction Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 230000005236 sound signal Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000002452 interceptive effect Effects 0.000 description 5
- 230000033001 locomotion Effects 0.000 description 5
- 238000003860 storage Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000006837 decompression Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 239000008186 active pharmaceutical agent Substances 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000003786 synthesis reaction Methods 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000002194 synthesizing effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1417—Boot up procedures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4405—Initialisation of multiprocessor systems
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Controls And Circuits For Display Device (AREA)
Abstract
本申请公开了一种显示设备及双系统间异常启动的检测与处理方法,尤其适用于一种社交电视。该显示设备包括显示器;第一控制器,包括第一检测模块,被配置为检测第一控制器的启动模式;第二控制器,包括第二检测模块,被配置为检测第二控制器的启动模式,并将其传送至第一控制器;其中,第一控制器判断第一、第二控制器的启动模式是否相同;若第一、第二控制器的启动模式相同,则正常启动第一、第二控制器;若第一、第二控制器的启动模式不相同,则修复第一控制器或第二控制器的启动模式,使第一、第二控制器的版本一致。本申请对双系统启动之间产生的各种异常场景进行自我修复异常,提高了双系统设备的容错性和可恢复性,提升了用户的使用体验。
Description
本申请要求在2019年6月10日提交中国专利局、申请号201910498100.4、发明名称为“双系统间异常启动的检测与处理方法、系统及显示设备”的中国专利申请的优先权,其全部内容通过应用结合在本申请中。
技术领域
本申请涉及智能电视技术领域,尤其涉及一种显示设备及双系统间异常启动的检测与处理方法。
背景技术
随着电子技术的发展和人们生活水平的不断提高,各种智能电视的使用越来越普及,智能电视已经成为人们日常生产中不可缺少的娱乐休闲工具。
目前,Android系统已经成为智能电视的主流平台,Android系统的启动过程为:从上电开始,亮屏时看到BootLogo(开机画面),接着init中启动开机动画,启动完成后开机动画消失,看到主页,中间没有黑屏、蓝屏和启动不一致的情形。因为BootAnimation(开机动画)会一直遮挡到系统启动完成,主页显示出来,才会撤销遮挡,这时用户才能去操作设备。
但是,对于双系统的系统架构,开关机场景存在很多问题,同时上电开机时,虽然同为Android系统,开机流程一致,然而由于软硬件的差异和某些特殊开机场景,两系统进入的模式有可能不同,比如说要进行OTA升级,系统N正常进入了Recovery模式,而系统A因为某个原因进入了主系统,导致双系统间启动异常,影响用户的使用体验。
发明内容
本申请提供了一种显示设备及双系统间异常启动的检测与处理方法,以解决目前双系统间因软硬件差异和某些特殊开机场景,导致两系统进入不同的模式,造成启动异常的技术问题。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
第一方面,本申请实施例公开了一种显示设备,包括:
显示器,被配置为显示图像内容;
第一控制器,包括第一检测模块,被配置为检测所述第一控制器的启动模式;
第二控制器,包括第二检测模块,被配置为检测所述第二控制器的启动模式,并将所述第二控制器的启动模式传送至所述第一控制器;
其中,所述第一控制器根据所述第一控制器的启动模式与所述第二控制器的启动模式判断所述第一控制器与所述第二控制器的启动模式是否相同;若所述第一控制器与第二控制器的启动模式相同,则正常启动所述第一控制器与所述第二控制器;若所述第一控制器与第二控制器的启动模式不相同,则修复所述第一控制器或第二控制器的启动模式,直至所述第一控制器与所述第二控制器的版本一致。
第二方面,本申请实施例还提供了一种双系统间异常启动的检测与处理方法,应用于第一方面所述的显示设备,所述方法包括:
第一控制器的第一检测模块检测所述第一控制器的启动模式;
第二控制器的第二检测模块检测所述第二控制器的启动模式,并将所述第二控制器的启动模式传送至所述第一控制器;
所述第一控制器根据所述第一控制器的启动模式与所述第二控制器的启动模式判断所述第一控制器与所述第二控制器的启动模式是否相同;
若所述第一控制器与所述第二控制器的启动模式相同,则正常启动所述第一控制器与所述第二控制器;
若所述第一控制器与所述第二控制器的启动模式不相同,则修复所述第一控制器或所述第二控制器的启动模式,直至所述第一控制器与所述第二控制器的版本一致。
与现有技术相比,本申请的有益效果为:
针对具有双系统结构的显示设备,第一控制器的第一检测模块检测第一控制器的启动模式,第二控制器的第二检测模块检测第二控制器的启动模式,并将第二控制器的启动模式传送至第一控制器,由于软硬件的差异和某些特殊开机场景,第一控制器与第二控制器的启动模式可能相同,也可能不相同,若第一控制器与第二控制器的启动模式相同,说明两系统启动正常,可正常启动第一控制器与第二控制器;若第一控制器与第二控制器的启动模式不相同,则对双系统启动之间产生的各种异常场景进行归类分析,识别出异常启动场景,修复第一控制器或第二控制器的启动模式,拉平第一控制器与第二控制器的版本,从而提高双系统设备的容错性和可恢复性,进而提高用户的使用体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图;
图2中示例性示出了根据实施例中控制装置100的硬件配置框图;
图3中示例性示出了根据实施例中显示设备200的硬件配置框图;
图4中示例性示出了根据图3显示设备200的硬件架构框图;
图5中示例性示出了根据实施例中显示设备200的功能配置示意图;
图6a中示例性示出了根据实施例中显示设备200中软件配置示意图;
图6b中示例性示出了根据实施例中显示设备200中应用程序的配置示意图;
图7中示例性示出了根据实施例中显示设备200中用户界面的示意图;
图8中示例性的示出了双系统显示设备的架构图;
图9为本申请实施例提供的一种双系统间异常启动的检测与处理方法的流程图。
具体实施方式
为使本申请示例性实施例的目的、技术方案和优点更加清楚,下面将结合本申请示例性实施例中的附图,对本申请示例性实施例中的技术方案进行清楚、完整地描述,显然,所描述的示例性实施例仅是本申请一部分实施例,而不是全部的实施例。
本申请涉及的显示终端包含至少两个系统级芯片,为了便于理解,在此,对多芯片结构的显示终端进行介绍。
为便于用户使用,显示设备上通常会设置各种外部装置接口,以便于连接不同的外设设备或线缆以实现相应的功能。而在显示设备的接口上连接有高清晰度的摄像头时,如果显示设备的硬件系统没有接收源码的高像素摄像头的硬件接口,那么就会导致无法将摄像头接收到的数据呈现到显示设备的显示屏上。
并且,受制于硬件结构,传统显示设备的硬件系统仅支持一路硬解码资源,且通常最大仅能支持4K分辨率的视频解码,因此当要实现边观看网络电视边进行视频聊天时,为了不降低网络视频画面清晰度,就需要使用硬解码资源(通常是硬件系统中的GPU)对网络视频进行解码,而在此情况下,只能采取由硬件系统中的通用处理器(例如CPU)对视频进行软解码的方式处理视频聊天画面。
采用软解码处理视频聊天画面,会大大增加CPU的数据处理负担,当CPU的数据处理负担过重时,可能会出现画面卡顿或者不流畅的问题。进一步的,受制于CPU的数据处理能力,当采用CPU软解码处理视频聊天画面时,通常无法实现多路视频通话,当用户想要再同一聊天场景同时与多个其他用户进行视频聊天时,会出现接入受阻的情况。
基于上述各方面的考虑,为克服上述缺陷,本申请公开了一种双硬件系统架构,以实现多路视频聊天数据(至少一路本地视频)。
下面首先结合附图对本申请所涉及的概念进行说明。在此需要指出的是,以下对各个概念的说明,仅为了使本申请的内容更加容易理解,并不表示对本申请保护范围的限定。
本申请各实施例中使用的术语“模块”,可以是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合,能够执行与该元件相关的功能。
本申请各实施例中使用的术语“遥控器”,是指电子设备(如本申请中公开的显示设备)的一个组件,该组件通常可在较短的距离范围内无线控制电子设备。该组件一般可以使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接,也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如:手持式触摸遥控器,是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。
本申请各实施例中使用的术语“手势”,是指用户通过一种手型的变化或手部运动等动作,用于表达预期想法、动作、目的/或结果的用户行为。
本申请各实施例中使用的术语“硬件系统”,可以是指由集成电路(IntegratedCircuit,IC)、印刷电路板(Printed circuit board,PCB)等机械、光、电、磁器件构成的具有计算、控制、存储、输入和输出功能的实体部件。在本申请各个实施例中,硬件系统通常也会被称为主板(motherboard)或芯片。
图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示,用户可通过控制装置100来操作显示设备200。
其中,控制装置100可以是遥控器100A,其可与显示设备200之间通过红外协议通信、蓝牙协议通信、紫蜂(ZigBee)协议通信或其他短距离通信方式进行通信,用于通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令,来控制显示设备200。如:用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令,来实现控制显示设备200的功能。
控制装置100也可以是智能设备,如移动终端100B、平板电脑、计算机、笔记本电脑等,其可以通过本地网(LAN,Local Area Network)、广域网(WAN,Wide Area Network)、无线局域网((WLAN,Wireless Local Area Network)或其他网络与显示设备200之间通信,并通过与显示设备200相应的应用程序实现对显示设备200的控制。例如,使用在智能设备上运行的应用程序控制显示设备200。该应用程序可以在与智能设备关联的屏幕上通过直观的用户界面(UI,User Interface)为用户提供各种控制。
示例的,移动终端100B与显示设备200均可安装软件应用,从而可通过网络通信协议实现二者之间的连接通信,进而实现一对一控制操作的和数据通信的目的。如:可以使移动终端100B与显示设备200建立控制指令协议,将遥控控制键盘同步到移动终端100B上,通过控制移动终端100B上用户界面,实现控制显示设备200的功能;也可以将移动终端100B上显示的音视频内容传输到显示设备200上,实现同步显示功能。
如图1所示,显示设备200还可与服务器300通过多种通信方式进行数据通信。在本申请各个实施例中,可允许显示设备200通过局域网、无线局域网或其他网络与服务器300进行通信连接。服务器300可以向显示设备200提供各种内容和互动。
示例的,显示设备200通过发送和接收信息,以及电子节目指南(EPG,ElectronicProgram Guide)互动,接收软件程序更新,或访问远程储存的数字媒体库。服务器300可以是一组,也可以是多组,可以是一类或多类服务器。通过服务器300提供视频点播和广告服务等其他网络服务内容。
显示设备200,一方面讲,可以是液晶显示器、OLED(Organic Light EmittingDiode)显示器、投影显示设备;另一方面讲,显示设备被可以是智能电视或显示器和机顶盒组成的显示系统。具体显示设备类型,尺寸大小和分辨率等不作限定,本领技术人员可以理解的是,显示设备200可以根据需要做性能和配置上的一些改变。
显示设备200除了提供广播接收电视功能之外,还可以附加提供计算机支持功能的智能网络电视功能。示例的包括,网络电视、智能电视、互联网协议电视(IPTV)等。在一些实施例中,显示设备可以不具备广播接收电视功能。
如图1所述,显示设备上可以连接或设置有摄像头,用于将摄像头拍摄到的画面呈现在本显示设备或其他显示设备的显示界面上,以实现用户之间的交互聊天。具体的,摄像头拍摄到的画面可在显示设备上全屏显示、半屏显示、或者显示任意可选区域。
作为一种可选的连接方式,摄像头通过连接板与显示器后壳连接,固定安装在显示器后壳的上侧中部,作为可安装的方式,可以固定安装在显示器后壳的任意位置,能保证其图像采集区域不被后壳遮挡即可,例如,图像采集区域与显示设备的显示朝向相同。
作为另一种可选的连接方式,摄像头通过连接板或者其他可想到的连接器可升降的与显示后壳连接,连接器上安装有升降马达,当用户要使用摄像头或者有应用程序要使用摄像头时,再升出显示器之上,当不需要使用摄像头时,其可内嵌到后壳之后,以达到保护摄像头免受损坏。
作为一种实施例,本申请所采用的摄像头可以为1600万像素,以达到超高清显示目的。在实际使用中,也可采用比1600万像素更高或更低的摄像头。
当显示设备上安装有摄像头以后,显示设备不同应用场景所显示的内容可得到多种不同方式的融合,从而达到传统显示设备无法实现的功能。
示例性的,用户可以在边观看视频节目的同时,与至少一位其他用户进行视频聊天。视频节目的呈现可作为背景画面,视频聊天的窗口显示在背景画面之上。形象的,可以称该功能为“边看边聊”。
可选的,在“边看边聊”的场景中,在观看直播视频或网络视频的同时,跨终端的进行至少一路的视频聊天。
另一示例中,用户可以在边进入教育应用学习的同时,与至少一位其他用户进行视频聊天。例如,学生在学习教育应用程序中内容的同时,可实现与老师的远程互动。形象的,可以称该功能为“边学边聊”。
另一示例中,用户在玩纸牌游戏时,与进入游戏的玩家进行视频聊天。例如,玩家在进入游戏应用参与游戏时,可实现与其他玩家的远程互动。形象的,可以称该功能为“边看边玩”。
可选的,游戏场景与视频画面进行融合,将视频画面中人像进行抠图,显示在游戏画面中,提升用户体验。
可选的,在体感类游戏中(如打球类、拳击类、跑步类、跳舞类等),通过摄像头获取人体姿势和动作,肢体检测和追踪、人体骨骼关键点数据的检测,再与游戏中动画进行融合,实现如体育、舞蹈等场景的游戏。
另一示例中,用户可以在K歌应用中,与至少一位其他用户进行视频和语音的交互。形象的,可以称该功能为“边看边唱”。优选的,当至少一位用户在聊天场景进入该应用时,可多个用户共同完成一首歌的录制。
另一个示例中,用户可在本地打开摄像头获取图片和视频,形象的,可以称该功能为“照镜子”。
在另一些示例中,还可以再增加更多功能或减少上述功能。本申请对该显示设备的功能不作具体限定。
图2中示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示,控制装置100包括控制器110、通信器130、用户输入/输出接口140、存储器190、供电电源180。
控制装置100被配置为可控制所述显示设备200,以及可接收用户的输入操作指令,且将操作指令转换为显示设备200可识别和响应的指令,起到用户与显示设备200之间交互中介作用。如:用户通过操作控制装置100上频道加减键,显示设备200响应频道加减的操作。
在一些实施例中,控制装置100可是一种智能设备。如:控制装置100可根据用户需求安装控制显示设备200的各种应用。
在一些实施例中,如图1所示,移动终端100B或其他智能电子设备,可在安装操控显示设备200的应用之后,起到控制装置100类似功能。如:用户可以通过安装应用,在移动终端100B或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮,以实现控制装置100实体按键的功能。
控制器110包括处理器112、RAM113和ROM114、通信接口以及通信总线。控制器110用于控制控制装置100的运行和操作,以及内部各部件之间通信协作以及外部和内部的数据处理功能。
通信器130在控制器110的控制下,实现与显示设备200之间控制信号和数据信号的通信。如:将接收到的用户输入信号发送至显示设备200上。通信器130可包括WIFI模块131、蓝牙模块132、NFC模块133等通信模块中至少一种。
用户输入/输出接口140,其中,输入接口包括麦克风141、触摸板142、传感器143、按键144等输入接口中至少一者。如:用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能,输入接口通过将接收的模拟信号转换为数字信号,以及数字信号转换为相应指令信号,发送至显示设备200。
输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中,可以是红外接口,也可以是射频接口。如:红外信号接口时,需要将用户输入指令按照红外控制协议转化为红外控制信号,经红外发送模块进行发送至显示设备200。再如:射频信号接口时,需将用户输入指令转化为数字信号,然后按照射频控制信号调制协议进行调制后,由射频发送端子发送至显示设备200。
在一些实施例中,控制装置100包括通信器130和输出接口中至少一者。控制装置100中配置通信器130,如:WIFI、蓝牙、NFC等模块,可将用户输入指令通过WIFI协议、或蓝牙协议、或NFC协议编码,发送至显示设备200.
存储器190,用于在控制器110的控制下存储驱动和控制控制装置100的各种运行程序、数据和应用。存储器190,可以存储用户输入的各类控制信号指令。
供电电源180,用于在控制器110的控制下为控制装置100各元件提供运行电力支持。可以电池及相关控制电路。
图3中示例性示出了根据示例性实施例中显示设备200中硬件系统的硬件配置框图。
在采用双硬件系统架构时,硬件系统的机构关系可以图3所示。为便于表述以下将双硬件系统架构中的一个硬件系统称为第一硬件系统或A系统、A芯片,并将另一个硬件系统称为第二硬件系统或N系统、N芯片。A芯片包含A芯片的控制器及各类接口,N芯片则包含N芯片的控制器及各类接口。A芯片及N芯片中可以各自安装有相对独立的操作系统,A芯片的操作系统和N芯片的操作系统可以通过通信协议相互通信,示例性的:A芯片的操作系统的framework层和N芯片的操作系统的framework层可以进行通信进行命令和数据的传输,从而使显示设备200中存在两个在独立但又存在相互关联的子系统。
如图3所示,A芯片与N芯片之间可以通过多个不同类型的接口实现连接、通信及供电。A芯片与N芯片之间接口的接口类型可以包括通用输入输出接口(General-purposeinput/output,GPIO)、USB接口、HDMI接口、UART接口等。A芯片与N芯片之间可以使用这些接口中的一个或多个进行通信或电力传输。例如图3所示,在双硬件系统架构下,可以由外接的电源(power)为N芯片供电,而A芯片则可以不由外接电源,而由N芯片供电。
除用于与N芯片进行连接的接口之外,A芯片还可以包含用于连接其他设备或组件的接口,例如图3中所示的用于连接摄像头(Camera)的MIPI接口,蓝牙接口等。
类似的,除用于与N芯片进行连接的接口之外,N芯片还可以包含用于连接显示屏TCON(Timer Control Register)的VBY接口,用于连接功率放大器(Amplifier,AMP)及扬声器(Speaker)的i2S接口;以及IR/Key接口,USB接口,Wifi接口,蓝牙接口,HDMI接口,Tuner接口等。
下面结合图4对本申请双硬件系统架构进行进一步的说明。需要说明的是图4仅仅是对本申请双硬件系统架构的一个示例性说明,并不表示对本申请的限定。在实际应用中,两个硬件系统均可根据需要包含更多或更少的硬件或接口。
图4中示例性示出了根据图3显示设备200的硬件架构框图。如图4所示,显示设备200的硬件系统可以包括A芯片和N芯片,以及通过各类接口与A芯片或N芯片相连接的模块。
N芯片可以包括调谐解调器220、通信器230、外部装置接口250、处理器210、存储器290、用户输入接口、视频处理器260-1、音频处理器260-2、显示器280、音频输出接口270、供电电源。在其他实施例中N芯片也可以包括更多或更少的模块。
其中,调谐解调器220,用于对通过有线或无线方式接收广播电视信号,进行放大、混频和谐振等调制解调处理,从而从多个无线或有线广播电视信号中解调出用户所选择电视频道的频率中所携带的音视频信号,以及附加信息(例如EPG数据信号)。根据电视信号广播制式不同,调谐解调器220的信号途径可以有很多种,诸如:地面广播、有线广播、卫星广播或互联网广播等;以及根据调制类型不同,所述信号的调整方式可以数字调制方式,也可以模拟调制方式;以及根据接收电视信号种类不同,调谐解调器220可以解调模拟信号和/或数字信号。
调谐解调器220,还用于根据用户选择,以及由处理器210控制,响应用户选择的电视频道频率以及该频率所携带的电视信号。
在其他一些示例性实施例中,调谐解调器220也可在外置设备中,如外置机顶盒等。这样,机顶盒通过调制解调后输出电视音视频信号,经过外部装置接口250输入至显示设备200中。
通信器230是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如: 通信器230可以包括WIFI模块231,蓝牙通信协议模块232,有线以太网通信协议模块233,及红外通信协议模块等其他网络通信协议模块或近场通信协议模块。
显示设备200可以通过通信器230与外部控制设备或内容提供设备之间建立控制信号和数据信号的连接。例如,通信器可根据控制器的控制接收遥控器100的控制信号。
外部装置接口250,是提供N芯片处理器210和A芯片及外部其他设备间数据传输的组件。外部装置接口可按照有线/无线方式与诸如机顶盒、游戏装置、笔记本电脑等的外部设备连接,可接收外部设备的诸如视频信号(例如运动图像)、音频信号(例如音乐)、附加信息(例如EPG)等数据。
其中,外部装置接口250可以包括:高清多媒体接口(HDMI)端子251、复合视频消隐同步(CVBS)端子252、模拟或数字分量端子253、通用串行总线(USB)端子254、红绿蓝(RGB)端子(图中未示出)等任一个或多个。本申请不对外部装置接口的数量和类型进行限制。
处理器210,通过运行存储在存储器290上的各种软件控制程序(如操作系统和/或各种应用程序),来控制显示设备200的工作和响应用户的操作。
如图4所示,处理器210包括只读存储器ROM213、随机存取存储器RAM214、图形处理器216、处理器210、通信接口218、以及通信总线。其中,ROM213和RAM214以及图形处理器216、处理器210、通信接口218通过总线相连接。
处理器210,用于执行存储在存储器290中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
ROM213,用于存储各种系统启动的指令。如在收到开机信号时,显示设备200电源开始启动,处理器210运行ROM中系统启动指令,将存储在存储器290的操作系统拷贝至RAM214中,以开始运行启动操作系统。当操作系统启动完成后,处理器210再将存储器290中各种应用程序拷贝至RAM214中,然后,开始运行启动各种应用程序。
图形处理器216,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等。包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象。以及包括渲染器,产生基于运算器得到的各种对象,进行渲染的结果显示在显示器280上。
处理器210,用于执行存储在存储器290中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
在一些示例性实施例中,处理器210,可以包括多个处理器。所述多个处理器中可包括一个主处理器以及多个或一个子处理器。主处理器,用于在预加电模式中执行显示设备200一些操作,和/或在正常模式下显示画面的操作。多个或一个子处理器,用于执行在待机模式等状态下的一种操作。
通信接口,可包括第一接口218-1到第n接口218-n。这些接口可以是经由网络被连接到外部设备的网络接口。
处理器210可以控制显示设备200的整体操作。例如: 响应于接收到用于选择在显示器280上显示UI对象的用户命令,处理器210便可以执行与由用户命令选择的对象有关的操作。
其中,所述对象可以是可选对象中的任何一个,例如超链接或图标。与所选择的对象有关操作,例如:显示连接到超链接页面、文档、图像等操作,或者执行与图标相对应程序的操作。用于选择UI对象用户命令,可以是通过连接到显示设备200的各种输入装置(例如,鼠标、键盘、触摸板等)输入命令或者与由用户说出语音相对应的语音命令。
存储器290,包括存储用于驱动和控制显示设备200的各种软件模块。如:存储器290中存储的各种软件模块,包括:基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等。
其中,基础模块是用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块是用于从各种传感器或用户输入接口中收集各种信息,并进行数模转换以及分析管理的管理模块。
例如:语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块是用于控制显示器280进行显示图像内容的模块,可以用于播放多媒体图像内容和UI界面等信息。通信模块,是用于与外部设备之间进行控制和数据通信的模块。浏览器模块,是用于执行浏览服务器之间数据通信的模块。服务模块,是用于提供各种服务以及各类应用程序在内的模块。
同时,存储器290还用于存储接收数据请求和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。
用户输入接口,用于将用户的输入信号发送给处理器210,或者,将从控制器输出的信号传送给用户。示例性的,控制装置(例如移动终端或遥控器)可将用户输入的诸如电源开关信号、频道选择信号、音量调节信号等输入信号发送至用户输入接口,再由用户输入接口转送至控制器;或者,控制装置可接收经控制器处理从用户输入接口输出的音频、视频或数据等输出信号,并且显示接收的输出信号或将接收的输出信号输出为音频或振动形式。
在一些实施例中,用户可在显示器280上显示的图形用户界面(GUI)输入用户命令,则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者,用户可通过输入特定的声音或手势进行输入用户命令,则用户输入接口通过传感器识别出声音或手势,来接收用户输入命令。
视频处理器260-1,用于接收视频信号,根据输入信号的标准编解码协议,进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频数据处理,可得到直接在显示器280上显示或播放的视频信号。
示例的,视频处理器260-1,包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。
其中,解复用模块,用于对输入音视频数据流进行解复用处理,如输入MPEG-2,则解复用模块进行解复用成视频信号和音频信号等。
视频解码模块,用于对解复用后的视频信号进行处理,包括解码和缩放处理等。
图像合成模块,如图像合成器,其用于将图形生成器根据用户输入或自身生成的GUI信号,与缩放处理后视频图像进行叠加混合处理,以生成可供显示的图像信号。
帧率转换模块,用于对输入视频的帧率进行转换,如将输入的24Hz、25Hz、30Hz、60Hz视频的帧率转换为60Hz、120Hz或240Hz的帧率,其中,输入帧率可以与源视频流有关,输出帧率可以与显示器的更新率有关。输入有通常的格式采用如插帧方式实现。
显示格式化模块,用于将帧率转换模块输出的信号,改变为符合诸如显示器显示格式的信号,如将帧率转换模块输出的信号进行格式转换以输出RGB数据信号。
显示器280,用于接收源自视频处理器260-1输入的图像信号,进行显示视频内容和图像以及菜单操控界面。显示器280包括用于呈现画面的显示器组件以及驱动图像显示的驱动组件。显示视频内容,可以来自调谐解调器220接收的广播信号中的视频,也可以来自通信器或外部设备接口输入的视频内容。显示器280,同时显示显示设备200中产生且用于控制显示设备200的用户操控界面UI。
以及,根据显示器280类型不同,还包括用于驱动显示的驱动组件。或者,倘若显示器280为一种投影显示器,还可以包括一种投影装置和投影屏幕。
音频处理器260-2,用于接收音频信号,根据输入信号的标准编解码协议,进行解压缩和解码,以及降噪、数模转换、和放大处理等音频数据处理,得到可以在扬声器272中播放的音频信号。
音频输出接口270,用于在处理器210的控制下接收音频处理器260-2输出的音频信号,音频输出接口可包括扬声器272,或输出至外接设备的发生装置的外接音响输出端子274,如:外接音响端子或耳机输出端子等。
在其他一些示例性实施例中,视频处理器260-1可以包括一个或多个芯片组成。音频处理器260-2,也可以包括一个或多个芯片组成。
以及,在其他一些示例性实施例中,视频处理器260-1和音频处理器260-2,可以为单独的芯片,也可以与处理器210一起集成在一个或多个芯片中。
供电电源,用于在处理器210控制下,将外部电源输入的电力为显示设备200提供电源供电支持。供电电源可以包括安装显示设备200内部的内置电源电路,也可以是安装在显示设备200外部的电源,如在显示设备200中提供外接电源的电源接口。
与N芯片相类似,如图4所示,A芯片可以包括处理器310、通信器330、检测器340、存储器390。在某些实施例中还可以包括视频处理器360、用户输入接口、音频处理器、显示器、音频输出接口。在某些实施例中,也可以存在独立为A芯片供电的供电电源。
通信器330是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如: 通信器330可以包括WIFI模块331,蓝牙通信协议模块332,有线以太网通信协议模块333,及红外通信协议模块等其他网络通信协议模块或近场通信协议模块。
A芯片的通信器330和N芯片的通信器230也有相互交互。例如,N芯片硬件系统内的WiFi模块231用于连接外部网络,与外部服务器等产生网络通信。A芯片硬件系统内的WiFi模块331用于连接至N芯片的WiFi模块231,而不与外界网络等产生直接连接,A芯片通过N芯片连接外部网络。因此,对于用户而言,一个如上述实施例中的显示设备至对外显示一个WiFi账号。
检测器340,是显示设备A芯片用于采集外部环境或与外部交互的信号的组件。检测器340可以包括光接收器342,用于采集环境光线强度的传感器,可以通过采集环境光来自适应显示参数变化等;还可以包括图像采集器341,如相机、摄像头等,可以用于采集外部环境场景,以及用于采集用户的属性或与用户交互手势,可以自适应变化显示参数,也可以识别用户手势,以实现与用户之间互动的功能。
外部装置接口,提供处理器310与N芯片或外部其他设备间数据传输的组件。外部装置接口可按照有线/无线方式与诸如机顶盒、游戏装置、笔记本电脑等的外部设备连接。
处理器310,通过运行存储在存储器390上的各种软件控制程序(如用安装的第三方应用等),以及与N芯片的交互,来控制显示设备200的工作和响应用户的操作。
如图4所示,处理器310包括只读存储器ROM313、随机存取存储器RAM314、图形处理器316、、通信接口318、以及通信总线。其中,ROM313和RAM314以及图形处理器316、通信接口318通过总线相连接。
处理器310,用于执行存储在存储器390中操作系统和应用程序指令,和与N芯片进行通信、信号、数据、指令等传输与交互,以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
ROM313,用于存储各种系统启动的指令。处理器310运行ROM中系统启动指令,将存储在存储器390的操作系统拷贝至RAM314中,以开始运行启动操作系统。当操作系统启动完成后,处理器再将存储器390中各种应用程序拷贝至RAM314中,然后,开始运行启动各种应用程序。
处理器,用于执行存储在存储器390中操作系统和应用程序指令,和与N芯片进行通信、信号、数据、指令等传输与交互,以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
通信接口,可包括第一接口318-1到第n接口318-n。这些接口可以是经由网络被连接到外部设备的网络接口,也可以是经由网络被连接到N芯片的网络接口。
处理器310可以控制显示设备200的整体操作。例如: 响应于接收到用于选择在显示器280上显示UI对象的用户命令,处理器310便可以执行与由用户命令选择的对象有关的操作。
图形处理器316,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等。包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象。以及包括渲染器,产生基于运算器得到的各种对象,进行渲染的结果显示在显示器280上。
A芯片的图形处理器316与N芯片的图形处理器216均能产生各种图形对象。区别性的,若应用1安装于A芯片,应用2安装在N芯片,当用户在应用1的界面,且在应用1内进行用户输入的指令时,由A芯片图形处理器316产生图形对象。当用户在应用2的界面,且在应用2内进行用户输入的指令时,由N芯片的图形处理器216产生图形对象。
图5中示例性示出了根据示例性实施例中显示设备的功能配置示意图。
如图5所示,A芯片的存储器390和N芯片的存储器290分别用于存储操作系统、应用程序、内容和用户数据等,在A芯片的处理器310和N芯片的处理器210的控制下执行驱动显示设备200的系统运行以及响应用户的各种操作。A芯片的存储器390和N芯片的存储器290可以包括易失性和/或非易失性存储器。
对于N芯片,存储器290,具体用于存储驱动显示设备200中处理器210的运行程序,以及存储显示设备200内置各种应用程序,以及用户从外部设备下载的各种应用程序、以及与应用程序相关的各种图形用户界面,以及与图形用户界面相关的各种对象,用户数据信息,以及各种支持应用程序的内部数据。存储器290用于存储操作系统(OS)内核 、中间件和应用等系统软件,以及存储输入的视频数据和音频数据、及其他用户数据。
存储器290,具体用于存储视频处理器260-1和音频处理器260-2、显示器280、通信器230、调谐解调器220、输入/输出接口等驱动程序和相关数据。
在一些实施例中,存储器290可以存储软件和/或程序,用于表示操作系统(OS)的软件程序包括,例如:内核、中间件、应用编程接口(API)和/或应用程序。示例性的,内核可控制或管理系统资源,或其它程序所实施的功能(如所述中间件、API或应用程序),以及内核可以提供接口,以允许中间件和API,或应用访问控制器,以实现控制或管理系统资源。
示例的,存储器290,包括广播接收模块2901、频道控制模块2902、音量控制模块2903、图像控制模块2904、显示控制模块2905、音频控制模块2906、外部指令识别模块2907、通信控制模块2908、光接收模块2909、电力控制模块2910、操作系统2911、以及其他应用程序2912、浏览器模块等等。处理器210通过运行存储器290中各种软件程序,来执行诸如:广播电视信号接收解调功能、电视频道选择控制功能、音量选择控制功能、图像控制功能、显示控制功能、音频控制功能、外部指令识别功能、通信控制功能、光信号接收功能、电力控制功能、支持各种功能的软件操控平台、以及浏览器功能等各类功能。
存储器390,包括存储用于驱动和控制显示设备200的各种软件模块。如:存储器390中存储的各种软件模块,包括:基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等。由于存储器390与存储器290的功能比较相似,相关之处参见存储器290即可,在此就不再赘述。
示例的,存储器390,包括图像控制模块3904、音频控制模块3906、外部指令识别模块3907、通信控制模块3908、光接收模块3909、操作系统3911、以及其他应用程序3912、浏览器模块等等。处理器310通过运行存储器290中各种软件程序,来执行诸如:图像控制功能、显示控制功能、音频控制功能、外部指令识别功能、通信控制功能、光信号接收功能、电力控制功能、支持各种功能的软件操控平台、以及浏览器功能等各类功能。
区别性的,N芯片的外部指令识别模块2907和A芯片的外部指令识别模块3907可识别不同的指令。
示例性的,由于摄像头等图像接收设备与A芯片连接,因此,A芯片的外部指令识别模块3907可包括图形识别模块3907-1,图形识别模块3907-1内存储有图形数据库,摄像头接收到外界的图形指令时,与图形数据库中的指令进行对应关系,以对显示设备作出指令控制。而由于语音接收设备以及遥控器与N芯片连接,因此,N芯片的外部指令识别模块2907可包括语音识别模块2907-2,语音识别模块2907-2内存储有语音数据库,语音接收设备等接收到外界的语音指令或时,与语音数据库中的指令进行对应关系,以对显示设备作出指令控制。同样的,遥控器等控制装置100与N芯片连接,由按键指令识别模块2907-3与控制装置100进行指令交互。
图6a中示例性示出了根据示例性实施例中显示设备200中软件系统的配置框图。
对N芯片,如图6a中所示,操作系统2911,包括用于处理各种基础系统服务和用于实施硬件相关任务的执行操作软件。
一些实施例中,部分操作系统内核可以包含一系列软件,用以管理显示设备硬件资源,并为其他程序或软件代码提供服务。
其他一些实施例中,部分操作系统内核可包含一个或多个设备驱动器,设备驱动器可以是操作系统中的一组软件代码,帮助操作或控制显示设备关联的设备或硬件。驱动器可以包含操作视频、音频和/或其他多媒体组件的代码。示例的,包括显示器、摄像头、Flash、WiFi和音频驱动器。
其中,可访问性模块2911-1,用于修改或访问应用程序,以实现应用程序的可访问性和对其显示内容的可操作性。
通信模块2911-2,用于经由相关通信接口和通信网络与其他外设的连接。
用户界面模块2911-3,用于提供显示用户界面的对象,以供各应用程序访问,可实现用户可操作性。
控制应用程序2911-4,用于控制进程管理,包括运行时间应用程序等。
事件传输系统2914,可在操作系统2911内或应用程序2912中实现。一些实施例中,一方面在在操作系统2911内实现,同时在应用程序2912中实现,用于监听各种用户输入事件,将根据各种事件指代响应各类事件或子事件的识别结果,而实施一组或多组预定义的操作的处理程序。
其中,事件监听模块2914-1,用于监听用户输入接口输入事件或子事件。
事件识别模块2914-2,用于对各种用户输入接口输入各类事件的定义,识别出各种事件或子事件,且将其传输给处理用以执行其相应一组或多组的处理程序。
其中,事件或子事件,是指显示设备200中一个或多个传感器检测的输入,以及外界控制设备(如控制装置100等)的输入。如:语音输入各种子事件,手势识别的手势输入子事件,以及控制装置的遥控按键指令输入的子事件等。示例的,遥控器中一个或多个子事件包括多种形式,包括但不限于按键按上/下/左右/、确定键、按键按住等中一个或组合。以及非实体按键的操作,如移动、按住、释放等操作。
界面布局管理模块2913,直接或间接接收来自于事件传输系统2914监听到各用户输入事件或子事件,用于更新用户界面的布局,包括但不限于界面中各控件或子控件的位置,以及容器的大小或位置、层级等与界面布局相关各种执行操作。
由于A芯片的操作系统3911与N芯片的操作系统2911的功能比较相似,相关之处参见操作系统2911即可,在此就不再赘述。
如图6b中所示,显示设备的应用程序层包含可在显示设备200执行的各种应用程序。
N芯片的应用程序层2912可包含但不限于一个或多个应用程序,如:视频点播应用程序、应用程序中心、游戏应用等。A芯片的应用程序层3912可包含但不限于一个或多个应用程序,如:直播电视应用程序、媒体中心应用程序等。需要说明的是,A芯片和N芯片上分别包含什么应用程序是根据操作系统和其他设计确定的,本发明无需对A芯片和N芯片上所包含的应用程序做具体的限定和划分。
直播电视应用程序,可以通过不同的信号源提供直播电视。例如,直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及,直播电视应用程序可在显示设备200上显示直播电视信号的视频。
视频点播应用程序,可以提供来自不同存储源的视频。不同于直播电视应用程序,视频点播提供来自某些存储源的视频显示。例如,视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。
媒体中心应用程序,可以提供各种多媒体内容播放的应用程序。例如,媒体中心,可以为不同于直播电视或视频点播,用户可通过媒体中心应用程序访问各种图像或音频所提供服务。
应用程序中心,可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序,或某些和计算机系统或其他设备相关但可以在显示设备中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序,将它们储存在本地储存器中,然后在显示设备200上可运行。
图7中示例性示出了根据示例性实施例中显示设备200中用户界面的示意图。如图7所示,用户界面包括多个视图显示区,示例的,第一视图显示区201和播放画面202,其中,播放画面包括布局一个或多个不同项目。以及用户界面中还包括指示项目被选择的选择器,可通过用户输入而移动选择器的位置,以改变选择不同的项目。
需要说明的是,多个视图显示区可以呈现不同层级的显示画面。如,第一视图显示区可呈现视频聊天项目内容,第二视图显示区可呈现应用层项目内容(如,网页视频、VOD展示、应用程序画面等)。
可选的,不同视图显示区的呈现存在优先级区别,优先级不同的视图显示区之间,视图显示区的显示优先级不同。如,系统层的优先级高于应用层的优先级,当用户在应用层使用获取选择器和画面切换时,不遮挡系统层的视图显示区的画面展示;以及,根据用户的选择使应用层的视图显示区的大小和位置发生变化时,系统层的视图显示区的大小和位置不受影响。
也可以呈现相同层级的显示画面,此时,选择器可以在第一视图显示区和第二视图显示区之间做切换,以及当第一视图显示区的大小和位置发生变化时,第二视图显示区的大小和位置可随及发生改变。
由于A芯片及N芯片中可能分别安装有独立的操作系统,从而使显示设备200中存在两个在独立但又存在相互关联的子系统。例如,A芯片和N芯片均可以独立安装有安卓(Android)及各类APP,使得每个芯片均可以实现一定的功能,并且使A芯片和N芯片协同实现某项功能。
因此,针对社交电视双系统,两个系统同时启动时,由于软硬件的不同和某些特殊的开机模式,两个系统进入的启动模式可能不同,针对这种不同,本申请从检测和处理两个方面入手,强调设备如何自我检测异常和自我修复异常,如果异常不能自我修复,提示售后上门解决。
如图8所示,本申请实施例提供的显示设备包括:
第一控制器101,包括第一检测模块101-1,被配置为检测第一控制器101的启动模式。
第二控制器201,包括第二检测模块201-1,被配置为检测第二控制器201的启动模式,并将第二控制器201的启动模式传送至第一控制器101。
第一控制器101根据第一控制器101的启动模式与第二控制器201的启动模式判断第一控制器101与第二控制器201的启动模式是否相同;若第一控制器101与第二控制器201的启动模式相同,则正常启动第一控制器101与第二控制器201;若第一控制器101与第二控制器201的启动模式不相同,则修复第一控制器101或第二控制器201的启动模式,使第一控制器101与第二控制器201的版本一致。
显示器301,被配置为显示图像内容。
其中,为了描述方便,图4和图5中处理器310与图8中的第一控制器101对应,图4和图5中处理器210与图8中的第二控制器201对应,以下不再指出。
在Android电视设备,针对社交双系统的新形态,定义双系统分别为第一控制器101和第二控制器201,第一控制器101与第二控制器201使用相同的通信协议,定义相同的状态码,不管两个系统处于什么状态,两者均能互相检测到对方的启动状态。具体地,第一控制器101通过第一检测模块101-1检测第一控制器101的启动模式,第二控制器201通过第二检测模块201-1检测第二控制器201的启动模式,且第一控制器101与第二控制器201均可互相获得对方的启动模式。
双系统中,系统A作为第一控制器101,提供电视能力,屏幕、按键板、红外设备均在第一控制器101上;系统B作为第二控制器102,提供业务交互能力,视频点播和资讯入口的主页在第二控制器102上。主页在第二控制器102上,第二控制器102的图像通过HDMI信号传递给第一控制器101显示,对于第一控制器101来说,第二控制器102就是一个HDMI信号产生设备。其中第一控制器101控制第二控制器102的电源和启动参数,可以通过配置这些参数让第二控制器102进入不同的启动状态。
标准Android系统的启动模式有以下几种:
在Android电视设备上我们主要关心一般启动模式和恢复模式,一般启动模式是使用最多的场景,用户正常进入第一控制器101使用各项功能。恢复模式是系统的一种更新模式,通过这种模式进行系统的OTA升级。另外,系统异常也需要考虑,这里我们定义为异常引导模式。两个系统上,就有以下几种模式组合:
如果第一控制器101的启动模式与第二控制器102的启动模式相同,说明两系统进入同一启动模式,未出现启动异常的情况,因此直接正常启动第一控制器101与第二控制器102即可。
如果第一控制器101与第二控制器102的启动模式不相同,如上述几种模式的组合,说明两系统进入不同的启动模式,出现启动异常的情况。而上述几种模式的组合中,组合1和组合5都属于正常模式,组合1是用户见到的大多数场景,组合5时设备执行OTA升级时触发的场景,都属于正常场景,可正常启动第一控制器101与第二控制器102。
双系统之间通过HiRPCServer建立通信,交互系统状态。第一控制器101在状态交互中属于Client,第二控制器102在状态交互中属于Server。第一控制器101对第二控制器102状态的操作分为两类:
(1)查询模式,用来查询第二控制器102的状态。比如说查询第二控制器102的启动状态信息,查询第二控制器102的OTA校验信息、查询第二控制器102的OTA升级进度信息、查询第二控制器102的OTA升级结果信息,查询第二控制器102的其他状态信息。
(2)命令模式,用来控制第二控制器102的执行动作。比如说让第二控制器102执行双清、让第二控制器102重启、让第二控制器102B执行OTA升级等。
针对组合2、3、4、6、7、8、9,其均属于异常场景,可大致分为:第一控制器101与第二控制器102的启动模式不同,但属于正常模式;第一控制器101为正常模式,第二控制器102为异常模式;第一控制器101为异常模式,第二控制器102为各种模式。
为了区分上述异常场景,可通过第一控制器101来判断第一控制器101与第二控制器102的启动模式是否均正常,从而将上述异常场景分为两大类:启动模式正常与启动模式不正常。
启动模式正常包括两大场景:
场景一:第一控制器101为一般启动模式,第二控制器102为恢复模式。
针对第一控制器101为一般启动模式,第二控制器102为恢复模式的异常场景,第一控制器101与第二控制器102分别查询获得第一控制器101、第二控制器102的启动模式和版本信息,处理该异常场景时,由于第一控制器101的启动模式与第二控制器102启动模式不同,其版本信息可能相同,也可能不同,若版本信息相同,说明两个系统的版本一致,属于正常场景,则清除Recovery标志进入第一控制器101。若两者的版本信息不同,说明两个系统的版本不一致,属于异常场景,则通过第一修复模块101-2来修复第一控制器101的启动模式,或通过第二修复模块201-2来修复第二控制器201的启动模式,以拉平第一控制器101与第二控制器201的版本。
具体地,若第一控制器101、第二控制器102的版本不一致,可能为第一控制器101的版本VA大于第二控制器102的版本VB,也可能为第一控制器101的版本VA小于第二控制器102的版本VB。对于第一控制器101版本VA大于第二控制器102版本VB的情况,由于第二控制器102为恢复模式,即正在升级,需要进一步判断第一控制器101的版本VA是否与第二控制器102正在升级的系统版本一致,可能第一控制器101版本VA与升级后的第二控制器102版本VB1一致,如第一控制器101版本VA为1.3版本,第二控制器102版本VB为1.1版本,而第二控制器102正在升级的版本VB1为1.3,则说明第一控制器101版本VA与第二控制器102正在升级的系统版本VB1一致,第二控制器102升级完成后,两系统的版本一致;也可能第一控制器101版本VA与升级后的第二控制器102版本VB1不一致,如第一控制器101版本VA为1.5版本,第二控制器102版本VB为1.1版本,第二控制器102正在升级的版本VB1为1.3版本,那升级后的第二控制器102版本VB1仍然小于第一控制器101版本VA,则需要继续升级第二控制器102版本,直至升级后的第二控制器102版本与第一控制器101版本一致。当升级后的第二控制器102版本与第一控制器101版本一致后,清除第二控制器102的Recovery标志,进入第一控制器101。
第二控制器102版本VB升级为版本VB1时,第一控制器101下载正在升级的第二控制器102版本VB1到VA版本所在的设备OTA包内,将第二控制器102版本VB1拷贝至第二控制器102内,第二控制器102升级为版本VB1。
也可能第一控制器101版本VA小于第二控制器102正在升级的版本VB1,如第一控制器101版本VA为1.3版本,第二控制器102版本VB为1.1版本,第二控制器102正在升级的版本VB1为1.5版本,那第一控制器101版本VA小于升级后的第二控制器102版本VB1,则继续升级第二控制器102,使得第二控制器102版本为1.5版本,然后检测第一控制器101中是否有OTA包且版本为VB1,若第一控制器101有OTA包且版本为VB1,则提示重启,第一控制器101进入Recovery模式,升级第一控制器101版本至VB1,拉平第一控制器101与第二控制器102的版本。若第一控制器101没有OTA包或版本不是VB1,则下载与升级后第二控制器102版本VB1同版本的全量OTA包,解压出第一控制器101的包,第一控制器101根据该全量OTA包升级至版本VB1,拉平第一控制器101与第二控制器102的版本。
对于第一控制器101版本VA小于第二控制器102正在升级的版本VB1的情况,也可以不升级第二控制器102,检测第一控制器101中是否有OTA包且版本为VA,若第一控制器101有OTA包且版本为VA,则将该OTA包解压后传递至第二控制器102,第二控制器102根据该OTA包升级至版本VA,拉平第一控制器101与第二控制器102的版本。
对于第一控制器101的版本VA小于第二控制器102的版本VB的情况,由于第二控制器102为恢复模式,即处于升级模式,此时第二控制器102停止升级,检测第一控制器101中是否有OTA包且版本与第二控制器102版本VB相同,若第一控制器101中有OTA包且版本与第二控制器102版本VB相同,则进入第一控制器101的Recovery模式,升级第一控制器101版本,使其与第二控制器102版本VB一致;若第一控制器101中没有OTA包,或版本与第二控制器102版本VB不相同,则下载与第二控制器102同版本的全量OTA包,解压该全量OTA包,第一控制器101根据该全量OTA包进行升级,使得第一控制器101的版本与第二控制器102的版本一致。
对于上述异常场景,通过上述操作将第一控制器101版本与第二控制器102版本拉平,使得两个系统的版本一致,提高了双系统设备的可恢复性。
场景二:第一控制器101为恢复模式、第二控制器102为一般启动模式。
针对第一控制器101为恢复模式、第二控制器102为一般启动模式的异常场景,第一控制器101与第二控制器102分别查询获得第一控制器101、第二控制器102的启动模式和版本信息,处理该异常场景时,由于第一控制器101的启动模式与第二控制器102的启动模式不同,其版本信息可能相同,也可能不同,若两者的版本信息相同,说明两个系统的版本一致,属于正常场景,那直接清除第一控制器101的Recovery标志,重启设备即可。若两者的版本信息不同,说明两个系统的版本不一致,属于异常场景,需要对其进行修复。
若第一控制器101、第二控制器102的版本不一致,可能为第一控制器101的版本VA大于第二控制器102的版本VB,也可能为第一控制器101的版本VA小于第二控制器102的版本VB。对于第一控制器101版本VA大于第二控制器102版本VB的情况,由于第一控制器101处于恢复模式,即正在升级,此时第一控制器101停止升级,让第二控制器102进入Recovery模式,由第一控制器101下载与第一控制器101同版本的设备全量OTA包,将该设备全量OTA包拷贝至第二控制器102中,第二控制器102根据该设备全量OTA包进行升级,使得第二控制器102版本与第一控制器101版本一致。如果第二控制器102无法进入Recovery模式,认为第二控制器102异常,提示联系售后处理。
对于第一控制器101的版本VA小于第二控制器102的版本VB的情况,由于第一控制器101处于恢复模式,即正在升级,需要进一步判断第一控制器101正在升级的系统版本与第二控制器102版本是否一致,可能第一控制器101正在升级的版本与第二控制器102版本一致,如第一控制器101版本VA为1.1版本,第一控制器101正在升级的版本VA1为1.3版本,第二控制器102版本为1.3版本,说明第一控制器101正在升级的版本VA1与第二控制器102版本VB一致,第一控制器101升级完成后,两系统的版本一致。
也可能第一控制器101正在升级的版本VA1与第二控制器102版本不一致,如第一控制器101版本VA为1.1版本,第一控制器101正在升级的版本VA1为1.3版本,第二控制器102版本VB为1.5版本,那升级后的第一控制器101版本VA1仍然小于第二控制器102版本VB,则需要继续升级第一控制器101版本,直至升级后的第一控制器101版本与第二控制器102版本VB一致。当升级后的第一控制器101版本与第二控制器102版本一致后,清除第一控制器101的Recovery标志,进入第一控制器101。
也可能升级后的第一控制器101版本VA1大于第二控制器102版本VB,如第一控制器101版本VA为1.1版本,第一控制器101正在升级的版本VA1为1.5版本,第二控制器102版本VB为1.3版本,则继续升级第一控制器101,使得第一控制器101版本VA1为1.5版本,然后检测第一控制器101中是否有OTA包且版本为VA1,若第一控制器101有OTA包且版本为VA1,则提示重启,第二控制器102进入Recovery模式,升级第二控制器102版本至VA1,拉平第一控制器101与第二控制器102的版本。若第一控制器101没有OTA包,或版本不是VA1,则下载与升级后第一控制器101版本VA1同版本的全量OTA包,将该全量OTA包解压后拷贝至第二控制器102,第二控制器102根据该全量OTA升级版本至VA1,拉平第一控制器101与第二控制器102的版本。
对于第一控制器101正在升级的版本VA1大于第二控制器102版本VB的情况,也可以不升级第一控制器101,检测第一控制器101中是否有OTA包且版本为VB,若第一控制器101有OTA包且版本为VB,则第一控制器101根据该OTA包升级版本至VB,拉平第一控制器101与第二控制器102的版本。若第一控制器101没有OTA包,或版本不是VB,则下载与第二控制器102版本VB同版本的全量OTA包,解压该全量OTA包,第一控制器101根据该全量OTA包升级至版本VB,拉平第一控制器101与第二控制器102的版本。
对于上述异常场景,通过上述操作将第一控制器101版本与第二控制器102版本拉平,使得两个系统的版本一致,提高了双系统设备的可恢复性。
针对第二控制器102的启动模式异常的场景,可进行以下操作:
场景三:第一控制器101为一般启动模式、第二控制器102为异常引导模式。
针对该异常场景,第一控制器101持续检测第二控制器102的状态,当检测到第二控制器102不断重启,或者是进不去第一控制器101,或者是10次都不能正常通信,就认为第二控制器102已经异常。对该异常场景进行处理时,提示第一控制器101进入救援模式,下载与第一控制器101同版本的设备全量OTA包,强制让第二控制器102进入恢复模式,然后将该设备全量OTA包解压后拷贝至第二控制器102,第二控制器102根据该设备全量OTA包升级,使第二控制器102与第一控制器101的版本保持一致。如果第二控制器102无法进入Recovery模式,说明第二控制器102已经异常,提示联系售后处理。
场景四:第一控制器101为恢复模式、第二控制器102为异常引导模式。
针对该异常场景,第一控制器101持续检测第二控制器102的状态,当检测到第二控制器102不断重启,或者是进不去第一控制器101,或者是10次都不能正常通信, 就认为第二控制器102已经异常。对该异常场景进行处理时,提示第一控制器101进入救援模式,下载与第一控制器101同版本的设备全量OTA包,强制让第二控制器102进入恢复模式,然后将该设备全量OTA包解压后拷贝至第二控制器102,第二控制器102根据该设备全量OTA包升级,使第二控制器102与第一控制器101的版本保持一致。如果第二控制器102无法进入Recovery模式,说明第二控制器102已经异常,提示联系售后处理。
针对第一控制器101的启动模式异常的场景,可进行以下操作:
场景五:第一控制器101为异常引导模式、第二控制器102为一般启动模式。
第一控制器101出现异常,当辅助系统检测到重启6次都无法连接到第一控制器101时,认为第一控制器101出现了异常,写标志位到第一控制器101,使第一控制器101下次开机进入Recovery模式,在Recovery模式下,下载设备全量OTA包,解压后根据将设备全量OTA包进行升级,对设备进行救援。
如果辅助系统检测到重启12次都无法连接到第一控制器101时,会使用存储在辅助系统中的救援包对第一控制器101进行救援,然后强制将第一控制器101进入Recovery模式,然后进行救援。
如果辅助系统检测到重启15次以上都无法连接到第一控制器101时,认为第一控制器101已经损坏,只能售后上门解决。
场景六:第一控制器101为异常引导模式、第二控制器102为恢复模式。
第一控制器101出现异常,当辅助系统检测到重启6次都无法连接到第一控制器101时,认为第一控制器101出现了异常,写标志位到第一控制器101,使第一控制器101下次开机进入Recovery模式,在Recovery模式下,下载设备全量OTA包,解压后根据将设备全量OTA包进行升级,对设备进行救援。
如果辅助系统检测到重启12次都无法连接到第一控制器101时,会使用存储在辅助系统中的救援包对第一控制器101进行救援,然后强制将第一控制器101进入Recovery模式,然后进行救援。
如果辅助系统检测到重启15次以上都无法连接到第一控制器101时,认为第一控制器101已经损坏,只能售后上门解决。
场景七:第一控制器101为异常引导模式、第二控制器102为异常引导模式。
针对上述异常场景,即第一控制器101出现异常,当设备的异常重启次数达到10次,两系统主动进入Recovery模式,只有一个系统能正常进入Recovery模式,就能按上述方式救援。如果两个系统均一直无法进入Recovery模式,只能售后上门解决。
本申请实施例提供的显示设备从检测和处理两个方面入手,通过第一控制器的第一检测模块检测第一控制器的启动模式,通过第二控制器的第二检测模块检测第二控制器的启动模式,之后第一控制器根据第一控制器的启动模式与第二控制器的启动模式来判断第一控制器与第二控制器的启动模式是否相同,若第一控制器与第二控制器的启动模式相同,说明两系统启动正常;若第一控制器与第二控制器的启动模式不相同,说明第一控制器或第二控制器的启动模式异常,对双系统启动之间产生的各种异常场景进行归类分析,识别出异常启动场景,并对这些场景进行自我修复,提高了双系统设备的容错性和可恢复性,大大提高了用户的使用体验。
基于上述实施例提供的显示设备,本申请实施例还提供了一种双系统间异常启动的检测与处理方法,该方法应用于上述实施例所述的显示设备。
如图9所示,本申请实施例提供的双系统间异常启动的检测与处理方法包括:
S100:第一控制器的第一检测模块检测第一控制器的启动模式。
S200:第二控制器的第二检测模块检测第二控制器的启动模式,并将第二控制器的启动模式传送至第一控制器。
S300:第一控制器根据第一控制器的启动模式与第二控制器的启动模块判断第一控制器与第二控制器的启动模式是否相同。
S400:若第一控制器与第二控制器的启动模式相同,则正常启动第一控制器与第二控制器。
S500:若第一控制器与第二控制器的启动模式不相同,则修复第一控制器或第二控制器的启动模式,直至第一控制器与第二控制器的版本一致。
本申请实施例提供的双系统间异常启动的检测与处理方法从检测和处理两个方面入手,通过第一控制器的第一检测模块检测第一控制器的启动模式,通过第二控制器的第二检测模块检测第二控制器的启动模式,之后第一控制器根据第一控制器与第二控制器的启动模式来判断第一控制器与第二控制器的启动模式是否相同,若第一控制器与第二控制器的启动模式相同,说明两系统启动正常;若第一控制器与第二控制器的启动模式不相同,为避免开机时两系统进入不同的模式,造成启动异常的情况,修复第一控制器或第二控制器的启动模式,直至第一控制器与第二控制器的启动模式相同,其版本也相同,从而提高双系统设备的容错性和可恢复性,进而大大提高了用户的使用体验。
基于本申请中示出的示例性实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。此外,虽然本申请中公开内容按照示范性一个或几个实例来介绍,但应理解,可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。
应当理解,本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖但不排他的包含,例如,包含了一系列组件的产品或设备不必限于清楚地列出的那些组件,而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (9)
1.一种显示设备,其特征在于,包括:
显示器,被配置为显示图像内容;
第一控制器,包括第一检测模块,被配置为检测所述第一控制器的启动模式;
第二控制器,包括第二检测模块,被配置为检测所述第二控制器的启动模式,并将所述第二控制器的启动模式传送至所述第一控制器;
其中,所述第一控制器根据所述第一控制器的启动模式与所述第二控制器的启动模式判断所述第一控制器与所述第二控制器的启动模式是否相同;若所述第一控制器与第二控制器的启动模式相同,且所述第一控制器与所述第二控制器的启动模式均为正常模式,则正常启动所述第一控制器与所述第二控制器;若所述第一控制器与第二控制器的启动模式不相同,则修复所述第一控制器或第二控制器的启动模式,直至所述第一控制器与所述第二控制器的版本一致。
2.根据权利要求1所述的显示设备,其特征在于,所述第一控制器还被配置为,分别获取所述第一控制器与所述第二控制器的启动模式与版本信息,判断所述第一控制器与所述第二控制器的启动模式是否均正常;若所述第一控制器与所述第二控制器的启动模式均正常,则判断所述第一控制器与所述第二控制器的版本是否一致;若所述第一控制器与所述第二控制器的版本一致,则清除Recovery标志进入所述第一控制器;若所述第一控制器与所述第二控制器的版本不一致,则拉平所述第一控制器与所述第二控制器的版本。
3.根据权利要求2所述的显示设备,其特征在于,所述第一控制器还被配置为,判断所述第二控制器的启动模式是否为恢复模式;若所述第二控制器的启动模式为恢复模式,则判断所述第一控制器的版本是否大于所述第二控制器的版本;若所述第一控制器的版本大于所述第二控制器的版本,则检测所述第一控制器的版本是否与所述第二控制器正在升级系统的版本一致;若所述第一控制器的版本与所述第二控制器正在升级的版本一致,则直接升级所述第二控制器的版本,版本一致后清除所述第二控制器的Recovery标志;若所述第一控制器的版本与所述第二控制器正在升级的版本不一致,则直接升级所述第二控制器的版本,再次拉平所述第一控制器与升级后第二控制器的版本。
4.根据权利要求3所述的显示设备,其特征在于,所述第一控制器还被配置为,判断所述第一控制器的版本是否大于所述第二控制器正在升级的版本;若所述第一控制器的版本大于所述第二控制器正在升级的版本,则直接升级所述第二控制器的版本,并继续升级所述第二控制器的版本,直至升级后第二控制器的版本与所述第一控制器的版本一致;若所述第一控制器的版本小于所述第二控制器正在升级的版本,则直接升级所述第二控制器的版本,并检测所述第一控制器是否有OTA包且版本与升级后的第二控制器版本一致;若所述第一控制器有OTA包且版本与升级后的第二控制器版本一致,则提示重启,进入所述第一控制器的恢复模式升级所述第一控制器版本;若所述第一控制器没有OTA或版本与升级后的第二控制器版本不一致,则下载设备的全量OTA包,升级所述第一控制器版本至升级后第二控制器的版本。
5.根据权利要求3所述的显示设备,其特征在于,所述第一控制器还被配置为,若所述第一控制器的版本小于所述第二控制器的版本,则检测所述第一控制器中是否有OTA包且版本与所述第二控制器的版本一致;若所述第一控制器中有OTA包且版本与所述第二控制器的版本一致,则提示重启,进入所述第一控制器的恢复模式升级所述第一控制器版本;若所述第一控制器中没有OTA包或版本与所述第二控制器的版本不一致,则下载设备的全量OTA包,升级所述第一控制器版本至所述第二控制器的版本。
6.根据权利要求2所述的显示设备,其特征在于,所述第一控制器还被配置为,判断所述第二控制器的启动模式是否为一般启动模式;若所述第二控制器的启动模式为一般启动模式,则检测所述第一控制器的版本是否大于所述第二控制器的版本;若所述第一控制器的版本大于所述第二控制器的版本,则让所述第二控制器进入恢复模式,升级所述第二控制器版本,直至升级后的版本与所述第一控制器的版本一致;若所述第一控制器的版本小于所述第二控制器的版本,则升级所述第一控制器版本,直至升级后的版本与所述第二控制器的版本一致。
7.根据权利要求2所述的显示设备,其特征在于,所述第一控制器还被配置为,若所述第一控制器的启动模式正常、所述第二控制器的启动模式异常,则提示所述第一控制器进入救援模式,下载与所述第一控制器同版本的设备全量OTA包,将所述设备全量OTA包拷贝至所述第二控制器,强制让所述第二控制器进入恢复模式。
8.根据权利要求7所述的显示设备,其特征在于,若所述第二控制器无法进入恢复模式,则提示联系售后处理。
9.一种双系统间异常启动的检测与处理方法,其特征在于,应用于如权利要求1-8任一项所述的显示设备,所述方法包括:
第一控制器的第一检测模块检测所述第一控制器的启动模式;
第二控制器的第二检测模块检测所述第二控制器的启动模式,并将所述第二控制器的启动模式传送至所述第一控制器;
所述第一控制器根据所述第一控制器的启动模式与所述第二控制器的启动模式判断所述第一控制器与所述第二控制器的启动模式是否相同;
若所述第一控制器与所述第二控制器的启动模式相同,且所述第一控制器与所述第二控制器的启动模式均为正常模式,则正常启动所述第一控制器与所述第二控制器;
若所述第一控制器与所述第二控制器的启动模式不相同,则修复所述第一控制器或所述第二控制器的启动模式,直至所述第一控制器与所述第二控制器的版本一致。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910498100 | 2019-06-10 | ||
CN2019104981004 | 2019-06-10 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112073813A CN112073813A (zh) | 2020-12-11 |
CN112073813B true CN112073813B (zh) | 2022-03-11 |
Family
ID=73656174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010399384.4A Active CN112073813B (zh) | 2019-06-10 | 2020-05-12 | 显示设备及双系统间异常启动的检测与处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112073813B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114816538B (zh) * | 2021-01-22 | 2024-07-19 | 京东方科技集团股份有限公司 | 显示装置及其显示方法 |
CN115883288B (zh) * | 2022-11-29 | 2024-04-19 | 四川天邑康和通信股份有限公司 | 基于融合网关的双cpu交互效率提升方法、系统及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9704730D0 (en) * | 1996-07-19 | 1997-04-23 | Mitsubishi Electric Corp | Computerized dual-system interlocking apparatus |
CN102141921A (zh) * | 2010-02-03 | 2011-08-03 | 华为终端有限公司 | 一种终端设备系统升级方法及终端设备 |
CN103379385A (zh) * | 2012-04-26 | 2013-10-30 | Tcl集团股份有限公司 | 智能电视的控制方法及操作系统 |
CN103686363A (zh) * | 2013-12-06 | 2014-03-26 | 康佳集团股份有限公司 | 一种支持双操作系统的机顶盒及其操作系统切换方法 |
CN107786729A (zh) * | 2017-09-27 | 2018-03-09 | 维沃移动通信有限公司 | 一种操作系统升级方法及终端 |
CN108628569A (zh) * | 2017-03-16 | 2018-10-09 | 上海信颐信息技术有限公司 | 一种双系统实时显示运行方法及设备和双系统一体机 |
CN109597719A (zh) * | 2018-12-10 | 2019-04-09 | 浪潮(北京)电子信息产业有限公司 | 一种多核系统的监控方法、系统、装置及可读存储介质 |
-
2020
- 2020-05-12 CN CN202010399384.4A patent/CN112073813B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9704730D0 (en) * | 1996-07-19 | 1997-04-23 | Mitsubishi Electric Corp | Computerized dual-system interlocking apparatus |
CN102141921A (zh) * | 2010-02-03 | 2011-08-03 | 华为终端有限公司 | 一种终端设备系统升级方法及终端设备 |
CN103379385A (zh) * | 2012-04-26 | 2013-10-30 | Tcl集团股份有限公司 | 智能电视的控制方法及操作系统 |
CN103686363A (zh) * | 2013-12-06 | 2014-03-26 | 康佳集团股份有限公司 | 一种支持双操作系统的机顶盒及其操作系统切换方法 |
CN108628569A (zh) * | 2017-03-16 | 2018-10-09 | 上海信颐信息技术有限公司 | 一种双系统实时显示运行方法及设备和双系统一体机 |
CN107786729A (zh) * | 2017-09-27 | 2018-03-09 | 维沃移动通信有限公司 | 一种操作系统升级方法及终端 |
CN109597719A (zh) * | 2018-12-10 | 2019-04-09 | 浪潮(北京)电子信息产业有限公司 | 一种多核系统的监控方法、系统、装置及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112073813A (zh) | 2020-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112399213B (zh) | 显示设备和遥控器按键复用方法 | |
CN110708581B (zh) | 显示设备及呈现多媒体屏保信息的方法 | |
CN112399212A (zh) | 显示设备、分享文件的方法和服务器 | |
CN112073778A (zh) | 显示设备及按键传递的容错方法 | |
CN112068741B (zh) | 显示设备及显示设备蓝牙开关状态的显示方法 | |
CN112463267B (zh) | 在显示设备屏幕上呈现屏保信息的方法及显示设备 | |
CN112073813B (zh) | 显示设备及双系统间异常启动的检测与处理方法 | |
CN112068987A (zh) | 一种快速进行恢复出厂设置的方法及装置 | |
CN112073790B (zh) | 显示设备及双系统间启动状态的同步方法 | |
CN112068855B (zh) | 一种双系统下应用的升级方法及系统 | |
CN110784766A (zh) | 一键升级显示设备的方法及显示设备 | |
CN112073769A (zh) | 显示设备及应用共同显示的方法 | |
CN112528051A (zh) | 一种演唱作品的发布方法、显示设备及服务器 | |
CN112423042A (zh) | 一种双系统蓝牙遥控器的升级方法及系统 | |
CN112073777B (zh) | 一种语音交互方法及显示设备 | |
CN112073812B (zh) | 一种智能电视上的应用管理方法及显示设备 | |
CN112073666B (zh) | 一种显示设备的电源控制方法及显示设备 | |
CN112346754A (zh) | 一种双系统应用升级界面显示的控制方法及装置 | |
CN112073816A (zh) | 双系统usb升级方法、装置及显示设备 | |
CN112073776A (zh) | 语音控制方法及显示设备 | |
CN112073773A (zh) | 一种屏幕互动方法、装置及显示设备 | |
CN112449245A (zh) | 双系统显示设备应用升级进度显示方法及显示设备 | |
CN112073808A (zh) | 一种色彩空间切换方法及显示装置 | |
CN112071338A (zh) | 一种录音控制方法、装置和显示设备 | |
CN112073779B (zh) | 显示设备及按键传递的容错方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |