CN111625163B - 一种显示设备及应用程序界面显示方法 - Google Patents

Abstract

本申请提供一种显示设备及应用程序界面显示方法，所述应用程序界面显示方法可应用于所述显示设备，在接收应用程序启动指令后，可以获取应用适配列表，并在应用适配列表中匹配所启动应用程序的包名信息，如果包名信息在应用适配列表中，分窗或居中显示所启动应用程序界面。所述方法可以根据应用适配列表的匹配结果，对不支持横屏显示的应用程序可以根据应用栈中的界面活动数量和界面应用属性执行分窗或居中显示，从而充分利用整个屏幕，减少对显示空间的浪费。

Description

一种显示设备及应用程序界面显示方法

技术领域

本申请涉及智能终端技术领域，尤其涉及一种显示设备及应用程序界面显示方法。

背景技术

智能电视、平板电脑等智能终端设备拥有独立的操作系统，并支持功能扩展。可以根据用户需要在智能终端中安装各种应用程序，例如，传统视频类应用、短视频等社交应用以及漫画、看书等阅读应用。不同类型的应用可以支持不同的显示方式，例如部分应用可以横屏显示和竖屏显示，以适应显示设备的不同旋转状态。

由于智能电视等终端上的操作系统与手机等终端上的操作系统具有相同的平台，可以开发统一形式的应用程序，例如都是基于Andriod平台的操作系统。使得部分应用可以是手机平台直接移植到电视平台上的应用，因此部分应用不能支持多种显示状态。例如，部分阅读类应用是面向手机终端开发的应用，只支持竖向显示，即应用程序界面的宽度小于高度。而电视的屏幕横向的，即电视的显示屏宽度大于高度，因此在智能电视上运行此阅读类应用时，将导致显示画面与应用支持画面不一致，需要智能电视将应用程序界面进行缩放显示。

智能电视对应用程序界面的缩放，通常是以屏幕的高度等于待显示的应用程序界面的高度，并按照画面比例对应用程序界面的宽度进行缩放，以便将应用程序界面显示在屏幕上，再将应用程序界面两侧区域填充成特定颜色进行显示或黑屏显示。这种显示方式不但使应用程序界面的美观度降低，而且使得显示屏幕上的大面积区域没有有效的显示内容，无法充分利用整个屏幕，浪费显示空间。

发明内容

本申请提供了一种显示设备及应用程序界面显示方法，以解决传统显示方法在屏幕方向与应用支持画面比例不一致时，浪费显示空间的问题。

第一方面，本申请提供一种显示设备，包括：显示器、存储器和控制器。其中，所述显示器被配置为显示应用程序界面；所述存储器被配置为存储应用适配列表；所述控制器被配置为执行以下步骤：

接收应用程序启动指令；

响应于所述应用程序启动指令，获取所述应用适配列表；

在所述应用适配列表中匹配所启动应用程序的包名信息；

如果所述包名信息在所述应用适配列表中，分窗或居中显示所述包名信息对应的应用程序界面。

第二方面，本申请还提供一种应用程序界面显示方法，包括：

接收应用程序启动指令；

响应于所述应用程序启动指令，获取应用适配列表；

在所述应用适配列表中匹配所启动应用程序的包名信息；

如果所述包名信息在所述应用适配列表中，分窗或居中显示所述包名信息对应的应用程序界面。

由以上技术方案可知，本申请提供一种显示设备及应用程序界面显示方法，所述方法在接收应用程序启动指令后，可以获取应用适配列表，并在应用适配列表中匹配所启动应用程序的包名信息，如果包名信息在应用适配列表中，分窗或居中显示所启动应用程序对应的应用程序界面。所述方法可以根据应用适配列表的匹配结果，对不支持横屏显示的应用程序，可以根据应用栈中的界面活动数量和界面应用属性执行分窗或居中显示，从而充分利用整个屏幕，减少对显示空间的浪费。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中一种应用程序界面显示方法流程示意图；

图2为本申请实施例中分窗显示效果示意图；

图3为本申请实施例中根据屏幕状态调整显示方式的流程示意图；

图4为本申请实施例中分窗或居中显示应用程序界面的流程示意图；

图5为本申请实施例中居中显示效果示意图；

图6为本申请实施例中基于基础固定界面分窗显示方式的流程示意图；

图7为本申请实施例中基于次新界面分窗显示方式的流程示意图；

图8为本申请实施例中一种显示设备的结构示意图。

具体实施方式

下面将详细地对实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下实施例中描述的实施方式并不代表与本申请相一致的所有实施方式。仅是与权利要求书中所详述的、本申请的一些方面相一致的系统和方法的示例。

