CN112416492B - 一种终端交互方法、终端及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种终端交互方法、终端及计算机可读存储介质，应用分身指令可以在一应用的交互界面通过交互Activity呈现的同时被终端检测到，也即该应用分身指令可以在一应用前台运行期间被检测到，所以，用户指示启动目标应用的分身应用时，不需要将前台应用退出到后台；另一方面，目标应用的分身在悬浮窗中进行，因此，根据应用分身指令启动的应用并不会夺走焦点Activity的焦点，而是会让终端同时具备两个焦点窗口，如此，应用分身前的前台应用在应用分身后依旧是前台应用，而应用分身启动的应用也能作为“前台应用”与用户交互，这极大地方便了用户与终端的交互操作，改善了用户体验。

Description

一种终端交互方法、终端及计算机可读存储介质

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种终端交互方法、终端及计算机可读存储介质。

背景技术

随着智能终端行业的不断发展，人们对手机等终端设备的依赖与需求不断提升，例如，手机已经成为社交网络的必备工具之一，用户可以在自己的手机上运行社交软件，利用社交账号与自己的亲朋好友联系。但对于社交关系复杂，或者对社交隔离度需求度较高的用户而言，一个社交账号(例如一个微信账号或者是QQ账号)已经不能满足工作生活等多方面的需求。在此基础上，应用分身应运而生。应用分身是指对已经安装的应用进行双开或者多开(两个以上)的做法，这样一个应用就可以同时分身为两个以上，便于用户通过不同的账号登录使用。

不过，目前启动一个应用的分身应用时，需要用户在Launcher桌面找到分身应用对应的图标控件进行触控操作，从而实现分身应用的启动。所以，启动分身应用时，原本在前台运行的应用会被切换切换到后台，这会给用户操作带来不便，影响用户与原前台应用的交互过程。

发明内容

本发明要解决的技术问题在于：启动分身应用时，原本运行在前台的应用会被退到后台，这影响了用户与原前台应用的交互过程，限制了用户体验，针对该技术问题，提供一种终端交互方法、终端及计算机可读存储介质。

为解决上述技术问题，本发明提供一种终端交互方法，该终端交互方法包括：

在通过焦点Activity(活动窗口)呈现一应用的交互界面进行人机交互时，接收应用分身指令，焦点Activity为当前处于Activity堆栈的栈顶的Activity；

从当前已启动的应用中确定应用分身指令所指示的目标应用；

在悬浮窗中对目标应用进行分身。

可选的，从当前已启动的应用中确定应用分身指令所指示的目标应用包括：

确定焦点Activity所属的应用为应用分身指令所指示的目标应用。

可选的，接收应用分身指令包括：

接收显示悬浮窗或通知栏的指令；

通过悬浮窗或通知栏显示应用分身功能控件；

监测针对应用分身功能控件的触控操作；

若检测到针对应用分身功能控件的触控操作，则确定接收到应用分身指令。

可选的，在悬浮窗中对目标应用进行分身包括：

确定目标应用为主应用还是分身应用；

若目标应用为主应用，则在悬浮窗中启动目标应用的分身应用；

若目标应用为分身应用，则在悬浮窗中启动目标应用的主应用。

可选的，确定目标应用为主应用还是分身应用包括：

确定目标应用对应的UID(用户标识)；

根据UID确定目标应用为主应用还是分身应用。

可选的，在悬浮窗中对目标应用进行分身之后，还包括：

接收对悬浮窗的调整指令，调整指令用于调整悬浮窗位置与尺寸中的至少一种；

根据调整指令对悬浮窗进行调整。

可选的，接收对悬浮窗的调整指令之后，还包括：

若调整指令为指示将悬浮窗全屏显示的指令，则将悬浮窗中的交互界面转移至Activity中，并将Activity添加到Activity堆栈的栈顶。

可选的，在悬浮窗中对目标应用进行分身之后，还包括：

在悬浮窗上显示关闭功能控件；

监测针对关闭功能控件的触控操作；

根据触控操作关闭通过悬浮窗呈现的应用。

进一步地，本发明还提供了一种终端，终端包括处理器、存储器及通信总线；

