CN113360255A - 应用管理方法和装置 - Google Patents

Abstract

本公开是关于一种应用管理方法和装置。涉及智能终端领域，解决了应用启动效率和系统可靠性低影响用户体验的问题。该方法包括：基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。本公开提供的技术方案适用于智能终端上的应用启动管理，实现了在系统侧保持多应用的恢复状态的通用的多应用悬浮窗管理。

Description

应用管理方法和装置

技术领域

本公开涉及智能终端领域，尤其涉及一种应用管理方法和装置。

背景技术

在使用安卓系统时，会出现开启多个应用的情况。一般只有一个焦点所在的应用具有处于恢复(Resumed)状态的活动(Activity)，增加了应用的适配成品。例如，视频类应用需适配为在onStart状态下开始播放，onStop状态下暂停播放。同时，还增加了应用由于在非Resumed状态被杀掉风险。降低了应用启动效率和系统可靠性，影响了用户体验。

发明内容

为克服相关技术中存在的问题，本公开提供一种应用管理方法和装置。

根据本公开实施例的第一方面，提供一种应用管理方法，包括：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

优选的，所述在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换的步骤之前，还包括：

在需要启动应用时，获取所述应用的窗口信息；

根据所述窗口信息，生成悬浮窗；

通过所述悬浮窗启动所述应用。

优选的，所述窗口信息至少包括以下信息中的任一项或任意多项：

悬浮窗在屏幕上的显示位置，悬浮窗尺寸。

优选的，所述通过所述悬浮窗启动所述应用的步骤之后，还包括：

检测用户操作；

根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置。

优选的，所述检测用户操作的步骤之后，还包括：

在检测到用户操作指示对所述悬浮窗进行缩放的情况下，根据缩放后所述悬浮窗的尺寸，调整所述悬浮窗显示内容的显示比例。

优选的，所述根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置的步骤之后，还包括：

根据所述用户操作，更新所述应用的窗口信息。

优选的，所述在需要启动应用时，获取所述应用的窗口信息的步骤之前，还包括：

配置活动管理服务AMS在启动任意应用时，使用悬浮窗口启动。

优选的，所述AMS在启动任意应用时，使用悬浮窗口启动的步骤包括：

控制ActivityRecord.isResizeable()和/或TaskRecord.isResizeable()函数解除对应用使用悬浮窗口启动的限制。

根据本公开实施例的第二方面，提供了一种应用管理装置，包括：

焦点切换模块，用于基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

状态保持模块，用于终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

优选的，该装置还包括：

窗口信息获取模块，用于在需要启动应用时，获取所述应用的窗口信息；

悬浮窗生成模块，用于根据所述窗口信息，生成悬浮窗；

应用启动模块，用于通过所述悬浮窗启动所述应用。

优选的，该装置还包括：

用户操作检测模块，用于检测用户操作；

窗口调整模块，用于根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置。

优选的，所述窗口信息至少包括以下信息中的任一项或任意多项：

悬浮窗在屏幕上的显示位置，悬浮窗尺寸；

该装置还包括：

窗口显示调整模块，用于在检测到用户操作指示对所述悬浮窗进行缩放的情况下，根据缩放后所述悬浮窗的尺寸，调整所述悬浮窗显示内容的显示比例。

优选的，该装置还包括：

窗口信息管理模块，用于根据所述用户操作，更新所述应用的窗口信息。

优选的，该装置还包括：

启动配置模块，用于配置活动管理服务AMS在启动任意应用时，使用悬浮窗口启动。

优选的，所述启动配置模块包括：

函数控制单元，用于控制ActivityRecord.isResizeable()和/或TaskRecord.isResizeable()函数解除对应用使用悬浮窗口启动的限制。

根据本公开实施例的第三方面，提供了一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

根据本公开实施例的第四方面，提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种应用管理方法，所述方法包括：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

