CN118069006A - 应用流转方法及电子设备 - Google Patents

Abstract

本申请提供了一种应用流转方法及电子设备，该方法包括：电子设备响应于接收到的用户对应用界面的三指上滑操作，显示第一流转界面且实现应用界面跟手效果。电子设备在检测到应用界面滑动指定距离后，显示第二流转界面，第二流转界面为用户提供待流转的电子设备图标，用户可通过拖动应用图标以选择目标设备。电子设备基于用户操作，将应用流转到目标设备上。本申请提供一种简单便捷的应用流转触发方式，用户仅通过简单操作即可实现对应用的流转。

Description

应用流转方法及电子设备

技术领域

本申请涉及终端领域，尤其涉及一种应用流转方法及电子设备。

背景技术

随着终端技术的发展，终端的应用越来越丰富，使用场景越来越广泛。当前，用户在单设备使用某应用时，如果用户中途需要切换设备继续使用该应用，则用户需要在另一终端上下载并启动该应用。启动过程中还需要登录应用等操作，才能使得应用获取到用户的历史数据，以便在该终端上继续使用应用。但是，该种方式需要通过历史记录手动恢复之前的应用使用状态，操作繁琐，且耗时较长，影响用户使用体验。

发明内容

本申请提供一种应用流转方法，操作便捷且耗时较短，提升用户使用体验。

第一方面，本申请提供一种应用流转方法。该方法包括：电子设备响应于接收到的在第一应用界面上的三指上滑操作，检测三指上滑操作的移动速度是否大于或等于第一阈值。其中，第一应用界面上显示第一应用的第一应用内容。电子设备检测到三指上滑操作的移动速度小于第一阈值，将第一应用界面跟随三指上滑操作移动，并随着三指上滑操作的上滑距离增大而逐渐缩小第一应用界面；以及，显示第一流转界面。其中，第一流转界面衬于第一应用界面下层；当三指上滑操作的上滑距离大于或等于第二阈值，电子设备显示第二流转界面。其中，第二流转界面包括第一应用图标、电子设备图标以及至少一个其它电子设备的图标。电子设备响应于接收到的对第一应用图标的拖动操作，移动第一应用图标。电子设备检测到第一应用图标移动到目标设备的图标，将第一应用流转至目标设备，以使得目标设备显示第一应用界面，且第一应用界面在目标设备上继续显示第一应用内容。这样，本申请可通过特定手势触发应用流转功能，并实现应用流转功能启动的动画效果，以及，本申请通过简单操作即可触发应用流转功能，有效减少操作耗时，从而提升用户使用体验。

示例性的，第一流转界面为本申请中的流转过渡界面。第二流转界面为本申请中的任务流转界面。

在一种可能的实现方式中，电子设备响应于接收到的在第一应用界面上的三指上滑操作，检测三指上滑操作的移动速度是否大于或等于第一阈值，包括：电子设备响应于接收到的在第一应用界面上的三指上滑操作，确定触发应用流转功能；电子设备绘制第一流转界面，且电子设备绘制第二流转界面，以及电子设备检测三指上滑操作的移动速度是否大于或等于第一阈值。这样，电子设备可基于特定手势，确定需要启动的对应功能，例如，在本申请中，三指上滑手指对应的功能即为应用流转功能。电子设备可在识别到三指上滑手势后，开始执行应用流转流程。此外，在本申请中，电子设备可基于三指滑动的滑动速度，以确定是否采用应用界面跟手的方式。一个示例中，如果三指滑动速度小于阈值，则可执行应用界面跟手的显示方式。另一个示例中，如果三指滑动速度大于或等于阈值，则可执行应用界面的自动变换方式。

在一种可能的实现方式中，电子设备检测到三指上滑操作的移动速度小于第一阈值，将第一应用界面跟随三指上滑操作移动，并随着三指上滑操作的上滑距离增大而逐渐缩小第一应用界面，包括：电子设备基于三指上滑操作，确定第一应用图标在第二流转界面中的位置。这样，本申请在实现应用界面跟手的过程中，可同步绘制第二流转界面，以在满足第二流转界面的显示条件时，调用第二流转界面，从而防止界面卡顿。

在一种可能的实现方式中，当三指上滑操作的上滑距离大于或等于第二阈值，电子设备显示第二流转界面，包括：电子设备检测到三指上滑操作的上滑距离大于或等于第二阈值，确定满足第二流转界面的显示条件，显示最新绘制的第二流转界面；其中，最新绘制的第二流转界面中的第一应用图标的第一位置与三指上滑操作的当前触摸位置对应。这样，本申请基于手势位置，随时更新第二流转界面中应用图标的位置，从而在显示第二流转界面时，使得应用图标出现在手势的触摸位置，以实现第一流转界面与第二流转界面切换时，应用界面与应用图标之间的显示的连续性，提升用户使用体验。

在一种可能的实现方式中，拖动操作与三指上滑操作为非连续操作，当三指上滑操作的上滑距离大于或等于第二阈值，电子设备显示第二流转界面，包括：电子设备显示第二流转界面之后，检测到抬手操作，将第一应用图标从第一位置吸附到第二流转界面上的预设位置；其中，预设位置在电子设备图标的预设范围内。这样，本申请还提供一种二段式的触发方式，即，用户三指滑动以触发第二流转界面后，可以抬手后再拖动应用图标，以选择目标设备。

在一种可能的实现方式中，拖动操作与三指上滑操作为连续操作，拖动操作与三指上滑操作之间用户未抬手。

在一种可能的实现方式中，当三指上滑操作的上滑距离大于或等于第二阈值，电子设备显示第二流转界面，包括：电子设备按照预设动效，显示第二流转界面。这样，本申请通过设置预设动效，可以丰富第二流转界面进场时的效果，提升用户使用体验。

在一种可能的实现方式中，当三指上滑操作的上滑距离大于或等于第二阈值，电子设备显示第二流转界面，包括：电子设备取消显示第一流转界面。可选地，电子设备可以隐藏第一流转界面。

在一种可能的实现方式中，电子设备响应于接收到三指上滑操作之前，第一应用界面在电子设备的显示屏中全屏显示。可选地，第一应用界面也可以是以悬浮窗或者是分屏的方式显示。

在一种可能的实现方式中，将第一应用界面跟随三指上滑操作移动，并随着三指上滑操作的上滑距离增大而逐渐缩小第一应用界面，包括：第一应用界面的四条边等比缩小。这样，第一应用界面可跟随用户手势，等比缩小，直至缩小到预设尺寸，例如胶囊大小。再从胶囊大小转换为应用图标，以提升动画显示效果，进一步提高用户使用体验。

第二方面，本申请提供一种电子设备。电子设备包括一个或多个处理器、存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：响应于接收到的在第一应用界面上的三指上滑操作，检测三指上滑操作的移动速度是否大于或等于第一阈值；其中，第一应用界面上显示第一应用的第一应用内容；检测到三指上滑操作的移动速度小于第一阈值，将第一应用界面跟随三指上滑操作移动，并随着三指上滑操作的上滑距离增大而逐渐缩小第一应用界面；以及，显示第一流转界面；其中，第一流转界面衬于第一应用界面下层；当三指上滑操作的上滑距离大于或等于第二阈值，显示第二流转界面；其中，第二流转界面包括第一应用图标、电子设备图标以及至少一个其它电子设备的图标；响应于接收到的对第一应用图标的拖动操作，移动第一应用图标；检测到第一应用图标移动到目标设备的图标，将第一应用流转至目标设备，以使得目标设备显示第一应用界面，且第一应用界面在目标设备上继续显示第一应用内容。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：响应于接收到的在第一应用界面上的三指上滑操作，确定触发应用流转功能；绘制第一流转界面，且电子设备绘制第二流转界面，以及电子设备检测三指上滑操作的移动速度是否大于或等于第一阈值。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：基于三指上滑操作，确定第一应用图标在第二流转界面中的位置。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：检测到三指上滑操作的上滑距离大于或等于第二阈值，确定满足第二流转界面的显示条件，显示最新绘制的第二流转界面；其中，最新绘制的第二流转界面中的第一应用图标的第一位置与三指上滑操作的当前触摸位置对应。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：显示第二流转界面之后，检测到抬手操作，将第一应用图标从第一位置吸附到第二流转界面上的预设位置；其中，预设位置在电子设备图标的预设范围内。

在一种可能的实现方式中，拖动操作与三指上滑操作为连续操作，拖动操作与三指上滑操作之间用户未抬手。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：按照预设动效，显示第二流转界面。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：取消显示第一流转界面。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：响应于接收到三指上滑操作之前，第一应用界面在电子设备的显示屏中全屏显示。