通信总线用于实现处理器和存储器之间的连接通信；

处理器用于执行存储器中存储的一个或者多个程序，以实现上述任一项的终端交互方法的步骤。

进一步地，本发明还提供了一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现上述任一项的终端交互方法的步骤。

有益效果

本发明提供一种终端交互方法、终端及计算机可读存储介质，针对相关技术中启动分身应用会影响到原本在前台运行的应用，造成用户与原前台应用交互不便，限制用户体验的问题，本发明实施例提供的终端交互方案，在通过焦点Activity呈现一应用的交互界面实现人机交互的同时，接收应用分身指令，然后根据应用分身指令从当前已启动的应用中确定应用分身指令所指示的目标应用，随后在悬浮窗中对目标应用进行分身。由于应用分身指令可以在一应用的交互界面通过交互Activity呈现的同时被终端检测到，也即该应用分身指令可以在一应用前台运行期间被检测到，所以，用户指示启动目标应用的分身应用时，不需要将前台应用退出到后台；另一方面，目标应用的分身在悬浮窗中进行，因此，根据应用分身指令启动的应用并不会夺走焦点Activity的焦点，而是会让终端同时具备两个焦点窗口，如此，应用分身前的前台应用在应用分身后依旧是前台应用，而应用分身启动的应用也能作为“前台应用”与用户交互，这极大地方便了用户与终端的交互操作，改善了用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。

图2为如图1所示的移动终端的无线通信系统示意图；

图3为本发明第一实施例中提供的终端交互方法的一种流程图；

图4为本发明第一实施例中示出的终端以两个屏幕进行显示的一种示意图；

图5为本发明第一实施例中提供的终端接收应用分身指令的一种流程图；

图6为本发明第一实施例中提供的终端的第一种交互界面示意图；

图7为本发明第一实施例中提供的终端的第二种交互界面示意图；

图8为本发明第一实施例中提供的终端的第三种交互界面示意图；

图9为本发明第一实施例中提供的终端的第四种交互界面示意图；

图10为本发明第一实施例中提供的终端的第五种交互界面示意图；

图11为本发明第一实施例中提供的终端的第六种交互界面示意图；

图12为本发明第二实施例中提供的终端交互方法的一种流程图；

图13为本发明第三实施例中提供的终端的一种硬件结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

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

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。

请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

具体地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。

基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。

第一实施例

为了解决相关技术中终端在应用分身过程中所启动的应用会夺走原前台应用交互界面对应Activity的焦点，从而使得原前台应用被迫退到后台，影响用户与原前台应用的交互的问题，本实施例提供一种终端交互方法，请参见图3示出的该终端交互方法的一种流程图：

S302：在通过焦点Activity呈现一应用的交互界面进行人机交互时，接收应用分身指令。

Activity是一个负责与用户交互的组件，其中所有操作都与用户密切相关，其提供一个屏幕，以供用户交互完成某项任务。在一个android(安卓)应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件并做出响应。值得注意的是，这里所说的屏幕并不一定是完整独立的显示屏，以“两个屏幕”为例，这两个屏幕可能只是一个完整显示屏中两个独立显示各自显示内容的区域。例如，当用户在某一即时通讯软件中与自己的朋友A聊天时，可以同时分屏进行新闻浏览，如图4所示，在图4当中，终端一个显示屏上示出了两个屏幕，这两个屏幕各自呈现一个Activity，其中第一Activity 401中呈现的即时通讯应用的聊天界面，而第二Activity 402呈现的新闻浏览应用的新闻界面。当然，如果终端具备两个甚至是两个以上的独立显示屏，则“两个屏幕”也可以是两个独立的显示屏。

在android系统当中，通常通过Activity堆栈来对Activity进行管理，Activity堆栈遵循“先进后出，后进先出”的管理原则，所以，位于Activity堆栈的栈顶的Activity是当前呈现在屏幕上的Activity，是当前可以与用户交互的Activity，也即是“焦点Activity”。终端通过呈现焦点Activity，接收用户针对焦点Activity下发的指令，并响应用户指令进而实现人机交互。当然本领域技术人员可以理解的是，终端除了可以通过焦点Activity与用户交互以外，也还可以通过其他方式实现人机交互，例如终端可以通过语音输入设备采集用户的语音指令并进行响应，或者终端可以通过实体按键接收用户指令。另外，即便是通过显示屏，终端也可以在呈现焦点Activity的同时，通过悬浮窗、通知栏等不影响焦点Activity的方式与用户进行交互。故，如果用户希望在这种情况下指示终端对某一应用进行应用分身，则终端将会在通过焦点Activity呈现一应用的交互界面的同时，检测到用于指示应用分身的应用分身指令。