本申请提供一种显示设备及应用界面显示方法，所述应用界面显示方法可应用于显示设备。所述显示设备是指具有显示屏幕的智能终端设备，例如，智能电视、平板电脑、智能手机等。显示设备可内置存储器、控制器等硬件，其中，存储器中可以用于存储多种数据，控制器可以通过执行不同的应用程序，或响应不同的控制指令，控制其他硬件装置，以实现不同的功能。

显示设备的显示器可以呈现具体的画面。例如，播放画面、控制界面以及其他应用程序界面等。其中，应用程序界面可以根据不同的应用程序具有不同的界面布局和显示内容。例如，对于购物类应用程序，其应用程序界面中可以展示多种商品信息，以及与之对应的购买链接；对于阅读类应用程序，其应用程序界面中可以展示多个书籍信息，并作为控件可以被用户点击，以呈现对应书籍中的文字内容。

用户可以在应用程序界面上执行不同的交互操作，相应的在部分交互操作下，应用程序界面中显示的内容也会改变。例如，对于阅读类应用程序，用户可以在书架页面中执行交互操作，以点击任一书籍对应的图标。在用户点击书籍图标后，控制器可以打开相应的书籍文件，并控制显示器呈现书籍中具体的文字内容。在这一过程中，应用程序界面可以从书架界面切换至内容界面。显然，根据不同的应用程序和交互操作，显示器中所能够呈现的具体应用程序界面也不同。

为了在显示设备上执行交互操作，显示设备需要配置操作系统。根据显示设备硬件所能够支持的操作系统运行状况，在显示设备中可以内置有不同类型的操作系统，例如基于Android平台的操作系统等。在操作系统对应的平台下，可以在显示设备上进一步安装对应平台下的应用程序。例如，在Android平台的操作系统下，显示设备可以安装基于Android平台的应用程序，即“.APK程序”等。

在一些实施例中，根据应用程序的开发者或运营者，安装在显示设备上的应用程序可以包括多种形式，例如，系统应用、第三方应用等。还可以按照应用程序所能够实现的功能，将安装在显示设备上的应用程序分为多个类型，例如，视频类应用、阅读类应用、游戏类应用等。

由于应用程序开发者在面向不同终端开发应用程序时，通常考虑的是操作系统平台。例如，针对Android平台开发“.APK程序”，使得应用程序在不同的显示设备上，可以呈现不同的界面布局并展示不同的内容。例如，根据使用习惯的不同，同一个应用程序在智能手机终端上的应用程序界面与其在智能电视上呈现的应用程序界面是不同的。通常，在智能手机端，其应用程序界面的为竖向布局，以适应用户对智能手机的操作习惯。而在智能电视端，其应用程序界面的为横向布局，以适应智能电视的横向屏幕状态。因此，对于部分应用程序，需要设置其支持至少两种显示模式，即横屏模式和竖屏模式。

其中，横屏模式是指应用程序界面的总宽度大于总高度，适用于处在横屏状态的显示设备；竖屏模式是指应用程序界面的总宽度小于总高度，适用于处在竖屏状态的显示设备。对于平板电脑、智能手机等显示设备，由于其便携性，导致其在操作过程中可以灵活的调节屏幕状态。例如，在运行短视频等应用程序时，可以保持显示设备处在竖屏状态，而在运行游戏等应用程序时，可以将显示设备旋转为横屏状态。

但对于智能电视等屏幕较大，且安装或放置位置不能随意调整，因此这类显示设备通常只保持在一个屏幕状态。为此，在运行应用程序时，需要使用应用程序对应的显示模式。例如，长期处于横屏状态的智能电视，其在运行各类应用程序时，都需要以横屏模式显示应用程序界面。

但对于部分应用程序，由于其设计之初是为了适应智能手机、平板电脑等灵活的终端设备，因此这类应用可能并不具有横屏模式，或者在横屏模式下，其显示效果远不如竖屏状态下的显示效果。而为了展示应用程序界面，对于这种应用程序显示设备通常对其进行缩放后，在显示器上进行居中显示。即应用程序界面仍然保持竖屏模式，使显示设备的高度等于应用程序界面的高度，同时按照原界面比例对应用程序界面的宽度进行缩放，从而将应用程序界面能够完整显示。

这种显示方式虽然能够呈现竖屏模式的应用程序界面，但是由于对应用程序界面进行了缩放，并且显示器的屏幕状态与应用程序界面不匹配，因此导致了显示器上的大面积显示空间被浪费掉。

为了减少对显示空间的浪费，如图1所示，本申请的部分实施例中提供一种应用程序界面显示方法，包括以下步骤：

S1：接收应用程序启动指令。

用户在操作界面上执行交互操作的过程中，控制器可以实时接收用户输入的各种指令，并响应不同的指令，以执行不同的操作。应用程序启动指令即用户输入的指令中的一种，用于控制显示设备启动运行任一应用程序。

