CN102077164A

CN102077164A - 用于支持移动设备中的多任务作业的方法

Info

Publication number: CN102077164A
Application number: CN2009801261307A
Authority: CN
Inventors: S·J·霍洛德泽; G·海因泽格
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2008-06-30
Filing date: 2009-06-23
Publication date: 2011-05-25
Anticipated expiration: 2029-06-23
Also published as: CN102077164B; KR20110028374A; KR101359058B1; WO2010002627A3; US20090325563A1; US8229410B2; EP2304533A2; WO2010002627A2; JP2011527045A

Abstract

提供了用于有效地访问和管理移动设备上的打开的应用的方法。响应于“结束键”键按压事件，一打开的应用被终止并且另一打开的应用被迅速最大化。在一实施例中，另一键可被按压以访问指示打开的应用的应用菜单。可以在该应用菜单上选择打开的应用并选择性地使其最大化或终止。在一实施例中，键可被按压以访问列出打开的应用的“打开的应用”菜单。可以在该“打开的应用”菜单上选择打开的应用并选择性地使其最大化或终止。

Description

用于支持移动设备中的多任务作业的方法

发明领域

本发明一般涉及电子设备，并且尤其涉及对移动设备中的多任务作业的用户接口支持。

背景

诸如蜂窝电话之类的无线移动通信设备(移动设备)的使用因其便携性和连通性而日益增长。同时，移动设备在复杂性方面日益增长，支持能够同时运行的许多有用应用，变成多用途的生产力工具。随着可供移动设备使用的应用的数目和复杂度的增加，这些移动设备需要更尖端的用户接口支持。然而，许多目前可用的移动设备具有实现不良的用户接口并且不能恰当地支持对多个打开的应用的使用和管理。

概述

各种实施例方法提供用户接口支持来帮助用户管理在移动设备上执行的多个打开的应用。在一实施例中，用户可以使用能够向用户提供易于访问打开的应用的列表的途径的应用键来管理多个打开的应用。

在各种实施例中，可配置结束键功能性来帮助用户管理打开的应用。该结束键可被配置成允许用户终止打开的应用并使另一打开的应用最大化。还可以提供指示打开的应用的应用菜单和/或“打开的应用”菜单以准许用户进一步管理打开的应用。

附图简述

纳入本文并构成本说明书的一部分的附图解说了本发明的示例性实施例，并且与以上给出的一般描述和以下给出的详细描述一起用于解释本发明的特征。

图1是移动设备的软件/硬件架构图。

图2是解说使用结束键的实施例的步骤的过程流程图。

图3是解说使用应用键的实施例方法的步骤的过程流程图。

图4是解说使用应用键的实施例的步骤的过程流程图。

图5是与图2-4中所解说的过程步骤相关联的消息流图。

图6是适于在一实施例中使用的移动设备的系统框图。

具体描述

将参照附图详细描述各种实施例。在任何可能的地方，相同参考标号将在附图中通篇用来指代相同或类似部分。对特定示例和实现所作的引用是作用于解说性的目的，而无意限定本发明或权利要求的范围。

在本描述中，术语“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实现不必被解释为优于或胜过其他实现。术语“最大化”被用来意味着使目前不可见的打开的应用显示在移动设备显示器上，并且不一定要改变显示本身的大小或配置。

如本文中所使用的，术语“移动设备”、“移动手持机”、“手持机”和“手持式设备”是指蜂窝电话、带有无线调制解调器的个人数字助理(PDA)、无线电子邮件接收器(例如，

和

设备)、启用多媒体因特网的蜂窝电话(例如，

)、无线电话接收机和类似的个人电子设备中的任何一者或者全部。在优选实施例中，移动设备是蜂窝手持机设备(例如，蜂窝电话)。然而，蜂窝电话通信能力不是必需的，因为各种实施例可以在实现各种文本数据输入方法的计算设备上实现。

一直以来对增强移动设备的性能和功能性的需要已使得有越来越多的软件应用可供移动设备使用。随着这些移动设备应用的数目和复杂度的增加，用户不可避免地会在同一时间打开多个应用。多任务作业移动设备就允许用户这么做。多任务作业是一种方法，亦称为进程或应用的多个任务藉由该方法来共享诸如计算机处理单元(CPU)之类的共同的处理资源。在具有单个CPU的移动设备的情形中，在任何时刻仅一个任务被认为正在运行，这意味着CPU正活跃地为该任务执行指令。多任务作业通过调度在任何给定的时间哪个任务可以在运行、以及另一等待的任务何时轮到的方式来解决该问题。即使在具有一个以上CPU的移动设备(称为多处理器机器的)上，多任务作业也允许比存在的CPU数目多得多的任务“并发地”运行。