在一种可能的实现方式中，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行如下步骤：第一应用界面的四条边等比缩小。

第三方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第四方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第五方面，本申请实施例提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

附图说明

图1为示例性示出的电子设备硬件结构示意图；

图2为示例性示出的电子设备软件结构示意图；

图3为示例性示出的效果示意图；

图4为示例性示出的应用流转方法的流程示意图；

图5为示例性示出的触发任务流转功能的流程示意图；

图6为示例性示出的模块交互示意图；

图7为示例性示出的用户界面示意图；

图8为示例性示出的用户界面示意图；

图9为示例性示出的用户界面示意图；

图10为示例性示出的任务流转界面显示流程图；

图11为示例性示出的获取前台应用界面的控制权限的流程示意图；

图12为示例性示出的获取前台应用界面的控制权限的流程示意图；

图13为示例性示出的应用流转方法的流程示意图；

图14为示例性示出的任务流转界面打断流程示意图；

图15为示例性示出的用户界面示意图；

图16为示例性示出的本实施例中任务流转方法的流程示意图；

图17为示例性示出的手机上任务流转过程的界面变化示意图；

图18为示例性示出的手机识别第一手势的过程示例图；

图19为示例性示出的装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

图1示出了电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。本申请实施例中仅以手机与平板之间的应用流转为例进行说明，在其他实施例中，本申请实施例中的应用流转方法还可以应用于手机、智能穿戴设备、智能家居设备、车载设备、平板、电脑等任意设备之间，本申请不做限定。

电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

触摸传感器，也称“触控面板”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图2是本申请实施例的电子设备100的软件结构框图。

电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统从上至下分别为应用程序层，应用程序框架层以及内核层等。

示例性的，应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括视频、控制中心、桌面(Launcher)、设置等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器(Window Manager)，视图系统，资源管理器，通知管理器，输入管理器(Input Manager)，活动管理器(Activity Manager)等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

活动管理器为Android提供了管理Activity运行状态的系统服务，以及用于管理安卓中的其他组件运行状态。并且，活动管理器还可以用来管理显示的生命周期，它决定如何根据当前连接的物理显示设备和/或虚拟显示设备控制其逻辑显示，并且在状态更改时，向系统和应用程序发送通知等等。

输入管理器用于管理整个系统的输入部分，包括键盘、鼠标、触摸屏等等。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动，Wi-Fi驱动等。

可以理解的是，图2示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

本申请实施例提供一种应用流转方法。在该方法中，用户可通过在第一终端上进行简单操作，即可将第一终端上正在运行的应用流转到第二终端上。用户可通过第二终端继续使用该应用。而无需执行下载或手动启动等流程，从而提供一种操作便捷且耗时较短的应用流转方法，提升用户使用体验。

图3为示例性示出的效果示意图。请参照图3，用户在手机上使用视频应用。即，视频应用运行在手机的前台。用户可通过触发本申请实施例中的应用流转(也可以称为应用任务流转)功能，以将手机上正在运行的视频应用流转到平板上继续运行。请参照图3，示例性的，应用流转完成后，平板的显示界面上显示视频应用，并且，平板所显示的视频应用的数据是与手机端同步的。例如，手机上在进行应用流转之前，视频应用正在播放某电视剧的第7集。手机上的视频应用流转到平板上之后，平板上显示的视频应用同样显示某电视剧的第7集的画面。这样，本申请实施例中平板端无需执行手动下载和启动视频应用的操作，即可自动恢复手机侧的视频应用的历史数据，以运行视频应用。需要说明的是，本申请实施例中仅以视频应用的应用流转场景为例进行说明。在其他实施例中，本申请实施例中的应用流转方法也可以应用于其它应用的流转，本申请不再逐一举例说明。

图4为示例性示出的应用流转方法的流程示意图。请参照图4，本申请实施例中的应用流转方法包括但不限于如下步骤：

第一阶段：触发任务流转功能。

示例性的，仍以图3中的场景为例，手机上正在运行视频应用，例如播放第7集电视剧。用户通过预设手势，以触发任务流转功能。需要说明的是，本申请实施例中的任务流转均可替换为应用任务流转、应用流转等，本申请不做限定。

在本申请实施例中，触发任务流转功能的预设手势可以是三指向上滑动。即，用户可以三指触摸显示屏，并从显示屏底部向上滑动，以触发任务流转功能。

需要说明的是，本申请实施例中以用户三指向上滑动，以触发任务流转功能为例进行说明。在其他实施例中，触发任务流转功能的方式还可以是其它手势，例如可以是三指绕圈，或者是两只双击屏幕，还可以是预设的隔空手势，本申请不做限定。

第二阶段：显示任务流转界面。

示例性的，手机响应于接收到的用户操作，确定用户操作为任务流转功能所对应的预设手势，则启动任务流转功能。相应的，手机可显示任务流转界面。在本申请实施例中，任务流转界面的显示可进一步分为流转过渡界面显示和任务流转界面显示两个流程。在流转过渡界面显示流程中，手机可显示流转过渡界面，并且，在过渡流转界面中，视频应用的窗口(也可以称为视频应用界面)随预设规则移动和变换尺寸。例如，视频应用界面可以随用户操作移动且变换尺寸。再例如，视频应用界面可以按照预设轨迹和尺寸变换方式自动变换等。具体实施例将在下文实施例中详细说明。

示例性的，在流转过渡界面显示过程中，若手机检测到满足任务流转界面的显示条件时，手机可显示任务流转界面。具体实施例将在下文中详细说明。

第三阶段：在任务流转界面中，选择目标设备。

示例性的，手机显示任务流转界面，任务流转界面中包括但不限于视频应用的图标以及至少一个终端图标。示例性的，其中，至少一个终端图标所对应的终端可以称为是可流转终端，即，支持应用流转的终端，例如，终端可以是与本机具有相同账户的终端，例如可以是平板、可穿戴设备、智能家居设备、车载设备等，本申请不做限定。

示例性的，用户可以在任务流转界面中选择任一终端设备作为应用流转的目标设备。

第四阶段：执行任务流转。

示例性的，手机响应于接收到的用户操作，确定待流转的目标设备(例如平板)。手机可与待流转的目标设备建立通信连接，并将视频应用的相关数据传输到平板。平板可在界面上显示视频应用，并且平板显示的视频应用的界面为手机执行流转之前，视频应用所显示的界面，例如某电视剧的第7集。

下面结合附图对图4中的各流程进行详细说明。

第一阶段：触发任务流转功能。

图5为示例性示出的触发任务流转功能的流程示意图。请参照图5，具体包括但不限于如下步骤：

S501，Launcher向Input Manager发送注册手势事件监听请求。

示例性的，手机启动后，手机中的Launcher向Input Manager发送注册手势事件监听请求。该请求用于向Input Manager注册手势监听。可以理解为，Launcher期望InputManager将获取到的手势事件反馈给Launcher。

S502，Input Manager向Launcher派发手势事件。

示例性的，Input Manager响应于接收到的Launcher发送的注册手势事件监听请求之后，获取所有手势事件。Input Manager获取手势事件的方式可参照已有技术实施例，本申请不做限定。

示例性的，Input Manager每获取到一个手势事件，即将Launcher派发手势事件。可以理解为是向Launcher发送手势事件触发指令，用于指示当前存在作用于手机屏幕的手势事件。

图6为示例性示出的模块交互示意图。请参照图6，示例性的，Input Manager中包括手势事件派发单元(也称为模块或组件，本申请不做限定)。手势事件派发单元每获取到一个手势事件，即可通过路径1向Launcher中的手势识别组件派发手势事件，用于指示当前存在手势事件。

在本申请实施例中，以任务流转功能的触发手势为三指上滑为例进行说明，在其他实施例中也可以是其他预设手势或操作，本申请不做限定。

图7为示例性示出的用户界面示意图。请参照图7的(1)，示例性的，手机的显示界面701(也可以称为显示窗口)中显示视频应用界面702a(也可以称为视频应用窗口或视频应用显示窗口，本申请不做限定)。即，手机前台运行的应用为视频应用，例如正在播放电视剧的第7集。用户期望将手机上运行的视频应用流转到平板侧继续使用，即续播电视剧第7集。示例性的，用户三指触摸显示界面701，并从显示界面701的底部向上滑动，以触发任务流转功能。在用户三指触摸到显示界面701时，Input Manager即可检测到手势事件，向Launcher派发手势事件。

需要说明的是，本申请实施例中仅以任务流转功能的手势事件为例进行说明。实际上，在本申请实施例中，Input Manager检测到任意手势事件均会向Launcher派发手势事件，并由Launcher检测手势事件所触发的对应功能。