应用程序启动指令可以由用户通过交互操作输入。以智能电视设备为例，用户可以通过智能电视遥控器上的“上、下、左、右”键控制焦点光标移动，以便在应用程序列表中选择任意一个。当焦点光标移动至要启动的应用图标上以后，用户可以通过按下遥控器上的“确认/OK”键，启动运行相应的应用程序。因此，对于智能电视等显示设备，应用程序启动指令即为上述按键操作。

根据不同的显示设备类型，用户输入应用程序启动指令的方式也不同。例如，对于具有触摸屏功能的平板电脑或智能手机设备，可以通过触控点击应用程序列表中的任一应用图标，从而输入所述应用程序启动指令，启动运行该应用程序。

还可以在显示设备中内置智能语音系统，并通过智能语音系统输入所述应用程序启动指令。例如，用户通过语音采集装置输入语音“打开××应用”，则智能语音系统可以对语音信号进行识别转化，生成应用程序启动指令，启动运行“××应用”程序。

S2：响应于所述应用程序启动指令，获取应用适配列表。

在接收到用户输入的应用程序启动指令后，显示设备可以响应于所述应用程序启动指令，运行对应的应用程序。应用程序在启动运行的过程中，控制器会针对应用程序中界面的显示规则，形成应用程序界面并控制显示器呈现该界面。

同时，在控制形成应用程序界面的过程中，控制器还可以在存储器中获取应用适配列表。所述应用适配列表中可以记载应用程序所能够支持的显示模式等信息，即仅支持竖屏模式的应用信息，或者仅支持横屏模式的应用信息。应用适配列表可以将应用包名信息作为索引值，以便在应用适配列表中匹配应用包名信息。

应用适配列表中还可以包括其他信息。例如，应用程序的哪个界面作为预设固定界面、应用程序界面的布局规则等信息。应用适配列表可以由用户自定义生成，也可以由显示设备的服务商统一编排并提供给各显示设备。因此，应用适配列表也可以从与显示设备连接的服务器中获取。例如，在每次输入应用程序启动指令后，显示设备自动向服务器发送获取请求，从而获取服务器反馈的应用适配列表。

但为了减少网络传输对应用启动速度的影响，本申请的部分实施例中，可以将应用适配列表存储在显示设备的存储器内，并按照预设的更新频率对应用适配列表进行更新，以适应开发者的程序功能更新。例如，显示设备可以在每次开机启动时，从服务器获取一次最新的应用适配列表，并将应用适配列表存储在存储器中，以供在输入应用程序启动指令时调用。

S3：在所述应用适配列表中匹配所启动应用程序的包名信息。

在获取应用适配列表后，控制器还可以在应用程序启动指令中，提取所启动应用程序的包名信息，并在应用适配列表中匹配所启动应用程序的包名信息，以确定当前所启动的应用是否支持当前显示器的显示状态。从而根据不同的匹配结果，确定当前所启动的应用程序的显示方式。

实际应用中，在应用适配列表中匹配所启动应用程序的包名信息也可以由服务器来完成。即，可以将应用适配列表存储在服务器中，从而在输入应用程序启动指令后，由显示设备直接向服务器发送带有所启动应用程序信息的匹配请求，服务器在接收到匹配请求后，可以针对匹配请求在应用适配列表中匹配所启动应用程序的包名信息，并将匹配结果反馈给显示设备。

需要说明的是，对于上述匹配过程，如果在应用适配列表中，具有与所启动的应用程序的包名信息相同的内容，则确定包名信息在所述应用适配列表中。还可以使用其他信息指示所启动的应用程序，例如预设应用ID、应用程序代码ID等信息，相应的在应用适配列表中也使用相同的信息作为索引值。本领域技术人员在上述包名信息的基础上所能够联想到的其他索引信息，都属于本申请的保护范围。

S4：如果所述包名信息在所述应用适配列表中，分窗或居中显示所述包名信息对应的应用程序界面。

本申请提供的技术方案中，显示设备所能够提供的应用程序界面显示方式可以包括以下几种，即竖屏单活动全屏显示、横屏单活动半屏居中显示、横屏双活动双窗显示等。可以根据在应用适配列表中包名信息的匹配结果，按照不同的方式对应用程序界面进行显示。

由于在应用适配列表中，可以记录有仅支持竖屏模式的应用信息，或者仅支持横屏模式的应用信息，因此如果所启动的应用程序包名信息在应用适配列表中，则说明当前所启动应用程序的界面有可能与当前显示器的显示状态不匹配，因此需要对应用程序界面进行分窗或居中显示。

