CN105979093A - 一种界面的显示方法及终端 - Google Patents

Abstract

本发明公开了一种界面的显示方法及终端，包括：检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；当所述终端处于所述第一状态时，对目标事件进行监测；在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集，是时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

Description

一种界面的显示方法及终端

技术领域

本发明涉及界面显示技术，尤其涉及一种界面的显示方法及终端。

背景技术

通讯是智能终端最基本的功能之一，使用通讯功能通常的操作是：全屏打开拨号界面，输入号码或者选择联系人进行拨号。在某些场景下，用户通过其他应用浏览信息时，还可以直接通过所浏览的信息进行拨号，然而，一旦触发拨号就会进入全屏拨号界面，用户无法继续浏览信息。

此外，当用户正在使用某应用时，无论这个应用是全屏显示或是小窗口显示，一旦其他用户对自己进行拨号时，终端界面自动跳转至全屏显示的拨号界面，使得用户必须终止当前操作，严重影响操作体验。

发明内容

为解决上述技术问题，本发明实施例提供了一种界面的显示方法及终端。

本发明实施例提供的界面的显示方法，包括：

检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；

当所述终端处于所述第一状态时，对目标事件进行监测；

在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。

本发明实施例中，所述对目标事件进行监测，包括：监测是否获得通讯请求；

所述在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面，包括：

当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面；

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

本发明实施例中，所述监测是否获得通讯请求；当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面，包括：

当所述终端处于所述第一状态时，确定所述终端中处于交互状态的应用；

判断所述处于交互状态的应用是否属于第一应用集，所述第一应用集中至少包括以下应用：桌面应用、通讯应用；

当所述处于交互状态的应用不属于所述第一应用集时，监测是否获得通讯请求；

当获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

本发明实施例中，所述方法还包括：

当获得位于所述第一交互对象上的交互操作时，建立通讯连接，并在所述终端显示屏的全部区域展示与所述通讯连接相关联的第二交互界面；其中，所述第二交互界面上至少包括第三交互对象，所述第三交互对象用于断开所述通讯连接。

本发明实施例中，所述方法还包括：

当在所述第一交互界面上获得朝向预设方位的滑动操作时，隐藏所述第一交互界面。

本发明实施例中，所述在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面，包括：

将所述终端显示屏的全部区域划分为第一子区域和第二子区域，所述第一子区域的范围大于所述第二子区域的范围；

在所述第一子区域上展示处于交互状态的应用的显示界面，在所述第二子区域上展示所述与所述目标事件相关联的交互界面。

本发明实施例提供的界面的显示方法，包括：

确定终端中处于交互状态的应用；

在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；

当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；

当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

本发明实施例中，所述方法还包括：

当建立通讯连接后，在所述终端显示屏的所述部分区域展示与所述通讯连接相关联的第四交互界面；

其中，所述第四交互界面上至少包括第三交互对象，其中，所述第三交互对象用于断开所述通讯连接。

本发明实施例提供的终端，包括：

检测单元，用于检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；

监测单元，用于当所述终端处于所述第一状态时，对目标事件进行监测；

显示单元，用于在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。

本发明实施例中，所述监测单元，还用于监测是否获得通讯请求；

所述显示单元，还用于当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面；

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

本发明实施例中，所述终端还包括：

确定单元，用于当所述终端处于所述第一状态时，确定所述终端中处于交互状态的应用；

判断单元，用于判断所述处于交互状态的应用是否属于第一应用集，所述第一应用集中至少包括以下应用：桌面应用、通讯应用；

所述监测单元，还用于当所述处于交互状态的应用不属于所述第一应用集时，监测是否获得通讯请求；

所述显示单元，还用于当获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

本发明实施例中，所述终端还包括：

建立单元，用于当获得位于所述第一交互对象上的交互操作时，建立通讯连接；

所述显示单元，还用于在所述终端显示屏的全部区域展示与所述通讯连接相关联的第二交互界面；其中，所述第二交互界面上至少包括第三交互对象，所述第三交互对象用于断开所述通讯连接。

本发明实施例中，所述终端还包括：

触摸传感单元，用于在所述第一交互界面上检测是否获得朝向预设方位的滑动操作；

所述显示单元，还用于当在所述第一交互界面上获得朝向预设方位的滑动操作时，隐藏所述第一交互界面。

本发明实施例中，所述显示单元，还用于将所述终端显示屏的全部区域划分为第一子区域和第二子区域，所述第一子区域的范围大于所述第二子区域的范围；在所述第一子区域上展示处于交互状态的应用的显示界面，在所述第二子区域上展示所述与所述目标事件相关联的交互界面。

本发明实施例提供的终端，包括：

确定单元，用于确定终端中处于交互状态的应用；

显示单元，用于在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；

判断单元，用于当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；

所述显示单元，还用于当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

本发明实施例中，所述显示单元，还用于当建立通讯连接后，在所述终端显示屏的所述部分区域展示与所述通讯连接相关联的第四交互界面；

