电子装置中的应用控制.pdf

提供了一种便携电子装置，其包括：显示屏幕区域，用于提供视觉反馈和用于接收手势输入；和切换控制器，用以实现已在所述装置上被执行的多个应用之间的切换，所述切换控制器被适配成与所述装置上的操作系统交互并且包括多个软件组件，所述软件组件与相对所述装置上的操作系统是本机的组件交互，并且其中所述装置进一步包括处理器用于调用涉及所述切换控制器的特定组件的过程，其中所述切换控制器包括任务管理组件用于维持正在所述装置上运行的任务的排序列表并且允许改变任务状态。还提供了一种用于在便携电子装置中控制多个应用之间的切换的方法，所述方法包括显示屏幕，其中所述方法包括：生成正在装置上运行的多个应用的排序列表和基于所述列表控制所述应用之间的切换。一种计算机可读介质包括用于引起电子装置执行所述方法的计算机程序代码。

权利要求书
1.  一种便携电子装置，包括：显示屏幕区域，用于提供视觉反馈和用于接收手势输入；和切换控制器，用以实现已在所述装置上被执行的多个应用之间的切换，所述切换控制器被适配成与所述装置上的操作系统交互并且包括多个软件组件，所述软件组件与相对所述装置上的操作系统是本机的组件交互，并且其中所述装置进一步包括处理器用于调用涉及所述切换控制器的特定组件的过程，其中所述切换控制器包括任务管理组件用于维持正在所述装置上运行的任务的排序列表并且允许改变任务状态。

2.  根据权利要求1的装置，其中所述任务管理组件维持正在所述装置上运行的任务的按时间先后顺序排序的列表。

3.  根据权利要求2的装置，其中所述任务管理组件能操作成当在所述显示屏幕上具有焦点并且正在所述装置上运行的任务被过渡离开时捕获该任务的屏幕快照。

4.  根据前面任一权利要求的装置，其中所述切换控制器进一步包括能够在任务之间切换的滑动管理器组件。

5.  根据前面任一权利要求的装置，其中所述切换控制器包括手势检测组件以标识所述电子装置的预定区域上的手势的特定类型。

6.  根据权利要求5的装置，其中对手势的特定类型的标识引起所述任务列表上的任务的预先捕获的屏幕快照与目前任务的屏幕表示一起同时地且接近目前任务的屏幕表示地显示在所述显示屏幕上。

7.  根据权利要求5或6的装置，其中所述手势检测组件与手势控制区域关联，所述手势控制区域与所述显示屏幕区域分离并且在所述显示屏幕区域的外侧。

8.  根据权利要求7的装置，其中所述手势控制区域识别预定类型的手势，所述预定类型的手势与相同的手势在显示屏幕区域中被接收到的情况相比为装置提供不同的功能。

9.  根据权利要求7或8的装置，其中所述手势控制区域中的滑动手势被所述手势检测组件检测到并且在检测到所述滑动手势之后引起通过多个应用的屏幕快照的导航，而没有中间应用被显示在所述显示屏幕上。

10.  根据前面任一权利要求的装置，其中所述任务管理组件被适配成捕获在所述装置上运行的每个任务的缩图屏幕快照并且经由直接操控所述缩图屏幕快照来改变所述任务的状态。

11.  根据权利要求10的装置，其中通过直接操控一个或多个所述缩图屏幕快照来改变任务列表中的所述任务的顺序。

12.  一种用于在包括显示屏幕的便携电子装置中控制多个应用之间的切换的方法，其中所述方法包括：生成正在装置上运行的多个应用的排序列表和基于所述列表来控制所述应用之间的切换。

13.  根据权利要求12的方法，进一步包括当在所述显示屏幕上具有焦点并且正在所述装置上运行的任务被过渡离开时捕获该任务的屏幕快照。

14.  根据权利要求12或13的方法，进一步包括标识所述电子装置的预定区域上的手势的特定类型，其中对手势的特定类型的标识引起所述任务列表上的任务的预先捕获的屏幕快照与目前任务的屏幕表示一起同时地且接近目前任务的屏幕表示地显示在所述显示屏幕上。

15.  根据权利要求12、13或14的方法，进一步包括改变所述列表的顺序。

16.  一种计算机可读介质，包括用于引起电子装置执行权利要求12到15中的任一个的方法的计算机程序代码。