本公开的实施例提供的技术方案可以包括以下有益效果：基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换，终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。在系统侧保持多应用的恢复状态，保证应用运行稳定，提升应用启动的优先级，解决了应用启动效率和系统可靠性低影响用户体验的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种应用管理方法的流程图。

图2是根据一示例性实施例示出的一种应用管理方法的流程图。

图3是根据一示例性实施例示出的竖屏状态下的悬浮窗显示效果示意图。

图4是根据一示例性实施例示出的竖屏状态下的悬浮窗显示效果示意图。

图5是根据一示例性实施例示出的竖屏状态下的悬浮窗显示效果示意图。

图6是根据一示例性实施例示出的竖屏状态下的悬浮窗显示效果示意图。

图7是根据一示例性实施例示出的横屏状态下的悬浮窗显示效果示意图。

图8是根据一示例性实施例示出的横屏状态下的悬浮窗显示效果示意图。

图9是根据一示例性实施例示出的横屏状态下的隐藏悬浮窗显示效果示意图。

图10是根据一示例性实施例示出的竖屏状态下的隐藏悬浮窗显示效果示意图。

图11是根据一示例性实施例示出的应用管理方法的流程图。

图12是根据一示例性实施例示出的启动悬浮窗时进行第一次缩小比例显示后的显示效果示意图。

图13是根据一示例性实施例示出的启动悬浮窗时进行第二次缩小比例显示后的显示效果示意图。

图14是根据一示例性实施例示出的一种应用管理装置的框图。

图15是根据一示例性实施例示出的一种应用管理装置的框图。

图16是根据一示例性实施例示出的启动配置模块1410的结构示意图。

图17是根据一示例性实施例示出的一种装置的框图(移动终端的一般结构)。

具体实施方式

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

在使用安卓系统时，会出现开启多个应用的情况。一般只有一个焦点所在的应用具有处于Resumed状态的Activity，增加了应用的适配成品。例如，视频类应用需适配为在onStart状态下开始播放，onStop状态下暂停播放。同时增加了应用由于在非Resumed状态被杀掉风险。

对于悬浮窗启动应用的方案，还存在适配限制较多、移动范围有限、显示比例失调等问题，影响用户体验。

为了解决上述问题，本公开的实施例提供了一种应用管理方法和装置，解决了悬浮窗启动应用的方案，还存在适配限制较多、移动范围有限、显示比例失调等问题，实现了高效、稳定的多悬浮窗应用管理。

本公开的一示例性实施例提供了一种应用管理方法，使用该方法完成应用启动的流程如图1所示，包括：

步骤101、基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换。

本发明实施例中，系统支持通过悬浮窗启动应用，并将多个悬浮窗共享屏幕显示。

本步骤中，基于用户操作选择，可在多个共享屏幕的应用间，可进行焦点切换，以选择当前使用的应用。

步骤102、终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

在发生焦点切换时，新获取到焦点的应用变为恢复状态(如Resumed状态)，而失去焦点的应用会启动挂起流程以进入挂起状态(如Paused状态)。

本步骤中，通过终止挂起流程，使推动焦点的应用仍保持恢复状态，防止切换为挂起状态的应用被意外终止等情况的发明，提升了应用切换焦点的效率，保证了多窗口状态下的应用运行，提升了用户体验。

本发明实施例中，可通过多个悬浮窗分别启动多个应用。对多个悬浮窗进行管理时，对于推动焦点的应用，也可使其处于Resumed状态，保证切换应用时的快速响应及避免应用进程被误杀。

例如，在改变焦点时，当调用ActivityStack.resumeTopActivityInnerLocked时，会将获取焦点的应用活动(Activity)变为Resumed状态，而失去焦点Activity变为Paused状态。此时，本发明实施例提供的应用管理方法在ActivityStackSupervisor中退出悬浮窗的Pause流程，就能够实现同时有多个Resumed状态的Activity。

本公开的一示例性实施例还提供了一种应用管理方法，使用该方法完成应用启动的流程如图2所示，包括：