可选地在本实施例的一些示例中，在终端显示屏显示焦点Activity时，用户可以指示终端显示悬浮窗，然后在悬浮窗中向终端下发应用分身指令，例如请结合图5示出的一种流程图：

S502：终端接收显示悬浮窗的指令。

在本实施例的一些示例中，终端在显示交互界面时，可以在该交互界面上以半透明或者不透明的方式显示悬浮球，如图6所示，该悬浮球601实际上就悬浮窗显示功能控件，用户通过对该悬浮球601进行触控操作可以控制终端在当前交互界面之上展开悬浮窗。

S504：终端通过悬浮窗显示应用分身功能控件。

请结合图7，悬浮窗602展开以后，终端可以在悬浮窗602这能够显示应用分身功能控件603，该功能控件可供用户操作，从而向终端下发应用分身指令。

S506：终端监测针对应用分身功能控件的触控操作。

终端通过悬浮窗显示应用分身功能控件603之后，需要监测用户是否由针对该应用分身功能控件603进行触控操作，若终端检测到用户针对应用分身功能控件603的触控操作，则说明用户下发了应用分身指令。

S508：若检测到针对应用分身功能控件的触控操作，则终端确定接收到应用分身指令。

检测到用户触控应用分身功能控件603后，终端确定用户下发了应用分身指令，因此，其可以根据应用分身指令对对应的应用进行分身。

在上述示例中，终端通过显示悬浮窗来向用户提供下发应用分身指令的入口，不过，在本实施例的其他一些示例中，悬浮窗也可以被通知栏替代。通知栏，也可以被称为下拉栏，通知栏中可以向用户展示各应用的通知消息，另外，通知栏中还包括各种功能开关，例如蓝牙开关、WiFi(无线保真)开关、数据流量开关、手电筒开关等。在图8中示出了终端在通知栏801中显示应用分身功能控件802的一种示意图。所以，用户也可以通过控制终端显示通知栏801(例如自屏幕顶端向下滑动打开通知栏)，然后对通知栏801中的应用分身功能控件802进行触控操作，从而完成应用分身指令的下发。

S304：从当前已启动的应用中确定应用分身指令所指示的目标应用。

可以理解的是，对于终端上的一个应用，如果其当前尚未启动(即主应用与分身应用均没有启动)，则用户指示启动该应用时，终端可以正常启动该应用。如果一个应用当前已经启动过了，例如其主应用或分身应用中的一个当前处于运行状态，则用户再次指示启动该应用时，终端就需要对该应用进行分身。反过来，当终端在前台运行某一应用(即该应用对应的多个Activity中的一个会出现在Activity堆栈的栈顶，作为焦点Activity实现人机交互)时，在这种情况下，如果用户指示需要对某一应用进行分身，则用户所指示的应用当前应该是处于运行状态的。

当终端接收到应用分身指令后，可以确定应用分身指令所针对的对象，也即该应用分身指令用于指示终端要对哪一个应用进行分身。在本实施例的一些示例中，用户可以通过应用分身指令指示需要分身的应用。例如，在图9当中，当用户在下发应用分身指令时，可以同时指定需要分身的应用。可选地，当用户触控应用分身功能控件后，终端可以在悬浮窗或通知栏中显示当前处于运行状态的各应用的图标，以供用户指定应用分身指令所对应的目标应用。

当然，在本实施例的其他一些示例中，应用分身指令可以不用指定对应的目标应用，而是可以由终端结合预先设置的规则确定目标应用，例如，在本实施例的一些示例中，当终端检测到应用分身指令后，可以将接收到应用分身指令时焦点Activity所属的应用作为目标应用。例如，当终端在前台运行即时通讯应用A的时候，用户通过悬浮窗中的应用分身功能控件下向终端下发了应用分身指令，则终端可以确定该应用分身指令所指示的需要分身的目标应用是即时通讯应用X。

