消息系统中消息的自动潜伏和唤醒的利记博彩app

专利名称：消息系统中消息的自动潜伏和唤醒的利记博彩app
技术领域：
本发明涉及并且应用于各种计算机功能的消息接发系统，电子邮件系统是其一个具体例子。在下面说明中，相当广泛地使用电子邮件系统来举例说明本发明的原理、特征和用途，但是在许多实施例中，本发明并不局限于电子邮件系统。
在提出本专利申请时，电子邮件系统已众所周知，是由可网络连接的计算机上的软件形成的系统，用于把电子邮件从一个计算机发送给另一计算机。多数情况下，网络是公知的公共因特网网络，但是计算机化的消息接发的应用并不局限于因特网。这样的消息接发也可用在专用网络、企业内部网等上。
可执行的从而提供电子邮件服务的软件在本领域中被称为电子邮件客户程序。存在几种公知的可从市场上买到的电子邮件客户程序，其中的例子是Outlook ExpressTM和GmailTM。这样的系统按照特定的协议操作和收发消息，并且一般与特定的用户相联系。待使用的显示格式一般包括“to”和“from”电子邮件地址，外显的“cc”字段，一些情况下隐藏的“cc”字段，主题行，和何时这样的消息被保存和随后被访问，由于事务的日期和时间与电子邮件相关联，可显示发送电子邮件的日期和时间。
在个人和企业活动中，计算机化的消息接发已变成大量使用的工具。与例如语音邮件相比，一个重要的优点在于电子消息采用机器可读的格式，以致搜索功能、分析系统等可和消息一起使用。此外，可按照多种不同的方式保存和列举消息，例如依据寄件人，依据收件人，依据发送日期等。
电子消息被大量用于提出行动，发起计划，做好旅行安排，开服务和产品的发票等，从而时常与未来的日期和时间相联系。例如，发票具有票据到期日；航空公司预订的确认将是关于特定日期和时间的特定航班的。但是，电子邮件格式和其它电子消息接发系统并不像它们对“发送”日期和时间所做的那样，为与电子邮件相关的未来行动或事件时间提供一个特定字段。于是，电子消息接发格式，例如电子邮件的用户必须使用另一(一般来说也是电子的)系统来保持时间表和“待做事项”列表，并且通常会被把电子邮件或其它电子消息中的信息转移到时间表或“待做事项”列表中的需要所拖累。例如，经常借助电子邮件来安排个人和企业会议，对会议的日期和时间取得一致意见的人们不得不把同意的日期和时间转移到个人的时间表程序中。
下面详细说明的本发明的实施例显著减轻了时间表安排的这种麻烦过程。

