CN102460361A - 用于在计算设备内提供用户界面的装置和方法 - Google Patents

Abstract

一种用于在计算设备中同时表示任务和通知的用户界面。该用户界面将任务呈现为不断更新的对应任务的输出的大小减小的表示。该用户界面允许用户将选择的任务带入到前景或者关闭该任务，这两者都通过与任务的表示进行交互。该用户界面还通过将通知的图标叠置在对应的任务的表示上而将通知与对应的任务关联起来。该用户界面根据某些布局规则对任务表示和通知的图标进行排序和安排。

Description

用于在计算设备内提供用户界面的装置和方法

技术领域

各个实施例总体上涉及计算设备，并且更具体地涉及在计算设备内提供用户界面。

背景技术

计算设备包括硬件组件和软件组件。软件大体上被布置为对其他软件组件与硬件组件之间的交互以及多个用户应用进行调整的操作***。用户然后可以借助于操作***通过用户应用中的一个或者多个与计算设备进行交互。

传统地，操作***一次仅能够操作单个用户应用，如果用户希望利用另一应用，则需要终结当前打开的应用。然而，如今操作***是多任务的，并且能够借助于已知为“多线程”的过程来同时运行多个用户应用。

多任务操作***已经允许用户使用单个计算设备来执行多个同时操作，并且快速地在运行于该设备上的应用之间传递信息。然而，应用的激增可以引起使人困扰的操作环境。具体地，当多个应用同时在设备上运行时，大体上仅这些应用中的一个应用将可用于与用户交互。在该状态的应用大体上被称为在“前景”。其他应用被称为在“背景”中。然而，背景应用并未被挂起，并且操作***确保这些背景应用所需要的任何处理继续发生，但是处于比前景应用低的优先级。在某些操作***中，仅前景应用对用户可见。

当用户具有多个当前运行的应用，但是仅这些应用中的一个(或者所有运行的应用的子集)可见时，出现困扰。因此，除非提供了允许用户在当前运行的应用之间选择的用户界面，否则用户必需记住先前开始了哪些应用，以及哪些应用还未开始。

在这一方面中，相关的是，在开始应用中涉及的处理显著多于在背景模式与前景模式之间切换应用所涉及的处理。因此，在某些情形中，向用户呈现两个不同的用户界面；一个允许用户选择待开始的应用，并且另一个允许用户选择已经开始并且当前在背景模式中的应用，该应用一旦被选择，就被切换到前景模式。

当应用在背景模式中时，可能发生该应用处理的事件，该事件的发生应当被通信给用户。然而，由于该应用在背景中，所以用户不能意识到该事件的发生。因此，计算设备利用通知来告诉用户他们在其他情况下可能没有意识到的事件的发生。

随着计算设备的复杂性、存储容量和处理能力增加，所接收的通知的数目也增加。除非对通知的显示进行管理，否则处理太多通知可能带来不愉快的用户体验。

发明内容

一个实施例提供了一种装置，该装置包括用户界面管理器和显示器，所述用户界面管理器被配置成用于：

i.在所述显示器上指定预定显示区域，

ii.在所述预定显示区域上显示任务的一个或者多个表示，并且在所述预定显示区域上显示事件的一个或者多个指示。

又一实施例提供了一种方法，其包括：

i.使用户界面管理器在显示器上指定预定显示区域，

ii.在所述预定显示区域上显示任务的一个或者多个表示，以及

iii.在所述预定显示区域上显示事件的一个或者多个指示。

又一实施例提供了存储计算机程序的存储器介质，该计算机程序可以由计算设备的处理器执行，所述计算设备具有通知管理器和显示器，所述计算机程序当由所述处理器执行时进行操作，所述操作包括：

i.使所述用户界面管理器在显示器上指定预定显示区域，

ii.在所述预定显示区域上显示任务的一个或者多个表示，以及

iii.在所述预定显示区域上显示事件的一个或者多个指示。

各个实施例提供了单个用户界面，在该用户界面上可以显示任务的表示和事件的指示这两者。由于事件通常与所显示的任务有关，所以对应于这些事件的通知可以以可视的方式与对应的任务相关联。这提供了将通知(或者事件的其他指示)与它们对应的任务相关联的便利的方法。

附图说明

此后参照所附的示意图描述各个实施例，在附图中：

图1是其中可以实现各个实施例的移动计算设备的示意性表示；

图2是图示了图1的计算设备的硬件组件的布置的示意图；

图3是图示了当根据一个实施例布置时图1的计算设备的硬件组件和软件组件的布置的示意图；

图4是图1的移动计算设备的又一示意性表示；

图5至图9是根据一个实施例的用户界面管理器视图；

图10a和图10b提供了图示了图5至图9的实施例的操作的流程图；

图11是根据一个实施例的又一用户界面管理器视图；以及

图12是图示了图1的实施例的操作的流程图。

具体实施方式

下文是仅通过示例提供的多个实施例的描述。

图1是具有外壳12的计算设备10的示意图。计算设备10形成待描述的各个实施例的基础。设备10的外壳12包封小键盘14、触摸屏显示器16、扬声器18以及麦克风20。设备10还包含天线22。在图1中图示的设备10是移动设备，这意味着它可以保持在用户的手中并且用来参与到通信会话中，具体地参与到电话呼叫中。在这种会话期间，可以利用设备10，从而使得扬声器18被保持在用户的耳朵，并且麦克风20位于用户嘴巴的邻近区域中。

设备10是作为移动电话操作的计算设备。然而，又一些实施例涉及并不包含通话作为它们的主要功能的其他计算设备。

图2是示出了图1的设备10的硬件组件的布置的示意性表示。在图1中示出的小键盘14、显示器16、扬声器18和麦克风20连接到***总线42。总线42还连接到应用处理器24、基带处理器26、发射器28、接收器30和电池40。发射器28和接收器30连接到天线22。总线42还连接到存储器控制器32，存储器控制器32继而连接到易失性存储器34和非易失性存储器36。应用处理器24处理与在设备10上运行并且提供设备10的各种功能的各种软件模块和操作***软件有关的指令。基带处理器26涉及通信功能，并且就这一点而言其控制通话堆栈并且与发射器28和接收器30通信以借助于天线22建立通信。设备10的各个处理元件，诸如应用处理器24和基带处理器26可以提供在单个处理器上。

存储器控制器32控制对易失性存储器34和非易失性存储器36的访问以及与它们的交互。以这种方式，应用处理器24能够与各个硬件元件以及存储器控制器32通信，并且由此根据存储在易失性存储器34或者非易失性存储器36上的软件指令来控制各个硬件元件的操作。

在图2中仅图示了单个总线，即总线42。将认识到，该总线可以由两个或者更多个总线代替，并且图2的拓扑将相应地改变。此外，已知的计算设备包含除了在图2中所图示的之外的硬件组件，但是这些是本领域中已知的，并且在本文中不再详细描述。

图3图示了设备10的各种硬件组件和软件组件的示意图。在设备10上操作的软件可以以各种方式分类。某些软件进行操作以管理由各种硬件组件提供的资源，并且以建立其中其他软件执行的操作环境。该软件已知为该设备的操作***并且在图3中由内核50表示。内核50与存储器管理单元32交互，存储器管理单元32如先前所描述的连接到易失性存储器34和非易失性存储器36。内核50还连接到多个应用44，每个应用可以以由内核50决定的方式来访问硬件组件。应用44包含可以由用户开始和终结的用户应用44a，以及在内核的控制下进行操作并且用户可能不必意识到的***应用44b。内核50是能够同时运行多于一个用户应用的多任务操作***。当多于单个的用户应用在运行时，仅这些应用中的一个应用在前景中，并且其他应用在背景中。前景应用大体上具有来自应用处理器24分配的较多周期，其接收来自用户的输入并且将其输出显示在显示器16上。