进一步需要说明的是，本申请实施例中均以视频应用界面在显示屏中全屏显示为例进行说明。在其他实施例中，本申请实施例中的应用流转方法还可以应用于视频应用以悬浮窗或分屏的方式显示的场景，本申请不再逐一举例说明。

S503，Launcher识别三指上滑手势，获取手势位置及距离。

示例性的，Launcher每次接收到Input Manager派发的手势事件，即对手势事件进行识别，以确定是否满足对应功能的触发条件。在本申请实施例中，以任务流转功能的触发条件为三指上滑为例进行说明，相应的，Launcher基于Input Manager派发的手势事件，检测当前用户操作是否是三指上滑操作。

示例性的，如上文所述，用户三指触摸显示屏并上滑的过程中，Input Manager在用户三指触摸显示屏时，即可向Launcher派发手势事件。Launcher基于接收到的手势事件，检测到是否是三指触摸显示屏。如果是，即可继续获取手势位置和滑动距离。也就是说，当Launcher检测到用户三指触摸显示屏的手势事件，即可触发任务流转功能，即开始执行第二阶段。

第二阶段：显示任务流转界面。

图10为示例性示出的任务流转界面显示流程图。请参照图10，在本申请实施例中，任务流转功能启动后，将由Launcher控制相关界面(也可以称为窗口，例如前台应用界面、任务流传界面和流转过渡界面)的显示，例如控制界面的显示内容、尺寸以及动效等。而在已有技术中，手机的各界面的控制权均在Window Manager，即，由Window Manager控制各界面的显示方式，例如尺寸和位置等。

如图10所示，在本申请实施例中，Launcher需要获取到前台应用界面(例如视频应用)的控制权限和获取到任务流转界面的控制权限，才能执行后续的流转过渡界面显示流程和任务流转界面显示流程。示例性的，请参照图6，Activity Manager可通过路径2调用Launcher，以拉起Launcher。并且，Activity Manager可通过路径3调用控制中心，以拉起控制中心。当Launcher与控制中心被拉起后，Launcher与Window Manager通过路径3，获取前台应用界面(例如视频应用)的控制权限和获取到任务流转界面的控制权限。

需要说明的是，在本申请实施例中，获取前台应用界面(例如视频应用)的控制权限和获取到任务流转界面的控制权限的流程是并行执行的。如图10所示，手机同时执行获取前台应用界面(例如视频应用)的控制权限和获取到任务流转界面的控制权限。在获取到前台应用界面的控制权限之后，手机可显示流转过渡界面。其中，手机在显示流转过渡界面的同时，Launcher可能已经获取到任务流转界面的控制权限，或者还在执行获取任务流转界面的控制权限的过程，取决于手机的执行能力，本申请不做限定。

示例性的，手机在显示流转过渡界面的过程中，若检测到满足任务流转界面显示条件并且已经获取到任务流转界面的控制权限之后，Launcher可显示任务流转界面。具体实施例将在下文中详细说明。

图11为示例性示出的获取前台应用界面的控制权限的流程示意图。请参照图11，具体包括但不限于：

S1101，Launcher向Activity Manager发送申请启动流转过渡界面请求。

示例性的，Launcher确定触发任务流转功能后，向Activity Manager发送申请启动流转过渡界面请求，该请求用于向Activity Manager指示Launcher将显示流转过渡界面。而在本申请实施例中，Launcher显示流转过渡界面的过程中，Launcher还同时对前台应用界面进行控制，因此，Launcher在显示流转过渡界面时，需要获取到对前台应用界面的控制权限。相应的，申请启动流转过渡界面请求也可以理解为是向Activity Manager请求前台应用界面(例如视频应用界面)的控制权限。

示例性的，请求中可以包括但不限于注册回调对象，其中，注册回调对象用于指示本次请求回调的对象为Launcher。可选地，注册回调对象可以理解为是Launcher所对应的接口或通道，Activity Manager可基于注册回调对象所指示的接口或通道回调Launcher。

S1102，Activity Manager调度Launcher到前台。

示例性的，如上文所述，手机的前台当前运行的是视频应用。Activity Manager响应于接收到的申请启动流转过渡界面请求，将Launcher调到前台运行。例如，可以将Launcher调整到堆栈栈顶。具体实现方式可参照已有技术实施例，本申请不做限定。示例性的，将Launcher调到前台运行也可以理解为是拉起Launcher。需要说明的是，图5中Launcher在执行识别手势事件等动作时，Launcher均处于后台运行状态。

S1103，Launcher绘制流转过渡界面。

示例性的，Launcher被调到前台之后，可绘制流转过渡界面。在本申请实施例中，流转过渡界面中的内容可以是纯色填充，也可以是其他图案填充，可根据实际需求设置，本申请不做限定。

在本申请实施例中，S1103的步骤可以只执行一次。也就是说，手机初始化之后首次执行任务流转流程时，Launcher可绘制流转过渡界面。在后续发生的应用流转场景中，Launcher可以复用已经绘制的流转过渡界面。即，无需执行S1103，直接执行S1104。

S1104，Launcher向Window Manager通知绘制完成。

示例性的，Launcher绘制流转过渡界面完成后，可向Window Manager发送绘制完成指令，以通知Window Manager流转过渡界面已绘制完成。

S1105，Window Manager生成远程动效控制参数。

请参照图6，示例性的，Window Manager包括远程动效单元和切换控制单元。示例性的，远程动效单元响应于接收到的绘制完成指令，生成对应于流转过渡界面的远程动效控制参数。在本申请实施例中，流转过渡界面的远程动效控制参数可以理解为是将Launcher绘制完成的流转过渡界面封装成远程动效参数。具体的，Window Manager维护窗口树，每个窗口对应有节点。Window Manager新生成一个父节点，该父节点不再WindowManager所维护的窗口树上。Window Manager将流转过渡界面挂在该新生成的父节点上。该父节点所对应的参数即为流转过渡界面的远程动效参数。

S1106，Window Manager向Launcher发送远程动效控制参数。

示例性的，仍参照图6，远程动效单元生成远程动效控制参数之后，切换控制单元基于注册回调对象，通过路径2向Launcher发送远程动效控制参数，以将流转过渡界面的控制权限移交至Launcher。Launcher获取到远程动效控制参数，即Launcher获取到流转过渡界面的控制权限。可选地，Window Manager与Activity Manager之间存在数据通道，WindowManager可从Activity Manager获取到注册回调对象，具体交互方式可参照已有技术实施例，本申请不做限定。

图12为示例性示出的获取前台应用界面的控制权限的流程示意图。请参照图11，具体包括但不限于：

S1201，Launcher向Activity Manager发送申请启动任务流转界面请求。

示例性的，如上文所述，Launcher在执行图11所示的流程的过程中，可同步执行图12的获取任务流转界面流程。具体的，Launcher向Activity Manager发送申请启动任务流转界面请求，申请启动任务流转界面请求可用于请求任务流转界面的控制权限。可选地，请求中包括但不限于：注册回调对象(概念可参照图11中的描述，此处不再赘述)、任务流转单元的标识信息以及前台应用(例如视频应用)的标识信息。

示例性的，任务流转单元为控制中心中的一个执行模块(或组件)，如图6所示，任务流转单元可用于执行任务流转功能的相关操作。示例性的，任务流转单元的标识信息可以为任务流转单元的包名和Activity名称等，本申请不做限定。前台应用的标识信息可以是前台应用的包名，本申请不做限定。

S1202，Activity Manager调度控制中心的任务流转单元到前台。

示例性的，Activity Manager接收到申请启动任务流转界面请求。ActivityManager可基于请求中的任务流转单元的标识信息，将控制中心中的任务流转单元调到前台运行。

S1203，控制中心绘制任务流转界面。

示例性的，任务流转单元被调到前台之后，绘制任务流转界面。任务流转界面的绘制过程包括但不限于：绘制应用图标(例如视频应用的图标)以及任务流转界面中的其它控件(或组件)。控件的说明将在下文中详细说明，此处暂不赘述。

S1204，控制中心向Window Manager通知绘制完成。

示例性的，控制中心绘制任务流转界面完成后，可向Window Manager发送绘制完成指令，以通知Window Manager绘制完成。

S1205，Window Manager生成远程动效控制参数。

示例性的，Window Manager生成对应于任务流转界面的远程动效控制参数。具体描述可参照S1105的相关内容，此处不再赘述。

S1206，Window Manager向Launcher发送远程动效控制参数。

具体内容可参照S1106的相关内容，此处不再赘述。

示例性的，如图10所示，Launcher获取到前台应用控制权限之后，可执行显示流转过渡界面并缩放前台应用界面卡片的流程。

