CN109240791A - 一种应用程序显示方法、应用程序显示装置及移动终端 - Google Patents

Abstract

本申请公开了一种应用程序显示方法、应用程序显示装置、移动终端以及计算机可读存储介质，其中，该应用程序显示方法包括：若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，所述第一应用程序的界面显示在第一窗口中，所述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；若获取的所述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，所述第二窗口为自由窗口；在所述第二窗口显示所述第二应用程序的界面。本申请方案可在移动终端接收到语音通话或者视频通话等请求时，保持用户当前的操作不被中断，提高用户体验。

Description

一种应用程序显示方法、应用程序显示装置及移动终端

技术领域

本申请属于移动终端技术领域，尤其涉及一种应用程序显示方法、应用程序显示装置、移动终端以及计算机可读存储介质。

背景技术

当前，用户在使用移动终端的应用程序的过程中，如果接收到了语音通话或者视频通话等请求，则用户当前所使用的应用程序的界面将会被切换至后台，而前台会呈现该语音通话或者视频通话的请求界面，导致用户当前的操作被中断，影响用户体验。

发明内容

有鉴于此，本申请提供了一种应用程序显示方法、应用程序显示装置、移动终端以及计算机可读存储介质，可在移动终端接收到语音通话或者视频通话等请求时，保持用户当前的操作不被中断，提高用户体验。

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

若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，上述第一应用程序的界面显示在第一窗口中，上述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；

若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，上述第二窗口为自由窗口；

在上述第二窗口显示上述第二应用程序的界面。

本申请的第二方面提供了一种应用程序显示装置，包括：

获取单元，用于若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，上述第一应用程序的界面显示在第一窗口中，上述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；

创建单元，用于若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，上述第二窗口为自由窗口；

显示单元，用于在上述第二窗口显示上述第二应用程序的界面。

本申请的第三方面提供了一种移动终端，上述移动终端包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上第一方面的方法的步骤。

本申请的第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上第一方面的方法的步骤。

本申请的第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

由上可见，在本申请方案中，若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，上述第一应用程序的界面显示在第一窗口中，上述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口，若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，上述第二窗口为自由窗口，最后在上述第二窗口显示上述第二应用程序的界面。通过本申请方案，可在移动终端接收到语音通话或者视频通话等请求时，保持用户当前的操作不被中断，提高用户体验。

附图说明

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

图1是本申请实施例提供的应用程序显示方法的一种实现流程示意图；

图2是本申请实施例提供的第一窗口及第二窗口的一种示例图；

图3是本申请实施例提供的应用程序显示方法的另一种实现流程示意图；

图4是本申请实施例提供的应用程序显示方法的又一种实现流程示意图；

图5是本申请实施例提供的应用程序显示方法中，窗口尺寸调整的实现流程示意图；

图6是本申请实施例提供的应用程序显示装置的结构框图；

图7是本申请实施例提供的移动终端的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。

实施例一

下面对本申请实施例提供的一种应用程序显示方法进行描述，请参阅图1，本申请实施例中的应用程序显示方法包括：

在步骤101中，若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件；

在本申请实施例中，在上述步骤101之前，可以先检测移动终端是否处于锁屏状态。由于在锁屏状态下，用户无法主动操作移动终端，此时即便接收到了通话请求，也并不存在用户操作被打断的情况，因而，可以首先对移动终端的所处状态进行判断，仅在移动终端处于解锁状态时，才检测上述移动终端的前台当前是否运行有第一应用程序，以执行上述步骤101及后续步骤。在上述步骤101中，上述第一应用程序的界面显示在第一窗口中，上述第二应用程序不同于上述第一应用程序。上述第一窗口具体为全屏窗口，即当前移动终端在前台仅全屏显示有一个应用程序的界面。

可选地，上述第二应用程序可由移动终端的系统自行设定，也可以由用户设定，此处不作限定。具体地，若上述第二应用程序由移动终端的系统自行设定，则上述步骤101之前，还可以先获取移动终端中已安装的应用程序的类型，将上述已安装的应用程序中，未在移动终端的前台运行的社交类应用程序作为第二应用程序，例如，未在前台运行的微信、QQ及移动终端自带的电话应用程序等，均可作为第二应用程序。