其中，分窗显示是根据当前的屏幕状态，保持两个或两个以上的窗口同时进行显示，即应用程序界面可以通过多个窗口组合完成显示。在一些实施例中，如图2所示，分窗显示的应用程序界面中可以包括第一窗口和第二窗口。其中，第一窗口可以作为活动窗口，第二窗口可以作为固定窗口。第一窗口与第二窗口形成并列显示的分窗布局。例如，分窗显示是应用程序界面可以包括左侧窗口和右侧窗口，两个窗口可以保持具有相同的高度或宽度；也可以根据所展示的内容不同，呈现不同的高度或宽度；也可以通过活动分隔栏任意调整两侧窗口的宽度或高度。

通过分窗显示，可以利用显示器上因缩放画面而不能显示具体界面内容的显示区域，显示当前应用程序的不同界面。例如，可以在第一窗口(右侧窗口)中正常显示竖屏模式的应用程序界面，而在第二窗口(左侧窗口)中显示当前应用程序的导航界面。用户可以分别在两个窗口中执行交互操作，因此不仅能够充分利用显示器上的显示空间，而且便于用户执行交互操作。

由以上技术方案可知，本申请提供的应用程序界面显示方法可以在应用程序所支持的显示模式与显示设备的当前屏幕状态不匹配时，通过分窗或居中显示的方式，呈现应用程序界面，从而减少对显示空间的浪费。

为了确定当前应用程序所支持的显示模式与显示设备的当前显示状态是否相匹配，在本申请的部分实施例中，可以在接收应用程序启动指令后，对显示设备的显示状态进行检测，即如图3所示，所述方法还包括：

S101：检测所述显示器的当前屏幕状态；

S102：如果所述显示器的屏幕状态为横屏状态，获取所述应用适配列表；

S103：如果所述显示器的屏幕状态为竖屏状态，显示所启动的应用程序对应的应用程序界面。

在接收到应用程序启动指令后，控制器可以检测显示设备的屏幕状态，所述屏幕状态包括横屏状态或竖屏状态中的一种。实际应用中，为了检测显示设备的屏幕状态，控制器可以通过获取显示设备内置的重力加速度传感器、陀螺仪等传感器设备获取当前显示设备的屏幕状态。例如，当检测到当前显示设备的重力方向垂直于屏幕的长边时，确定当前显示器的屏幕状态为横屏状态；同理，当检测到当前显示设备的重力方向平行于屏幕的长边时，确定当前显示器的屏幕状态为竖屏状态。

控制器还可以通过其他信息判断当前显示设备的屏幕状态。例如，控制器可以通过检测显示设备的型号来确定当前显示设备的屏幕状态，如果当前显示设备型号为不支持旋转的智能电视设备，则当前显示设备只能够维持在一种横屏状态上，即检测到显示器的屏幕状态为横屏状态。同样，对于竖向显示的显示器，如广告屏等，其只能够维持在一种竖屏状态上，即检测到显示器的屏幕状态为竖屏状态。

根据显示器的屏幕状态的检测结果，可以执行不同的显示策略。如果显示器的屏幕状态为横屏状态，获取应用适配列表，并按照上述实施例中提供的应用界面显示方式进行显示；如果显示器的屏幕状态为竖屏状态，则此时应用程序所支持的显示状态与当前显示器的屏幕状态相匹配，因此可以显示所启动的应用程序对应的应用程序界面，即直接显示该应用程序界面。

可见，在本实施例中，可以在接收到应用程序启动指令后，对显示设备的屏幕状态进行检测，如果显示设备处于竖屏状态，则正常显示所启动的应用即可；如果显示设备处于横屏状态，则按照上述方法对应用程序界面进行分屏或居中显示，从而在能够实施分屏或居中显示的基础上，避免界面显示错误。

在启动运行任一应用程序后，还可以对启动的应用程序是否支持当前显示设备的屏幕状态进行检测，即根据应用适配列表确定所启动应用是否支持执行分屏操作，再对显示设备的屏幕状态进行检测，以确定当前屏幕状态下，是否需要对启动的应用程序执行分屏操作。对于需要执行分屏操作的应用程序，可以针对当前应用程序进一步设置显示界面布局，从而完成分屏或居中显示。

因此，在一些实施例中，如图4所示，分窗或居中显示所述包名信息对应的应用程序界面的步骤还包括：

S41：检测应用栈内的界面活动数量；

S42：如果所述界面活动数量大于或等于2，分窗显示所启动的应用程序对应的应用程序界面；

S43：如果所述界面活动数量等于1，居中显示所启动的应用程序对应的应用程序界面。

实际应用中，如果所启动应用程序对应的包名信息在应用适配列表中，并且当前显示设备的屏幕状态为横屏状态，则可以通过检测应用栈内的界面活动数量，从而实现不同的显示方式。如果界面活动数量大于或等于2，则可以分窗显示所启动的应用程序对应的应用程序界面；如果界面活动数量等于1，居中显示所启动的应用程序对应的应用程序界面。

