CN107122186A - 悬浮窗的管理方法与管理装置 - Google Patents

Abstract

本发明公开了一种悬浮窗的管理方法及装置。该管理方法包括步骤：接收添加一显示于系统桌面的悬浮窗的请求；识别所请求添加的悬浮窗是否为Toast悬浮窗；当所请求添加的悬浮窗为Toast悬浮窗时，识别所请求添加的悬浮窗所对应的应用程序的类型；当所对应的应用程序为系统应用程序时，添加所请求的Toast悬浮窗并将该Toast悬浮窗显示于系统桌面上；当所对应的应用程序为第三方应用程序时，将所请求添加的Toast悬浮窗的类型更改为Toast Alert悬浮窗；以及根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。如此，可根据所请求添加的悬浮窗的类型对所请求添加的悬浮窗事件进行管控。

Description

悬浮窗的管理方法与管理装置

技术领域

本发明涉及移动终端技术领域，尤其涉及一种悬浮窗的管理方法与管理装置。

背景技术

在移动互联网时代，智能终端如智能手机越来越普及，已成为人们日常生活中的一种重要工具。为了满足人们各种各样的需求，移动终端的应用程序也越来越丰富。同时，各应用程序的开发商为了提高自己的应用程序与用户交互的亲密度，大多采用了悬浮窗技术，即当应用程序退到后台时，在桌面或者其他应用程序界面悬浮地显示一个窗口(以下简称“悬浮窗”)，以希望能够让用户及时地看到该应用程序上的相关信息。此外，该悬浮窗可接收用户的操作如点击即用户可直接在该悬浮窗上进行点击操作，该悬浮窗可以响应该用户的操作并执行相应的功能，如开启或关闭该应用程序等。

然而，这种悬浮窗通常会给用户带来苦恼，因为悬浮的应用程序窗口会将遮挡其他界面上的内容，并且当用户在该区域点击时，很可能会出现误操作即用户本意是要操作悬浮窗下面的界面但往往是该悬浮窗接收到用户的操作；又或者，用户为了避免这样的误操作，需要先将该悬浮窗移动到想操作的位置或区域之外，这无疑都降低了用户的使用体验。

另外，悬浮窗口会使对应的应用的优先级升高，在内存不足的情况下，终端系统无法对有悬浮窗的应用进行相应的回收处理，如此导致移动终端的性能和功耗下降。

因此，有必要对移动终端设备的悬浮窗进行有效的管理。

发明内容

有鉴于此，有必要提供一种可对悬浮窗进行有效管理的管理方法与装置，以解决上述问题。

为实现上述目的，本发明实施例中提供了一种悬浮窗的管理方法。该管理方法包括以下步骤：

接收添加一显示于系统桌面的悬浮窗的请求，其中，每一所述悬浮窗对应于一应用程序；

识别所请求添加的悬浮窗是否为Toast悬浮窗；

当所请求添加的悬浮窗为Toast悬浮窗时，识别所请求添加的悬浮窗所对应的应用程序的类型，其中，应用程序的类型为第三方应用程序或系统应用程序；

当所所对应的应用程序为系统应用程序时，添加所请求的Toast悬浮窗并将所添加的Toast悬浮窗显示于系统桌面上；

当所对应的应用程序为第三方应用程序时，将所要添加的Toast悬浮窗的类型更改为Toast Alert悬浮窗，其中，该Toast Alert悬浮窗的添加受权限开关的管控；

以及根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。

在其中一些实施例中，所述根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控包括：

当所述权限开关处于开启状态时，添加所请求的Toast Alert悬浮窗并将所添加的悬浮窗放置在统一的管理区域内。

在其中一些实施例中，所述根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控包括：

当所述权限开关处于关闭状态时，响应所述请求添加所述Toast Alert悬浮窗并显示于系统桌面。

在其中一些实施例中，当所请求添加的悬浮窗不是Toast悬浮窗时，识别所请求添加的悬浮窗是否为画中画悬浮窗，其中，该画中画悬浮窗显示于系统桌面需依赖一Toast悬浮窗；以及