在使用了应用之后，由用户负责在其移动设备上终止此打开的应用。然而，有许多原因导致用户可能未能在其移动设备上终止打开的应用。举一例来说，用户可能因诸如传入的电话呼叫或传入的文本消息之类的其他事件而分心。此类分心可能因移动设备，尤其是由会聚式移动设备的中断事件造成。在会聚式移动设备中，电话功能性与PDA功能性被组合起来以允许用户打开许多不同的软件应用，诸如电子邮件、文本和电子数据表文件、地址簿、地图、电子书等，所有这些全都是在拨打和接收电话呼叫的同时。用户当在其移动设备上运行应用的过程中时可能被电话呼叫打断。通过应答该电话呼叫，用户使移动设备暂停打开的应用，实质上就是听任这些应用打开着并在后台工作，以使电话功能性能够接收该电话呼叫。在许多实例中，用户在电话呼叫结束后忘记了被暂停的应用，从而听任这些应用打开着并在后台运行。

用户还可能当在诸应用之间来回切换时听任应用在其移动设备上打开着。例如，在检索去往某地址的驾车方向时，用户可能同时打开地址簿和地图应用，所以用户能够从地址薄复制地址并将其粘贴到地图应用中。此多任务作业能力使用户能够容易地检索去往地址簿中的地点的驾车方向。为了启用此类复制和粘贴过程，用户必须使这两个应用同时打开着。然而，一旦合意的驾车方向被检索到，用户可能随后就忘记正确地终止地址簿或地图应用或其两者。

用户还可能决意听任应用在移动设备上打开着。例如，当阅读电子书时，用户可能希望听任电子书应用打开着以防止丢失其在文本中读到的位置。

用户在错误地认为先前的动作已终止或取消了应用时也可能未能正确地终止打开的应用。此错误可能是由意思含糊的用户接口解决方案造成的。例如，在一些应用中，按压传统移动设备上的“结束”键会使用户返回到主屏幕但并不终止该应用。用户还可能因为不理解其移动设备的多功能性或者不关心其移动设备上的应用的状态而听任应用打开着。

用户还可能被误导，从而错误地认为应用已由结束键和类似键的传统功能性所终止。传统上，结束键被指派两种功能：终止目前运行中的应用(“终止应用”)和使显示器返回到主屏幕(“返回到空闲”)。主屏幕在移动设备处于空闲状态时被显示，它显示包括墙纸和软键功能指派的空闲屏幕。已打开但在后台运行的应用保持原状，而没有任何提示被提供给用户。因此，用户可能认为由于移动设备已返回到主屏幕，因而先前运行的应用已被终止。

虽然在同一时间维护多个应用的能力可以是有益的，但是未能正确地终止打开的应用可能使移动设备存储器和处理器资源负担过重并且结果使性能也变慢。打开的但是在后台的应用还可能导致用户迷惑。例如，当用户试图重新打开已经打开并在后台运行的应用时用户会吃惊或迷惑。用户可能起初忘记该应用为何已打开并且可能不得不花时间来回忆对该应用先前的使用或者在该应用出于不同的原因而被最大化时将该应用的状态复位。因此，需要更高效和直观的用户接口来管理多任务作业移动设备上的打开的应用。在使用户想起忘掉的打开的应用之前流逝的时间越长，那么吃惊的效果就越大并且被忘掉的应用不再有意义的可能性就越大。因此，在切合实际的尽早时间使用户想起打开的应用是很有用的。

各种实施例提供改变某些键的功能以更高效率地管理打开的应用并为用户提供较不易混淆的键功能的用户接口实现。举一例来说，可向结束键指派终止应用的功能，而不是其目前的终止应用、和返回到主屏幕的双重功能。在此实施例中，当用户按压结束键以正确地终止目前的应用时，在后台运行的打开的应用被立即最大化。当此类应用被最大化时，其功能屏幕被呈现在显示器上并且该应用重新获得处理器资源的分配以使其脱离待机状态或者以其他方式使其操作进入前台。响应于结束键按压事件，诸应用按优先次序被最大化，优先次序的示例为应用被打开的逆序(即，最后打开的将最先被最大化)。当没有其他打开的应用时，按压结束键会终止打开的应用并显示主屏幕(即，使移动设备返回到空闲)。在另一实施例中，按压结束键可以终止目前的应用并且使显示返回到主屏幕，即使在有多个应用打开着的情况下也是如此。

各种实施例还提供用于有效地访问和管理打开的应用的移动设备用户接口方法。在一实施例中，应用菜单包括动画或其他显示特征以指示所列出的应用中的哪些应用目前是打开着的。应用菜单呈现移动设备上可用应用的列表。用户可以通过访问应用菜单并选择合意的应用来打开应用。应用菜单可以是主菜单或其他允许用户选择并打开移动设备上的应用的菜单。在另一实施例中，提供“打开的应用”菜单作为用户接口的一部分以允许用户管理打开的应用。“打开的应用”菜单呈现目前打开的应用的列表，既有那些在前台运行的应用也有那些处于待机状态或在后台运行的应用。从“打开的应用”菜单，用户可以使用标准菜单选择方法和诸如摇杆开关或下箭头键之类的键来滚动浏览该列表并点击某个选择。以此方式，用户可以选择一个或更多个打开的应用来查看(或即最大化)或者终止。使用“打开的应用”菜单，用户快速地终止打开的应用，切换回打开的应用，或者查看显示所有打开的应用的菜单，从该菜单用户就能管理打开的应用。“打开的应用”菜单还可使用户能够用对单个键的按压来终止所有打开的应用。