例如，应用的应用栈Activity Stack可以沿用Android原生机制，保持全屏显示的状态。并且根据应用的界面活动Activity Record以及当前的屏幕方向和栈内活动个数，自动调整布局和显示位置。当应用栈中的活动界面数量等于1时，即当前启动的应用程序所提供的界面数量过少，不能进行分屏显示时，因此可以居中显示应用程序界面，即如图5所示，仍按照显示设备的屏幕高度与应用程序界面高度相同，并按照界面原比例对应用程序界面的宽度进行缩放，最终将缩放后的应用程序界面居中显示在画面中。

而当应用栈中的界面活动数量大于或等于2时，则当前启动的应用程序能够进行分窗显示。例如，应用栈中共有2个界面，则可以通过第一窗口和第二窗口分别对这两个界面进行显示，即分窗显示所启动的应用程序对应的应用程序界面。

在一些实施例中，还可以根据应用程序界面的具体内容属性，控制进行分窗显示的方式，即如图6所示，分窗显示所启动的应用程序对应的应用程序界面的步骤还包括：

S421：检测应用栈内的界面应用属性；

S422：在所述第一窗口显示所述界面应用属性为顶栈可见界面的应用程序界面；

S423：在所述第二窗口显示所述界面应用属性为基础固定界面应用程序界面。

在确定界面活动数量大于或等于2，需分窗显示所启动的应用程序对应的应用程序界面后，还可以对应用栈内的界面应用属性进行检测，从而确定应用栈中每个应用界面的应用属性。其中，所述界面应用属性包括顶栈可见界面和基础固定界面。顶栈可见界面通常为一个应用程序在交互过程中的最前端界面，拥有这种属性的界面可以直接在显示器上进行显示，通常为直接展示交互操作的界面。

基础固定界面是应用程序所能够提供的界面中一个特殊的界面，通常拥有这种属性的界面可以通过简单的交互操作而直接跳转至其他界面中，因此拥有基础固定界面属性的界面可以为一个应用程序的导航页面、控制主页等。例如，对于阅读类应用，其书架界面、目录界面可以拥有基础固定界面属性。应用程序的哪个界面拥有基础固定界面属性，可以由显示设备连接的服务器设定，并通过标签的形式指示该属性。

而显示设备则可以通过检测标签信息，获取应用栈内的界面应用属性。如果应用栈内的一个界面的界面应用属性为顶栈可见界面，则在第一窗口进行显示该界面；如果应用栈内的界面为基础固定界面，则在第二窗口中显示该界面。因此，随着用户的交互操作，顶栈可见界面会不断更新为不同的界面，而基础固定界面仍然保持在导航界面，即第二窗口中的内容会随着交互动作频繁发生变化，而第一窗口中的内容则不会频繁变化。、

本申请的部分实施例中，用户可以分别在两个界面上执行交互操作。例如，采用双界面resume机制，通过判断Activity Stack应用栈的应用，使两个界面能同时保持resume，从而实现双界面同时运行。而界面焦点机制沿用原生的启动界面自动获取焦点。在应用切换到双窗模式时，右侧窗口可以自动获得焦点。同时增加了在同一应用内的不同界面的焦点迁移机制。用户在双窗模式下使用操作，触碰到哪个界面，则系统会自动做焦点迁移，转移到触碰界面。使得用户能够对当前的操作界面做焦点相关的交互操作。

例如，在第一窗口上显示书籍的正文内容，并且可以通过在第一窗口的区域内执行交互动作，如翻页、标记等。而在第二窗口上显示书架界面，用户同样可以在第二窗口的区域内执行交互动作，如点击任一书籍以进行阅读。并且，在点击任一书籍后，可以在第一窗口显示打开的书籍正文内容。

本实施例中，分窗口的栈的管理可沿用操作系统原生的机制，例如Android平台的应用栈机制，以先进后出、逐层叠加的形式执行界面处理。其中，顶栈的应用为当前栈的可见应用，并一直维持在分窗下的右侧界面显示，如果只有顶栈可见界面，还可以改右侧显示为居中半屏显示。再通过查询系统栈内的应用界面，将预设好的固定界面设置为base界面。Base界面在非顶栈的时候，固定显示在系统界面左侧，同时将顶栈界面显示在右侧界面。

可见，在本实施例通过第一窗口和第二窗口分别按照活动窗口和固定窗口的形式对应用程序界面进行分窗展示。从而在不影响原界面显示内容的基础上，使顶栈可见界面和基础固定界面同时进行展示，这种应用程序界面的显示方法，不仅能够充分利用显示器上的显示空间，而且能够利用第二窗口显示基础固定界面，以便用户执行交互操作，提升交互体验。