图13为示例性示出的应用流转方法的流程示意图。请参照图13，该流程中包括对应于图10中的两个流程部分，其中一个部分为显示流转过渡界面并缩放前台应用界面卡片。另一个部分为显示任务流转界面。示例性的，显示流转过渡界面并缩放前台应用界面卡片的流程包括但不限于：

S1301，Launcher在预设距离内，判断手指移动速度是否达到阈值。

在本申请实施例中，用户可以通过三指快速从显示屏底部向上滑动(可以抬手也可以不抬手)和/或用户三指从显示屏底部向上滑动距离大于或等于阈值(可称为距离阈值，可根据实际需求设置，本申请不做限定)的方式，以触发手机显示任务流转界面。也就是说，三指以小于预设速度阈值的速度向上滑动一定距离(即滑动距离达到距离阈值)或者是三指以大于或等于预设速度阈值的速度向上滑动的手势，均满足任务流转界面的显示条件。

Launcher可三指滑动预设距离(可根据实际需求设置，本申请不做限定)内，持续基于获取到的手势位置和滑动距离，计算三指上滑速度。也就是说，在三指滑动预设距离之内，Launcher持续检测手势移动速度是否达到阈值，一个示例中，如果在三指滑动预设距离内，检测到达到三指上滑速度小于速度阈值，执行S1302a。另一个示例中，如果在预设距离之内，检测到达到三指上滑速度大于或等于速度阈值，执行S1302b。示例性的，在执行S1302a的过程中，Launcher仍持续检测三指上滑速度。如果在三指滑动预设距离之内，Launcher检测到三指上滑速度大于或等于速度阈值，可执行S1302b。如果三指滑动距离大于预设距离，仍未达到速度阈值，则无需再监测三指上滑速度，即，按照S1302a继续执行。

需要说明的是，本申请实施例中上文所述预设距离小于距离阈值。预设距离通常设置为很短的一段距离。

在本申请实施例中，在用户三指向上滑动的过程中，手机可以显示流转过渡界面，并且，前台应用界面卡片(例如视频应用)可以跟随用户手指滑动并变换尺寸，或者是按照预设动画移动并变换尺寸，以对任务流转界面的显示进行过渡，从而避免任务流转界面未绘制完成导致的画面卡顿等问题。

S1302a，Launcher根据手势位置和滑动距离，控制前台应用界面卡片跟手缩放，且显示流转过渡界面。

示例性的，如上文所述，Launcher已经获取到流转过渡界面的控制权限，Launcher可基于获取到的手势位置和滑动距离，控制前台应用界面卡片的运动轨迹和尺寸变换。

请参照图7的(2)，用户三指向上滑动触发任务流转功能，且Launcher获取到流转过渡界面的控制权限之后，Launcher可基于用户三指的滑动轨迹，控制视频应用界面卡片702a跟随用户手指(即Launcher获取到的手指位置)移动。同时，随着用户三指向上移动，视频应用界面卡片702a逐渐缩小。其中，在该示例中，用户三指未离开显示屏。用户三指离开显示屏的场景将在下文中详细说明。

可选地，视频应用界面卡片702a的缩小幅度与手指向上滑动距离成正比。具体缩小幅度与滑动距离的对应关系可根据实际需求设置，本申请不做限定。

可选地，本申请实施例中的视频应用界面卡片702a的缩小方式可以是上下左右四个边等比例缩小。

可选地，如果用户三指拖动视频应用界面卡片702a的过程中，用户三指向下滑动，则视频应用界面卡片702a跟随用户三指移动，其将视频应用界面卡片702a放大。

仍参照图7的(2)，示例性的，Launcher显示流转过渡界面703。其中，流转过渡界面703叠在视频应用界面卡片702a的下方，即，流转过渡界面703的层级低于视频应用界面卡片702a。示例性的，随着视频应用界面卡片702a的移动和缩小，流转过渡界面703在显示界面701中显示的部分越多。

在本申请实施例中，如上文所述，Launcher在执行S1302a时，仍然在检测预设距离内，三指上滑速度是否达到阈值。示例性的，若Launcher执行S1302a的过程中，检测到三指滑动距离已经超出预设距离，且未达到速度阈值，则取消对速度的监控，继续执行S1302a的应用界面卡片跟手流程。同时，Launcher执行S1303。也就是说，在检测到已经三指上滑超过预设距离之后，Launcher开始检测三指上滑距离是否达到距离阈值。其中，如上文所述，距离阈值是大于预设距离的。

S1302b，Launcher控制前台应用界面卡片自动缩放到胶囊大小，且显示流转过渡界面。

图9为示例性示出的用户界面示意图。请参照图9的(1)，示例性的，用户三指从显示界面901的底部快速向上滑动。Launcher基于手势位置和滑动距离，确定三指向上滑动速度超过(即大于或等于)预设的速度阈值，Launcher显示流转过渡界面，并且，Launcher控制视频应用界面卡片902a按照预设移动轨迹和尺寸变换幅度演示流转过渡界面的动效。

请参照图9的(2)和图9的(3)，示例性的，用户三指快速滑动后抬手，Launcher将视频应用界面卡片902a逐渐向上移动，同时按照预设缩小幅度逐渐缩小视频应用界面卡片902a，直至视频应用界面卡片902a滑动到预设位置(可根据实际需求设置，本申请不做限定)，同时缩小到预设尺寸(例如胶囊大小具体尺寸可根据实际需求设置，本申请不做限定)。以及Launcher显示流转过渡界面903，显示方式可参照图7中的相关描述，此处不再赘述。

示例性的，Launcher继续执行S1305，以显示任务流转界面。

在一种可能的实现方式中，如上文所述，Launcher是在预设距离内，持续检测三指上滑的速度。相应的，Launcher可能在执行S1302a的过程中，即，视频应用界面卡片跟随三指滑动而移动并缩小的过程中，检测到预设距离内，三指上滑速度超过速度阈值，则Launcher可从视频应用界面卡片的当前位置和当前尺寸，继续按照预设动效演示，以将视频应用界面卡片移动到预设位置，且缩小到预设尺寸(例如胶囊大小)。

在另一种可能的实现方式中，上文所述预设位置可选地为任务流转界面中本机图标附近，或者是与本机图标重合。也就是说，当手机显示任务流转界面时，视频应用界面卡片从视觉上，从胶囊大小变为应用图标，且位置不变，即，显示于任务流转界面的本机图标上或者是附近，具体细节将在下文中说明。

S1303，Launcher判断手指上滑距离是否达到阈值。

示例性的，Launcher显示流转过渡界面且视频应用界面卡片跟手变换的过程中，Launcher实时获取手势位置和滑动距离，以检测用户三指是否向上滑动的距离达到阈值(可根据实际需求设置，本申请不做限定)。

举例说明，如图7的(3)所示，用户三指在界面701上向上滑动，视频应用界面卡片702a跟随运动且尺寸逐渐变小。也就是说，用户通过三指滑动向上拖动视频应用界面卡片702a。当Launcher检测到用户三指滑动距离(指当前位置与起始位置之间的高度差)达到阈值(例如h)，则Launcher确定满足任务流转界面的显示条件。即，显示条件为视频应用界面卡片向上拖动距离大于或等于阈值。相应的，Launcher执行S1304。

另一个示例中，如果Launcher检测到三指上滑距离未达到阈值，则继续执行S1302，即，仍然显示流转过渡界面，且视频应用界面卡片702a随着三指滑动而变换位置和尺寸。

在一种可能的实现方式中，如果Launcher检测到用户手指上滑距离未达到阈值且用户抬手，则执行图14中的任务流转打断流程。具体细节将在下文中说明。

S1304，Launcher与控制中心建立连接，发送手指位置。

S1305，控制中心根据手指位置，实现应用图标跟手。

在本申请实施例中，如上文所述，图11和图12的前台应用界面控制权限和任务流转界面的控制权限是同步执行的。因此，在Launcher执行S1302b和S1303的过程中，即，三指上滑距离未达到距离阈值，也可以理解为是未满足任务流转界面的显示条件之前，控制中心已经绘制完成任务流转界面，并且，Launcher获取到任务流转界面的控制权限。相应的，Launcher在获取到任务流转界面权限之后，即可执行S1304，与控制中心建立连接，并将获取到的手指位置(例如为三指坐标的中心点)发送给控制中心。

示例性的，控制中心获取到手指位置后，可基于手指位置控制视频应用图标在任务流转界面上滑动。而该动效是对用户不可见的。可以理解为，Launcher基于手指位置和滑动距离，在流转过渡界面上将视频应用界面卡片跟随用户三指滑动而变换时，控制中心同样基于获取到的手指位置，确定视频应用图标在任务流转界面中的位置，并进行绘制，而由于Launcher暂未调用任务流转界面，则控制中心当前绘制的结果是不显示在手机的显示界面上的。