在步骤102中，若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口；

在本申请实施例中，上述第二窗口为自由窗口，上述预设事件可以包括通话事件及信息推送事件，其中，上述通话事件包括视频通话事件及语音通话事件。当然，用户也可以对上述预设事件的类型进行设置或更改，此处不作限定。需要注意的是，为了不影响用户在原有的第一窗口的操作，上述第二窗口的尺寸应不大于上述第一窗口的尺寸，也即上述第二窗口不会为全屏窗口。其中，上述自由窗口是一种Freeform模式下的窗口，包含了完整的活动(activity)、窗口(window)、焦点(focus)、输入(input)等正常活动窗口的特征，用户可以对自由窗口进行拖动、缩放、打开、关闭等操作，也可以在移动终端屏幕上显示多个自由窗口，实现多窗口显示。在安卓系统中，可以在ActivityManagerService中定义是否支持Freeform模式，定义特定的Freeform Stack，所有Freeform模式的activity会在特定的Freeform Stack启动，Freeform模式下并不存在与之对应的多个Stack，而是一个FreeformStack存在多个Task，该模式下决定activity显示位置的不是Stack bound，而是Taskbound，即每个Task都有对应的bound。而非Freeform模式下决定activity显示位置的是Stack bound，每个activity显示在所属Stack bound区域内。

步骤103中，在上述第二窗口显示上述第二应用程序的界面。

在本申请实施例中，由于本申请所针对的监听事件为能够切换移动终端所显示的界面的事件，也即是说，上述监听事件必然对应有可视化界面。例如，通话事件对应有接听界面。可以认为，在上述第一窗口为全屏显示的情况下，上述第二窗口是以悬浮窗的形式悬浮于上述第一窗口之上，例如图2所示，应用程序APP1显示在全屏的第一窗口WINDOW1中，应用程序APP2显示在悬浮着的第二窗口WINDOW2中。

由上可见，通过本申请实施例，在用户使用移动终端的过程中，若获取到了能够中断当前应用程序界面的监听事件，则会在当前应用程序界面上以悬浮窗的形式创建新的窗口显示上述监听事件，以此使得用户当前所进行的操作不会被中断，提高了用户体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二

下面对本申请实施例提供的另一种应用程序显示方法进行描述，请参阅图3，本申请实施例中应用程序显示方法包括：

在步骤301中，若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件；

在步骤302中，若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口；

在步骤303中，在上述第二窗口显示上述第二应用程序的界面；

在本申请实施例中，上述步骤301、302、303与上述步骤101、102、103相同或相似，具体可参见上述步骤101、102、103的相关描述，在此不再赘述。

在步骤304中，统计上述第二窗口在预设时间段内接收到输入的指令的次数；

在本申请实施例中，在移动终端创建了第二窗口并显示了相应界面后，移动终端可以进一步统计上述第二窗口在预设时间段内(例如创建第二窗口后的五分钟内)接收到的用户输入的指令的次数，以判断用户当前是否在频繁使用上述第二窗口。

在步骤305中，若上述次数超过预设的次数阈值，则将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换。

在本申请实施例中，如果上述次数超过了预设的次数阈值，则认为用户当前正在频繁使用上述第二窗口。由于第二窗口的尺寸不大于上述第一窗口的尺寸，因而为了更加方便用户的使用，此时可以将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换，也即在一次切换后，上述第一窗口将显示第二应用程序的界面，上述第二窗口将显示第一应用程序的界面。当然，在一次切换后，移动终端可以继续统计下一预设时间段内上述第二窗口接收到的用户输入的指令的次数，即返回执行上述步骤304及后续步骤，也就是说，可以在统计得到的次数满足条件时进行下一次切换。本申请实施例中，不限定切换的次数。进一步地，也可以是在上述次数超过预设的次数阈值时，全屏显示上述第二窗口。