步骤201、配置AMS在启动任意应用时，使用悬浮窗口启动。

本步骤中，配置AMS为在启动应用时，使用悬浮窗口启动。例如，当使用悬浮窗启动应用时，在AMS启动获取任务(Task)位置时，控制活动记录可调节(ActivityRecord.isResizeable())配置项与任务记录可调节(TaskRecord.isResizeable())配置项放开限制，从而实现支持所有应用通过悬浮窗启动的目的，并且不同应用不用分别进行悬浮窗适配，节约了系统资源，提升了应用启动效率。

优选的，在TaskReord中独立保持每个Task的横屏与竖屏位置，并在移动后更新TaskReord中存储位置与大小。

步骤202、在需要启动应用时，获取所述应用的窗口信息。

在使用安卓系统等操作系统的终端上，通过点选快捷方式图标等形式选择启动应用时，首先，获取该应用对应的窗口信息。

所述窗口信息至少包括以下信息中的任一项或任意多项：

悬浮窗在屏幕上的显示位置，悬浮窗尺寸。

根据窗口信息，即可确认应用启动后使用的悬浮窗位置和尺寸。

所述窗口信息，可根据用户在前一次启动相应应用时的操作进行配置，在以悬浮窗启动应用时，读取上次启动应用使用时调整得到的位置与大小，达到方便用户在习惯位置使用悬浮窗打开应用的目的。

在不存在已保存的窗口信息时，也可在系统中内置一套默认窗口信息，使用默认窗口信息。

例如，在安卓系统中，配置窗口信息为：启动时在layoutWindow与relayoutWindow中隐藏状态栏与导航栏，并在负责移动处理TaskPositioner中将悬浮窗移动范围设置为在竖屏时其上、下、左、右边界均不超过屏幕边界，横屏时其上、左、右边界均不超过屏幕边界。如图3至图6所示，为竖屏状态下的四种悬浮窗显示效果示意图。如图7和图8所示，为横屏状态下的两种悬浮窗显示效果示意图。图9和图10为横屏状态下隐藏悬浮窗的显示效果示意图。

步骤203、根据所述窗口信息，生成悬浮窗。

本步骤中，根据窗口信息，在相应位置生成相应大小的悬浮窗。

步骤204、通过所述悬浮窗启动所述应用。

在完成通过悬浮窗启动应用后，即可通过如图1所示流程完成多悬浮窗口启动应用的管理，在多悬浮窗口显示的情况下，保持多个悬浮窗口均处于Resumed状态。

本公开的一示例性实施例还提供了一种应用管理方法，在通过悬浮窗启动应用后，还可对悬浮窗进行一些操作，具体流程如图11所示，包括：

步骤1101、检测用户操作。

本步骤中，通过触摸屏蔽、按键等方式，用户可在选取某一悬浮窗后，对悬浮窗进行操作。例如，进行缩放操作。系统检测用户所作的操作。

步骤1102、根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置。

步骤1103、在检测到用户操作指示对所述悬浮窗进行缩放的情况下，根据缩放后所述悬浮窗的尺寸，调整所述悬浮窗显示内容的显示比例。

本步骤中，由于用户操作导致了窗口变化，尤其是缩放操作导致了悬浮窗显示区域大小、形状的变化，因而需要对显示内容的显示比例进行调整。

例如，在用户进行缩小悬浮窗的操作时，通过两次缩小比例达到在缩小悬浮窗显示区域同时也缩小显示内容比例。

具体的，第一次在启动悬浮窗时：在竖屏时设置悬浮窗宽与屏幕短边相同，悬浮窗高根据长宽比4:3进行缩放，如图12所示。横屏时则设置悬浮窗高为屏幕短边长度除0.75倍，宽根据长宽比0.75，对显示比例进行缩放。这样，就缩小了悬浮窗内容显示区域。

