CN117608441A - 一种显示设备及应用同屏显示的画面切换方法 - Google Patents

Abstract

本申请一些实施例提供一种显示设备及应用同屏显示的画面切换方法，所述方法可以响应于用于切换应用显示位置的切换指令，切换第一应用与第二应用的层级，以控制显示器全屏显示第二应用的用户界面。其中，第一应用和第二应用为相互建立数据互通关系，且均支持悬浮显示的应用。所述方法通过读取第一应用的画面尺寸，以及根据画面尺寸在第二应用的上层规划悬浮窗口。再控制显示器通过悬浮窗口显示第一应用的用户界面，以在显示设备进行应用同屏显示时，快速响应用户输入的切换指令，提高用户体验。

Description

一种显示设备及应用同屏显示的画面切换方法

技术领域

本申请涉及显示设备技术领域，尤其涉及一种显示设备及应用同屏显示的画面切换方法。

背景技术

显示设备是指能够输出具体显示画面的电子设备，可以是智能电视、通信终端、智能广告屏、投影仪等电子设备。以智能电视为例，智能电视是基于Internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。

显示设备还可以通过原生接口实现应用界面悬浮，以同时在显示设备的显示界面中显示多个应用的界面。比如，在用户想要同时观看两种应用时，显示设备可以通过原生接口悬浮分屏显示两个应用的界面，以供用户同时观看两个应用的画面。然而，通过原生接口的方式对不同的应用界面进行显示，应用界面之间无法进行数据通信。因此，在应用同屏显示过程中，用户不能通过遥控器等控制装置对应用界面进行操作控制，导致显示设备的响应效率低下，降低用户体验。

发明内容

本申请提供了一种显示设备及应用同屏显示的画面切换方法，以解决显示设备在应用同屏显示过程中响应效率低的问题。

第一方面，本申请一些实施例中提供一种显示设备，包括：显示器与控制器。其中，所述显示器被配置为显示第一应用的用户界面，以及在所述第一应用的上层显示第二应用的用户界面；所述控制器被配置为执行以下程序步骤：

接收用于切换应用显示位置的切换指令；

响应于所述切换指令，切换所述第一应用与所述第二应用的层级，以控制所述显示器全屏显示所述第二应用的用户界面；所述第一应用和所述第二应用为相互建立数据互通关系，且均支持悬浮显示的应用；

读取所述第一应用的画面尺寸，以及根据所述画面尺寸在所述第二应用的上层规划悬浮窗口；

控制所述显示器通过所述悬浮窗口显示所述第一应用的用户界面。

第二方面，本申请一些实施例还提供一种应用同屏显示的画面切换方法，包括：

接收用于切换应用显示位置的切换指令；

响应于所述切换指令，切换第一应用与第二应用的层级，以控制显示器全屏显示所述第二应用的用户界面；所述第一应用和所述第二应用为相互建立数据互通关系，且均支持悬浮显示的应用；

读取所述第一应用的画面尺寸，以及根据所述画面尺寸在所述第二应用的上层规划悬浮窗口；

控制所述显示器通过所述悬浮窗口显示所述第一应用的用户界面。

由以上技术方案可知，本申请一些实施例提供的显示设备及应用同屏显示的画面切换方法可以响应于用于切换应用显示位置的切换指令，切换第一应用与第二应用的层级，以控制显示器全屏显示第二应用的用户界面。其中，第一应用和第二应用为相互建立数据互通关系，且均支持悬浮显示的应用。所述方法通过读取第一应用的画面尺寸，以及根据画面尺寸在第二应用的上层规划悬浮窗口。再控制显示器通过悬浮窗口显示第一应用的用户界面，以在显示设备进行应用同屏显示时，快速响应用户输入的切换指令，提高用户体验。

附图说明

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

图1为本申请一些实施例提供的显示设备与控制装置之间操作场景的示意图；

图2为本申请一些实施例提供的显示设备的硬件配置示意图；

图3为本申请一些实施例提供的控制装置的硬件配置示意图；

图4为本申请一些实施例提供的显示设备的软件配置示意图；

图5为本申请一些实施例提供的显示设备应用程序的图标控件界面示意图；

图6为本申请一些实施例提供的应用同屏显示的画面切换方法的流程示意图；

图7为本申请一些实施例提供的应用同屏显示的初始用户界面的效果示意图；

图8为本申请一些实施例提供的一种操作提示页面的效果示意图；

图9为本申请一些实施例提供的另一种操作提示页面的效果示意图；

图10为本申请一些实施例提供的第一应用与第二应用建立数据互通的流程示意图；

