CN109634544B - 应用界面显示方法及装置、显示设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种应用界面显示方法及装置、显示设备及存储介质。所述应用界面显示方法包括：基于第一通信进程将目标应用的实时显示内容传输给桌面；基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述桌面UI为所述桌面的UI。

Description

应用界面显示方法及装置、显示设备及存储介质

技术领域

本发明涉及信息技术领域，尤其涉及一种应用界面显示方法及装置、显示设备及存储介质。

背景技术

显示过程中可能会出现卡顿的现象，尤其是地图应用等更新比较频繁的应用界面的显示，这种应用界面显示不流畅的现象特别明显。故提出一种减少应用界面显示的卡顿，提升应用界面的流畅度的应用界面显示方法，是现有技术需要进一步解决的问题。

发明内容

有鉴于此，本发明实施例期望提供一种应用界面显示方法及装置、显示设备及存储介质。

本发明的技术方案是这样实现的：

一种应用界面显示方法，包括：

基于第一通信进程将目标应用的实时显示内容传输给桌面；

基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；

将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述桌面UI为所述桌面的UI。

基于上述方案，所述基于第一通信进程将目标应用的实时显示内容传输给桌面，包括：

基于所述第一通信进程将所述目标应用的实时显示内容传输到共享内容中；

所述桌面从所述共享内存读取所述实时显示内容。

基于上述方案，所述基于第一通信进程将目标应用的实时显示内容传输给桌面，包括：

基于所述第一通信进程将所述目标应用实时更新的背景图形信息传输给所述桌面；

和/或，

所述基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面，包括：

基于所述第二通信进程将所述目标应用提供的控件图形信息传输给所述桌面。

基于上述方案，所述桌面UI具有第一UI和第二UI；其中，所述第一UI上显示有第一类应用图标；

所述将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，包括：

将所述实时显示内容和所述非实时显示内容，显示在所述第二UI上同一个应用界面内，其中，所述第二UI上设置有至少两个显示位；一个所述显示位用于显示一个应用界面。

基于上述方案，所述将所述实时显示内容和所述非实时显示内容，显示在所述第二UI上同一个应用界面内，包括：

按照预设叠加规则，叠加所述实时显示内容和所述非实时显示内容得到界面图形；

在所述第二UI上的一个显示位上显示界面图像。

基于上述方案，所述方法还包括：

确定所述桌面UI上所需显示应用界面的应用属性；

根据所述应用属性，确定显示内容的通信模式；

若所述通信模式为第一模式，确定同时基于所述第一通信进程传输所述实时显示内容，并基于所述第二通信进程传输所述非实时显示内容。

基于上述方案，所述方法还包括：

若所述通信模式为第二模式，确定基于所述第二通信进程向所述桌面应用传输所有显示内容。

一种应用界面显示装置，包括：

第一通信模块，用于基于第一通信进程将目标应用的实时显示内容传输给桌面；

第二通信模块，用于基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；

显示模块，用于将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述桌面UI为所述桌面的UI。

一种显示设备，包括：

显示屏；

处理器，与所述显示屏连接，用于通过计算机可执行指令的执行，实现前述一个或多个技术方案提供的应用界面显示方法。

一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现前述一个或多个技术方案提供的应用界面显示方法。

本发明实施例提供的技术方案，利用桌面UI显示应用界面时，利用第一通信进程传输实时显示内容；第二通信进程传输非实时显示内容，减少利用单一通信进程传输显示内容导致在桌面UI上显示应用界面的卡顿现象；同时，利用高传输速率的第一通信进程传输实时显示内容，利用低传输速率的第一通信进程传输非实时显示内容，确保了实时显示内容和非实时显示内容的成功传输及应用界面的流畅显示的同时，且非实时传输内容也不用占用资源消耗高的第一通信进程，从而节省了传输资源。

附图说明

图1为本发明实施例提供的第一种应用界面显示方法的流程示意图；

图2为本发明实施例提供的一种第二UI的显示效果示意图；

图3为本发明实施例提供的一种第一UI的显示效果示意图；

图4为本发明实施例提供的利用双通信进程传输显示内容的示意图；

图5为本发明实施例提供的一种桌面UI编辑的流程示意图；

图6为本发明实施例提供的一种第二UI处于编辑状态下的效果示意图；