当所请求添加的悬浮窗为画中画悬浮窗时，识别所述画中画悬浮窗所依赖的Toast悬浮窗当前是否显示于系统桌面。

在其中一些实施例中，当所述画中画悬浮窗所依赖的Toast悬浮窗当前显示于系统桌面时，响应所述请求添加所述请求的悬浮窗并将所添加的画中画悬浮窗附着于显示于系统桌面上的Toast悬浮窗。

在其中一些实施例中，当所述画中画悬浮窗所依赖的Toast悬浮窗当前未显示于系统桌面时，响应所述请求添加所述请求的画中画悬浮窗，并将所添加的画中画悬浮窗放置在统一的管理区域内。

在其中一些实施例中，所述统一管理区域为系统桌面上的一子区域，当一悬浮窗添加到所述统一管理区域内时，所述统一管理区域内显示有表征该悬浮窗的图标。

在其中一些实施例中，当位于所述统一管理区域内的表征该悬浮窗的图标接收预设的用户操作时，所述悬浮窗显示于系统桌面上。

在其中一些实施例中，所述预设的操作为将所述表征该悬浮窗的图标由所述统一管理区域滑出至系统桌面的操作。

较之于现有技术，本发明提出的悬浮窗的管理方法根据所请求添加的悬浮窗的类型或将该悬浮窗显示于系统桌面上，或对其进行权限管控让其添加到非系统桌面上的同一管理区域内。如此，可直接不显示用户不希望出现的悬浮窗。此外，通过将悬浮窗显示到一个统一的管理区，如此，该悬浮窗的显示不会影响用户对其他界面的查看和操作。再者，当用户需要观看悬浮窗的内容时，只需施加预设的操作例如将悬浮窗从该存放区拖动到主界面上即可，操作简单方便，提高了用户的使用体验。

此外，为实现上述目的，本发明还提供一种悬浮窗的管理装置。该管理装置包括一接收模块、一识别模块、一添加模块、一更改模块、以及控制模块。其中，所述接收模块用于接收添加一显示于系统桌面的悬浮窗的请求，其中，每一所述悬浮窗对应于一应用程序。所述识别模块用于识别所请求添加的悬浮窗是否为Toast悬浮窗。当所请求添加的悬浮窗为Toast悬浮窗时，所述识别模块还识别所请求添加的悬浮窗所对应的应用程序的类型，其中，应用程序的类型为第三方应用程序或系统应用程序。所述添加模块用于当所所对应的应用程序为系统应用程序时添加所请求的Toast悬浮窗并将所添加的Toast悬浮窗显示于系统桌面上。所述更改模块用于当所对应的应用程序为第三方应用程序时将所要添加的Toast悬浮窗的类型更改为Toast Alert悬浮窗，其中，该Toast Alert悬浮窗的添加受权限开关的管控。所述控制模块用于根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。

较之于现有技术，本发明提出的悬浮窗的管理装置根据所请求添加的悬浮窗的类型或将该悬浮窗显示于系统桌面上，或对其进行权限管控让其添加到非系统桌面上的同一管理区域内。如此，可直接不显示用户不希望出现的悬浮窗。此外，通过将悬浮窗显示到一个统一的管理区，如此，该悬浮窗的显示不会影响用户对其他界面的查看和操作。再者，当用户需要观看悬浮窗的内容时，只需施加预设的操作例如将悬浮窗从该存放区拖动到主界面上即可，操作简单方便，提高了用户的使用体验。

附图说明

图1为实现本发明各实施方式中的悬浮窗的管理系统所运行的硬件环境的示意图。

图2为实现本发明一实施方式中图1所示的悬浮窗的管理系统的功能模块的示意图。

图3为实现本发明一实施方式中悬浮窗的管理方法的步骤流程图。

图4为实现本发明另一实施方式中悬浮窗的管理方法的步骤流程图。

具体实施方式

下面结合附图和示例性实施例对本发明作进一步地描述，其中附图中相同的标号全部指的是相同的部件。此外，如果已知技术的详细描述对于示出本发明的特征是不必要的，则将其省略。

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端设备是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