S1306，Launcher显示任务流转界面并隐藏过渡界面。

如图6所示，Launcher的过渡界面显示单元通过路径5调用控制中心的任务流转单元，其中，过度界面显示单元可用于执行上文Launcher的流转过渡界面显示的相关步骤。任务流转单元用于执行任务流转单元的绘制等步骤。具体细节可参照上文，此处不再赘述。

在本申请实施例中，任务流转界面的触发方式分为三指向上滑动不抬手(滑动速度小于速度阈值)和三指迅速向上滑动并抬手(也可以不抬手)两种方式。

一个示例中，对于三指向上滑动不抬手以触发任务流转界面的方式，用户可以一直使用三指拖动的方式拖动应用界面卡片而不抬手，如图7的(3)所示，用户三指拖动视频应用界面上滑距离达到距离阈值时，视频应用界面卡片702a已缩小至胶囊大小(也可以是其它尺寸，本申请仅为示意性举例，本申请不做限定)。随后，如图7的(4)所示，Launcher确定满足任务流转界面显示条件，Launcher显示任务流转界面704。在本实例种，用户一直未抬手。

示例性的，如图7的(4)所示，任务流转界面704中包括但不限于：视频应用图标702b，本机图标705a以及其它设备图标，例如X的电视图标705b，X的Pad图标705c等。

需要说明的是，如上文所述，在执行S1306之前，控制中心已经完成任务流转界面的绘制，并且根据手指位置，确定应用图标702b在任务流转界面的位置。相应的，在S1306中，可以理解为是Launcher调用控制中心当前最新绘制的任务流转界面，并在显示界面701中显示最新绘制的任务流转界面，例如为任务流转界面704，而最新绘制完成的任务流转界面中，应用图标702b的位置是与用户三指触摸位置相同的。即，视频应用图标702b在任务流转界面704中的位置与视频应用界面卡片在图7的(3)中的位置相同，也就是说，当用户三指拖动视频应用界面卡片702a至预设距离时，视频应用界面卡片702a从胶囊大小变为视频应用图标702b。其中，视频应用图标702b仍然在用户三指触摸位置。如图7的(5)和图7的(6)所示，用户可三指拖动视频应用图标702b，以将视频应用图标702拖动到目标设备(例如平板)所对应的图标。手机响应于接收到的用户操作，执行应用流转，即，将手机上的视频应用流转到平板上。

另一个示例中，对于三指向上滑动不抬手以触发任务流转界面的方式，用户可以一直使用三指拖动的方式拖动应用界面卡片而不抬手，而在触发任务流转界面之后，用户可以抬手。具体的，如图8的(3)所示，用户三指拖动视频应用界面上滑距离达到阈值时，视频应用界面卡片802a已缩小至胶囊大小(也可以是其它尺寸，本申请仅为示意性举例，本申请不做限定)。Launcher检测到满足任务流转界面显示条件，即，三指上滑距离(或者理解为是应用界面卡片向上移动距离)达到距离阈值，Launcher显示任务流转界面804。如图8的(4)所示，Launcher调用控制中心绘制完成的任务流转界面804，其中，视频应用图标802b在任务流转界面上的位置与用户三指触摸位置对应。具体描述可参照图7，此处不再赘述。示例性的，在本实施例中，手机显示任务流转界面之后，用户可以抬手。可选地，用户抬手之后，应用图标在任务流转界面显示的过程中，可演示吸附动效。如图8的(4)和图8的(5)所示，用户三指滑动并抬手后，控制中心按照预设移动轨迹，将视频应用图标从用户抬手的位置，移动到任务流转界面的预设位置(可根据实际需求设置，本申请不做限定)，例如可以是在本机图标805a的附近或与其重叠。与图7中不同的是，图7中应用图标在任务流转界面上显示时，其位置是随用户手势位置移动的。而图8中，由于用户已抬手，则应用图标在任务流转界面上显示时，可以演示吸附动效。

示例性的，如图8的(5)和图8的(6)所示，用户可以通过任意手指(例如食指)拖动视频应用图标802b，以将视频应用图标802b拖动到目标设备(例如平板)图标。手机响应于接收到的用户操作，执行应用流转，即，将手机上的视频应用流转到平板上。需要说明的是，图8的(1)和图8的(2)的执行流程可参照图7的(1)和图7的(2)，也就是说，图8提供一种二段式任务流转触发方式，用户可通过三指滑动触发任务流转功能并拖动视频应用界面卡片。与图7中不同的是，图8中的方式在视频应用界面卡片缩小到胶囊大小或者是变成应用图标之后，用户可以抬手后，再次以相同或不同的手势拖动应用图标。

在又一个示例中，对于三指快速向上滑动，以触发任务流转界面的方式，具体的，如图9的(1)至图9的(3)所示，用户三指快速向上滑动，手机显示流转过渡界面，并且，视频应用界面卡片902a跟随用户三指移动一段距离(该距离小于上文所述预设距离)，Launcher检测到三指上滑速度达到阈值，则Launcher可控制视频应用界面卡片902a从当前位置按照预定轨迹移动到预设位置，且按照预设缩小幅度缩小至预设大小(例如胶囊大小)。如图9的(4)所示，Launcher检测到视频应用界面卡片902a移动到预设为止，且缩小到预设尺寸，确定满足任务流转界面显示条件。相应的，Launcher调用控制中心绘制的任务流转界面，即，在显示界面901中显示任务流转界面904。其中，应用图标902b可以与图7中类似，即，应用图标902b在界面901中的位置与变为图标之前的最后一个位置是相同的，即，在本实例中，应用图标902b是在任务流转界面904的所述预设位置上。示例性的，在图9所示的方式中，由于Launcher是按照预定轨迹和尺寸移动且缩小视频应用界面卡片的，因此，Launcher无需再获取手指位置。相应的，控制中心也无需基于手指位置确定视频应用图标在任务流转界面中的位置。也就是说，控制中心所绘制的任务流转界面中，视频应用图标在任务流转界面的预设位置上。手机响应于接收到的用户操作，执行应用流转，即，将手机上的视频应用流转到平板上。

在一种可能的实现方式中，手机显示任务流转界面之后，用户在拖动视频应用图标的过程中，若在拖动到目标设备图标附近之前抬手，控制中心可响应于接收到的用户抬手操作，将视频应用图标从当前位置(即抬手位置)按照预定轨迹移动到预设位置。例如预设位置可以是本机图标附近或者是与本机图标重叠，例如图9的(4)所示的位置，可根据实际需求设置，本申请不做限定。

在另一种可能的实现方式中，Launcher调用控制中心绘制的任务流转界面进场，Launcher可调用预先设置的进场动效，以在任务流转界面进场时，演示进场动效。例如，进场动效可以是逐渐显示或闪烁显示等，本申请不做限定。

在又一种可能的实现方式中，Launcher调用任务流转界面进场的同时，Launcher控制流转过渡界面退场。可选地，流转过渡界面的退场方式可以是隐藏等方式，本申请不做限定。

在又一种可能的实现方式中，手机响应于接收到的用户操作，执行应用流转，即，将视频应用流转到平板上之后，Launcher确定本次应用流转流程结束，可通知WindowManager收回远程动效参数，即收回应用界面和任务流转界面的控制权限，具体细节可参照图14中的S1404～S1406，此处暂不赘述。

在又一种可能的实现方式中，控制中心检测到视频应用图标移动到平板图标的预设范围(可根据实际需求设置，本申请不做限定)，且停留预设时长(可根据实际需求设置，本申请不做限定)，可确定平板即为待流传的设备，即目标设备。另一个示例中，控制中心检测到视频应用图标移动到平板图标的预设范围内，且用户抬手，可确定平板即为目标设备。

图14为示例性示出的任务流转界面打断流程示意图。请参照图14，具体包括但不限于如下步骤：

S1401，Launcher向Activity Manager发送任务流转结束指令。

示例性的，Launcher检测到用户三指滑动距离未达到阈值，且三指滑动速度也未达到阈值的情况下，用户抬手，则Launcher触发任务流转界面显示打断流程，即，Launcher向Activity Manger发送任务流转结束指令，用于指示任务流转流程结束。