S306：在悬浮窗中对目标应用进行分身。

终端确定目标应用后，在悬浮窗中对目标应用进行分身，也即将目标应用对应的应用的交互界面呈现在悬浮窗中。可以理解的是，当前处于运行状态的目标应用可以是主应用也可以是分身应用，如果处于运行状态的目标应用是主应用，则终端在悬浮窗中启动的应该是分身应用；而如果当前处于运行状态的目标应用是分身应用，则终端在悬浮窗中呈现的应该是主应用。所以，终端在悬浮窗中对目标应用进行分身的时候，需要先确定目标应用是主应用还是分身应用，在本实施例的一些示例中，终端可以确定目标应用对应的UID(User ID，用户标识)，然后根据目标应用的UID确定其是主应用还是分身应用，因为通常情况下，终端给主应用和分身应用分配的UID不同。例如，在本实施例的一个示例中，一个应用的主应用UID为“0”，而其对应的分身应用的UID为“999”，如果终端确定目标应用的UID为“0”，则在悬浮窗中启动的应该是UID为“999”的分身应用，而反之，在悬浮窗中启动的应该是UID为“0”的主应用。

以主应用的交互界面通过Activity显示，而分身应用的交互界面通过悬浮窗显示为例，分身应用的启动并不会导致原前台应用的Activity失去焦点，此时，用户一方面可以和应用分身前的前台应用进行交互，另一方面又可以在悬浮窗中与分身应用进行交互。在这种情况下，应用分身前的前台应用同样也是应用分身后的前台应用，而分身应用因为显示在悬浮窗中，所以也获得了焦点，此时终端上有两个应用的交互界面都是有焦点的，都能够与用户进行人机交互，都能算作是前台应用。

如果接到应用分身指令时，终端的焦点Activity属于主应用，则在应用分身后，主应用的交互界面通过Activity显示在屏幕上，而分身应用的交互界面通过悬浮窗显示在屏幕上。在这种情况下，主应用与分身应用均属于前台应用，用户可以同时主应用与分身应用中与不同的联系人交互，例如，用户在主应用中与自己的朋友A联系，而在分身应用中与自己的同事X联系。甚至，还有一些示例中，主应用登录的账号与分身应用登录的账号建立了好友关系，用户也可以一个人在两个应用中收发消息，例如，用户可以通过主应用和分身应用中某一个对应的账号向另一个对应的账号传输文件。

可以理解的是，终端通过悬浮窗显示分身出的应用的交互界面时，悬浮窗的位置可以移动，另外一些示例中，悬浮窗的尺寸也可以调整，在本实施例中，悬浮窗的位置与尺寸都可以由用户自定义调整，终端可以接收用户对悬浮窗的调整指令，然后根据调整指令对悬浮窗进行调整，调整指令可以用于指示调整悬浮窗位置与尺寸中的至少一种。例如，在图10中，可以通过拖动缩放功能控件101下发尺寸调整指令，实现悬浮窗100尺寸的调整，进而实现悬浮窗100内交互界面尺寸的调整。另外，用户还可以通过拖动悬浮窗整体的方式向终端下发位置调整指令，终端将根据用户的拖动方向与拖动距离改变悬浮窗在屏幕中所处的位置。

可以理解的是，用户在调整悬浮窗尺寸时，可以让终端对悬浮窗中的交互界面全屏显示，在本实施例中，当终端接收到的调整指令是指示终端将悬浮窗全屏显示的指令，则终端可以将悬浮窗中的交互界面转移至Activity中，通过Activity进行呈现，而且，由于该Activity当前显示在最上层，可供用户交互，因此，终端不仅将交互界面转移到了Activity中，而且还将该Activity作为了焦点Activity放在了Activity堆栈的栈顶。应当明白的是，原前台应用的Activity失去了焦点，也即原前台应用在悬浮窗内交互界面被全屏显示的情况下退到了后台运行。