第二次在负责显示的SurfaceFlinger进行缩放，通过启动悬浮窗时设置悬浮窗的mGlobalScale为0.75，缩小显示内容比例，如图13所示。

步骤1104、根据所述用户操作，更新所述应用的窗口信息。

本步骤中，优选的，还可在用户进行了针对悬浮窗位置和/或尺寸的操作后，根据操作结果，更新窗口信息，以保留用户的使用习惯。在下一次启动该应用时，根据上一次操作生成的窗口信息，在用户上一次使用的位置以上一次使用的大小显示该悬浮窗，使用户体验连贯。

本公开的一示例性实施例还提供了一种应用管理装置，其结构如图14所示，包括：

焦点切换模块1401，用于基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

状态保持模块1402，用于终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

优选的，该装置的结构如图15所示，还包括：

窗口信息获取模块1403，用于在需要启动应用时，获取所述应用的窗口信息；

悬浮窗生成模块1404，用于根据所述窗口信息，生成悬浮窗；

应用启动模块1405，用于通过所述悬浮窗启动所述应用。

优选的，该装置还包括：

用户操作检测模块1406，用于检测用户操作；

窗口调整模块1407，用于根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置。

优选的，所述窗口信息至少包括以下信息中的任一项或任意多项：

悬浮窗在屏幕上的显示位置，悬浮窗尺寸；

该装置还包括：

窗口显示调整模块1408，用于在检测到用户操作指示对所述悬浮窗进行缩放的情况下，根据缩放后所述悬浮窗的尺寸，调整所述悬浮窗显示内容的显示比例。

优选的，该装置还包括：

窗口信息管理模块1409，用于根据所述用户操作，更新所述应用的窗口信息。

优选的，该装置还包括：

启动配置模块1410，用于配置活动管理服务AMS在启动应用时，使用悬浮窗口启动。

优选的，所述启动配置模块1410的结构如图16所示，包括：

函数控制单元1601，用于控制ActivityRecord.isResizeable()和/或TaskRecord.isResizeable()函数解除对应用使用悬浮窗口启动的限制。

上述应用管理装置，可集成于手机等智能终端中，由智能终端实现相应功能。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的一示例性实施例还提供了一种计算机装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

图17是根据一示例性实施例示出的一种用于应用管理的装置1700的框图。例如，装置1700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图17，装置1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电力组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，以及通信组件1716。

处理组件1702通常控制装置1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1702可以包括一个或多个处理器1720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理组件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在设备1700的操作。这些数据的示例包括用于在装置1700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1706为装置1700的各种组件提供电力。电力组件1706可以包括电源管理系统，一个或多个电源，及其他与为装置1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在所述装置1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当设备1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(MIC)，当装置1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1716发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

I/O接口1712为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为装置1700提供各个方面的状态评估。例如，传感器组件1714可以检测到设备1700的打开/关闭状态，组件的相对定位，例如所述组件为装置1700的显示器和小键盘，传感器组件1714还可以检测装置1700或装置1700一个组件的位置改变，用户与装置1700接触的存在或不存在，装置1700方位或加速/减速和装置1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1716被配置为便于装置1700和其他设备之间有线或无线方式的通信。装置1700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1704，上述指令可由装置1700的处理器1720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种应用管理方法，所述方法包括：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

本公开的实施例提供了一种应用管理方法和装置，基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换，终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。在系统侧保持多应用的恢复状态，保证应用运行稳定，提升应用启动的优先级，解决了应用启动效率和系统可靠性低影响用户体验的问题。

在需要启动应用时，获取所述应用的窗口信息，根据所述窗口信息，生成悬浮窗，并通过所述悬浮窗启动所述应用。提供了一种通用的免适配悬浮窗启动应用机制，解决了悬浮窗启动应用的方案适配限制较多、移动范围有限、显示比例失调等问题。

对窗口信息根据用户使用习惯进行更新，在下一次启动时根据用户上一次使用的情况启动，提升了用户体验。