***应用44b总是在背景中运行，这意味着用户仅在当这些应用通知用户事件的发生时才意识到这些应用。大体上，这种***应用并不直接从用户接收输入。***应用是本领域公知的，并且其执行多个功能，诸如保持对硬件状态的追踪，这些硬件状态诸如电池电荷水平、可移除存储器或者组网硬件的状态。***应用也称为“守护进程”

用户应用和***应用这两者都对这些应用可以意识到的事件进行监测并且做出反应。因此，作为用户应用的电子邮件应用可以连续监测收件箱并且将新电子邮件的抵达注册为事件。类似地，聊天应用可以将来自聊天的参与者的新消息注册为新事件。***应用对诸如硬件资源的状态或者软件更新的可用性的改变之类的事件做出反应。这些事件可以源自计算设备内部的改变或者源自外部设备的外部的改变。

用户应用和***应用这两者都可以通过生成通知而对发生事件做出反应。通知包括将事件的发生告诉用户的消息。因此，通知大体上与特定应用相关联。如以上所述，应用不必通过生成通知来对事件做出反应；其他响应也是可能的，并且这依赖于所涉及的应用。

内核50还连接到用户界面管理器51，以用于帮助设备10的用户保持对运行的应用44和通知的追踪。通知由应用44生成、传递给内核50，内核50然后将它们传递给用户界面管理器51。

设备10还包括存储在非易失性存储器36上的用户界面管理器数据库53。用户界面管理器51以以下描述的方式借助于内核50和存储器控制器32与用户界面管理器数据库53交互。

内核50还借助于设备驱动器52连接到小键盘14、借助于设备驱动器54连接到扬声器18并且借助于设备驱动器56连接到显示器16。仅图示了硬件组件中的某些，但是大体上，内核50通过各种驱动器控制设备10的硬件资源。此外，尽管设备驱动器已经被图示为相对于内核50独立，但是它们也可以并入到内核50中。

图3的软件组件由虚线区域60界定。然而，软件与硬件之间的这一区别并不重要。在图3中描绘的组件可以被呈现为硬件，并且被描绘为硬件的这些在某些情况中可以被呈现为软件。

在该设备的操作期间，存储在非易失性存储器36中的软件指令建立内核50、应用44与设备驱动器52、54、56。通过使用在图3中图示的各种组件，用户能够根据由各种应用44提供的功能性来利用设备10。例如，用户借助于设备驱动器52、56使用小键盘14和/或触摸屏显示器16与内核50通信，以促使应用44中的一个应用借助于存储器管理单元32访问存储在非易失性存储器36上的数据。内核50促使由存储器管理单元32提供的数据与由该应用提供的指令一起被发送到应用处理器24(图2)。应用处理器24将返回来自数据和指令的结果，在该过程中大体上利用易失性存储器34，并且这些将会由内核50返回到该应用。在来自该应用的又一些指令时，内核50将促使这些结果借助于设备驱动器56在显示器16上显示给用户。将认识到，设备驱动器52、54和56也是源自存储在非易失性存储器36上的指令的软件组件。

图3的图示仅通过示例呈现；已知设备可以包括比那些所示出的更多的组件。各个实施例的实现方式并不依赖于在图1、图2和图3中示出的组件的精确布置和配置。因此，具有类似功能性的其他组件也可以替代，并且可以向其添加其他组件，或者从其省略所图示的组件，而不影响各个实施例的操作。

图4示出了图1的设备10逆时针旋转90度，从而使得显示器16在横向定向上。在该定向中，显示器16的左上部分被配置为按钮70。显示器16的并不包括按钮70的其余部分72提供设备10的常规显示装置。例如，其余部分72可以显示运行的用户应用44a或者桌面(还已知为“主视图”)。

按钮70与用户界面管理器51(图3)链接，并且为用户提供用于激活包括用户界面管理器视图75(图5-图8，在下文中讨论)的用户界面的装置。用户界面管理器视图是由用户界面管理器51指定的预定显示区域，从而提供使得用户能够确定哪个用户应用44a正在运行并且也允许用户选择所述运行的用户应用44a中的一个的用户界面。此外，用户界面管理器视图包括用于同时显示多个通知的通知显示区域。

与其他任何用户应用一样，用户界面管理器51可以在前景或者背景中操作。当用户界面管理器51在背景中时显示按钮70，并且当用户与按钮70交互时，用户界面管理器被带入到前景。在这一方面，用户界面管理器51与其他用户应用的不同之处在于其在背景模式时接受用户交互。

图4还示出了在左上区域中的显示器16的其余部分72上的通知预览74。通知预览74提供新通知的临时预览。更具体而言，当首先接收到或者首先生成通知时，用户界面管理器51在显示器16的其余部分72上生成通知预览74。预览74是告诉用户新通知并且提供通知事件的某些细节的临时消息。例如，如果接收到新电子邮件，则通知预览将在图4上标示的位置中出现在显示器16上并且包括文本“新电子邮件”。预览74将保持在显示器16的其余部分72上持续一小段时间，并且将保持在当前在显示器16的其余部分72上显示的任何内容(诸如例如主视图或者应用视图)的前面。因此，预览204显示在显示器16中被保留用于显示通知的一部分上，但是是在用于显示用户应用的输出的那部分上。

在该实施例中，预览74保持5秒钟，之后其逐渐消失。在备选实施例中，预览保持10秒钟。重要的是，临时通知预览可见的时间段应当足够长，从而使得预览对用户可见，但是不必长到干扰用户对设备10的使用(考虑到预览出现在显示器的一部分中，该用户可能正将该部分用于特定应用)。

如图4中所图示的，预览74被定向成使得其相对于显示器16的边界偏移。因此，显示器的其余部分72的一部分72a在预览74与显示器16的最接近的边界之间可见。这有助于确保该预览被定位成使得其对于用户可见，并且吸引用户的注意。

图5至图8提供了根据一个实施例的、示出用户界面管理器视图75的用户界面的显示器16的屏幕截图。在通过适当的装置(例如，用户的手指或者触针)激活按钮70后，显示用户界面管理器视图75。按钮76的激活将用户界面管理器从用户界面管理器视图75在显示器16上不可见的背景模式切换到其中用户界面管理器视图75在显示器16上显示的前景模式。

在当前实施例中，当用户界面管理器视图在前景模式中(如图5至图8所示)时，用户界面管理器视图75基本上占据显示器16的全部。

用户界面管理器51在用户界面管理器视图75的通知显示区域80中显示通知，并且在用户界面管理器视图75的任务显示区域78中显示任务的表示。

任务显示区域78a可以包括一个或者多个活动图标82a至82o，每个图标提供在设备10上运行的用户应用44a的表示。在当前示例中，任务视图78a的大小依赖于在其上显示的活动图标的数目。

根据在图5至图8中图示的实施例，每个活动图标82a至82o是由与其有关的用户应用引起的显示的表示。在所图示的实施例中，活动图标82a至82o是当对应的用户应用当前在前景中运行时可见的整个显示的大小减小的表示。在这一方面中，图标是活动的，在于它们的对应的用户应用的表示当它们在用户界面管理器视图75中显示时不断被更新。

在备选实施例中，如果对应的用户应用正在前景中运行，则表示可以是其将可见的显示的缩小的并且定位在中心的表示。该表示允许设备10的用户通过查看其对应的表示来即时标识运行的用户应用。

活动图标82a至82o中的每个含有用符号“x”标记的右上部分。每个活动图标的标记为“x”的部分提供了用户可以用来终结对应于该活动图标的用户应用的按钮。此外，图5至图8的用户界面管理器视图75含有定位在左上部分并且用参考标记76标记的按钮或者图标。当用户界面管理器51在前景模式中时按钮76代替了按钮70。此外，按钮76允许用户将用户界面管理器51从前景模式移动回到背景模式，在背景模式中按钮70再次代替按钮76。