应当明白的是，用户启动一个应用，通常都是为了在应用中进行一些事务处理，例如，启用即时通讯应用是为了与某个联系人交流，交流一些资讯；启用日历应用是为了查看日期与日程。当用户已经在应用中完成自己的事务处理，则继续让该应用在前台运行就没有意义，用户可以指示终端将该应用退到后台运行，甚至可以让终端结束该应用的运行。在本实施例中同样涉及应用交互界面的关闭：对于通过Activity呈现的交互界面用户可以通过触控返回键或者是进行一些特定的触控操作使得应用退到后台或者是结束运行。对于呈现在悬浮窗中的应用，用户需要采用其他方式进行控制操作，例如，终端可以在通过悬浮窗呈现应用交互界面的同时，在悬浮窗上显示关闭功能控件，如图11所示，关闭功能控件1101显示在悬浮窗1100的右上角，用户可以通过对该关闭功能控件1101进行触控操作，进而使得悬浮窗1100关闭，让悬浮窗1100对应的应用停止运行。在本实施例的一些示例中，悬浮窗1100上还可以显示最小化功能控件1102，请继续参见图11，用户通过操作最小化功能控件1102可以使得悬浮窗隐藏起来，也即让悬浮窗1100中呈现的应用退到后台运行。

本实施例提供的终端交互方法，在终端通过焦点Activity向用户呈现某一应用的交互界面时，如果用户指示终端对某个已经启动的应用进行分身，则终端可以将用户所指示的应用分身呈现在悬浮窗中，这样应用分身进程并不会影响到原本前台应用的人机交互，同时分身启动的应用也可以接收用户的交互指令，响应用户的操作，相当于额外增加了一个前台应用，有利于提升用户体验。

而且，在本实施例中，终端可以将接收到应用分身指令时的前台应用作为需要分身的目标应用，这样可以使得一个应用的主应用与分身应用同时以不同的方式运行在前台，与用户进行交互，避免了用户在一个应用的主应用与分身应用之间进行来回切换的问题，增加了终端人机交互的趣味性，增强了用户体验。

第二实施例

为了使本领域技术人员可以对前述终端交互方法的优点与细节更清楚，本实施例将结合示例继续对前述方案进行阐述，请参见图12示出的一种流程图：

S1202：终端在前台运行主应用A，并在屏幕上显示悬浮球。

本实施例中，假定终端通过传统方式启动的应用为应用A的主应用，这里成为主应用A，与主应用A对应的分身应用被称为分身应用A。

S1204：终端监测用户是否触控了悬浮球。

若判断结果为是，则执行S1206，否则继续执行S1204。本实施例中，终端可以在任何交互界面中均显示悬浮球，悬浮球始终位于交互界面的最顶层，在任何交互界面中均处于用户可见状态。

S1206：显示悬浮窗并在悬浮窗中显示应用分身功能控件。

当用户触控了悬浮球时，就意味着用户向终端发送了要显示悬浮窗的指令，因此终端可以根据用户的触控操作显示悬浮窗，在本实施例中，悬浮窗中可以显示有应用分身功能控件，这里可以继续参见图7所示。当然，本领域技术人员可以理解的是，悬浮窗中除了可以显示应用分身功能控件以外，还可以显示其他功能控件，例如快速截屏功能控件、返回Launcher桌面的功能控件等。

S1208：终端监测用户是否触控了应用分身功能控件。

若判断结果为是，则执行S1210，否则继续执行S1208。

S1210：确定主应用A的UID1。

如果用户触控了应用分身功能控件，则意味着用户向终端下发了应用分身指令，因此终端可以根据用户的指令在悬浮窗中对目标应用进行分身。在本实施例中，用户可以不用向终端指定目标应用，终端可将接收到应用分身指令时的前台应用作为目标应用，所以，在本实施例中，终端可以确定用户指示对主应用A进行分身。

不过，值得注意的是，终端接收到应用分身指令时，并不能明确前台应用就一定是主应用，其需要通过查询前台应用对应的UID来确定前台应用的属性，也即其到底是主应用还是分身应用。本实施例中将前台应用对应的UID记为“UID1”。