其中，所述第四交互界面上至少包括第三交互对象，其中，所述第三交互对象用于断开所述通讯连接。

本发明实施例的技术方案中，检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；当所述终端处于所述第一状态时，对目标事件进行监测；在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。可见，在终端处于非锁屏状态下处理目标事件的交互界面时，交互界面将以显示屏的部分区域进行展示，这样，用户可以继续浏览显示屏其他区域所展示的信息。并且，确定终端中处于交互状态的应用；在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。可见，在终端显示某些特定应用的媒体界面下，向其他用户发送通讯请求时，第三交互界面将以显示屏的部分区域进行展示，这样，用户可以继续浏览显示屏其他区域所展示的信息。可见，本发明实施例的技术方案无论是在来电情况下，还是去电情况下，都不会中断用户当前的操作体验。

附图说明

图1为本发明实施例中进行信息交互的各方硬件实体的示意图；

图2为全屏展示来电的界面示意图一；

图3为全屏展示去电的界面示意图二；

图4为浮窗展示来电的界面示意图三；

图5为全屏展示去电的界面示意图四；

图6为本发明实施例的界面的显示方法的流程示意图一；

图7为本发明实施例的浮窗展示来电的界面示意图五；

图8为本发明实施例的界面的显示方法的流程示意图二；

图9为本发明实施例的界面的显示方法的流程示意图三；

图10为本发明实施例的全屏展示接通电话的界面示意图六；

图11为本发明实施例的界面的显示方法的流程示意图四；

图12为本发明实施例的浮窗展示去电的界面示意图七；

图13为本发明实施例的界面的显示方法的流程示意图五；

图14为本发明实施例的浮窗展示接通电话的界面示意图八；

图15为本发明实施例的终端的结构组成示意图一；

图16为本发明实施例的终端的结构组成示意图二；

图17为本发明实施例的Android来去电框架示意图；

图18为本发明实施例的来去电浮窗在InCallUI模块中的实现架构图；

图19为本发明实施例的判断显示全屏呼叫页面还是浮窗去电页面的流程图；

图20为本发明实施例的浮窗展示叫车的界面示意图九；

图21为本发明实施例的浮窗展示排位等号的界面示意图十。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

图1为本发明实施例中进行信息交互的各方硬件实体的示意图，图1中包括：第一终端11、第二终端12、服务器13。其中，第一终端11通过移动网络与服务器13进行信息交互，第二终端12通过移动网络与服务器13进行信息交互。第一终端11和第二终端12所指的终端设备至少包括手机。第一终端11和第二终端12通过服务器13进行通讯，一个示例中，第一终端11为通讯请求侧，第二终端12为通讯应答侧，第一终端11将通讯请求发送至服务器13，服务器13检测到第二终端12处于空闲状态，则将通讯请求转发给第二终端12，当第二终端12应答通讯请求时，则建立第一终端11与第二终端12之间的通讯连接。

上述图1的例子只是实现本发明实施例的一个***架构实例，本发明实施例并不限于上述图1所述的***结构，基于该***架构，提出本发明各个实施例。

当终端接收到通讯请求(也即来电)时，在第一方式中，终端通过全屏方式展示与通讯请求相关联的交互界面，如图2所示，无论当前处于什么操作，在非锁屏下，来电均以全屏方式呈现，用户必须先处理当前电话(接听、挂断)，中断其他操作。在第二方式中，如图4所示，当用户处于全屏的游戏和全屏的电影状态时，接收到来电，会以浮窗来电方式展示，用户可以自由选择是否接听或挂断。这种展示方式仅限于全屏状态的游戏和电影。

当终端发送通讯请求(也即去电)时，在第一方式中，如图3所示，在第三方应用中去电，依然是以全屏的方式呈现交互界面，用户无法边浏览边通话，除非利用home键退出，再次进入当前页面，操作非常繁琐。在第二方式中，如图5所示，在第三方应用中去电，依然是以全屏的方式呈现，用户无法边浏览边通话，除非利用home键退出，再次进入当前页面，操作非常繁琐。

上述第一方式中，无论是来电还是去电都是以全屏的方式呈现交互界面，直接中断了用户当前的操作。

上述第二方式中，针对玩游戏和看视频场景提供了浮窗来电，然而该方式至少存在以下不足：

同场景的判断逻辑不全面：看视频时只有在全屏模式下才会浮窗显示来电，当小屏看电影时，依然是全屏来电，然而并非只有全屏看电影才需要不中断体验，尤其是当用户接到的电话是骚扰诈骗时，更加是影响心情和体验；

场景相对比较单一：只考虑了玩游戏、看视频、拍照场景，当阅读、浏览网页、浏览新闻、编辑照片、微信视频聊天等等操作时，都需要不中断当前的操作；