说明书电子装置中的应用控制
技术领域
本发明涉及电子装置中的应用控制，并且更具体地涉及用于控制可以在便携电子装置上运行的应用程序的设备、方法和计算机可读介质。
背景技术
诸如移动电话的便携电子装置上的多任务处理和响应于手势而在运行的应用之间切换在移动电话环境中是已知的。然而，在移动环境中，多任务处理具有一些独特的挑战。具体来说，了解哪些应用正在运行和用户能够如何在运行的应用之间切换提出了特定的挑战。
在多任务处理环境中，希望允许用户在不同运行的应用之间快速移动。通常，当用户需要选择不同的应用或应用中的不同屏幕时，菜单被示出，然后用户从菜单选择希望运行的应用或屏幕。
发明内容
本发明提供了以用户友好的方式实现系统中的任务切换的方法、设备、系统和计算机可读介质。
根据一个方面，本发明提供了电子装置，电子装置包括切换控制器以使用户能够在已在装置上被执行的多个应用之间切换，切换机制被适配成与装置上的操作系统交互。操作系统可以不具有在应用之间切换的能力。
切换控制器包括多个软件组件，软件组件与对于装置上的操作系统是本机的组件交互。交互通过电话上的处理器发生，处理器能够调用涉及切换控制器的特定组件的过程。
切换控制器可以包括任务管理组件，任务管理组件维持正在装置上运行的任务的排序列表并且允许改变（打开或关闭）任务状态。控制器可以进一步包括能够在任务之间切换的滑动管理器组件。控制器还可以包括手势检测组件以标识电子装置的预定区域上的手势的特定类型。
本文中提到的处理器可以包括数据处理单元和关联的程序代码以由处理器控制操作的执行。
可以提供用于在电子装置中控制多个应用之间的切换的方法，其中方法包括：生成在装置上已执行的多个应用的列表和基于列表控制应用之间的切换。列表的顺序可以由用户改变。
可以提供计算机可读介质，计算机可读介质包括用于引起电子装置执行前面提到的方法的计算机程序代码。
在一个实施例中，运行的应用以排序列表被呈现为屏幕快照，屏幕快照示出每个运行的应用的显示，并且用户通过手势能够容易地在运行的应用之间切换。当任务滑动被开始时可以自动地捕获屏幕快照，而不是用户必须执行捕获屏幕快照的过程。可以列出能在装置上运行的所有可用应用的默认屏幕或主页/构件（widget）屏幕被放置在列表的一端（在本实施例中为左侧）并且一直在那里。使用把所有运行的应用示出为具有关闭按钮的缩图屏幕快照的应用程序，用户能够重新排序在列表中的应用和从列表中移除应用，并且用户能够拖动屏幕快照以对它们重新排序。这在用户的头脑中创建了对应用的定位的空间理解，从而允许他们更高效地在运行的应用之间切换和发现他们希望的应用。
一个优点是已创建了帮助用户了解新应用在列表中的放置的独特的用户体验。特别地，使用独特的动画，显示器给用户展示新应用在列表中的产生的排序。
在一个实施例中，可以在被启动的新应用和应用中的新屏幕之间区分。这在移动环境中是尤其重要的，在移动环境中应用一起工作并且不隔离，诸如浏览器中的启动电子邮件应用的电子邮件链接，并且将其与启动新浏览器窗口的链接区分。
当从前台应用（“开始屏幕”）启动新应用时，新应用出现在接近并代替开始屏幕的屏幕中。这个新应用起初被示出到前台。当第二新应用被打开时（新的“开始屏幕”），第一应用被推出离开开始屏幕并且然后新应用被示出在前台。为了切换到第一应用，在开始屏幕的相反方向上滑动屏幕，改变回到第一应用。开始屏幕可以是或可以不是“主页屏幕”。
这提供了针对以下的使用的简易性：切换应用焦点；在一组运行的应用的视图之间切换和了解运行的应用的排序列表。通过实现从第一应用的全屏幕显示到另一应用的全屏幕显示的直接切换，本发明避免了当希望在应用之间导航时返回到中间选择菜单的需要。相比于必须通过界面层次后退，这增加了用户管理应用和在应用之间导航的简易性。
根据本发明的一方面，用户能够重新排序在列表中的应用和移除应用（例如使用拖放和关闭按钮而且响应于用户从菜单选择应用），并且这控制随后的切换序列。
可以适合于用在上面的实施例中的电子装置具有用于提供视觉反馈和用于接收手势的显示屏幕区域和可以与显示屏幕分离的手势控制区域。手势控制区域识别预定类型的手势，其与相同的手势在显示屏幕区域中被接收到的情况相比可以为装置提供不同的功能。在这个手势控制区域中的滑动引起通过应用的列表的导航。这可以与在显示屏幕区域中的滑动不同，在显示屏幕区域中的滑动可以引起通过电子装置可能能够显示的各个主页或其它屏幕的导航。
附图说明
下面通过示例的方式参考附图更详细地描述本发明的实施例，其中：
图1是移动电话的示意表示，作为在其中可以实施本发明的电子装置的第一示例；
图2是安卓（Android）操作系统的体系结构图；
图3是示出根据本发明实施例的在电子装置的屏幕上可以看见的用户界面的图；
图4a到4d示出在图3的实施例中使用的电子装置和在与装置的用户交互后显示在屏幕上的不同的用户界面；
图5a和5b示出在图3的实施例中使用的电子装置和当装置上的主页按钮被保持时显示在屏幕上的不同的用户界面；
图6示出包括类列表及其交互以在移动电子装置（诸如图4中的移动电子装置）中提供任务滑动的体系结构图；
图7是在图3的实施例中提供手势检测的组件的体系结构图；
图8是图4的电子装置的前表面和可以在装置的屏幕上可显示的各种表面的简化图；
图9a到9d示出针对涉及由图4的装置执行的滑动和切换的四个使用情况的序列图；
图10示出概述对图2的安卓操作系统的各个方面做出的改变的类图；和
图11示出用在移动电子装置（诸如图4中的移动电子装置）中的任务管理器组件的综览的类图。
具体实施方式
在近几年，移动电话已显著地演进为包括更先进的计算能力和相对于标准电话通讯功能的附加功能并且这样的电话被称为“智能电话”。具体地说，许多电话用于文本消息发送、互联网浏览和/或电子邮件以及游戏。触摸屏技术在电话中是有用的，因为屏幕尺寸受限并且触摸屏输入提供对显示屏上的条目的直接操控以便由分离的键盘或数字键区通常所需要的面积被节省并且改为被触摸屏占去。虽然现在将关于手持智能电话描述本发明的实施例，但是本发明的一些方面能够适用于在其它触摸输入受控电子装置（诸如没有电话通讯处理器的手持计算机、电子阅读装置、平板PC和PDA）中使用。
图1示出了包括无线通信单元的示例性移动电话手机，无线通信单元具有天线101、用于双向通信（诸如用于GSM和UMTS电话通讯）的无线电信号收发器102和用于其它无线通信协议（诸如Wi-Fi）的无线模块103。输入单元包括麦克风104并且触摸屏105提供输入机制。输出单元包括扬声器106和用于呈现电话功能的图标或文本表示的显示器107。电子控制电路包括放大器108，和多个提供ADC/DAC信号转换109、压缩/解压缩110、编码和调制功能111的专用芯片，和在这些各个组件之间提供连接的电路，和用于处理命令和控制信号发送的微处理器112。通常示出为存储器单元113的存储器与具体处理器关联。随机访问存储器（在一些情况中为SDRAM）被提供用于存储要被处理的数据，并且ROM和闪存被提供用于存储电话的操作系统和要被每个处理器执行的其它指令。可再充电电池形式的电源114为电话的功能提供电力。触摸屏105耦合到微处理器112使得在触摸屏上的输入能够被处理器理解。这些特征是本领域公知的并且在本文中将不更详细地描述。
除了不可缺的RAM和ROM，由电话手机的订户标识模块（SIM卡）115提供了少量的存储容量，其存储GSM电话通讯服务提供商和处理验证所需要的用户的服务订户密钥（IMSI）。SIM卡通常存储用户的电话联系人并且能够存储由用户指定的附加数据以及用户被准许的服务和网络信息的标识。
与大多数其它电子装置一样，使用硬件和软件的组合来实施移动电话的功能。在许多情况中，判定使用电子硬件还是软件来实施特定功能是涉及如下简易性的商业判定而不是由于基本的技术区别：能够使新产品版本在市场上可买到并且能够提供与执行的速度和可靠性（该执行使用专用硬件可能更快）保持平衡的更新（例如经由软件下载）。本文中使用术语“逻辑”来指代实施电子装置的功能的硬件和/或软件。在本发明的特定实施例的上下文中明确地指代软件或硬件的地方，读者将认识到替代的软件和硬件实施方式也可以完成希望的技术效果，并且因此这个规范应当被理解。
智能手机通常运行操作系统并且大量的应用可以在操作系统的顶端上运行。如图2中所示，在使用安卓操作系统（由Google公司所有）的智能手机上的软件体系结构例如包括在基于Java的应用架构210上运行并且由库220（包括Java核库230）集合支持的面向对象（Java以及一些C和C++）应用200和基于寄存器的Dalvik虚拟机240。针对资源约束装置（即具有受限的存储器和处理器速度的电池供电装置）优化Dalvik虚拟机240。在由虚拟机的实例执行之前Java类文件被转换成紧凑Dalvik可执行（.dex）格式。对于诸如线程处理和低级别存储器管理的基础功能，Dalvik VM依赖于Linux操作系统内核。安卓操作系统为诸如关于图1描述的硬件的各种硬件提供支持。对于在图1和2中出现的相同硬件使用相同的参考数字。支持能被提供给触摸屏105、GPS导航、照相机（静物照相机和摄像机）和其它硬件，并且包括整体的网页浏览器及图形支持和对于各种格式的媒体回放的支持。安卓支持各种连接性技术（CDMA、WiFi、UMTS、蓝牙、WiMax等）和SMS文本消息发送和MMS消息发送，以及安卓云到装置消息发送（C2DM）架构。由各种插件提供对于媒体流传送的支持，并且轻量级关系数据库（SQLite）提供结构化的存储管理。用包括各种开发工具的软件开发工具包，许多新的应用被开发用于安卓OS。目前可用的安卓电话包括来自大量制造商的广泛各种屏幕尺寸、处理器类型和存储器供应。操作系统的哪些特征被利用依赖于特定的移动装置硬件。
在安卓操作系统（OS）中的活动被作为活动堆栈来管理。活动被看作用户能与之交互的应用。当开始新活动时，它被放置在活动堆栈的顶端上并且变成运行的活动。先前的活动在堆栈中保留在新活动的下面，并且将不会再次来到前台直到新任务退出。任务是能够起源于单个或不同应用的活动的序列。在安卓中，可以通过堆栈返回。
发明人已实现了新的架构以实现在使用安卓OS的移动电子装置中（向后或向前）通过应用导航并且实现在系统中维持应用的排序列表的能力。使用和保持非活动应用的屏幕快照以便可以在涉及每个应用的屏幕快照之间导航。应用被看作不同于系统任务的用户任务，系统任务可以在没有关联图形用户界面的后台中发生。
参见图3，示出了本发明的一个实施例的移动电子装置的各种用户界面。示出了包括多个应用的主菜单屏幕，通过用户执行与表示应用的图形用户界面对象的特定交互可以打开/激活该多个应用。在安卓中，主菜单屏幕是多个主页屏幕中的一个。每个主页屏幕可以包括应用图标、构件或用户可能希望看到的其它信息。在这个情况中，用户已从主菜单主页屏幕通过点击关联的对象来选择“消息发送”应用。这打开消息发送应用。然后用户按压移动电子装置上的“主页”键（未示出）来使用户回到主菜单或主页屏幕以选择要打开的另一应用。这可以被执行多次并且在这个情况中打开三个应用。在用户未与应用交互的任一时间，仅应用中的一个是全部可见的。在图中示出了应用的顺序，其中主页屏幕首先被示出并且余下的应用按时间先后顺序排序（最近的首先示出）。应用产生到主页屏幕的右侧。
图4a到4d示出可以在图3中使用的移动电子装置10。移动电子装置10具有手势控制区域11，手势控制区域11可以被看作是装置10的前侧上的触摸屏的延伸部分。还提供了具有图像用户界面的显示区域12。在这个特定示例中，用户通过滑动穿过显示区域12直到需要的主页屏幕被示出来访问特定类型的主页屏幕，该特定类型的主页屏幕是Facebook社交网络构件13。然后，用户选择聊天图标14。图4a到图4d示出当在聊天图标14已被选择并且聊天任务15已被激活之后用户从左到右滑动（由“F1”指示）穿过手势控制区域11时显示屏幕的过渡。在从左侧向右侧滑动手势控制区域11时，整个聊天的全部屏幕移动到右侧。滑动是能够引起在屏幕上示出的（一个或多个）条目改变的直接屏幕操控的手势类型的示例。
如图4b中示出的，Facebook构件屏幕13直接邻近（连接）聊天屏幕的左边缘，初始从Facebook构件屏幕13激活聊天任务15。沿手势控制区域11的进一步移动导致示出更多的Facebook构件屏幕13（和更少的聊天屏幕15），如图4c中示出的。一旦滑动靠近或处在手势控制区域11的右端，仅Facebook构件屏幕13在屏幕上是可见的。将意识到的是，这个示例仅示出两个屏幕（Facebook构件屏幕和聊天屏幕）但是多个应用可以在堆栈中，在该情况中用户可以通过在手势控制区域中按照应用在装置中被维持的特定顺序向前或向后滑动而在所有应用之间滑动。例如，如果在聊天屏幕中提供链接，选择该链接将在邻近聊天屏幕的屏幕中打开该链接。涉及链接（其例如可以是网页）的屏幕（未示出）将打开浏览器应用并且将其带到前台。在浏览器应用中用户可以穿过手势控制区域向后滑动一次并且这可以把用户带回到Facebook构件屏幕13。
任务滑动涉及同时动画即时（live）表面和屏幕快照，然后用第二即时表面代替屏幕快照。即时表面将是目前在屏幕上和在焦点中的应用（例如图4a中所示的聊天屏幕15）并且如图4b和4c中所示的，同时动画另一应用的屏幕快照（例如Facebook构件屏幕13）。当在诸如图4b和4c中所示的任务滑动动画之后应用被改变时用即时表面代替屏幕快照。常规地，当应用被改变时执行过渡动画。在这个实施例中，当任务滑动时，抑制了常规的应用过渡。
现在将参照图5a和5b描述涉及如何对任务重新排序或关闭任务的另一方面。图5a示出当用户长按（如由F2指示的）手势控制区域上的“主页”按钮时在实施例中生成的屏幕。可以提供激活屏幕的其它方法。按压按钮，引起打开的应用屏幕16，应用屏幕16示出打开的并且你可以切换到的每个应用的视觉表示。在这个屏幕中，可以通过把应用的指示拖放到堆栈中的另一位置中来移动堆栈中的任何应用。在这个情况中，如图5b中所示的，用户已选择“联系人”应用（如由F3所示的）并且这可以被移动到堆栈中的任何位置。这允许用户改变滑动顺序。
在用户可能不希望必须在多个应用之间滑动而是使每个打开的应用的屏幕快照形式的任务彼此邻近的情况中，这可以是有用的。例如，如果多个链接要从一个应用被复制到另一个并且这不能以单个动作被复制，则如果链接要被复制到的屏幕相对于该链接从其起源的应用而言在堆栈更下面，那么用户可能需要滑动穿过多个屏幕。对应用重新排序的能力克服了这点并且给用户提供更多的控制，因为在堆栈中可以在邻近的应用屏幕之间执行更慢的、更受控的滑动，而不是在远距离的应用之间的更不可控的滑动。
如果不再需要这些应用中的一些，则可以通过点击应用的视觉表示的关闭按钮（如图5a和5b中在角落中的交叉所示）来从打开的应用屏幕16个体地关闭它们。
在这个屏幕16上可以识别其它类型的手势以引起应用的行为改变。例如，用户可以在打开的应用屏幕上长按并且朝显示区域12的边缘滑动特定应用的缩略图。如果另一便携电子装置被定位得邻近便携电子装置10并且在两个装置上都实现近场通信（NFC），则这可以是在多个便携电子装置之间共享涉及特定应用的数据的方法。
用这个多任务处理方案，还可以处理用于应用（诸如Spotify）的后台进程。可以激活Spotify应用并且可以选择歌曲来播放。如果退出该应用，Spotify将继续在后台运行但是将不打开以允许在它和打开的其它应用之间切换。可以执行手势控制区域上的长按以引起打开的应用视图。Spotify应用将不在列表中因为它正在后台中运行。如果Spotify应用被再次打开，并且同时在该应用中，打开的应用视图被激活，则Spotify在堆栈中将被表示为像所有其它应用（app）一样并且如果需要，应用可以被重新布置。
图6是示出类列表及其交互以在移动电子装置（诸如图4中的移动电子装置）中提供任务滑动的体系结构。将意识到的是，可以使用其它类型的移动电子装置。
WindowManagerService（窗口管理服务）是在系统中控制所有窗口图和动画的标准安卓服务。INQGestureDetector（INQ手势检测器）是在启动时间创建的特定类——单例模式（singleton）。其目的是在手势控制区域中截取指示器事件（pointer events）并且处理该事件以确定事件的类型（诸如该事件是任务滑动还是垂直手势）。INQTaskSwipeManager（INQ任务滑动管理器）是在启动时间创建的特定类（单例模式）并且其目的是控制任务之间的切换。INQTaskManager（INQ任务管理器）提供到INQTaskManagerService（INQ任务管理服务）的接口并且维持任务列表并且允许任务被启动和/或关闭。INQSurfacePool（INQ表面池）是在启动时间创建的特定类（单例模式）。其目的是处理在任务滑动中使用的表面的创建、删除和重定尺寸。INQAppObject（INQApp对象）是特定类，其表示任务列表中的打开的任务。每次任务滑动，一系列INQAppObject被创建。
下面提供不同类之间的交互的进一步细节。  
1）WindowManagerService在启动时间创建INQTaskSwipeManager，用装置的尺寸初始化它。然后在动画循环期间，setSurfacesPosition（）被调用以移动任务滑动中涉及的表面。  
2）在启动时间创建INQGestureDetector。然后系统中的每个触摸事件经由interceptPionter（）方法被路由。被认作手势的部分的所有触摸事件被消灭（即不向上传递堆栈）。  
3）INQGestureDetector确定滑动何时开始/结束并且在INQTaskSwipeManager上调用StartTaskSwipe（）、EndTaskSwipe（）和PositionUpdate（）。这传递滑动的位置和目前的旋转两者，这些参数控制滑动。  
4）当开始所通知的滑动时，从INQTaskManager查询目前的INQOpenTaskList（INQ打开任务列表），这个列表和其中的任务用于初始化滑动。当完成滑动时，如果需要切换任务，则通知INQTaskManager切换到哪个任务。  
5）INQSurfacePool维持表面对象的池，这些对象也用于渲染任务滑动位图。  
6）为每个任务滑动创建一系列INQAppObject，这些对象计算、控制和发出位置命令以移动表面来创建任务滑动。
INQTaskManager紧密地集成到常规安卓ActivityManagerService（活动管理服务）中。其扩大了安卓的活动堆栈。任务列表一直在位置0处具有主页屏幕并且以正确的顺序包含系统中的所有任务。当启动时，添加新任务，最近启动的任务设置到主页屏幕的右侧。任务保留在任务列表中直到它们被关闭。INQTaskManager还维持目前任务（即目前在屏幕上的任务）和每个任务的屏幕快照（例如作为位图被捕获）的记录。其提供在任务滑动中使用的和使用打开的应用屏幕功能的可见任务（一些被隐藏）列表。
在开始任务滑动之前，目前在屏幕上的应用是活动堆栈中的最顶端活动。它是目前可见的窗口并且它具有由系统分配的即时表面。该表面包含由应用绘制的用户界面。
任务滑动在系统中用于通过打开的任务或应用导航。在任务滑动期间，下一个任务的屏幕快照被绘制成虚假表面。这个虚假表面的位置在屏幕上被变更。即时表面的位置被变更以与虚假表面共同移动。
把输入（诸如用户的手指）移动到目前即时表面屏幕的左侧将使系统显示目前任务的即时表面以及在任务列表中在目前任务的右侧的任务的屏幕快照虚假表面。当用户使其手指在屏幕的预定的区域（诸如手势控制区域）上时，表面将响应于手指移动而移动。当用户移除它们的手指时，即时表面滑回或者过渡到屏幕快照虚假表面。如果是后者，则任务被切换并且用即时任务代替屏幕快照。INQTaskSwipeManager将过渡到虚假表面的屏幕快照并且调用INQTaskManager来把任务切换到新任务。
图7示出了被集成到操作系统架构（在这个情况中为安卓）中以提供手势检测和任务滑动的不同组件。在常规安卓架构中，提供了具有KeyInputQueue（键输入队列）函数21的输入装置读取组件20。KeyInputQueue函数涉及将原始输入事件转化成正确的类型。允许手势控制区域11中的移动事件沿堆栈向上。KeyInputQueue还控制虚拟键。输入事件调度组件22包括WindowManagerService函数，WindowManagerService函数创建线程以从KeyInputQueue函数读取输入事件并且将事件通过系统调度到正确的窗口（即具有焦点和该输入适用于的窗口）。
输入事件类型可以包括键输入和指示器输入，并且在本实施例中，INQGlobalGestureDetector（INQ全局手势检测器）函数截取所有指示器事件。如果事件在手势控制区域11中，则这些事件被INQGestureDetector消灭并且该事件用于控制任务滑动。INQGlobalGestureDetector调用INQTaskSwipeManager函数中的StartTaskSwipe（）、positionUpdate（）和EndTaskSwipe（）来控制任务滑动。
如关于图6提到的，当进入手指跟踪模式时调用StartTaskSwipe（）并且每当在手指跟踪模式中时由INQGestureDetector接收到移动事件就调用positionUpdate（）。当退出手指跟踪模式时调用endTaskSwipe（）。
图8示出了图4A到4D的显示屏幕12和手势控制区域11以及当用户执行优选地在手势控制区域11中的滑动手势时关于在上文中描述的即时表面12A和虚假表面12B所显示的过渡的简化图。在这个示例中，即时表面12A显示在显示屏幕12上。用户的手指从位置X向位置Y移动到手势控制区域11的左侧。即时表面移动到左侧并且虚假表面12A显示到即时表面的右侧。关于位置改变：
X=初始位置=204
Y=目前位置=39
Delta位置=（Y-X）/显示宽度
Delta位置=（39-204）/320=-0.516。
负Delta位置被传递给INQTaskSwipeManager。在另一方面（图中未示出），如果手指移动到手势控制区域11的右侧，则即时表面移动到右侧并且在目前表面的左侧的虚假表面被显示。这创建正Delta位置并且这被传递到INQTaskSwipeManager。
任务滑动在纵向（portrait）模式和双横向（landscape）模式（90度和270度）中工作。改变屏幕定向，就改变了显示坐标，因为0，0点被改变。
将参考图9a到9d进一步详细地描述任务切换，图9a到9d示出涉及在本发明的实施例中执行的滑动和切换的四个使用情况的序列图。
对于任务滑动存在四个阶段：（1）开始任务滑动-图9a，（2）执行任务滑动-图9b，（3）执行滑动响应-图9c，（4）切换任务-图9d。
（1）开始任务滑动-见图9a
-每个移动事件被传递到INQGlobalGestureDetector的interceptPointer（）方法。如果手势状态是空闲并且在触摸条区域中接收到向下移动事件，则在INQTaskSwipeManager上调用StartTaskSwipe（）。  
-StartTaskSwipe（）通过调用getOpenTasklist（）来从INQTaskManager获得目前的INQTaskList（INQ任务列表）。这返回关于系统中的每个任务和哪个是目前任务的信息。  
-调用INQAnimateLiveWindows（）以设置关于AppWindowTokens（App窗口令牌）的动画对象和需要作为任务滑动的部分来移动的WindowState（窗口状态）对象。  
-如果发现对应的即时窗口，则创建INQAppObject以表示目前的任务，创建一系列INQAppObject，INQTaskList中的每个任务一个。setLiveAppObject（）设置即时表面，setDummyAppObject（）建立具有屏幕快照的虚假表面。  
-如果成功创建AppObject（App对象），则调用requestAnimationLocked（）以请求WindowManagerService开始动画。
（2）执行任务滑动-见图9b
-当在任务滑动状态中时运动移动事件被INQGlobalGestureDetector截取并消灭。Delta位置信息被传递给INQTaskSwipeManager的positionUpdate（）。  
-更新的位置被传递给每个INQAppObject对象，每个对象基于delta位置和它在任务列表中的位置来检查它目前是否在视图中。这些方法在WindowManagerService的输入调度线程的上下文中运行。  
-然后在INQTaskSwipeManager上单独地调用setSurfacesPositon（），这被作为WindowManagerService动画循环（从PerformLayoutAndPlaceSurfacesLockedInner（）被调用）的部分来调用。这在每个对象上调用executeSwipeAnimation（）。  
-如果对象目前不在视图中，则立即返回，否则视需要创建并释放表面（这可以当我们在表面全局事务的上下文中时被完成）。表面被移动到正确的位置。  
-全部的结果是目前的任务随用户的手指向左/右移动并且视情况示出左侧/右侧的虚假表面的屏幕快照。
（3）执行滑动响应-见图9c
-INQTaskSwipeManager被调用以反映这个determineSwipeResponse（），determineSwipeResponse（）确定当用户使他们的手指离开触摸条时什么应当发生，基于移动的距离和移动的速度来判定过渡回到起始屏幕或改变到特定屏幕。  
-在这个点，滑动已结束，因此从INQGestureDetector未给出新的位置更新，然而，determineSwipeResponse（）计算响应移动应当是多长。  
-然后在通过WindowManagerService对setSurfacesPositon（）的随后调用时，计算“虚幻手指）”的正确位置并且在每个INQAppObject上调用positionUpdate（）以相应地移动表面。  
-在已调用了positionUpdate（）之后，做出与任务滑动状态中相同的调用序列以视需要创建/移除/移动表面。因此最终结果是表面移动到它们希望的目的地位置。
（4）切换任务-见图9d
-当用于滑动响应的持续时间已结束（即表面已移动到它们的最终地点）时，调用delayedMessageHandler（延迟消息处理器），delayedMessageHandler在300ms后调用switchTask（）。这个时间延迟是允许多个滑动的多个特征之一。switchTask（）查找它被希望切换到的任务的任务ID（taskID）并且将任务ID传递给INQTaskManager。  
-switchToTask（），这个组件在ActivityManagerService上发出命令以将安卓切换到新任务。  
-当已结束任务切换时，WindowManagerService调用setSurfacesPosition（）并且这引起INQTaskSwipeManager和INQAppObject系列两者都调用cleanup（），cleanup（）移除所有屏幕快照表面并且将状态返回到准备下一个滑动的空闲。
图10示出了概述为了实现用于本发明的实施例并且尤其用于对任务重新排序的方面而对安卓系统做出的改变的类图。图10中示出的多个模块提供了图5a和5b的打开的应用屏幕16的功能。
参见图10，OpenAppsActivity（打开App活动）处理创建和关闭打开的应用屏幕并且实施打开的应用屏幕的布局和动画。DragLayer（拖动层）处理用于移动在打开的应用屏幕16中打开的每个应用的视觉表示（即缩图屏幕快照或缩略图）的所有拖放动作。ImageHelper（图像帮助器）提供重新创建具有圆角的位图和在位图上添加描边（即把圆角施加到图像（诸如字体）以试图使它们更像自然流畅的手写体）的功能。为了调试目的，MockTaskList（假任务列表）使虚假任务列表创建。
在使用中，通过仅在创建打开的应用屏幕16的开始阶段调用TaskManagerService来访问任务列表信息，而不是每次打开的应用屏幕需要加载任务列表信息时。这意味着，值可以被记住以用于重新使用而不是每次都调用函数来使该数据被计算，由此节省时间和处理努力。
图11示出在本发明的实施例中使用的任务管理器组件的综览的类图。向服务管理器登记INQTaskManagerService为新服务。这在ActivityManagerService的范围内。把相关的活动状态改变（诸如ActivityStart（活动开始）、ActivityMoveToFront（活动移动到前面）、ActivityPause（活动暂停）等）从ActivityManagerService传递到INQTaskManagerService。INQTaskManagerService负责以下各项：
-处理从ActivityManagerService接收的活动状态改变并且更新它自己的INQOpenTaskList，INQOpenTaskList由INQOpenTaskInfo（INQ打开任务信息）对象组成；
-使用INQTransitionPolicyManager（INQ过渡策略管理器）为需要适当的过渡的活动状态改变加载所述适当的过渡，即从目前的app切换到OpenApp（app之间的滑动在别处被处理）。
INQOpenTaskList是意图在INQSwitch（INQ切换）中可见的所有运行任务/app（排除诸如电话app那样的app）的表示。每个打开的应用由INQOpenTaskInfo对象表示，INQOpenTaskInfo对象映射到安卓HistoryRecord（历史记录）并且保持那个app的屏幕快照和缩略图。除了这个，INQOpenTaskInfo具有标记以指示打开的应用屏幕16是否是可见的，在该情况中禁用打开的应用之间的滑动。
当活动开始时，如果活动是新任务的部分，则新任务记录被创建并且添加到任务列表。如果活动是现有任务的部分，则任务记录被更新。当活动移动到活动堆栈的前面时，任务记录被更新。当活动被终止时或当应用冲突时，任务被从任务列表移除。如果它是目前的任务，列表中的先前任务的顶端活动被激活。当任务移动到后台时，列表中的先前任务的顶端活动被激活。当活动被暂停时，如果可能，则屏幕快照被取得和捕获。
可以涉及当用户按压主页按钮由此引起主页屏幕（诸如图4a中的那个）时的活动的主页活动在维持在INQTaskList中的应用列表中总是第一任务。HistoryRecord具有针对主页活动的专门标记。当开始新主页活动时，它被插入在INQTaskList中的第一位置。任何先前的主页活动被标志为隐藏。
仅包含非全屏活动的任务不可以被示出为单独的任务。当开始新的非全屏任务时，INQTaskManager将非全屏任务存储为目前任务的子任务。当移动装置上的客户端激活具有子任务的任务时，子任务被激活。INQTaskSwipeManager接收作为任务的部分的所有任务标识的列表。
每当具有焦点（即对用户可见）的应用通过滑动或通过按压电话上的专用键（例如主页按钮）被过渡离开时取得屏幕快照。每次活动被暂停时需要新的屏幕快照。从帧缓冲区取得屏幕快照。优选地仅在目前任务的顶端上不存在可见的系统窗口时捕获屏幕快照并且在开始过渡动画之前（即在显示诸如图4c中所示的屏幕之前）捕获屏幕快照。在任务滑动期间，在开始滑动之前捕获屏幕快照，不是当活动暂停时。因此取得在焦点中的目前任务的准确的视觉表示。这可以当在手势控制区域中检测到滑动输入时取得，但是在生成和显示屏幕上的表面的过渡的视觉表示之前。每个任务具有标记以知道是否需要新的屏幕快照。这可以基于为确定窗口是否是顶端可见而已执行的查询来设置。
INQTaskManagerService处理ActivityPaused状态并且取得屏幕快照以存储在针对那个应用的INQOpenTaskInfo中。它还处理从INQTaskManager的PrepareForTaskSwipe（准备任务滑动）调用以触发在滑动开始之前取得目前app的屏幕快照并且更新INQOpenTaskInfo。
当用户触摸手势控制区域11（见图4a）时，INQTaskManager将来自INQGlobalGestureDetector和PrepareForTaskSwipe的调用转发到INQTaskManagerService。
INQScreenshot（INQ屏幕快照）负责做出对grabscreenshot（）的本机调用，grabscreenshot（）从目前可见屏幕的帧缓冲区捕获位图。INQScreenshot处理裁剪（移除系统状态条）和旋转返回的位图以在INQOpenTaskInfo中用作屏幕快照。
特定的应用可以使用GLSurfaceView（GL表面视图）或VideoView（视频视图）。可以存在撤销默认安卓活动的应用ActivityonCreateThumbnail（在创建缩略图上的活动）。如果使用默认的ActivityOnPause（暂停活动）屏幕截图和缩略图捕获方法，任何这些类型的应用将引起黑色的屏幕快照或缩略图被捕获。通过抓取在帧缓冲区中由图形硬件合成的原始数据和根据捕获的位图创建屏幕快照和缩略图，这可以被解决。
将意识到的是，本发明不限制为用于特定类型的移动通信装置。虽然已描述了安卓操作系统，但是本发明可以用于其它操作系统，对于其它操作系统，任务切换不能使用本文中描述的概念。
除了上面详细描述的本发明的实施例，技术人员将认识到本文中描述的各种特征可以被修改和与附加的特征组合，并且产生的本发明的附加实施例也在本发明的范围内。