CN1280683A - 使用个人通信助理处理信息的方法 - Google Patents

Abstract

一种使用个人数码助理处理信息的方法使用了标准状态栏管理器(“SBM”)和状态栏接口。所有应用程序和操作系统的启动区均支持上述状态栏,这种状态栏可同样地用于显示状态栏消息并与状态栏消息相交互。SBM在必要时将所有应用程序(和操作系统的启动区)的所有状态栏区域链接到一起。本发明可将与到达的事件相对应的全局状态消息路由到各现役应用程序的各状态栏。SBM还可将所有的消息传给状态栏,而与所述消息究竟是需要使用者的操作还是仅仅是供通知使用无关。在不必首先访问操作系统启动区的情况下将最小化应用程序显示到现役应用程序的状态栏上并从该状态栏中启动该最小化应用程序。最后,SBM创建一未应答电话呼叫列表,该列表包括说明未对呼叫进行应答的原因的代码。

Description

使用个人通信助理处理信息的方法

背景

在当今快节奏工作的世界里，需要有更小、更快、能力更强的业务工具，这种工具包括具有综合通信能力的高效计算机。具有上述性能的个人通信助理(“PCA”)极大地提高了经常旅行、需要便携式笔记本PC(用于诸如字处理、数据库或电子表格管理等之类的工作)并还需要能用多种媒体“边走边进行通信”的人的效率。

过去，已将个人数码助理(“PDA”)用作了电子日程安排器、地址簿和相关功能，但是，只是在最近才有带综合通信能力的“新型”PCA。新型PCA配备有诸如电话、电子邮件和传真能力之类的功能以及因特网接入和内置式Web浏览器。当然，给“旧式”PDA增加若干新功能会导致需要将更多的信息显示到可用表面面积相当有限的屏幕上。

这种包含了多种通信性能的诸如PCA之类的装置的一个显著问题是，使用者可能会受诸如来自系统的电子邮件、电话呼叫、示警之类的非连续的常规事件流所干扰。通知这类事件的传统方法是显示出将事件通知给使用者的消息，然后需要使用者响应该事件而采取直接的操作。这一点是通过被称为“弹出式对话框”的模态对话框来实现的。当系统接收到事件时，就在屏幕上显示出弹出式对话框。使用者必须停止工作，因为，弹出式对话框要求在使用者返回到手头工作之前必须选择对话框中的选择钮。但是，对使用者来说在特定时间点上中断工作可能是不方便的，相反，使用者宁愿推迟响应事件的操作直至更方便的时刻。

在现有的系统中，使用者必须从弹出式对话框中选择出适当的选项(通常是“取消”钮)，以推迟响应事件的操作。以后当使用者想要对事件进行响应时，他或她必须适当地记住该事件并且还必须知道在检索事件时采取的适当操作。这就可能会导致使用者出错。首先，如果推迟了对多个事件的响应，则使用者可能会不记得各个事件。例如，如果使用者被到达的电话呼叫、电子邮件消息以及日期提醒所打断然后推迟对它们的响应，那么，他或她可能不会记得各个事件或者要响应上述三个事件中的各个事而要采取的适当操作。其次，如果使用者推迟采取对来自系统的非例行的通知(例如软件许可证到期或通知有低硬盘空间)进行响应的操作，则在关闭了弹出式对话框的情况下会丢失响应选项的计算机提示。因而使用者可能不知如何对原先的通知进行响应。

简要地说，在现有的装置中不存在有这样的中央资源库，它用于跟踪正在进行的事件并对这些事件作适当的响应，从而，使用者可在以后访问关于发生了什么事情的日志并检索计算机生成的响应选项。目前，有若干种程序可以创建操作和事件的日志，但是，这些日志都是程序专用的。也就是说，电子邮件程序能创建所接收到的消息的日志，但必须在显示该日志之前先启动电子邮件程序。如果现役应用程序是除电子邮件以外的程序(例如是字处理程序)，则现役应用程序不能访问该日志，从而会迫使使用者使字处理程序最小化，然后启动电子邮件程序以访问电子邮件日志。