活动图标82a至82o根据布局规则来进行布局。布局规则由用户界面管理器51存储并且实现。首先，布局规则确保所有活动图标清楚地定位在任务视图78a上。第二，布局规则确保每个活动图标的大小被定制为使在任务视图78a上可用的空间最大化，并且借此使得用户可以尽可能简单地标识每个活动图标表示哪个运行的用户应用。

在当前实施例中，布局规则为使得每个活动图标的定位和大小依赖于所显示的活动图标的数目。以下说明了用于生成图5至图8的布局规则的实现。

图5表示其中仅存在一个运行的用户应用的情况，其中，活动图标82a表示运行的用户应用。活动图标82a的大小大于图6至图8的活动图标，并且其被定位在任务视图78a的中心。

图6表示其中存在两个运行的用户应用(已经开始了第二用户应用)的情况，其中活动图标82b和活动图标82c表示这两个运行的用户应用。在该情况中，将认识到，活动图标82b表示与活动图标82a相同的用户应用。活动图标82b和活动图标82c的大小小于图5中的活动图标，但是大于图7和图8中的活动图标。此外，活动图标水平上位于任务视图78a的中心。

图7表示其中存在三个运行的用户应用的情况，其中活动图标82d至82f表示这三个运行的用户应用(其中，活动图标82d表示分别与图5和图6的活动图标82a和活动图标82b相同的活动图标)。活动图标82d至82f的大小小于图5和图6中的活动图标，但是大于图8中的活动图标。此外，每行活动图标在竖直方向上定位在任务视图78a的中心，尽管顶行含有两个活动图标84d与84，而底行仅含有单个活动图标84f。

最后，图8表示其中存在9个运行的用户应用的情况，其中活动图标82g至82o表示9个运行的用户应用(此处图示了与在图5、图6、图7中相同的用户应用以及附加的用户应用)。活动图标82g至82o的大小小于在图5、图6和图7中的活动图标，以允许所有的活动图标被表示在任务视图78a上。此外，每行活动图标位于任务视图78a的中心。在当前示例中，存在可以在任务视图78a上显示的活动图标的预定的最大数目。在当前示例中，如图8中所示，最大数目为9。

还注意到，在任务视图78a上显示的活动图标以与开始活动图标有关的应用的对应序列来排序。例如，考虑其中设备10的用户首先打开设备10，并且然后以如下顺序激活如下用户应用：即照片集、日历和照相机。如果用户然后从照相机应用视图激活按钮70，则用户应用的视图将对应于图7，其中示出了三个活动图标。此外，活动图标的顺序对应于三个用户应用开始的顺序。因此，活动图标82d将表示照片集，活动图标82e将表示日历，并且活动图标82f将表示照相机。类似地，图5图示了其中单个用户应用正在运行的情况，并且图6图示了其中两个用户应用在运行的情况。因此，活动图标82a和82b将表示照片集应用，并且活动图标82c将表示日历应用。

在所图示的实施例中，图标以对应的用户应用开始的顺序布置在任务显示区域78上。具体地，图标首先从左到右布置，然后从上到下。因此，在图8中，活动图标布置的顺序(并且因此对应的用户应用开始的顺序)将为：82g、82h、82i、82j、82k、82l、82m、82n以及82o。

以这种方式操作的一个优点是：活动图标相对于彼此维持相同的相对顺序。这使得用户更容易使用其活动图标来定位运行的用户应用。如果活动图标的位置可以改变，则用户将需要在每次用户界面管理器视图75被带入到前景时标识每个活动图标的位置，这可以由于以下事实而变得更加复杂，即活动图标的外观与所涉及的程序的输出一起改变，因此使得标识更加困难。保持活动图标的顺序恒定通过辅助对活动图标进行标识而改善了用户体验。

该顺序的唯一例外在于当对应的用户应用被终结时活动图标被移除时。在该情况中，存在的其他活动图标的定位根据以上提到的布局规则进行调整。然而，将认识到，其余图标的顺序将被保留，并且这将表示对应的用户应用开始的顺序。

当用户激活按钮70以将用户界面管理器51从背景模式移动到前景模式时，根据此时哪个用户应用44a在运行而显示一个或者多个活动图标。如果在后续操作设备10的过程期间，用户终结这些运行的用户应用中的一个或者多个，则用户下一次激活按钮70时(从应用视图或者从主视图)，对应于这些终结的应用的活动图标将不会在用户界面管理器视图上显示。为了允许该功能性，用户界面管理器51利用存储在非易失性存储器36上的、针对当前在设备10上运行的用户应用44a的条目来维护数据库53。更具体地，每次开始用户应用，内核50就指示用户界面管理器51将对应的条目添加到数据库53。此外，每次用户应用被终结，内核50就指示用户界面管理器51从数据库53移除对应的条目。然后，当用户选择按钮70以将用户界面管理器51带入到前景时，用户界面管理器51检视数据库53以标识哪个用户应用44a当前正在运行。然后，用户界面管理器51仅针对在数据库53中具有条目的那些用户应用加载活动图标。根据该操作，用户界面管理器51能够精确地保持对当前运行的用户应用的追踪。

用户界面管理器视图75除了提供用户可以在任何选定时间标识哪个用户应用正在运行的一种方式之外，用户界面管理器视图还允许用户切换运行的用户应用。换言之，用户界面管理器视图允许用户将运行的应用从背景模式切换到前景模式中。更具体地，在图5至图8中，活动图标82a至82o中的每个可以由适当的装置(诸如例如，敲击活动图标的用户的手指或者触针)来选择，以将应用切换到前景，从而使得用户可以继续对其进行操作。例如，用户可以启动文字处理应用并且启动编写新的文档，但是认识到它们需要来自因特网的信息，以便完成该文档。在该情形中，用户可以开始因特网浏览器并且开始浏览因特网，而同时文字处理文档仍然在背景中运行。当使用浏览器时，用户可以选择按钮70(从浏览器的应用视图)，以将用户界面管理器51带入到前景模式。假定用户确实选择了按钮70，则在用户界面管理器51上显示的活动图标的一个将对应于运行的文字处理应用。根据该示例，用户可以选择对应的活动图标，以将文字处理应用切换到前景模式，并且促使该应用在显示器16上显示，并且允许用户继续编写该文档。

除了将运行的应用关闭和将它们返回到前景之外，用户界面管理器视图75还提供了用于与运行的应用交互的装置。具体地，如果两个或者更多个活动图标在用户界面管理器视图上显示，则活动图标可以通过使用户界面管理器51指示对应的应用执行某些操作来彼此交互。例如，假定存在4个活动图标，第一活动图标表示浏览器应用，第二活动图标表示地址薄应用，第三活动图标表示即时消息应用，并且第四活动图标表示照片集应用。将浏览器的活动图标拖拽到即时消息应用的活动图标促使在当前消息会话上出现到当前查看的互联网页面的超链接。附加地，将地址薄的活动图标拖拽到消息应用的活动图标上促使向其地址细节当前由地址薄显示的人发送当前消息会话的邀请。附加地，拖拽操作的方向可以确定用户界面管理器51执行的操作。例如，将照片集应用的活动图标拖拽到浏览器的活动图标上促使来自照片集的当前图像由浏览器打开。备选地，将浏览器的活动图标拖拽到照片集应用的活动图标上促使来自浏览器的当前图像被存储在照片集中。