图7为本发明实施例提供的一种应用界面显示装置的结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种应用界面显示方法，包括：

步骤S110：基于第一通信进程将目标应用的实时显示内容传输给桌面；

步骤S120：基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；

步骤S130：将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述桌面UI为所述桌面的UI。

本实施例提供的应用界面显示方法可以应用于各种显示设备中，例如，车载显示设备中。该显示设备搭载的操作系统可为安卓操作系统、IOS操作系统、或者移动端的linux操作系统，或者这些操作系统的修改版本等。

在本实施例中，所述实时显示内容可为需要实时更新的内容，例如，地图应用在进行导航时，导通所使用的地图及所规划路线等内容；所述非实时内容可为更新速率低于所述实时显示内容的显示内容。

在本实施例中，所述实时显示内容和所述非实时显示内容，可为按照内容的属性划分的两种显示内容，总之，所述实时显示内容的更新速率高于所述非实时显示内容的更新速率。

在本实施例中，实时显示内容比所述非时实时显示内容的更新更快，故所述实时显示内容的数据量比所述非实时显示内容的数据量更大。在本实施例中，为了减少卡顿现象，分别设置了第一通信进程和第二通信进程。所述第一通信进程和所述第二通信进程为独立的两个通信进程。进一步地，所述第一通信进程的传输速率大于所述第二通信进程的传输速率，从而第一通信进程可以采用大带宽或高传输速率实现实时显示内容搞得快速传输，从而减少实时显示内容因为传输带宽不够或者传输速率低导致的应用界面显示的卡顿现象。在本实施例中，一方面减少单一通信进程传输带宽不够导致的卡顿现象，从而提升了目标应用的应用界面的显示流畅度；另一方面，通过实时显示内容设置了一个传输速率更高的第一通信进程进行传输，进一步减少了卡顿现象，提升了目标应用在桌面UI上显示的流畅度。

在一些实施例中，所述步骤S110可包括：基于所述第一通信进程将所述目标应用的实时显示内容传输到共享内容中；

所述桌面从所述共享内存读取所述实时显示内容。

在本实施例中，所述第一通信进程将所述实时显示内容直接写入到所述共享内存中，该共享内容为目标应用和桌面都可以访问的内存。如此，桌面可以按照显示屏的刷新频率从所述共享内存读取所述实时显示内容。

在本实施例中，所述目标应用传输的实时显示内容和非实时显示内容，都是需要更新所述应用界面的更新内容。

在本实施例中，所述实时显示内容和所述非实时显示内容，都可以绘制所述应用界面的像所述据，例如，每一个像素的RGB数据等。当然此处，仅是对实时显示内容和非实时显示内容的举例，具体实现时不局限于此。

在一些实施例中，所述步骤S110可包括：

基于所述第一通信进程将所述目标应用实时更新的背景图形信息传输给所述桌面；

和/或，

所述基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面，包括：

基于所述第二通信进程将所述目标应用提供的控件图形信息传输给所述桌面。

在本实施例中，所述背景图形信息可为所述控件图形信息以外的所有图形信息。例如，以地图应用为例，地图应用的应用界面上包括：地图及操作控件；所述操作控件是悬浮在所述地图上显示的。此时，地图作为所述操作控件的背景图形信息。所述操作控件可包括：文本输入框、搜索按钮、确定按钮、取消按钮、语音开启按钮等各种采集用户收入的图形控件。

一般控件图形信息更新比较慢，且是随着背景图形信息有少量的更新，故在本实施例中可以采用传输速率慢一些的第二通信进程传输，而更新速率快的背景图形信息则可以采用第一通信进程传输。

在一些实施例中，所述实时显示内容不局限于所述背景图形信息；例如，在一些特定场景下，背景图形信息是变化很小的，反而是前景信息更新速率快。例如，在游戏应用中，游戏角色所以对应的图形信息，由于游戏角色的运动会产生大量的更新数据，而游戏场景作为游戏角色运动的场景，反而相对固定。此时，可以由第一通信进程传输前景图形信息，由第二通信进程传输更新速率满意些的背景图形信息。

在本实施例中，所述桌面UI具有第一UI和第二UI；其中，所述第一UI上显示有第一类应用图标。

