CN113051001A - 一种开机用户界面显示的加速方法及显示设备 - Google Patents

Abstract

本申请公开了一种开机用户界面显示的加速方法及显示设备，用以解决交直流开机出现信号后，用户界面显示短暂黑屏，组件加载慢的问题，提升用户体验。所述方法包括：响应于用户输入的开机指令，创建业务逻辑层进程的服务端；在检测到服务端创建完成后创建客户端；客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；客户端与服务端同步应用管理程序的对象值；客户端与服务端同步用户界面数据，加载显示用户界面。

Description

一种开机用户界面显示的加速方法及显示设备

技术领域

本申请涉及显示技术领域，尤其涉及一种开机用户界面显示的加速方法及显示设备。

背景技术

在现代的智能电视设计一般采用分层设计UI(User Interface，用户界面)，中间件，底层服务，Linux内核等。中间提供的数据是UI JS(JavaScript，一编程语言)加载的基础。UI的启动过程中会首先等待中间件的数据同步。然而由于中间件设计庞大，复杂，导致中间件的初始化及数据同步需要的时间过长，使得UI的加载过慢，导致在信号出现时UI还没有加载完成，从而会有开机后的短暂黑屏及不相应按键问题，影响用户体验。例如：每次断电重启后，在清流频道下，音画可以正常播放，且起播速度正常，但是必须等待大概3秒后电视才可以响应遥控器按键。或者电视连接工厂信号，播放ATV(Analog Television，模拟电视)频道，进入父母锁界面，对当前频道加锁，交流开关机，本机按键开始，电视出现开机logo与开机动画后，会出现一段时间(3s左右)的黑屏后才会弹出密码锁提示框。

发明内容

本申请实施例提供一种开机用户界面显示的加速方法及显示设备，用以解决交直流开机出现信号后，用户界面显示短暂黑屏，组件加载慢的问题，提升用户体验。

第一方面，提供一种显示设备，包括：

显示器；

控制器，用于执行：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

在一些实施例中，所述控制器采用以下方式执行客户端与服务端同步应用管理程序的对象值：

客户端与服务端同步对象连接请求的应用管理程序的对象值。

在一些实施例中，所述控制器，具体执行：

响应于用户输入的开机指令，中间件层创建业务逻辑层进程的服务端；

应用层在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

在一些实施例中，所述客户端与所述服务端数据同步采用的协议是传输控制协议。

第二方面，提供一种显示设备，包括：

显示器；

控制器，用于执行：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端与服务端同步应用管理程序的对象名称；

客户端与服务端同步对象连接请求的应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

第三方面，提供一种开机用户界面显示的加速方法，包括：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

在一些实施例中，所述客户端与服务端同步应用管理程序的对象值，具体包括：

客户端与服务端同步对象连接请求的应用管理程序的对象值。

在一些实施例中，所述方法具体包括：

响应于用户输入的开机指令，中间件层创建业务逻辑层进程的服务端；

应用层在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

在一些实施例中，所述客户端与所述服务端数据同步采用的协议是传输控制协议。

第四方面，提供一种开机用户界面显示的加速方法，包括：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端与服务端同步应用管理程序的对象名称；

客户端与服务端同步对象连接请求的应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

在上述实施例中，本申请创建共享内存，将需要同步的应用管理程序的对象名称预先存储在共享内存中，只需要传输一次信令，所有的应用管理程序的对象名称都可在共享内存中直接使用，节约应用管理程序的对象名称同步时间，解决了系统启动信号出现后用户界面加载延时引起的按键响应延迟及黑屏问题，加快用户界面显示，提升用户体验。

附图说明

图1示出了根据一些实施例的显示设备的使用场景；

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

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

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

图5示例性示出了根据一些实施例的一种开机用户界面显示的加速方法的流程图；

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

图7示例性示出了根据一些实施例的另一种开机用户界面显示的加速方法的流程图；

图8示例性示出了根据一些实施例的又一种开机用户界面显示的加速方法的流程图。

具体实施方式

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

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

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

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

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

图1为根据实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。

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

在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。

在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。

图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

在一些实施例中，通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。

在一些实施例中，用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。

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

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

在一些实施例中控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面等。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。

在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

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

在一些实施例中，控制器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)等中的至少一种。

CPU处理器。用于执行存储在存储器中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。

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

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

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

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

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

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

在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：显示设备本体上的实体按键，或其他等)。

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

如图4所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。

应用层主要包含电视上的常用应用，以及应用框架(Application Framework)，其中，常用应用主要是基于浏览器Browser开发的应用，例如：HTML5 APPs；以及原生应用(Native APPs)；

应用框架(Application Framework)是一个完整的程序模型，具备标准应用软件所需的一切基本功能，例如：文件存取、资料交换…，以及这些功能的使用接口(工具栏、状态列、菜单、对话框)。

原生应用(Native APPs)可以支持在线或离线，消息推送或本地资源访问。

