专利名称：从主系统向移动设备推送日程表事件消息的系统和方法
技术领域：
本发明针对从主系统复制信息的领域，其中，信息被正常地存储到移动数据通信设备。详细地说，本发明的系统和方法提供一种在主系统上操作的、由事件驱动的重定向计算机程序(“重定向程序”)，这种程序，在感受到特定的用户规定的事件已发生时，就把用户选择的数据项例如日程表事件消息，从主系统重定向到用户的移动数据通信设备。移动数据通信设备最好通过无线网络耦合至主系统和一个或多个陆线网。由于无线网络的带宽限制，只有用户选择的数据项的一部分被重定向到用户的移动设备，其后，从主系统检索整个数据项(或数据项的其它某些部分)得到用户给定的选件。
被替代的方法是，在主系统仓储(或存储)用户数据项，然后当移动设备请求这类数据项的信息传递到它那儿时，使移动数据通信设备“同步”到主系统存储的数据项，本发明采用“推送”范型，即响应在主系统检测到的触发事件，向移动数据通信设备连续打包和重发信息的用户选择数据项。无线移动数据通信设备，特别是那些能向主系统返回已收到被推送数据确认信号的设备，特别适合于这种推送范型。
背景技术：
现有的从主系统向用户的移动数据通信设备复制信息的系统和方法，是典型的“同步”系统，其中，用户数据项以不定的时间周期被仓储(或存储)在主系统，然后仅在响应用户请求时被成批发送。在这些类型的系统和方法中，当希望向移动设备复制仓储的数据项时，用户通常将移动设备放置在接口机架上，机架通过某种形式的局部、专用通信链路例如串接电缆、红外或其他类型的无线链路与主系统连接。然后，在移动数据通信设备上执行的软件通过本地通信链路，向主系统发送命令，使主系统开始发送用户数据项，存储在移动设备的存储区。在这些同步方案中，每次用户希望在两个设备之间复制信息时，移动单元成批地从主系统“牵拉”仓储信息。因此，两个系统(主系统和移动系统)在促使移动设备从主系统下载数据项的用户起动命令序列之后，只保留同样的数据项。
这些“同步”系统的普通问题是，只有当用户命令移动设备从主机系统下载或牵拉用户数据时，用户数据项才在主系统和移动数据通信设备之间复制。五分钟之后新的消息可能被发送给用户，但用户有可能一直到下次用户提取用户数据项时都不会收到那个消息。因此，用户可能不去响应紧急的更新或消息，因为用户只是周期性地与系统同步，例如每日一次。
这些系统的另一些问题是(1)如果用户不是每日或每小时地“同步”一次，在主系统和移动设备之间要协调的数据量将变大，导致带宽问题，特别是当移动设备正通过无线分组交换网通信时；和(2)在这些分批式同步系统中进行大量数据的协调，会要求在主系统和移动设备之间应付大量通信，因此导致系统更为复杂、昂贵和低能效。
因此，需要一种更加自动化、连续、有效而可靠的系统，其能保证用户数据项例如日程表消息在用户的移动数据通信设备上复制。
日程表事件消息例如会议邀请书，是典型的按照特定的日程表数据结构组织起来的。例如，RFC 2445(i日程表)也称为ICAL，提供一种用于定义有关日程表数据消息的结构和标准方法。与RFC 2446(iTIP)(它为交换ICAL对象提供一种与传输装置无关的方法)联合时，提供一种允许日程表在多个平台互相操作的机制。
ICAL使用冗长的文本字符串和数值表示电子日程表数据。用于构造ICAL消息的RFC 2445标准没有作出任何减小在ICAL消息中传递的控制信息规模的尝试。按照这个已有的日程表消息标准，消息的规模与消息内容的阅读清晰度相比是不重要的。使用诸如ICAL之类标准的问题，涉及在窄带宽信道上发送日程表事件消息，就像无线分组数据网那样。在这种网络中，尽可能地减小消息的规模很关键。
因此，需求一种系统和方法，用于通过无线数据网对便携式数据通信设备往来发送、接收和构建日程表事件消息，例如会议邀请书。
此外，在这种技术的系统和方法中，还有一般的需要，即连续地将存储在主系统中的用户选择的数据项(或所选数据项的某些部分)，例如日程表事件消息，推送至用户的移动数据通信设备。
对这种系统和方法还有更特别的需要，即在发生一种或多种用户规定的触发事件时，用户选择的数据项就从主系统连续地被“推送”至移动数据通信设备。
对这种系统和方法还有附加的需要，即在从主系统向移动数据通信设备推送的用户数据项类型和数量方面提供灵活性，在触发用户数据项重定向事件的配置和类型方面也提供灵话性。
对这种系统和方法还有附加的需要，即能在用户的台式PC上进行本地操作，或者通过网络服务器远距离操作。
对这种系统和方法还有另一需要，即提供用户选择的数据项从主系统至移动设备安全而透明的输送。
发明内容
本发明克服了上面所提到的问题，并满足这样一种系统和方法的需要，即，一旦检测到一个或多个用户规定的事件触发信号时，将用户选择的数据项从主系统推送至用户的移动数据通信设备。在这个应用系统中，术语“主系统”涉及重定向软件操作时的计算机。虽然在本发明的优选实施例中，主系统是用户的台式PC，换一种方式，主系统也可能是通过局域网(“LAN”)连接至用户的台式PC的网络服务器，或者可能是与用户的台式PC通信的任何别的系统。
在主系统上操作的重定向程序使用户能在检测到一个或多个由用户规定的触发事件已发生时将若干用户选择的数据项(或数据项的一些部分)从主系统重定向或映射至用户的移动数据通信设备。在主系统上操作的还有各种子系统，它们能被配置成用于创建触发事件，例如，屏幕保护子系统或键盘子系统，以及为透明输送至移动数字设备而重打包用户数据项的子系统，例如TCP/IP子系统或一个或多个电子邮件子系统。其他用于创建触发事件和重打包用户数据项的子系统，也可能出现在主系统中。主系统也包括正常存储用户数据项的主存储器。
使用重定向程序，用户能选择某些数据项重定向，例如电子邮件消息，日程表事件，会议通知，地址项目，日记项目，个人提示等。选择要重定向的数据项之后，用户就能配置一个或多个要被重定向程序感知的事件触发信号，从而开始数据项的重定向。用户规定的这些触发点(或事件触发信号)包括外部事件、内部事件和联网事件。外部事件的例子包括从用户的移动数据通信设备接收消息而开始重定向；从某个外部计算机接收类似的消息；感受用户不再处于主系统附近区域；或者在主系统外部的任何其他事件。内部事件可能是日程表报警，屏幕保护激活，键盘超时，可编程定时器，或者在主系统内部的任何其他事件。联网事件是用户规定的消息，它从另一通过网络与主系统耦合的计算机发送到主机，而开始重定向。这些就是用户规定的事件类型的例子，这些事件能触发重定向程序从主系统向移动设备推送数据项。虽然在优选实施例中，规定哪些数据项将被重定向，和以何种形式被设置在主系统中的配置是可以预见的，但在本发明的范围之内，可通过从移动通信设备发来的数据，设置或修改这种配置。
除了上面提到的功能以外，重定向程序提供一组软件实现的控制功能，其用于确定移动数据通信设备的类型和它的地址，对要重定向的消息类型的优选表进行编程，确定移动设备是否能够接收和处理某种类型的消息附件，例如字处理程序或语音附件。关于特定的移动设备是否能接收和处理附件的确定，由这个移动设备的用户在主系统进行初始化配置。这个配置可通过从移动设备向主系统发送命令消息，而就整体或每个消息作出变更。如果重定向程序被配置成移动设备不能接收和处理字处理程序或语音附件，重定向程序就将这些附件传递给与特定附件兼容的外部机器，例如连接的打印机或联网的图文传真机或电话机。其他类型的附件，可以同样方式被重定向到其他类型的外部机器，这取决于移动设备的能力。例如，如果用户正在旅行并收到带附件的消息，而这个附件是用户的移动设备不能处理或显示的，用户可从移动数据通信设备向主系统发送命令消息，指示将那个附件发送至用户晚上将在那儿度过的酒店里的图文传真机。这使用户能接收重要的电子邮件附件，只要向主系统提供有关附件所要转发的目的地的充足信息。
一旦事件已触发用户数据项的重定向，主系统就以对移动数据通信设备透明的方式重打包这些数据项，所以，在移动设备上的信息，看来与用户的主系统上的信息类似。优选的重打包方法包括包装电子邮件包封(与移动数据通信设备的地址相应)中用户数据项，但其他重打包方法也能以本发明使用，例如专用TCP/IP包装技术，或包装用户选择的数据项的其他方法。重打包最好导致由用户从移动设备产生的电子邮件消息，被从主系统发送，因此使用户显出有单独的电子邮件地址，从而使发自移动通信设备的消息收件者在消息首次被发送时，不知道用户的物理位置。重打包也允许发往移动设备和发自移动设备两方面的消息被加密和解密，以及被压缩和解压缩。
在另一种可供选择的系统和方法中，重定向程序在网络服务器上执行，服务器被编程，以检测大量遍及网上的重定向事件触发信号，这些信号来自通过LAN与服务器耦合的多个用户台式计算机。服务器能接收通过网络来自各用户台式系统的内部事件触发信号，也能接收外部事件触发信号，例如从用户的移动数据通信设备来的消息。作为对接收这个触发信号之一的回应，服务器将用户选择的数据项重定向到适当的移动数据通信设备。特定的移动设备的用户数据项和地址信息，能被存储在服务器或用户的PC中。使用这种配置，一个重定向程序可以为多个用户的PC提供服务。这种配置也能包括基于互联网或内联网的重定向程序，它是可通过万维网网页或其他用户界面访问的。重定向程序可安装在因特网服务商的系统上，仅通过因特网就能被访问。
在本发明的又一种可供选择的配置中，重定向程序在主系统和移动设备两者上操作。在这种配置中，用户的移动设备的操作，与下面描述的主系统的相似，并以类似方式被配置成一旦在移动设备检测到事件触发信号，便从移动设备向用户的主系统(或某个其他计算机)推送某些用户选择的数据项。这种结构提供从主系统至移动设备，和从移动设备至主系统的双向信息推送。
本发明的另一方面提供一种用于日程表事件的新的数据结构。这个结构以标准日程表数据结构例如ICAL为基础。但与采用冗长的文本字符串的ICAL结构不同，本发明提供压缩数据结构(这里称为“CICAL”)，它用大量标记代表文本字符串。因为这些大量的标记比ICAL中长而繁的文本字符串的长度短得多，所以日程表事件消息能有效地得到压缩，当在无线数据网上传送日程表事件消息时，这是特别有用的。
本发明的另一方面，提供一种在便携式数据通信设备上发送和接收会议邀请书的系统。该系统包括与主日程表耦合的主系统，其中，主日程表存储日程表数据记录；与服务日程表耦合的便携式数据通信设备，其中，服务日程表存储日程表数据记录；将主系统耦合至便携式数据通信设备的网络；在主系统上操作的软件，其用于更新日程表数据记录，和产生发送至设备的会议邀请书；和在便携式数据通信设备上操作的软件，其用于接收和产生会议邀请书。
本发明的另一方面，提供一种通过便携式数据通信设备接收会议邀请书的方法。这种方法包括步骤(i)会议邀请书到达主系统，(ii)主系统向重定向应用程序发送会议邀请书，(iii)重定向应用程序将会议邀请书转换为带有包含会议细节的附件的电子邮件，(iv)重定向应用程序将带附件的电子邮件发送至设备，(v)设备打开附件，(vi)设备的用户接受或者谢绝会议邀请书，(vii)在带有包含答复附件的电子邮件上发送应答，和(viii)将电子邮件转换为会议应答项，并将会议应答项发送至会议邀请书的原始发送者。
本发明的另一方面，提供一种从便携式数据通信设备发送会议邀请书的方法，包括步骤(i)在设备上创建会议邀请书，(ii)将会议邀请书转换为带有CICAL附件的电子邮件，(iii)向重定向程序发送电子邮件，(iv)重定向程序处理CICAL附件，(v)向主系统发送会议邀请书，(vi)主系统向参加者发送会议邀请书。
本发明的主要优点在于它提供一种系统和方法，用于触发从主系统到移动数据通信设备的用户选择的数据项的连续和实时的重定向。本发明的其他优点包括(1)在确定要重定向的用户数据类型方面，以及在确定有等重定向的消息优选表，或其消息有待重定向的优选发送者方面，具有灵活性；(2)在配置回应大量内部、外部和联网的触发事件的系统方面，具有灵活性；(3)以各种不同的方法透明地重打包用户数据项，以致移动数据通信设备看起来好像它就是主系统；(4)与其他主系统组件整合，这些组件例如电子邮件，ICP/IP，键盘，屏幕保护，万维网网页和某些程序，它们或者能创建用户数据项，或者被配置于提供触发点；和(5)在用户的台式系统进行本地操作，或通过网络服务器进行远距离操作的能力。
这些就是本发明的许多优点中的几个，下面将作更详细的描述。本发明能有各种不同的实施方式，它的细节能在各方面进行修改，而都不偏离本发明的精神。因此，下面的附图和对优选实施例的描述，为认为是在本质上的说明性的，而不是限制性的。
本发明满足上面指出的需要，这从下面结合附图所作的描述中，将变得更清楚，附图中图1是从用户的台式PC(主机系统)至用户的移动数据通信设备，用户数据项重定向的系统示意图，那里，重定向软件在用户的台式PC上操作；图2是从网络服务器(主机系统)至用户的移动数据通信设备，用户数据项重定向的系统示意图，那里，重定向软件在服务器上操作；图3是重定向软件与图1中的主系统(用户的台式PC)的其他组件相互作用的方块图；图4是重定向软件在主系统上操作所执行的步骤流程图；图5是移动数据通信设备与在主系统上操作的重定向软件相互作用所执行的步骤流程图；图6是通过无线数据网络，与便携式数据通信设备来往收发日程表事件消息的优选系统示意图；图7是根据本发明实施例的日程表事件消息的优选数据结构示意图；图8是在便携式数据通信设备上接收从主系统发来的会议邀请书的优选方法流程图；
图9是从便携式数据通信设备向主系统发送会议邀请书的优选方法流程图；图10至图14提出便携式数据通信设备的图解式用户界面屏幕的优选设置，表示接收和接受会议邀请书的步骤。
具体实施例方式
现在参考附图，图1是系统示例图，表示用户数据项(例如消息A和C)从用户的办公室PC(主系统)10向用户的移动数据通信设备24的重定向，其中，重定向软件12在用户的PC上操作。图1中的消息A，表示从台式系统26通过LAN 14，向用户的主系统10发送的内部消息。图1中的消息C，表示由发送者发送的外部消息，发送者不直接与LAN 14连接，例如用户的移动数据通信设备24，某个别的用户的移动设备(未示)，或者任何与互联网18的用户。消息C也表示从用户的移动数据通信设备24发往主系统10的命令消息。如在图3中更详细描述的那样，主系统10除了与工作站或台式计算机有关的常用硬件和软件以外，最好包括重定向程序12，ICP/IP子系统42，主消息存储器40，电子邮件子系统44，屏幕保护子系统48，和键盘子系统46。
在图1中，主系统10是用户的台式系统，一般安装在用户的办公室。主系统10连接至LAN 14，它也连接至位于用户的办公室或其他地方的其他计算机26，28。而LAN 14连接至广域网(“WAN”)18，最好是因特网，它通过使用传输控制协议/因特网协议(“ICP/IP”)来定义，以交换信息，但另一种选择，它可以是任何别的类型的WAN。LAN 14至WAN 18的连接是通过高带宽链路16，典型的是T1线或T3线连接。WAN18依次通过连接线32连接至多种网关20，网关形成WAN 18和某个其他类型网络，例如RF无线网络，蜂窝式网络，卫星网络，或其他同步或异步陆线连接。
在图1的例子中，无线网关20连接至因特网，以便通过无线链路22，与多个无线移动数据通信设备24通信。机器30也表示在图1中，它可以是FAX机，打印机，图像(例如录像机)显示系统，或能处理和重放音频文件的机器，例如语音邮件系统。本发明包括将某些消息附件重定向到这类机器30的能力，如果重定向程序配置数据反映出移动设备24不能接收和处理附件，或者即使这个设备能处理某些附件，但用户已指定这些附件不向移动设备24转发的话。举个例子，考虑向用户发送的电子邮件包括三个附件一个字处理文档，一个视频片断，一个音频片断。重定向程序可被配置成向远程设备发送电子邮件文本，向用户附近的联网打印机发送字处理文档，向可通过经因特网安全连接访问的的存储区发送视频片断，和向用户的语音邮件系统发送音频片断。这个例子不是要限制本发明的广度和范围，而是说明隐含在重定向概念的各种可能性。
优选的移动数据通信设备24是手持式双向无线寻呼计算机，无线掌上计算机，具有数据传能力的移动电话，或者无线膝上计算机，但也可以是能通过网络线路链22发送和接收消息的其他类型移动数据通信设备。虽然系统最好操作在双向通信方式，但本发明的某些方面，在“一个和一半(one and one-half)”或确认寻呼的环境，或者甚至是单向寻呼系统中，本发明较为有利。移动数据通信设备24包括软件程序指令，它们与重定向程序12结合起来工作，以允许用户选择的数据项无接缝的、透明的重定向。图4描述重定向程序12的基本方法步骤，图5描述在移动设备24上操作的相应程序的步骤。
在本发明的一个可供选择的实施例(未明白地表示在图中)中，移动设备24也包括重定向程序。在这个实施例中，用户选择的数据项能从主系统复制至移动设备，反过来也一样。具有重定向程序的移动设备24的配置和操作与这里参考图1-图4所描述的类似。
本发明的用户能配置重定向程序12，当重定向程序12检测到特定的用户规定的的事件触发信号(或触发点)已发生时，把某些用户选择的数据项推送至用户的移动数据通信设备24。用户选择的数据项最好包括电子邮件消息，日程表事件，会议通知书，地址项目，日记项目，个人提示，报警，警告，股评，新闻公报等等，但也可包括任何其他类型消息，这些消息是被发送至主系统10的，或者是主系统10通过使用智能代理采集的，例如主系统10开始搜索数据库，或万维网主机站点，或公报板以后，所接收到的数据。在某些情况下，数据项只有一部分被发送至移动设备24，为的是减少通过无线网络22发送的数据项。在这些情况下，移动设备24能可选择地向主系统发送命令消息，以接收数据项的更多部分或全部，如果用户希望接收它的话。
在优选实施例中，能由重定向程序12检测的用户规定的事件触发信号有外部事件，内部事件和联网事件。外部事件最好包括(i)从用户的移动数据通信设备接收命令消息(例如消息C)，而开始重定向，或者在主系统执行某个别的命令，例如激活优选表方式的命令，或者在优选表中加上或减去特定的发送者的命令；(2)从某个外部计算机接收类似的消息；和(3)感受用户不再处于主系统附近区域；但外部事件也可以是任何其他在主系统外部可检测其发生的事件。内部事件可能是日程表报警，屏幕保护激活，键盘超时，可编程定时器，或者在主系统内部的任何其他由用户规定的事件。联网事件是用户规定的消息，它从另一通过网络与主系统耦合的计算机发送到主机，而开始重定向。这些就是某些事件，它们能被用在本发明中，从主系统10将用户选择的数据项开始重定向到移动设备24。
图1表示电子邮件消息A从计算机26，通过LAN 14与用户的台式系统10(外部消息C也表示在图1中，它可能是来自因特网用户的电子邮件消息，或者可能是来自用户的移动设备24的命令消息)通信。一旦消息A(或C)到达主系统10的主消息存储区，它能被重定向软件12检测出来并被动作。重定向软件12能用许多方法检测新消息。检测新消息的优选方法是使用微软的Messaging API(MAPI)，其中，当发生邮箱变化时，程序例如重定向程序12，登记通知或‘通告同步’。检测新消息的其他方法也能用在本发明中。
假定重定向程序12被激活，并且已由用户配置(通过感受内部、网络或外部之一的事件)，以复制某些用户数据项(包括消息类型A和C)到移动设备24，当消息A在主系统10被接收时，重定向程序12检测它的存在，并准备重定向到移动设备24的消息。在准备重定向的消息时，重定向程序12可能压缩原始消息A，可能压缩消息标题，或者可能加密整个消息A，以创建去向移动设备24的安全链路。
同时被编程到重定向程序12中的是用户的移动数据通信设备24的地址，设备类型，以及设备24能否接受附件的类型，例如字处理或语音附件。如果用户的移动设备类型不能接受这些类型的附件，那么重定向程序12能被编程，将附件传递至图文传真机或语音设备号，那里，用户被定位使用附属的图文传真或语音机30。
重定向程序也可用优选表方式被编程，这种方式由用户或者在主系统10，或者远程从用户的移动数据通信设备，通过发送命令消息C来配置。优选表包括其消息要重定向的发送者(其他用户)的表，或者确定消息是否要重定向的消息特征表。如果被激活，优选表方式就使重定向程序12作类似于过滤器的操作，仅使某些用户数据项重定向，其根据是数据项是否从优选表中的发送者发送过来的，或者具有某些消息特征，即如果特征出现，将触发或抑制消息的重定向。在图1的例子中，如果台式系统26被用户在主系统10的优选表上操作，优选表任选项被激活，那么，消息A将被重定向。但是，如果台式系统26不是在主系统的优选表上被用户操作，那么，消息A将不被重定向，即使主系统的用户已配置重定向推送类型A的消息。主系统10的用户能直接从台式系统配置优选表，或者，换一种方式，用户能从移动设备24向台式系统10发送命令消息(例如C)，激活优选表方式，或者在先前配置的优选表上添加或删除某些发送者或消息特征。应该了解，重定向程序能组合消息特征和优选发送者表，产生更精细调整的过滤器。例如，标记低优先级的消息，或简单的返回收据，或消息阅读回执，常常不被重定向，而来自特定发送者的消息也许常常被重定向。
在重定向程序已决定特定的消息应被重定向，并且已准备好重定向的消息以后，软件12就利用任何需要的装置向定位在移动设备24中的二级存储器发送消息A。在优选实施例中，这个方法是在LAN 14，WAN18上向回发送消息A，并经过无线网关20至移动数据通信设备24。这样做时，重定向程序最好将消息A重打包成带外封B的电子邮件，外封B含有移动设备24的寻址信息，尽管另一种重打包技术和协议也可使用，例如TCP/IP重打包和输送方法(在图2所示的另一种服务器配置中最常用)。无线网关20要求这个外封信息B，是为了知道重定向消息A往哪里发送。一旦消息(B中的A)被移动设备24收到，外封B就被除去，原始消息A被存放在移动设备24里的二级存储器中。以这种方法重打包并除去外封，本发明就能使移动计算机24看起来处于和主系统10相同的物理位置，因此创建了透明的系统。
在消息C表示从因特网18上的计算机发往主系统10的外部消息，而主系统10已被配置成重定向类型C的消息的情况下，消息C将用外封B重打包并发往用户的移动设备24。在消息C代表从用户的移动设备24发往主系统10的命令消息的情况下，命令消息C不被重定向，但被主系统10动作。
如果重定向的用户数据项是电子邮件消息，如上所述，移动设备24上的用户查看原始主题，发送者的地址，目的地地址，副本和无名副本。当用户对这个消息答复时，或者当用户书写新的消息时，在移动设备24上操作的软件把类似的外封加至答复消息(或新的消息)，使消息首先传送到用户的主系统，然后，主系统除去外封，并将消息重定向至最终目的地，例如回到计算机26。在本优选实施例中，其结果是从用户的主系统10流出的重定向消息被发送时，使用的是主邮箱的电子邮件地址，而不是移动设备的地址，所以，在消息的收件者看起来，消息起源于用户的台式系统10，而不是移动数据通信设备。对重定向消息的任何答复，将发送至台式系统10，台式系统如果仍在重定向方式，将重打包答复，并把它再发送至用户的移动数据设备，如上所述。
图2是用户数据项从网络服务器11至用户的移动数据通信设备的重定向的另一个系统的示意图，这里的重定向软件12是在服务器11操作的。这种配置对于使用消息服务器，例如微软的Exchange Server的用户，是特别有利的，该服务器正常地操作，使所有消息保持在服务器上存储的一个中心位置或邮箱中，以此代替在每个用户的台式PC中的存储。这种配置具有另外的优点是允许单个系统管理员配置和跟踪具有重定向消息的所有用户。如果系统包括加密的密钥，则为了管理和更新的目的，它们也可以被保留在一个地方。
在这种配置中，服务器11最好维持每个用户的台式系统10，26，28的用户配置文件，包括信息例如特定用户是否能有重定向的数据项，那些类型的消息和信息要重定向，什么事件将触发重定向，用户的移动数据通信设备24地址，移动设备的类型，和用户的优选表，如果有的话。事件触发信号最好在用户的台式系统10，26，28上被检测，它可以是上述的任意外部、内部或网络事件表。台式系统10，26，28最好检测这些事件，然后，通过LAN 14把消息发送至服务计算机11，起动重定向。虽然在本实施例中用户数据项最好存储在服务器计算机11中，但是，它们也可另外地存储在每个用户的台式系统10，26，28中，然后，在事情触发重定向之后，将它们发送至服务器计算机11。
如图2所示，台式系统26产生消息A，该消息被发送至并存储在主系统11中，主系统是操作重定向程序12的网络服务器。消息A是关于台式系统10的，但在本实施例中，用户消息被存储在网络计算机11中。当事件在台式系统10出现时，事件触发信号被产生，并发送至网络服务器11，然后，服务器确定触发信号来自谁，台式系统是否有重定向能力，如果是这样，服务器(操作重定向程序)利用存储的配置信息，把消息A重定向至与用户台式系统10有关的移动计算机24。
如上参考图1所述，消息C或者可能是从移动数据通信设备24来的命令消息，或者可能是从外部计算机，例如与因特网18连接的计算机来的消息。如果消息C是从因特网计算机发至用户的台式系统10，并且用户具有重定向能力，则服务器11就检测消息C，用电子封皮B重打包它，并把重打包的消息(B中的C)，重定向至用户的移动设备24。如果消息C是从用户的移动设备24来的命令消息，则服务器11简单地对命令消息动作。
现在转到图3，方块图表示重定向软件12与图1主系统10(台式系统PC)的其他组件相互作用，使能从主系统10向用户的移动数据通信设备24更充分地推送信息。这些其他的组件表示可被配置并与重定向软件12一起使用的事件产生系统的类型，和重打包系统的类型，这些重打包系统可用于与移动通信设备24连接，使得它在用户看起来是透明的。
台式系统10连接至LAN 14，并能与其他系统来往发送和接收数据，消息，信号，事件触发信号等，这些其他系统被连接至LAN 14和外部网18，22，例如因特网或无线数据网，这些外部网也耦合至LAN 14。除了标准硬件，操作系统，和与典型微计算机或工作站有关的应用程序外，台式系统10还包括重定向程序12，TCP/IP子系统42，电子邮件子系统44，主数据存储设备40，屏幕保护子系统48，和键盘子系统46。TCP/IP和电子邮件子系统42，44是用于获得本发明透明性的重打包系统的例子，而屏幕保护和键盘子系统46，48是事件产生系统的例子，事件产生系统能被配置来产生事件消息，或触发用户的所选数据项重定向的信号。
在图4中更详细地描述了由重定向程序12进行的方法步骤。这个程序的基本功能是(1)配置和安排将要起动重定向的、用户规定的事件触发点；(2)配置要重定向的用户数据项类型，和可选择地配置其消息要重定向的发送者优选表；(3)配置用户的移动数据通信设备类型和能力；(4)从重打包系统和事件产生系统接收消息和信号；(5)命令和控制用户选择的数据项通过重打包系统重定向到移动数据通信设备。未特别列举的其他功能也能集成到这个程序中。
电子邮件子系统44最好被链接为能重打包用户选择的数据项而向移动数据通信设备24传输，最好使用工业标准邮件协议，只列举几个例子，如SMTP，POP，IMAP，MIME和RFC-822。电子邮件子系统44能从LAN 14上的外部计算机接收消息A，或者能从某个外部网，如因特网18或无线数据通信网22接收消息C，并在主数据存储器40中存储这些消息。假定重定向程序12已被触发，以重定向这类消息，重定向程序就检测任何新消息的存在，并指令电子邮件系统44在原始消息A(或C)上设置外封皮B，并在外封皮B上提供移动数据通信设备24的地址信息，对消息进行重打包。如上所述，这个外封皮B被移动设备24除去，从而露出原始消息A(或C)因此使移动设备24看起来是台式系统10。
除此之外，电子邮件子系统44反向从移动设备24接收有带着台式系统10的地址信息的外封皮的消息，并除去这个信息，因此消息能传递至原始消息A(或C)原来的发送者。电子邮件子系统也从移动设备24接收命令消息C，这个消息被重定向到台式系统10，触发重定向或进行某个其他功能。电子邮件子系统44的功能由重定向程序12控制。
TCP/IP子系统42是另一种重打包系统。它包括电子邮件子系统44的全部功能，但取代将用户选择的数据项重打包成标准的电子邮件消息，这个系统用专用TCR/IP打包技术对数据项重打包。这种专用子系统，在安全和提高速度对用户是重要的情况下，是有用的。专用封皮只能被移动设备24上的特殊软件除去，这种预防措施提供了额外的安全度，电子邮件存储器的分流和转发系统能提高速度和实时输送。
如前面所述，本发明在检测到大量外部、内部和联网事件或触发点，能被触发而开始重定向。外部事件包括从用户的移动数据通信设备24接收命令消息而开始重定向；从某个外部计算机接收类似消息；感受用户不再处于主系统附近区域；或者主系统外部的任何其他事件。内部事件可能是日程表报警，屏幕保护激活，键盘超时，可编程定时器，或者在主系统内部由用户规定的任何其他事件。联网事件是用户规定的消息，它们从通过网络连接至主系统的其他计算机发送至主系统，以起动重定向。
屏幕保护和键盘子系统46，48是能产生内部事件的例子。在功能上，重定向程序12为用户提供配置屏幕和键盘的能力，从而在某些条件下，能被重定向程序12检测的事件触发信号将会产生，起动重定向处理过程。例如，屏幕保护系统被配置，当屏幕保护被激活时，在台式系统上暂停例如10分钟以后，事件触发信号被发送至重定向程序12，它起动先前选择的用户数据项。在类似的方式中，键盘子系统可被配置，当在特定的时间周期内无键被按压时，产生事件触发信号，因此指示重定向应该开始。这些正是台式系统10内部的许多应用程序和硬件系统的两个例子，它们能用来产生内部事件触发信号。
图4和5分别阐述重定向软件12在主系统10上操作所执行的步骤流程图，和移动数据通信设备24为与主系统对接所执行的步骤流程图。首先转向图4，在步骤50中，重定向程序12启动并作初始化配置。重定向程序12的初始化配置包括(1)规定用户已确定的事件触发信号将会触发重定向；(2)选择重定向的用户数据项；(3)选择重打包子系统，或者是标准的电子邮件，或者是专用技术；(4)选择数据通信设备类型，指示设备是否能接收和处理附件及何种类型附件，并输入移动设备的地址；和(5)配置由重定向消息的发送者选择的用户优选表。
图4描述重定向程序12的基本步骤，假定它是在例如图1所示的台式系统10上操作。如果重定向程序12是在例如图2所示的网络服务器11上操作的话，则可能需要附加的配置步骤，以使与服务器连接的特定台式系统10，26，28重定向。这些步骤包括(1)建立台式系统的配置文件，指示它的地址、将要触发重定向的事件和检测到事件时要重定向的数据项；(2)在服务器中保留数据项的存储区；和(3)存储数据通信设备的类型，(该设备是台式系统的数据项要重定向到的设备)，设备是否能接收和处理附件及何种类型的附件，和移动设备的地址。
一旦在步骤50重定向程序被配置，触发点(或事件触发信号)在步骤52被起动。然后，程序12在步骤56中等待消息和信号54，以开始重定向处理。消息可以是电子邮件消息，或者可能是已被选择重定向的某个其他的用户数据项，而信号可以是触发信号，或者可以是未被配置为事件触发信号的某个其他的信号类型。当消息或者信号被检测时，程序在步骤58确定它是否已由用户配置为信号重定向的触发事件之一个。如果是这样，那么在步骤60中设置触发标志，指示相继收到的、已被选择重定向的用户数据项应被推送至用户的移动数据通信设备24(以消息的形式)。
如果消息或信号54不是触发事件，程序则在步骤62，68和66分别确定消息是否是系统报警62，电子邮件消息64，或者某个其他的已被选择重定向的信息类型。如果消息或信号不是这三项之一个，则控制返回到步骤56，在这里，重定向等待另外的消息54起作用。但是，如果消息是这三种信息类型之一种，则程序在步骤68确定触发标志是否已被设置，这个标志指示用户要求将这些项重定向至移动设备。如果触发标志被设置，则在步骤70中，重定向程序12促使重打包系统(电子邮件或TCP/IP)将外封加至用户数据项，在步骤72中，重打包数据项通过LAN14，WAN 18，无线网关20和无线网络22，被重定向至移动数据通信设备24。然后，控制返回到步骤56，程序在这里等待另外的消息和信息起作用。虽然图4中未明显地表示，但是在步骤68之后，如果以优选表方式操作，程序就会确定具体数据项的发送者是否在优选表中，如果不在，程序将跳过步骤70和72，直接返回步骤56。如果发送者在优选表上，则控制将同样地通过步骤70和72，重打包和传送来自优选表发送者的消息。
图5阐述由移动数据通信设备24为与本发明的重定向程序12连系所执行的方法步骤。在步骤80中，移动设备软件起动，移动设备24被配置成与本发明的系统一起操作，包括例如存储用户的台式系统10的地址。
在步骤82，移动设备等待将要产生或接收的消息和信号84。假定在用户的台式系统10上操作的重定向软件，在接收到来自用户的移动设备24的消息时，被配置为重定向，在步骤86，用户能决定产生将起动重定向的命令消息。如果这样做，则在步骤88，重定向消息被组成并被发送至台式系统10，即通过无线网络22，经过无线网关20，通过因特网18到LAN 14，最后被传递至台式计算机10。在移动设备24直接向台式系统10发送消息的情况下，消息上不加外封(例如图1和2中的消息C)。
除重定向信号外，移动设备24能够发送任意数目的其他命令，以控制主系统的操作，特别是重定向程序12的操作。例如，移动设备24能够发送命令，以将主系统置入优选表方式，然后，可发送另外的命令，将某些发送者增添到优选表中，或从优选表减去某些发送者。如此，移动设备24可动态地限制被重定向至优选表的信息量，以使优选表上的发送者数目减至最小。其他的示例性命令包括(1)指示主系统改变配置的消息，用于使移动设备24能接收和处理某些附件；和(2)在特定数据项只有一部分已重定向的情况下，指示主系统对整个数据项重定向至移动设备的消息。
转回到图5，如果用户信号或消息不是引导台式系统10开始重定向(或某个其他命令)的消息，那么控制就通向步骤90，确定消息是否已被接收。如果消息由移动设备接收，并且它是从用户的台式系统10来的消息，如在步骤92中所确定的，则在步骤94中，这个消息的台式系统重定向标志被置为“on”，控制进入步骤96，在这里除去外封。在步骤96之后，或者消息不是从用户的台式系统来的情况下，如步骤92确定的，控制就进入步骤98，在移动设备显示器上显示用户消息。然后，移动设备24返回到步骤82，等待另外的消息或信号。
如果移动设备24确定在步骤90未收到消息，则控制进入步骤100，移动设备在这里确定是否有消息发送。如果没有，则移动设备就返回到步骤82，等待另外的消息或信号。如果有至少一个消息发送，则在步骤102中，移动设备确定它是否是针对移动设备接收到的消息的答复消息。如果发送的消息是答复消息，则在步骤108中，移动设备确定这个消息的台式系统重定向标志是否on。如果重定向标志不是on，则在步骤106，答复消息只是通过无线网络22从移动设备发送到目的地址。但是，如果重定向标志是on，则在步骤110，答复消息用具有用户台式系统10的定址信息的外封重打包，然后在步骤106，将重打包的消息发送至台式系统10。如上所述，在台式系统上运行的重定向程序12去除消息的外封，并使用台式系统的地址作为“from”字段，将答复消息传递至适当的目的地址，因此传递到重定向消息的收件者，这样看起来好像它是起源于用户的台式系统，而不是移动数据通信设备。
如果在步骤102移动设备确定消息不是答复消息，而是原始消息，则控制进入步骤104，在这里移动设备通过检验移动设备的配置，确定用户是否正在使用台式系统10的重定向软件12。如果用户不是在使用重定向软件12，则在步骤106中，只是将消息发送至目的地址。但是，如果移动设备确定用户正在使用台式系统10上的重定向软件12，则控制进入步骤110，在这里给消息加外封。然后在步骤106，将重打包的原始消息发送至台式系统10，如前面所述的那样，除去外封，并将消息传递至正确的目的地。在步骤106中的消息发送之后，移动设备的控制返回到步骤82，等待另外的消息或信号。
图6是一个优选系统的示意图，即通过无线网络，在主收件箱120与便携式数据通信设备(设备)24之间收发日程表事件消息，例如会议邀请书。在图6所示的优选环境中，主系统11通过TCP/IP网络18例如因特网，与便携式数据通信设备24处于通信状态，以RF消息与设备24来往通信。
如图6所示，下面做详细描述，本发明优选包括硬件，软件以及能够向设备24接收和发送会议邀请书120A的数据结构，在图6所示优选实施例中，系统包括至少一个主收件箱120和至少一个便携式通信设备24。包括会议邀请书120A的有关数据结构，被存储在主收件箱120中。在便携式设备24和主系统11上执行的软件允许会议邀请书由设备24发送和接收。
在操作上，与LAN 14耦合的系统26，28之一能产生会议邀请书120A，它最好存储在主收件箱120中。重定向服务器软件12在服务器11上操作，能访问主收件箱120，并检测新的会议邀请书120A的到达。然后，重定向软件12把会议邀请书120A的格式从第一格式(例如ICAL格式，其中关于会议的信息利用冗长的文本字符串格式化)转换到第二格式。如下面要详细描述的，根据这个第二格式，将第一格式的冗长文本字符串转换为相应的数字值，从而压缩有关会议邀请书120A的信息。然后，将这个压缩的会议邀请书附加到电子邮件上，并通过网络16，18，32，20和22，与会议邀请书有关的便携式数据通信设备24通信。
图7描述了与第二格式有关的优选日程表事件数据结构。这种结构基于标准的ICAL结构，但用数字值压缩与ICAL有关的长文本字符串，以表示文本字符。这种结构使得很容易在无线网络上传输，因为数据的发送量减小。这里称作CICAL的压缩数据结构，压缩关于会议的信息例如参加者，会议开始和结束的时间，会议地点，会议组织者的身份，提示通知的时间，和任何有关会议的附加说明。
所推荐的ICAL至CICAL结构的转换，发挥了无线输送协议的固有二进制特性。为了减少无线邮件网关20的复杂性，转换被设计为易于反转的。
假定在转换被提供给日程表应用程序之前，接收机反向转换，则转换就变成透明的表示层压缩方法。因此，使用标准因特网消息编码的应用程序，得到使用直接转换的内容的应用程序同样的益处。
CICAL数据结构的通用编码规则如下(1)把枚举类型转换为字节代码；(2)使用字段的类型-长度编码，而不用结束符(例如LF和/或CR)；(3)恢复内容转换编码(基64(数据编码法)，引用可印字符(编码法)等)；和(4)利用日程表的长度(以字节)代替惟一的二进制字符串。
CICAL消息的优选格式包括如下部分(如图7所示)命令字节140；版本号142；日程表组件144；和NULL结束符146。下面将进一步描述CICAL结构每一部分的专用格式。
版本号(142)版本号最好是单字节。符合本应用程序的所有CICAL消息的版本号是十六进制数值0x10。但要注意，也可以利用其他的版本号。
长度结构(144)CICAL数据结构中的日程表组件144段包括长度结构。长度结构包含其后的数据长度。该结构包含可变数目的字节。每个字节的最高有效位用作结构的指示符，若最高有效位被置位，则后面的字节也是长度结构的一部分。若最高有效位清零，则当前字节就是长度结构的最后字节。详细地说，K字节长度结构看起来是K-1个字节的序列每个字节最高位(MSB)置位，后跟其MSB清零的单一字节。长度结构的数值从串接在大尾数法(big-endian)格式中的每个字节的低7位得到，例如
等效于二进制数值000 0101 001 1001 010 0011或者十进制数值85155。
注意，这明显地意味着，长度结构可以包括若干0x80字节，作为引导字节。当这些字节不影响长度时，它们允许实现某些长度结构被期望包括固定数目的字节。为适应本说明书支持的形式，要求长度结构增加并包括五个字节。
例
是两个字节的长度结构，十进制值为58。
日程表组件(144)日程表组件段144有下列格式组件属性；(在最后的属性之后为NULL结束符)。
组件属性以类型-长度编码。每一组件属性有下列通用格式[类型][[长度]]<数据>这里，[类型]是具有下列数值之一的单一字节，[[长度]]是长度结构，包含数目可变的字节，<数据>表示属性的内容，并且恰恰是[[长度]]结构规定的字节数。
类型字节由类型字节定义的优选表给出如下RESERVED＝0x00；
CICAL_COMPONENT＝0x01；CICAL_UID＝0x02；CICAL_SEQUENCE＝0x03；CICAL_CALENDAR_ID＝0x04；CICAL_RELATED_TO＝0x05；CICAL_ORGANIZER＝0x06；CICAL_ACCEPTED＝0x07；CICAL_DECLINED＝0x08；CICAL_TENTATIVE＝0x09；CICAL_NEEDSACTION＝0x0A；CICAL_DSTART＝0x0B；CICAL_DTEND＝0x0C；CICAL_SUMMARY＝0x0D；CICAL_LOCATION＝0x0E；CICAL_TRIGGER＝0x0F；RRULE_FREQUENCY＝0x10；RRULE_DAYOFWEEK＝0x11；RRULE_MONTH＝0x12；RRULE_DAYOFMONTH＝0x13；RRULE_COUNT＝0x14；RRULE_INTERVAL＝0x15；RRULE_BYSETPOSITION＝0x16；CICAL_EXDATE＝0x17；CICAL_DESCRIPTION＝0x18；CICAL_RECURRENCEID＝0x19；CICAL_XREVISION＝0x1A；UNDEFINED＝0xFF.
现在考虑下面的例子，即从根据RFC 2445的标准格式ICAL消息，至根据本发明的CICAL格式的消息格式化转换。
日程表消息(取自RFC 2445)
BEGINVCALENDARMETHODPUBLISHBEGINVEVENTSEQUENCE0UID3735928559ORGANIZERMAILTOjdoe@hostl.comATTENDEE；cn＝”JohnSmith”MAILTOjsmith@hostl.com；PARSTAT＝ACCEPTEDDTSTART19970324T123000ZDTEND19970324T210000ZSUMMARYCalendaring Interoperability Planning MeetingDESCRIPTIONDiscuss how we can test c&s interoperability\nusingi Calendar and other IETF standards.
LOCATIONLDB LobbyENDVEVENTENDVCALENDAR在上面的日程表消息的下述CICAL版本中，每一字节的代码由方括号内的字表示。例如，[Summary]将代表一个字节值，被指定表示“SUMMARY”。字义上的二进制数值简单地放在放括号之间。例如，
代表NULL字符。形式为[[n]]的结构是可变长度结构(在本文件的别处定义的)，表示n字节的长度。已转换的消息中的任何换行和标记仅仅是为了易于阅读。
已转换的消息被格式化为
[Command Byte][Component Type][[1]]
(VEVENT)[Sequence][[4]]
[UID][[4]]
[Organizer][[16]]
[[4]][jdoe@hostl.com[Attendee Accepted][[27]]jsmith@hostl.com
John Smith [[4]]<Format defined below> [[4]]<Format defined below> [[45]]Calendaring Interoperability Planning Meeting[Description][[87]]Discuss how we can test c&s interoperability\nusing i Calendar and other IETF standards. [[9]]LDB Lobby
这两种结构粗略的对照显示，消息的CICAL版本比起ICAL版本来，是多么小。
除了上述CICAL数据结构以外，本发明还提供一系列规定特殊动作的命令字节。这些命令字节包括至少下列类型日程表命令(1)来自便携式设备的会议邀请书；(2)来自服务器的会议邀请书；(3)来自便携式设备的会议应答；(4)来自服务器的会议应答；(5)来自便携式设备的会议取消；和(6)来自服务器的会议取消。其他或另加的命令也能包括在内。
图8表示使用CICAL在无线网络上发送日程表例如会议邀请书的方法。这是一个流程图，描述便携式数据通信设备(设备)接收会议邀请书的方法。在步骤150，主收件箱120接收会议邀请书。在步骤152，重定向应用程序12检测新消息在主收件箱120中的存在。在步骤154，重定向程序12确定存在于主收件箱120中的消息类型，例通用主邮件系统提供的消息分类的方法。如果消息分类指示项目是标准的电子邮件消息，则在步骤156执行正常的电子邮件重定向。但是，如果重定向程序12确定消息分类项目与会议邀请书相应，那么重定向程序12就将会议细节(信息)转换为CICAL格式，并在步骤158产生相应CICAL信息的附件。
在步骤160，重定向程序向设备发送有CICAL附件的电子邮件，带有指示数据与日程表例如‘日程表’有关的内容类型，表示被封装的是会议邀请书。如上所述，命令字节也被包括在内，带有指示日程表命令，即会议邀请书，会议答复，或会议取消命令类型的CICAL附件。在步骤162，设备在操作于设备的有关‘消息’应用程序中打开带有附件的消息。在步骤164，‘消息’应用程序检测出附件的内容类型是‘日程表’，并起动‘日程表’应用程序，给‘日程表’应用程序提供来自附件的CICAL数据。然后‘日程表’应用程序在步骤168显示会议数据。如果用户接受会议邀请书，设备就在步骤170将会议存在‘日程表’数据库中。但如果用户谢绝会议邀请书，则在步骤172，设备丢弃会议邀请书。
在步骤174，设备在带有内容类型‘日程表’的CICAL附件的电子邮件中，发送带有用户应答的答复。在步骤176，重定向程序12检测出‘日程表’类型的会议应答。在步骤178，重定向程序12处理附件数据，并按照用户应答，或删除或更新与会议相应的日程表项目。重定向程序12也向会议组织者(即产生会议邀请书的系统)发送应答。在步骤180，会议应答呈现在主发信箱中。
图9是描述从设备发送会议邀请书的方法的流程图。在步骤182，用户在设备上创建会议邀请书。在步骤184，设备将会议细节转换为CICAL附件。在步骤186，附件被加到电子邮件消息上。然后设备在步骤188向重定向程序12发送电子邮件。重定向程序12在步骤190接收消息并检测附件。重定向程序在步骤192检查附件的内容类型。如果内容类型是‘日程表’，附件包含会议项目并在步骤196被处理。如果内容类型是其他任何东西，那么在步骤194执行标准的电子邮件处理。在步骤198，重定向程序12在主日程表上创建会议项目。在步骤200，主系统11向会议参加者发送会议邀请书。
图10是当收到会议邀请书时，所建议的设备屏幕300的显示图。会议邀请书表现为新消息。图11是当消息被打开时，所建议的设备屏幕310的显示图。消息指示有一个日程表附件312。图12是描述会议邀请书信息的所建议的设备屏幕320的显示图。信息可包括会议开始时间，会议结束时间，会议的地点，会议开始前的提示，组织者的身份，其他参加者的身份，和任何有关会议的其他通知。这个屏幕320，相应于日程表应用程序在设备上操作，当附件被从屏幕310上选择时，用户可人工调用日程表应用程序，或者当带有CICAL附件的电子邮件被打开时，应用程序可自动起动。图13表示所建议的设备屏幕330，包括下拉菜单332，用户可利用它来答复会议邀请书。用户被给予接受或拒绝会议邀请书的选择。这个下拉菜单332，可被用户通过一系列在键盘上的键击，或通过姆指轮(thumbwheel)访问。
上面已详细描述了本发明的优选实施例，包括优选的操作方法，应该了解，这种操作可以用不同的元件和步骤进行。这个优选实施例仅是示例性的表现，并不意味着限制由后面的权利要求所定义的本发明的范围。
权利要求
1.一种将会议邀请书从主系统重定向到便携式数据通信设备的方法，其特征在于，所述方法包括以下步骤从远程系统向主系统发送会议邀请书，其中，会议邀请书按照第一格式配置，所述第一格式中涉及会议的信息用多个冗长的文字符串格式化；在主系统检测会议邀请书；在主系统将会议邀请书从第一格式转换为第二格式，其中，许多冗长的文本字符串以多个数值代替，以压缩会议邀请书；在主系统产生电子邮件消息，包括作为电子邮件消息附件的压缩的会议邀请书；和从主系统向便携式数据通信设备发送带附件的电子邮件消息。
2.根据权利要求1所述的方法，其特征在于，进一步包括以下步骤提供用于发送带附件的邮件消息的无线数据网络。
3.根据权利要求1所述的方法，其特征在于，进一步包括以下步骤确定会议邀请书与日程表应用程序有关；和设置电子邮件的消息类型，使其与日程表应用程序有关。
4.根据权利要求3所述的方法，其特征在于，进一步包括以下步骤在便携式数据通信设备上接收电子邮件；选择电子邮件；检测电子邮件的消息类型；和如果消息类型与日程表应用程序有关，则在便携式数据通信设备执行日程表应用程序。
5.根据权利要求4所述的方法，其特征在于，进一步包括以下步骤从已压缩的文件附件中提取会议邀请书信息；和在日程表应用程序内显示会议邀请书信息。
6.根据权利要求1所述的方法，其特征在于，进一步包括以下步骤在便携式数据通信设备接收电子邮件；从已压缩的文件附件提取会议邀请书信息；和在便携式数据通信设备上显示会议邀请书信息。
7.根据权利要求6所述的方法，其特征在于，进一步包括以下步骤催促便携式数据通信设备的用户回应会议邀请书；如果用户肯定地回应会议邀请书，则在与便携式数据通信设备有关的日程表数据库中存储会议邀请书信息；和如果用户否定地回应会议邀请书，则丢弃会议邀请书信息。
8.根据权利要求7所述的方法，其特征在于，进一步包括以下步骤使用第二格式产生压缩的会议应答；在电子邮件上附加压缩的会议应答；和从便携式数据通信设备向主系统发送带有压缩的会议应答的电子邮件。
9.根据权利要求8所述的方法，其特征在于，进一步包括以下步骤确定电子邮件包括压缩的会议应答；从压缩的会议应答中提取应答信息；和用应答信息在主系统更新与便携式数据通信设备有关的日程表应用程序。
10.根据权利要求9所述的方法，其特征在于，进一步包括以下步骤向把会议邀请书发送给主系统的会议组织者发送应答信息。
11.根据权利要求1所述的方法，其特征在于，进一步包括以下步骤提供与第二格式有关的数据结构，其中，该数据结构包括多个数据段，包含版本号段和日程表组件段。
12.根据权利要求11所述的方法，其特征在于，进一步包括以下步骤以类型-长度对日程表组件编码。
13.一种答复从主系统向便携式数据通信设备发送的会议邀请书的方法，其特征在于，包括以下步骤从便携式数据通信设备的用户接收对会议邀请书的应答；产生包含应答的压缩文件附件；从便携式数据通信设备向主系统发送带压缩文件附件的电子邮件；通过对压缩文件附件解压缩，并将应答转换为用冗长文本字符串格式化的应答信息，在主系统处理带附件的电子邮件；和从主系统向产生会议邀请书的远程系统发送应答消息。
14.根据权利要求13所述的方法，其特征在于，进一步包括以下步骤提供用于发送会议邀请书和应答用的无线数据网络。
15.根据权利要求13所述的方法，其特征在于，进一步包括以下步骤按照应答在便携式数据通信设备上更新日程表。
16.根据权利要求13所述的方法，其特征在于，进一步包括以下步骤在主系统存储对会议邀请书的应答。
17.根据权利要求13所述的方法，其特征在于，进一步包括以下步骤按照应答在主系统上更新与便携式数据通信设备有关的日程表。
18.一种以数据结构编码的计算机可读介质，其用于存储与会议邀请书有关的信息，其特征在于，所述的数据结构包括日程表命令字节；版本号段；和日程表组件段；其中，日程表组件段包括以字节-长度编码的会议邀请书信息。
19.一种将会议邀请书从主系统重定向到便携式数据通信设备的系统，其特征在于，包括与主系统耦合的主收件箱，其用于从远程系统接收会议邀请书，其中，主收件箱与便携式数据通信设备有关，以及，会议邀请书按照ICAL标准(RFC 2445)格式化，并且包括提供关于会议的信息的许多冗长的文本字符串；和在主系统上操作的重定向应用程序，用于检测会议邀请书，并用于将ICAL会议邀请书的许多冗长的文本字符串转换为多个以类型-长度编码的数据，以压缩会议邀请书；其中，重定向应用程序将压缩的会议邀请书附加到电子邮件消息上，并将电子邮件消息重定向到便携式数据通信设备。
20.一种从便携式数据通信设备向多个会议参加者发送会议邀请书信息的方法，每个所述的会议参加者具有相关的电子邮件地址，其特征在于，包括以下步骤将会议邀请书信息输入便携式数据通信设备，会议邀请书信息包括会议参加者的电子邮件地址；产生压缩的会议邀请书文件，其中，压缩的会议邀请书文件包括多个以类型-长度编码的数值，其代表会议邀请书信息；将压缩的会议邀请书文件附加到电子邮件上，并向服务器系统发送带附件的电子邮件；在主系统上检测带附件的电子邮件，并确定附件是会议邀请书文件；通过将类型-长度编码的数值转换为代表会议邀请书信息的文本字串符，对会议邀请书文件解压缩；和用会议参加者的电子邮件地址向他们发送会议邀请书信息。
全文摘要
一种系统和方法，在感受到触发事件发生时，从主系统向移动数据通信设备推送信息，例如日程表事件消息。在主系统操作的重定向程序，使用户能连续地将日程表事件消息例如会议提示和通知重定向，即当检测到一个或多个用户规定的触发事件已发生时，从主系统向用户的移动数据通信设备重定向。重定向程序与主系统的事件产生应用程序及重打包系统联合操作，配置并检测特定的、用户规定的事件，然后在向移动设备推送数据项之前，在电子封皮中重打包日程表事件消息。同时也提供存储日程表事件消息用的最佳化数据结构。
文档编号G06Q10/00GK1484800SQ01815024
公开日2004年3月24日 申请日期2001年8月24日 优先权日2000年8月28日
发明者詹姆斯·戈弗雷, 詹姆斯 戈弗雷, ば赖, 休·R·欣德, P 穆索, 加里·P·穆索, 拉扎里德斯, 米哈尔·拉扎里德斯 申请人:捷讯研究有限公司