只考虑来电的场景，忽略去电场景：用户在操作时，来电是对用户当前操作的干扰，所以需要不中断的体验。但是在去电时，同样需要不中断，如在团购网页、购物网页、微信公众号等等场景，需要去电向卖家咨询，但同时也依赖当前页面的信息输入时，此时的不中断显得尤为重要。

通过对用户在使用终端的各种场景的深入分析，发现在操作终端时，用户更希望的是保证体验的不中断性，所以本发明实施例针对性地提出了一种不中断当前操作的界面的显示方法。考虑到来电和去电两种场景所需的不中断当前操作的体验，本发明实施例提出了不同的方案，下面详细阐述两种不同场景的方案。

图6为本发明实施例的界面的显示方法的流程示意图一，如图6所示，所述界面的显示方法包括以下步骤：

步骤601：检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态。

本发明实施例中，终端可以是手机、具有通讯功能的平板电脑等设备，终端中至少具有通信模块，利用该通讯模块终端可以接收其他终端的通讯请求，也即来电；此外，利用该通讯模块终端还可以向其他终端发送通讯请求，也即去电。终端与其他终端之间的通讯模式可以但不局限于为以下之一：2G移动网络、3G移动网络、4G移动网络、5G移动网络。

本发明实施例中，从锁屏与否来划分终端的状态，分为两种：锁屏状态和非锁屏状态。其中，锁屏状态是：终端的屏幕处于锁屏状态，用户无法对终端实施交互操作，除非输入密码或者触发指定的滑动手势才能够对屏幕进行解锁。非锁屏状态是：对终端的屏幕进行解锁后的状态，用户可以对终端实施交互操作。

这里，考虑哪些场景需要不中断当前操作，为此，穷举了如下场景：玩游戏、看视频、看新闻、浏览网页、阅读、拍照片、录制视频、编辑邮件、编辑便签、编辑照片……，可见，不中断当前操作的场景非常多。维护白名单的方式会增加很多维护成本，考虑到用户在不使用终端时，是不关注体验是否中断的，其余操作终端的状态都默认用户需要不中断体验。因此，当用户在非锁屏状态时，需要不中断体验。

基于此，首先检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态。

步骤602：当所述终端处于所述第一状态时，对目标事件进行监测；在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。

本发明实施例可应用于多种场景中，以通话场景为例：

当所述终端处于所述第一状态，且获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

本发明实施例中，获得通讯请求即获得拨号来电，此时，在终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。这里，第一交互界面即为来电界面，来电界面上至少包括了两个交互对象，每个交互对象可以以图标形式进行展示。这里，显示屏的部分区域可以是显示屏顶部的矩形区域，也可以是显示屏底部或者其他部位的区域。

参照图7，终端处于非锁屏状态，显示屏的界面上正在显示当前界面，用户可以在这个界面上进行操作。这时，如果终端接收到来电(即通讯请求)，则将来电的拨号界面(即第一交互界面)以顶部浮窗的样式展示在显示屏上，用户可选择不理会来电继续当前操作，或者在拨号界面上拒绝来电，或者在拨号界面上接受来电。

本发明实施例的技术方案中，以显示屏部分区域展示第一交互界面的场景非常丰富，例如：

场景一：当用户全屏方式或小窗口方式玩游戏时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

场景二：当用户全屏方式或小窗口方式观看视频时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

场景三：当用户全屏方式或小窗口方式阅读时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

场景四：当用户全屏方式或小窗口方式编辑邮件时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

以显示屏部分区域展示第一交互界面的场景不局限于以上场景，还可以是看新闻、浏览网页、拍照片、录制视频、编辑便签、编辑照片等等。

当然，本发明实施例不局限于上述通讯场景，还可以但不局限于应用在以下场景中：

打车场景：参照图20，当用户通过打车APP叫车时，往往不需要一直观看打车APP的界面，此时，用户还希望浏览其他网页或者使用终端的其他功能，为此，将与打车APP事件相关的界面以部分区域进行展示，例如以顶部浮窗的形式。这样，用户可以一边观看自己想要浏览的内容，一边关注打车事件的最新动态，打车事件的界面可以包括但不限于以下内容：车辆的牌号、车辆距离自己的距离、车辆达到的时间。

排位等号等位场景：参照图21，当用户通过APP排位等号(例如餐饮类APP)时，往往也不需要一直观看APP的界面，为此，将与排位等号事件相关的界面以部分区域进行展示，例如以顶部浮窗的形式。这样，用户可以一边观看自己想要浏览的内容，一边关注排位等号的最新动态，排位等号事件的界面可以包括但不限于以下内容：前面还有的号码数目、还有多久排号到自己。

本发明实施例中，所述在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面，包括：

将所述终端显示屏的全部区域划分为第一子区域和第二子区域，所述第一子区域的范围大于所述第二子区域的范围；

在所述第一子区域上展示处于交互状态的应用的显示界面，在所述第二子区域上展示所述与所述目标事件相关联的交互界面。