请参见图1，其示出了本发明各实施方式中的悬浮窗的管理装置200的运行环境的示意图。该管理装置200也可一管理系统。该悬浮窗的管理装置200安装并运行在移动终端100上。在本实施方式中，所述移动终端100为手机、平板电脑、个人数字助理、导航装置等等终端设备。

移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO^@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙^TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂^TM等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机1210。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出模块152、警报单元153等等。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报单元153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报单元153可以以不同的方式提供输出以通知事件的发生。例如，警报单元153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(in coming communication)时，警报单元153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报单元153也可以经由显示单元151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

请参见图2，其示出了本发明一实施方式中悬浮窗的管理装置200的功能模块示意图。该悬浮窗的管理装置200包括一接收模块220、一识别模块230、一添加模块240、一更改模块250以及一控制模块260。在另一实施方式中，该管理装置200还包括一预设模块210。需要说明的是，本发明所称的模块是一种能所述移动终端100的处理单元(图未示)所执行并且能够完成特定功能的一些程序指令段。下面将对各功能模块的具体功能进行详细说明。

所述设置模块210响应用户的操作预先设置添加一悬浮窗的管控权限。

在本实施方式中，每一悬浮窗用于对应于一应用程序。所述应用程序包括，但不限于，系统应用程序或第三方应用程序。

在本实施方式中，所述管控权限是否开启与应用程序的类型相关。所述应用程序的类型包括系统应用程序及第三方应用程序。具体的，当所述应用程序为系统程序时则对所述添加悬浮窗的行为事情不进行管控，以及当所述应用程序为第三方应用程序时则对所述添加悬浮窗的行为事情进行管控。所述不进行管控是指该悬浮窗被添加且可直接显示在系统桌面上。如此，重要的系统信息可通过悬浮窗的方式呈现在系统桌面上，以便用户及时观看到。所述进行管控包括：该悬浮窗被添加但不显示到系统的桌面上而是显示到统一的管理区或直接将所请求悬浮窗移除。从而，该悬浮窗便不会遮挡住显示在系统桌面上的信息内容。

在另一实施方式中，所述管控权限是否开启悬浮窗的类型相关。其中，悬浮窗的类型包括Toast悬浮窗或画中画悬浮窗。

具体的，当所请求添加的悬浮窗为Toast悬浮窗时，则根据该悬浮窗所对应的应用程序的类别判断该管控权限是否开启。在一实施方式中，当所请求添加的悬浮窗所对应的应用程序为系统应用程序时，则对添加该悬浮窗的行为事情的管控权限不开启，即可直接添加所请求的悬浮窗并将所述悬浮窗显示于系统桌面上。当所请求添加的悬浮窗所对应的应用程序为第三方应用程序时，则将请求添加的悬浮窗的类型标记为Toast Alert。其中，该标记为Toast Alert的悬浮窗受管控权限的控制。其中，该管控权限包括开启状态以及关闭状态。该受管控权限的控制具体包括：当该管控权限处于开启状态时，则添加所请求的悬浮窗并将所添加的悬浮窗放置在统一的管理区域内；当该管控权限处于关闭状态时，响应所述请求添加所述悬浮窗并显示于系统桌面。

在另一实施方式中，当所请求添加的悬浮窗为画中画悬浮窗时(画中画悬浮窗若显示于系统桌面上需依赖Toast悬浮窗)，则进一步该画中画所依赖的Toast悬浮窗是否正常显示于系统桌面上；当所依赖的Toast悬浮窗正常显示于系统桌面上时，则响应所述请求添加所述悬浮窗并显示于系统桌面；当当所依赖的Toast悬浮窗未能正常显示于系统桌面上时，则添加所请求的悬浮窗并将所添加的悬浮窗放置在统一的管理区域内。