所述第一UI和所述第二UI为不同的UI，第一UI和第二UI是相互独立的两个UI。所述第一UI可为应用界面的显示界面，所述第二UI可为应用图标的显示界面。所述第一类应用图标可为应用图标的一种，此处的“第一类”仅为为了区分后续的应用图标的名称，没有特定的含义。

在一些实施例中，所述第一UI和所述第二UI可为不同类型的桌面。

在一些实施例中，所述第一UI和所述第二UI可为不同类型的UI。

但是在本实施例中，显示屏可以切换显示第一UI和第二UI。

在一些实施例中，所述第一UI和所述第二UI的显示面积等于所述显示屏的显示面积。

在一些实施例中，所述第一UI和所述第二UI的个数均可为1个或多个。

若所述第一UI和所述第二UI仅包括一个时，所述切换操作可仅包括一种，若检测到该用户输入的切换操作，则在第一UI和第二UI之间进行切换。具体如，若显示屏当前显示的是第一UI，将基于所述切换操作切换到显示第二UI；若显示屏当前显示的是第二UI，则基于所述切换操作切换到显示所述第一UI。

所述第二UI显示的应用界面为电子设备上某一个应用启动之后的显示界面，该显示界面决定于该应用的开发等。

在本实施例中，第二UI上若同时显示有多个应用界面时，例如，同时显示有2个或3个应用界面时，每一个应用界面上都设置有焦点，如此在每一个应用界面上的控件都处于激活状态，能够检测用户操作。如此，所述第二UI上的每一个应用界面都可以直接接收用户输入，而无需进行显示屏上焦点位置的切换。若应用界面A上设置有焦点，则焦点所在控件处于聚焦状态，则该控件可以接收用户收入，而不再仅仅是显示内容。

图2所示为一种第二UI的显示效果示意图。在图2中一个应用界面可为一个小部件。在图2中的文字“应用6”、“应用7”及“应用8”指示的是该应用界面所对应的应用。

图3所示为一种第一UI的显示效果示意图；在图3中文字“应用1”至“应用13”表示其所在的第一类应用图标所对应的应用。

第一类应用图标可为圆形图标或者矩形图标，所述第一类应用图标的形状不限。

若第一UI和所述第二UI中的至少一个具有多个界面时，则所述切换操作包括：

第一类切换操作，用于在第一UI和第二UI之间进行切换；

第二类切换操作，用于在第一UI的多个界面之间进行切换，和/或，用于在第二UI的多个界面之间进行切换。

所述第一类切换操作和所述第二类切换操作的操作参数不同。

例如，所述第一类切换操作和所述第二类切换操作均为滑动操作，则所述第一类切换操作和第二类切换操作的滑动方向不同。例如，所述第一类切换操作在显示屏上的滑动方向为第一方向；所述第二类切换操作在显示屏上的滑动方向为第二方向；所述第一方向可垂直于第二方向。

例如，左右滑动可认为需要在第一UI和第二UI之间进行切换，上下滑动可认为需要在第一UI的多个界面之间滑动；或者，在第二UI的多个界面之间滑动。或者，上下滑动可认为需要在第一UI和第二UI之间进行切换，左右滑动可认为需要在第一UI的多个界面之间滑动；或者，在第二UI的多个界面之间滑动。

在本实施例中，若所述第一UI包括多个界面时，在电子设备生成有第一UI的循环队列，可以在显示屏上循环切换第一UI的多个界面。和/或，若所述第二UI包括多个界面时，在所述电子设备生成有第二UI的循环队列，可以在显示屏上循环切换第二UI的多个界面。通过循环队列可以实现第一UI和/或第二UI的循环切换。

在本实施例中，第一UI上显示的第一类应用图标，该第一类应用图标可用来启动应用，或者，通过作用于第一UI上的第一类应用图标A，将第一类应用图标A所对应的应用A启动之后，切换到第二UI的显示，并在第二UI上显示应用A的应用界面。

在本实施例中，所述应用界面可为应用启动之后显示的界面，在该应用界面可显示该应用的各种信息和/或控件。

在本实施例中，所述应用界面可为小部件(Widget)。在本实施例中，一个第二UI上至少设置有多个显示位，一个显示位可显示一个应用的应用界面。该应用界面可为各种类型的界面，例如，矩形界面、类矩形界面或圆形界面等。