如上所述，除了任务显示区域78之外，用户界面管理器视图包括通知显示区域80。通知显示区域80可以包括一个或者多个图标，每个图标与设备10接收的或者生成的至少一个通知有关。在当前示例中，通知显示区域80的大小独立于在其上显示的图标的数目。在图5至图8上图标由参考标记84a至84j图示。根据该实施例，每个图标提供关于与其有关的通知的信息。例如，与新电子邮件事件有关的通知的图标可以包含文本“新电子邮件”，并且附加地可以包含电子邮件主题和发件人。此外，在当前实施例中，图标可以与多于一个事件有关。在先前提到的示例下，如果接收到两个电子邮件消息，则不是显示“新电子邮件”消息两次，而是显示具有消息“2个新电子邮件”的单个图标。在任何情况中，图标的原则是允许设备10的用户即时标识与图标有关的事件并且将通知的信息中继给用户。

在本实施例中，通知显示区域80的大小独立于在其上显示的图标的数目。此外，通知显示区域的大小并不改变。有利地，这使得在由区域80界定的区域中的通知的布局相对直接，因为不需要考虑区域的大小变化。

此外，图标84a至84j中的每个含有用符号“x”标记的右上部分。每个图标的用“x”标记的部分提供按钮，用户可以使用该按钮来将通知从通知视图78b移除。

图标84a至84j根据以上参照任务视图78讨论的相同的布局原则来进行布局。在所图示的实施例中，存在可以在通知显示区域80中显示的图标的最大数目。在当前示例中，如在图8中所图示的，最大数目为4。

而且很重要的是要注意到，在通知显示区域80上显示的图标以对应于用户界面管理器51接收到通知的序列来排序。例如，考虑其中以下通知以以下顺序接收的情况：新电子邮件消息、新SMS消息和低电池通知。如果用户然后从主视图或者应用视图激活按钮70，则通知图标的布局将对应于图7，其中示出了三个图标。此外，图标的顺序将对应于其中三个通知被接收或者生成的顺序。因此，图标84d此处将表示新电子邮件，图标84e将表示新SMS消息，并且图标84f将表示低电池通知。以这种方式操作的优点在于，用户易于使用其图标来标识通知。如果图标的位置可以改变，则用户将不得不在每次通知管理器视图被带到前景时标识每个图标的位置。这将浪费用户的时间，并且导致较差的用户体验。该操作的唯一例外是当图标被关闭时。在该情况中，其余图标的定位根据以上提到的布局规则进行调整，但是它们的相对定位保持相同(即，其余图标的定位依赖于对应通知被接收的顺序)。

当用户激活按钮70以将用户界面管理器51从背景模式移动到前景模式中时，根据在该时间之前哪个通知已经被接收到或者被生成而显示一个或者多个图标。

此外，通知可以被清除。这通常当在后续操作设备10的过程期间，用户查看与这些通知有关的事件(例如通过查看与这些通知有关的应用)时发生。通知可以被清除的方式将依赖于所涉及的通知。某些通知将在预定时间之后自动清除，而其他的通知要求用户的交互。在任何情况下，当用户(从应用视图或者从主视图)激活按钮70时，已经被清除的图标将不会在通知管理器视图上显示。在又一实施例中，在预定时间段之后还未被用户清除的任何通知可以自动被清除。

为了允许该功能，用户界面管理器51利用用于在设备10上运行的通知的条目来维护数据库53。更具体地，每次收到或者生成通知，用户界面管理器51就将对应的条目添加到数据库53。此外，每次通知被用户清除，用户界面管理器51就将对应的条目从数据库53移除。然后，当用户选择按钮70以将用户界面管理器51带入到前景时，用户界面管理器51仅加载在数据库53中具有对应条目的那些应用。根据该操作，用户界面管理器51能够精确地跟上仍然与用户有关的那些通知。

除了通知显示区域80提供使得用户在任何选定时间标识哪个新事件已经发生的装置之外，通知视图78b也允许用户处理这些事件。更具体地，在图5至图8上，图标84a至84j中的每个可以由适当的装置(诸如例如用户的手指或者触针)选择，以开始对应于该通知的应用(即，启动运行该应用)，或者将该应用带入到前景中。

例如，当使用设备10来浏览因特网时，设备10可以接收新电子邮件。根据以上描述的操作，首先将在浏览器应用视图上临时地显示通知的预览(如以上参照图4所描述的)。在某些晚些时间，用户可以选择按钮70(例如，通过敲击图标而从浏览器的视图或者主视图中选择)，以将用户界面管理器51带入到前景模式。在通知视图78b上显示的图标将对应于新电子邮件事件。根据该实施例，用户可以选择对应的图标以在显示器16上开始电子邮件应用，并且查看该新电子邮件。

如图9中所示，用户界面管理器51还能够确定对应于通知的用户应用是否在设备10上运行。在该情况中，与通知图标有关的图标显示在任务显示区域78上的、与对应的运行的用户应用有关的活动图标的顶上，而不是显示在通知显示区域80中。在该情况中，通知的图标的大小和形状被调整成使得其更好地与其叠置于之上的活动图标对准。使得通知图标小于并且薄于定位在通知显示区域80中的那些图标。

在图9中，任务显示区域78含有两个活动图标82p与82q，并且通知视图78b含有两个图标84k与84l。然而，附加地，任务显示区域含有定位在活动图标82q顶上的通知图标84m，从而使得通知图标84m叠置在活动图标82q上。通知图标84m对应于由活动图标82q表示的用户应用。

以这种方式操作的优点在于，其释放了通知显示区域80中可用空间的量，并且因此允许同时显示更多的通知。此外，该操作并不负面地影响任务显示区域78，这是由于如用户所清楚的，由活动图标82q标识的用户应用和与图标84m有关的通知相同。如果用户选择活动图标82q或者图标84m的可视部分，则用户界面管理器51将开始对应的应用，或者促使该应用被带入到前景。

为了增加通知显示区域80的显示面积，用户界面管理器51可以将与类似事件有关的通知分组在一起。例如，当用户使用设备10浏览因特网时设备10接收到两个新电子邮件。每次接收到新电子邮件，与该电子邮件有关的预览74将临时地显示在浏览器的应用视图上。如果用户从浏览器的视图激活按钮70以开始用户界面管理器视图75，则仅单个图标表示在通知视图78b上的两个新电子邮件。然而，图标的文本指示图标与被分组在一起的两个通知有关。例如，文本为“2个新电子邮件”而不是“新电子邮件”。根据该操作，用户界面管理器51能够预留在通知显示区域80的显示区域上可用的空间，并且借此通知用户更多的事件。

根据当前实施例，当用户界面管理器视图75可见时，即用户界面管理器51在前景模式中时，通知预览74并不显示。相反，一旦接收到或者生成新通知，则在通知显示区域80上显示新通知图标。然而，在又一实施例中，用户界面视图75并未被划分成任务显示区域与通知显示区域。而是，活动图标与通知图标这两者都以它们发生的顺序显示在用户界面管理器视图上。

参照回到图4，根据本实施例，当通知预览74逐渐消退时，按钮70改变以向用户指示已经接收到或者生成了新通知，并且可以在通知显示区域80上查看。通过以这种方式操作，按钮70用作提醒，以使用户知道新通知可以在通知显示区域80上查看。按钮70可以通过闪烁或者通过改变颜色来提醒用户。由于按钮70仅当用户界面管理器51在背景模式中时出现，因此与按钮70相关联的提醒在用户界面管理器视图75在显示器16上不可见时发生。

根据本实施例，如果当通知预览74在主视图或者应用视图上显示时用户选择该通知预览74，则用户界面管理器51指示内核50开始应用，该应用处理与通知预览有关的事件或者与通知预览有关的事件相关联，或者将该应用带入到前景。例如，如果通知预览与新电子邮件有关，则如果用户经由适当的选择装置(诸如手指或者触针)选择该预览，则开始电子邮件应用或者将其带入到前景中。在该情况中，由于在用户界面管理器51有机会在通知显示区域80上显示与通知有关的图标之前用户已经看到了该通知，因此，下次用户查看用户界面管理器视图75时将不会出现这种图标。