在本申请的部分实施例中，对于分窗显示，当第一窗口显示顶栈可见界面时，还可以第二窗口显示次新界面。即所述界面应用属性还包括次新界面，所述次新界面为所述顶栈可见界面的前一次交互动作对应的显示界面，例如，用户在阅读类应用的目录界面上执行交互操作时，目录界面为顶栈可见界面。而当用户在目录界面中打开任一章节链接时，应用程序界面将从目录界面跳转至内容界面，因此对应的文字内容界面变为顶栈可见界面。此时，目录界面是执行交互动作的前一次交互动作对应的显示界面，即为次新界面。

基于此，如图7所示，分窗显示所启动的应用程序对应的应用程序界面的步骤还包括：

S424：在所述第二窗口显示所述界面应用属性为次新界面的应用程序界面。

通常，次新界面在应用栈中的顺序为顶栈可见应用的下一层，因此控制器可以查询系统栈内应用界面，将顶栈可见界面下层的所有界面中，位于最顶层的界面设为次新界面，显示在左侧窗口中，顶栈可见界面依然显示在右侧界面。

实际应用中，对于部分应用，其所提供的界面中可能并不包含导航页面等能够作为基础固定界面的界面。对于这种应用可以采用上述方法，通过对应用栈中的界面对应的应用属性进行检测，如果任一界面为次新界面，则在第二窗口中显示该次新界面。

显然，随着用户的交互操作，顶栈可见界面和次新界面会不断更新，因此在第一窗口和第二窗口中的显示的内容也会不断更新。例如，用户在阅读类应用中，从书架界面选择打开某一书籍，则跳转至所打开书籍对应的目录界面，再从目录界面中选择打开任一章节，则跳转至所打开章节对应的内容界面。在这一交互过程中，显示器上显示的内容可以是：在打开阅读类应用时，居中显示书架界面；在用户选择打开书籍后，由第一窗口显示目录界面，第二窗口显示书架界面；在用户选择打开某一章节后，由第一窗口显示内容界面，第二窗口显示目录界面。

同理，在第一窗口和第二窗口上均可以执行交互操作。例如，在第一窗口显示内容界面后，用户可以在第二窗口对应的目录界面中执行交互操作，从而选择其他章节进行。在选择其他章节后，第一窗口可以直接跳转至新选择的章节对应的内容界面。

由以上技术方案可知，本实施例通过第二窗口显示次新界面可以保持上一次交互动作对应的界面，在用户误操作时，可以及时通过第二窗口执行正确操作。因此，上述实施例可以在充分利用显示器显示空间的前提下，便于用户输入正确操作，提高用户的交互体验。

对于部分应用程序，如阅读类应用或购物类应用，其各个页面都与一个预设固定界面相关联，即通过这个预设固定界面可以到达任意一个或大多数的界面。例如，在阅读类应用的书架界面，可以通过点击任一书籍图标跳转至内容界面；而在购物类应用的分类界面，可以通过点击购物链接，跳转至任一商品购买界面。对于这种界面，由于其预设固定界面上执行的交互可以跳转至任一界面，因此可以在一个固定的窗口中显示这个预设固定界面，即在本申请的部分实施例中，所述应用适配列表中包括每个应用的预设固定界面，所述应用程序界面显示方法还包括：

提取所启动应用程序对应的预设固定界面；以及，在所述第二窗口显示所述预设固定界面。

本实施例中，可以在用户打开具有预设固定界面的应用后，直接从应用程序中获取预设固定界面进行显示，其他界面根据用户的交互操作而进行显示。在提取预设固定界面后，可以在第二窗口显示提取的预设固定界面，以便用户随时可以在第二窗口执行交互操作。

与上述实施例中从应用栈中提取基础固定界面的方式不同，在本实施例中，系统可以直接通过所启动应用程序的包名信息确定需要展示的预设固定界面，因此无需对应用栈中的界面属性进行判断，即在用户未执行交互操作显示导航界面、目录界面等固定界面时，依然能够在第二窗口显示预设固定界面。

需要说明的是，上述实施例中提供的分窗显示方式在实际应用中，可以单独执行，即按照其中一种显示方式对应用程序界面进行显示；也可以组合执行，即使用多种方式的组合对应用程序界面进行显示。例如，在部分条件或部分应用下，采用第二窗口显示基础固定界面的显示方式，而在条件改变或启动其他应用时，采用第二窗口显示次新界面的显示方式。

还可以根据实际硬件条件和显示需要，采用更多的窗口并分别执行不同的显示方式呈现应用程序界面。例如，在显示设备的显示器具有足够大的显示面积时，可以利用三个(或三个以上)窗口进行分窗显示，而三个窗口中，左侧窗口显示基础固定界面，中部窗口显示顶栈可见界面，右侧窗口显示次新界面，从而兼顾上述实施例中显示方式的优点，提高用户交互体验。

对于分窗显示所启动的应用程序，可以根据应用程序的原始界面布局和显示器的屏幕尺寸确定分窗显示的布局方式，因此，在本申请的部分实施例中，分窗显示所启动的应用程序对应的应用程序界面的步骤还包括：