发明内容
在本发明的一个优选实施例中，提供一种计算机化的消息事务系统，所述系统包括潜伏功能和存储仓库。在该系统中，事务或事务的一个版本可被保存预先规定的一段时间，并且可在规定的时间结束时被唤醒。在一些实施例中，唤醒的动作包括提供给系统的用户的报警。另外在一些实施例中，在唤醒时，事务或事务的一个版本从所述仓库取回并被显示。在其它实施例中，在存储仓库中，用方框表示事务，包括用于到来的事务的收件箱，当唤醒时，潜伏的事务或事务的一个版本被转移到收件箱。在一些实施例中，事务系统管理电子邮件、即时消息(IM)、短消息系统(SMS)消息、传真事务(传真)、基于IP的语音(VoIP)消息或者普通老式电话(POTS)消息中的一个或多个。此外，所述报警可以是音频报警或视觉报警中的一个或者这两者。
在所述系统的一些实施例中，在潜伏时，向用户提供一种输入机构，以输入事务的重新阐述的版本，如果输入了这样的重新阐述的版本，那么重新阐述的版本可和原始事务一起保存，或者取代原始事务被保存。可存在与调度应用程序结合的功能，其中当唤醒时，重新阐述的版本可作为预定实体被输出给调度应用程序。
在一些实施例中，事务按照类别被保存，所述类别包括事务、会话、To或From地址或者主题中的一种或多种。另外在一些实施例中，向用户提供交互式窗口，所述交互式窗口具有启动事务的潜伏、设置潜伏时期的选择。在另一些实施例中，所述时期可被设置成特定的一段时间，或者通过输入事务将被唤醒时的时刻来设置。在另一些实施例中，事务或事务的一个版本具有消息主体，所述消息主体被显示成报警或者与报警一起显示。
在本发明的另一方面，提供一种把未来的需要通知消息事务系统的用户的方法，所述方法包括下述步骤(a)为特定的事务或事务的一个版本，访问事务系统中的潜伏功能；(b)通过潜伏功能设置潜伏时期；(c)保存事务或事务的一个版本，或者这二者；和(d)在潜伏时期结束时，唤醒事务或事务的一个版本。
在所述方法的一些实施例中，在步骤(d)的唤醒动作中，向用户提供报警。另外在一些实施例中，在唤醒时，从所述仓库取回并显示事务或事务的一个版本。在其它实施例中，在存储仓库中，用方框表示事务，包括用于到来的事务的收件箱，当唤醒时，潜伏的事务或事务的一个版本被转移到收件箱。在另一些实施例中，事务系统管理电子邮件、即时消息(IM)、短消息系统(SMS)消息、传真事务(传真)、基于IP的语音(VoIP)消息或者普通老式电话(POTS)消息中的一个或多个。在一些情况下，所述报警是音频报警或视觉报警中的一个或者这两者。还存在用户输入事务的重新阐述的版本的步骤，如果输入了这样的重新阐述的版本，那么在步骤(c)中，重新阐述的版本和原始事务一起保存，或者取代原始事务被保存。
在所述方法的一些实施例中，存在当唤醒时，把重新阐述的版本作为预定实体输出给调度应用程序的步骤。另外，在一些实施例中，事务按照类别被保存，所述类别包括事务、会话、To或From地址或者主题中的一种或多种。在另外的一些实施例中，向用户提供交互式窗口，所述交互式窗口具有启动事务的潜伏、设置潜伏时期的选择。所述时期可被设置成特定的一段时间，或者通过输入事务将被唤醒时的时刻来设置。此外，事务可具有消息主体，所述消息主体被显示成报警或者与报警一起显示。
在本发明的另一方面，提供一种发出和管理电话呼叫的计算机化系统，所述系统包括其中在进行呼叫之前，用户可输入呼叫识别信息的交互式准备窗口，和保存所述呼叫的一个版本的存储仓库。除了呼叫目的地之外，所述交互式准备窗口允许输入呼叫的第三方收件人，在呼叫被启动之后，录制的呼叫或所述呼叫的一个版本作为消息事务被发送给第三方收件人。在一些实施例中，系统包括可通过准备窗口选择的潜伏功能，其中通过准备窗口识别的呼叫的一个版本可被保存预先规定的时期，并在所述时期结束时被唤醒。在一些实施例中，保存的呼叫的一个版本是呼叫的音频记录或者从所述音频得到的呼叫的文本形式之一。另外在一些实施例中，当唤醒时，向系统的用户提供报警。所述报警是音频报警或视觉报警中的一个或者这两者。在报警时，呼叫的录制版本可被取回并提供给用户。