参照图10、图12、图14所示，第二子区域为显示屏的顶部区域，而第一子区域为显示屏的大部分区域，两部分区域分别显示不同的界面。当然，第二子区域也可以为显示屏的全部区域，而第一子区域为显示屏的部分子区域，这种情况下，第一子区域叠加显示于第二子区域之上，可以为透明显示，也即浮窗的样式。

图8为本发明实施例的界面的显示方法的流程示意图二，如图8所示，所述界面的显示方法包括以下步骤：

步骤801：检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态。

本发明实施例中，终端可以是手机、具有通讯功能的平板电脑等设备，终端中至少具有通信模块，利用该通讯模块终端可以接收其他终端的通讯请求，也即来电；此外，利用该通讯模块终端还可以向其他终端发送通讯请求，也即去电。终端与其他终端之间的通讯模式可以但不局限于为以下之一：2G移动网络、3G移动网络、4G移动网络、5G移动网络。

本发明实施例中，从锁屏与否来划分终端的状态，分为两种：锁屏状态和非锁屏状态。其中，锁屏状态是：终端的屏幕处于锁屏状态，用户无法对终端实施交互操作，除非输入密码或者触发指定的滑动手势才能够对屏幕进行解锁。非锁屏状态是：对终端的屏幕进行解锁后的状态，用户可以对终端实施交互操作。

这里，考虑哪些场景需要不中断当前操作，为此，穷举了如下场景：玩游戏、看视频、看新闻、浏览网页、阅读、拍照片、录制视频、编辑邮件、编辑便签、编辑照片……，可见，不中断当前操作的场景非常多。维护白名单的方式会增加很多维护成本，考虑到用户在不使用终端时，是不关注体验是否中断的，其余操作终端的状态都默认用户需要不中断体验。因此，当用户在非锁屏状态时，需要不中断体验。

基于此，首先检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态。

步骤802：当所述终端处于所述第一状态时，确定所述终端中处于交互状态的应用。

本发明实施例中，在非锁屏状态下，有部分场景不需要按照部分区域展示第一交互界面，可以直接通过显示屏的全部区域展示第一交互界面。例如：

场景一：显示屏显示桌面时，用户没操作手机，单手接电话不方便，可见，这时可以全屏区域展示第一交互界面。

场景二：显示屏显示电话应用时，用户就是需要进行通讯操作，这时，可以全屏区域展示第一交互界面。

可见，终端在非锁屏状态下，终端处于激活状态的应用(即位于前台的应用)如果属于桌面应用或是通讯应用，那么，来电的交互界面以全屏区域进行展示。而其他场景均以部分区域，如顶部浮窗的方式展示来电的交互界面。

步骤803：判断所述处于交互状态的应用是否属于第一应用集，所述第一应用集中至少包括以下应用：桌面应用、通讯应用。

步骤804：当所述处于交互状态的应用不属于所述第一应用集时，监测是否获得通讯请求；当获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

本发明实施例中，获得通讯请求即获得拨号来电，此时，在终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。这里，第一交互界面即为来电界面，来电界面上至少包括了两个交互对象，每个交互对象可以以图标形式进行展示。这里，显示屏的部分区域可以是显示屏顶部的矩形区域，也可以是显示屏底部或者其他部位的区域。

参照图7，终端处于非锁屏状态，显示屏的界面上正在显示当前界面，用户可以在这个界面上进行操作。这时，如果终端接收到来电(即通讯请求)，则将来电的拨号界面(即第一交互界面)以顶部浮窗的样式展示在显示屏上，用户可选择不理会来电继续当前操作，或者在拨号界面上拒绝来电，或者在拨号界面上接收来电。

本发明实施例中，当在所述第一交互界面上获得朝向预设方位的滑动操作时，隐藏所述第一交互界面。例如，第一交互界面以顶部浮窗的样式展示时，用户可以在第一交互界面上向上滑动，这样，顶部浮窗则会自动隐藏，用户可继续对进行当前操作。

图9为本发明实施例的界面的显示方法的流程示意图三，如图9所示，所述界面的显示方法包括以下步骤：

步骤901：检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态。

本发明实施例中，终端可以是手机、具有通讯功能的平板电脑等设备，终端中至少具有通信模块，利用该通讯模块终端可以接收其他终端的通讯请求，也即来电；此外，利用该通讯模块终端还可以向其他终端发送通讯请求，也即去电。终端与其他终端之间的通讯模式可以但不局限于为以下之一：2G移动网络、3G移动网络、4G移动网络、5G移动网络。

本发明实施例中，从锁屏与否来划分终端的状态，分为两种：锁屏状态和非锁屏状态。其中，锁屏状态是：终端的屏幕处于锁屏状态，用户无法对终端实施交互操作，除非输入密码或者触发指定的滑动手势才能够对屏幕进行解锁。非锁屏状态是：对终端的屏幕进行解锁后的状态，用户可以对终端实施交互操作。