还存在有与周知的弹出式对话框有关的另一个问题。可将消息分成两类：“不太重要的”消息和“较重要的”消息。“不太重要的”消息一般是那些“仅供通告”用的消息或那些需要使用者响应但被认为是低优先级的消息。较重要的消息是那些需要使用者在能继续手头工作之前进行响应的消息。不太重要的消息通常发送给状态栏并需要使用者在可能的情况下确定采取哪种操作以及如何启动该操作。较重要的消息则被显示为弹出式对话框，这些对话框具有与较重要的消息有关的代码，因此，一旦在弹出式对话框中选定了响应，就会启动适当的操作。过去，由程序员来决定如何对消息进行分类。不难想象，程序员对消息类别的确定不会总是与使用者的适当分类概念相一致。

现有装置的再一个固有缺陷是，它们具有较小的显示器，这种显示器具有的空间不足以支持使用“开始栏”或类似设计。桌面PC、甚至笔记本计算机一般都具有较大的高分辨率显示器。因此，显示带有为诸如Windows95所使用的那种“开始栏”而保留的区域的多窗口环境是切实可行的。不幸的是，就PCA来说这一点是不可能：在PCA中，现役应用程序占据了整个屏幕。在一个应用程序执行任务时，使用者可能要访问先前最小化了的另一个应用程序，或者，使用者甚至根本不能记住是否使任何的应用程序最小化了。因此，使用者被迫将现役应用程序最小化，然后检查用于预定应用程序的启动区(launch pad)的状态区域。

最后，包括PCA在内的具有接收电话呼叫能力的大多数现有装置还具有存储未应答呼叫的能力。使用者可在以后检索出与未接到的呼叫有关的诸如日期、时间、电话号码等之类的信息，以便回复电话。首先对PCA使用者总是特别有用的一段信息是未接电话的原因(例如忙、拒绝等)。存储未应答呼叫信息的现有方法不提供这种类型的信息。获得呼叫信息的现有方法之一是从交换机中检索出未应答的呼叫。但是，所述交换机并不存储有未接呼叫的原因代码。

从以上内容中可以看出，需一种改进型的PCA，它使得能在任何应用程序环境中看到与PCA接收到的异步事件相对应的状态消息、允许使用者在有任何状态消息被发送到状态栏时采取操作、能从状态栏中启动最小化的应用程序、并且为使用者提供一未应答呼叫的日志，该日志包含有关于为什么未接到电话的信息。

发明概要

本发明包括一种使用标准状态栏管理器(“SBM”)和状态栏接口来处理PCA或类似装置的信息的方法。所有应用程序和操作系统的启动区均支持上述状态栏，这种状态栏可同样地用于显示状态栏消息并与状态栏消息相交互。换句话说，SBM会在必要时将所有应用程序(以及操作系统的启动区)的所有状态栏区域链接到一起。

本发明使用SBM及其相关接口的方法还解决了与PCA接收到非连续事件有关的问题。在系统接收到例行事件时，就将对该事件的通知发送给相关应用程序并显示到该应用程序的状态栏上。但是，如果系统接收到一个其重要性足以应立即提醒使用者的事件时，就将对该事件的通知和所有相关信息发送给SBM，然后，SBM将适当的信息路由到包括那些被最小化了的应用程序在内的所有当前正运行的应用程序的状态栏。此后，使用者可以选择立即对消息通知进行响应或者通过完全忽略该消息而推迟操作。使用者可在以后方便的时间里访问状态栏历史文件以检索先前接收到的事件。使用者还可通过从状态栏历史日志中选定一个事件而自动地执行与该事件有关的操作代码，以免除使用者需记住可用的程序和选项。

上述将消息分成两类(“不太重要”和“较重要”)的问题可通过消除这两个类而得以完全的解决。本发明完全消除了对弹出式对话框的使用并且可将所有的消息及其相关的事件操作路由给状态栏，使用者可在状态栏中选择立刻进行响应或推迟操作直至到更方便的时间。