由于采用高适配的悬浮窗启动方案，可支持多应用的多悬浮窗显示，在应用间进行管理，保持焦点内外的全部应用活动均处于恢复状态，降低了适配成本及非恢复状态下应用被终止的风险。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (17)

1.一种应用管理方法，其特征在于，包括：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

2.根据权利要求1所述的应用管理方法，其特征在于，所述在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换的步骤之前，还包括：

在需要启动应用时，获取所述应用的窗口信息；

根据所述窗口信息，生成悬浮窗；

通过所述悬浮窗启动所述应用。

3.根据权利要求2所述的应用管理方法，其特征在于，所述窗口信息至少包括以下信息中的任一项或任意多项：

悬浮窗在屏幕上的显示位置，悬浮窗尺寸。

4.根据权利要求2所述的应用管理方法，其特征在于，所述通过所述悬浮窗启动所述应用的步骤之后，还包括：

检测用户操作；

根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置。

5.根据权利要求4所述的应用管理方法，其特征在于，所述检测用户操作的步骤之后，还包括：

在检测到用户操作指示对所述悬浮窗进行缩放的情况下，根据缩放后所述悬浮窗的尺寸，调整所述悬浮窗显示内容的显示比例。

6.根据权利要求4所述的应用管理方法，其特征在于，所述根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置的步骤之后，还包括：

根据所述用户操作，更新所述应用的窗口信息。

7.根据权利要求2所述的应用管理方法，其特征在于，所述在需要启动应用时，获取所述应用的窗口信息的步骤之前，还包括：

配置活动管理服务AMS在启动任意应用时，使用悬浮窗口启动。

8.根据权利要求7所述的应用管理方法，其特征在于，所述AMS在启动任意应用时，使用悬浮窗口启动的步骤包括：

控制ActivityRecord.isResizeable()和/或TaskRecord.isResizeable()函数解除对应用使用悬浮窗口启动的限制。

9.一种应用管理装置，其特征在于，包括：

焦点切换模块，用于基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

状态保持模块，用于终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

10.根据权利要求9所述的应用管理装置，其特征在于，该装置还包括：

窗口信息获取模块，用于在需要启动应用时，获取所述应用的窗口信息；

悬浮窗生成模块，用于根据所述窗口信息，生成悬浮窗；

应用启动模块，用于通过所述悬浮窗启动所述应用。

11.根据权利要求10所述的应用管理装置，其特征在于，该装置还包括：

用户操作检测模块，用于检测用户操作；

窗口调整模块，用于根据所述用户操作，更改所述悬浮窗的尺寸和/或更改所述悬浮窗的位置。

12.根据权利要求10所述的应用管理装置，其特征在于，所述窗口信息至少包括以下信息中的任一项或任意多项：

悬浮窗在屏幕上的显示位置，悬浮窗尺寸；

该装置还包括：

窗口显示调整模块，用于在检测到用户操作指示对所述悬浮窗进行缩放的情况下，根据缩放后所述悬浮窗的尺寸，调整所述悬浮窗显示内容的显示比例。

13.根据权利要求12所述的应用管理装置，其特征在于，该装置还包括：

窗口信息管理模块，用于根据所述用户操作，更新所述应用的窗口信息。

14.根据权利要求10所述的应用管理装置，其特征在于，该装置还包括：

启动配置模块，用于配置活动管理服务AMS在启动任意应用时，使用悬浮窗口启动。

15.根据权利要求14所述的应用管理装置，其特征在于，所述启动配置模块包括：

函数控制单元，用于控制ActivityRecord.isResizeable()和/或TaskRecord.isResizeable()函数解除对应用使用悬浮窗口启动的限制。

16.一种计算机装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

17.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种应用管理方法，所述方法包括：

基于用户操作，在共享屏幕的多个悬浮窗启动的应用之间进行焦点切换；

终止失去焦点应用的挂起流程，保持所述失去焦点应用的恢复状态。

Images