中间件层包括各种电视协议、多媒体协议以及系统组件等中间件。中间件可以使用系统软件所提供的基础服务(功能)，衔接网络上应用系统的各个部分或不同的应用，能够达到资源共享、功能共享的目的。

硬件层主要包括HAL接口、硬件以及驱动，其中，HAL接口为所有电视芯片对接的统一接口，具体逻辑由各个芯片来实现。驱动主要包含：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

用户界面的启动过程中会首先等待中间件的数据同步。然而由于中间件设计庞大，复杂，导致中间件的初始化及数据同步需要的时间过长，使得用户界面的加载过慢，导致在信号出现时用户界面还没有加载完成，从而会有开机后的短暂黑屏及不相应按键问题，影响用户体验。

为解决以上技术问题，本申请实施例提供一种开机用户界面显示的加速方法。

如图5所示，所述方法具体包括：

步骤S501：通过用户接口接收用户输入的开机指令；

步骤S502：响应于开机指令，中间件层创建业务逻辑层进程的服务端；

在一些实施例中，显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层，其中，中间件层包括中间件业务逻辑层和中间件服务层。即如图6所示，显示设备系统架构按照层次上可以简单划分为应用层，中间件业务逻辑层，中间件服务层和硬件层。其中，应用层有用户界面进程加载，中间件业务逻辑层有biz进程(业务逻辑层进程)提供服务，中间件服务层有进程tvmain(中间件服务层进程)提供服务。为加快系统启动上述核心进程的启动顺序为biz进程，tvmain进程及UI进程。

中间件业务逻辑层是系统的业务逻辑抽象，用户界面应用对中间件服务及底层的操作和请求都要通过该层进行操作。中间件业务逻辑层对外提供各种object(对象)，提供对中间件服务的控制及中间件数据变化的通知。对象属性有name(名称)，value(值)各种属性，可以执行action(动作)及notify(回调)。由于系统的业务逻辑复杂，显示设备系统根据业务需求会有2000多个各式的对象。中间件业务逻辑层完成对象创建初始化，数据加载之后，会创建业务逻辑层进程的服务端(biz server)，用于数据的向biz client(客户端)的跨进程同步。

在一些实施例中，服务端与客户端数据同步底层传输协议采取的是传输控制协议(Transmission Control Protocol，tcp)。

中间件服务可分为音视频，本地媒体，流媒体，DTV(Digital Television，数字电视)等服务，中间件服务启动无需等待中间件业务逻辑层数据。由于中间件服务不是中间件业务逻辑层的客户端，中间件服务启动过程无需等待业务逻辑层进程的服务端同步数据，启动完成后可直接对屏幕输出信号内容。

步骤S503：应用层在检测到服务端创建完成后创建客户端。

在一些实施例中，用户界面启动后首先查询biz server状态，如果biz serverready，则创建与biz server对应的客户端(client)，然后进行客户端与服务端的数据同步。数据同步大体上分为对象名称(object name)的同步和回调对象值(notify objectvalue)两个步骤。

在一些实施例中，系统中所有需要业务逻辑层数据的进程都是一个服务端，都需要与客户端进行数据同步，客户端对所有的数据同步是串行操作。由于方案商应用管理伴侣(application manager bond，apm bond)和本机应用管理程序(systemserver)是系统的管理进程，需要先与UI完成初始化。因此，UI进程只能等待本机应用管理程序(systemserver)和方案商应用管理伴侣(application manager bond，apm bond)同步完成，才可以同步数据。

步骤S504：客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

相关技术中，对象名称的同步采取批量同步模式，每个对象大约100个字节，200个对象一次传输，2000多个对象大约需要11次传输，需要耗时几十毫秒至400毫秒。

而本申请实施例创建共享内存，将需要同步的数据(本机应用管理程序、方案商应用管理伴侣、用户界面进程和其他进程的对象名称)存放共享内存，只需传输控制协议传输一次信令，所有的对象名称都可在共享内存中直接使用，节约对象名称的同步时间，即至少节约几十毫秒至400毫秒。

步骤S505：客户端与服务端同步应用管理程序的对象值；

在一些实施例中，应用管理程序的对象值的同步采用的值(value)的回调(notify)，每次传输控制协议传输一个对象值。

步骤S506：客户端与服务端同步用户界面数据，加载显示用户界面。

在一些实施例中，本机应用管理程序和方案商应用管理伴侣的对象名称和对象值同步完成后，可采用同样方式同步用户界面对象名称和对象值。用户界面数据同步完成后，加载显示用户界面，用户界面响应按键。

本申请实施例创建共享内存，将需要同步的数据存放共享内存，只需传输控制协议传输一次信令，所有的对象名称都可在共享内存中直接使用，节约对象名称的同步时间。

本申请实施例提供另一种开机用户界面显示的加速方法。

如图7所示，所述方法具体包括：