例如，如果终端查询到当前前台应用的UID1为“0”，则说明该前台应用是主应用，因此，用户下发应用分身指令实际是要启动分身应用；如果查询到当前前台应用的UID1为“999”，则说明该前台应用是分身应用，因此，用户下发应用分身指令实际是要启动主应用。

S1212：确定与UID1对应的UID2。

确定前台应用对应的UID1后，终端可以查询与该UID1对应的UID，在本实施例中，假定UID1为“0”，与之对应的UID为UID2，即“999”。

S1214：启动UID2对应的分身应用A，并通过悬浮窗显示分身应用A的交互界面。

随后，终端在启动UID2对应的分身应用A，并通过悬浮窗呈现分身应用A的交互界面。可以理解的是，此时，主应用A与分身应用A的交互界面均显示在屏幕上，用户可以任意选择与其中一个进行交互。

在通过悬浮窗显示分身应用A的交互界面的同时，终端还可以监测用户针对悬浮窗的调整指令，然后根据调整指令确定用户期望悬浮窗的显示效果，并按照用户的期望对悬浮窗进行对应的调整。

另外，终端可以在通过悬浮窗呈现应用交互界面的同时，在悬浮窗上显示关闭功能控件与最小化功能控件，用户可以通过对该关闭功能控件进行触控操作，进而使得悬浮窗关闭，让悬浮窗对应的应用停止运行。用户也可以通过操作最小化功能控件可以使得悬浮窗隐藏起来，让悬浮窗中呈现的应用退到后台运行。

本实施例提供的终端交互方法，有效的解决了用户在对应用进行分身时，需要将原本的前台应用退到后台，回到Launcher桌面上再打开对应的应用的过程中操作复杂的问题，也解决了现有技术中无法让主应用和分身应用同时处于前台，用户体验差的问题。本实施例提供的终端交互方法可以往主应用和分身应用同时处于前台，让用户同时操作主应用和分身应用成为了可能，降低了用户操作的复杂度，提升了用户的使用体验。

第三实施例

本实施例提供一种计算机可读存储介质，该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器),ROM(Read-Only Memory，只读存储器),EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

该计算机可读存储介质中可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序，在本实施例中，该计算机可读存储介质可以存储有终端交互程序，该终端交互程序可供一个或多个处理器执行实现前述实施例介绍的任意一种终端交互方法的流程。

本实施例还提供了一种计算机程序产品，包括计算机可读装置，该计算机可读装置上存储有如上所示的计算机程序。本实施例中该计算机可读装置可包括如上所示的计算机可读存储介质。例如，该计算机程序产品包括终端，例如手机、平板电脑、可穿戴设备等，如图13所示：

终端130包括处理器131、存储器132以及用于连接处理器131与存储器132的通信总线133，其中存储器12可以为前述存储有前述终端交互程序的存储介质。处理器131可以读取终端交互程序，进行编译并执行实现前述实施例中介绍的终端交互方法的流程：

处理器131在通过焦点Activity呈现一应用的交互界面进行人机交互时，接收应用分身指令，其中，焦点Activity为当前处于Activity堆栈的栈顶的Activity。随后，处理器131从当前已启动的应用中确定应用分身指令所指示的目标应用，并在悬浮窗中对目标应用进行分身。

在本实施例的一些示例中，处理器131从当前已启动的应用中确定应用分身指令所指示的目标应用时，可以确定焦点Activity所属的应用为应用分身指令所指示的目标应用。

可选的，处理器131接收应用分身指令时，可以先接收显示悬浮窗或通知栏的指令，然后通过悬浮窗或通知栏显示应用分身功能控件。接着，处理器131监测针对应用分身功能控件的触控操作。如果检测到针对应用分身功能控件的触控操作，则处理器131确定接收到应用分身指令。

在本实施例的一些示例中，处理器131在悬浮窗中对目标应用进行分身时，可以先确定目标应用为主应用还是分身应用。若目标应用为主应用，则处理器131在悬浮窗中启动目标应用的分身应用；若目标应用为分身应用，则处理器131在悬浮窗中启动目标应用的主应用。

可选的，处理器131确定目标应用为主应用还是分身应用时，可以先确定目标应用对应的UID，然后根据UID确定目标应用为主应用还是分身应用。