这里，考虑哪些场景需要不中断当前操作，为此，穷举了如下场景：玩游戏、看视频、看新闻、浏览网页、阅读、拍照片、录制视频、编辑邮件、编辑便签、编辑照片……，可见，不中断当前操作的场景非常多。维护白名单的方式会增加很多维护成本，考虑到用户在不使用终端时，是不关注体验是否中断的，其余操作终端的状态都默认用户需要不中断体验。因此，当用户在非锁屏状态时，需要不中断体验。

基于此，首先检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态。

步骤902：当所述终端处于所述第一状态，且获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

本发明实施例中，获得通讯请求即获得拨号来电，此时，在终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。这里，第一交互界面即为来电界面，来电界面上至少包括了两个交互对象，每个交互对象可以以图标形式进行展示。这里，显示屏的部分区域可以是显示屏顶部的矩形区域，也可以是显示屏底部或者其他部位的区域。

参照图7，终端处于非锁屏状态，显示屏的界面上正在显示当前界面，用户可以在这个界面上进行操作。这时，如果终端接收到来电(即通讯请求)，则将来电的拨号界面(即第一交互界面)以顶部浮窗的样式展示在显示屏上，用户可选择不理会来电继续当前操作，或者在拨号界面上拒绝来电，或者在拨号界面上接收来电。

本发明实施例的技术方案中，以显示屏部分区域展示第一交互界面的场景非常丰富，例如：

场景一：当用户全屏方式或小窗口方式玩游戏时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

场景二：当用户全屏方式或小窗口方式观看视频时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

场景三：当用户全屏方式或小窗口方式阅读时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

场景四：当用户全屏方式或小窗口方式编辑邮件时，这时，终端接收到来电，则以显示屏部分区域展示第一交互界面，更为具体地，以顶部浮窗的样式展示第一交互界面。

以显示屏部分区域展示第一交互界面的场景不局限于以上场景，还可以是看新闻、浏览网页、拍照片、录制视频、编辑便签、编辑照片等等。

步骤903：当获得位于所述第一交互对象上的交互操作时，建立通讯连接，并在所述终端显示屏的全部区域展示与所述通讯连接相关联的第二交互界面。

其中，所述第二交互界面上至少包括第三交互对象，所述第三交互对象用于断开所述通讯连接。

本发明实施例中，没有考虑到如下需求：边阅读/边玩游戏/边看电影/边看新闻……，边打电话的需求；例如，如果边打电话，还边玩游戏，首先对方会听到这边的游戏声，其次玩游戏需要占用不少精力，无疑会影响通话的状态，对来电者是一种不尊重的表现。因此，用户在接电话时，并不需要不中断体验，

本发明实施例中，参照图10，通过部分区域展示第一交互界面能够不中断用户当前的体验，如果用户接受来电，则以全部区域展示与所述通讯连接相关联的第二交互界面。也即当用户接听来电后，自动切换到全屏模式，方便单手操作的用户通话结束时挂断电话。

图11为本发明实施例的界面的显示方法的流程示意图四，如图11所示，所述界面的显示方法包括以下步骤：

步骤1101：确定终端中处于交互状态的应用，在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面。

本发明实施例中，终端也许能够同时运行多个应用，这种情况下，有一个应用处于激活状态，显示在显示屏上，用户可以与该应用进行交互。而其他应用则作为后台应用运行在终端后台。处于激活状态的应用的媒体界面显示在终端显示屏上，这里，媒体界面与具体应用相关，例如聊天应用的媒体界面是聊天对话框，视频应用的媒体界面是视频播放框。

步骤1102：当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面。

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

发送通讯请求也即用户去电的场景主要有几种：

场景一：电话/短信应用中去电；

场景二：桌面的联系人快捷方式中去电；

场景三：第三方应用中去电。

对于场景一和场景二而言，以屏幕全部区域展示去电的交互界面。

对于场景三而言，用户在大多数第三方应用中，同样需要不中断当前体验，例如利用第三方应用需要去电卖家进行咨询时，去电的过程中用户依赖当前页面的信息，此时的不中断显得尤为重要。

基于此，参照图12，当终端处于激活状态的应用属于第三方应用时，以显示屏部分区域展示与所述通讯请求相关联的第三交互界面，更为具体地，以顶部浮窗的方式展示去电界面。本发明实施例中的第二应用集包括所有的第三方应用或者包括部分的第三方应用。

图13为本发明实施例的界面的显示方法的流程示意图五，如图13所示，所述界面的显示方法包括以下步骤：

步骤1301：确定终端中处于交互状态的应用，在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面。

本发明实施例中，终端也许能够同时运行多个应用，这种情况下，有一个应用处于激活状态，显示在显示屏上，用户可以与该应用进行交互。而其他应用则作为后台应用运行在终端后台。处于激活状态的应用的媒体界面显示在终端显示屏上，这里，媒体界面与具体应用相关，例如聊天应用的媒体界面是聊天对话框，视频应用的媒体界面是视频播放框。