S441：获取父布局界面信息；

S442：根据所述父布局界面信息计算窗口规格；

S443：按照所述窗口规格显示所启动的应用程序对应的应用程序界面。

其中，所述父布局界面为所述显示器显示横屏状态下应用程序界面的显示区域，例如，对于部分显示设备，其屏幕分辨率为：3840×2160，则在显示横屏状态的应用程序界面时，可以实现全屏显示，因此父布局界面的显示区域大小为3840×2160。

再根据父布局界面信息计算分窗窗口规格，分窗窗口规格可以包括分窗窗口的大小和起始坐标位置等。以上述实施例中左右两个分窗口显示的方式为例，分窗窗口规格可以按照如下方式确定：

分窗高度＝父布局高度；

分窗宽度＝(父布局宽度–分隔栏宽度)/2；

分窗起始坐标Y轴位置＝父布局起始坐标Y轴位置；

左窗起始坐标X轴位置＝父布局起始坐标X轴位置；

右窗起始坐标X轴位置＝父布局起始坐标X轴位置+分窗宽度+分隔栏；

例如，父布局界面信息为：全屏显示3840×2160的界面，则父布局高度为2160(像素)，父布局宽度为3840(像素)，以屏幕坐下交为坐标原点，则父布局起始坐标X轴和Y轴位置均为0，分隔栏宽度为100(像素)。基于此，可以计算，分窗高度为2160(像素)，分窗宽度为(3840-100)/2＝1870(像素)；同理可以计算其他窗口规格，从而确定分窗起始坐标Y轴位置为0，左窗起始坐标X轴位置为0，右窗起始坐标X轴位置1970。

根据所述父布局界面信息计算窗口规格后，则可以按照窗口规格显示所启动的应用程序对应的应用程序界面。例如，可以按照1870×2160的竖屏方式显示在左侧窗口显示基础固定界面或者次新界面，同时按照1870×2160在右侧窗口显示顶栈可见界面。

由于在实际应用中，应用界面的显示过程可以根据用户的交互操作，从居中显示过渡到分窗显示，因此在本申请的部分示例中，根据父布局界面信息计算窗口规格之前还可以对居中显示的窗口规格进行计算，即可以根据父布局局界面信息计算居中窗口规格，例如，可以按照下式计算居中窗口规格：

居中窗口宽度＝左侧窗口宽度＝右侧窗口宽度；

居中窗口高度＝左侧窗口高度＝右侧窗口高度；

单窗起始坐标X轴位置＝父布局起始坐标X轴位置+分窗宽度/2。

可见，将居中窗口规格与分窗窗口规格设置为相同的宽度和高度，而具有不同起始位置，可以实现居中窗口和分窗窗口的显示内容具有相同的布局，从而使显示设备无需对显示内容进行再调整，减轻界面显示排布以及渲染的工作量。另外，配合一定的过渡动画，能够带来更好的视觉效果，提高用户体验。

为了按照不同的显示方式对应用程序界面进行显示，显示设备可以根据确定的显示方式对应用程序界面进行处理，即所述应用程序界面显示方法还包括：

S501：获取所述显示器的当前窗口状态；

S502：根据所述窗口状态结合分窗显示信息，构建窗口布局数据；

S503：将所述窗口布局数据配置给所启动的应用程序，以使所述应用程序根据所述窗口布局数据生成应用程序界面。

在确定应用程序界面的显示方式以后，显示设备可以先获取显示器的当前窗口状态，如果当前窗口状态是分窗显示，则继续进行分窗显示，从而根据窗口状态结合分窗显示信息，构建窗口布局数据，最后将窗口布局数据配置给所启动的应用程序，以使所述应用程序根据所述窗口布局数据生成应用程序界面。同理，如果当前窗口状态是居中窗口显示，则可以根据窗口状态结合居中显示信息，构建窗口布局数据，以便居中显示应用程序界面。

基于上述应用程序界面显示方法，如图8所示，本申请的部分实施例中还提供一种显示设备，包括：显示器、存储器以及控制器。其中，显示器被配置为显示应用程序界面；存储器被配置为存储应用适配列表；控制器被配置为执行以下程序步骤：

S1：接收应用程序启动指令；

S2：响应于所述应用程序启动指令，获取所述应用适配列表；

S3：在所述应用适配列表中匹配所启动应用程序的包名信息；

S4：如果所述包名信息在所述应用适配列表中，分窗或居中显示所述包名信息对应的应用程序界面。

对于显示设备，可以通过存储器存储应用适配列表和相关控制程序源文件。当控制器接收到应用程序启动指令后，可以响应于该应用程序启动指令从存储器中提取应用适配列表，以便在提取的应用适配列表中匹配所启动应用程序的包名信息，如果包名信息在应用适配列表中，则分窗或居中显示包名信息对应的应用程序界面，从而控制显示器上的界面显示方式。