在另一实施方式中，所述管控权限是否开启不仅与应用程序的类型有关，还与悬浮窗的类型相关。具体的，当所述应用程序为系统程序且所请求添加的悬浮窗为Toast悬浮窗时即所请求添加的悬浮窗为系统Toast悬浮窗(简称为系统Toast悬浮窗)时，则对添加该系统应用程序所对应的toast悬浮窗的行为事情的管控权限不开启，即可直接添加所请求的悬浮窗并将所述悬浮窗显示于系统桌面上。当所述应用程序为第三方应用程序且所请求添加的悬浮窗为Toast悬浮窗即所请求添加的悬浮窗为第三方应用程序所对应的Toast悬浮窗(以下简称第三方Toast悬浮窗)时，则将请求添加的悬浮窗的类型标记为Toast Alert悬浮窗。其中，该标记为Toast Alert的悬浮窗受管控权限的控制。其中，该管控权限包括开启状态以及关闭状态。该受管控权限的控制具体包括：当该管控权限处于开启状态时，则添加所请求的悬浮窗并将所添加的悬浮窗放置在统一的管理区域内；当该管控权限处于关闭状态时，响应所述请求添加所述悬浮窗并显示于系统桌面。

当所请求添加的悬浮窗为需要依赖一显示于系统桌面上的悬浮窗(即画中画悬浮窗)时，则所述管控权限为进一步判断所请求添加的悬浮窗所依赖的Toast悬浮窗是否显示于系统桌面上。所述画中画悬浮窗是指该显示窗口悬浮于一显示于系统桌面的系统应用程序上的用于播放视频或广告的小窗口，其中，该系统应用程序对应于一系统Toast悬浮窗，即该画中画悬浮窗需依赖一系统Toast悬浮窗且所依赖的系统Toast悬浮窗显示在系统桌面上。

具体的，当该画中画悬浮窗所依赖的悬浮窗可以正常显示于系统桌面时，则响应所述请求添加所述请求的悬浮窗并将所添加的画中画悬浮窗附着于显示于系统桌面上的悬浮窗下；否则，当所述画中画悬浮窗所依赖的悬浮窗未能正常显示于系统桌面时，响应所述请求添加所述请求的画中画悬浮窗，并将所添加的画中画悬浮窗放置在统一的管理区域内。

在本实施方式中，当所述悬浮窗显示于预设的统一管理区中，该管理界面上显示有表征该悬浮窗的一图标；且该图标可以接收用户预设的操作。例如，当用户将该图标由该统一的管理界面滑出至系统桌面时，则与该图标相对于的悬浮窗将显示在系统桌面上。在一实施方式中，该统一的管理区为系统桌面上的状态栏。在本实施方式中，该同一管理区域为位于系统桌面任务栏内的一个子区域。

所述接收模块220用于接收添加一显示于系统主界面的悬浮窗的行为事件的请求。

在本实施方式中，当一应用程序有前台运行转为后头运行时，所述接收模块220便自动接收到添加该应用程序所对应的一显示于系统主界面的悬浮窗的行为事件的请求。

在另一实施方式中，当用户对该应用程序的施加了预设的操作如将该应用程序从系统桌面上退出时，所述接收模块220便可接收到添加该应用程序所对应的一显示于系统主界面的悬浮窗的行为事件的请求。

从实现方法上来说，当系统后台程序获得到系统的Root授权后，可通过调用函数ServiceManger.addView()来触发所述添加一显示于系统主界面的悬浮窗的行为事件的请求。通常情况下，当一个应用程序需要添加悬浮窗时，系统会先调用windowManager这个接口，windowManager的大部分操作都是在其实现类windowManagerImpI中实现，即可以实现创建添加悬浮窗的时windowManagerImpI的内部类CompatModeWrapper,该类的创建是在每个进程开始的时候，通过getApplication().getSystemService(Context.WINDOW_SERVICE)得到WindowManager，然后通过WindowManager调用addView()添加得到悬浮窗。此外，在addView()传入的ViewGroup.LayoutParams中指定Type类型。该类型通过LayoutParams参数传递，需要在设置和更新LayoutParams时监听用户指定的窗口类型。所以，可在ViewRootImpl中的setView和setLayoutParams中埋点来拦截窗口类型。