根据本实施例，用户首次经由通知视图78b查看通知时，该通知被突出显示，以向用户指示之前他们未在用户界面管理器视图75中看见通知(用户可能看见或者可能没看见对应的临时通知预览)。例如，与未看见的通知有关的图标可以闪烁或者改变颜色。如果用户选择忽略该通知，并且激活按钮76以将用户界面管理器51移动到背景模式，则下次用户激活按钮70以将用户界面管理器51移动到前景视图时，通知将不会被突出显示。例如，图标不再闪烁或者颜色将回复。以这种方式操作的优点在于，用户在进入用户界面管理器视图75时可以即时地看到在该视图中哪些事件先前未被看到。因此，用户并不会浪费时间来看旧通知。

图10a与图10b提供了一个实施例的操作的流程图。注意到，在图10a与图10b内，存在四种不同类型的步骤。具有连续边界的矩形形状的步骤指示由设备10执行的处理步骤。具有虚线边界的矩形形状的步骤指示由于从用户接收到输入而执行的处理，诸如例如触针与触摸屏显示器16之间的交互。菱形形状的步骤指示是非(binary)问题，其中这些问题的备选答案由在离开该步骤的流程路径上的“是”和“否”指示。三角形形状的步骤指示图10a和10b之间的转变。

根据图10a与图10b的操作在步骤100处开始。在步骤100处，设备10的用户将其打开，并且设备启动。一旦设备准备好操作，则处理流向步骤102。在步骤102处，该设备在主视图(也已知为桌面视图)中等待，直到用户发出其他指令。如果用户开始用户应用44a中的一个(诸如文字处理应用)，则处理流向步骤104。一旦文字处理应用(或者其他用户应用)已经在步骤104开始，则处理流向步骤106。在步骤106处，应用由应用处理器24运行。例如，用户开始编写新文档。当该应用在运行时，用户界面管理器视图75可以以如下描述的方式开始。如果这完成，则该过程将从步骤106行进到步骤118。此外，当应用在运行时，设备10可以以如下描述的方式接收或者生成通知。如果这发生，则该过程将从步骤106行进到步骤120。

一旦用户已经结束了(在先前提到的示例中)编写或者将倾向于启动其他应用，则处理从步骤106流向步骤108。在步骤108处，退出文字处理应用并且处理流向步骤110。用户可以退出应用的两种主要方式是：首先，用户可以终结该应用，即，使其关闭，并且其次，用户可以开始其他用户应用，即，将第一应用移动到背景，从而使得其不再在显示器16上显示。

在步骤110处，设备10确定该用户应用是否已经退出但是未终结。如果文字处理应用已经被终结，则处理流向步骤112。在步骤112处，内核50请求用户界面管理器51标识在数据库53中是否存在针对用户应用的条目，并且如果确实存在，则内核50请求用户界面管理器51移除该条目。处理然后流回步骤102，在该步骤中设备10显示主视图或者不同的应用视图(依赖于多个因素，诸如其他应用是否在运行，以及任何其他应用先前访问的顺序)。在当前情况中，设备10将显示器主视图，这是由于没有其他应用在运行中。

备选地，如果在步骤110处用户应用已经被移动到背景但是未终结，则处理流向步骤114。在步骤114处，内核50请求用户界面管理器51标识在数据库53中是否存在针对用户应用的条目。如果数据库53确实含有条目，则处理流向步骤102，在该步骤中设备10显示主视图或者不同的应用视图。例如，如果新应用(诸如因特网浏览器)已经在步骤102直接从第一应用开始(例如，经由文档中的超链接)，则设备10将显示新应用的视图(即，显示浏览器)。备选地，如果用户在步骤102退出第一应用以从主视图开始其他另一应用，则设备10将显示主视图。

如果在步骤114处，用户界面管理器51在其数据库53中并不含有针对退出的用户应用的条目，则在步骤116创建新条目。在该情况中创建新条目，这是由于用户应用被退出但是未终结，并且因此虽然用户不再使用该用户应用，但是其仍然在背景中运行。处理然后从步骤116流回步骤102，与以上讨论的，在该步骤中显示主视图或者其他应用视图。

根据以上操作，用户界面管理器51能够监测在设备10上运行的用户应用。具体地，这些在背景中运行的所有用户应用将具有在用户界面管理器的数据库53中的对应的条目。

在步骤102处，当在主视图或者应用视图中之一时，如果生成了通知，则处理从步骤102流到步骤120。此外，如上所述，处理也可以从步骤106流到步骤120。在步骤120处，该通知由用户界面管理器51接收，在其之后处理流向步骤122。在步骤122处，在当前视图上显示通知预览74(如参照图4描述的)，其中当前视图包括主视图(即，如果处理从步骤102开始流动)或者应用视图(，即如果处理从步骤102或者106开始流动)之一。

通知预览74在显示器16上保留临时时间段(在当前实施例中5秒钟)并且然后逐渐消失。一旦通知预览74已经在步骤122显示，则处理流向步骤124(以下讨论)，除非用户选择预览74(在该情况下，处理流向步骤126)。

从步骤126，处理流向步骤128，其中用户界面管理器51指示内核50开始与通知预览74有关的应用。例如，如果通知预览74与已经接收到的新电子邮件消息有关，则如果用户使用适当的选择装置(诸如手指或者触针)选择预览74，则开始对应的电子邮件应用。然而，如果电子邮件程序已经在背景中运行，则该设备将该应用带入到前景模式中，而不是开始该应用。一旦已经开始了对应于该通知的应用，则处理流向以上已经讨论的步骤106。

如以上简要提到的，如果在步骤122处用户并不选择预览74，则处理流向步骤124。在步骤124处，用户界面管理器51在当前视图上向用户显示提醒，以向用户指示在用户界面管理视图75上存在新通知。如上所述，适当的提醒可以是按钮70闪烁或者改变颜色。在当前实施例中，提醒仅针对当通知管理器200在背景模式中时接收到的第一通知显示。因此，在步骤308处，通知管理器将确定该提醒是否已经显示，并且确定通知管理器200是否在背景模式中。如果这些都不适用，则将不会在步骤308显示该提醒。

一旦提醒已经被激活，如果适当，则处理流向步骤125。在步骤125处，用户界面管理器51标识在数据库53中是否存在针对在步骤120中接收到的该类型的通知的条目。例如，如果通知与新电子邮件消息有关，则在步骤125处，用户界面管理器51标识数据库53中的、与新电子邮件已经存在有关的条目。如果用户界面管理器51确实含有针对在步骤120接收的或者生成的该类型的通知的条目，则处理从步骤125流向步骤127，否则处理从步骤125流向步骤130。在步骤127处，用户界面管理器51利用新通知数据来更新数据库53中存在的条目。在步骤130处，用户界面管理器51针对新通知在数据库53中创建新条目。在任何一种情况中，处理流回以上讨论的步骤102。

根据以上操作，用户界面管理器51能够在通知由用户界面管理器51接收时始终跟上这些通知。具体地，所有新通知将具有在用户界面管理器的数据库53中的对应条目，直至对应于该通知的图标已经被用户看见为止。