可选地，为了提升用户的可操作性，上述应用程序显示方法中，还可以包括：

若接收到用户输入的窗口锁定指令，则暂停统计上述第二窗口在预设时间内接收到输入的指令的次数；

若接收到用户输入的窗口解锁指令，则恢复统计上述第二窗口在预设时间内接收到输入的指令的次数。

在本申请实施例中，用户可以通过移动终端的物理按键或屏幕上显示的虚拟按键输入窗口锁定/解锁指令，用以暂停/恢复统计。这样一来，在暂停统计后，移动终端的第一窗口及第二窗口不会做出频繁的切换，一定程度上能够节约系统资源。

由上可见，通过本申请实施例，在用户使用移动终端的过程中，若获取到了能够中断当前应用程序界面的监听事件，则会在当前应用程序界面上以悬浮窗的形式创建新的窗口显示上述监听事件，以此使得用户当前所进行的操作不会被中断，提高了用户体验。并且，在后续操作的过程中，可以根据用户的需求切换新窗口与原窗口(即显示当前应用程序界面的窗口)所显示的界面，一定程度上提升了用户体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例三

下面对本申请实施例提供的又一种应用程序显示方法进行描述，请参阅图4，本申请实施例中应用程序显示方法包括：

在步骤401中，若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件；

在步骤402中，若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口；

在步骤403中，在上述第二窗口显示上述第二应用程序的界面；

在本申请实施例中，上述步骤401、402、403与上述步骤101、102、103相同或相似，具体可参见上述步骤101、102、103的相关描述，在此不再赘述。

在步骤404中，当上述第二窗口接收到输入的指令时，启动计时器开始计时；

在本申请实施例中，在移动终端创建了第二窗口并显示了相应界面后，移动终端可以开始监测第一窗口及第二窗口，一旦监测到第二窗口接收到了用户输入的指令时，则认为当前用户的注意力在上述第二窗口上，可以启动计时器开始计时；

在步骤405中，若在上述计时器计时的过程中，上述第一窗口接收到输入的指令，则重置上述计时器的计时时间；

在本申请实施例中，若在上述计时器计时的过程中，监测到上述第一窗口接收到了用户输入的指令，则认为当前用户的注意力已转移至第一窗口，此时可以重置上述计时器的计时时间，并等待下次监测到上述第二窗口接收到用户输入的指令时，重新开启上述计时器的计时时间。

在步骤406中，若上述计时器的计时时间超过预设的时间阈值，则将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换。

在本申请实施例中，若上述计时器的计时时间超过预设的时间阈值，则认为用户在一段时间内只关注了第二窗口，即只在第二窗口上进行了操作，为了更加方便用户的使用，此时可以将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换，也即在一次切换后，上述第一窗口将显示第二应用程序的界面，上述第二窗口将显示第一应用程序的界面。当然，在一次切换后，移动终端可以继续对上述第一窗口及第二窗口进行监测，即返回执行上述步骤404及后续步骤，也就是说，可以在计时器的计时时间超过预设的时间阈值时进行下一次切换。本申请实施例中，不限定切换的次数。进一步地，也可以是在上述计时器的计时时间超过预设的时间阈值时，全屏显示上述第二窗口。

由上可见，通过本申请实施例，在用户使用移动终端的过程中，若获取到了能够中断当前应用程序界面的监听事件，则会在当前应用程序界面上以悬浮窗的形式创建新的窗口显示上述监听事件，以此使得用户当前所进行的操作不会被中断，提高了用户体验。并且，在后续操作的过程中，可以根据用户的需求切换新窗口与原窗口(即显示当前应用程序界面的窗口)所显示的界面，一定程度上提升了用户体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

可选地，在上述步骤103、303及403之后，上述应用程序显示方法还可以包括窗口尺寸调整的步骤，参见图5，图5示出了窗口尺寸调整的具体实现流程，包括：

在步骤501中，获取上述移动终端的当前光照强度；

其中，可以通过上述移动终端的光线传感器，获取上述移动终端的当前光照强度。