在一个实施例中，可以从诸如应用菜单(即，列出移动设备上可用的应用的菜单)的其他菜单、主屏幕、或者从另一应用来访问“打开的应用”菜单。用户接口解决方案实施例还提供对“打开的应用”菜单的单触式键访问以及按压并保持式键访问。

在各种实施例中，单触式解决方案可使用在本文中称为应用键的新键来实现。此应用键可以是移动设备按键板上的专用键或者是可编程键。该应用键可被配置成为用户提供对应用菜单或“打开的应用”菜单的单触式访问。例如，应用键可被配置成响应于对应用键的单次按压而向用户呈现应用菜单，以及响应于对应用键的按压并保持而向用户呈现“打开的应用”菜单。作为另一示例，移动设备可以由软件配置成在用户按压应用键时无论打开的应用如何皆显示应用菜单。

其他用户接口实施例可以利用标准键盘上的其他键以允许用户访问应用菜单或“打开的应用”菜单。例如，菜单键可被配置成通过按常规方式呈现具有选项和功能的菜单来响应单次按压事件，并被配置成通过呈现“打开的应用”菜单来响应按压并保持事件。诸如“选项”软键之类的其他标准键也可用于访问“打开的应用”菜单。例如，用户可以按压“选项”软件来访问包括题为“‘打开的应用’菜单”的选项的主菜单。通过选择“‘打开的应用’菜单”项，“打开的应用”菜单即被呈现。

图1解说了在各种实施例中可以在移动设备上实现以允许用户访问和管理多任务作业环境中的打开的应用的软件/硬件架构图。在此类环境中，用户可以打开多个应用100。这些应用100中的每个应用可以经由诸如无线二进制运行时环境之类的运行时环境102与在移动设备处理器上操作的系统软件104(例如，操作系统)通信。例如，用户可以打开应用1以玩游戏、打开应用2以进入地址簿并将电话号码保存在该地址薄中，以及打开应用3以使用计算器来计算数字。因为移动设备处理器一次仅能够活跃地处理一个任务，所以在任何给定的时间，这些应用100中仅一个应用可被给予对处理器资源的访问权。其他打开的应用100将处于暂停或待机状态。系统软件104跟踪打开的应用并允许用户通过在处理器上运行选中的应用并使其在移动设备显示器110上最大化的方式来查看所选中的应用。每当用户打开新应用或者选择查看打开的应用时，系统软件104就开始处理该应用并在移动设备显示器110上呈现该应用的显示图像而同时在后台中将其他打开的应用维持在暂停状态。后台中的打开的应用可以按基于它们被打开的次序的队列或优先级来维护。

在此示例架构中，用户可以通过使用按键板的键106来访问和管理打开的应用。对诸如应用键之类的键106的按压(其在本文中被称为“键按压事件”)在被传达给硬件驱动程序108后由软件系统104接收。当各种实施例是在系统软件层104内实现时，系统软件可以处理键按压事件并在移动设备显示器110上显示所请求的信息。

图2是解说可用来通过按压结束键来终止应用并使另一个打开的应用最大化的示例步骤的实施例的过程流程图。在此实施例中，对现有技术的移动设备的结束键用来终止应用和返回到空闲的功能性进行了修改，以改为终止应用并使其他打开的应用中选中的一个应用最大化。相应地，当打开的应用正在移动设备上工作(步骤202)时，用户可以通过按压结束键来选择终止该应用。该结束键按压事件被移动设备接收到(步骤202)。作为响应，移动设备处理器开始关闭该应用的过程。该应用可以确定是否有应当或能够被保存的数据(步骤222)。此确定可以是自动的或者可以呈现用户接口显示以提示用户指示是否应当保存新数据。如果该应用确定数据应当被保存或者用户响应于该提示而指示数据应当被保存(即，步骤222＝“是”)，那么数据被保存(步骤224)并且该应用被终止(步骤226)。如果没有数据要被保存或者用户指示数据不应当被保存(即，步骤222＝“否”)，那么该应用被终止(步骤226)而不保存数据。一旦终止了打开的应用，移动设备就确定是否有其他打开的应用(步骤228)、如果在移动设备上没有其他打开的应用(即，步骤228＝“否”)，那么移动设备返回到空闲并在显示器上显示主屏幕(步骤230)。如果有其他打开的应用(即，步骤228＝“是”)，那么来自打开的应用的列表的队列中的下一应用被最大化并在移动设备显示器110上示出(步骤232)。

可以根据逻辑次序用队列、区分优先级的列表、或者指针栈来维护打开的应用被选中进行最大化的次序。一种逻辑次序的示例是诸应用被打开的逆序。因此，最后打开的应用将是最先被最大化的应用，并且最先打开的应用在直至所有其他打开的应用已藉由结束键的按压被最大化和终止之前将不会被最大化。其他逻辑次序可以向某些应用赋予优先，诸如对典型情况下较常使用的应用给予优先。例如，地址簿应用可被给予比游戏应用高的优先级。无论哪种方法被用来指派优先级次序，系统软件皆跟踪该次序，以使得响应于结束键的按压，下一优先级的打开的应用被最大化。