用本发明的SBM通过使得使用者能从现役应用程序中启动任何最小化的应用程序可以解决上述最小化问题。SBM可为各个最小化应用程序创建启动图标，然后在与哪个应用程序是现役的无关的情况下将图标显示到现役应用程序的消息区内。此后，使用者可通过选定现役应用程序的消息区内的适当启动钮而直接启动任何被最小化了的应用程序，从而能节省时间和精力。

本发明的另一个特征包括创建一个未应答的电话呼叫列表，该列表除其它内容以外还包括一个这样的字段，它能显示出未应答接收到的呼叫的原因。可用两种方法访问电话呼叫列表。首先，使用者按通常方式访问状态栏历史文件以及一个与电话呼叫相对应的条目。第二，使用者可打开电话拨号器应用程序，然后从菜单中选定未应答的呼叫的列表。

为了能更进一步理解本发明及其目的，请注意附图及以下对附图的简要说明、详细说明以及后附权利要求。

附图简述

图1是本发明的PCA的显示屏结构的平面图；

图2是说明本发明用于处理局部事件的方法的流程图；

图3是说明本发明用于处理全局事件的方法的流程图；

图4是说明本发明用于访问状态栏历史文件的方法的流程图。

详细说明

图1示出了PCA(未示出)的显示屏100的典型结构。屏幕100的一个主要部分是显示区105。如图所示，显示区105是矩形的并占据了屏幕表面面积的大部分，以显示现役应用程序的文本和／图形。标题栏101是细长的、通常是位于显示区105上方的水平区域而且通常延伸到屏幕100的整个宽度。标题栏用于通常将现役应用程序的名称显示在标题栏101的左侧部分的标题区106内。在标题栏101内通常在右侧附近还有三个按钮：最小化按钮102、最大化按钮103和退出按钮104。这三个按钮102、103、104的功能是标准特征并且在计算机软件技术中是周知的。屏幕100还包括状态栏120。在所述最佳实施例中，状态栏120在形状上与标题栏101相类似，但处在屏幕100的显示区105下方的底边位置。状态栏120中有状态消息区121和应用程序启动钮115，以下将详细说明它们的详细情况。通常为各应用程序和启动区生成状态栏120。与状态栏120相邻的是模式面板111，它包含模式选择钮110。模式选择钮110用于控制对显示在屏幕105上的条目进行选择的方式。

参照图2，当PCA(未示出)检测到诸如到达的电子邮件消息或系统通知之类的事件205时，操作系统首先检查该事件的性质以确定它是否被标记为“局部”210。正如本文要进一步说明的那样，与要路由给所有现役应用程序的“全局”事件相反，局部事件是仅要被路由给可使用的应用程序的事件。在所述最佳实施例中，事件标识的缺省设置是“全局”。因此，仅处理那些被应用程序开发者或其它软件程序员具体标记为“局部”的事件，不带标记的事件被当作全局事件来加以处理。但是，可以看出，事件标识的缺省设置当然可以是“局部”，这时全局事件就需要有能够被处理的特殊标记。另外，一个事件也可以被标记为“特殊”，在这种情况下，与相应的消息和相关的事件操作会被发送给特定数量的指定应用程序，而不是仅仅一个应用程序(局部)或全部应用程序(全局)。

如果事件被标记为局部，则SBM(“SBM”)就在需要的情况下生成状态消息和相关的事件操作。事件操作是执行对事件进行适当响应所需的计算机代码。例如，如果事件是到达的电子邮件消息，则事件操作就是启动电子邮件程序和访问电子邮件消息所需的代码。然后，将状态消息发送给相关的应用程序220。发送给状态栏120的消息区121的状态消息可以是文本消息、消息图标或具有能被消息区121所接收的格式的项目的任何组合。如果使用者正在运行可使用的应用程序并且选定了消息图标，则可执行事件操作230，然后从相关状态栏中删除消息图标231。但是，如果中断工作是不方便的且使用者选择了忽略消息图标，则将事件和事件操作加进状态栏历史文件235。在过去了一段固定时间段之后，消息图标会消失并在状态栏120的消息区121内创建一历史图标236。在所述的最佳实施例中，历史图标是指向向上方向的箭头，历史图标也可以是应用程序开发者选定的任何图像。只要使用者继续忽略历史图标，那么，历史文件就会保持着隐藏状态，从而使得使用者能继续手头未被中断的任务245。当使用者在以后要对事件进行响应时，就可选定历史图标240并如图4所示访问历史文件405。当然，如果使用者选择退出相关应用程序，则历史图标就会消失(未示出)，因为，该事件已被标记为局部，从而仅在可使用的应用程序正在运行时显示出该事件。