图11为本申请一些实施例提供的应用同屏显示的效果示例图；

图12为本申请一些实施例提供的切换后应用同屏显示的效果示意图；

图13为本申请一些实施例提供的关闭下层应用的效果示意图；

图14为本申请一些实施例提供的关闭原因提示信息的效果示意图；

图15为本申请一些实施例提供的显示设备的结构示意图。

具体实施方式

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

基于本申请中示出的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。

应当理解，本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

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

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronicbulletinboard)、电子桌面(electronictable)等。图1和图2为本申请的显示设备的一种具体实施方式。

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过终端设备300或控制装置100操作显示设备200。

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

在一些实施例中，也可以使用终端设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备可以不使用上述的智能设备或控制设备接收指令，而是通过触摸或者手势等接收用户的控制。

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

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

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

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

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

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

显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

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

用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。

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

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

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

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中控制器包括中央处理器(CentralProcessingUnit，CPU)，视频处理器，音频处理器，图形处理器(GraphicsProcessingUnit，GPU)，RAMRandomAccessMemory，RAM)，ROM(Read-OnlyMemory,ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

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

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

如图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(ApplicationFramework)层(简称“框架层”)，安卓运行时(Androidruntime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

框架层为应用程序提供应用编程接口(applicationprogramminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务。

如图4所示，本申请实施例中应用程序框架层包括管理器(Managers)，内容提供者(ContentProvider)等，其中管理器包括以下模块中的至少一个：活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互；位置管理器(LocationManager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(PackageManager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(Notification Manager)用于控制通知消息的显示和清除；窗口管理器(WindowManager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

如图5所示，显示设备200的应用程序层可以包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。

在一些实施例中，直播电视应用程序，可以通过不同的信号源提供直播电视。例如，直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及，直播电视应用程序可在显示设备200上显示直播电视信号的视频。

在一些实施例中，视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。例如，视频点播可以来自云存储的服务器端或来自包含已存视频节目的本地硬盘储存器等。

在一些实施例中，媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。例如，媒体中心，可以为不同于直播电视或视频点播，用户可通过媒体中心应用程序访问各种图像或音频所提供服务。

在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上运行。

显示设备200可以通过上述应用程序，通过服务器400从对应的媒资库中获取目标媒资，并在线播放目标媒资。即在一些实施例中，在播放媒资项目的过程中，服务器400可以实时地从对应的媒资库中获取媒资数据，并通过解码、渲染等处理，持续形成媒资画面。

此外，显示设备200还可以通过与其他终端设备建立投屏连接，使显示设备200播放显示其他终端设备中的画面内容。在一些实施例中，用户可以通过终端设备300发出投屏连接请求，并通过WiFi网络将投屏连接请求发送给显示设备200。显示设备200再根据投屏连接请求完成传输协议配置，从而与终端设备300之间建立投屏数据的传输通道。比如，对于系统应用或直接在系统层级进行投屏，终端设备300可以采用Miracast投屏、Airplay投屏或WiDi投屏协议与显示设备200建立投屏数据的传输通道。显示设备200通过传输通道接收终端设备300的投屏数据，即可以在显示器260中显示播放终端设备300中应用的用户界面。

在一些实施例中，显示设备200还可以通过不同连接方式实现与终端设备300之间的投屏连接。例如，在显示设备200和终端设备300接入同一个无线局域网时，可以基于WiFi网络建立投屏连接。又例如，在显示设备200和终端设备300上均设有NFC(NearFieldCommunication，近场通信)组件时，可以通过NFC组件建立投屏连接关系。显然，显示设备200与终端设备300之间还可以采用其他有线或无线连接方式，从而建立投屏连接关系，例如RF射频连接、红外连接、蜂窝网络等。

显示设备200可以基于上述实施例的任一种方式，显示播放任意一个应用程序中的用户界面。但在部分场景下，用户还会存在同时显示多个应用程序的需求。因此，在一些实施例中，显示设备200可以通过原生接口实现应用界面悬浮，进而通过悬浮分屏的方式，同时在显示器260中同屏显示多个应用程序的应用界面。比如，显示设备200可以将下层应用全屏播放，同时基于显示设备200的原生接口设置悬浮窗口，将上层应用悬浮显示在下层应用的上方，以实现多个应用同屏显示。

然而，基于原生接口设置悬浮窗口的方式，不能使各个显示窗口之间进行数据通信。那么，显示设备200在进行同屏显示的过程中，用户则无法通过遥控器等控制装置100操控显示设备200显示的应用界面，进而导致显示设备200在应用同屏显示过程中的响应效率低下，降低用户的体验感。而如果想要实现各个显示窗口之间的数据通信，则需要将各个应用的SDK(SoftwareDevelopmentKit，软件开发工具包)集成在同一应用中，以实现多个应用之间的数据通信。但是，将多个应用的SDK集成在同一应用的方式，会导致集成多个SDK的应用在维护过程中存在交互性复杂和扩展性较差等问题，也会影响显示设备200的运行效率。

基于上述应用场景，为了改善用户体验，缓解显示设备200在应用同屏显示过程中响应效率低的问题，本申请一些实施例提供了一种应用同屏显示的画面切换方法。如图6所示，所述方法具体包括以下步骤：

S100：接收用于切换应用显示位置的切换指令。

显示设备200可以获取用户输入的多种控制指令，其中，部分控制指令用于切换应用显示位置的控制指令为切换指令。在一些实施例中，切换指令可以是通过终端设备300发出的，比如手机等；也可以是显示设备200配套的遥控器发出的；还可以是显示设备200外置的触控组件发出的。对比，本申请不做具体限制。

显然，在用户输入切换指令时，显示设备200已经处于应用同屏显示的状态。而由于悬浮显示为一种特殊的显示状态。因此，显示设备200在悬浮显示应用时，需要在应用进入可悬浮状态且准备完毕后，显示设备200才可将应用的用户界面通过悬浮窗口进行显示。

因此，在一些实施例中，显示设备200接收用于显示应用画面的启动指令，并响应于所述启动指令，获取第一应用的准备状态，以及启动第二应用。如图7所示，如果所述准备状态为准备完毕的状态，显示设备200则控制显示器260在第一应用的上层悬浮显示所述第二应用，以使显示设备200同屏显示多个应用的用户界面。如果所述准备状态为未准备完毕的状态，显示设备200则控制显示器260全屏显示第二应用，以供用户大屏观看第二应用的用户界面。

例如：显示设备200中正在显示第一应用的用户界面，此时，用户向显示设备200发送显示第二应用画面的启动指令。显示设备200则检测第一应用的准备状态，并且检测到第一应用处于未准备完毕的状态。第一应用处于未准备完毕的状态，则说明当前状态不支持在显示设备200中同时显示第一应用与第二应用的用户界面。那么，显示设备200则控制显示器260全屏显示第二应用的用户界面，以供用户进行观看。

并且，为了便于显示设备200获取第一应用的状态，在一些实施例中，显示设备200还接收第一应用的状态消息，以及解析所述状态消息内包含的标识，进而判断当前应用的准备状态。

例如，第一应用的准备状态标识包括IDLE-准备中，PREPARE-准备完成，FOCUS-准备完成，FINISH-界面退出，ERROR-异常。显示设备200可以解析状态消息包含的标识，进而对应用的准备状态进行判断。在第一应用的准备状态为PREPARE准备完成或FOCUS准备完成的状态时，代表第一应用已经准备完毕，可以进行悬浮。此时，显示设备200则可以控制显示器260在第一应用的上方悬浮显示第二应用。

在一些实施例中，显示设备200还可以根据第一应用的类型，设置相应的标识来表征第一应用的准备完毕状态。由于后台服务类应用自身即配置有后台运行及悬浮功能，所以如果第一应用为后台服务类应用，比如依赖无线网络通信技术的投屏应用，则可以通过标识直接表征第一应用为准备完毕的状态。如果第一应用为非后台服务类应用，且需要启动界面才可以启动的应用，则需要控制悬浮功能开关，并通过悬浮功能开关表征第一应用为准备完毕的状态。

例如，后台服务类应用可以通过PREPARED状态表征准备完毕的状态；非后台服务类应用则可以通过FOCUS控制其功能开关，并通过FOCUS通知当前应用可以支持悬浮界面显示。

而针对于在启动界面才可以启动的应用，显示设备200在悬浮显示应用的用户界面之前，还需要用户在启动界面进行相应的操作才可以完成启动。因此，在一些实施例中，如果第二应用为非后台服务类应用，显示设备200则在启动第二应用时控制显示器260显示操作提示界面。在显示器260显示操作提示界面后，显示设备200还监测第二应用的启动状态。如果第二应用启动完毕，则控制显示器260关闭操作提示界面。

并且，显示设备200在显示操作提示界面时，用户还可以向显示设备200输入操作指令，更换对应的操作提示界面，以对应用的启动方式进行选择。即在一些实施例中，显示设备200接收用户输入的用于更换操作界面的操作指令，并且响应于所述操作指令更换对应的操作提示界面，以切换启动方式。

例如：以投屏应用为例，用户在显示设备200中启动投屏功能后，显示设备200则显示如图8所示的投屏连接的操作提示页面。用户点击遥控器指定按键后，显示设备200则响应用户的操作，在显示器260中切换至如图9所示的操作提示页面。用户可以根据操作提示页面，在投屏设备端同步进行相应的操作，以与显示设备200建立投屏关系。并且，在投屏设备与显示设备200建立投屏连接关系后，显示设备200则关闭所述操作提示页面。

可以理解的是，本申请实施例的第一应用和第二应用为相互建立数据互通关系，且均支持悬浮显示的应用。

因此，为了建立第一应用于第二应用的数据互通关系，在一些实施例中，显示设备200还遍历显示设备200中的应用，筛选出支持悬浮功能的应用，以作为所述第一应用或第二应用。再绑定第一应用与第二应用中的客户端服务，以建立第一应用与第二应用的数据互通关系。即如图10所示，显示设备200遍历自身已部署的所有应用，从所有应用中筛选出支持悬浮功能的应用。将支持悬浮功能的应用筛选出来后，绑定应用之间的客户端服务，这样就可以建立第一应用与第二应用的数据互通关系，使第一应用与第二应用进行数据通信。

例如：第一应用为后台类服务应用。在第二应用启动后，显示设备200可以通过元数据信息遍历当前整机应用，以判断是否有支持悬浮的应用。如果存在支持悬浮的应用，则依次绑定约定的客户端服务，进而完成显示设备200中支持悬浮的应用之间的数据互通。接收第一应用的状态信息，解析出第一应用的准备状态为PREPARE，如图7所示，显示设备200则在第一应用的上层通过悬浮窗口显示第二应用的用户界面。

显然，显示设备200全屏显示第一应用，则根据显示器260的尺寸按照预设的比例对第一应用的用户界面进行缩放即可。但显示设备200通过悬浮窗口显示第二应用时，则需要根据第二应用的画面状态规划出悬浮窗口的尺寸后，才可以在显示器260中显示出合适的画面大小。

因此，为了便于规划悬浮窗口的尺寸，在一些实施例中，显示设备200获取第二应用的媒资数据，并解析媒资数据中的画面尺寸，以获得第二应用画面的画面状态。其中，画面状态包括横屏状态与竖屏状态。如果画面状态为横屏状态，则确定悬浮窗口宽度为所述默认宽度，以及获取画面尺寸的高宽比例，按照默认宽度和高宽比例计算窗口高度；如果画面状态为竖屏状态，则确定窗口高度为默认高度，以及获取画面尺寸的宽高比例，按照默认高度和宽高比例计算窗口宽度。

例如：以第二应用为投屏应用为例，获取投屏应用的媒资数据，即投屏应用的视频流。将视频流的宽记为VideoWidth，将视频流的高记为VideoHeight。显示设备200在第一应用的上层规划悬浮窗口时，获取当前父布局的宽高，将父布局的宽记为ViewWidth，将父布局的高记为ViewHeight。并按照下式计算悬浮窗口的宽高：

如果VideoWidth≥VideoHeight，确定父布局的宽为定宽，记为X，则父布局高为X*VideoHeight/VideoWidth，悬浮窗口的宽高同父布局宽高；如果VideoWidth<VideoHeight，确定父布局的高为定高，记为Y，则父布局高为Y*VideoWidth/VideoHe ight，悬浮窗口的宽高同父布局宽高。显示设备200可以按照规划出的宽高尺寸设置悬浮窗口，以通过悬浮窗口显示投屏应用的用户画面。

S200：响应于切换指令，切换第一应用与第二应用的层级，以控制显示器全屏显示第二应用的用户界面。

显示设备200通过规划出的悬浮窗口显示第二应用后，第二应用的用户界面则显示在第一应用的上层。并且，由于第一应用和第二应用为相互建立数据互通关系，且均支持悬浮显示的应用。所以，显示设备200在接收到切换指令后，即可以交换第一应用与第二应用的层级，使第二应用的用户界面全屏显示，第一应用的用户界面悬浮显示。

例如：以第一应用为显示设备200的健身镜应用，第二应用为投屏应用为例。如图11所示，显示器260全屏显示健身镜应用的画面，悬浮显示投屏应用的画面。即健身镜应用为图11中的下层应用，投屏应用为图11中的上层应用。此时，用户想要放大投屏应用中的画面，则通过遥控器向显示设备200发送切换指令。显示设备200在接收到切换指令后，则交换健身镜应用与投屏应用的层级，将投屏应用切换为下层应用，健身镜应用切换为上层应用。

此外，为了便于第一应用与第二应用执行切换指令对应的操作，在一些实施例中，显示设备200还监测第一应用的焦点事件，将用于切换画面位置的事件封装为切换指令。再控制第一应用执行所述切换指令，以及将所述切换指令转发至第二应用，以使第二应用执行所述切换指令。也就是说，由于第一应用与第二应用为数据互通的关系，显示设备200可以仅通过下层应用捕获焦点事件。在捕获到切换画面位置的焦点事件后，下层应用则可以通知上层应用互换层级与显示位置。

并且，在一些实施例中，显示设备200在检测到焦点事件后，还解析所述焦点事件。同时，根据解析结果，将焦点事件封装为事件对应的控制指令。比如，将用于旋转横竖屏画面的事件封装为旋转指令等。显示设备200可以解析控制指令所针对的应用，通过第一应用执行所述控制指令，和/或控制所述第一应用将控制指令转发至第二应用，以使控制指令对应的应用执行对应的操作。

例如：以第一应用为健身镜应用，第二应用为投屏应用为例。首先，用户在显示设备200中启动健身镜应用，健身镜应用启动一个Window，定为W1，设定type为X，并捕获焦点事件，绑定客服端服务进行通信。此时，健身镜应用为显示设备200的下层应用。然后，在显示设备200接收到投屏消息后，投屏应用也启动一个窗口，定为W2，设定type为Y，不捕获焦点事件，且Y>X。此时，如图11所示，投屏应用为显示设备200的上层应用。显示设备200通过下层的W1捕获焦点事件，当W1捕获到焦点事件时，通知W2进行横竖屏切换或互换位置，并同步对UI进行调整。

S300：读取第一应用的画面尺寸，以及根据画面尺寸在第二应用的上层规划悬浮窗口。

显示设备200在响应于切换指令，切换第一应用与第二应用的层级后，由于第一应用与第二应用的用户界面可能为不同的画面比例，所以还需要根据第一应用的画面尺寸重新规划悬浮窗口，以通过合适尺寸的悬浮窗口显示第一应用。

为了便于规划悬浮窗口尺寸，在一些实施例中，显示设备200还获取第一应用的窗口尺寸。如果第一应用的窗口宽度大于或等于窗口高度，则获取窗口高度，以及按照窗口高度和画面尺寸在第二应用的上层规划悬浮窗口；如果所述第一应用的窗口宽度小于窗口高度，则获取窗口宽度，以及按照窗口宽度和画面尺寸在第二应用的上层规划悬浮窗口，以按照合适的尺寸在悬浮窗口中显示第一应用的用户界面。

例如：获取第一应用的媒资数据，即第一应用中的视频流。将视频流的宽记为VideoWidth，将视频流的高记为VideoHeight。在第二应用的上层规划悬浮窗口时，获取当前父布局的宽高，将父布局的宽记为ViewWidth，将父布局的高记为ViewHeight。按照下式计算悬浮窗口的宽高：

如果ViewWidth≥ViewHeight，且VideoWidth≥VideoHeight，确定父布局的高为定高，记为Y，则父布局的宽为Y*VideoHeight/VideoWidth，悬浮窗口的宽为Y*VideoHeight/VideoWidth，悬浮窗口的高为Y*VideoHeight*VideoHeight/Video Width/VideoWidth；如果ViewWidth≥ViewHeight，且VideoWidth<VideoHeight，确定父布局的高为定高，记为Y，则父布局高为Y*VideoWidth/VideoHeight，悬浮窗口的宽高同父布局宽高。

如果ViewWidth<ViewHeight，且VideoWidth≥VideoHeight，确定父布局的宽为定宽，记为X，则父布局高为X*VideoHeight/VideoWidth，悬浮窗口的宽高同父布局宽高；如果ViewWidth<ViewHeight，且VideoWidth<VideoHeight，确定父布局的宽为定宽，记为X，则父布局的高为X*VideoWidth/VideoHeight，SurfaceView的宽为X*VideoWidth*VideoWidth/VideoHeight/VideoHeight，悬浮窗口的高为X*Vid eoWidth/VideoHeight。在规划出第一应用的悬浮窗口后，显示设备200则按照规划的尺寸设置悬浮窗口，以通过悬浮窗口显示第一应用的用户界面。

在切换层级之前，显示设备200通过下层的第一应用检测焦点事件。同理，为了便于显示设备200内的交互过程，在切换第一应用与第二应用的层级后，第一应用变更为上层应用。此时，显示设备200仍监测第一应用的焦点事件，并将所述焦点事件封装为事件对应的控制指令。控制第一应用执行控制指令，或者将控制指令转发至第二应用，以使第二应用执行控制指令。也就是说，显示设备200始终保持通过第一应用捕获焦点事件。

因此，在一些实施例中，显示设备200还检测第一应用的层级位置，并按照所述层级位置标记所述第一应用的窗口为目标窗口。再监测所述目标窗口的焦点事件，以及将所述焦点事件封装为事件对应的控制指令。这样，不论第一应用与第二应用的层级如何切换，显示设备200始终可以通过第一应用捕获焦点事件，再通过第一应用转发焦点事件，进而简化显示设备200内的交互过程。

S400：控制显示器通过悬浮窗口显示第一应用的用户界面。

显示设备200规划出悬浮窗口的尺寸后，即通过悬浮窗口在第二应用的上层悬浮显示第一应用的用户界面。

在一些实施例中，显示设备200规划出悬浮窗口的尺寸后，在预设的显示区域显示悬浮窗口，比如，第二应用的右上角、左上角等区域，进而合理的在显示器260中同时显示第一应用与第二应用的用户界面。

例如：以投屏为例，第一应用为健身镜应用，第二应用为投屏应用。如图11所示，显示器260全屏显示健身镜应用的画面，悬浮显示投屏应用的画面。此时，用户想要放大投屏应用中的画面，则通过遥控器向显示设备200发送切换指令。显示设备200在接收到切换指令后，则切换健身镜应用与投屏应用的层级，并重新规划健身镜应用的悬浮窗口。在健身镜应用的悬浮窗口规划完毕后，显示设备200则控制显示器260显示如图12所示的用户界面。

此外，由上述实施例可知，显示设备200可以通过下层的应用捕获焦点事件，进而可以使用户向显示设备200输入横竖屏画面的旋转指令，以改变悬浮窗口中画面的横竖屏状态。但是，在部分场景下，应用的用户界面还可能会根据设备的放置状态自动进行横竖屏切换。

因此，在一些实施例中，显示设备200还获取目标应用的媒资数据，所述目标应用为第一应用或第二应用。再解析所述媒资数据中的画面尺寸，以获得目标应用画面的画面状态，所述画面状态包括横屏状态与竖屏状态。如果所述目标应用画面的画面状态发生变更，则生成横竖屏画面的旋转指令，以使所述目标应用执行所述旋转指令。即显示设备200可以根据应用的媒资数据，监测应用画面的横竖屏状态是否发生变化，以在应用画面的横竖屏状态发生改变时，同步调整显示器260各个显示窗口中显示的画面横竖屏状态。

显然，在进行横竖屏画面旋转时，显示设备200还需要重新规划窗口的尺寸。因此，在一些实施例中，如果目标应用画面的画面状态发生变更，显示设备200则获取目标应用的窗口尺寸。如果所述目标应用的窗口宽度大于或等于窗口高度，则获取所述窗口高度，以及按照所述窗口高度和所述画面尺寸在所述第二应用的上层规划悬浮窗口；如果所述目标应用的窗口宽度小于窗口高度，则获取所述窗口宽度，以及按照所述窗口宽度和所述画面尺寸在所述第二应用的上层规划悬浮窗口。

例如：以第二应用为投屏应用为例，显示设备200获取第二应用的媒资数据，即第二应用的视频流。将视频流的宽记为VideoWidth，将视频流的高记为VideoHeight。投屏设备的放置状态发生了改变，所以其显示的画面状态也发生了变更。在监测到投屏应用的画面状态发生变更时，获取当前父布局的宽高，将父布局的宽记为ViewWidth，将父布局的高记为ViewHeight。按照下式计算窗口的宽高：

如果ViewWidth≥ViewHeight，且VideoWidth≥VideoHeight，确定父布局的高为定高，记为Y，则父布局的宽为Y*VideoHeight/VideoWidth，悬浮窗口的宽为Y*VideoHeight/VideoWidth，悬浮窗口的高为Y*VideoHeight*VideoHeight/VideoWidth/VideoWidth；如果ViewWidth≥ViewHeight，且VideoWidth<VideoHeight，确定父布局的高为定高，记为Y，则父布局高为Y*VideoWidth/VideoHeight，窗口的宽高同父布局宽高。

如果ViewWidth<ViewHeight，且VideoWidth≥VideoHeight，确定父布局的宽为定宽，记为X，则父布局高为X*VideoHeight/VideoWidth，悬浮窗口的宽高同父布局宽高；如果ViewWidth<ViewHeight，且VideoWidth<VideoHeight，确定父布局的宽为定宽，记为X，则父布局的高为X*VideoWidth/VideoHeight，SurfaceView的宽为X*VideoWidth*VideoWidth/VideoHeight/VideoHeight，窗口的高为X*VideoWidth/VideoHeight。在重新规划出第二应用的悬浮窗口后，显示设备200则按照规划的尺寸设置悬浮窗口，以通过悬浮窗口显示第二应用的用户界面。

需要说明的是，上述实施例中涉及的计算过程仅为示例性说明，并不代表实际的计算过程，还可以有其他计算方式或计算步骤等，对此本申请不作限定，上述计算方式也不构成对本申请的限定。

此外，在应用同屏显示的过程中，用户还可以随时关闭任意一个应用，以关闭其对应的显示窗口。即在一些实施例中，显示设备200接收关闭指令，并将所述关闭指令发送至所述第一应用。通过所述第一应用执行所述关闭指令，和/或控制所述第一应用将所述关闭指令转发至所述第二应用，以控制所述第二应用执行所述关闭指令。由于显示设备200在切换层级后，第一应用变更为上层层应用。此时，显示设备200则通过上层的第一应用捕获焦点事件，并将焦点事件中用于关闭应用的事件封装为关闭指令，发送至显示设备200。如果所述关闭指令为第一应用的关闭事件，则通过第一应用执行所述关闭指令；如果所述关闭指令为第二应用的关闭指令，则通过第一应用将关闭指令转发至第二应用，使第二应用执行所述关闭指令。

显然，应用在关闭后，显示器260内则不会再显示该应用的用户界面。那么，如果用户关闭第二应用，显示器260则仅显示第一应用的用户界面。而由于第一应用为处于悬浮显示的状态，那么仅关闭第二应用，则显示器260仍会通过悬浮窗口显示第一应用，会导致显示器260内大部分的显示区域被浪费，降低用户体验。

因此，在一些实施例中，显示设备200还检测所述第一应用和所述第二应用的关闭状态。如果所述第二应用处于已关闭状态，且所述第一应用处于未关闭状态，则控制所述显示器260全屏显示所述第一应用的用户界面。

例如：以投屏为例，第一应用为健身镜应用，第二应用为投屏应用。显示设备200在显示如图12所示的用户界面时，用户关闭了显示设备200的投屏应用，显示设备200即销毁投屏应用的显示窗口。同时，如图13所示，显示设备200还全屏显示健身镜应用的用户界面。

可以理解的是，关闭指令并不局限于用户输入的方式，可能会由于其他原因，比如网络原因断开、冲突断开等问题导致应用被关闭。因此，在一些实施例中，显示设备200在检测到应用与显示设备200连接异常后，即自动生成关闭指令，以使显示设备200关闭应用。

针对于非用户主动关闭的情况，为了便于用户了解应用的关闭原因，在一些实施例中，所述关闭指令中还携带应用的关闭原因。显示设备200在封装关闭指令时，还将关闭原因封装至关闭指令中。这样，显示设备200在执行关闭指令时，还可以解析所述关闭原因，并根据关闭原因控制显示器260显示对应的提示信息。

例如：以投屏为例，第一应用为健身镜应用，第二应用为投屏应用。显示设备200显示如图11所示的用户界面时，由于网络原因接收到投屏应用的关闭指令。显示设备200则从关闭指令中解析关闭原因，并通过底层的投屏应用向显示设备200的其他应用通知关闭原因及关闭指令，以使显示设备200可以根据关闭原因在显示器260内显示如图14所示的提示信息。

基于上述应用同屏显示的画面切换方法，本申请的部分实施例中还提供一种显示设备200，如图15所示，包括：显示器260与控制器250。其中，所述显示器260被配置为显示第一应用的用户界面，以及在所述第一应用的上层显示第二应用的用户界面；如图6所示，所述控制器250被配置为执行以下程序步骤：

S100：接收用于切换应用显示位置的切换指令；

S200：响应于所述切换指令，切换所述第一应用与所述第二应用的层级，以控制所述显示器全屏显示所述第二应用的用户界面；所述第一应用和所述第二应用为相互建立数据互通关系，且均支持悬浮显示的应用；

S300：读取所述第一应用的画面尺寸，以及根据所述画面尺寸在所述第二应用的上层规划悬浮窗口；

S400：控制所述显示器通过所述悬浮窗口显示所述第一应用的用户界面。

由以上技术方案可知，本申请一些实施例提供的显示设备及应用同屏显示的画面切换方法可以响应于用于切换应用显示位置的切换指令，切换第一应用与第二应用的层级，以控制显示器260全屏显示第二应用的用户界面。其中，第一应用和第二应用为相互建立数据互通关系，且均支持悬浮显示的应用。所述方法通过读取第一应用的画面尺寸，以及根据画面尺寸在第二应用的上层规划悬浮窗口。再控制显示器260通过悬浮窗口显示第一应用的用户界面，以在显示设备进行应用同屏显示时，快速响应用户输入的切换指令，提高用户体验。

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

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

Claims (10)

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

显示器，被配置为显示第一应用的用户界面，以及在所述第一应用的上层显示第二应用的用户界面；

控制器，被配置为：

接收用于切换应用显示位置的切换指令；

响应于所述切换指令，切换所述第一应用与所述第二应用的层级，以控制所述显示器全屏显示所述第二应用的用户界面；所述第一应用和所述第二应用为相互建立数据互通关系，且均支持悬浮显示的应用；

读取所述第一应用的画面尺寸，以及根据所述画面尺寸在所述第二应用的上层规划悬浮窗口；

控制所述显示器通过所述悬浮窗口显示所述第一应用的用户界面。

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

遍历所述显示设备中的应用；

筛选出支持悬浮功能的应用，以作为所述第一应用或第二应用；

绑定所述第一应用与所述第二应用中的客户端服务，以建立所述第一应用与所述第二应用的数据互通关系。

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

接收用于显示应用画面的启动指令；

响应于所述启动指令，获取所述第一应用的准备状态，以及启动所述第二应用；

如果所述准备状态为准备完毕的状态，控制所述显示器在所述第一应用的上层悬浮显示所述第二应用；

如果所述准备状态为未准备完毕的状态，控制所述显示器全屏显示所述第二应用。

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

监测所述第一应用的焦点事件；

将用于切换画面位置的事件封装为所述切换指令；

控制所述第一应用执行所述切换指令，以及将所述切换指令转发至所述第二应用，以使所述第二应用执行所述切换指令。

5.根据权利要求4所述的显示设备，其特征在于，所述控制器执行切换所述第一应用与所述第二应用的层级后，被配置为：

检测所述第一应用的层级位置；

按照所述层级位置标记所述第一应用的窗口为目标窗口；

监测所述目标窗口的焦点事件，以及将所述焦点事件封装为事件对应的控制指令。

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

获取目标应用的媒资数据，所述目标应用为第一应用或第二应用；

解析所述媒资数据中的画面尺寸，以获得目标应用画面的画面状态，所述画面状态包括横屏状态与竖屏状态；

如果所述目标应用画面的画面状态发生变更，则生成横竖屏画面的旋转指令，以使所述目标应用执行所述旋转指令。

7.根据权利要求6所述的显示设备，其特征在于，如果所述目标应用画面的画面状态发生变更，所述控制器被配置为：

获取目标应用的窗口尺寸；

如果所述目标应用的窗口宽度大于或等于窗口高度，则获取所述窗口高度，以及按照所述窗口高度和所述画面尺寸在所述第二应用的上层规划悬浮窗口；

如果所述目标应用的窗口宽度小于窗口高度，则获取所述窗口宽度，以及按照所述窗口宽度和所述画面尺寸在所述第二应用的上层规划悬浮窗口。

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

接收关闭指令；

将所述关闭指令发送至所述第一应用；

通过所述第一应用执行所述关闭指令，和/或控制所述第一应用将所述关闭指令转发至所述第二应用，以控制所述第二应用执行所述关闭指令。

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

检测所述第一应用和所述第二应用的关闭状态；

如果所述第二应用处于已关闭状态，所述第一应用处于未关闭状态，控制所述显示器全屏显示所述第一应用的用户界面。

10.一种应用同屏显示的画面切换方法，其特征在于，包括：

接收用于切换应用显示位置的切换指令；

响应于所述切换指令，切换第一应用与第二应用的层级，以控制显示器全屏显示所述第二应用的用户界面；所述第一应用和所述第二应用为相互建立数据互通关系，且均支持悬浮显示的应用；

读取所述第一应用的画面尺寸，以及根据所述画面尺寸在所述第二应用的上层规划悬浮窗口；

控制所述显示器通过所述悬浮窗口显示所述第一应用的用户界面。