一旦打开的应用被最大化(步骤232)，该应用就继续运行直至用户按压结束键(步骤202)。这促使以上所描述的步骤被重复。因此，用户可以通过在每当有打开的应用被最大化时简单地按压结束键直至不再有打开的应用(即，步骤228＝“否”)来终止每个打开的应用。此刻，移动设备返回到空闲状态(步骤230)。

通过响应于藉由结束键的按压造成的应用结束而迅速地使打开的应用最大化，此实施例迅速地向用户通知有其他打开的应用。因此，使得用户想起此实情并给予用户返回到打开的应用的即时机会。为了帮助警告用户注意到这点，诸实施例还可以使用诸如音调、动画和/或指示多处理会话在起效中的示号物之类的音频和/或视觉指示物。例如，在处理器确定有其他打开的应用(即，步骤228＝“是”)的情况下，处理器可任选地发声出可听的多任务作业示号物(可任选步骤231)，以指示该处理器正处于多任务作业状态。此类动画和/或音频示号物可作为使下一应用最大化的步骤(步骤232)的一部分来发起，或者可以是分开的步骤。

虽然上述实施例提供了直观上高效率的用于在多处理环境中管理多个打开的实施例的机制，但是另一实施例为用户提供用于管理打开的应用的进一步的工具。图3是解说可被用来通过对应用键的一次按压来查看和选择移动设备上打开的应用的示例步骤的实施例的过程流程图。此实施例可以结合以上参照图2所描述的实施例来实现。因此，当有其他应用打开着这一情况由这些应用之一被最大化(步骤232)和/或多任务作业示号物(可任选步骤231)向用户通知时，该用户可以使用此替换实施例来管理打开的应用而不必接连地结束每个应用。当用户打开其移动设备上的应用时，由移动设备处理器的系统软件来维护打开的应用的状态。如以上所提及的，系统软件可以按优先次序来维护列表或者以其他方式按次序对这些应用进行排名以便进行顺序最大化。使用在系统软件中可用的此信息，移动设备处理器便能由软件配置成格式化打开的应用的列表(步骤302)。对打开的应用的列表的格式化可以在每当有应用被打开或被终止时完成，或者响应于“应用键”键按压事件(即，在步骤304之后)完成。用户可以通过按压应用键一次的方式来访问应用菜单。例如，用户一旦看到打开的应用被最大化(步骤232)或者听到多任务作业示号物(可任选步骤231)就可以按压应用键以查看哪些应用是打开着的以及以其他方式管理打开的应用。“应用键”键按压事件由移动设备接收(步骤304)，并且作为响应，应用菜单被显示(步骤308)。应用菜单列出移动设备上可用的应用，并且可以在出现在列表上的打开的应用上面、附近、或以其他形式与之对应地显示诸如动画图标之类的图标(步骤210)。此类打开的应用的图标允许用户容易地标识出应用菜单中的打开的应用。在可任选的实施例中，应用菜单的显示可以与可听的多任务作业示号物同时发生(可任选步骤306)以警告用户注意打开的应用的存在。

一旦用户已访问了应用菜单，处理器就等待接收用户输入(步骤212)。在一实施例中，此类用户输入可以是对打开的或非打开的应用中的一个应用的选择(“选择”)或者是对结束键的按压(“结束”)。用户可以通过按压结束键来退出应用菜单以返回到主屏幕，诸如以便执行如拨打电话呼叫之类的其他任务。如果在处于应用菜单中时结束键被按压(即，步骤312＝“结束”)，那么移动设备接收到该结束键按压事件(步骤328)，并且作为响应结束应用菜单会话并显示主屏幕(步骤330)。因此，此实施例对以上参照图2所描述的指派给结束键的功能性中当处理器正在运行应用菜单时该结束键的功能性作了更改。为了返回到应用菜单，用户可以再次按压应用键以发起如以上所描述的步骤304到310。

替换地，用户可以通过从应用菜单选择打开的应用(即，步骤312＝“选择”)来选择使打开的应用最大化或终止。用户可以通过使用标准选择方法(诸如箭头键和选择按钮)来突出显示(例如，由动画图标)指示为打开的应用的方式来从应用菜单选择打开的应用。当用户选择打开的应用时，用户的选择由移动设备接收(步骤314)，并且在显示器上此打开的应用被选中(步骤316)。对应用的选中可以藉由任何不同的已知方法(诸如举例而言在显示器上突出显示选中项)来向用户传达。一旦打开的应用被选中，就可提示用户指示该应用应当被最大化还是被终止(步骤318)。如果用户选择使打开的应用最大化(即，步骤320＝“最大化”)，那么移动设备使此打开的应用在显示器上最大化。替换地，用户可以选择终止打开的应用而不使其最大化(即，步骤318＝“终止”)。在一实施例中，用户还可以通过在步骤316中选择一个以上打开的应用的方式来选择若干个打开的应用来终止。当打开的应用被选中终止时，该应用可以确定是否有任何应当被保存的数据或者提示用户指示数据是否应当被保存(步骤322)。如果应用确定数据应当被保存或者用户选择保存数据(即，步骤322＝“是”)，那么在选中的打开的应用被终止(步骤326)之前保存数据(步骤324)。如果用户选择终止应用而不保存数据(即，步骤222＝“否”)，那么打开的应用仅简单地被终止(步骤326)。当打开的应用被终止时，显示可以返回到应用菜单(步骤308)，用户可从应用菜单通过按压结束键的方式来选择转到主屏幕(步骤312、328和330)，或者选择使其他打开的应用最大化或终止(步骤312到326)。