步骤1302：当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面。

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

发送通讯请求也即用户去电的场景主要有几种：

场景一：电话/短信应用中去电；

场景二：桌面的联系人快捷方式中去电；

场景三：第三方应用中去电。

对于场景一和场景二而言，以屏幕全部区域展示去电的交互界面。

对于场景三而言，用户在大多数第三方应用中，同样需要不中断当前体验，例如利用第三方应用需要去电卖家进行咨询时，去电的过程中用户依赖当前页面的信息，此时的不中断显得尤为重要。

基于此，参照图12，当终端处于激活状态的应用属于第三方应用时，以显示屏部分区域展示与所述通讯请求相关联的第三交互界面，更为具体地，以顶部浮窗的方式展示去电界面。本发明实施例中的第二应用集包括所有的第三方应用或者包括部分的第三方应用。

步骤1303：当建立通讯连接后，在所述终端显示屏的所述部分区域展示与所述通讯连接相关联的第四交互界面。

其中，所述第四交互界面上至少包括第三交互对象，其中，所述第三交互对象用于断开所述通讯连接。

本发明实施例中，当对方用户接听通讯请求后，终端依然保持部分区域展示浮窗的与所述通讯连接相关联的第四交互界面，参照图14，以顶部符窗的方式展示交互界面，方便用户边浏览当前页面的内容，边跟对方沟通。

本发明实施例的技术方案中：1、来电时，在非锁屏状态时，来电是以屏幕部分区域(顶部浮窗的样式)展示，用户可选择不理会来电，或者将浮窗往上一推，继续当前操作；2、当接听来电后，将浮窗模式切换到全屏模式。3、去电时，当终端处于第三方应用时，去电以屏幕部分区域(顶部浮窗的方式)展示，用户可以边浏览菜单，边通话。本发明实施例解决了用户在操作终端时，如玩游戏、看电影、阅读、浏览网页、查看菜单等，不中断当前操作，给用户更多自主选择权，在来电接听后自动切换到全屏模式，方便单手操作的用户挂断，提升用户体验。

图15为本发明实施例的终端的结构组成示意图一，如图15所示，所述终端包括：

检测单元151，用于检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；

监测单元155，用于用于当所述终端处于所述第一状态时，对目标事件进行监测；

显示单元152，用于在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。

所述监测单元155，还用于监测是否获得通讯请求；

显示单元152，还用于当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面；

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

所述终端还包括：

确定单元153，用于当所述终端处于所述第一状态时，确定所述终端中处于交互状态的应用；

判断单元154，用于判断所述处于交互状态的应用是否属于第一应用集，所述第一应用集中至少包括以下应用：桌面应用、通讯应用；

所述监测单元155，还用于当所述处于交互状态的应用不属于所述第一应用集时，监测是否获得通讯请求；

所述显示单元152，还用于当获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

所述终端还包括：

建立单元156，用于当获得位于所述第一交互对象上的交互操作时，建立通讯连接；

所述显示单元152，还用于在所述终端显示屏的全部区域展示与所述通讯连接相关联的第二交互界面；其中，所述第二交互界面上至少包括第三交互对象，所述第三交互对象用于断开所述通讯连接。

所述终端还包括：

触摸传感单元157，用于在所述第一交互界面上检测是否获得朝向预设方位的滑动操作；

所述显示单元152，还用于当在所述第一交互界面上获得朝向预设方位的滑动操作时，隐藏所述第一交互界面。

所述显示单元152，还用于将所述终端显示屏的全部区域划分为第一子区域和第二子区域，所述第一子区域的范围大于所述第二子区域的范围；在所述第一子区域上展示处于交互状态的应用的显示界面，在所述第二子区域上展示所述与所述目标事件相关联的交互界面。

本领域技术人员应当理解，图15所示的终端中的各单元的实现功能可参照前述界面的显示方法的相关描述而理解。图15所示的终端中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

图16为本发明实施例的终端的结构组成示意图二，如图16所示，所述终端包括：

确定单元161，用于确定终端中处于交互状态的应用；

显示单元162，用于在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；

判断单元163，用于当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；

所述显示单元162，还用于当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

所述显示单元162，还用于当建立通讯连接后，在所述终端显示屏的所述部分区域展示与所述通讯连接相关联的第四交互界面；

其中，所述第四交互界面上至少包括第三交互对象，其中，所述第三交互对象用于断开所述通讯连接。

本领域技术人员应当理解，图16所示的终端中的各单元的实现功能可参照前述界面的显示方法的相关描述而理解。图16所示的终端中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例的终端的支持的软硬件环境如下：

硬件环境：不限，当前能够运行安卓(Android)***的智能终端平台均可。

软件环境：Android 4.3、Android 4.4、Android 5.x、Android 6.0等。