如果上述最佳实施例的系统所检测到的事件未被标记为局部，则将该事件看作是缺省的全局事件。参照图3，操作系统创建一个要在以后传给SBM310的全局状态消息和相关的事件操作305。SBM将一消息发送至每个应用程序的状态栏区315。其余的过程与前述处理局部消息非常相似。如果使用者选择了忽略消息，则他或她就可继续未被中断的工作，并如图2所示那样将事件附加至状态栏历史文件235且创建历史图标236，以便在方便的时侯进行检索。但是，如果使用者在消息出现在状态栏内时选定了该消息320，就执行事件操作325，并且，状态栏会传输一信号以通知SBM：事件操作结束330。然后，SBM通知其它应用程序(那些当前未运行的应用程序)的状态栏：事件操作结束335并删除所有的消息340。当然，即使使用者退出一个应用程序并启动另一个应用程序，对事件的通知也不会丢失，因为，全局事件会为PCA中所有应用程序的状态栏创建消息和／或历史图标。

如果使用者在局部或全局事件的情况下忽略了消息，则如图2所示那样将该事件记录至状态栏历史文件235。在使用者准备对先前忽略的一个或多个事件进行响应时，就选定历史图标240，并访问状态栏历史文件且如图4所示那样显示出事件日志405。事件日志包含与事件有关的相关信息，其中包括事件类型、日期、时间、电话号码(如果有的话)等。如果使用者从事件日志中选出一事件410，就执行与选定事件有关的事件操作415。一旦使用者对事件的响应结束，就从状态栏中删除历史图标并从状态栏历史文件中删除事件420。如果使用者未选择事件，则必须选择“退出”钮425，这就会使得历史文件被隐藏起来430并使得使用者返回至当前的应用程序435。

在解决前述将状态消息分成两类而产生的问题时，本发明完全取消这种划分并将所有的消息看作是同样重要的。例如，操作系统可识别出PCA的闪存驱动器的可用闪存空间正在降低。如图2-4所示，系统将这种情况当作是任一事件来处理。将这种情况警示给使用者的状态消息总是被路由到现役应用程序的状态栏120的消息区121(若事件被认为是局部事件)或者被路由到现役应用程序及所有最小化的应用程序的状态栏120的消息区121(若该事件被认为是全局事件)。然后，使用者可通过选择状态栏120的适当区域来对状态消息进行响应或者通过忽略消息而推迟响应。

如果使用者决定将现役应用程序最小化，则使用者就象处在任一计算机应用程序时那样选择最小化按钮102(可使用鼠标、执行一系列击键、触摸屏幕、声音命令或任何其它的输入方法来进行选择)。但是，SBM在现役应用程序的状态栏120上并在每个其它应用程序的状态栏120上都创建一应用程序启动钮115，而不是将最小化的应用程序的图标显示在启动区(未示出)上，从而，使得使用者能在不先返回至系统启动区的情况下从现役应用程序中使最小化的应用程序最大化。

最后，本发明的方法包括一改进型的未应答电话呼叫的列表。如图2-4所示，将到达的电话呼叫当做任何的其它事件来处理。所述事件可被标记为局部事件，但在本发明的最佳实施例中通常被看作是全局事件。如果呼叫未被应答，那么，就从状态栏的消息区中删除消息图标并创建历史图标236。然后，使用者可在以后选择历史图标240，如图2所示。在选择了历史图标时240，使用者就可以从状态栏历史文件中选择未应答的电话呼叫。

另外，使用者可以打开电话拨号器应用程序并直接从电话拨叫器菜单中选择未应答的电话呼叫列表。拨叫器应用程序从状态栏管理器中获得预定的信息，然后将未应答的拨叫显示给使用者。通过选择未应答的呼叫，使用者可执行与该呼叫有关的事件操作，例如拨打回复电话。