在步骤502中，若上述当前光照强度大于预设的第一光照强度，则将上述第二窗口的尺寸向第一方向调节；

其中，用户或者移动终端的系统可以预先设置第一光照强度。由于，上述第二窗口为自由窗口，因而上述第二窗口的尺寸可以由用户自由调节。若上述当前光照强度大于预设的第一光照强度，则认为当前光照强度较强，此时可以将上述第二窗口的尺寸向第一方向调节，上述第一方向可以为缩小方向，即，在光照强度较强、光线明亮时，可以一定程度的缩小第二窗口。可选地，若上述当前光照强度大于预设的第一光照强度，则还可以增大上述第二窗口的对比度。

在步骤504中，若上述当前光照强度小于预设的第二光照强度，则将上述第二窗口的尺寸向第二方向调节其中，上述第一方向与上述第二方向为相反的调节方向。

其中，用户或者移动终端的系统可以预先设置第二光照强度。若上述当前光照强度小于预设的第二光照强度，则认为当前光照强度较弱，此时可以将上述第二窗口的尺寸向第二方向调节，上述第二方向可以为放大方向，即，在光照强度较弱、光线昏暗时，可以一定程度的放大第二窗口。可选地，若上述当前光照强度小于预设的第二光照强度，则还可以减小上述第二窗口的对比度。

可选地，若上述第二应用程序为社交类应用程序，上述预设事件为通话事件，则在上述第二窗口显示上述监听事件对应的第二应用程序的界面之后，上述实施例一、实施例二及实施例三所提供的应用程序显示方法还包括：

若监听到上述通话事件被终止的操作，则将显示上述通话事件对应界面的第二窗口关闭。

其中，上述通话事件被终止，可以是上述通话事件被用户挂断，也可以是上述通话事件被对方挂断，此处不作限定。由于上述通话事件被终止，因而可以将显示上述通话事件对应界面的第二窗口关闭。当然，若上述第二窗口显示了上述通话事件对应界面后，移动终端接收到了用户在上述第二窗口中输入的接听指令，即，若上述通话事件被接通，则可以将显示上述通话事件对应界面的第二窗口最小化。可选地，在上述第二窗口被最小化之后，若接收到用户输入的第二窗口呼出指令，则将显示上述通话事件对应界面的第二窗口恢复至最小化前的状态。上述呼出指令可以采用语音输入的形式，也可以采用按键输入或者手势输入的形式，此处不作限定。

可选地，在上述获取第二应用程序的监听事件之前，上述实施例一、实施例二及实施例三所提供的应用程序显示方法还包括：

检测上述移动终端的横竖屏模式；

则上述步骤102、步骤302及步骤402，包括：

若获取的上述监听事件为预设事件，且上述移动终端处于竖屏模式，则在第一窗口上层的第一预设位置创建第二窗口；

若获取的上述监听事件为预设事件，且上述移动终端处于横屏模式，则在第一窗口上层的第二预设位置创建第二窗口。

其中，用户可以预先设置好横屏模式及竖屏模式下的第二窗口的初始位置，使得移动终端在处于不同的屏幕模式时，上述第二窗口的初始位置也有所变化，避免由于上述第二窗口的初始位置固定而给用户的使用带来麻烦。

实施例四

本申请实施例四提供了一种应用程序显示装置，上述应用程序显示装置可集成于移动终端中，如图6所示，本申请实施例中的应用程序显示装置600包括：

获取单元601，用于若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，上述第一应用程序的界面显示在第一窗口中，上述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；

创建单元602，用于若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，上述第二窗口为自由窗口；

显示单元603，用于在上述第二窗口显示上述第二应用程序的界面。

可选地，上述应用程序显示装置600还包括：

统计单元，用于在上述第二窗口显示上述第二应用程序的界面之后，统计上述第二窗口在预设时间段内接收到输入的指令的次数；

第一切换单元，用于若上述次数超过预设的次数阈值，则将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换。

可选地，上述应用程序显示装置600还包括：

计时单元，用于在上述第二窗口显示上述第二应用程序的界面之后，当上述第二窗口接收到输入的指令时，启动计时器开始计时；