从步骤102开始，用户可以决定将用户界面管理器51带入到前景中，以使得任务和通知视图75在显示器16上可见。如上所述，按钮70出现在主视图以及每个应用视图的左上角中，并且用户可以通过激活按钮70来开始用户界面管理器视图75。一旦用户激活了按钮70，则处理从步骤102或者106流向步骤118，在该步骤中用户界面管理器51被带入到前景中，并且开始用户界面管理器视图75。处理然后流向步骤131(图10b)，其中用户界面管理器51标识至少一个用户应用44是否在背景中运行。本实施例通过标识任务管理器数据库53中是否存在与运行的用户应用44有关的任何条目而执行该操作。如果存在这种条目，则至少一个用户应用在运行，并且处理流向将在稍后讨论的步骤132。备选地，如果在数据库53不存在这种条目，则确定没有用户应用在运行，并且处理流向步骤134。

在步骤134处，用户界面管理器51加载空白的任务显示区域78。更具体地，加载的用户界面包括按钮76(图5至图8)但是不包括任何活动图标。处理然后从步骤134流向如下文所讨论的步骤136。

备选地，如果在步骤131处确定存在至少一个用户应用在运行，则如先前所提到的，处理流向步骤132。在步骤132处，用户界面管理器51加载针对最老的运行的用户应用的活动图标。每次用户界面管理器51将条目添加到数据库53，新条目就被添加到当前列表的末尾。因此，用户界面管理器51能够通过检视数据库53中的条目的顺序而标识应用开始的顺序。在步骤132处，用户界面管理器51加载针对数据库53中的第一条目(即，最老的运行的用户应用)的活动图标。加载活动图标的过程涉及利用由对应的应用引起的显示的最新表示来渲染活动图标。例如，用户界面管理器51将经由内核50加载最新屏幕截图，并且利用该图像来渲染活动图标。

一旦已经在步骤132处加载活动图标，则处理流向步骤138。在步骤138处，用户界面管理器51标识是否存在任何其他运行的用户应用。更具体地，用户界面管理器51标识在数据库53中是否存在对应于运行的用户应用的任何其他条目。如果存在至少一个这种条目，则处理从步骤138流向步骤140。在步骤140处，用户界面管理器51加载针对第二老的应用的活动图标。该过程然后返回到步骤138。重要的是，针对运行的用户应用加载活动图标的顺序对应于应用本身被加载的顺序。只要存在针对其活动图标还未加载的运行的应用，处理就在步骤138和140之间的回路流动。

一旦已经针对每个运行的用户应用加载了活动图标，则处理从步骤138流向步骤136。备选地，如果仅一个用户应用是运行的，则处理直接从步骤138流向步骤136，即该流动绕过步骤140。

如先前提到的，一旦加载了空白的任务显示区域78或者针对每个运行的应用44的活动图标，则处理就流向步骤136。在步骤136处，用户界面管理器51标识是否存在至少一个通知。用户界面管理器51通过检视数据库53来这样做，以标识是否存在与通知有关的任何条目。如果数据库53中不存在这种条目，则处理流向步骤142，否则处理流向稍后将讨论的步骤144。在步骤142处，用户界面管理器51加载空白的通知显示区域80，而不显示通知图标。处理然后从步骤142流向步骤146，其中用户界面管理器51标识是否已经加载空白的任务显示区域78(即，处理是否流经步骤134？)。如果已经加载了空白的任务显示区域78，则处理流向步骤148，否则处理流向以下讨论的步骤150。

在步骤148处，用户界面管理器51显示空白的用户界面管理器视图75。换句话说，显示器16包括按钮76(图5至图9)，而不包括活动图标或者通知图标。从步骤148开始，用户可以选择按钮76以将用户界面管理器51移动到背景，以隐藏空白的任务和通知视图75。在该情况中，处理流向步骤152和然后继续到步骤102(在图10a中，该步骤如上所述)。备选地，如果在显示空白的任务和通知视图75时，设备接收到或者生成了新通知，则处理流向稍后将讨论的步骤154。

如上简要提到的，如果在步骤136处用户界面管理器51标识了在数据库53中存在至少一个通知条目，则处理流向步骤144。在步骤144处，用户界面管理器51加载针对最老的条目的图标。最老的通知条目对应于用户未看见的最老的通知图标。加载图标的过程可以涉及检索与通知有关的相关信息。例如，如果通知与新电子邮件消息有关，则检索的数据可以包括电子邮件主题和/或电子邮件发件人。一旦已经加载图标和任何相关数据，则处理从步骤144流向步骤156。

在一个示例中，与***有关的通知仅在它们满足指定准则时才被显示。在该示例中，***通知被指定为紧急或者不紧急的，并且仅紧急的通知被显示。在又一示例中，用户能够指定将显示哪个通知。这例如可以通过允许用户指定哪个通知被视为是紧急的或者允许用户指定应用而发生，对应于该应用的通知总是显示或者总是隐藏。

在步骤156处，用户界面管理器51标识在其数据库53中是否存在任何其余的通知条目。换句话说，用户界面管理器51标识是否存在针对其的图标还未加载的任何其他通知。如存在又一些通知，则然后处理流向步骤158，否则处理流向如下所述的步骤150。

在步骤158处，用户界面管理器51从数据库53获得第二老的条目，在此之后处理流向步骤160。在步骤160处，用户界面管理器51标识是否已经针对与当前处理的通知有关的该类型的通知加载了图标。如果已经针对该类型的通知加载了这种图标，则然后处理流向步骤162，否则处理流向步骤164。

在步骤162处，预先存在的相同类型的通知被更新，以包含与当前处理的通知有关的信息。在步骤164处，针对该新通知创建新通知。例如，如果最老的条目和第二老的条目都与新电子邮件消息有关，则在步骤144将加载电子邮件通知，并且在步骤162该通知将被更新以与第二电子邮件有关。备选地，如果第二老的条目与新SMS消息有关，则在步骤164将加载电子邮件通知，并且在步骤164将加载SMS通知。在任一种情况中，从步骤162和步骤164这两者的处理都流向步骤166。

在步骤166处，用户界面管理器51标识针对对应于分别在步骤162或者步骤164更新的或者创建的通知的用户应用是否已经加载了活动图标。如果没有活动图标已经针对对应的用户应用加载，则处理从步骤166流回步骤156。如果已经针对对应的用户应用加载了活动图标，则处理从步骤166流向步骤168。在步骤168处，用户界面管理器51将通知图标与对应的应用有关的活动图标相关联。

在所图示的实施例中，通过以参照图9描述的方式将针对该通知的图标叠置在针对用户应用的图标之上而将通知图标与针对对应用户应用的活动图标相关联。

从步骤168开始，处理然后流回步骤156。只要存在针对其还未加载图标的通知，则处理将继续在步骤156、158、160、162或者164以及166和168或者166之间的回路间流动。一旦已经针对所有通知加载了图标，则处理从步骤156流向步骤150。

如以上简单提到的，处理从步骤146或者步骤156流向步骤150。在步骤150处，用户界面管理器51将每个加载的活动图标定位在任务显示区域78上并且将每个加载的图标定位在通知显示区域80或者任务显示区域上(如果此处存在对应的图标)。更具体地，定位根据以上提到的布局规则执行，并且用户界面管理器51确保活动图标和通知图标的顺序与它们加载的顺序相匹配(如先前所述)。这一顺序也与对应的应用首先开始或者对应的通知首先生成的顺序相匹配。附加地，用户界面管理器51根据在步骤168创建的任何关联将图标叠置在活动图标之上。一旦活动图标和图标已经在步骤150中定位，则处理流向步骤170。在步骤170处，用户界面管理器51显示如图5至图9所图示的用户界面管理器视图75。

根据以上操作，用户可以从主视图或者应用视图选择按钮70，以开始用户界面管理器视图，该用户界面管理器视图包括针对在设备10上运行的每个应用的活动图标和针对每个所生成的通知的图标。

从步骤170开始，处理可以采取经由步骤152、172、174、176和154的5个不同的可能路径。以下继而说明每个路径。

首先，用户可以通过选择将用户界面管理器51切换到背景模式的按钮76而从步骤170退出用户界面管理器视图。在该情况中，处理如上所述从步骤170流向步骤152。