在一些示例中，在悬浮窗中对目标应用进行分身之后，处理器131还可以接收对悬浮窗的调整指令，然后根据调整指令对悬浮窗进行调整。其中，调整指令用于调整悬浮窗位置与尺寸中的至少一种。

在一些示例中，处理器131接收对悬浮窗的调整指令之后，如果调整指令为指示将悬浮窗全屏显示的指令，则处理器131将悬浮窗中的交互界面转移至Activity中，并将Activity添加到Activity堆栈的栈顶。

在本实施例的一些示例中，在悬浮窗中对目标应用进行分身之后，处理器131可以在悬浮窗上显示关闭功能控件，然后监测针对关闭功能控件的触控操作。并根据检测到的触控操作关闭通过悬浮窗呈现的应用。

本实施例提供的终端及计算机可读存储介质，应用分身指令可以在一应用的交互界面通过交互Activity呈现的同时被终端检测到，也即该应用分身指令可以在一应用前台运行期间被检测到，所以，用户指示启动目标应用的分身应用时，不需要将前台应用退出到后台；另一方面，目标应用的分身在悬浮窗中进行，因此，根据应用分身指令启动的应用并不会夺走焦点Activity的焦点，而是会让终端同时具备两个焦点窗口，如此，应用分身前的前台应用在应用分身后依旧是前台应用，而应用分身启动的应用也能作为“前台应用”与用户交互，这极大地方便了用户与终端的交互操作，改善了用户体验。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (8)

1.一种终端交互方法，其特征在于，所述终端交互方法包括：

在通过焦点活动窗口Activity呈现一应用的交互界面进行人机交互时，接收应用分身指令，焦点Activity为当前处于Activity堆栈的栈顶的Activity；

从当前已启动的应用中确定所述应用分身指令所指示的目标应用；

在悬浮窗中对所述目标应用进行分身，所述悬浮窗和所述焦点Activity均具有焦点；

所述在悬浮窗中对所述目标应用进行分身之后，还包括：

接收对所述悬浮窗的调整指令，所述调整指令用于调整所述悬浮窗位置与尺寸中的至少一种；

根据所述调整指令对所述悬浮窗进行调整；

所述接收对所述悬浮窗的调整指令之后，还包括：

若所述调整指令为指示将所述悬浮窗全屏显示的指令，则将所述悬浮窗中的交互界面转移至Activity中，并将所述Activity添加到Activity堆栈的栈顶，原焦点Activity失去焦点并退到后台运行。

2.如权利要求1所述的终端交互方法，其特征在于，所述从当前已启动的应用中确定所述应用分身指令所指示的目标应用包括：

确定所述焦点Activity所属的应用为所述应用分身指令所指示的目标应用。

3.如权利要求1或2所述的终端交互方法，其特征在于，所述接收应用分身指令包括：

接收显示悬浮窗或通知栏的指令；

通过所述悬浮窗或所述通知栏显示应用分身功能控件；

监测针对所述应用分身功能控件的触控操作；

若检测到针对所述应用分身功能控件的触控操作，则确定接收到应用分身指令。

4.如权利要求1或2所述的终端交互方法，其特征在于，所述在悬浮窗中对所述目标应用进行分身包括：

确定所述目标应用为主应用还是分身应用；

若所述目标应用为主应用，则在所述悬浮窗中启动所述目标应用的分身应用；

若所述目标应用为分身应用，则在所述悬浮窗中启动所述目标应用的主应用。

5.如权利要求4所述的终端交互方法，其特征在于，所述确定所述目标应用为主应用还是分身应用包括：

确定所述目标应用对应的用户标识UID；

根据所述UID确定所述目标应用为主应用还是分身应用。

6.如权利要求1或2所述的终端交互方法，其特征在于，所述在悬浮窗中对所述目标应用进行分身之后，还包括：

在悬浮窗上显示关闭功能控件；

监测针对所述关闭功能控件的触控操作；

根据所述触控操作关闭通过所述悬浮窗呈现的应用。

7.一种终端，其特征在于，所述终端包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1至6中任一项所述的终端交互方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至6中任一项所述的终端交互方法的步骤。