CN112449245B - 双系统显示设备应用升级进度显示方法及显示设备 - Google Patents
双系统显示设备应用升级进度显示方法及显示设备 Download PDFInfo
- Publication number
- CN112449245B CN112449245B CN201910835976.3A CN201910835976A CN112449245B CN 112449245 B CN112449245 B CN 112449245B CN 201910835976 A CN201910835976 A CN 201910835976A CN 112449245 B CN112449245 B CN 112449245B
- Authority
- CN
- China
- Prior art keywords
- upgrading
- application
- progress
- double
- downloading
- 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
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
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
- H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4781—Games
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
Abstract
本申请公开了双系统显示设备应用升级进度显示方法及显示设备,方法包括:检测待升级应用和其升级策略;接收升级指令;对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。通过该方法对同时在两个系统中存在的应用可以实现同时升级,从而保证升级后的应用可以正常使用,并且用户对升级过程的体验与单系统应用升级过程无差异。
Description
技术领域
本申请涉及显示设备技术领域,尤其涉及一种双系统显示设备应用升级进度显示方法及一种显示设备。
背景技术
当前,显示设备可以为用户提供诸如音频、视频、图片等播放画面。显示设备上通常安装有一些应用,如语音助手等,从而实现特定的功能。随着开发者对应用上某项功能的完善或者新增,显示设备上的应用程序也需要不断更新,通过更新让应用程序升级到最新版本,从而获取到应用程序新开发的功能。
已有技术提供一种针对单系统设备的应用升级方法,具体做法是,安装有可升级的应用的设备定时检测应用的本地代码包版本和服务器中的最新代码包版本是否一致,如果版本不一致,则从服务器中下载最新版本的代码包来替换本地代码包,进而完成应用的升级。
然而,随着用户对显示设备功能的多样化需求,在显示设备中配置双芯片系统成为可能,例如图3或图4所示,该显示设备具有第一芯片(A芯片)和第二芯片(N芯片),每个芯片可以分别安装独立的操作系统,分别为第一系统和第二系统,第一系统和第二系统中均可以安装一些应用程序。
在上述双系统或者多系统设备中,有些应用为了完成特定的功能,需要同时存在于多个系统中,例如语音助手、系统设置应用、转场应用等等。这些应用需要跨越系统进行交互,相互协调工作,共同完成任务。
对于同时存在于双系统中的相同应用,如果一个系统中的应用升级,而另一系统中的应用未升级,将会对该应用在两个系统中的功能协调造成影响。另外,如果该应用在两个系统中分别进行升级,将给用户带来同一应用升级了两遍的感知,不利于用户体验。因此,如何实现双系统中相同应用的同时升级,以及在升级过程中,如何使用户体验与单系统应用升级过程无差异,是亟待解决的技术问题。
发明内容
本申请提供一种双系统显示设备应用升级进度显示方法及一种显示设备,以解决双系统显示设备中的应用升级问题。
第一方面,本申请提供一种双系统显示设备应用升级进度显示方法,所述双系统包括第一系统和第二系统,所述方法包括:
检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;
接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;
对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;
在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;
将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。
进一步,所述检测待升级应用,包括:
获取第一系统和第二系统中每个应用的当前版本号,以及,获取所述应用的最新版本号;
确定所述当前版本号与所述最新版本号不一致的应用为待升级应用。
进一步,对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载,包括:
第一系统或者第二系统先行对所述双端升级包进行下载;
当所述第一系统或者第二系统下载完成时,第二系统或者第一系统对所述双端升级包进行下载。
进一步,所述串行下载过程包括第一下载阶段和晚于所述第一下载阶段的第二下载阶段,所述第一下载阶段和第二下载阶段分别由不同的系统执行下载;
所述在串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度,包括:
在所述第一下载阶段,所述双端升级进度为所述执行下载的系统的实时下载进度的一半;
在所述第二下载阶段,所述双端升级进度为所述执行下载的系统的实时下载进度的一半与50%的加和。
进一步,将所述双端升级进度同步给第一系统和/或第二系统,包括:
在第一系统和第二系统中的一个作为运营端、另一个作为非运营端的情况下,当所述运营端系统执行下载时,所述运营端系统根据第一实时下载进度得到所述双端升级进度,所述第一实时下载进度为所述运营端系统的实时下载进度;
同步所述双端升级进度给非运营端系统;
在非运营端系统执行下载时,所述运营端系统接收非运营端系统返回的第二实时下载进度,所述第二实时下载进度为所述非运营端系统的实时下载进度;
根据所述第二实时下载进度得到所述双端升级进度;
同步所述双端升级进度给所述非运营端系统。
进一步,所述以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现,包括:
当显示设备呈现第一系统的UI界面时,在所述第一系统的UI界面呈现所述双端升级进度;
当显示设备呈现第二系统的UI界面时,在所述第二系统的UI界面呈现所述双端升级进度。
进一步,所述双端升级包由服务器根据预置的升级策略表配置并发布,所述升级策略表对应保存有第一系统和第二系统中每个应用的应用标识和每个应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级,单独在第一系统或者第二系统中存在的应用的升级策略为单端升级。
进一步,所述方法还包括:
对于升级策略为单端升级的待升级应用,所述待升级应用所在的系统下载相应的单端升级包;
在待升级应用所在的系统的应用界面上呈现相应的实时下载进度。
进一步,所述检测待升级应用的升级策略,包括:
检测服务器发布的所述待升级应用的升级包是否具有双端升级标识;
若具有,则所述待升级应用的升级策略为双端升级;
若不具有,则所述待升级应用的升级策略为单端升级。
第二方面,本申请还提供一种显示设备,包括:
检测模块,用于检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;
接收模块,用于接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;
下载模块,用于对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;
处理模块,用于在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;
同步模块,用于将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。
由以上技术方案可知,一种双系统显示设备应用升级进度显示方法及一种显示设备,方法包括:检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。通过该方法对同时在两个系统中存在的应用可以实现同时升级,从而保证升级后的应用可以正常使用,并且用户对升级过程的体验与单系统应用升级过程无差异。
附图说明
为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图;
图2中示例性示出了根据实施例中控制装置100的硬件配置框图;
图3中示例性示出了根据实施例中显示设备200的硬件配置框图;
图4中示例性示出了根据图3显示设备200的硬件架构框图;
图5中示例性示出了根据实施例中显示设备200的功能配置示意图;
图6a中示例性示出了根据实施例中显示设备200中软件配置示意图;
图6b中示例性示出了根据实施例中显示设备200中应用程序的配置示意图;
图7中示例性示出了根据实施例中显示设备200中用户界面的示意图;
图8为本申请根据一示例性实施例示出的场景图;
图9为本申请根据一示例性实施例示出的双系统显示设备应用升级进度显示方法流程图;
图10为本申请根据一示例性实施例示出的双系统显示设备的一种应用界面;
图11为本申请根据一示例性实施例示出的双系统显示设备应用升级进度显示方法流程图;
图12为图11所示实施例中第一系统对双端应用的升级过程时序图;
图13为图12所示实施例中第二系统对双端应用的升级过程时序图;
图14为本申请根据一示例性实施例示出的显示设备框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
为便于用户使用,显示设备上通常会设置各种外部装置接口,以便于连接不同的外设设备或线缆以实现相应的功能。而在显示设备的接口上连接有高清晰度的摄像头时,如果显示设备的硬件系统没有接收源码的高像素摄像头的硬件接口,那么就会导致无法将摄像头接收到的数据呈现到显示设备的显示屏上。
并且,受制于硬件结构,传统显示设备的硬件系统仅支持一路硬解码资源,且通常最大仅能支持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 Emitting Diode)显示器、投影显示设备、智能电视。具体显示设备类型,尺寸大小和分辨率等不作限定,本领技术人员可以理解的是,显示设备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芯片的控制器及通过各类接口与A芯片的控制器相连的各类模块,N芯片则包含N芯片的控制器及通过各类接口与N芯片的控制器相连的各类模块。A芯片及N芯片中可以各自安装有独立的操作系统,从而使显示设备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芯片相连接的模块。
芯片可以包括调谐解调器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与外部控制设备或内容提供设备之间建立控制信号和数据信号的连接。例如,通信器可根据控制器的控制接收遥控器100A的控制信号。
外部装置接口250,是提供N芯片控制器210和A芯片及外部其他设备间数据传输的组件。外部装置接口可按照有线/无线方式与诸如机顶盒、游戏装置、笔记本电脑等的外部设备连接,可接收外部设备的诸如视频信号(例如运动图像)、音频信号(例如音乐)、附加信息(例如EPG)等数据。
其中,外部装置接口250可以包括:高清多媒体接口(HDMI)端子251、复合视频消隐同步(CVBS)端子252、模拟或数字分量端子253、通用串行总线(USB)端子254、红绿蓝(RGB)端子(图中未示出)等任一个或多个。本申请不对外部装置接口的数量和类型进行限制。
控制器210,通过运行存储在存储器290上的各种软件控制程序(如操作系统和/或各种应用程序),来控制显示设备200的工作和响应用户的操作。
如图4所示,控制器210包括只读存储器RAM214、随机存取存储器ROM213、图形处理器216、CPU处理器212、通信接口218、以及通信总线。其中,RAM214和ROM213以及图形处理器216、CPU处理器212、通信接口218通过总线相连接。
,用于存储各种系统启动的指令。如在收到开机信号时,显示设备200电源开始启动,CPU处理器212运行ROM中系统启动指令,将存储在存储器290的操作系统拷贝至RAM214中,以开始运行启动操作系统。当操作系统启动完成后,CPU处理器212再将存储器290中各种应用程序拷贝至RAM214中,然后,开始运行启动各种应用程序。
图形处理器216,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等。包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象。以及包括渲染器,产生基于运算器得到的各种对象,进行渲染的结果显示在显示器280上。
处理器212,用于执行存储在存储器290中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
在一些示例性实施例中,CPU处理器212,可以包括多个处理器。所述多个处理器中可包括一个主处理器以及多个或一个子处理器。主处理器,用于在预加电模式中执行显示设备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。在某些实施例中还可以包括用户输入接口、视频处理器、音频处理器、显示器、音频输出接口。在某些实施例中,也可以存在独立为A芯片供电的供电电源。
通信器330是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如:通信器330可以包括WIFI模块331,蓝牙通信协议模块332,有线以太网通信协议模块333,及红外通信协议模块等其他网络通信协议模块或近场通信协议模块。
芯片的通信器330和N芯片的通信器230也有相互交互。例如,N芯片的WiFi模块231用于连接外部网络,与外部服务器等产生网络通信。A芯片的WiFi模块331用于连接至N芯片的WiFi模块231,而不与外界网络等产生直接连接。因此,对于用户而言,一个如上述实施例中的显示设备至对外显示一个WiFi账号。
检测器340,是显示设备A芯片用于采集外部环境或与外部交互的信号的组件。检测器340可以包括光接收器342,用于采集环境光线强度的传感器,可以通过采集环境光来自适应显示参数变化等;还可以包括图像采集器341,如相机、摄像头等,可以用于采集外部环境场景,以及用于采集用户的属性或与用户交互手势,可以自适应变化显示参数,也可以识别用户手势,以实现与用户之间互动的功能。
外部装置接口350,提供控制器310与N芯片或外部其他设备间数据传输的组件。外部装置接口可按照有线/无线方式与诸如机顶盒、游戏装置、笔记本电脑等的外部设备连接。
控制器310,通过运行存储在存储器390上的各种软件控制程序(如用安装的第三方应用等),以及与N芯片的交互,来控制显示设备200的工作和响应用户的操作。
如图4所示,控制器310包括只读存储器ROM313、随机存取存储器RAM314、图形处理器316、CPU处理器312、通信接口318、以及通信总线。其中,ROM313和RAM314以及图形处理器316、CPU处理器312、通信接口318通过总线相连接。
,用于存储各种系统启动的指令。CPU处理器312运行ROM中系统启动指令,将存储在存储器390的操作系统拷贝至RAM314中,以开始运行启动操作系统。当操作系统启动完成后,CPU处理器312再将存储器390中各种应用程序拷贝至RAM314中,然后,开始运行启动各种应用程序。
处理器312,用于执行存储在存储器390中操作系统和应用程序指令,和与N芯片进行通信、信号、数据、指令等传输与交互,以及根据接收外部输入的各种交互指令,来执行各种应用程序、数据和内容,以便最终显示和播放各种音视频内容。
通信接口,可包括第一接口318-1到第n接口318-n。这些接口可以是经由网络被连接到外部设备的网络接口,也可以是经由网络被连接到N芯片的网络接口。
控制器310可以控制显示设备200的整体操作。例如:响应于接收到用于选择在显示器280上显示UI对象的用户命令,控制器210便可以执行与由用户命令选择的对象有关的操作。
图形处理器316,用于产生各种图形对象,如:图标、操作菜单、以及用户输入指令显示图形等。包括运算器,通过接收用户输入各种交互指令进行运算,根据显示属性显示各种对象。以及包括渲染器,产生基于运算器得到的各种对象,进行渲染的结果显示在显示器280上。
芯片的图形处理器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、电力控制模块2910、操作系统2911、以及其他应用程序2912、浏览器模块等等。控制器210通过运行存储器290中各种软件程序,来执行诸如:广播电视信号接收解调功能、电视频道选择控制功能、音量选择控制功能、图像控制功能、显示控制功能、音频控制功能、外部指令识别功能、通信控制功能、光信号接收功能、电力控制功能、支持各种功能的软件操控平台、以及浏览器功能等各类功能。
存储器390,包括存储用于驱动和控制显示设备200的各种软件模块。如:存储器390中存储的各种软件模块,包括:基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等。由于存储器390与存储器290的功能比较相似,相关之处参见存储器290即可,在此就不再赘述。
示例的,存储器390,包括图像控制模块3904、音频控制模块3906、外部指令识别模块3907、通信控制模块3908、光接收模块3909、操作系统3911、以及其他应用程序3912、浏览器模块等等。控制器210通过运行存储器290中各种软件程序,来执行诸如:图像控制功能、显示控制功能、音频控制功能、外部指令识别功能、通信控制功能、光信号接收功能、电力控制功能、支持各种功能的软件操控平台、以及浏览器功能等各类功能。
区别性的,N芯片的外部指令识别模块2907和A芯片的外部指令识别模块3907可识别不同的指令。
示例性的,由于摄像头等图像接收设备与A芯片连接,因此,A芯片的外部指令识别模块3907可包括图形识别模块3907-1,图形识别模块3907-1内存储有图形数据库,摄像头接收到外界的图形指令时,与图形数据库中的指令进行对应关系,以对显示设备作出指令控制。而由于语音接收设备以及遥控器与N芯片连接,因此,N芯片的外部指令识别模块2907可包括语音识别模块2907-2,语音识别模块2907-2内存储有语音数据库,语音接收设备等接收到外界的语音指令或时,与语音数据库中的指令进行对应关系,以对显示设备作出指令控制。同样的,遥控器等控制装置100与N芯片连接,由按键指令识别模块与控制装置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执行的各种应用程序。
芯片的应用程序层2912可包含但不限于一个或多个应用程序,如:视频点播应用程序、应用程序中心、游戏应用等。A芯片的应用程序层3912可包含但不限于一个或多个应用程序,如:直播电视应用程序、媒体中心应用程序等。需要说明的是,A芯片和N芯片上分别包含什么应用程序是根据操作系统和其他设计确定的,本发明无需对A芯片和N芯片上所包含的应用程序做具体的限定和划分。
直播电视应用程序,可以通过不同的信号源提供直播电视。例如,直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及,直播电视应用程序可在显示设备200上显示直播电视信号的视频。
视频点播应用程序,可以提供来自不同存储源的视频。不同于直播电视应用程序,视频点播提供来自某些存储源的视频显示。例如,视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。
媒体中心应用程序,可以提供各种多媒体内容播放的应用程序。例如,媒体中心,可以为不同于直播电视或视频点播,用户可通过媒体中心应用程序访问各种图像或音频所提供服务。
应用程序中心,可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序,或某些和计算机系统或其他设备相关但可以在显示设备中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序,将它们储存在本地储存器中,然后在显示设备200上可运行。
图7中示例性示出了根据示例性实施例中显示设备200中用户界面的示意图。如图7所示,用户界面包括多个视图显示区,示例的,第一视图显示区201和播放画面202,其中,播放画面包括布局一个或多个不同项目。以及用户界面中还包括指示项目被选择的选择器,可通过用户输入而移动选择器的位置,以改变选择不同的项目。
需要说明的是,多个视图显示区可以呈现不同层级的显示画面。如,第一视图显示区可呈现视频聊天项目内容,第二视图显示区可呈现应用层项目内容(如,网页视频、VOD展示、应用程序画面等)。
可选的,不同视图显示区的呈现存在优先级区别,优先级不同的视图显示区之间,视图显示区的显示优先级不同。如,系统层的优先级高于应用层的优先级,当用户在应用层使用获取选择器和画面切换时,不遮挡系统层的视图显示区的画面展示;以及,根据用户的选择使应用层的视图显示区的大小和位置发生变化时,系统层的视图显示区的大小和位置不受影响。
也可以呈现相同层级的显示画面,此时,选择器可以在第一视图显示区和第二视图显示区之间做切换,以及当第一视图显示区的大小和位置发生变化时,第二视图显示区的大小和位置可随及发生改变。
由于A芯片及N芯片中可能分别安装有独立的操作系统,从而使显示设备200中存在两个在独立但又存在相互关联的子系统。例如,A芯片和N均可以独立安装有安卓(Android)及各类APP,使得每个芯片均可以实现一定的功能,并且使A芯片和N芯片协同实现某项功能。
如图3或4所示,显示设备200包括第一芯片(A芯片)和第二芯片(N芯片),第一芯片(A芯片)与第二芯片(N芯片)之间可以通过多个不同类型的接口实现连接、通信及供电。A芯片与N芯片之间接口的接口类型可以包括通用输入输出接口(General-purpose input/output,GPIO)、USB接口、HDMI接口、UART接口等,A芯片与N芯片之间可以使用这些接口中的一个或多个进行通信或电力传输。分别地,第一芯片包括第一控制器和及通过各类接口与第一控制器相连的各类模块,第二芯片则包括第二控制器及通过各类接口与第二控制器相连的各类模块。
第一芯片和第二芯片可以分别安装独立的操作系统,分别为第一系统和第二系统。参考图1-7所示的双系统显示设备,作为一种可能的实现方式,第二系统为主系统,用于实现电视业务,第一系统为辅系统,用于实现交互及运营业务,第一系统和第二系统共用一个显示屏幕,该显示屏幕由第二系统(主系统,N芯片)控制。
为在显示设备上实现多样化功能,第一系统和第二系统中分别安装有一些应用程序,其中,有些应用同时存在于第一系统和第二系统,在不同系统上的同一应用分别实现该应用上不同的业务功能。例如图8所示,语音助手应用既存在于第一系统中,也存在于第二系统中,其在第一系统主要实现如与后台服务器交互、获取网络数据等应用的一部分业务,其在第二系统中主要实现如音频处理、音频输出等另一部分业务。通过跨系统配合、协调工作,此类同时在两个系统中存在的应用,可以在显示设备上完成特定的功能。
随着更加强大的功能开发,显示设备上的应用也需要不断升级,以获取当前应用程序新开发的功能。由于相互配合使用的应用之间需要相互通信,彼此交换信息、数据和方法调用,使他们之间存在耦合性,这样会给应用升级带来难度。
以双系统为例,对于同时在双系统中存在的相同应用,或称应用对,例如应用APP1,其在第一系统端应用名为APP1_A,第二系统端应用APP1_B,APP1_A和APP1_B需要相互通信,从而完成指定功能。基于此,如果一个系统中的应用升级,而另一系统中的应用未升级,将会对该应用在两个系统中的功能协调造成影响。另外,如果该应用在两个系统中分别进行升级,将给用户带来同一应用升级了两遍的感知,不利于用户体验。因此,如何实现双系统中相同应用的同时升级,以及在升级过程中,如何使用户体验与单系统应用升级过程无差异,是亟待解决的技术问题。
为了解决上述问题,本申请实施例提供一种双系统显示设备应用升级进度显示方法,通过该方法对同时在两个系统中存在的应用可以实现同时升级,从而保证升级后的应用可以正常使用,并且用户对升级过程的体验与单系统应用升级过程无差异。该方法可以由第一芯片或者第二芯片或者独立于第一芯片和第二芯片的处理器执行。图9为本申请根据一示例性实施例示出的双系统显示设备应用升级进度显示方法流程图,如图9所示,该方法可以包括:
步骤901,检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级。
应用版本号用于区别同一应用的不同版本,由开发者提供。具有不同应用版本号的应用代码包内容不同,因此不同版本的应用可以实现的功能具有一定的差异。应用升级即是指在服务端发布更高版本的应用代码包后,终端下载新版应用代码包用以替换旧版代码包的过程。
在应用升级之前,需要对系统中的待升级应用进行检测。触发检测的方式包括但不限于用户操作触发和系统满足预定条件时自动触发,其中,用户操作触发如用户通过遥控器上的按键或在显示设备中“个人中心”界面点击“检测更新/升级”,系统满足预定条件时自动触发如设备由断网状态切换至连网状态后,或者设备执行关机之前,或者设备开机之后自动检测升级。
在检测待升级应用的具体实现中,首先,分别获取第一系统和第二系统中每个应用的当前版本号,即系统当前安装的应用代码包的版本号,以及,获取第一系统和第二系统中每个应用的最新版本号,即服务端最新发布的应用代码包的版本号。需要说明的是,同时双系统中存在的应用对的当前版本号一致,例如,对于应用对APP1_A和APP1_B,APP1_A在第一系统中的当前版本号与APP1_B在第二系统中的当前版本号一致。
对于第一系统和第二系统中的每个应用,通过对应地对比其当前版本号与服务端发布的最新版本号,即可以确定哪些应用需要升级,即确定当前版本号与最新版本号不一致的应用为待升级应用,进而,获得待升级应用列表。示例性地,双系统显示设备中,待升级应用列表如下表1所示:
表1
在本申请实施例中,在检测到待升级应用后,还需检测待升级应用的升级策略。所述升级策略,包括单端升级和双端升级,其中,单端升级适用于只存在于一个系统中的应用,单端升级进一步包括A端升级和B端升级,双端升级则适用于同时存在于两个系统中的应用对。
具体实现时,预先根据第一系统和第二系统中应用的安装情况区分出两类应用,其中一类即为只安装在一个系统中的应用,可以称为单端应用,另一类即为同时安装在两个系统中的应用对,可以称为双端应用。而对于双端应用,可以按照如下封装格式,将应用包名存储在HashMap中:
HashMap<String, String >LINK_TV_APP_MAP=new HashMap<>();
LINK_TV_APP_MAP.put(key,value);
put(key,value)函数中有两个参数,可以规定参数key中存放双端应用在第一系统中的包名,参数value中存放双端应用在第二系统中的包名。
区分出两类应用后,与后台接口对接规范规定,若为双端应用,则升级策略为双端升级(Both),若为A端应用,则升级策略为单端升级中的A端升级(Both_A),若为B端应用,则升级策略为单端升级中的B端升级(Both_B)。根据该对接规范,形成升级策略表,存储在显示设备端和服务端。升级策略表中对应存储有应用标识(包名)及其对应的升级策略。
服务端在为某一应用配置最新版本的代码包时,会首先根据预置升级策略表查找该应用对应的升级策略,如果为双端升级,则将分别与两个系统对应的两个apk文件配置在一个升级包中,即双端升级包,并为双端升级包添加双端升级标识。例如,将APP1_A的apk文件与APP1_B对应的apk文件打包成一个zip包或者rar包,升级包名称的后缀.zip或者.rar即可作为双端是升级标识。若为单端升级包,则不具有该标识。
通过为双端升级包添加双端升级标识,可以实现客户端系统(显示设备端)对升级包的类型的区分,同时便于客户端根据升级包是否具有双端升级标识判定该应用的升级策略,具体的,若检测到服务端发布的待升级应用对应的升级包具有双端升级标识,则该待升级应用对应的升级策略为双端升级,否则为单端升级。当然,也可以预先将应用类型、应用包名及其对应的升级策略对应存储在客户端,以便客户端设备可以通过查找本地数据获取待升级应用对应的升级策略。
步骤902,接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级。
升级指令至少可以是用户操作输入的指令,用于指示对检测到的至少一个待升级应用进行升级。
步骤903,对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载。
所述第一系统和第二系统对相应的双端升级包串行下载,是指由第一系统或者由第二系统先行对该双端升级包进行下载,当第一系统或者第二系统下载完成时,再由第二系统或者第一系统对该双端升级包进行下载。
此外,在步骤903所述的串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度。
根据上述串行下载过程,该过程可以划分为第一下载阶段和晚于第一下载阶段的第二下载阶段。在第一下载阶段,以当前执行下载的系统(如第一系统)的实时下载进度的一半,作为双端升级进度,例如,在第一系统先行下载的情况下,如果第一系统的实时下载进度为50%,则相应的双端升级进度为25%,当第一系统下载完成时,其实时下载进度达到100%,则相应的双端升级进度为50%。在第二下载阶段,在50%进度的基础上,加上执行下载的系统的实时下载进度的一半,得到双端升级进度,例如延用上述示例,如果第二系统的实时下载进度为50%,则此时的双端升级进度为75%。
步骤904,将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。
具体实现时,在第一系统和第二系统中的一个作为运营端、另一个作为非运营端的情况下,当所述运营端系统执行下载时,所述运营端系统根据对应的第一实时下载进度得到所述双端升级进度;同步所述双端升级进度给非运营端系统;在非运营端系统执行下载时,所述运营端系统接收非运营端系统返回的第二实时下载进度;根据所述第二实时下载进度得到所述双端升级进度;同步所述双端升级进度给所述非运营端系统。
在上述具体实现中,对运营端和非运营端执行下载的先后顺序不做限定。
在另外的实施例中,如果运营端是独立于第一系统和第二系统的其他处理器,则在第一系统和第二系统串行下载的过程中,将计算得到的双端升级进度分别同步给第一系统和第二系统,以使无论现实设备当前呈现的应用界面是为第一系统的应用界面,或为第二系统的应用界面,都可以实现对所述双端升级进度的显示。
具体的,当显示设备呈现第一系统的UI界面时,在所述第一系统的UI界面呈现所述双端升级进度;当显示设备呈现第二系统的UI界面时,在所述第二系统的UI界面呈现所述双端升级进度。
在本申请实施例中,对于升级策略为单端升级的待升级应用,所述待升级应用所在的系统下载相应的单端升级包;在待升级应用所在的系统的应用界面上呈现相应的单端下载进度。例如,对于仅在第一系统中存在的应用,当第一系统下载相应的升级包,并将实时下载进度在第一系统的应用界面上显示。
示例性地,图10为一种双系统显示设备的一种应用界面,在该应用界面上,显示有用于表征应用升级进度的进度条。
由以上实施例可知,本申请提供一种双系统显示设备应用升级进度显示方法,包括:检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。通过该方法对同时在两个系统中存在的应用可以实现同时升级,从而保证升级后的应用可以正常使用,并且用户对升级过程的体验与单系统应用升级过程无差异。
以下以第一系统为运营端,对本申请方法的具体实现方式进行进一步详细说明。参阅图11:
在步骤111中,第一系统检测待升级应用及待升级应用的升级策略。
其中,需要对第一系统和第二系统中的待升级应用进行分别检测,第二系统根据第一系统的数据获取请求将第二系统中的应用当前版本号发送给第一系统,以便第一系统确定待升级应用。由第一系统根据确定的待升级应用获取每个待升级应用的升级策略。
在步骤112中,第一系统接收升级指令
升级指令至少可以是用户在对界面控件进行操作而输入的指令,根据用户界面及其控件不同的设计,升级指令可以用于指示对一个待升级应用进行升级,也可以用于指示对多个待升级应用进行升级。
示例性地,当存在多个待升级应用时,每个待升级应用的状态如下表2所示,其中,由状态机根据每个待升级应用的升级进度进行控制其状态显示及更新。每个应用按照列表顺序进行升级。可以理解的是,待升级应用中,有些应用由于在第一系统和第二系统中同时存在,故其升级策略为双端升级,有些应用由于仅在第一系统或者第二系统中存在,故其升级策略为单端升级。
表2
在步骤113中,第一系统判断待升级应用的升级策略是否是双端升级;若是,则执行步骤114。
在步骤114中,第一系统下载双端升级包,根据第一系统的第一实时下载进度计算得到双端升级进度,并将双端升级进度同步到第二系统。此时,进入串行下载过程的第一下载阶段。
在第二系统侧,第二系统接收第一系统同步过来的双端升级进度。
在步骤115中,当第一系统下载完成时,发送用于下载指令给第二系统,该下载指令用于指示第二系统对上述双端升级包进行下载。
在第二系统侧,第二系统接收所述下载指令,响应下载指令,下载双端升级包,并将第二系统的第二实时下载进度同步给第一系统。此时,进入到串行下载过程的第二下载阶段。
在步骤116中,第一系统接收第二实时下载进度。
在步骤117中,第一系统根据第二实时下载进度计算得到双端升级进度,将第二系统的第二实时下载进度同步给第一系统。
在步骤118中,当显示设备呈现第一系统的UI界面时,将双端升级进度在第一系统的UI界面显示。
在第二系统侧,当显示设备呈现第二系统的UI界面时,将双端升级进度在第二系统的UI界面显示。
在本申请实施例中,为了区分不同应用的升级进度,第一系统和第二系统均可以利用HashMap对应存储应用标识(包名)和升级进度。对于双端升级的应用,当第一下载阶段完成后,升级进度达到50%,当第二下载阶段也完成后,升级进度达到100%,升级完成。
需要说明的是,本申请实施例中涉及的第一系统与第二系统之间的交互通信过程,基于进程间通信技术实现,例如,可以在第一系统或者第二系统中运行一RPC APP,用于实现第一系统和第二系统之间的数据转发和接收功能。
图12为图11所示实施例中,第一系统对双端应用的升级过程时序图。如图12所示,第一系统启动升级服务,由升级服务获取第一系统及第二系统中应用的当前版本号,同时启动升级检测任务,由升级检测任务与服务端进行交互,获取应用的最新版本号,并返回给升级服务。升级服务根据应用的当前版本号和最新版本号,确定待升级应用,并获取待升级应用的升级策略。对于需要双端升级的应用,升级服务通过Action_Apprval_Download消息指示下载服务开始下载双端升级包,并记录第一实时下载进度。通过升级服务控制进程,根据第一实时下载进度计算双端升级进度,并通过通信控制进程调用RPC接口,以将双端升级进度同步到第二系统。当下载服务下载完成时,通过Action_Download_Complete消息通知升级服务,升级服务接收到下载完成的消息后,通过通信控制进程调用RPC接口,将下载指令发送给第二系统,以指示第二系统开始下载。在第二系统执行下载的过程中,通信控制进程接收第二系统同步过来的第二实时下载进度,并将其发送给升级服务控制进程,由升级服务控制进程计算双端升级进度,并同样通过通信控制进程调用RPC接口,将双端升级进度同步到第二系统。
图13为图12所示实施例中,第二系统对双端应用的升级过程时序图。如图13所示,在第二系统中,通信控制进程将第一系统同步过来的双端升级进度发送给升级服务控制进程,升级服务控制进程将应用包名及双端升级进度对应保存。通信控制进程将第一系统发送的下载指令发送给升级服务控制进程,升级服务控制进程将下载指令传递给升级服务。升级服务接收到下载指令后,通过Action_Apprval_Download消息指示下载服务开始下载双端升级包,并记录第二实时下载进度,通过通信控制进程调用RPC接口,将第二实时下载进度同步到第一系统。通信控制进程将第一系统同步过来的双端升级进度发送到升级服务控制进程保存。
由以上实施例可知,本申请提供一种双系统显示设备应用升级进度显示方法,包括:检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。通过该方法对同时在两个系统中存在的应用可以实现同时升级,从而保证升级后的应用可以正常使用,并且用户对升级过程的体验与单系统应用升级过程无差异。
根据本申请提供的双系统显示设备应用升级进度显示方法,本申请实施例还提供一种显示设备。图14为本申请根据一示例性实施例示出的显示设备框图,如图14所示,该显示设备包括:
检测模块141,用于检测待升级应用和所述待升级应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;
接收模块142,用于接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;
下载模块143,用于对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载;
处理模块144,用于在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;
同步模块145,用于将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。
在另外的实施例中,所述检测模块141,具体用于:获取第一系统和第二系统中每个应用的当前版本号,以及,获取所述应用的最新版本号;确定所述当前版本号与所述最新版本号不一致的应用为待升级应用;检测服务器发布的所述待升级应用的升级包是否具有双端升级标识;若具有,则所述待升级应用的升级策略为双端升级;若不具有,则所述待升级应用的升级策略为单端升级。
在另外的实施例中,所述串行下载过程包括第一下载阶段和晚于所述第一下载阶段的第二下载阶段,所述第一下载阶段和第二下载阶段分别由不同的系统执行下载;在所述第一下载阶段,所述双端升级进度为所述执行下载的系统的实时下载进度的一半;在所述第二下载阶段,所述双端升级进度为所述执行下载的系统的实时下载进度的一半与50%的加和。具体实现中,本发明还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时可包括本发明提供的呼叫方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文:read-only memory,简称:ROM)或随机存储记忆体(英文:random access memory,简称:RAM)等。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其,对于显示设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例中的说明即可。
以上所述的本发明实施方式并不构成对本发明保护范围的限定。
Claims (8)
1.一种双系统显示设备应用升级进度显示方法,其特征在于,所述双系统包括第一系统和第二系统,所述方法包括:
检测服务器发布的待升级应用的升级包是否具有双端升级标识;若具有,则所述待升级应用的升级策略为双端升级;若不具有,则所述待升级应用的升级策略为单端升级;其中,只在第一系统或第二系统中存在的应用的升级策略为单端升级,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;
接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;
对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载,所述串行下载包括:第一系统或者第二系统先行对所述双端升级包进行下载;当所述第一系统或者第二系统下载完成时,第二系统或者第一系统对所述双端升级包进行下载;其中,与两个系统对应的两个apk文件配置在一个升级包中为所述双端升级包;
在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;
将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。
2.根据权利要求1所述的方法,其特征在于,所述检测待升级应用,包括:
获取第一系统和第二系统中每个应用的当前版本号,以及,获取所述应用的最新版本号;
确定所述当前版本号与所述最新版本号不一致的应用为待升级应用。
3.根据权利要求1所述的方法,其特征在于,所述串行下载过程包括第一下载阶段和晚于所述第一下载阶段的第二下载阶段,所述第一下载阶段和第二下载阶段分别由不同的系统执行下载;
在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度,包括:
在所述第一下载阶段,所述双端升级进度为所述执行下载的系统的实时下载进度的一半;
在所述第二下载阶段,所述双端升级进度为所述执行下载的系统的实时下载进度的一半与50%的加和。
4.根据权利要求1所述的方法,其特征在于,将所述双端升级进度同步给第一系统和/或第二系统,包括:
在第一系统和第二系统中的一个作为运营端、另一个作为非运营端的情况下,当所述运营端系统执行下载时,所述运营端系统根据第一实时下载进度得到所述双端升级进度,所述第一实时下载进度为所述运营端系统的实时下载进度;
同步所述双端升级进度给非运营端系统;
在非运营端系统执行下载时,所述运营端系统接收非运营端系统返回的第二实时下载进度,所述第二实时下载进度为所述非运营端系统的实时下载进度;
根据所述第二实时下载进度得到所述双端升级进度;
同步所述双端升级进度给所述非运营端系统。
5.根据权利要求1所述的方法,其特征在于,所述以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现,包括:
当显示设备呈现第一系统的UI界面时,在所述第一系统的UI界面呈现所述双端升级进度;
当显示设备呈现第二系统的UI界面时,在所述第二系统的UI界面呈现所述双端升级进度。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述双端升级包由服务器根据预置的升级策略表配置并发布,所述升级策略表对应保存有第一系统和第二系统中每个应用的应用标识和每个应用的升级策略,其中,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级,单独在第一系统或者第二系统中存在的应用的升级策略为单端升级。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对于升级策略为单端升级的待升级应用,所述待升级应用所在的系统下载相应的单端升级包;
在待升级应用所在的系统的应用界面上呈现相应的实时下载进度。
8.一种显示设备,其特征在于,包括:
检测模块,用于检测服务器发布的待升级应用的升级包是否具有双端升级标识;若具有,则所述待升级应用的升级策略为双端升级;若不具有,则所述待升级应用的升级策略为单端升级;其中,只在第一系统或第二系统中存在的应用的升级策略为单端升级,同时在所述第一系统和第二系统中存在的应用的升级策略为双端升级;
接收模块,用于接收升级指令,所述升级指令用于指示对至少一个待升级应用进行升级;
下载模块,用于对于升级策略为双端升级的待升级应用,所述第一系统和第二系统响应所述升级指令对相应的双端升级包执行串行下载,所述串行下载包括:第一系统或者第二系统先行对所述双端升级包进行下载;当所述第一系统或者第二系统下载完成时,第二系统或者第一系统对所述双端升级包进行下载;其中,与两个系统对应的两个apk文件配置在一个升级包中为所述双端升级包;
处理模块,用于在所述串行下载过程中,根据执行下载的系统的实时下载进度,得到综合第一系统和第二系统下载进度的双端升级进度;
同步模块,用于将所述双端升级进度同步给第一系统和/或第二系统,以使所述双端升级进度在第一系统和/或第二系统对应的UI界面呈现。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910835976.3A CN112449245B (zh) | 2019-09-05 | 2019-09-05 | 双系统显示设备应用升级进度显示方法及显示设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910835976.3A CN112449245B (zh) | 2019-09-05 | 2019-09-05 | 双系统显示设备应用升级进度显示方法及显示设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112449245A CN112449245A (zh) | 2021-03-05 |
CN112449245B true CN112449245B (zh) | 2022-12-16 |
Family
ID=74733074
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910835976.3A Active CN112449245B (zh) | 2019-09-05 | 2019-09-05 | 双系统显示设备应用升级进度显示方法及显示设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112449245B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6668205B1 (en) * | 1999-06-30 | 2003-12-23 | Mitsubishi Denki Kabushiki Kaisha | Control method of factory automation system, recording medium recording a program therefor and central processor of factory automation system |
CN1690964A (zh) * | 2004-04-23 | 2005-11-02 | 英特维数位科技股份有限公司 | 具两操作系统自动下载更新数据的计算机系统及其方法 |
CN101090391A (zh) * | 2006-06-13 | 2007-12-19 | 上海新纳广告传媒有限公司 | 基于超文本传输协议方式的软件自动升级方法 |
CN103116545A (zh) * | 2013-02-04 | 2013-05-22 | 青岛海信传媒网络技术有限公司 | 智能终端的升级检测方法及系统 |
CN103544027A (zh) * | 2012-07-13 | 2014-01-29 | 联想(北京)有限公司 | 控制应用更新的方法及电子设备 |
CN104461749A (zh) * | 2014-12-30 | 2015-03-25 | 宇龙计算机通信科技(深圳)有限公司 | 一种多系统终端的应用程序同步方法、同步装置及终端 |
CN104885055A (zh) * | 2014-03-19 | 2015-09-02 | 华为终端有限公司 | 一种应用数据同步的方法及装置 |
CN105786549A (zh) * | 2014-12-26 | 2016-07-20 | 乐视致新电子科技(天津)有限公司 | 智能设备及其升级方法 |
CN106445599A (zh) * | 2016-09-29 | 2017-02-22 | 宇龙计算机通信科技(深圳)有限公司 | 应用程序的升级方法、升级装置和终端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI258671B (en) * | 2004-04-16 | 2006-07-21 | Intervideo Digital Technology | System for automatic downloading for data update in computer system with two operation systems and method thereof |
JP6317058B2 (ja) * | 2012-11-15 | 2018-04-25 | 任天堂株式会社 | 情報処理装置、情報処理システム、情報処理プログラム、および情報処理方法 |
CN102984281A (zh) * | 2012-12-20 | 2013-03-20 | 湖南纽曼数码科技有限公司 | 一种多系统车载设备的自动升级方法 |
CN106445602A (zh) * | 2016-09-29 | 2017-02-22 | 北京珠穆朗玛移动通信有限公司 | 基于双系统的应用管理方法及其移动终端 |
CN107577472B (zh) * | 2017-07-28 | 2020-05-08 | 深圳市海邻科信息技术有限公司 | 软件安装方法、装置及计算机可读存储介质 |
CN112346754A (zh) * | 2019-08-07 | 2021-02-09 | 海信视像科技股份有限公司 | 一种双系统应用升级界面显示的控制方法及装置 |
-
2019
- 2019-09-05 CN CN201910835976.3A patent/CN112449245B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6668205B1 (en) * | 1999-06-30 | 2003-12-23 | Mitsubishi Denki Kabushiki Kaisha | Control method of factory automation system, recording medium recording a program therefor and central processor of factory automation system |
CN1690964A (zh) * | 2004-04-23 | 2005-11-02 | 英特维数位科技股份有限公司 | 具两操作系统自动下载更新数据的计算机系统及其方法 |
CN101090391A (zh) * | 2006-06-13 | 2007-12-19 | 上海新纳广告传媒有限公司 | 基于超文本传输协议方式的软件自动升级方法 |
CN103544027A (zh) * | 2012-07-13 | 2014-01-29 | 联想(北京)有限公司 | 控制应用更新的方法及电子设备 |
CN103116545A (zh) * | 2013-02-04 | 2013-05-22 | 青岛海信传媒网络技术有限公司 | 智能终端的升级检测方法及系统 |
CN104885055A (zh) * | 2014-03-19 | 2015-09-02 | 华为终端有限公司 | 一种应用数据同步的方法及装置 |
CN105786549A (zh) * | 2014-12-26 | 2016-07-20 | 乐视致新电子科技(天津)有限公司 | 智能设备及其升级方法 |
CN104461749A (zh) * | 2014-12-30 | 2015-03-25 | 宇龙计算机通信科技(深圳)有限公司 | 一种多系统终端的应用程序同步方法、同步装置及终端 |
CN106445599A (zh) * | 2016-09-29 | 2017-02-22 | 宇龙计算机通信科技(深圳)有限公司 | 应用程序的升级方法、升级装置和终端 |
Also Published As
Publication number | Publication date |
---|---|
CN112449245A (zh) | 2021-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112399232A (zh) | 一种显示设备、摄像头优先级使用的控制方法及装置 | |
CN112399213A (zh) | 显示设备和遥控器按键复用方法 | |
CN112068855B (zh) | 一种双系统下应用的升级方法及系统 | |
CN111385631B (zh) | 一种显示设备、通信方法及存储介质 | |
CN112073761B (zh) | 蓝牙功能的实现方法及装置、双硬件系统显示设备 | |
CN110784766A (zh) | 一键升级显示设备的方法及显示设备 | |
CN112423042A (zh) | 一种双系统蓝牙遥控器的升级方法及系统 | |
CN112069094A (zh) | 一种数据包封装方法及显示设备 | |
CN112073812B (zh) | 一种智能电视上的应用管理方法及显示设备 | |
CN112073790B (zh) | 显示设备及双系统间启动状态的同步方法 | |
CN112073356B (zh) | 一种数据传输方法及显示设备 | |
CN112073759B (zh) | 双系统之间通信方式的选取及调度方法、装置及显示设备 | |
CN112449245B (zh) | 双系统显示设备应用升级进度显示方法及显示设备 | |
CN112073816A (zh) | 双系统usb升级方法、装置及显示设备 | |
CN112073769A (zh) | 显示设备及应用共同显示的方法 | |
CN112346754A (zh) | 一种双系统应用升级界面显示的控制方法及装置 | |
CN112073773A (zh) | 一种屏幕互动方法、装置及显示设备 | |
CN112073808A (zh) | 一种色彩空间切换方法及显示装置 | |
CN112073777A (zh) | 一种语音交互方法及显示设备 | |
CN112073776A (zh) | 语音控制方法及显示设备 | |
CN112073768A (zh) | 蓝牙通信方法及显示设备 | |
CN112073813B (zh) | 显示设备及双系统间异常启动的检测与处理方法 | |
CN112995113B (zh) | 一种显示设备、端口控制方法及存储介质 | |
CN112738580B (zh) | 双系统应用图标信息的处理、显示方法、装置及显示设备 | |
CN112073811B (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 |