邮箱轮询优先准则 【技术领域】
本发明一般涉及无线通信系统，具体地说，涉及一种通过使用邮箱轮询优先准则(pre-emptive criteria)来更新邮件服务器和移动通信设备之间或多个外部邮箱和主邮箱之间的电子邮件消息的改进型系统和方法。
背景技术
提供用于更新远程用户和之间的消息的中央邮件服务器的电子邮件轮询在本技术领域中已知。例如，Novell提供了NetMail XE解决方案，借此，安装在分支/远程办公室的邮件服务器接收来自互联网服务提供商(ISP)的电子邮件消息，且通过局域网将接收的消息分发给分支/远程办公室的用户。ISP处的邮件子域将关于远程办公室的所有电子邮件转发给邮件服务器，邮件服务器作为邮件高速缓冲存储器，发送电子邮件至ISP并接收来自ISP的电子邮件。
在上述系统中，ISP处的邮件子域由邮件服务器轮询，以发送或接收消息，不管邮箱是否有任何新来的或要送出的消息。在大型系统中，这种轮询方法可能消耗大量的服务器资源和影响性能。资源的消耗和性能影响在通过带宽有限的无线网络在移动设备上进行邮箱轮询的时候更加严重。例如，如果具有1000个邮箱的邮件服务器被轮询且每15分钟将所更新的内容发送至运行在无线设备上的1000个邮件应用，则无线网络将严重堵塞，这导致严重的服务延迟。
为了解决上述缺陷，已提出了一种新轮询方法用于移动通信设备，例如无线数据通信装置。这种称为“自适应轮询”地新轮询方法根据触发事件来提供邮箱的更新内容。自适应轮询根据用户的使用概况来自动确定用户的轮询间隔。自适应轮询的描述在于2003年8月7日申请的美国专利申请No.60/493,118中给出，其内容合并在此作为参考。在该系统中，远程无线用户能够通过POP轮询引擎将外部邮箱(例如POP帐户)集成到他/她的移动无线帐户中，POP轮询引擎周期性地轮询来自外部帐户的新电子邮件并将新电子邮件放置在待传送给他/她的移动无线设备的用户的移动无线帐户邮箱中。当轮询引擎轮询外部邮箱时，需要来自外部邮箱的消息ID的当前列表和检查列表中的每个项目，以查看是否已存储在本地数据库中。如果在数据库中没有找到该消息ID，则认为是新电子邮件且将被检索。当新电子邮件已被检索时，消息ID被添加到数据库中，以防止在后续的轮询中的后续的重复检索。如果在数据库中找到该消息ID，则认为是旧消息并忽视。自适应算法根据用户所经历的电子邮件业务量来改变轮询频率。但是，对于每个外部POP帐户，轮询引擎必须能够确定外部帐户是否具有新电子邮件且哪些是新的。
所描述的自适应轮询技术存在性能问题，在于必须对于每个轮询针对数据库检查每个消息ID。因此，这种技术对于大邮箱和大量的邮箱不是有效的。
在本申请中，术语“轮询(poling)”用于表示检测新消息，检索检测到的新消息和发送消息给设备或邮箱。因此，轮询不同于同步，对于同步，用户设备/主邮箱上的消息完全与用户邮箱/多个外部邮箱中的消息同步。虽然轮询可以以相对高的频率进行，但是，完全同步是周期性地进行或响应于用户通过他/她的设备要求完全同步的用户请求进行的。
【发明内容】
根据本发明的一个方面，邮箱轮询优先准则由轮询引擎使用，以确定邮箱是否没有变化(即没有新电子邮件)，在这种情况中，无需将消息列表与本地数据库进行比较。
更具体地说，轮询引擎存储来自最后轮询的邮箱中的消息数目、总邮箱大小(所使用的存储大小，以字节为单位)和最末消息ID的标志。在下一轮询中，轮询引擎检索邮箱的这些信息并检查最后轮询所存储的值。如果信息相同，则需要比较消息ID列表。只要邮箱中的消息数目或邮箱大小(所使用的存储大小，以字节为单位)和最末消息ID已改变，则进行消息ID列表的完整比较。
通过下面结合附图对本发明的具体实施例的描述，本发明的其它方面和特征对于本领域技术人员来说将显而易见。
【附图说明】
现在参考附图以示例的方式对本发明的实施例进行描述，在附图中：
图1是示出了根据现有技术的用于自适应电子邮件轮询的系统的框图；
图2是示出了用于图1的系统的自适应轮询判决路径的流程图；
图3是示出了根据本发明的一个方面的合并了邮箱轮询优先准则的图2的自适应轮询判决路径的变型的流程图；以及
图4是示出了根据本发明的一个替换实施例的用于使用邮箱轮询优先准则的自适应电子邮件轮询的系统的框图。
相同的参考标记在不同的图中表示类似的元件。
【具体实施方式】
现在参考附图，图1是示出了在上述的美国专利申请No.60/493,118中给出的用于自适应轮询的系统的框图。自适应轮询系统的元件包括多个无线设备100，用于通过无线网络102和互联网104与企业(例如公司办公室、ISP等)进行远程通信。企业包括轮询引擎108和与轮询引擎108连接的多种数据服务器110，例如邮件服务器110、应用服务器112、网络服务器114和其它类似的设备。
轮询引擎108位于企业的公司防火墙106的后面，用于确保移动设备100与数据服务器110之间的安全通信。
如上所述，轮询引擎108根据每个用户的使用概况来确定自适应轮询速率。虽然优选实施例以轮询邮件服务器112进行描述，但是本领域技术人员应当理解，轮询引擎也可以配置为轮询数据服务器110的其它服务器(例如应用服务器114、网络服务器116等)的服务和事件。此外，本发明的原理可以应用于轮询来自多个外部邮箱的邮件，其中轮询引擎位于外部邮箱和主邮箱之间，如下面参考图4的更加详细的描述。
返回图1，轮询引擎108初始监测邮件服务器110的默认邮件轮询间隔。例如，系统可以初始配置为每15分钟轮询所有邮箱一次。如下面参考图2的更加详细的描述，轮询引擎108使用自适应轮询来确定远程用户的邮箱中是否有最近的活动，在这种情况中，轮询间隔被缩短，以增大邮箱轮询的频率。轮询频率的增大以新的实时方式为用户提供新电子邮件。
如上所述，在每次轮询时，轮询引擎108从邮件服务器108请求消息ID的当前列表，以存储在内部数据库中。轮询引擎108将当前列表与作为前一轮询的结果存储在数据库中的消息ID的列表进行比较。如果当前列表中的任何消息ID未在存储在数据库中的先前消息ID的列表中找到，则认为是新电子邮件。然后在无线设备100和邮件服务器112之间进行数据的同步。对于每个检索的电子邮件，消息ID被添加到数据库中，以防止在下一轮询中的后续的重复检索。如果当前列表中的消息ID在数据库中找到，则认为是旧消息并忽略(即数据库未改变且不进行同步)。
图2是根据于2003年8月7日申请的美国专利申请No.60/493,118的自适应轮询判决路径的流程图。该处理是以轮询引擎108以初始的轮询状态200(即默认轮询间隔)开始的。轮询引擎108触发对邮件服务器112(或其它数据服务器110)的轮询202，其检查进入和要发出的邮件。轮询202可以以作为先前建立的默认轮询间隔的结果而间隔地触发或作为用户检查他/她的移动设备100上的邮件的结果而通过外部触发。轮询的细节已在上面描述(即轮询引擎检索消息ID的当前列表并将其与先前存储在数据库中的列表进行比较等)。然后，轮询202的结果触发被分类为正面或负面206的事件204。或者，在作为用户检查他/她的移动设备上的消息的结果而触发轮询的事件中，发生正面事件状态。正面事件增大轮询间隔208且负面事件降低轮询间隔210。当事件确定时，系统今后以新轮询状态212进行工作。如果有进一步的活动，则触发新轮询202和重复该处理流程。
正面事件的示例包括有新消息达到邮箱，用户检查移动设备上的消息等。负面事件的示例包括无效登录或与邮件服务器112上的邮箱连接的口令确认无效，移动设备处于无线覆盖范围之外，将邮件发送到移动设备的尝试失败等。
根据正面或负面事件206，轮询引擎108或者增大或者降低轮询速率。如果轮询引擎经历了若干个连续的负面事件，则轮询间隔将大幅度延长且以较低的频率轮询邮件服务器112，这导致在轮询间隔内有较少的数据被无线发送。当接收到正面事件时，轮询间隔再次增大。
该系统的结果是用户可以觉察到较好的性能，电子邮件消息可以更快地到达移动设备。例如，如果默认轮询间隔为每15分钟一次且用户频繁地接收新消息(即连续的正面事件)，轮询引擎108可以将轮询间隔增大至每个1或2分钟一次。随着轮询速率的增大，消息更快地到达用户的移动设备100，从而提供了较好和较快的性能。
根据具体用户及其使用模式，美国专利申请No.60/493,118公开了一种用于轮询引擎108的模块，其能够根据一天中的时间、一个星期中的日期和对那时的先前使用活动的启发式比较来适应用户的使用模式。模块学习用户的日程且自动对用户的移动设备配置轮询的轮询间隔。例如，繁忙的用户可以使轮询引擎108将一个正面事件(提高的轮询)设置为早晨中的第一件事是下载他的所有收到的消息，另一正面事件设置在他在一天结束时离开之前，且将负面事件(降低的轮询)设置为工作到日落之后。
现在参考图3，示出了根据本发明的一个方面的对图2的自适应轮询判决路径的轮询202的变型，包括邮箱轮询优先准则。
为了进一步降低网络堵塞和改进远程邮箱轮询性能，轮询引擎108在轮询202之中确定邮箱中是否有任何状态的变化(即没有新电子邮件)。然后，这个信息用作优先准则，以防止消息列表的不必要检索及与本地数据库的比较。
在轮询202期间，轮询引擎108在本地数据库中存储表示优先准则的值，例如邮箱中的消息数目、总邮箱大小和最末消息ID。“总邮箱大小”准则是邮箱中的消息的总大小(以字节为单位)(在本领域中称为“邮箱配额”)。在下一轮询中，在302中，轮询引擎108确定当前优先准则(例如邮箱中的消息的当前数目、当前总邮箱大小和最末消息ID)，且在304中，将这些当前值与先前存储在本地数据库中的值进行比较。如果这些准则相同，则无需比较消息ID列表(即在306中的“否”判决)。但是，只要优先准则的任何一个准则有变化(即在306中的“是”判决)，则进行消息ID列表的比较308。
应当注意，无需使用所有三个准则来检测新邮件。根据来自邮件服务器112的这些准则的可用性(邮件协议—例如POP、IMAP等)，可以使用这些准则中的一个或两个。但是，在确定邮箱没有邮件中(即所有准则都没有变化)，使用更多的准则会导致更好的判决。
此外，虽然参考图1-图3所讨论的实施例涉及用于更新远程设备100的电子邮件的邮件服务器112中的用户邮箱的轮询，但是，本发明的原理可以扩展至邮件服务器中的邮箱和邮件客户机之间的同步，或者扩展至检索新邮件(即未完全同步)和将新邮件转发或发送至另一邮箱或服务。
例如，用户的外部邮箱POP服务器可以与用户的ISP所提供的他/她的主邮箱集成在一起，以将不同的外部邮箱合并为一个单一的邮箱，从而简化对来自不同邮箱的电子邮件的管理和检查。在本实施例中，服务提供商合并轮询引擎108，以轮询外部邮箱和将所检索的新消息转发(例如发送)至客户的主邮箱。
根据图4的实施例，移动设备100的每个用户都被提供有可通过无线网络102经由无线服务引擎400访问的移动邮箱。如上所述，通过向服务引擎400提供合适的登录和口令以访问外部邮箱，用户可以将多个外部邮箱帐户404、406等(例如POP、AOL、Hotmail、Yahoo等)集成到其主帐户402上。对于轮询引擎108位于主邮箱402和外部邮箱404、406等之间，来自外部邮箱的新电子邮件一旦被轮询且发送/转发至用户的主邮箱402，消息就被作为邮箱402中的“新电子邮件”且立即“推”到用户的移动设备100上。在这种情况中，优先准则在轮询引擎108中用于调整外部邮箱404、406等的轮询。用户的主邮箱402和用户的移动设备100之间的同步通过无线服务引擎400进行。
本发明的上述实施例只是示例性的。本领域技术人员可以进行修改、改变和变化。例如虽然对本优选实施例作为如图2所示的自适应轮询方法的改进进行描述，但是采用上述的优先准则的方法的实现可以没有任何触发事件204、事件状态206的确定或轮询间隔208/210的变化。在这种改变中，默认轮询间隔和/或用户所初始的消息发送/接收用于触发轮询202，接着更新(即306中的“是”判决)或抢占(即306中的“否”判决)用户设备或邮箱，而没有修改轮询间隔。即使没有变更轮询间隔，这种改变也可通过消除不必要的轮询来改善性能。
在不脱离所附权利要求所限定的本发明的范围的情况下，可以进行所有这种变更和改变。