以地图应用为例，地图应用的应用界面包括：地图显示界面、导通界面等。若应用A的应用界面A显示在显示位A上，则在显示位A上，应用A可以切换显示其不同的应用界面。

在本实施例中，一个第二UI就可以显示多个显示位，每一个显示位显示一个应用界面，如此，在一个第二UI上可以显示多个应用界面，如此，用户在一个第二UI就可以查看到多个应用的应用界面。例如，该电子设备为车载设备，驾驶员在驾车的过程中，同时开启的地图应用进行导通、同时开启了广播应用收听广播，在相关技术中，这两个应用是不会显示在一个UI界面，即同时显示的，若用户当前查看地图应用，但是车载设备显示的广播应用的应用界面，则需要用户操作才可以，这样容易导致驾驶的不安全。在本实施例中，会同时在第二UI上显示多个UI，如此，用户可以在不切换UI的情况下，就可以查看多个应用界面。

在一些实施例中，若所述第二UI有多个界面，则根据当前是否显示，则包括了后台应用和前台应用。

在本实施例中，所述第二UI上显示的多个应用界面所对应的应用，在运行时可以在电子设备共享资源，该资源可包括：存储资源；如此，因为资源贡献，减少不同的资源之间，独立运行所需的整合操作。

结合图2和图3可知，在图2所示的第二UI上显示有应用界面的应用6、应用7及应用8在图3所示的第一UI未显示有应用图标。同样在第一UI上显示有应用图标的应用，在图2所示第二UI上并为显示应用界面。

所述步骤S120可包括：

将所述实时显示内容和所述非实时显示内容，显示在所述第二UI上同一个应用界面内，其中，所述第二UI上设置有至少两个显示位；一个所述显示位用于显示一个应用界面。

在本实施例中，所述桌面UI分为第一UI和第二UI，所述应用界面是显示在第二UI上，由于第二UI上可以同时显示多个应用界面，如此，用户可以通过一个第二UI就可以看到应用的应用界面。

在一些实施例中，所述步骤S130可包括：

按照预设叠加规则，叠加所述实时显示内容和所述非实时显示内容得到界面图形；

在所述第二UI上的一个显示位上显示界面图像。

在本实施例中，所述实时显示内容和所述非实时显示内容，可为绘制在不同图层上的显示内容；所述按照预设叠加规则叠加所述实时显示内容和所述非实时显示内容，可以按照实时显示内容和非实时显示内容的叠加顺序，进行实时显示内容所在图层和非实时显示内容所在图层之间的叠加。

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

确定所述桌面UI上所需显示应用界面的应用属性；

根据所述应用属性，确定显示内容的通信模式；

若所述通信模式为第一模式，确定同时基于所述第一通信进程传输所述实时显示内容，并基于所述第二通信进程传输所述非实时显示内容。

有些应用是需要进行采用双通信进程进行传输，才能确保应用界面显示流畅，而有的应用单通信进程传输数据，也可以保持应用界面的显示流畅；为了减少不必要的第一通信进程的开启，会根据需要显示应用界面的应用属性，确定出在单一设备内目标应用与桌面之间进行通信的通信模式，仅有在通信模式为第一模式的情况下，才确定同时利用第一通信进程和第二通信进程进行显示内容的传输；否则，在第二模式下，直接采用第二通信进程传输所有的信息。

以安卓操作系统为例，所述第二通信进程可为Binder进程；所述第一通信进程可为Binder进程以外的其他进程。

如图4所示，以按照操作系统为例，目标应用的非实时显示内容可以通过AIDL传输给桌面；由桌面UI进行显示；实时显示内容可以先传输到共享内存，由桌面UI结合非实时显示内容显示。AIDL可为安卓接口定义语言的缩写，是一种通信进程。

在一些实施例中，所述第一UI和所述第二UI可包括：非编辑状态和编辑状态；在所述非编辑状态下，所述第一UI和所述第二UI正常显示第一类应用图标和应用界面，在编辑状态下，所述第一UI和所述第二UI可被编辑，从而控制第一UI显示的第一类应用图标，和第二UI显示的应用界面。例如，在编辑状态下，调整第一UI上显示的第一类应用图标的个数、位置和/或面积；在编辑状态下，调整第二UI上显示的应用界面，应用界面的个数，和/或，应用界面的显示位置等。

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

