[发明专利]被终止的应用在返回堆栈内的保持

说明书

背景技术

操作系统（OS）通常负责硬件资源的管理以及为计算系统中的应用软件提供公共服务。操作系统影响可执行应用在给定的计算环境和/或平台上的加载、启动和执行。在应用的运行过程期间，应用可能终止，或以别的方式通过各种各样的机制被杀死――机制例如是用户输入、定时的事件、死锁、或其他有计划或无计划的方式。

在如今的计算平台和/或环境中，多个应用（其处于某种执行状态中）由操作系统跟踪――并且用户可以通常经由图形用户界面（GUI）与它们交互。用户能够――经由击键和/或其他有意的（deliberate）动作――查看并了解什么以及哪些应用正在有效地运行。此外，用户能够――经由这样的击键和/或其他有意的动作――在这样的应用之间切换，特别是在虚拟化的、分区的和/或多核的计算环境中。

发明内容

为了提供对本文所描述的某些方面的基本理解，在下面给出本创新的简化概要。本概要并不是所要求保护的主题的广泛概述。它既不打算标识所要求保护的主题的关键性的或决定性的元素，也不打算描绘本创新主题的范围。其唯一的目的是以简化的形式给出所要求保护的主题的某些概念，以作为之后给出的更详细描述的序言。

本申请的某些实施方案提供用于系统和/或方法，所述系统和/或方法用于影响在计算环境中在返回堆栈（backstack）上和/或更一般性地在应用列表（“app列表”）上的应用的保持，以及应用的重新启动，这些应用在该计算环境中已经被杀死（kill）或者终止。返回堆栈包括近来被计算环境或者被用户经由计算环境使用过或者以别的方式调用过的应用的列表。对于本申请的目的来说，当不要求用户可访问的应用是诸如最近使用过（MRU）那样的任何特定顺序时，术语“app列表”可满足术语“返回堆栈”的需要。

在一个实施方案中，计算环境包括图形用户界面（GUI），其中用户可以做出有意的手势来与应用交互，包括切换和/或重新启动被杀死或以别的方式被终止的应用。依据打算进行这样的切换和/或重新启动的用户命令，计算环境可以向用户呈现与被杀死的应用相关联的临时UI屏幕，并且依据用来执行被杀死的应用的提交（commit）信号而呈现更完整的运转屏幕。

在一个实施方案中，提交信号和/或命令可以由用户作为第二手势给出。作为第二手势，这样的提交信号可以给予用于计算环境的额外控制点——因为用户的第一手势可能表明用所杀死的应用“切换”当前正在运行的应用。由于用户可能最终决定不“重新启动”所杀死的应用，所以来自用户的第二提交手势向计算环境表明重新启动所杀死的应用。

当结合本申请内给出的附图来阅读时，本系统的其他特征和方面在下面的详细说明中给出。

附图说明

在参考的附图中图示了示范性的实施方案。旨在使本文所公开的实施方案和附图被看作说明性的而非限制性的。

图1描绘当前用户可用的各种各样的计算环境。

图2是系统及其组件的方框图的一种实施方案，所述系统及其组件可以影响被杀死和/或被终止的应用在返回堆栈上的保持，以用于随后的用户交互。

图3是用于在计算环境中操控和/或处理被杀死和/或被终止的应用的流程图的一种实施方案。

图4是用于在计算环境中操控和/或处理被杀死和/或被终止的应用的时序/过程流程图的一种实施方案。

图5A至5F显示一系列的GUI屏幕，该GUI屏幕描绘用户可以如何经历从返回堆栈中重新启动被杀死和/或以别的方式被终止的应用。

图6A至6C显示另外一系列的GUI屏幕，该GUI屏幕描绘用户可以如何经历从返回堆栈中重新启动被杀死和/或以别的方式被终止的应用。

具体实施方式

当在本文中被使用时，术语“组件”、“系统”、“界面”等打算指计算机相关的实体，其或为硬件、或为软件（例如，在执行中的）和/或为固件。例如，组件可以是在处理器上运行的进程、处理器、对象、可执行文件、程序和/或计算机。作为举例说明，在服务器上运行的应用和服务器两者都可以是组件。一个或多个组件可以驻留在进程之内，并且组件可以定位于一台计算机上和/或分布在两台或者更多台计算机之间。

参考附图来描述所要求保护的主题，其中贯穿全文，同样的参考标号被用来指同样的元素。在下面的描述中，出于解释的目的，为了提供对本创新主题的透彻理解，阐明了许多特定的细节。然而，明显的是，可以实践所要求保护的主题而无需这些特定的细节。在其他实例中，为了便于描述本创新主题，以方框图的形式显示众所周知的结构和设备。

介绍