尽管示出并说明了本发明人认为到提交日为止是实现本发明的最佳的模式，但是，本技术的专家可以看出，在不脱离本发明范围的情况下可以有适当的改进形式、变化形式和等价形式，因此，仅由后附的权利要求来限定本发明的范围。

Claims (19)

1、一种使用通信装置处理信息的方法，该方法包括下列步骤：

a)检测一事件；

b)确定该事件是否被标记为“全局”事件，如果是，就执行下列步骤：

b．1)将一状态消息发送给状态栏管理器，以通知该状态栏管理器业已检测到了全局事件；

b．2)将上述状态消息的拷贝从所述状态栏管理器发送给现役应用程序的状态栏的消息区；以及，

b．3)确定使用者是否作用于所述状态消息，如果是，就执行下列步骤：

b．3．1)执行与所述状态消息有关的事件操作；

b．3．2)通知所述状态栏管理器业已执行了上述事件操作；以及

b．3．3)从所述现役应用程序的状态栏中删除前述状态消息；

如果不是，就执行下列步骤：

b．3．4)将前述状态消息附加至状态栏历史文件；

b．3．5)通过从上述状态栏历史文件中选择状态消息而执行所说的事件操作；以及

b．3．6)从上述状态栏历史文件中删除前述状态消息。

2、如权利要求1的方法，其特征在于，该方法还包括创建未应答的电话呼叫的列表这样的步骤。

3、如权利要求2的方法，其特征在于，所述未应答的电话呼叫的列表包含各个未应答电话呼叫的原因。

4、如权利要求1的方法，其特征在于，该方法还包括在与消息类型无关的情况下将所有的消息路由到现役应用程序的状态栏这样的步骤。

5、如权利要求1的方法，其特征在于，该方法还包括在所述现役应用程序的状态栏的消息区内创建一应用程序启动钮这样的步骤。

6、一种利用通信装置处理所接收到的信息的方法，该方法包括下列步骤：

a)检测一事件；

b)将全局状态赋给该事件；

c)将与上述全局事件相对应的状态消息发送给状态栏管理器；以及

d)将上述状态消息的拷贝从所述状态栏管理器发送给现役应用程序的状态栏的消息区。

7、如权利要求6的方法，其特征在于，该方法还包括创建与所述全局事件相对应的事件操作这样的步骤。

8、如权利要求7的方法，其特征在于，该方法还包括通过在现役应用程序的状态栏的消息区内选择所述状态消息而执行上述事件操作这样的步骤。

9、如权利要求8的方法，其特征在于，该方法还包括通知所述状态栏管理器业已执行了所述事件操作这样的步骤。

10、如权利要求9的方法，其特征在于，该方法还包括从现役应用程序的状态栏的消息区中删除上述状态消息这样的步骤。

11、如权利要求7的方法，其特征在于，该方法还包括将所述状态消息附加至状态栏历史文件这样的步骤。

12、如权利要求11的方法，其特征在于，该方法还包括通过从上述状态栏历史文件中选择所述状态消息而执行前述事件操作这样的步骤。

13、如权利要求12的方法，其特征在于，该方法还包括从上述状态栏历史文件中删除所述状态消息这样的步骤。

14、如权利要求6的方法，其特征在于，该方法还包括在现役应用程序的状态栏的消息区内创建一应用程序启动钮这样的步骤。

15、如权利要求6的方法，其特征在于，该方法还包括将前述通信装置所生成的所有状态消息路由到现役应用程序的状态栏的消息区这样的步骤。

16、如权利要求6的方法，其特征在于，所述事件包括电话拨叫。

17、如权利要求16的方法，其特征在于，该方法还包括创建未应答电话呼叫的日志这样的步骤。

18、如权利要求17的方法，其特征在于，所述未应答电话呼叫的日志包含有各未应答电话呼叫的原因。

19、如权利要求6的方法，其特征在于，该方法还包括将所述状态消息的拷贝从状态栏管理器发送给多个指定应用程序的状态栏的消息区这样的步骤。

Images