步骤S210：检测作用于第一UI和/或第二UI上的状态切换操作；

步骤S220：根据所述切换状态，控制所述第一UI和/或所述第二UI在编辑状态和非编辑状态之间切换。

例如，若第一UI和/或第二UI当前处于非编辑状态，检测到作用于空白位置的长按操作，切换到编辑状态。再例如，检测到作用于编辑状态下的退出按钮，退出编辑状态切换到非编辑状态。又例如，检测到作用于非编辑状态下，第一UI和/或第二UI上的切换控件，可以退出非编辑状态，切换到编辑状态。

故在一些实施例中，所述方法可包括：

步骤S230：在所述编辑状态下，检测编辑操作；

步骤S240：根据所述编辑操作，编辑当前显示的第一UI或当前显示的第二UI。

具体地如，根据所述编辑操作，所述编辑当前显示的第一UI或当前显示的第二UI可包括以下至少之一：

基于第一编辑操作，在所述第二UI添加目标应用的应用界面并在所述第一UI删除所述目标应用的第一类应用图标；

基于第二编辑操作，在所述第二UI删除目标应用的应用界面，并在所述第一UI上添加所述目标应用的第一类应用图标；

基于第三编辑操作，在所述第一UI删除目标应用的第一类应用图标，并在所述第二UI上显示所述目标应用的应用界面；

基于第四编辑操作，在所述第一UI上添加目标应用的第一类应用图标，并在所述第二UI上删除所述目标应用的第一类应用图标。

总之在本实施例中，仅检测一个编辑操作，会同时实现了第一UI和第二UI的联动编辑；一个操作实现了双重编辑效果，减少了用户操作，提升了用户体验。通过在编辑状态下的联动编辑，实现了在非编辑状态下的关联显示，此处的关联显示包括：在第一UI显示有第一类应用图标的应用，在第二UI上不显示应用界面，且在第二UI上显示有应用界面的，在第一UI上不显示第一类应用图标。

图6所示为一种处于编辑状态的第二UI的显示效果示意图。在图5中此时的第二UI同时显示有应用界面及小型的应用图标(即所述第二类应用图标)，第二类应用图标形成的循环队列，在图6中展示为应用列表。

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

在所述第二UI上显示第二类应用图标，其中，所述第二类应用图标的显示面积小于所述第一类应用图标的显示面积；

检测作用于所述第二类应用图标的所述第一编辑操作；

和/或

检测作用于所述应用界面的所述第二编辑操作；

和/或，

检测作用于所述第一类应用图标的所述第三编辑操作和/或第四编辑操作。

在本实施例中，在第二UI的编辑状态下或者非编辑状态下，显示第二类应用图标，第二类应用图标又可以称之为小应用图标，是比第一类应用图标的显示面积小的。检测作用于第二类应用图标的第一编辑操作，在第二UI上添加对应应用的应用界面。在本实施例中，所述第二类应用图标与所述第一UI上的第一类应用图标是对应的，例如，所述第二类应用图标可是第二类应用图标的缩小版。假设在第一UI上有10个第一类应用图标，则至少在第二UI编辑状态下，可显示10个第二类应用图标。若第二类应用图标的个数，超过了第二UI一次可显示的个数，则所述第二类应用图标形成循环列表，则基于用户的输入操作，在第二UI上可以切换当前显示的第二类应用图标。

在一些实施例中，所述第二UI上显示应用界面的区域为第一区域；显示第二类应用图标的区域为第二区域；所述第一编辑操作可为：将所述第二类应用图标从第二区域拖到第一区域的第一拖动操作；所述第二编辑操作可为：将第二UI显示的应用界面拖到第二区域的第二拖动操作。若检测到第一编辑操作，在第二区域显示拖动到第二区域的第二类应用的应用界面，并删除第二区域显示的第二类应用图标；和/或，若检测第二编辑操作，删除第一区域显示的应用界面，并同步在第二区域增加对应应用的第二类应用图标。

在一些实施例中，第三编辑操作和第四编辑操作都直接作用于第一类应用图标，例如，所述第三编辑操作可为：将一个第一类应用图标向第一UI界面之外拖动操作。在一些实施例中，若第一UI处于编辑状态，则在第一UI显示的第一类应用编辑上显示有编辑控件，所述第三编辑操作可以直接作用于删除控件上的删除操作。