图4是解说可被用来经由“打开的应用”菜单来选择使移动设备上的打开的应用最大化或终止的示例步骤的替换实施例的过程流程图，其中“打开的应用”菜单诸如可通过按压并保持应用键来访问。此实施例可以结合以上参照图2所描述的实施例来实现。因此，当有其他应用打开着这一情况由这些应用之一被最大化(步骤232)和/或多任务作业示号物(可任选步骤231)向用户通知时，该用户可以使用此替换实施例来管理打开的应用而不必接连地结束每个应用。如以上参照图3所讨论的，当用户打开其移动设备上的应用时，打开的应用的状态由移动设备处理器的系统软件来维护(步骤302)，其中这些状态可用区分优先级的列表来维护。

在图4中所示的实施例中，用户可以通过按压并保持诸如应用键之类的特定键来访问“打开的应用”菜单。“应用键”键按压并保持事件由移动设备接收(步骤404)，该事件促使“打开的应用”菜单被显示(步骤408)。在可任选的实施例中，可以伴随该“打开的应用”菜单的显示来发声出多任务作业示号物(可任选步骤306)。如以上所提及的，“打开的应用”菜单仅列出目前打开的应用并使用户能够使用标准用户接口键和方法来选择应用。类似于以上参照图3所描述的实施例，用户可以通过按压结束键来结束“打开的应用”菜单会话，其中结束键的按压执行以上参照图3所描述的步骤312、328和330。因此，此实施例还对以上参照图2所描述的指派给结束键的功能性中当处理器正在运行应用菜单时该结束键的功能性作了更改。用户还可以通过选择使选中的应用最大化的方式来选择使打开的应用最大化，其中选择使选中的应用最大化将执行以上参照图3所描述的步骤312到320。

用户可以选择终止一个或更多个选中的打开的应用(即，步骤318＝“是”)。当终止打开的应用时，该应用可以确定是否有任何应当被保存的数据或者提示用户指示数据是否应当被保存(步骤322)。如果应用确定数据应当被保存或者用户选择保存数据(即，步骤322＝“是”)，那么在选中的打开的应用被终止(步骤326)之前保存数据(步骤324)。如果用户选择终止应用而不保存数据(即，步骤222＝“否”)，那么打开的应用仅简单地被终止(步骤326)。在终止了选中的打开的应用之后，处理器确定是否有其他打开的应用(步骤328)、如果有其他打开的应用(即，步骤328＝“是”)，那么移动设备返回以显示经更新的“打开的应用”菜单(步骤408)。这允许用户能够访问和管理其他打开的应用。如果没有其他打开的应用(即，步骤328＝“否”)，那么移动设备返回到主屏幕(步骤330)。

如上所提及的，用户可以从“打开的应用”菜单选择一个以上打开的应用来终止(即，步骤318＝“终止”)。被选择终止的这些应用中的每个应用可以确定数据是否应当被保存或者提示用户选择来自这些选中的打开的应用中的任何一个或全部应用的数据是否应当被存储(步骤322)。例如，如果用户选择终止5个打开的应用，那么移动设备可以用5个分开的机会来提示用户指示是否要保存相应的打开的应用的数据。如果应用确定数据应当被保存或者用户选择指示数据应当被保存(即，步骤322＝“是”)，那么数据被保存(步骤324)，并且相应的应用被终止(步骤326)。如果应用确定数据不应当被保存或者用户选择指示数据不应当被保存(即，步骤322＝“否”)，那么相应的应用仅简单地被终止(步骤326)。如以上所讨论的，在终止了选中的打开的应用之后，移动设备确定是否有其他打开的应用(步骤428)。如果有其他打开的应用(即，步骤328＝“是”)，那么移动设备返回以显示经更新的“打开的应用”菜单(步骤408)。如果没有其他打开的应用(即，步骤428＝“否”)，那么移动设备返回到主屏幕(步骤330)。

图2-4中所解说的示例过程步骤可以在移动设备中的不同硬件和软件层间传递的数个电子消息中实现，诸如图5中所解说的那样。一旦应用100被打开，该应用就与系统软件104通信(消息步骤500)。如以上所描述的那样，打开的应用的状态由系统软件104诸如通过维护打开的应用的列表之类的方式来跟踪。用户可以采用诸如应用键之类的移动设备键106来接收关于其移动设备上的打开的应用的信息并管理这些打开的应用。对键106的键按压事件被传送到诸如按键板驱动程序之类的硬件驱动程序108(消息步骤502)后由系统软件104接收(消息步骤504)。一旦接收到该键按压事件，系统软件104就在显示器110上呈现诸如打开的应用的状态之类的所请求的信息。为此，所请求的信息由系统软件104发送并由诸如显示器驱动程序之类的硬件驱动程序108接收(消息步骤506)，并且随后被传达给显示器110(消息步骤508)。