当所述接收模块220接收到上述请求时，所述识别模块230识别所请求添加的悬浮窗的类型是否为Toast悬浮窗。

当所请求添加的悬浮窗的类型为Toast悬浮窗时，所述接收模块220还识别所请求添加的悬浮窗所对应的应用程序的类型，其中，应用程序的类型为第三方应用程序或系统应用程序为第三方应用程序或系统应用程序。

当所述接收模块220识别出所请求添加的悬浮窗所对应的应用程序为系统应用程序时，所述控制模块260控制添加模块240添加所请求的Toast悬浮窗并将所添加的Toast悬浮窗显示于系统桌面上。

当所述接收模块220识别出所请求添加的悬浮窗所对应的应用程序为第三方应用程序时，所述控制模块260控制更改模块250将所要添加的Toast悬浮窗的类型更改为ToastAlert悬浮窗。其中，该Toast Alert悬浮窗的添加受权限开关的管控。所述控制模块260还根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。

具体的，在一实施方式中，当所述权限开关处于开启状态时，控制模块260控制添加模块240添加所请求的Toast Alert悬浮窗并将所添加的悬浮窗放置在统一的管理区域内。在另一实施方式中，当所述权限开关处于关闭状态时，控制模块260控制添加模块240响应所述请求添加所述Toast Alert悬浮窗并显示于系统桌面。

在本发明的第二实施方式中，当所述接收模块220接收到上述请求时，所述识别模块230识别所请求添加的悬浮窗的类型不是Toast悬浮窗时，还进一步判断所请求添加的悬浮窗是否为画中画悬浮窗。其中，该画中画悬浮窗显示于系统桌面需依赖一Toast悬浮窗。

当识别模块230识别出所请求添加的悬浮窗为画中画悬浮窗时，所述控制模块260还控制该识别模块230识别所述画中画悬浮窗所依赖的Toast悬浮窗当前是否显示于系统桌面。

在一具体的实现方式中，当所述画中画悬浮窗所依赖的Toast悬浮窗当前显示于系统桌面时，则响应所述请求添加所述请求的悬浮窗并将所添加的画中画悬浮窗附着于显示于系统桌面上的Toast悬浮窗。在另一具体的实现方式中，当所述画中画悬浮窗所依赖的Toast悬浮窗当前未显示于系统桌面时，则响应所述请求添加所述请求的画中画悬浮窗，并将所添加的画中画悬浮窗放置在统一的管理区域内。

较之于现有技术，本发明提出的悬浮窗的管理装置可让用户自行设置悬浮窗开启或关闭的权限；如此，可直接不显示用户不希望出现的悬浮窗。此外，还可根据所请求添加的悬浮窗的类型执行不同的管控策略。

在另一实施方式中，当所请求添加的悬浮窗位于预设的统一管理区时，该管理区上显示有表征该悬浮窗的一图标；且该图标可以接收用户预设的操作。例如，当用户将该图标由该统一的管理区滑出至系统桌面时，则与该图标相对于的悬浮窗将显示在系统桌面上。在一实施方式中，该预设的管理区位为系统桌面的一子区域，如该子区域位于系统桌面的状态栏内。

再者，当用户需要观看悬浮窗的内容时，只需将悬浮窗从该存放区拖动到主界面上即可，操作简单方便，提高了用户的使用体验。

请参见图3，其示出了本发明一实施方式中悬浮窗的管理方法的步骤流程图。在本实施例中，根据具体的情况，图3所示的流程图中步骤的执行顺序可以改变，某些步骤可以省略。

步骤S301，响应用户的操作预先设置添加一悬浮窗的管控权限。

步骤S301的详细内容可参见预设模块210的详细介绍。

在另一实施方式中，步骤S301可以省略。

步骤S302，接收添加一显示于系统主界面的悬浮窗的请求。

具体的，当一应用程序有前台运行转为后头运行时，所述接收模块220便自动接收到添加该应用程序所对应的一显示于系统主界面的悬浮窗的行为事件的请求。

在另一实施方式中，当用户对该应用程序的施加了预设的操作如将该应用程序从主界面退出时，所述接收模块220便可接收到添加该应用程序所对应的一显示于系统主界面的悬浮窗的行为事件的请求。