举例说明，一个示例中，若用户三指在界面上滑动，其中，滑动速度小于阈值。在滑动过程中，Launcher显示流转过渡界面且应用界面卡片跟手。若用户期望撤销应用流转操作，即，不希望再执行视频应用的任务流转，则用户抬手。其中，用户抬手(即最后触摸位置)与用户三指滑动的起始位置之间的距离(即高度差)小于阈值，Launcher检测到满足打断条件。即，打断条件为用户三指滑动距离未达到阈值(例如为距离阈值)且三指滑动速度小于阈值(例如为速度阈值)。相应的，Launcher执行S1401。

S1402，Activity Manager结束控制中心的任务流转单元。

示例性的，如上文所述，在S1202中，Activity Manager将任务流转单元调到前台。在本示例中，Activity Manager响应于接收到的任务流转结束指令，确定任务流转流程结束，Activity Manager结束控制中心的任务流转单元，即，将控制中心的任务流转单元置于后台。

S1403，Launcher播放前台应用界面卡片返回全屏状态动效。

示例性的，Launcher基于用户抬手时视频应用界面卡片所处位置和尺寸，将视频应用界面卡片恢复至全屏显示。举例说明，请参照图15的(1)，用户三指拖动视频应用界面卡片1502a至当前位置后，用户抬手。Launcher检测到用户抬手，且检测到三指滑动距离未达到阈值以及三指滑动速度未达到阈值，确定满足任务流转打断条件。相应的，Launcher演示前台应用界面卡片恢复动效。如图15的(2)和图15的(3)所示，Launcher将视频应用界面卡片1502a从图15的(1)的位置，逐渐向界面1501中心移动，并且，在移动过程中，视频应用界面卡片1502a逐渐变大，直至如图15的(4)所示，即，视频应用界面卡片1502a恢复至全屏显示(即界面卡片尺寸与显示界面1501尺寸相同)。在本申请实施例中，前台应用界面卡片恢复动效中，卡片的运动轨迹以及尺寸变换幅度可根据实际需求设置，本申请不做限定。

S1404，Launcher向Window Manager通知远程动效结束。

示例性的，Launcher将视频应用界面卡片恢复至全屏显示之后，向WindowManager发送远程动效结束指令，用于指示应用流转流程结束。

S1405，Window Manager清空远程动效参数。

示例性的，Window Manager响应于接收到的指令，确定应用流转流程结束，WindowManager回收应用界面的控制权限，或者是应用界面的控制权限和任务流转界面的控制权限。需要说明的是，如上文所述，应用界面的控制权限与任务流转界面的控制权限的获取是并行执行的，在一些实施例中，用户三指上滑且抬手之前，Launcher可能还未获取到任务流转界面的权限。因此，在该示例中，Window Manager由于未移交任务流转界面的权限，则Window Manager无需执行任务流转界面的回收动作。

在本申请实施例中，如上文所述，界面的控制权限移交可以理解为是将界面封装为远程动效参数，并将远程动效参数发送给Launcher。相应的，在本申请实施例中，WindowManager回收界面的控制权限可以理解为是清空需要回收的界面所对应的远程控制参数。例如，Window Manager可将视频应用界面从新建的父节点上移到Window Manager的窗口树中，并清除新建的父节点，以回收控制权限。任务流转界面类似，此处不再赘述。

S1406，Activity Manager结束Launcher。

示例性的，Activity Manager将Launcher调到后台执行。

本申请实施例还提供一种手势识别方法，以识别上文所述的三指上滑操作。图16为示例性示出的本实施例中任务流转方法的流程示意图。请参见图16，本申请实施例中，任务流转方法的流程可以包括如下步骤：

S1601、在电子设备的屏幕上全屏显示第一应用的第一界面，第一应用为支持任务流转的应用，任务流转是指将任务从当前设备切换到其他设备上继续进行。

本实施例中，以手机为例，说明任务流转过程中电子设备的界面变化过程。

图17为示例性示出的手机上任务流转过程的界面变化示意图。请参见图17，在图17的(a)图中，手机的屏幕上全屏显示应用1的界面1。其中，应用1支持任务流转。

S1602、在第一界面上接收到第一手势，第一手势的过程包括在时间上顺次相连的第一阶段和第二阶段。

本实施例中，第一手势可以为多指触控和多指触控后的手指连续滑动。此处，多指触控和多指触控后的手指连续滑动是连续进行的，即初始触控与滑动之间不能出现所有手指抬起的动作。如果在多指触控后、还未滑动前出现所有手指抬起的动作，那么就需要重新检测第一手势。

其中，多指触控和多指触控后的手指连续滑动例如可以是两指触控和两指触控后的手指连续滑动、三指触控和三指触控后的手指连续滑动或四指触控和四指触控后的手指连续滑动，等等。

这里以三指触控进行说明。

请继续参见图17，在图17的(b)图中，用户在界面1上，用手指1、手指2、手指3这三根手指触控屏幕。那么在t0时刻，当手机屏幕上全屏显示界面1的情况下，手机检测到手指1、手指2、手指3触控屏幕。手机响应于检测到手指1、手指2、手指3在界面1上触控屏幕，在屏幕上手指1的触控点位置显示手指1的触控点图标，在屏幕上手指2的触控点位置显示手指2的触控点图标，在屏幕上手指3的触控点位置显示手指3的触控点图标。

其中，手指1的触控点图标、手指2的触控点图标、手指3的触控点图标位于界面1所在图层的上层。

需要说明的是，图17的(b)图中所示的触控点图标仅为示例性说明，本实施例对触控点图标的形状不作限制。例如，在其他实施例中，触控点图标也可以为正方形或三角形等形状。

需要说明的是，t01时刻可以不是三个手指的初始触控时刻，而是三个手指触控屏幕后的某个时刻。例如，假设手指1的初始触控时刻为t1时刻，手指2的初始触控时刻为t2时刻，手指3的初始触控时刻为t3时刻，t1早于t2，t2早于t3(后续示例以此为假设为基础)，那么t01时刻可以是t3时刻或t3时刻后的一个时刻，前提是该三个手指落下(即触控屏幕)后在t01时刻之前没有移动。

手机响应于检测到手指1、手指2、手指3在界面1上触控屏幕，还可以获取手指1、手指2、手指3的触控点位置坐标。假设手指1的初始触控点位置坐标为点P10(x10，y10)、手指2初始触控点位置坐标为点P20(x20，y20)、手指3初始触控点位置坐标为点P30(x30，y30)。其中，x方向为与手机边框的短边平行的方向，y方向为与手机边框的长边平行的方向。

手机可以根据点P10、P20和P30的坐标，确定t01时刻手指1、手指2和手指3的中心点O1的坐标(x1，y1)。

在一个示例中，x1可以等于x10、x20、x30的平均值，y1可以等于y10、y20、y30的平均值。

需要说明的是，为便于描述，本实施例中，将一个完整的第一手势的全过程划分为第一阶段和第二阶段，第一阶段早于第二阶段，且第一阶段的结束时刻与第二阶段的起始时刻相同。其中，第一阶段是指从三个手指开始触控屏幕(第一阶段的起始时刻)到屏幕上显示胶囊(第一阶段的结束时刻)之间的时间段，第二阶段是指从屏幕上显示胶囊(第二阶段的起始时刻)到所有手指抬起(第二阶段的结束时刻)之间的时间段。手指抬起是指手指离开屏幕，与屏幕不再接触。

S1603、在第一阶段，在屏幕上展示第一动画，第一动画为根据第一手势的进程控制第一界面的窗口逐渐缩小并过渡到第一应用对应的第一胶囊的动画。

用户用手指1、手指2、手指3触控屏幕后，开始沿着屏幕滑动。本实施例中假设滑动方向为向上。本实施例中手指1、手指2、手指3触控屏幕后沿着屏幕向上滑动，并在t02时刻抬起全部手指。t02时刻晚于t01时刻。

在t01时刻至t02时刻的时间段T内，手机检测到手指在屏幕上滑动，在界面1上手指1、手指2、手指3各自的触控点位置实时显示触控点图标，如图17的(c)图所示。

其中，时间段T包括了第一手势的第一阶段所在的时间段1和第一手势的第二阶段所在的时间段2。

在时间段T内，手机确定目标手指。目标手指为当前触控屏幕的手指中初始触控时间最早的手指。

目标手指及滑动过程中所有触控手指的中心点O2的确定方式一

如果手指1、手指2、手指3在屏幕上触控后并滑动的过程中，都始终触控屏幕，均未离开屏幕，那么确定手指1为目标手指。

然后在时间段T内，根据手指1的实时触控点位置，确定手指1的偏移值1(offsetX，offsetY)。

假设滑动过程中手指1的实时触控点位置为P11(x11，y11)，那么，根据手指1的实时触控点位置P11(x11，y11)和手指1的初始触控位置P10(x10，y10)可以确定手指1的偏移值1(offsetX1，offsetY1)。