图1表示在提出本发明的时候，本领域中的电子消息接发系统的功能。
图2根据本发明的一个实施例表示窗口201，窗口201图解说明接收的消息和描述成消息接发系统中的方框的存储类别。
图3根据本发明的一个实施例表示窗口301，窗口301图解说明待发送的消息和描述成消息接发系统中的方框的存储类别。
图4是根据本发明的唯一实施例部分地图解说明集成的潜伏事务系统的图。
图5图解说明在本发明的一个实施例中产生IP电话事务的交互式窗口。
具体实施例方式
图1表示在提出本发明时，本领域中的电子消息接发系统的功能。在该特定的例子中，描述了电子邮件系统。这样的系统类似于常规的邮政系统那样起作用，使得多数的显示画面和功能对用户来说更直观。在这样的系统中，交互式显示画面由客户程序(软件)提供，所述客户程序(软件)允许用户创建新消息，发送消息，从其它用户接收消息，保存和取回消息，以及完成其它功能。
由于传输介质是网络，公知的公共因特网是一个最好的例子，因此与邮政系统中不同，寄件人和收件人的地址不是家庭地址和企业地址，而是与电子目的地相关的名称，在网络中，所述电子目的地一般是计算机化的网络连接的服务器。服务器目的地被赋予域名，但是地址用与域相关的真实数字代码表示，并且通常对用户来说是透明的。所有这些事实对本领域的技术人员来说是公知的。
电子邮件客户程序在用户的计算机上提供诸如图1中所示的窗口113之类的格式，以便显示消息。一般来说，这样的消息显示画面具有菜单行114(具有供用户访问命令功能的下拉菜单)，命令行115(具有同样启动功能的图标，例如“Reply”、“Forward”、“Print”等)。一般还存在一个摘要区116，所述摘要区116显示消息的寄件人的“from”地址，预定的收件人的“to”地址，发送消息的日期(通常还有时间)，副本已被发送给的地址的cc行，以及主题行。最后，消息的主体被显示在区域117中。
虽然图1中未示出，不过当用户选择创建消息或者转发已有消息时，客户程序提供和窗口113类似的一个交互式窗口，该窗口具有“To”、“cc”和“Subject”字段，以及把消息键入消息主体区域的能力。当用户在电子邮件客户程序中创建消息时，一般当启动“send”功能时，客户程序把消息保存在待发箱中，如图1中的方框102所示。随后当用户选择另一“send”功能时，客户程序传送待发箱中的一切。可不同地实现这些功能，例如当用户选择第一个“send”时传送消息。
当收到消息时，这些消息一般由客户程序放入“收件箱”中，由方框101所示。交互式窗口107一般由电子邮件客户程序提供，以显示相关存储器中方框的内容。在例证的窗口107中，存在和窗口113中的菜单行114大致一样的菜单行108，和命令行115类似的命令行109，具有不同方框的可选标记的“类别选择”区110，把方框的内容表示成列表的列表区111，和显示所选消息的消息主体的消息主体区112。
在所示的例子中，收件箱被选择，列表区显示收件箱中的项目。这些项目一般是新收到的消息。位于列表区111中的列表的顶部的消息被选择，从而消息主体区112显示该消息的主体。
当创建并且随后发送消息时，该消息的副本被保存在标记为“已发送项目”箱103中。当从收件箱中删除消息时，该消息的副本被保存在已删除项目箱104中。这种功能允许用户回顾他或她发送和/或删除的消息。在本例中还存在保存草稿的草稿箱106，所述草稿稍后可被取回、编辑和发送，档案箱105用于归档存储和取回。
借助图1的图，对作为消息接发系统的一个例子的电子邮件系统的说明并不意味着任何实际或者商用消息接发系统的完整描述，相反只是这种系统的举例说明。本领域的技术人员会明白在这样的系统中可存在许多其它功能和变量。此外，与实际的存储箱的类似也只是例证的和虚构的，因为实际上消息是电子消息，一般和任何其它种类的数字信息几乎相同地保存在本地计算机存储器中。当然不存在真实的信箱。
在上面借助图1描述的现有技术的例子中，可以利用另外的功能。例如，可依据主题或者会话组保存电子邮件。这是称为G-Mail的公知商用系统的一种功能。例如，可能存在许多，甚至大量的都与特定主题相关的电子邮件。例如在筹划生日宴会时，可能有许多人在发送和接收消息，直到对时间和日期取得一致意见为止，并且确认具体的职责，以使宴会举行。所有这样的消息被保存在与宴会相关的子类别中。存在类似的对消息分类、保存和取回的许多其它方式。
显然对用户来说，具有提供细读、搜索等的存储对实现所希望的目的极其有意义，但是为了使用保存的消息中的信息，不得不访问保存的消息，找出正确的信息，随后按照有助于实现所希望的目标的方式使用所述信息。在目前的情况下，我们主要关心与行动或事件时间相关的信息。作为一个非常简单的例子，假定服务机构中的管理人员利用具有本领域中常见的如上所述的一些或全部特征的消息接发系统，在局部网络上与她的下属通信。她可恰当地向这些下属分配任务，以及指定完成每项任务所要求的日期和时间。当然，她希望在假定的完成时间或其附近再次检查每项任务分配，以确保任务完成，并清除她的下属以便重新分配新任务。为此，她需要产生她分配的每项任务及其预定的完成日期，和任务被分配给谁的笔记或记录，并把该动态清单保持在手边以便定期参考。这稍微有点麻烦。
图2根据本发明的一个实施例表示窗口201，窗口201图解说明接收的消息和描述成消息接发系统中的方框的存储类别。接收的消息201具有菜单行204，菜单行204具有独特的新功能206，发明人称其为潜伏(Incubate)。当用户接收消息时，他/她可选择菜单行中的潜伏，展现下拉菜单207，下拉菜单207具有用于设置潜伏期的几个选择。考虑到指示宴会将在12月22日的消息主体，以及当前消息的日期为2005年12月12日，用户会希望潜伏该消息一个星期。在本例中，用户可通过在潜伏下的下拉菜单中选择“for a week”，使消息潜伏一个星期。消息日期后的一周将是12月19日，一个很好的提醒宴会将在12月22日举行的时间。
潜伏功能使当前消息201被保存在由潜伏箱202指示的特殊类别中，并被标记以便唤醒。由于本例中选择的时段为一个星期，因此消息将在一周后，即12月19日唤醒。在本实施例中，唤醒包括在12月19日，消息从唤醒方框转移到收件箱101。从而消息消失，但是在12月19日重新出现在收件箱中，作为宴会将在三天后的下午3点举行的提示。
下拉菜单中所示的一个选择是“set revival date/time”。如果用户选择该选项，那么出现一个窗口(未示出)，该窗口允许用户在输入栏中输入日期，可选的是还可输入时间。在该日期和时间，消息将转移到收件箱中。
在备选实施例中，存在可提供给用户，从而设置潜伏的其它选择。例如，用户可能想要为事件设置一个逐步升级的报警，从而，报警在三天前出现，在一天前出现，在宴会日的上午出现，随后每小时准点出现，直到宴会前的一个小时为止。这似乎过度了，但是只是作为可提供的灵活性的一个例子给出的。
在本实施例中，消息窗口还具有命令行205，命令行205具有启动功能的图标，潜伏功能也可用图标208启动。在这种情况下，潜伏选择可以和在下拉菜单中提供的潜伏选择相同，或者它们可以不同。
图3根据本发明的一个实施例表示窗口301，窗口301图解说明待发送的消息和描述成消息接发系统中的方框的存储类别。在窗口301中，如同许多消息接发系统中公知的那样，存在供用户输入From地址(对于具体的用户来说，它可自动填写)，消息的目的地的To地址，给其它收件人的一个或多个副本，和主题行的输入栏。类似地，存在一个消息主体部分，在消息主体部分，用户可输入消息。尽管未示出，在一些实施例中，还存在供用户附上几乎任何种类的电子文件，比如其它电子邮件、图像文件、音频文件等的功能。这在本领域中是众所周知的。
本实施例中独特的是可在菜单项306启动的“发送&潜伏”，引出下拉菜单307。在消息被准备好并写上地址(准备发出)时，用户可选择发送(对于没有任何未来的行动或事件关联的普通消息)，或者发送&潜伏来发送消息并潜伏该消息。发送和潜伏导致消息的一个副本被发送给预定的收件人，一个副本被保存在已发送项目箱103中，一个副本被保存在潜伏箱202中，并被标记以便唤醒。发送和潜伏的下拉菜单可具有和上面所述的潜伏菜单相同的可选项，并且在一些实施例中，同样可设置逐步升级的和重复的报警功能。
如上所述，对于管理员等来说，在本实施例中提供的当创建消息时可用的发送&潜伏功能可用于并且适用于分配任务和职责，以及在任务计划完成的时候或其附近使任务分配重新出现在收件箱中。对本领域的技术人员来说，在其它情况下显然也存在许多其它应用。
在潜伏和发送&潜伏功能中，潜伏部分实质上相同。即事务的副本被保存在潜伏箱中，并用关于该副本何时将唤醒、并应重新出现在收件箱中的信息标记。发明人对计算机系统中的数字处理的操作和图谋非常清楚，“方框”类比只是使得对用户界面来说操作更直观和更容易的类比。
在本发明的一些实施例中，当启动潜伏功能之一时或者在此之前，向用户提供把注释或文件附到待潜伏的事务上的功能。在一个实施例中，可提供或者自动启动一个交互式窗口，所述窗口用于注释的输入或一个或多个文件的附件。当潜伏的事务重新出现时，可存在用于突出显示附加的注释的字段。还可设置在潜伏事务重新出现时发声的音频报警，以通知用户存在待读的注释或者要仔细考虑的附件。例如，分配任务的管理员可出于他/她自己的目的，用和向下属分配任务的消息中的语言不同的方式总结任务分配。
在上面的说明中，依赖于电子邮件系统来说明独特的潜伏功能的本质，但是其它消息接发系统也将受益于本发明，例如语音邮件系统，短消息系统(SMS)，即时消息接发(IM)系统，传真消息接发，甚至私人会议，其中达成一致的决定和未来的行动或事件可被输入潜伏系统中以便稍后唤醒。SMS和IM可被配置成非常类似于电子邮件系统那样地工作，因为在提出本专利申请的时候，存在用于这种系统的特定协议和特定的交互式计算机界面。AOLTM是一个恰当的例子。如上对于电子邮件所示那样，潜伏和发送&潜伏功能可作为新的交互式按钮或者可选择的菜单元素被添加到这样的系统中。在基于网际协议的话音(VoIP)系统中，电话功能高度数字化并且是计算机集成的。可从市场上买到的许多这样的系统已具有保存会话(单呼叫，we all them事务)的设施。功能可被加入到这样的系统中，以及加入到潜伏事务中。
作为潜伏功能的一个例子，在对等IP电话系统中，考虑在用户的计算机化的能够打电话的设备增加保存并潜伏将要发出的呼叫的功能。管理员使用该系统来呼叫下属和分配任务。在用户的启动下(或者自动地)，可出现潜伏下一将发出的呼叫的选择，以及供用户选择潜伏期，以及设置潜伏的呼叫唤醒的具体日期或日期和时间的输入栏。随后，用户拨打(或者以其它方式发出)呼叫。不论预定的收件人是否应答，潜伏都不受影响。在用户输入潜伏信息之后，用户发起呼叫。存储/潜伏系统至少部分依据拨打的号码或地址对该呼叫分类，把该呼叫加入到管理员和下属之间的一串呼叫中，并记录会话(如果收件人应答的话)或者在另一端录制的消息(如果语音邮件系统应答的话)，同时按照潜伏功能，音频文件被标记以便唤醒。
在唤醒的时候，用户可获得音频报警，视觉报警，或者这两种报警，以及播放唤醒的事务的选择。还可存在上面关于其它消息接发系统说明的把音频文件或其它种类的文件附加到待唤醒的保存事务上的功能。
至此说明的相同类型的功能可应用于在普通老式电话系统的领域中称为POTS的常规电话。电话系统已变得越来越计算机化，尤其是交换设备和路由设备高度计算机化。软件可驻留在整个系统中的许多计算机化区域中的任意一个区域中，提供潜伏唤醒中的电话会话的功能。
就私人会议来说，只要存在记录实际会议或者甚至标准化或者概述形式的会议(我们也称为呼叫事务)的设施，那么就存在保存发生的具有未来行动或事件组件的任何一切、潜伏该实体、并在适当的时候唤醒潜伏实体的可能。
传真系统通过电话系统，POTS和IP二者，以数字方式发送消息，并且是可记录的。在传真系统中，可以增加和上面说明的功能非常类似的用于记录、潜伏和唤醒的计算机化功能。
记住用户可用的所有消息事务系统被整个或者部分计算机化，或者可被数字化(比如就私人会话(它可被记录和保存在数字数据仓库中)来说，在本发明的一个实施例中，提供一种可在例如PC上应用的综合系统，所述综合系统提供包含多种事务消息接发系统的存储、分组、串列(stringing)，及潜伏和唤醒功能)。在本实施例中，用户可具有具备IP电话能力，计算机化传真能力，即时消息接发能力，可能还有其它消息事务能力的个人计算机。
在该特定实施例中，提供交互式界面，这种情况下，模仿电子邮件系统的熟悉界面，其中底层的系统可与任何一种情况下的任意一种可用事务消息接发系统交互作用，并且集合所有系统内的事务并使之标准化。
图4是根据本发明的唯一实施例部分地图解说明集成的潜伏事务系统的图。在本实施例中，该系统用对方框的类比进行说明，如上关于电子邮件系统所述那样，从而存在用于到来的事务的方框401，用于潜伏的事务的方框402，用于草稿的方框403(在草稿可能适宜的地方，比如电子邮件和传真)，用于存档事务的方框404，用于待传输的事务的待发箱405，用于已传送事务的副本的方框406，和用于删除的事务的方框407。
在本实施例中，呈现一个窗口408，以列举在边栏412中选择的方框的内容，在本例中选择收件箱。如前所述，存在一个菜单栏409，并且如前所述，存在一个命令栏410。注意在菜单栏和命令栏中，对潜伏功能的访问都已被加入到该列举窗口中。这向用户提供从任意方框潜伏事务的能力，而不仅仅从收件箱或者如同当构成新事务时启动发送&潜伏那样来潜伏事务。这也可在专用于特定事务类型，比如如上所述的电子邮件或IP电话的其它实施例中被实现。
在本实施例中，在列举区域411中，列419列举列出的事务的类型。本例中具体列举了两个事务，一个是电子邮件，另一个是IP电话事务。但是在本实施例中，该系统并不局限于这两种类型，可以管理和列举其它的类型，比如如上所述的传真、IM消息等。
如上所述，选择收件箱，并选择在收件箱中列出的第一事务(电子邮件)。窗口414图解说明选择的电子邮件消息，在区域417中提供所有可用的信息，在区域418中提供消息的主体的文本。在本实施例中，窗口414的性质随着事务的类型而稍微变化。例如，如果选择列出的第二个事务(IP电话事务)，那么窗口414可具有如图所示的菜单行和命令行以及信息区417，但是信息可能稍微不同。IP地址可被添加到该信息中，并且代替区域418中的文本，可存在图标，比如到保存的音频文件的链接，通过点击该图标，可播放所述音频文件。在一些实施例中，可存在语音-文本转换功能，从而消息可被保存为转换自音频的文本，随后以文本的形式被显示。用于POTS电话的窗口类似。但是多数情况下，对于不同类型的消息事务，该窗口不会显著改变。
在一些实施例中，消息被保存在会话分组中，如上所述并且在一些已知系统中目前已这样做，这样的话，还可指示分组和会话主题。
图5图解说明上面参考图4部分说明的系统的更多功能。图5图解说明在本发明的一个实施例中产生IP电话事务的交互式窗口502。如果用户希望记录和保存事务，那么可以访问和使用该窗口，不论潜伏是否可用，但是不需要被用于发出(place)所有IP呼叫。
在窗口501中，如前所述，存在菜单栏502和命令行503。Send功能现在是Place Call功能。在发出IP电话呼叫之前，用户调用该窗口，输入将向谁发出该呼叫，如果电子邮件一样，这可支持别名，From和日期及时间可被自动输入，可以指示给其它人的副本(cc)，这本身是一项新的独特功能，并且可以输入会话组或主题。用户还可选择潜伏该呼叫，选择可以是上面例示或说明的那些选择中的任意一种。
一旦准备步骤完成，用户就可选择发出呼叫(Place Call)，该呼叫将通过与系统和用户的计算机结合的任何一种IP电话能力发出。在一些实施例中，系统将记录发出的呼叫，不论它是用户和收件人之间的会话，还是保留在语音记录系统上的消息。在一些实施例中，调用语音-文本转换能力，以便在呼叫发生时，把音频转换成机器可读的文本，所述文本被保存在发送或潜伏箱中(取决于选择)，并且在一些实施例中，语音和文本这两种形式都可被保存。
在对于潜伏的那些消息来说适当的时间，事务唤醒，并通知用户，例如如上所述通过收件箱。如果将要进行的事务是传真消息，IM或者其它事务类型，那么预备方框501适合于该消息，并且功能特定于事务类型。
在本发明的其中潜伏的事务被标记和保存的一些实施例中，提供依据几种标准之一取回和分类潜伏事务的功能。例如，可依据日期和时间，依据会话，依据特定的时间窗口等，对事务分类。可按照各种方式提供显示画面。在一些情况下，类似于参考图1和4所述那样，在列举窗口中设置分类功能启动和配置按钮。
上面说明的集成系统被描述成驻留在用户的计算机上。在备选的实施例中，这样的系统，或者专用于一个或者特定的多种事务类型的系统可被实现成客户机-服务器系统，并且可以是基于网络服务器的，以致客户机可变成订户持续一段时间，并且通过诸如因特网之类的网络从主机的服务器系统使用所述的功能。
在一些实施例中，可提供改变事务类型的功能，以致发送给预定收件人的电子邮件可以语音消息的形式被传送，如果收件人的电子邮件暂停不用，或者由于任何其它原因。系统可与传真-电子邮件系统等兼容。此外，在一些实施例中，通过可安装的“插件”向现有的商用系统提供功能，从而增强现有系统的功能。例如，通过插件可向任何现有的电子邮件系统增加潜伏功能。
在收件箱中的再出现只是在本发明的各个实施例中，与潜伏消息的唤醒相关的各种行动之一。收件箱是一个很好的选择，因为利用电子邮件的人们通常一天数次访问他们的收件箱。但是一些人可能更喜欢唤醒的潜伏消息的不同表现，在本发明的一些实施例中，向用户提供为唤醒的消息选择一个不同方框的机制，在一些实施例中，可以创建专供唤醒的消息之用的新方框。
潜伏和唤醒的一个重要功能在于时间安排，如同在本说明书中的其它地方说明的那样。因此，在本发明的一些实施例中，消息系统中的潜伏功能可与调度软件功能结合，其中的几种调度软件可从市场上买到，并且为本领域的技术人员所知。上面说明了在一些情况下，在本发明的实施例中向用户提供把注释或文件附件增加到待潜伏的消息中的工具。另外，在一些实施例中，可向用户提供选择潜伏的消息，从而当唤醒时按照时间表出现的功能。在这种情况下，用户可把到来的消息的要点重新阐述成一个时间表实体，并把该时间表实体附到消息上，以致当唤醒时，重新阐述的消息将按照预定项目出现在调度应用程序中的方式，被直接输入到调度应用程序中。在一些更复杂的情况下，可提供自动解析待潜伏的消息，从而创建适当的时间表实体，以便输出给调度应用程序的功能。
在本发明的一些实施例中，还提供配置功能，和个人简表及偏爱功能，允许用户按照他/她的偏爱和风格定制潜伏消息系统。
对于本领域的技术人员来说，这里描述的实施例和变体显然可被改变，在一些实施例中可被显著改变，而不会脱离本发明的精神和范围。例如，存在在本说明书中未说明或讨论的可得益于这里说明的独特潜伏功能的其它消息事务类型。这样的系统在本公开的范围之内。此外，上面的说明主要集中于具有显示器的计算机化系统，例如桌上型和膝上型计算机系统。但是，所述的独特功能可在许多其它种类的计算机化设备，例如蜂窝计算机，个人数字助手(PDA)，高端寻呼系统等中实现。还存在可在各个实施例中结合所描述的功能性的许多方式。这些实施例在本说明书的范围之内。显然在本发明的精神和范围内可做出许多其它变化。由于这些和其它原因，本发明应被给予下面的权利要求的外延。
权利要求
1.一种计算机化的消息事务系统，所述系统包括潜伏功能；和存储仓库；其中事务或事务的一个版本可被保存预先规定的一段时间，并且可在规定的时间结束时被唤醒。
2.按照权利要求1所述的系统，其中唤醒动作包括提供给系统用户的报警。
3.按照权利要求1所述的系统，其中在唤醒时，事务或事务的版本从所述仓库取回并被显示。
4.按照权利要求1所述的系统，其中在存储仓库中，用方框表现事务，包括用于到来的事务的收件箱，当唤醒时，潜伏的事务或事务的版本被转移到收件箱。
5.按照权利要求1所述的系统，其中事务系统管理电子邮件、即时消息(IM)、短消息系统(SMS)消息、传真事务(传真)、基于IP的语音(VoIP)消息或者普通老式电话(POTS)消息中的一个或多个。
6.按照权利要求2所述的系统，其中所述报警是音频报警或视觉报警中的一个或者这二者。
7.按照权利要求1所述的系统，其中在潜伏时，向用户提供一种输入机构，以输入事务的重新阐述的版本，如果输入了这种重新阐述的版本，那么重新阐述的版本可和原始事务一起保存，或者取代原始事务被保存。
8.按照权利要求7所述的系统，包括与调度应用程序结合的功能，其中当唤醒时，重新阐述的版本可作为预定实体被输出给调度应用程序。
9.按照权利要求1所述的系统，其中事务按照类别被保存，所述类别包括事务、会话、To或From地址或者主题中的一种或多种。
10.按照权利要求1所述的系统，其中向用户提供交互式窗口，所述交互式窗口具有启动事务的潜伏、设置潜伏时期的选择。
11.按照权利要求10所述的系统，其中所述时期可被设置成特定的一段时间，或者通过输入事务将被唤醒时的时刻来设置。
12.按照权利要求3所述的系统，其中事务或事务的版本具有消息主体，所述消息主体被显示成报警或者与报警一起显示。
13.一种把未来的需要通知消息事务系统的用户的方法，所述方法包括下述步骤(a)为特定的事务或事务的一个版本，访问事务系统中的潜伏功能；(b)通过潜伏功能设置潜伏时期；(c)保存事务或事务的版本，或者这两者；和(d)在潜伏时期结束时，唤醒事务或事务的版本。
14.按照权利要求13所述的方法，其中在步骤(d)的唤醒动作中，向用户提供报警。
15.按照权利要求13所述的方法，其中在唤醒时，从所述仓库取回并显示事务或事务的版本。
16.按照权利要求13所述的方法，其中在存储中，用方框表示事务，包括用于到来的事务的收件箱，当唤醒时，潜伏的事务或事务的版本被转移到收件箱。
17.按照权利要求13所述的方法，其中事务系统管理电子邮件、即时消息(IM)、短消息系统(SMS)消息、传真事务(传真)、基于IP的语音(VoIP)消息或者普通老式电话(POTS)消息中的一个或多个。
18.按照权利要求14所述的方法，其中所述报警是音频报警或视觉报警中的一个或者这二者。
19.按照权利要求13所述的方法，还包括用户输入事务的重新阐述的版本的步骤，如果输入了这种重新阐述的版本，那么在步骤(c)中，重新阐述的版本和原始事务一起保存，或者取代原始事务被保存。
20.按照权利要求19所述的方法，还包括当唤醒时，把重新阐述的版本作为预定实体输出给调度应用程序的步骤。
21.按照权利要求13所述的方法，其中事务按照类别被保存，所述类别包括事务、会话、To或From地址或者主题中的一种或多种。
22.按照权利要求13所述的方法，其中向用户提供交互式窗口，所述交互式窗口具有启动事务的潜伏、设置潜伏时期的选择。
23.按照权利要求22所述的方法，其中所述时期可被设置成特定的一段时间，或者通过输入事务将被唤醒时的时刻来设置。
24.按照权利要求15所述的方法，其中事务具有消息主体，所述消息主体被显示成报警或者与报警一起显示。
25.一种发出和管理电话呼叫的计算机化系统，所述系统包括在进行呼叫之前，用户可在其中输入呼叫识别信息的交互式准备窗口；和保存所述呼叫的一个版本的存储仓库；其中除了呼叫目的地之外，所述交互式准备窗口允许输入呼叫的第三方收件人，在呼叫被启动之后，录制的呼叫或所述呼叫的一个版本作为消息事务被发送给第三方收件人。
26.按照权利要求25所述的系统，其中所述系统包括可通过准备窗口选择的潜伏功能，其中通过准备窗口识别的呼叫的一个版本可被保存预先规定的时期，并在所述时期结束时被唤醒。
27.按照权利要求25所述的系统，其中保存的呼叫的版本是呼叫的音频记录或者从所述音频得到的呼叫的文本形式之一。
28.按照权利要求26所述的系统，其中当唤醒时，向系统的用户提供报警。
29.按照权利要求28所述的系统，其中所述报警是音频报警或视觉报警中的一个或者这二者。
30.按照权利要求28所述的系统，其中在报警时，呼叫的录制版本被取回并提供给用户。
全文摘要
计算机化的消息事务系统具有潜伏功能和存储仓库。在该系统中，事务或事务的一个版本可被保存预先规定的一段时间，并在所述规定时间结束时可被唤醒。
文档编号H04L29/08GK101064694SQ20061013552
公开日2007年10月31日 申请日期2006年10月16日 优先权日2005年12月12日
发明者菲利波斯·尼基福鲁 申请人:菲利波斯·尼基福鲁