从实现方法上来说，当系统后台程序获得到系统的Root授权后，可通过调用函数ServiceManger.addView()来触发所述添加一显示于系统主界面的悬浮窗的行为事件的请求。通常情况下，当一个应用程序需要添加悬浮窗时，系统会先调用windowManager这个接口，windowManager的大部分操作都是在其实现类windowManagerImpI中实现，即可以实现创建添加悬浮窗的时windowManagerImpI的内部类CompatModeWrapper,该类的创建是在每个进程开始的时候，通过getApplication().getSystemService(Context.WINDOW_SERVICE)得到WindowManager，然后通过WindowManager调用addView()添加得到悬浮窗。此外，在addView()传入的ViewGroup.LayoutParams中指定Type类型。该类型通过LayoutParams参数传递，需要在设置和更新LayoutParams时监听用户指定的窗口类型。所以，可在ViewRootImpl中的setView和setLayoutParams中埋点来拦截窗口类型。

步骤S303，识别所请求添加的悬浮窗的类型是否为Toast悬浮窗；若是，则执行步骤S304；若否，则返回步骤S303。

步骤S304，识别所请求添加的悬浮窗所对应的应用程序的类型，其中，所述应用程序的类型为系统应用程序或第三方应用程序是系统应用程序或第三方应用程序；若是系统应用程序，则执行步骤S305；若是第三方应用程序，则执行步骤S306。

步骤S305，添加所请求的Toast悬浮窗并将所添加的Toast悬浮窗显示于系统桌面上。

步骤S306，将所要添加的Toast悬浮窗的类型更改为Toast Alert悬浮窗，其中，该Toast Alert悬浮窗的添加受权限开关的管控。

步骤S307，根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。

在一具体实施方式中，步骤S307包括：当所述权限开关处于开启状态时，添加所请求的Toast Alert悬浮窗并将所添加的悬浮窗放置在统一的管理区域内。

在该实施方式中，所述统一管理区域为系统桌面上的一子区域，当一悬浮窗添加到所述统一管理区域内时，所述统一管理区域内显示有表征该悬浮窗的图标。另外，该表征该悬浮窗的图标可接收用户的操作，当位于所述统一管理区域内的表征该悬浮窗的图标接收预设的用户操作时，所述悬浮窗显示于系统桌面上。

在另一具体实施方式中，步骤S307包括：当所述权限开关处于关闭状态时，响应所述请求添加所述Toast Alert悬浮窗并显示于系统桌面。

较之于现有技术，本发明提出的悬浮窗的管理装置可让用户自行设置悬浮窗开启或关闭的权限；如此，可直接不显示用户不希望出现的悬浮窗。此外，当需要显示悬浮窗时，通过将悬浮窗显示到一个统一的存放区，如此，该悬浮窗的显示不会影响用户对其他界面的查看和操作。

请参见图4，其示出了本发明另一实施方式中的管理方法的步骤流程图。在本实施例中，根据具体的情况，图4所示的流程图中步骤的执行顺序可以改变，某些步骤可以省略。

步骤S401，接收到添加一显示于系统主界面的悬浮窗的行为事件的请求。

此步骤的详情与步骤S302相似，在此不做赘述。

步骤S402，识别所请求添加的悬浮窗的类型是Toast悬浮窗或画中画悬浮窗；当所请求添加的悬浮窗为Toast悬浮窗时，则执行步骤S403；当所请求添加的悬浮窗为画中画悬浮窗时，则执行步骤S404。

需要说明的是，步骤S403于步骤S303相同，在此不做赘述。

步骤S404，识别所述画中画悬浮窗所依赖的Toast悬浮窗当前是否显示于系统桌面；若是，则执行步骤S405；若否，则执行步骤S406。

步骤S405，响应所述请求添加所述悬浮窗并将添加的悬浮窗至于系统桌面上。

具体的，所述画中画悬浮窗与所依赖的Toast悬浮窗一起现示于系统桌面上。