上述方法描述和过程流程图仅是解说性示例，且并非旨在要求或暗示各种实施例的步骤必须按所给出的次序来执行。上述实施例中的步骤可按任何次序来执行。

上述实施例可在各种移动设备中的任何设备上实现，诸如举例而言蜂窝电话、带有蜂窝电话的个人数据助理(PDA)、移动电子邮件接收器、移动web访问设备、以及其他在将来可能开发的装备有处理器的设备。另外，以上所描述的实施例可在包括但不限于台式和膝上型计算机的各种计算设备中的任何计算设备上实现。图6描绘了能够支持本文中所公开的各种实施例的移动设备10的各种组件。典型的移动手持机10包括耦合至内部存储器32和用户接口显示器110的处理器28。移动手持机10可包括用于发送和接收电磁辐射的天线14，该天线24与耦合至处理器28的无线数据链路和/或蜂窝电话收发机30相连接。在一些实现中，收发机30、以及处理器28和存储器32中用于蜂窝电话通信的部分被称为空中接口，因为该组合提供经由无线数据链路的数据接口。另外，移动设备10包括用于产生可听声音的扬声器18以及用于感测声音、诸如接收用户语音的话筒19。话筒19和扬声器18两者均可经由声码器26连接到处理器28，该声码器26将从话筒19接收到的模拟电信号变换成数字码，并将从处理器28接收到的数字码变换成能够由扬声器18变换成声波的模拟电信号。在一些实现中，声码器26可作为处理器28的电路系统和编程的一部分被包括。

处理器28可以是能由软件指令(应用)配置以执行包括上文描述的各种实施例的功能在内的各种功能的任何可编程微处理器、微型计算机或一个或多个多处理器芯片。在一些移动设备中，可提供多个处理器28，诸如一个处理器专用于无线通信功能并且一个处理器专用于运行其他应用。典型地，软件应用可在被存储在内部存储器32中之后被访问和加载到处理器28中。在一些移动设备中，处理器28可包括足以存储应用软件指令的内部存储器。出于本描述的目的，术语存储器是指所有能被处理器28访问的存储器，包括内部存储器32和处理器28自身内部的存储器。存储器32可以是易失性或诸如闪存之类的非易失性存储器，或这两者的混合。移动手持机典型情况下包括按键板13以及用于接收用户输入的其他硬键20、22、24和菜单选择按钮或摇杆开关12。

各种实施例可由执行配置成实现所描述的方法中的一个或更多个方法的软件指令的处理器12来实现。此类软件指令可被存储在存储器14中作为设备的操作系统软件、由该操作系统实现的一系列API、或者作为实现实施例方法的经编译软件。另外，这些软件指令可被存储在任何形式的有形的处理器可读存储器上，包括：随机存取存储器14、诸如SD存储器芯片之类的插入移动设备10中的存储器模块、诸如可USB连接的外部存储器(例如，“闪速驱动器”)之类的外部存储器芯片、只读存储器(诸如EEPROM)；硬盘存储器、软盘、和/或压缩盘。

本领域中公知的是，结合本文中公开的实施例描述的各种解说性逻辑框、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和强加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中实施。软件模块可驻留在处理器可读存储介质和/或处理器可读存储器中，这两者可以是RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域已知的任何其他有形形式的数据存储介质中的任何形式。此外，处理器可读存储器可包括一个以上的存储器芯片、在处理器芯片内部的存储器、呈分开的存储器芯片、以及诸如闪存和RAM存储器等不同类型存储器的组合。本文对移动手持机的存储器的引用旨在涵盖移动手持机内的任何一个或所有存储器模块而不限于特定的配置、类型、或封装。示例性存储介质耦合到移动手持机或主题服务器中的处理器以使得该处理器能从/向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。

提供了以上对各种实施例的描述是为了使得本领域任何技术人员皆能够制作或使用本发明。对这些实施例的各种改动对于本领域技术人员将是显而易见的，并且本文中定义的普适原理可被应用于其他实施例而不会脱离本发明的精神或范围。由此，本发明并非旨在被限定于本文中示出的实施例，相反，权利要求应被授予与本文中公开的原理和新颖性特征一致的最广义的范围。

Claims

1.一种用于终止在多处理环境中具有多个打开的应用的移动设备上的应用的方法，所述移动设备具有包括结束键的键盘，所述方法包括：

识别在应用正在运行时对所述结束键的按压；

响应于对所述结束键的所述按压而终止所述正在运行的应用；以及

紧接着所述正在运行的应用的终止使所述多个打开的应用中的一个最大化。

2.如权利要求1所述的方法，其特征在于，进一步包括从所述打开的应用的区分优先级的列表中选择所述多个打开的应用中要被最大化的一个。

3.如权利要求2所述的方法，其特征在于，所述打开的应用的所述区分优先级的列表按所述打开的应用被打开时的次序的逆序来区分所述打开的应用的优先级。

4.如权利要求1所述的方法，其特征在于，进一步包括结合使所述多个打开的应用中的所述一个最大化来发声出可听的示号物。

5.如权利要求1所述的方法，其特征在于，进一步包括在终止所述正在运行的应用之前保存应用数据。

6.如权利要求1所述的方法，其特征在于，进一步包括：