在一个示例中，offsetX1等于x11与x10的差，offsetY1等于y11与y10的差。

确定手指1的偏移值1后，手机根据中心点O1的坐标(x1，y1)和偏移值1(offsetX1，offsetY1)，确定滑动过程中所有触控手指(此示例中包括手指1、手指2、手指3)的中心点O2的坐标(x2，y2)。

在一个示例中，x2等于x1与offsetX1之和，y2等于y1与offsetY1之和。

如果手指1、手指2、手指3在屏幕上触控后并滑动的过程中，手指2、手指3始终触控屏幕，手指1在t4时刻抬起，那么以t4时刻为分界点将时间段T分为两部分：在t4时刻之前的第一部分和在t4时刻之后的第二部分。

在第一部分，按照上述的方式一确定目标手指及滑动过程中所有触控手指的中心点O2。

在第二部分，按照下面的方式二确定目标手指及滑动过程中所有触控手指的中心点O2。

目标手指及滑动过程中所有触控手指的中心点O2的确定方式二

t4时刻之后的时间段T内，只有手指2、手指3触控屏幕，手指1已经抬起，此时的所有触控手指包括手指2和手指3。

由于手指2的初始触控时刻t2早于手指3的初始触控时刻t3，因此，确定手指2为目标手指。

然后，根据手指2的实时触控点位置P21(x21，y21)和手指2的初始触控位置P20(x20，y20)可以确定手指2的偏移值2(offsetX2，offsetY2)。

在一个示例中，offsetX2等于x21与x20的差，offsetY2等于y21与y20的差。

然后，根据手指1在第一部分的结束时刻t5的偏移值1(offsetX1(t5)，offsetY1(t5))，对偏移值2(offsetX2，offsetY2)进行矫正。

在一个示例中，矫正的过程包括：

令beforeoffsetX2等于offsetX1(t5)，beforeoffsetY2等于offsetY1(t5)；

令adjustX等于beforeoffsetX2减去offsetX2所得的差，adjustY等于beforeoffsetY2减去offsetY2所得的差；

根据adjustX、offsetX2、adjustY和offsetY2确定偏移值2(offsetX2，offsetY2)的矫正后的偏移值2'(offsetX2′，offsetY2′)；其中，offsetX2′等于offsetX2与adjustX之和，offsetY2′等于offsetY2与adjustY之和。

矫正手指2的偏移值，得到偏移值2'(offsetX2′，offsetY2′)后，手机根据中心点O1的坐标(x1，y1)和偏移值2'(offsetX2′，offsetY2′)，确定滑动过程中所有触控手指(此示例中包括手指2、手指3)的中心点O2'的坐标(x2'，y2')。

在一个示例中，x2'等于x1与offsetX2′之和，y2'等于y1与offsetY2′之和。

本实施例中，当触控的多个手指中有部分手指抬起，始终以当前仍在触控的手指中初始触控时间最早的手指作为目标手指，基于目标手指计算新偏移值，并对新偏移值进行矫正。通过矫正，保证了基于矫正后的偏移值计算的多指中心点位置与手指抬起前计算的多指中心点位置一致，从而避免了因手指抬起动画画面发生抖动，提升了用户的使用体验。

这样，在第一手势的操作过程中，本实施例允许用户的某一个或几个手指抬起，并且在这种有手指抬起的情况下仍然能够成功地通过第一手势触发任务流转，降低了操作难度，有助于提升用户的使用体验。

需要说明的是，只在每次有手指抬起时需要矫正一次偏移值，矫正之后，就可以按照新目标手指的偏移值确定动画中实时的多指中心点位置。

在一个示例中，如果目标偏移值与预设的总偏移值的第一比值等于预设的比值阈值，可以确定第一手势的第一阶段完成。

其中，总偏移值和比值阈值都是预先设置好的。

这里以通过前述的方式一确定目标手指及滑动过程中所有触控手指的中心点O2为例继续说明。手机检测到手指1、手指2、手指3在屏幕上滑动，在第一阶段所在的时间段1，手机在屏幕上展示动画1，动画1为根据第一手势的进程控制界面1的窗口逐渐缩小并过渡到应用1对应的胶囊1的动画。

其中，动画1中的一帧画面请参见图17的(c)图。在图17的(c)图中，窗口1为界面1的窗口缩小之后的窗口。窗口1中显示的内容为界面1。在动画1中，界面1的窗口的尺寸是从图17的(a)图所示的全屏窗口按比例缩小到图17的(c)图所示的窗口1的大小的。

在一个示例中，在屏幕上展示动画1的过程可以包括：

在动画1中，将界面1的窗口1的中心位置确定为第二中心点O2(或O2′)；

根据目标偏移值与预设的总偏移值确定第一比值；

根据界面1的窗口1的初始尺寸、最终尺寸和第一比值，确定动画1中界面1的窗口1的显示尺寸，界面1的窗口1的最终尺寸等于胶囊1的尺寸。

根据界面1的窗口1的初始内容和第一比值，裁剪动画1中界面1的窗口1的内容。

其中，总偏移值是预先设置好的。

其中，第一比值可以等于目标偏移值除以总偏移值所得的商。

其中，动画1中界面1的窗口1的显示尺寸可以等于窗口1的初始尺寸与差值尺寸之差，差值尺寸可以等于窗口1的初始尺寸与最终尺寸之差与第一比值的乘积。

裁剪动画1中界面1的窗口1的内容时，可以根据第一比值将界面1的外围界面部分裁剪掉。

在一个示例中，在屏幕上展示动画1的过程还可以包括：

根据界面1的窗口1的初始圆角、第一胶囊的圆角和第一比值，确定动画1中界面1的窗口1的圆角。

动画1中界面1的窗口1的圆角可以等于窗口1的初始圆角与差值圆角之差，差值圆角可以等于窗口1的初始圆角与第一胶囊的圆角之差与第一比值的乘积。

S1604、响应于第一手势的第一阶段完成，结束第一动画，释放第一界面的窗口，在屏幕上显示第二界面，第二界面包括第一胶囊和任务流转的备选目的设备图标。

如图17的(d)图所示，在第一手势的第一阶段完成时刻，结束动画1，并释放图17的(c)图中所示的界面1的窗口1，在屏幕上显示界面2，界面2包括应用1对应的胶囊1和手机B的图标(假设当前手机为手机A)。其中，手机B为任务流转的备选目的设备。

需要说明的是，界面2中可以显示多个任务流转的备选目的设备的图标，而不限于图17的(d)图所示的一个。

如图17的(d)图所示，本实施例中，界面2可以为智能互联应用的界面。其中，胶囊1所在的图层可以位于智能互联应用的界面所在图层的上方。

本实施例中，活动管理器可以在第一手势开始之后、屏幕上显示胶囊1之前的任意时刻生成智能互联应用的界面对应的窗口2(窗口2的内容为智能互联应用的界面，在胶囊1生成之前不包括胶囊1)，并将窗口2的透明度设置为0，以使得在屏幕上显示胶囊1之前不显示窗口2。待胶囊1生成时，手机将,窗口2的透明度设置为第一值(第一值大于0)，在手机屏幕上显示窗口2，并将胶囊1显示在窗口2的上层。

如图17的(d)图所示，胶囊1中可以包括应用1的应用图标和/或应用1的应用名称(应用1)。

S1605、在第二阶段，在屏幕上展示第二动画，第二动画为根据第一手势的进程控制第一胶囊向目标设备图标移动、并在到达目标设备图标处消失的动画，目标设备图标是备选目的设备图标中的一个。

如图17的(d)图所示，手机屏幕展示界面2后，用户可以继续在屏幕上滑动手指1、手指2、手指3，手机响应该继续滑动的操作，在屏幕上展示动画2，即拖动胶囊1向手机B的设备图标移动、并在到达手机B的设备图标处消失。

需要说明的是，当界面2上有多个备选目的设备图标，用户可以通过拖动胶囊1滑动到目标设备图标的方式选择目标设备。

其中，在一个示例中，到达目标设备图标可以是指胶囊1与目标设备图标部分重叠。

在另一个示例中，到达目标设备图标可以是指胶囊1的中心点与目标设备图标的中心点之间的距离小于预设距离阈值。

当然，也可以将“到达目标设备图标”定义为与本实施例相符的其他含义，本实施例对此不作限制。

S1606、响应于第一手势的第二阶段完成，结束第二动画，将显示第一界面的任务流转至目标设备图标对应的目标设备上。

需要说明的是，以上为描述方便，将完整的第一手势对应的界面动画划分为动画1和动画2两个动画，本领域人员可以理解，动画1和动画2也可以合成为一个完整的动画，此时，可以将动画1和动画2视为完整动画的组成部分。