第二，在步骤170处，用户可以选择活动图标或者图标的任何部分(除了右上部分之外)，以将对应的用户应用带入到前景中(或者开始它)并且允许用户继续操作该用户应用或者查看该通知事件。在该情况中，处理从步骤170流向步骤172(在该步骤中用户选择图标)，并且然后到步骤178(在该步骤中开始应用)。从步骤178开始，该过程行进到步进回到步骤106(图10a)。从步骤106开始的处理如上所述。

第三，从步骤170开始，用户可以选择活动图标的右上部分以终结对应的应用而不将其带入到回到前景。在该情况中，处理从步骤170流向步骤174(在该步骤中活动图标被用户关闭)和步骤180，在该步骤中对应的用户应用被终结。一旦对应的用户应用已经在步骤180终结，则处理流向步骤182，在该步骤中移除数据库53中对应的条目。该动作确认应用将不会被视为运行的用户应用(直到其再次开始为止)。对应的活动图标也从任务显示区域78中移除。处理然后流向步骤184，在该步骤中在任务视图78a上的其余的活动图标根据以上提到的布局规则重新定位，以便利用由于移除一个活动图标所释放的附加空间。处理然后流回步骤170。

第四，从步骤170开始，如果用户选择在通知显示区域80中或者如果图标叠置在活动图标上则在任务显示区域78中显示的通知图标的右上部分，则处理可以流向步骤176。一旦用户已经选择了图标的右上部分，则处理流向以上讨论的步骤182。如果例如用户界面管理器51已经提供了与不期望电子邮件的或者垃圾电子邮件有关的图标时，则用户可以选中该操作。

第五，从步骤170开始，如果生成了新通知，则处理流向步骤154。如上所述，处理也可以如上所述从步骤148流向步骤154。从步骤154的处理如以下执行。由于用户界面管理器视图当前可见(即，用户界面管理器51在前景模式中)，所以并不显示通知预览。因此，一旦生成了新通知，则处理流向步骤186。在步骤186处，用户界面管理器51标识针对与新通知相同类型的通知是否已经加载了图标。如果已经加载了这种类型的图标，则处理流向步骤188，否则处理流向步骤190。在步骤188处，预先存在的该类型的通知被更新以包含与新通知有关的信息。在步骤190处，针对新通知加载图标，并且根据以上提到的布局规则对该图标进行定位。此外，新通知被突出显示以指示用户之前并未看到该图标。附加地，如果针对对应的应用加载了图标，则新通知被叠置在活动图标上。从步骤188和步骤190这两者的处理然后流回以上讨论的步骤170。

根据该操作，用户能够使用用户界面管理器视图来标识在任何给定时间哪个用户应用在运行，将运行的用户应用中的任何一个带到前景，并且关闭运行的应用中的任何一个而不需要将该用户应用带到前景。该实施例的一个益处是，用户可以从一个预定显示区域来快速和有效地管理所有运行的用户应用。附加地，有利的是，由于活动图标的顺序并不改变，所以用户可以通过记住其相对位置快速地标识针对特定用户应用的活动图标。附加地，有利的是，用户可以快速标识哪个活动图标与哪个运行的用户应用有关，这是由于活动图标包括由对应的用户应用引起的显示的表示。

此外，根据以上描述的操作，用能够使用用户界面管理器来在任何选定时间查看和管理新通知和未看见的通知。附加地，如果可用，则用户界面管理器提供了用户快速访问与新事件或者未看见的事件有关的用户应用的装置。附加地，用户界面管理器提供了用于用户在无需开始对应的用户应用的情况下忽略特定事件的装置。附加地，用户界面管理器示出了新通知的预览和向用户指示存在新通知的提醒。该实施例的一个益处在于，用户可以从一个预定显示区域快速和有效地管理通知。附加地，有利的是，由于图标的顺序并不改变，所以用户可以快速标识针对特定通知的对应图标的位置。附加地，有利的是，用户可以快速地标识哪个通知图标先前未被看见，这是因为它们被突出显示了。此外，有利的是，用户可以标识哪些新事件与在设备10上运行的应用有关。

本实施例还能够允许用户促使两个或者更多个活动图标彼此交互。例如，如以上所讨论的，一个活动图标可以被拖拽到另一个活动图标上以促使用户界面管理器51执行某些操作。

图11和图12提供了根据另一实施例的屏幕截图和流程图。图10图示了以多页面格式的用户界面管理器视图77。具体地，当多于9个应用在运行时，或者多个4个通知已经被接收到或者生成时，用户界面管理器视图可以跨多个不同的页面，其中每个页面可以包括最大数目的活动图标和图标。在当前示例中，最大数目活动图标(在任务视图78a中)是9个，并且最大数目图标(在通知视图78b中)是4个。这在图10中图示，其中用户界面管理器视图被以多页面格式示出。具体地，9个活动图标被显示为86g至86o，并且4个图标被显示为88g至88j。附加地，新按钮90和92被显示在用户界面管理器视图的通知视图78b部分的的右下角。按钮90允许用户在不同的用户界面管理器视图页面之间循环。在图10中，示出了4个用户界面管理器视图页面，即94、96、98和100。附加地，按钮92允许用户以与按钮90相反的方向上在不同的用户界面管理器视图页面(94、96、98和100)之间循环。用户界面管理器视图页面的数目依赖于运行的应用的数目，以及所生成的通知的数目。

在该实施例中，预定显示区域已经被划分为页面94、96、98以及100，在这些页面的每个中，可以显示不多于最大数目的活动图标和图标。

图12提供了图示了当前实施例怎样生成多页面格式的用户界面管理器视图的流程图。下文描述了图12与图10b不同的一些方面。具体地，在图12中，图10b的步骤150已经由新步骤192、194和196替代。在步骤150处，用户界面管理器51根据以上提到的过程将前9个加载的活动图标定位在任务显示区域78上，并且将前4个图标定位在通知显示区域80上。该操作确保了第一页含有针对前9个待开始的运行的应用，以及前4个生成的通知的活动图标。附加地，与针对其存在该页面上的活动图标的用户应用有关的通知图标如上所述叠置在活动图标上。处理然后从步骤192流向步骤194。在步骤194处，如果存在更多个待定位的加载的活动图标或者加载的通知图标，则用户界面管理器51建立。在该实施例中，这将仅是在如果存在多于9个运行的应用，或者多与4个通知图标时的情况。如果存在更多个加载的活动图标或者通知图标，则处理从步骤194流向步骤196，备选地处理从步骤194流向以上参照图10b描述的步骤170。

如果处理流向步骤196，则用户界面管理器51根据以上提到的过程在下一用户界面管理器视图页面上将共计9个加载的活动图标以及共计4个加载的图标定位。该操作确保第二页面含有针对第十到第十八个开始的运行的应用的活动图标，以及第五到第八个接收的或者生成的通知的活动图标。处理然后从步骤196流回步骤194，并且如果存在还未定位在用户界面管理器视图页面上的活动图标和/或通知图标，则其将继续在这两个步骤之间的回路中流动。一旦所有加载的活动图标和/或通知图标已经被定位在页面上，则处理从步骤194流向在以上参照图10b讨论的步骤170。

该实施例的一个优点在于，可以在用户界面管理器视图上显示任何数目的活动图标和通知图标。尽管图11图示了4个页面，但是页面的数目将由待显示的活动图标和图标的数目决定，并且如果期望，则在步骤196中创建页面。

如先前所述，图标和活动图标在页面上的顺序并不改变，由此允许用户快速标识活动图标或者通知图标。这一规则的唯一例外当活动图标或者通知图标被终结时发生。在该情况中，其余的活动图标或者通知图标被移动以填充空白空间，但是它们的相对定位保持相同。