步骤S406，响应所述请求添加所述请求的画中画悬浮窗，并将所添加的画中画悬浮窗放置在统一的管理区域内。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种悬浮窗的管理方法，其特征在于，该方法包括：

接收添加一显示于系统桌面的悬浮窗的请求，其中，每一所述悬浮窗对应于一应用程序；

识别所请求添加的悬浮窗是否为Toast悬浮窗；

当所请求添加的悬浮窗为Toast悬浮窗时，识别所请求添加的悬浮窗所对应的应用程序的类型，其中，应用程序的类型为第三方应用程序或系统应用程序；

当所所对应的应用程序为系统应用程序时，添加所请求的Toast悬浮窗并将所添加的Toast悬浮窗显示于系统桌面上；

当所对应的应用程序为第三方应用程序时，将所要添加的Toast悬浮窗的类型更改为Toast Alert悬浮窗，其中，该Toast Alert悬浮窗的添加受权限开关的管控；

以及根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。

2.如权利要求1所述的管理方法，其特征在于，所述根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控包括：

当所述权限开关处于开启状态时，添加所请求的Toast Alert悬浮窗并将所添加的悬浮窗放置在统一的管理区域内。

3.如权利要求1所述的管理方法，其特征在于，所述根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控包括：

当所述权限开关处于关闭状态时，响应所述请求添加所述Toast Alert悬浮窗并显示于系统桌面。

4.如权利要求2或3所述的管理方法，其特征在于，当所请求添加的悬浮窗不是Toast悬浮窗时，识别所请求添加的悬浮窗是否为画中画悬浮窗，其中，该画中画悬浮窗显示于系统桌面需依赖一Toast悬浮窗；以及

当所请求添加的悬浮窗为画中画悬浮窗时，识别所述画中画悬浮窗所依赖的Toast悬浮窗当前是否显示于系统桌面。

5.如权利要求4所述的管理方法，其特征在于，当所述画中画悬浮窗所依赖的Toast悬浮窗当前显示于系统桌面时，响应所述请求添加所述请求的悬浮窗并将所添加的画中画悬浮窗附着于显示于系统桌面上的Toast悬浮窗。

6.如权利要求4所述的管理方法，其特征在于，当所述画中画悬浮窗所依赖的Toast悬浮窗当前未显示于系统桌面时，响应所述请求添加所述请求的画中画悬浮窗，并将所添加的画中画悬浮窗放置在统一的管理区域内。

7.如权利要求2或6所述的管理方法，其特征在于，所述统一管理区域为系统桌面上的一子区域，当一悬浮窗添加到所述统一管理区域内时，所述统一管理区域内显示有表征该悬浮窗的图标。

8.如权利要求7所述的管理方法，其特征在于，当位于所述统一管理区域内的表征该悬浮窗的图标接收预设的用户操作时，所述悬浮窗显示于系统桌面上。

9.如权利要求7所述的管理方法，其特征在于，所述预设的操作为将所述表征该悬浮窗的图标由所述统一管理区域滑出至系统桌面的操作。

10.一种悬浮窗的管理装置，其特征在于，该管理装置包括：

接收模块，用于接收添加一显示于系统桌面的悬浮窗的请求，其中，每一所述悬浮窗对应于一应用程序；

识别模块，用于识别所请求添加的悬浮窗是否为Toast悬浮窗；

当所请求添加的悬浮窗为Toast悬浮窗时，所述识别模块还识别所请求添加的悬浮窗所对应的应用程序的类型，其中，应用程序的类型为第三方应用程序或系统应用程序；

添加模块，用于当所所对应的应用程序为系统应用程序时添加所请求的Toast悬浮窗并将所添加的Toast悬浮窗显示于系统桌面上；

更改模块，用于当所对应的应用程序为第三方应用程序时将所要添加的Toast悬浮窗的类型更改为Toast Alert悬浮窗，其中，该Toast Alert悬浮窗的添加受权限开关的管控；以及

控制模块，用于根据权限开关的开启状况对添加所述Toast Alert悬浮窗的行为事件实施相应的管控。