在不同的Android版本上，来去电的整体实现框架有所差别，但是顶部浮窗来去电的实现基本相同，下面基于Android 4.4版本为例来阐述本发明实施例各部分方案的实现。

图17为本发明实施例的Android来去电框架示意图，Android来去电的整体框架包括：来电界面(InCallUI)模块、电话(Phone)模块、电话框架(Telephony-framework)模块、无线接口层(RIL，Radio Interface Layer)模块；

其中，InCallUI模块负责来去电界面的展示，Phone负责接收Telephony-framework上报的事件将其传递给InCallUI并将InCallUI中用户发起的操作指令传递给Telephony-Framework，而Telephony-framework则负责同RIL进行通信，接收或传递事件给底层。

此外，Phone模块还负责接收***拨号盘或是第三方应用发起的呼叫请求，并将呼叫请求通过Telephony-framework发送至底层，由底层发起呼叫，当呼叫发起成功后，底层上报呼叫开始的Event，然后Phone再讲InCallUI的去电界面拉起，展示去电页面。而当底层收到网络侧传递的来电事件时，也是通过Telephony-framework传递给Phone，Phone再将InCallUI的页面拉起，进而展示来电页面。

本发明实施例在上述的来去电的框架基础上，对顶部浮窗的来去电方案进行实现。从本发明实施例的界面的显示方法的各个实施例中，可以归纳出，实现该技术方案，需要解决：1)来去电顶部浮窗的实现；2)来电时获取当前运行状态，判断是显示为顶部浮窗来电还是全屏来电；以及接听后切换到全屏通话页面；3)去电时判断是显示为顶部浮窗去电还是全屏去电。

1)来去电顶部浮窗的实现

Android4.4版本，InCallUI中没有针对来电浮窗的实现，而Android5.0以上的版本虽然有浮窗的设计，但是由于暴露的接口单一，可定制性低，无法满足TOS来电浮窗的深度定制化需求，所以需要在TOS的InCallUI中实现一套浮窗显示方案。

TOS的来去电浮窗在InCallUI模块中的实现如图18所示：

1)来去电通过处理意图(PendingIntent)从通知栏拉起来电页面，开启一个中转的空活动(Activity)，使用该Activity启动浮窗服务；

2)启动浮窗服务；

3)创建Presenter，用以监听Call的状态变化，以此来更新View视图以及响应用户操作；

4)创建浮窗，并且将其展示在界面上；

5)Presenter注册Call状态的相关监听。

2)来电时获取当前运行状态，判断是显示为浮窗来电还是全屏来电；以及接听后切换到全屏通话页面

针对来电状态，需要显示全屏界面的有以下的几种场景：

场景一：锁屏来电

场景二：灭屏来电

场景三：***桌面、***联系人、***短信、***设置等。

除开以上场景，其他的场景均显示为浮窗来电。

来电时获取锁屏状态可以通过KeyguardManager***接口获取(如下所示)：

来电时获取当前屏幕是否灭屏，可以通过PowerManager***接口获取(如下所示)：

或者：

来电时获取当前栈顶的应用是否为特定的几种应用，则可以通过***接口ActivityManager获取(如下所示)：

或者：

来电时获取到当前运行的应用列表，然后获取第一个应用进程，同特定的***应用包名进行对比。满足以上任一条件，则会将来电展示为全屏来电，否则则展示浮窗。

3)去电时判断是显示为浮窗去电还是全屏去电

去电时，是判断显示为浮窗去电还是全屏去电的依据是发起呼叫的APP是***的APP还是第三方的APP，如果为***APP，则显示为全屏去电，反之则显示为浮窗去电。

基于来去电框架的流程，Phone模块负责接收应用发起的去电请求，然后将指令发送给底层发起呼叫。而在Phone模块接收去电请求是通过OutgoingCallBroadcaster(不同的Android版本会存在差异)这个空的Activity来接收指定的Intent启动，然后在从Intent获取到呼出的电话信息，发起呼叫。

为了能够获取并且保存呼叫发起应用的相关信息，在TOS的实现中，接收到去电请求之后，会调用到***API ActivityManagerNative类中的getLaunchedFromPackage()方法来获取到呼叫发起应用的PackageName，并且将该PackageName保存在Call的对象中，通过扩展AIDL接口的方式，将PackageName的值传递给InCallUI。

这样InCallUI中就能够判断通话的发起方是***联系人应用还是第三方应用，从而判断是显示全屏呼叫页面还是浮窗去电页面。整个过程的流程图参照图19所示。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims (16)

1.一种界面的显示方法，其特征在于，所述方法包括：

检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；

当所述终端处于所述第一状态时，对目标事件进行监测；

在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。

2.根据权利要求1所述的界面的显示方法，其特征在于，所述对目标事件进行监测，包括：监测是否获得通讯请求；

所述在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面，包括：

当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面；

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

3.根据权利要求2所述的界面的显示方法，其特征在于，所述监测是否获得通讯请求；当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面，包括：