步骤S701：通过用户接口接收用户输入的开机指令；

步骤S702：响应于开机指令，中间件层创建业务逻辑层进程的服务端；

步骤S703：应用层在检测到服务端创建完成后创建客户端。

步骤S704：客户端与服务端同步应用管理程序的对象名称；

在一些实施例中，对象名称的同步采取批量同步模式，每个对象大约100个字节，200个对象一次传输。

步骤S705：客户端与服务端同步对象连接请求的应用管理程序的对象值；

相关技术中，应用管理程序的对象值的同步采用的值(value)的回调(notify)，每次传输控制协议传输一个对象值。不管客户端是否有访问某个对象的需要，一律在使用前为客户端把所有的对象的名称和值完成同步再使用。这种方式大大增加同步时间。

在一些实施例中，根据需要选择对象值进行同步。在客户端建立对象连接(objectconnect)的时候进行数据同步。而且只同步当前对象连接请求的对象值(object value)。可节约像本机应用管理程序和方案商应用管理伴侣这种只需10个对象的客户端的同步时间。

步骤S706：客户端与服务端同步用户界面数据，加载显示用户界面。

在一些实施例中，客户端与服务端根据对象连接同步对象连接请求的用户界面的对象值。即使UI需要的对象较多(上千个)，使用按需同步也可节约300ms。

本申请实施例在同步应用管理程序的对象值时采用按需同步，像本机应用管理程序和方案商应用管理伴侣这种只需10个对象的客户端的数据同步时间几乎忽略不计，节约用户界面的客户端等待本机应用管理程序和方案商应用管理伴侣的同步时间，大约可节约2-4s。

本申请实施例提供又一种开机用户界面显示的加速方法。

如图8所示，所述方法具体包括：

步骤S801：通过用户接口接收用户输入的开机指令；

步骤S802：响应于开机指令，中间件层创建业务逻辑层进程的服务端；

步骤S803：应用层在检测到服务端创建完成后创建客户端。

步骤S804：客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

步骤S805：客户端与服务端同步对象连接请求的应用管理程序的对象值；

步骤S806：客户端与服务端同步用户界面数据，加载显示用户界面。

本申请实施例创建共享内存，将需要同步的数据存放共享内存，只需传输控制协议传输一次信令，所有的对象名称都可在共享内存中直接使用，节约对象名称的同步时间。在同步应用管理程序的对象值时采用按需同步，像本机应用管理程序和方案商应用管理伴侣这种只需10个对象的客户端的数据同步时间几乎忽略不计，节约用户界面的客户端等待本机应用管理程序和方案商应用管理伴侣的同步时间，大约可节约3-5s。

在上述实施例中，本申请创建共享内存，将需要同步的应用管理程序的对象名称预先存储在共享内存中，只需要传输一次信令，所有的应用管理程序的对象名称都可在共享内存中直接使用，节约应用管理程序的对象名称同步时间，解决了系统启动信号出现后用户界面加载延时引起的按键响应延迟及黑屏问题，加快用户界面显示，提升用户体验。

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

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

Claims (10)

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

显示器；

控制器，用于执行：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

2.根据权利要求1所述的显示设备，其特征在于，所述控制器采用以下方式执行客户端与服务端同步应用管理程序的对象值：

客户端与服务端同步对象连接请求的应用管理程序的对象值。

3.根据权利要求1所述的显示设备，其特征在于，所述控制器，具体执行：

响应于用户输入的开机指令，中间件层创建业务逻辑层进程的服务端；

应用层在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

4.根据权利要求1所述的显示设备，其特征在于，所述客户端与所述服务端数据同步采用的协议是传输控制协议。

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

显示器；

控制器，用于执行：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端与服务端同步应用管理程序的对象名称；

客户端与服务端同步对象连接请求的应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

6.一种开机用户界面显示的加速方法，其特征在于，包括：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

7.根据权利要求6所述的方法，其特征在于，所述客户端与服务端同步应用管理程序的对象值，具体包括：

客户端与服务端同步对象连接请求的应用管理程序的对象值。

8.根据权利要求6所述的方法，其特征在于，所述方法具体包括：

响应于用户输入的开机指令，中间件层创建业务逻辑层进程的服务端；

应用层在检测到服务端创建完成后创建客户端；

客户端从共享内存中获取应用管理程序的对象名称，所述对象名称预先存储在共享内存中；

客户端与服务端同步应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

9.根据权利要求6所述的方法，其特征在于，所述客户端与所述服务端数据同步采用的协议是传输控制协议。

10.一种开机用户界面显示的加速方法，其特征在于，包括：

响应于用户输入的开机指令，创建业务逻辑层进程的服务端；

在检测到服务端创建完成后创建客户端；

客户端与服务端同步应用管理程序的对象名称；

客户端与服务端同步对象连接请求的应用管理程序的对象值；

客户端与服务端同步用户界面数据，加载显示用户界面。

Images