在一些实施例中，若第一UI处于编辑状态，在所述第一UI上还可显示有第三类应用图标，所述第三类应用图标的显示面积小于所述第一类应用图标的面积。所述第三类应用图标所对应的应用为当前在第二UI上有应用图标的应用。

所述第一类应用图标和第三类应用图标可显示在不同的区域，例如，第一类应用显示在第一UI上的第三区域，第三类应用图标显示在第一UI的第四区域。所述第三编辑操作可为：将所述第一类应用图标从第三区域拖到第四区域的拖动操作；所述第四编辑操作可为：将所述第三类应用图标从第四区域拖到第三区域的拖动操作。若检测到第三编辑操作，则所述第三区域删除目标应用的第一类应用图标，并在第四区域显示目标应用的第三类应用图标；若检测到第四边界操作，则在第三区域增加目标应用的第一类应用图标，同时在第四区域删除目标应用的第三类应用图标。

在本实施例中，退出编辑状态，则第一UI隐藏所述第三类应用图标，第二UI隐藏所述第二类应用图标。且进一步地，所述第四区域可以用于非编辑状态下的第一UI显示第一类应用图标，第二区域可以用于非编辑状态下的第二UI显示应用界面。

在一些实施例中，所述第三类应用图标和所述第二类应用图标可为同尺寸的小应用图标，第一类应用图标可为大应用图标，小应用图标可为大应用图标的缩小版，缩小比例可为预先设定的静态值，也可以是根据当前第一UI和第二UI可供第二类应用图标及第三类应用图标的面积，和需要显示的个数，动态确定的。

在一些实施例中，所述方法应用于车载设备中。所述第一UI和所述第二UI可为显示在车载设备的车载显示屏上的界面。

如图7所示，本实施例提供一种应用界面显示装置，包括：

第一通信模块110，用于基于第一通信进程将目标应用的实时显示内容传输给桌面；

第二通信模块120，用于基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；

显示模块130，用于将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述桌面UI为所述桌面的UI。

该应用界面显示装置可以应用于显示设备中，例如，车载显示设备中。

所述第一通信模块110、第二通信模块120及所述显示模块130均可为程序模块，所述程序模块被执行后，能够实现所述实时显示内容及非实时显示内容的传输，UI的显示。

在一些实施例中，所述第一通信模块110，用于基于所述第一通信进程将所述目标应用的实时显示内容传输到共享内容中；所述桌面从所述共享内存读取所述实时显示内容。

在一些实施例中，所述第一通信模块110，具体用于基于所述第一通信进程将所述目标应用实时更新的背景图形信息传输给所述桌面；

和/或，

所述第二通信模块120，具体用于基于所述第二通信进程将所述目标应用提供的控件图形信息传输给所述桌面。

在一些实施例中，所述桌面UI具有第一UI和第二UI；其中，所述第一UI上显示有第一类应用图标；

所述显示模块130，具体用于将所述实时显示内容和所述非实时显示内容，显示在所述第二UI上同一个应用界面内，其中，所述第二UI上设置有至少两个显示位；一个所述显示位用于显示一个应用界面。

在一些实施例中，所述显示模块130，具体用于按照预设叠加规则，叠加所述实时显示内容和所述非实时显示内容得到界面图形；在所述第二UI上的一个显示位上显示界面图像。

在一些实施例中，所述装置还包括：

第一确定模块，用于确定所述桌面UI上所需显示应用界面的应用属性；

第二确定模块，用于根据所述应用属性，确定显示内容的通信模式；

第三确定模块，用于若所述通信模式为第一模式，确定同时基于所述第一通信进程传输所述实时显示内容，并基于所述第二通信进程传输所述非实时显示内容。

在一些实施例中，所述装置还包括：

第四确定模块，用于若所述通信模式为第二模式，确定基于所述第二通信进程向所述桌面应用传输所有显示内容。

以下结合上述任意实施例提供一个具体示例：

针对应用在桌面(Launcher)显示信息的实现是通过Binder进程间通讯(Binder通讯有相应的协议控制，不利于基于大量数据传输)，把布局及图像传递到另一进程(Launcher)显示，但是这种方案效率较低，资源占用较大，长时间操作后系统卡顿。在本示例中，添加实时显示应用需求(需求：应用显示状态)。原来方案可以进行样式调整，非实时显示应用需求。