根据当前示例，当按钮70由用户激活时，用户最后查看的用户界面管理器视图页是待显示在显示器16上的那个视图。为了这样做，用户界面管理器51保持用户上次查看的页面的记录。如果用户之前并未查看任何页面，则加载第一页面。该操作的一个优点在于，用户能够更快地定位与特定任务或者事件有关的活动图标或者图标，并且这导致改善的用户体验。

在以上讨论的实施例中，任务切换器按钮70包括以横向定向定位在显示器16的左上部分的软件按钮。在备选实施例中，按钮70定位在显示器16上的其他位置处，诸如在右下部分。此外，在又一些实施例中，按钮70是硬件按钮，其定位在小键盘14中，或者定位在设备10的其他位置处。此外，这种硬件按钮可以通过预先存在的按钮或者通过新指定的按钮提供。

在备选实施例中，代替于将通知图标加载为如在图10a和图10b中所描述的，用户界面管理器当处理另外将导致所显示的通知叠置在活动图标上时促使该活动图标闪烁。在又一实施例中，促使活动图标跳动或者突出显示。

在备选实施例中，用户界面管理器51提供其中用户可以定制用户界面管理器进行操作的方式的用户界面。例如，用户可以指定在通知管理器视图或者页面中允许的图标的最大数目。备选地，用户可以指定图标的最大和/或最小大小。

已经参照硬件和软件的某些布置描述了先前提到的实施例。然而，本发明并不限于这方面，并且在备选实施例中将以上描述为硬件组件的某些组件替代地提供成软件组件是已知的。类似地，以上描述为软件的组件可以替代地被提供成硬件，诸如例如专用集成芯片。

Claims (31)

1.一种包括用户界面管理器和显示器的装置，所述用户界面管理器被配置成用于：

在所述显示器上指定预定显示区域，

在所述预定显示区域中显示任务的一个或者多个表示，并且在所述预定显示区域中显示所述事件的一个或者多个指示。

2.根据权利要求1所述的装置，其中所述事件的至少一个与任务有关，所述任务具有在所述预定显示区域中显示的对应的表示，所述用户界面管理器被配置成用于将对应于所述任务的所述表示改变为所述事件的所述指示。

3.根据权利要求1所述的装置，其中所述用户界面管理器被配置成备选地或者附加地显示通知作为所述事件的所述指示。

4.根据权利要求3所述的装置，其中所述通知的至少一个对应于针对其显示了表示的任务，并且其中所述用户界面管理器被配置成将所述至少一个通知叠置在所述对应的任务的所述表示上。

5.根据权利要求1所述的装置，其中所述用户界面管理器被配置成在其中所述预定区域并不可见的背景模式与其中所述预定显示区域是可见的前景模式之间切换，并且被配置成当所述用户界面管理器在所述背景模式中时发生通知时显示提醒。

6.根据权利要求5所述的装置，其中所述提醒是图标。

7.根据权利要求1所述的装置，其中所述用户界面管理器被配置成在所述预定显示区域中附加地显示临时显示的所述通知。

8.根据权利要求1所述的装置，其中所述用户界面管理器被配置成在先前显示的通知与新通知之间加以区分。

9.根据权利要求8所述的装置，其中先前显示的通知包括当所述用户界面管理器在前景模式中时在所述预定显示区域中先前显示的通知，并且所述新通知包括当所述用户界面管理器在所述背景模式中时临时显示的通知。

10.根据权利要求1所述的装置，其中所述用户界面管理器被配置成抑制一个或者多个选择的通知的显示。

11.根据权利要求10所述的装置，其中所述用户界面管理器被配置成根据一个或者多个用户指定的准则或者根据一个或者多个***准则来选择所述一个或者多个选择的通知。

12.根据权利要求1所述的装置，其中所述用户界面管理器被配置成将所述预定显示区域划分成任务显示区域与通知显示区域，在所述任务显示区域中显示任务的所述表示，并且在所述通知显示区域中显示一个或者多个通知。

13.根据权利要求12所述的装置，其中所述用户界面管理器被配置成以所述通知被生成的顺序而在所述通知显示区域中安排通知。

14.根据权利要求12所述的装置，其中所述用户界面管理器被配置成以所述对应的任务开始的顺序而在所述任务显示区域中安排表示。

15.根据权利要求12所述的装置，其中所述用户界面管理器被配置成在其中所述预定区域并不可见的背景模式与其中所述预定显示区域是可见的前景模式之间切换，所述预定区域包括一个或者多个页面，并且其中所述用户界面管理器被配置成：

当返回到所述前景模式时，显示选择的页面，其中所述选择的页面是先前在所述前景模式中时最后显示的页面。

16.一种方法，包括：

使用户界面管理器在显示器上指定预定显示区域，

在所述预定显示区域中显示任务的一个或者多个表示；以及

在所述预定显示区域中显示所述事件的一个或者多个指示。

17.根据权利要求16所述的方法，其中所述事件的至少一个与任务有关，所述任务具有在所述预定显示区域中显示的对应的表示，所述方法包括将对应于所述任务的所述表示改变为所述事件的所述指示。

18.根据权利要求16所述的方法，包括备选地或者附加地显示通知作为所述事件的所述指示。

19.根据权利要求18所述的方法，其中所述通知的至少一个对应于针对其显示了表示的任务，所述方法包括将所述至少一个通知叠置在所述对应的任务的所述表示上。

20.根据权利要求16所述的方法，其中所述用户界面管理器被配置成在其中所述预定区域并不可见的背景模式与其中所述预定显示区域是可见的前景模式之间切换，并且所述方法包括当所述用户界面管理器在所述背景模式中时发生通知时显示提醒。

21.根据权利要求20所述的方法，其中所述提醒是图标。

22.根据权利要求16所述的方法，包括在所述预定显示区域中附加地显示临时显示的所述通知。

23.根据权利要求16所述的方法，其中所述方法包括在先前显示的通知与新通知之间加以区分。

24.根据权利要求23所述的方法，其中先前显示的通知包括当所述用户界面管理器在前景模式中时在所述预定显示区域中先前显示的通知，并且所述新通知包括当所述用户界面管理器在所述背景模式中时临时显示的通知。

25.根据权利要求16所述的方法，还包括抑制一个或者多个选择的通知的显示。

26.根据权利要求25所述的方法，还包括根据一个或者多个用户指定的准则或者根据一个或者多个***准则来选择所述一个或者多个选择的通知。

27.根据权利要求16所述的方法，还包括将所述预定显示区域划分成任务显示区域与通知显示区域，在所述任务显示区域中显示任务的所述表示，并且在所述通知显示区域中显示一个或者多个通知。

28.根据权利要求27所述的方法，还包括以所述通知被生成的顺序而在所述通知显示区域中安排通知。

29.根据权利要求27所述的方法，还包括以所述对应的任务开始的顺序而在所述任务显示区域中安排表示。

30.根据权利要求27所述的方法，其中所述用户界面管理器被配置成在其中所述预定区域并不可见的背景模式与其中所述预定显示区域是可见的前景模式之间切换，所述预定区域包括一个或者多个页面，所述方法还包括：当所述用户界面管理器返回到所述前景模式时，显示所选择的页面，其中所述选择的页面是先前在所述前景模式中时显示最后显示的页面。

31.一种存储计算机程序的存储器介质，所述计算机程序可由计算设备的处理器执行，所述计算设备具有用户界面管理器和显示器，所述计算机程序当由所述处理器执行时进行操作，所述操作包括：

使所述用户界面管理器在显示器上指定预定显示区域；

在所述预定显示区域中显示任务的一个或者多个表示；以及

在所述预定显示区域中显示所述事件的一个或者多个指示。

Images