识别键按压事件；

响应于所述键按压事件而显示应用菜单，所述应用菜单显示在所述移动设备上可用的应用的列表并包括指示所列出的应用中的哪些应用是打开着的图标；

接收用户对所述多个打开的应用中的一个的选择；

接收要使所述多个打开的应用中的所述选中的一个最大化的用户输入；以及

使所述多个打开的应用中的所述选中的一个最大化。

7.如权利要求6所述的方法，其特征在于，所述键按压事件是对应用键的按压。

8.如权利要求1所述的方法，其特征在于，进一步包括：

识别键按压事件；

接收用户对所述多个打开的应用中的一个或更多个的选择；

接收要终止所述多个打开的应用中的所述选中的一个或更多个的用户输入；以及

终止所述多个打开的应用中的所述选中的一个或更多个。

9.如权利要求8所述的方法，其特征在于，所述键按压事件是对应用键的按压。

10.如权利要求8所述的方法，其特征在于，进一步包括在终止所述多个打开的应用中的所述选中的一个或更多个之前保存应用数据。

11.如权利要求1所述的方法，其特征在于，进一步包括：

识别键按压事件；

响应于所述键按压事件而显示“打开的应用”菜单，所述“打开的应用”菜单显示目前打开的应用的列表；

接收用户对所述列出的目前打开的应用中的一个的选择；

接收要使所述列出的目前打开的应用中的所述选中的一个最大化的用户输入；以及

使所述列出的目前打开的应用中的所述选中的一个最大化。

12.如权利要求6所述的方法，其特征在于，所述键按压事件是对应用键的按压并保持。

13.如权利要求1所述的方法，其特征在于，进一步包括：

识别键按压事件；

接收用户对所述列出的目前打开的应用中的一个或更多个的选择；

接收要终止所述列出的目前打开的应用中的所述选中的一个或更多个的用户输入；以及

终止所述列出的目前打开的应用中的所述选中的一个或更多个。

14.如权利要求8所述的方法，其特征在于，所述键按压事件是对应用键的按压并保持。

15.如权利要求8所述的方法，其特征在于，进一步包括在终止所述列出的打开的应用中的所述选中的一个或更多个之前保存应用数据。

16.一种移动设备，包括：

处理器；

耦合至所述处理器的显示器；

耦合至所述处理器的用户接口按键板，所述按键板包括结束键；

耦合至所述处理器的存储器；

其中所述处理器用处理器可执行软件指令配置成执行以下步骤，所述步骤包括：

识别在应用正在运行时对所述结束键的按压；

17.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：从所述打开的应用的区分优先级的列表中选择所述多个打开的应用中要被最大化的一个。

18.如权利要求17所述的移动设备，其特征在于，所述打开的应用的所述区分优先级的列表按所述打开的应用被打开时的次序的逆序来区分所述打开的应用的优先级。

19.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：结合使所述多个打开的应用中的所述一个最大化来发声出可听的多任务作业示号物。

20.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：在终止所述正在运行的应用之前保存应用数据。

21.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：

识别键按压事件；

接收用户对所述多个打开的应用中的一个的选择；

使所述多个打开的应用中的所述选中的一个最大化。

22.如权利要求21所述的移动设备，其特征在于，所述按键板包括应用键并且所述键按压事件是对所述应用键的按压。

23.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：

识别键按压事件；

接收用户对所述多个打开的应用中的一个或更多个的选择；

终止所述多个打开的应用中的所述选中的一个或更多个。

24.如权利要求23所述的移动设备，其特征在于，所述按键板包括应用键并且所述键按压事件是对所述应用键的按压。

25.如权利要求24所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：在终止所述多个打开的应用中的所述选中的一个或更多个之前保存应用数据。

26.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：

识别键按压事件；

接收用户对所述列出的目前打开的应用中的一个的选择；

使所述列出的目前打开的应用中的所述选中的一个最大化。

27.如权利要求26所述的移动设备，其特征在于，所述按键板包括应用键并且所述键按压事件是对所述应用键的按压并保持。

28.如权利要求16所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：

识别键按压事件；

接收要终止所述列出的目前打开的应用中所述选中的一个或更多个的用户输入；以及

29.如权利要求28所述的移动设备，其特征在于，所述按键板包括应用键并且所述键按压事件是对所述应用键的按压并保持。

30.如权利要求28所述的移动设备，其特征在于，所述处理器用处理器软件指令配置成执行以下步骤，所述步骤进一步包括：在终止所述列出的打开的应用中的所述选中的一个或更多个之前保存应用数据。

31.一种移动设备，包括：

用于维护包括一个正在运行的应用在内的多个打开的应用的装置；

用于识别在所述正在运行的应用正在运行时对结束键的按压的装置；

用于响应于识别出对所述结束键的所述按压而终止所述正在运行的应用的装置；以及

用于紧接着所述正在运行的应用的终止使所述多个打开的应用中的一个最大化的装置。

32.如权利要求31所述的移动设备，其特征在于，进一步包括用于从所述打开的应用的区分优先级的列表中选择所述多个打开的应用中要被最大化的一个的装置。

33.如权利要求32所述的移动设备，其特征在于，进一步包括用于按所述打开的应用被打开时的次序的逆序来区分所述打开的应用的优先级的装置。