重置单元，用于若在上述计时器计时的过程中，上述第一窗口接收到输入的指令，则重置上述计时器的计时时间；

第二切换单元，用于若上述计时器的计时时间超过预设的时间阈值，则将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换。

可选地，上述应用程序显示装置600还包括：

光照强度获取单元，用于获取上述移动终端的当前光照强度；

第一调整单元，用于若上述当前光照强度大于预设的第一光照强度，则将上述第二窗口的尺寸向第一方向调节；

第二调整单元，用于若上述当前光照强度小于预设的第二光照强度，则将上述第二窗口的尺寸向第二方向调节，其中，上述第一方向与上述第二方向为相反的调节方向。

可选地，上述第二应用程序为社交类应用程序，上述预设事件为通话事件。

可选地，上述应用程序显示单元600还包括：

关闭单元，用于在上述第二窗口显示上述第二应用程序的界面之后，若监听到上述通话事件被终止的操作，则将显示上述通话事件对应界面的第二窗口关闭。

可选地，上述应用程序显示单元600还包括：

检测单元，用于检测上述移动终端的横竖屏模式；

上述创建单元602包括：

第一创建子单元，用于若获取的上述监听事件为预设事件，且上述移动终端处于竖屏模式，则在第一窗口上层的第一预设位置创建第二窗口；

第二创建子单元，用于若获取的上述监听事件为预设事件，且上述移动终端处于横屏模式，则在第一窗口上层的第二预设位置创建第二窗口。

由上可见，通过本申请实施例，在用户使用移动终端的过程中，若应用程序显示装置获取到了能够中断当前应用程序界面的监听事件，则会在当前应用程序界面上以悬浮窗的形式创建新的窗口显示上述监听事件，以此使得用户当前所进行的操作不会被中断，提高了用户体验。

实施例五

本申请实施例五提供了一种移动终端，请参阅图7，本申请实施例中的移动终端包括：存储器701，一个或多个处理器702(图7中仅示出一个)及存储在存储器701上并可在处理器上运行的计算机程序。其中：存储器701用于存储软件程序以及模块，处理器702通过运行存储在存储器701的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器702通过运行存储在存储器701的上述计算机程序时实现以下步骤：

若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，上述第一应用程序的界面显示在第一窗口中，上述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；

若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，上述第二窗口为自由窗口；

在上述第二窗口显示上述第二应用程序的界面。

假设上述为第一种可能的实施方式，则在上述第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述第二应用程序为社交类应用程序，上述预设事件为通话事件。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤：

若监听到上述通话事件被终止的操作，则将显示上述通话事件对应界面的上述第二窗口关闭。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，在上述第二窗口显示上述第二应用程序的界面之后，处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤：

统计上述第二窗口在预设时间段内接收到输入的指令的次数；

若上述次数超过预设的次数阈值，则将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第五种可能的实施方式中，在上述第二窗口显示上述第二应用程序的界面之后，处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤：

当上述第二窗口接收到输入的指令时，启动计时器开始计时；

若在上述计时器计时的过程中，上述第一窗口接收到输入的指令，则重置上述计时器的计时时间；

若上述计时器的计时时间超过预设的时间阈值，则将上述第一窗口所显示的应用程序的界面及上述第二窗口所显示的应用程序的界面切换。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第六种可能的实施方式中，在上述在第一窗口的上层创建第二窗口之后，处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤：

获取上述移动终端的当前光照强度；

若上述当前光照强度大于预设的第一光照强度，则将上述第二窗口的尺寸向第一方向调节；

若上述当前光照强度小于预设的第二光照强度，则将上述第二窗口的尺寸向第二方向调节，其中，上述第一方向与上述第二方向为相反的调节方向。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第七种可能的实施方式中，处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤：

检测上述移动终端的横竖屏模式；

上述若获取的上述监听事件为预设事件，则在第一窗口的上层创建第二窗口，包括：

若获取的上述监听事件为预设事件，且上述移动终端处于竖屏模式，则在第一窗口上层的第一预设位置创建第二窗口；