在显示设备的操作系统中开辟共享显存。应用可以直接把图像布局直接绘制到共享显存中，而桌面直接显示共享显存图像即可。

减少了应用与桌面交互复杂度，进而减少了响应时间；.能较为实时的显示应用需要显示的各种状态(如实示地图导航信息等)；.资源方面也消耗方面也能大幅度减少使用。

本示例提供一种显示设备，包括：

显示屏；

处理器，与所述显示屏连接，用于通过计算机可执行指令的执行，实现前述任意技术方案提供的应用界面UI显示方法，具体可如图1和/或图5所示的方法。

该显示设备可为应用汽车上的车载设备，也可以为屏蔽电脑等人载设备。

在本实施例中，显示屏可为各种类型的显示屏，例如，液晶显示屏、有机发光二极管(OLED)显示屏、或者电子墨水显示屏。

在本实施例中，该显示屏可为触控显示屏。

所述处理器可为各种类型的处理器件，例如，中央处理器、微处理器、数字信号处理器或者可编程阵列等。

所述处理器，可以通过总线与所述显示屏连接，例如，所述总线可为集成电路总线等。

本实施例还提供一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现前述一个或多个技术方案提供的应用界面UI显示方法；具体可如图1和/或图5所示的方法。本实施例提供的计算机存储介质可为非瞬间存储介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种应用界面显示方法，其特征在于，包括：

基于第一通信进程将目标应用的实时显示内容传输给桌面；

基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；

将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述实时显示内容的更新速率高于所述非实时显示内容的更新速率。

2.根据权利要求1所述的方法，其特征在于，所述基于第一通信进程将目标应用的实时显示内容传输给桌面，包括：

基于所述第一通信进程将所述目标应用的实时显示内容传输到共享内存中；

所述桌面从所述共享内存读取所述实时显示内容。

3.根据权利要求1或2所述的方法，其特征在于，

所述基于第一通信进程将目标应用的实时显示内容传输给桌面，包括：

基于所述第一通信进程将所述目标应用实时更新的背景图形信息传输给所述桌面；

和/或，

所述基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面，包括：

基于所述第二通信进程将所述目标应用提供的控件图形信息传输给所述桌面。

4.根据权利要求1或2所述的方法，其特征在于，所述桌面用户界面UI具有第一UI和第二UI；其中，所述第一UI上显示有第一类应用图标；

所述将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，包括：

将所述实时显示内容和所述非实时显示内容，显示在所述第二UI上同一个应用界面内，其中，所述第二UI上设置有至少两个显示位；一个所述显示位用于显示一个应用界面。

5.根据权利要求4所述的方法，其特征在于，所述将所述实时显示内容和所述非实时显示内容，显示在所述第二UI上同一个应用界面内，包括：

按照预设叠加规则，叠加所述实时显示内容和所述非实时显示内容得到界面图形；

在所述第二UI上的一个显示位上显示界面图像。

6.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

确定所述桌面用户界面UI上所需显示应用界面的应用属性；

根据所述应用属性，确定显示内容的通信模式；

若所述通信模式为第一模式，确定同时基于所述第一通信进程传输所述实时显示内容，并基于所述第二通信进程传输所述非实时显示内容。

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

若所述通信模式为第二模式，确定基于所述第二通信进程向所述桌面应用传输所有显示内容。

8.一种应用界面显示装置，其特征在于，包括：

第一通信模块，用于基于第一通信进程将目标应用的实时显示内容传输给桌面；

第二通信模块，用于基于第二通信进程将所述目标应用的非实时显示内容传输给所述桌面；其中，所述第一通信进程的传输速率大于所述第二通信进程的传输速率；

显示模块，用于将所述实时显示内容和所述非实时显示内容，显示在桌面用户界面UI上同一个应用界面内，其中，所述实时显示内容的更新速率高于所述非实时显示内容的更新速率。

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

显示屏；

处理器，与所述显示屏连接，用于通过计算机可执行指令的执行，实现权利要求1至7任一项提供的应用界面显示方法。

10.一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现权利要求1至7任一项提供的方法。

Images