34.如权利要求31所述的移动设备，其特征在于，进一步包括用于结合使所述多个打开的应用中的所述一个最大化来发声出可听的示号物的装置。

35.如权利要求31所述的移动设备，其特征在于，进一步包括用于在终止所述正在运行的应用之前保存应用数据的装置。

36.如权利要求31所述的移动设备，其特征在于，进一步包括：

用于识别键按压事件的装置；

用于响应于所述键按压事件而显示应用菜单的装置，所述应用菜单显示在所述移动设备上可用的应用的列表并包括指示所列出的应用中的哪些应用是打开着的图标；

用于接收用户对所述多个打开的应用中的一个的选择的装置；

用于接收要使所述多个打开的应用中的所述选中的一个最大化的用户输入的装置；以及

用于使所述多个打开的应用中的所述选中的一个最大化的装置。

37.如权利要求36所述的移动设备，其特征在于，所述键按压事件是对应用键的按压。

38.如权利要求31所述的移动设备，其特征在于，进一步包括：

用于识别键按压事件的装置；

用于接收用户对所述多个打开的应用中的一个或更多个的选择的装置；

用于接收要终止所述多个打开的应用中的所述选中的一个或更多个的用户输入的装置；以及

用于终止所述多个打开的应用中的所述选中的一个或更多个的装置。

39.如权利要求38所述的移动设备，其特征在于，所述键按压事件是对应用键的按压。

40.如权利要求38所述的移动设备，其特征在于，进一步包括用于在终止所述多个打开的应用中的所述选中的一个或更多个之前保存应用数据的装置。

41.如权利要求31所述的移动设备，其特征在于，进一步包括：

用于识别键按压事件的装置；

用于响应于所述键按压事件而显示“打开的应用”菜单的装置，所述“打开的应用”菜单显示目前打开的应用的列表；

用于接收用户对所述列出的目前打开的应用中的一个的选择的装置；

用于接收要使所述列出的目前打开的应用中的所述选中的一个最大化的用户输入的装置；以及

用于使所述列出的目前打开的应用中的所述选中的一个最大化的装置。

42.如权利要求41所述的移动设备，其特征在于，所述键按压事件是对应用键的按压并保持。

43.如权利要求31所述的移动设备，其特征在于，进一步包括：

用于识别键按压事件的装置；

用于接收用户对所述列出的目前打开的应用中的一个或更多个的选择的装置；

用于接收要终止所述列出的目前打开的应用中所述选中的一个或更多个的用户输入装置；以及

用于终止所述列出的目前打开的应用中的所述选中的一个或更多个的装置。

44.如权利要求43所述的移动设备，其特征在于，所述键按压事件是对应用键的按压并保持。

45.如权利要求44所述的移动设备，其特征在于，进一步包括用于在终止所述列出的打开的应用中的所述选中的一个或更多个之前保存应用数据的装置。

46.一种其上存储有处理器可执行软件指令的有形处理器可读存储介质，所述处理器可执行软件指令被配置成使处理器执行以下步骤，所述步骤包括：

识别在应用正在运行时对结束键的按压；

紧接着所述正在运行的应用的终止使多个打开的应用中的一个最大化。

47.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：从所述打开的应用的区分优先级的列表中选择所述多个打开的应用中要被最大化的一个。

48.如权利要求47所述的有形处理器可读存储介质，其特征在于，所述打开的应用的所述区分优先级的列表按所述打开的应用被打开时的次序的逆序来区分所述打开的应用的优先级。

49.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：结合使所述多个打开的应用中的所述一个最大化来发声出可听的多任务作业示号物。

50.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：在终止所述正在运行的应用之前保存应用数据。

51.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：

识别键按压事件；

接收用户对所述多个打开的应用中的一个的选择；

使所述多个打开的应用中的所述选中的一个最大化。

52.如权利要求51所述的有形处理器可读存储介质，其特征在于，所述键按压事件是对应用键的按压。

53.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：

识别键按压事件；

接收用户对所述多个打开的应用中的一个或更多个的选择；

终止所述多个打开的应用中的所述选中的一个或更多个。

54.如权利要求53所述的有形处理器可读存储介质，其特征在于，所述键按压事件是对应用键的按压。

55.如权利要求53所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：在终止所述多个打开的应用中的所述选中的一个或更多个之前保存应用数据。

56.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：

识别键按压事件；

接收用户对所述列出的目前打开的应用中的一个的选择；

使所述列出的目前打开的应用中的所述选中的一个最大化。

57.如权利要求56所述的有形处理器可读存储介质，其特征在于，所述键按压事件是对应用键的按压并保持。

58.如权利要求46所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的步骤包括：

识别键按压事件；

59.如权利要求58所述的有形处理器可读存储介质，其特征在于，所述键按压事件是对应用键的按压并保持。

60.如权利要求58所述的其上存储有处理器可执行软件指令的有形处理器可读存储介质，其特征在于，所述处理器可执行软件指令被配置成使处理器执行进一步的步骤，所述进一步的动作包括：在终止所述列出的打开的应用中的所述选中的一个或更多个之前保存应用数据。