若获取的上述监听事件为预设事件，且上述移动终端处于横屏模式，则在第一窗口上层的第二预设位置创建第二窗口。

进一步，如图7所示，上述移动终端还可包括：一个或多个输入设备703(图7中仅示出一个)和一个或多个输出设备704(图7中仅示出一个)。存储器701、处理器702、输入设备703和输出设备704通过总线705连接。

应当理解，在本申请实施例中，所称处理器702可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备703可以包括键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备704可以包括显示器、扬声器等。

存储器701可以包括只读存储器和随机存取存储器，并向处理器702提供指令和数据。存储器701的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器701还可以存储设备类型的信息。

由上可见，通过本申请实施例，在用户使用移动终端的过程中，若移动终端获取到了能够中断当前应用程序界面的监听事件，则会在当前应用程序界面上以悬浮窗的形式创建新的窗口显示上述监听事件，以此使得用户当前所进行的操作不会被中断，提高了用户体验。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

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

Claims (10)

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

若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，所述第一应用程序的界面显示在第一窗口中，所述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；

若获取的所述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，所述第二窗口为自由窗口；

在所述第二窗口显示所述第二应用程序的界面。

2.如权利要求1所述的应用程序显示方法，其特征在于，所述第二应用程序为社交类应用程序，所述预设事件为通话事件。

3.如权利要求2所述的应用程序显示方法，其特征在于，所述应用程序显示方法还包括：

若监听到所述通话事件被终止的操作，则将显示所述通话事件对应界面的所述第二窗口关闭。

4.如权利要求1至3任一项所述的应用程序显示方法，其特征在于，所述应用程序显示方法还包括：

检测所述移动终端的横竖屏模式；

所述若获取的所述监听事件为预设事件，则在第一窗口的上层创建第二窗口，包括：

若获取的所述监听事件为预设事件，且所述移动终端处于竖屏模式，则在第一窗口上层的第一预设位置创建第二窗口；

若获取的所述监听事件为预设事件，且所述移动终端处于横屏模式，则在第一窗口上层的第二预设位置创建第二窗口。

5.如权利要求1至3任一项所述的应用程序显示方法，其特征在于，在所述第二窗口显示所述第二应用程序的界面之后，所述应用程序显示方法还包括：

当所述第二窗口接收到输入的指令时，启动计时器开始计时；

若在所述计时器计时的过程中，所述第一窗口接收到输入的指令，则重置所述计时器的计时时间；

若所述计时器的计时时间超过预设的时间阈值，则将所述第一窗口所显示的应用程序的界面及所述第二窗口所显示的应用程序的界面切换。

6.如权利要求1至3任一项所述的应用程序显示方法，其特征在于，在所述第二窗口显示所述第二应用程序的界面之后，所述应用程序显示方法还包括：

统计所述第二窗口在预设时间段内接收到输入的指令的次数；

若所述次数超过预设的次数阈值，则将所述第一窗口所显示的应用程序的界面及所述第二窗口所显示的应用程序的界面切换。

7.如权利要求1至3任一项所述的应用程序显示方法，其特征在于，在所述在第一窗口的上层创建第二窗口之后，所述应用程序显示方法还包括：

获取所述移动终端的当前光照强度；

若所述当前光照强度大于预设的第一光照强度，则将所述第二窗口的尺寸向第一方向调节；

若所述当前光照强度小于预设的第二光照强度，则将所述第二窗口的尺寸向第二方向调节，其中，所述第一方向与所述第二方向为相反的调节方向。

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

获取单元，用于若移动终端的前台当前运行有第一应用程序，则获取第二应用程序的监听事件，其中，所述第一应用程序的界面显示在第一窗口中，所述监听事件为对应用程序进行监听而检测到发生的事件，所述第一窗口为全屏窗口；

创建单元，用于若获取的所述监听事件为预设事件，则在第一窗口的上层创建第二窗口，其中，所述第二窗口为自由窗口；

显示单元，用于在所述第二窗口显示所述第二应用程序的界面。

9.一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述方法的步骤。