当所述终端处于所述第一状态时，确定所述终端中处于交互状态的应用；

判断所述处于交互状态的应用是否属于第一应用集，所述第一应用集中至少包括以下应用：桌面应用、通讯应用；

当所述处于交互状态的应用不属于所述第一应用集时，监测是否获得通讯请求；

当获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

4.根据权利要求2所述的界面的显示方法，其特征在于，所述方法还包括：

当获得位于所述第一交互对象上的交互操作时，建立通讯连接，并在所述终端显示屏的全部区域展示与所述通讯连接相关联的第二交互界面；其中，所述第二交互界面上至少包括第三交互对象，所述第三交互对象用于断开所述通讯连接。

5.根据权利要求1所述的界面的显示方法，其特征在于，所述方法还包括：

当在所述第一交互界面上获得朝向预设方位的滑动操作时，隐藏所述第一交互界面。

6.根据权利要求1至5任一项所述的界面的显示方法，其特征在于，所述在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面，包括：

将所述终端显示屏的全部区域划分为第一子区域和第二子区域，所述第一子区域的范围大于所述第二子区域的范围；

在所述第一子区域上展示处于交互状态的应用的显示界面，在所述第二子区域上展示所述与所述目标事件相关联的交互界面。

7.一种界面的显示方法，其特征在于，所述方法包括：

确定终端中处于交互状态的应用；

在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；

当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集，所述第二应用集包括预设置的一个以上应用；

当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

8.根据权利要求7所述的界面的显示方法，其特征在于，所述方法还包括：

当建立通讯连接后，在所述终端显示屏的所述部分区域展示与所述通讯连接相关联的第四交互界面；

其中，所述第四交互界面上至少包括第三交互对象，其中，所述第三交互对象用于断开所述通讯连接。

9.一种终端，其特征在于，所述终端包括：

检测单元，用于检测终端是否处于第一状态，所述第一状态至少包括非锁屏状态；

监测单元，用于当所述终端处于所述第一状态时，对目标事件进行监测；

显示单元，用于在所述终端显示屏的部分区域展示与所述目标事件相关联的交互界面。

10.根据权利要求9所述的终端，其特征在于，所述监测单元，还用于监测是否获得通讯请求；

所述显示单元，还用于当获得所述通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面；

其中，所述第一交互界面上包括第一交互对象和第二交互对象，其中，所述第一交互对象用于接受所述通讯请求，所述第二交互对象用于拒绝所述通讯请求。

11.根据权利要求10所述的终端，其特征在于，所述终端还包括：

确定单元，用于当所述终端处于所述第一状态时，确定所述终端中处于交互状态的应用；

判断单元，用于判断所述处于交互状态的应用是否属于第一应用集，所述第一应用集中至少包括以下应用：桌面应用、通讯应用；

所述监测单元，还用于当所述处于交互状态的应用不属于所述第一应用集时，监测是否获得通讯请求；

所述显示单元，还用于当获得通讯请求时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第一交互界面。

12.根据权利要求10所述的终端，其特征在于，所述终端还包括：

建立单元，用于当获得位于所述第一交互对象上的交互操作时，建立通讯连接；

所述显示单元，还用于在所述终端显示屏的全部区域展示与所述通讯连接相关联的第二交互界面；其中，所述第二交互界面上至少包括第三交互对象，所述第三交互对象用于断开所述通讯连接。

13.根据权利要求9所述的终端，其特征在于，所述终端还包括：

触摸传感单元，用于在所述第一交互界面上检测是否获得朝向预设方位的滑动操作；

所述显示单元，还用于当在所述第一交互界面上获得朝向预设方位的滑动操作时，隐藏所述第一交互界面。

14.根据权利要求13所述的终端，其特征在于，所述显示单元，还用于将所述终端显示屏的全部区域划分为第一子区域和第二子区域，所述第一子区域的范围大于所述第二子区域的范围；在所述第一子区域上展示处于交互状态的应用的显示界面，在所述第二子区域上展示所述与所述目标事件相关联的交互界面。

15.一种终端，其特征在于，所述终端包括：

确定单元，用于确定终端中处于交互状态的应用；

显示单元，用于在所述终端显示屏上显示与所述处于交互状态的应用相关联的显示界面；

判断单元，用于当发送通讯请求时，判断所述处于交互状态的应用是否属于第二应用集；

所述显示单元，还用于当所述处于交互状态的应用属于所述第二应用集时，在所述终端显示屏的部分区域展示与所述通讯请求相关联的第三交互界面；

其中，所述第三交互界面上至少包括第四交互对象，其中，所述第四交互对象用于取消所述通讯请求。

16.根据权利要求15所述的终端，其特征在于，所述显示单元，还用于当建立通讯连接后，在所述终端显示屏的所述部分区域展示与所述通讯连接相关联的第四交互界面；

其中，所述第四交互界面上至少包括第三交互对象，其中，所述第三交互对象用于断开所述通讯连接。