本实施例中，手机调用智能互联模块完成界面1的显示任务的流转。在其他实施例中，也可以采用其他具有任务流转功能的应用完成界面1的显示任务的流转，本实施例对完成任务流转的具体应用不作限制。

下面结合图2和图6所示的软件架构图，从内部实现的角度说明手机识别前述的三指触控及滑动(即识别第一手势)的过程。

手机通过Launcher、输入管理器、窗口管理器等识别第一手势。图18为示例性示出的手机识别第一手势的过程示例图。图18中，应用1为前台应用。请参见图18，手机识别第一手势的过程可以包括：

S1801、桌面向输入管理器注册手势事件监听。

S1802、用户在屏幕上按下手指。

在屏幕上全屏显示应用1的界面1的情况下，用户在屏幕上按下手指。

S1803、输入管理器监听到手指在屏幕上按下的操作，向桌面派发第一手势事件。

输入管理器向桌面的手势识别模块派发第一手势事件。

第一手势事件的内容可以为手指1、手指2、手指3触控屏幕。

S1804、桌面识别第一手势事件为三指触控，向活动管理器申请启动前台窗口动画，同时桌面还计算触控的三指的初始中心点位置。

本步骤可以由桌面的手势识别模块执行。

这里，前台窗口动画可以是前述的动画1和动画2合成的完整动画。

S1805、活动管理器通知窗口管理器准备前台窗口动画。

S1806、窗口管理器向桌面的界面控制模块返回前台任务窗口控制权。

界面控制模块利用前台任务窗口控制权，在控制屏幕上播放前台窗口动画。

S1807、用户在界面1上移动手指。

S1808、输入管理器监听到手指移动，向桌面派发第二手势事件。

输入管理器向桌面的手势识别模块派发第二手势事件。

S1809、桌面计算手指1的偏移值1，根据偏移值1和初始中心点位置计算当前中心点位置。

S1810、用户抬起手指1。

S1811、输入管理器监听到手指1抬起，向桌面的手势识别模块派发第三手势事件。

S1812、如果桌面根据第三手势事件识别出不是三指都抬起，矫正手指2的偏移值2，以保证前台窗口当前状态不变。

前台窗口当前状态指前台窗口当前的位置、大小等。

S1813、用户抬起手指2和手指3。

S1814、输入管理器监听到手指1抬起，向桌面的手势识别模块派发第四手势事件。

S1815、如果桌面根据第四手势事件识别出三指都抬起，根据当前偏移值确定退回到前台的初始状态或进入智能互联应用的任务流转过程。

即如果前台窗口动画还没有进行到前述的动画2，用户抬起全部手指，那么桌面的界面控制模块控制界面1退回到前台应用1的初始状态。如果前台窗口动画已经进行到前述的动画2，那么桌面的界面控制模块控制进入智能互联应用的任务流转过程。

S1816、桌面释放前台任务窗口控制权给资源管理器。

识别出三指全部抬起，说明第一手势已经结束，此时桌面已无需再控制前台任务窗口对应的动画，因此可以释放前台任务窗口控制权。

本实施例中，第一手势为第一手势事件、第二手势事件、第三手势事件、第四手势事件对应的全部手势的总和。

以上描述了第一手势完整完成的任务流程过程。需要说明的是，如果第一手势在第一手势的第一阶段完成前结束，那么屏幕上不再展示结束时刻之后的动画1的未完成部分，而是动画1的结束时刻的画面开始展示动画1的已播放部分的逆动画，直至退回到展示动画1前界面1的窗口1的初始状态(本示例中初始状态为图17的(a)图所示的全屏状态)。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

一个示例中，图16示出了本申请实施例的一种装置1600的示意性框图装置1600可包括：处理器1601和收发器/收发管脚1602，可选地，还包括存储器1603。

装置1600的各个组件通过总线1604耦合在一起，其中总线1604除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都称为总线1604。

可选地，存储器1603可以用于前述方法实施例中的指令。该处理器1601可用于执行存储器1603中的指令，并控制接收管脚接收信号，以及控制发送管脚发送信号。

装置1600可以是上述方法实施例中的电子设备或电子设备的芯片。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本申请的范围之内。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

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

Claims (14)

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

电子设备响应于接收到的在第一应用界面上的三指上滑操作，检测所述三指上滑操作的移动速度是否大于或等于第一阈值；其中，所述第一应用界面上显示第一应用的第一应用内容；

所述电子设备检测到所述三指上滑操作的移动速度小于所述第一阈值，将所述第一应用界面跟随所述三指上滑操作移动，并随着所述三指上滑操作的上滑距离增大而逐渐缩小所述第一应用界面；以及，显示第一流转界面；其中，所述第一流转界面衬于所述第一应用界面下层；

当所述三指上滑操作的上滑距离大于或等于第二阈值，所述电子设备显示第二流转界面；其中，所述第二流转界面包括第一应用图标、所述电子设备图标以及至少一个其它电子设备的图标；

所述电子设备响应于接收到的对所述第一应用图标的拖动操作，移动所述第一应用图标；

所述电子设备检测到所述第一应用图标移动到目标设备的图标，将所述第一应用流转至所述目标设备，以使得所述目标设备显示所述第一应用界面，且所述第一应用界面在所述目标设备上继续显示所述第一应用内容。

2.根据权利要求1所述的方法，其特征在于，所述电子设备响应于接收到的在第一应用界面上的三指上滑操作，检测所述三指上滑操作的移动速度是否大于或等于第一阈值，包括：

所述电子设备响应于接收到的在所述第一应用界面上的三指上滑操作，确定触发应用流转功能；

所述电子设备绘制所述第一流转界面，且所述电子设备绘制所述第二流转界面，以及所述电子设备检测所述三指上滑操作的移动速度是否大于或等于所述第一阈值。

3.根据权利要求2所述的方法，其特征在于，所述电子设备检测到所述三指上滑操作的移动速度小于所述第一阈值，将所述第一应用界面跟随所述三指上滑操作移动，并随着所述三指上滑操作的上滑距离增大而逐渐缩小所述第一应用界面，包括：

所述电子设备基于所述三指上滑操作，确定所述第一应用图标在所述第二流转界面中的位置。

4.根据权利要求3所述的方法，其特征在于，所述当所述三指上滑操作的上滑距离大于或等于第二阈值，所述电子设备显示第二流转界面，包括：

所述电子设备检测到所述三指上滑操作的上滑距离大于或等于第二阈值，确定满足所述第二流转界面的显示条件，显示最新绘制的所述第二流转界面；其中，最新绘制的所述第二流转界面中的第一应用图标的第一位置与所述三指上滑操作的当前触摸位置对应。

5.根据权利要求4所述的电子设备，其特征在于，所述拖动操作与所述三指上滑操作为非连续操作，所述当所述三指上滑操作的上滑距离大于或等于第二阈值，所述电子设备显示第二流转界面，包括：

所述电子设备显示所述第二流转界面之后，检测到抬手操作，将所述第一应用图标从所述第一位置吸附到所述第二流转界面上的预设位置；其中，所述预设位置在所述电子设备图标的预设范围内。

6.根据权利要求1至4任一项所述的电子设备，其特征在于，所述拖动操作与所述三指上滑操作为连续操作，所述拖动操作与所述三指上滑操作之间用户未抬手。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述当所述三指上滑操作的上滑距离大于或等于第二阈值，所述电子设备显示第二流转界面，包括：

所述电子设备按照预设动效，显示所述第二流转界面。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述当所述三指上滑操作的上滑距离大于或等于第二阈值，所述电子设备显示第二流转界面，包括：

所述电子设备取消显示所述第一流转界面。

9.根据权利要求1至8任一项所述的方法，其特征在于，所述电子设备响应于接收到三指上滑操作之前，所述第一应用界面在所述电子设备的显示屏中全屏显示。

10.根据权利要求1至9任一项所述的方法，其特征在于，所述将所述第一应用界面跟随所述三指上滑操作移动，并随着所述三指上滑操作的上滑距离增大而逐渐缩小所述第一应用界面，包括：

所述第一应用界面的四条边等比缩小。

11.一种电子设备，其特征在于，包括：

一个或多个处理器、存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1-10任一项所述的方法。

12.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-10任一项所述的方法。

13.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-10任一项所述的方法。

14.一种芯片，其特征在于，包括一个或多个接口电路和一个或多个处理器；所述接口电路用于从电子设备的存储器接收信号，并向所述处理器发送所述信号，所述信号包括存储器中存储的计算机指令；当所述处理器执行所述计算机指令时，使得所述电子设备执行权利要求1-10任一项所述的方法。