由以上技术方案可知，本申请提供一种显示设备及应用程序界面显示方法，所述方法在接收应用程序启动指令后，可以获取应用适配列表，并在应用适配列表中匹配所启动应用程序的包名信息，如果包名信息在应用适配列表中，分窗或居中显示所启动应用程序对应的应用程序界面。所述方法可以根据应用适配列表的匹配结果，对不支持横屏显示的应用程序，可以根据应用栈中的界面活动数量和界面应用属性执行分窗或居中显示，从而充分利用整个屏幕，减少对显示空间的浪费。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

Claims (10)

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

显示器，被配置为显示应用程序界面；

存储器，被配置为存储应用适配列表；

控制器，被配置为：

接收应用程序启动指令；

响应于所述应用程序启动指令，获取所述应用适配列表，所述应用适配列表中包括每个应用程序的预设固定界面；

在所述应用适配列表中匹配所启动应用程序的包名信息；

如果所述包名信息在所述应用适配列表中，分窗或居中显示所述包名信息对应的应用程序界面；其中，分窗显示是通过多个窗口显示所述应用程序界面，且在其中一窗口显示所述应用程序对应的所述预设固定界面；以及所述分窗显示是根据父布局界面信息确定的窗口规格显示的，所述父布局界面是所述显示器在横屏状态下所述应用程序界面的显示区域。

2.根据权利要求1所述的显示设备，其特征在于，在接收应用程序启动指令的步骤后，所述控制器被进一步配置为：

检测所述显示器的当前屏幕状态，所述屏幕状态包括横屏状态或竖屏状态中的一种；

如果所述显示器的屏幕状态为横屏状态，获取所述应用适配列表；

如果所述显示器的屏幕状态为竖屏状态，显示所启动的应用程序对应的应用程序界面。

3.根据权利要求1所述的显示设备，其特征在于，分窗或居中显示所述包名信息对应的应用程序界面的步骤中，所述控制器被进一步配置为：

检测应用栈内的界面活动数量；

如果所述界面活动数量大于或等于2，分窗显示所启动的应用程序对应的应用程序界面；

如果所述界面活动数量等于1，居中显示所启动的应用程序对应的应用程序界面。

4.根据权利要求3所述的显示设备，其特征在于，分窗显示的应用程序界面中包括第一窗口和第二窗口；所述第一窗口与所述第二窗口形成并列显示的分窗布局。

5.根据权利要求4所述的显示设备，其特征在于，分窗显示所启动的应用程序对应的应用程序界面的步骤中，所述控制器被进一步配置为：

检测应用栈内的界面应用属性；所述界面应用属性包括顶栈可见界面和基础固定界面；

在所述第一窗口显示所述界面应用属性为顶栈可见界面的应用程序界面；以及，

在所述第二窗口显示所述界面应用属性为基础固定界面应用程序界面。

6.根据权利要求5所述的显示设备，其特征在于，所述界面应用属性还包括次新界面，所述次新界面为所述顶栈可见界面的前一次交互动作对应的显示界面；所述控制器被进一步配置为：

在所述第二窗口显示所述界面应用属性为次新界面的应用程序界面。

7.根据权利要求4所述的显示设备，其特征在于，所述应用适配列表中包括每个应用的预设固定界面，所述控制器被进一步配置为：

提取所启动应用程序对应的预设固定界面；

在所述第二窗口显示所述预设固定界面。

8.根据权利要求3所述的显示设备，其特征在于，分窗显示所启动的应用程序对应的应用程序界面的步骤中，所述控制器被进一步配置为：

获取父布局界面信息，所述父布局界面为所述显示器显示横屏状态下应用程序界面的显示区域；

根据所述父布局界面信息计算窗口规格；

按照所述窗口规格显示所启动的应用程序对应的应用程序界面。

9.根据权利要求1所述的显示设备，其特征在于，所述控制器被进一步配置为：

获取所述显示器的当前窗口状态；

根据所述窗口状态结合分窗显示信息，构建窗口布局数据；

将所述窗口布局数据配置给所启动的应用程序，以使所述应用程序根据所述窗口布局数据生成应用程序界面。

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

接收应用程序启动指令；

响应于所述应用程序启动指令，获取应用适配列表，所述应用适配列表中包括每个应用程序的预设固定界面；

在所述应用适配列表中匹配所启动应用程序的包名信息；

如果所述包名信息在所述应用适配列表中，分窗或居中显示所述包名信息对应的应用程序界面；其中，分窗显示是通过多个窗口显示所述应用程序界面，且在其中一窗口显示所述应用程序对应的所述预设固定界面；以及所述分窗显示是根据父布局界面信息确定的窗口规格显示的，所述父布局界面是显示器在横屏状态下所述应用程序界面的显示区域。