协调无线通信设备与电子邮箱的电子邮件的系统及方法

1.一种用于对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调的系统，包括：
电子邮件服务器，位于电子邮件服务提供商处；
移动办公平台MOP，操作用于将用户电子邮件消息从电子邮件服务提供商处的电子邮箱转发至移动无线通信设备；以及
移动办公平台处的电子邮件协调模块，与所述电子邮件服务器和移动无线通信设备一同操作，根据从电子邮件消息接收的消息属性获得签名，以及将所述签名与在电子邮件服务器上的类似地计算得到的签名进行比较，以便找到匹配消息，匹配消息的消息标识符存储在移动办公平台，使用所述消息标识符将用户在移动无线通信设备上针对该消息所采取的任何操作协调至电子邮件服务器，其中，所述协调指示作为读取、移动或删除电子邮件消息的移动无线通信设备的任何用户的动作将被实现，并表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。
2.根据权利要求1所述的系统，还包括用于存储用户电子邮件消息的数据库，其中所述电子邮件协调模块还操作用于将所述消息属性与存储在所述数据库中的消息进行比较。
3.根据权利要求1所述的系统，其中，所述消息属性至少包括发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一。
4.根据权利要求3所述的系统，其中，所述电子邮件协调模块操作用于至少基于发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一来缩小电子邮件服务器上的消息列表的范围。
5.一种用于对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调的方法，包括：
将电子邮件消息从电子邮件服务器处的用户电子邮箱转发至移动无线通信设备；以及移动办公平台处的电子邮件协调模块，与所述电子邮件服务器和移动无线通信设备一同操作，根据从电子邮件消息接收的消息属性获得签名，以及将所述签名与在电子邮件服务器上类似地计算得到的签名进行比较，以便找到匹配消息，匹配消息的消息标识符存储在移动包公平台，使用所述消息标识符将用户在移动无线通信设备上针对该消息所采取的任何操作协调至电子邮件服务器，其中，所述协调指示作为读取、移动或删除电子邮件消息的移动无线通信的任何用户的动作将被实现，并表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。
6.根据权利要求5所述的方法，还包括将所述消息属性与存储在电子邮件服务提供商处的用于存储用户电子邮件消息的数据库中的消息进行比较。
7.根据权利要求5所述的方法，还包括根据至少包括发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一的消息属性来获得消息签名。
8.根据权利要求5所述的方法，还包括至少基于发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一来缩小电子邮件服务器上的消息列表的范围。
9.一种用于对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调的系统，包括：
电子邮件服务器，位于电子邮件服务提供商处；
移动办公平台MOP，操作用于将用户电子邮件消息从电子邮件服务提供商处的电子邮箱转发至移动无线通信设备；以及
移动无线通信处的电子邮件协调模块，与所述电子邮件服务器和移动无线通信设备一同操作，根据从电子邮件消息接收的消息属性获得签名，以及将所述签名与在电子邮件服务器上的类似地计算得到的签名进行比较，以便找到匹配消息，匹配消息的消息标识符存储在移动无线通信设备，使用所述消息标识符将用户在移动无线通信设备上针对该消息所采取的任何操作协调至电子邮件服务器，其中，所述协调指示作为读取、移动或删除电子邮件消息的移动无线通信设备的任何用户的动作将被实现，并表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。
10.根据权利要求9所述的系统，还包括用于存储用户电子邮件消息的数据库，其中所述电子邮件协调模块还操作用于将所述消息属性与存储在所述数据库中的消息进行比较。
11.根据权利要求9所述的系统，其中，所述消息属性至少包括发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一。
12.根据权利要求11所述的系统，其中，所述电子邮件协调模块操作用于至少基于发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一来缩小电子邮件服务器上的消息列表的范围。
13.一种用于对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调的方法，包括：
将电子邮件消息从电子邮件服务器处的用户电子邮箱转发至移动无线通信设备；以及移动无线通信设备处的电子邮件协调模块，与所述电子邮件服务器和移动无线通信设备一同操作，根据从电子邮件消息接收的消息属性获得签名，以及将所述签名与在电子邮件服务器上类似地计算得到的签名进行比较，以便找到匹配消息，匹配消息的消息标识符存储在移动无线通信设备，使用所述消息标识符将用户在移动无线通信设备上针对该消息所采取的任何操作协调至电子邮件服务器，其中，所述协调指示作为读取、移动或删除电子邮件消息的移动无线通信的任何用户的动作将被实现，并表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。
14.根据权利要求13所述的方法，还包括将所述消息属性与存储在电子邮件服务提供商处的用于存储用户电子邮件消息的数据库中的消息进行比较。
15.根据权利要求13所述的方法，还包括根据至少包括发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一的消息属性来获得消息签名。
16.根据权利要求13所述的方法，还包括至少基于发送日期、接收日期、优先级、消息大小、主题、消息来源和消息发送方之一来缩小电子邮件服务器上的消息列表的范围。

协调无线通信设备与电子邮箱的电子邮件的系统及方法\n技术领域\n[0001] 本发明涉及通信系统的领域，更具体地，涉及电子邮件(email)通信系统及相关方法。\n背景技术\n[0002] 电子邮件已经成为商业和个人通信的组成部分。因而，许多用户具有供工作和家庭使用的多个电子邮件帐户。此外，随着能够发送和接收电子邮件的移动蜂窝和无线局域网(LAN)设备的可用性日益增强，许多用户无线地从存储在不同的电子邮件存储服务器(例如企业电子邮件存储服务器、Yahoo、Hotmail、AOL等)上的电子邮箱访问电子邮件。\n[0003] 然而，电子邮件在多个邮箱以及在无线网络上的分发和同步可能相当复杂，尤其是在针对大量用户大规模地进行时。例如，可以使用不一致的访问准则对不同的电子邮件帐户进行不同的配置。此外，在无线通信设备处接收到电子邮件时，电子邮件的拷贝仍存在于原始邮箱中，这可能使用户难以保持其邮箱的条理性。\n[0004] 在Mousseau等人的被转让给本专利权人的美国专利号6,779,019中公开了一种特别有益的“推送”类型的电子邮件分发和同步系统。这种系统在检测到一个或更多个用户定义的事件触发的发生时，将用户选定的数据项从主机系统推送至用户的移动无线通信设备。然后，用户可以将该数据项移到(或归档到)该移动无线通信设备中所存储的文件夹分层结构内的特定文件夹，或可以对该数据项执行一些其它的系统操作。然后，在设备和主机系统处操作的软件对该设备的文件夹分层结构与主机系统的文件夹分层结构进行同步，然后将在设备处对该数据项执行的任何操作自动地对在主机系统处存储的相同数据项进行重复，从而使用户不必在主机系统处手动地重复已在移动无线通信设备处执行了的操作。美国专利公开No.2002/0059391(D1)公开了一种显示两个邮箱的联合视图的方法。描述了与客户端相关联的每个邮箱。该联合视图允许用户看到她/他对一个邮箱中的消息所执行的所有行动都在所有其它联合的邮箱中执行了。客户端之一既具有较高成本(例如无线的通信频道)，又具有较低成本(例如同步的通信频道)。当客户端在没有标识符的情况下从其各个邮箱接收到消息时，产生标识符，并使用该标识符将消息的拷贝发送至其它邮箱。当用户利用客户端对消息执行操作时，可以利用消息将针对该消息的标识符和操作传送给其它客户端，以传送至其它邮箱。可以选择性地通过较高成本的通信频道或较低成本的通信频道来更新该联合视图。两个通信频道的存在使得包含了执行该联合的成本。用户可以选择控制联合过程并使用较高成本通信频道的选项，例如将消息概括在250个字内和/或移除附件。\n[0005] 上述系统有利地为无线电子邮件通信设备的用户提供了组织和管理其电子邮件的极大便利。然而，随着电子邮件的使用继续普及，电子邮件分发和同步系统仍然需要进一步的便利和效率特性。当前，一些通知(例如SMS通知)用于向移动无线通信设备转发新消息，移动无线通信设备典型地不向服务器传播变化。然而，如果用户对移动无线通信设备处的、或被上载至手持设备的源邮箱处的消息进行读取、移动或删除或一些其它用户操作，则消息状态的变化将不会被反映在移动无线通信设备或源邮箱处。与较大的互联网电子服务提供商相比，这对于较小的互联网服务提供商和电子邮件服务提供商尤其成问题。例如，如果将消息看作在移动无线通信设备上已读，则可以不在电子邮件服务提供商的数据库上读取该消息，或者如果将消息看作已从移动无线通信设备中删除，则不从电子邮件服务提供商的数据库删除该消息。上述是利用在电子邮件服务提供商的源邮箱处的任意操作来进行的。\n发明内容\n[0006] 本发明的目的是提供一种协调无线通信设备与电子邮箱的电子邮件的系统及方法\n[0007] 为实现上述目的，一种用于对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调的系统，包括：\n[0008] 电子邮件服务器，位于电子邮件服务提供商处；\n[0009] 移动办公平台MOP，操作用于将用户电子邮件消息从电子邮件服务提供商处的电子邮箱转发至移动无线通信设备；以及\n[0010] 移动办公平台处的电子邮件协调模块，与所述电子邮件服务器和移动无线通信设备一同操作，根据从电子邮件消息接收的消息属性获得签名，以及将所述签名与在电子邮件服务器上的类似签名进行比较，以便找到匹配消息，匹配消息的消息标识符存储在移动办公平台，使用所述消息标识符将用户在移动无线通信设备上针对该消息所采取的任何操作协调至电子邮件服务器，其中，所述协调指示作为读取、移动或删除电子邮件消息的移动无线通信设备的任何用户的动作将被实现，并表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。\n[0011] 一种用于对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调的系统，包括：\n[0012] 电子邮件服务器，位于电子邮件服务提供商处；\n[0013] 移动办公平台MOP，操作用于将用户电子邮件消息从电子邮件服务提供商处的电子邮箱转发至移动无线通信设备；以及\n[0014] 移动无线通信处的电子邮件协调模块，与所述电子邮件服务器和移动无线通信设备一同操作，根据从电子邮件消息接收的消息属性获得签名，以及将所述签名与在电子邮件服务器上的类似签名进行比较，以便找到匹配消息，匹配消息的消息标识符存储在移动无线通信设备，使用所述消息标识符将用户在移动无线通信设备上针对该消息所采取的任何操作协调至电子邮件服务器，其中，所述协调指示作为读取、移动或删除电子邮件消息的移动无线通信设备的任何用户的动作将被实现，并表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。\n附图说明\n[0015] 根据随后鉴于附图所考虑的对本发明的详细描述，本发明的其它目的、特征和优点将变得显而易见，在附图中：\n[0016] 图1是一种直接访问电子邮件分发和同步系统的示意性框图。\n[0017] 图2是图1的系统的直接访问代理服务器的用户接口组件的示例性实施例的示意性框图。\n[0018] 图3是图1的系统的web客户端引擎的示例性实施例的示意性框图。\n[0019] 图4是用于图1的系统的移动办公平台引擎机的示例性实施例的示意性框图。\n[0020] 图5是图1的系统的数据库模块的示例性实施例的示意性框图。\n[0021] 图6是示出了可用于协调移动无线通信设备与电子邮箱之间的电子邮件消息的基础功能模块的高级框图。\n[0022] 图7是示出了可以随图1所示的直接访问系统一起使用的示例性移动无线通信设备的示意性框图。\n具体实施方式\n[0023] 下面将参考附图更全面地描述不同的实施例，在附图中示出了优选实施例。当然，提供这些实施例是为了使本公开更全面和完善，并向本领域的技术人员更充分地传达本发明的范围。全文中相似附图标记指示相似元件，并且主要符号用于指示备选实施例中的相似元件。\n[0024] 一种系统对移动无线通信设备与电子邮箱之间的电子邮件消息进行协调。一种电子邮件服务器可操作用于将用户电子邮件消息从电子邮箱经由该系统转发至移动无线通信设备。术语协调指示移动无线通信设备的任意用户操作(例如作为非限定性示例的读取、移动或删除电子邮件消息)将被实现和表现为对源邮箱处的相应电子邮件消息的相应读取、移动或删除。电子邮件协调模块可随电子邮件服务器和移动无线通信设备一同操作，用于对针对该移动无线通信设备处的电子邮件消息的任意用户操作与该电子邮箱处的相应电子邮箱消息进行协调。\n[0025] 该电子邮件协调模块可操作用于协调用户的读取、移动或删除操作。该电子邮件协调模块可形成为软件、硬件或移动无线通信设备或MOP(移动办公平台)系统上的其它实质上的等同物。移动办公平台包括用于从用户的电子邮箱访问和取回电子邮件消息的直接访问代理服务器，并且可以包括电子邮件协调模块。\n[0026] 该电子邮件协调模块还可操作用于从接收到的电子邮件消息的消息属性中获得消息签名，并使用该消息属性来将接收到的电子邮件消息关联回存储在用户的电子邮箱中的电子邮件消息。可以将存储在电子邮件服务提供商处的数据库中的任意电子邮件消息的消息属性与移动无线通信设备处的消息的消息属性进行比较。这些消息属性可以是消息大小、主题、消息发送方、发送日期、接收日期、优先级和消息来源的至少一个。\n[0027] 还提出了一种方法以及一种具有计算机可执行指令的计算机可读介质，该计算机可执行指令具有上述功能。\n[0028] 首先参照图1，一种直接访问(DA)电子邮件分发和同步系统20允许直接访问不同的邮件源，同时允许将消息从源邮箱直接传送至移动无线手持设备。因此，集成的外部源邮件帐户不需要使用不同的邮件存储器，并且不需要本地电子邮件存储器中的电子邮件的永久拷贝。\n[0029] 尽管该图示描述了功能上分离的对象，但是这种描述仅用作示例。对于本领域的技术人员而言，显而易见的是，可以将此图中所描绘的对象进行任意组合或分成分离的软件、固件或硬件组件。此外，对于本领域的技术人员而言，显而易见的是，无论这些对象如何组合或分开，它们都能够在同一计算设备上运行，或者可以任意分布在通过一个或多个网络连接的不同计算设备中。\n[0030] 直接访问系统20使得电子邮件用户或订户能够将来自第三方电子邮件服务的电子邮件推送给各个移动无线通信设备25。用户不需要创建手持设备的电子邮件帐户，就能获得对现有外部电子邮件帐户的直接访问。直接访问系统20可以进行操作，而无需执行一些现有系统中所使用的聚合，其中将电子邮件从多个不同的源邮箱聚合到单一目标邮箱。\n换言之，不需要将电子邮件存储在中间目标邮箱中，而是可以有利地直接从源邮件存储器访问电子邮件。\n[0031] 如图1所示，直接访问系统20示例性地包括web客户端(WC)引擎22和移动办公平台(MOP)24。这些web客户端引擎22和移动办公平台24一同操作，以向用户提供从移动无线通信设备25经由例如一个或多个无线通信网络27对其电子邮件的直接访问。web客户端引擎22和移动办公平台24可以位于同一位置或位于分离的位置，并可以在一个或多个服务器中实现。web客户端引擎22示例性地包括：端口代理30，用于经由无线通信网络\n27与移动无线通信设备25进行通信；工作器32；监控器34；以及附件服务器36，下面将对这些组件进行进一步的讨论。用虚线示出了警报服务器38，并且在一个优选实施例中，不使用警报服务器38，但是在其它实施例中，警报服务器38可以是系统的一部分。\n[0032] 移动办公平台24示例性地包括DA代理服务器40、代理服务器应用编程接口(API)42以及同DA代理服务器协作的高速缓存44。移动办公平台24还示例性地包括负载均衡和高速缓存(LBAC)模块46、事件服务器48、通用代理服务器(UP)小服务程序54、AggCron模块56、移动办公平台(MOP)引擎58、以及数据库(DB)引擎60，下面将对这些组件进行进一步的讨论。最近最少使用(LRU)的高速缓存41高速缓存新消息，并可以释放最近最少使用的消息和对象。\n[0033] 监控器34处理其从直接访问代理服务器40接收到的新邮件通知。然后，监控器\n34根据其接收到的最新UDP心跳，以用户数据报协议(UDP)分组的形式，给最小负载的工作器32分配工作。对于本描述而言，心跳是监测服务器状态的工具。此外，针对新的或改变的账户，监控器34将从直接访问代理服务器40接收新服务手册请求，以向移动无线通信设备发送服务手册。服务手册可以是可能包含当前所定义的所有服务记录的类。该类可用于保持关于设备的信息的收集，例如连接信息或服务(例如账户的电子邮件地址)。\n[0034] 工作器32是监控器34与端口代理30之间的中间处理代理，并负责web客户端引擎22中的大多数处理。工作器32将通过直接访问代理服务器来从通用代理服务器54取回电子邮件，并利用压缩多意图邮件扩展(CMIME)将电子邮件格式化为一种多意图互联网电子邮件扩展，并将其发送至端口代理30，用于进一步处理。工作器32的职责包括以下任务：(1)向手持设备发送消息，并从手持设备接收消息；(2)消息答复、转发和“更多”请求；\n(3)空中下载文件夹管理操作(OTAFM)；(4)附件查看；以及(5)服务手册。\n[0035] 端口代理30用作web客户端引擎22的基础设施与其余组件之间的传输层。端口代理30负责向移动无线通信设备传送分组以及从移动无线通信设备接收分组。为支持一个设备集成不同邮箱，可以使用多于一个服务手册，并且每一服务手册可以与一个集成的邮箱相关联。端口代理30可以包括一个到中继的服务器中继协议(SRP)连接，但端口代理\n30还可以处理多个SRP连接，并且每一连接都可以具有与服务手册相关联的唯一的全球唯一标识符(GUID)。附件服务器36为来自工作器32的文档/附件变换请求提供服务。\n[0036] 直接访问代理服务器40提供基于web的分布式创作和版本控制(WebDAV)接口，工作器32使用该接口来访问账户和邮箱信息。这提供了创建、改变并移动远程服务器(例如web服务器)上的文档的功能。典型地，直接访问代理服务器40将呈现出到其客户端的异步接口。通知服务器和web客户端引擎22组件使用LBAC模块46来定位用于处理请求的适当的DA代理服务器。通用代理服务器小服务程序54将对完全不同的邮件存储器的访问提炼(abstract)为公共协议。事件服务器48对来自企业服务器52和/或电子邮件服务提供商50的新消息的通知作出响应，例如可以通过互联网40接收该通知。通过AggCron模块56和事件服务器48将该通知传送至直接访问代理服务器40，由此直接访问代理服务器\n40可以发起对电子邮件服务提供商50和/或企业服务器52中的源邮箱51、53上的新邮件的检查。代理服务器API可以是简单对象访问协议(SOAP)端口监控程序(Daemon)42，并且是数据库60的主要接口，数据库60是针对移动办公平台24的主要数据存储器。AggCron模块56还可以周期性地发送对新消息的轮询。\n[0037] 图2是示出了直接访问代理服务器40的用户接口组件的高级框图。更具体地，直接访问代理服务器40示例性地包括标识符模块72，其具有针对不同通信格式的不同下游代理服务器模块，例如无线应用协议(WAP)代理服务器模块74和超文本标记语言(HTML)代理服务器模块76。当然，本领域的技术人员将理解，也可以使用其它通信格式的其它类型的代理服务器模块。\n[0038] 标识符模块72为直接访问系统20提供集中式的认证服务和其它服务。可以在ID服务与直接访问系统20之间提供认证握手，以保证用户在被允许访问直接访问系统20之前具有适当的证书。可以具有从管理web客户端切换到管理直接访问系统的能力或者从管理直接访问系统切换到管理web客户端的能力，而不需要用户再次输入任何注册证书。任意web客户端和直接访问都可以以用户的名义共享会话管理信息。\n[0039] WAP代理服务器74为移动办公平台24提供了用于配置源邮箱的基于无线标记语言(WML)的用户接口。HTML代理服务器76提供了用于配置MOP 24中的源邮箱的基于HTML的用户接口。代理服务器API 42(SOAP端口监控程序)是进入数据库60的主要接口。引擎58是连接至源邮箱以验证匹配参数的协议翻译器。数据库60是针对移动办公平台24的主要用户数据存储器。\n[0040] 图3、4和5分别示出了web客户端引擎机80(图3)、引擎机82(图4)、以及数据库机84(图5)。web客户端引擎机80示例性地包括监控器34、工作器36和端口代理38。\n中继86使用GUID与端口代理38协作。\n[0041] 引擎机82示例性地包括直接访问代理服务器40、HTML代理服务器76、WAP代理服务器74、PDS模块88、UP小服务程序54、LBAC模块46、发送邮件模块90、安全邮件客户端(SMC)服务器92、安全套接层(SSL)代理服务器94、聚合引擎96、以及事件服务器48。例如，SMC服务器92与驻留在特定企业网络上的相应SMC模块协作，以便在移动办公平台24与源邮箱之间传送电子邮件数据。数据库机器84可以包括：作为SOAP端口监控程序的聚合应用编程接口(API)100、管理控制台102、聚合数据库104、AggCron模块56、SMC目录服务器106以及发送邮件模块90。\n[0042] Web客户端引擎22的各个组件可以被配置为在不同的机器或服务器上运行。组件二进制和配置文件可以位于网络上的目录中，或位于本地磁盘上，可以访问本地磁盘以允许从每一机器开始运行适当的组件。根据一个示例性实现，部署可以包括一个监控器、两个工作器、以及一个用于支持30000个外部源邮箱的端口代理，当然也可以使用其它配置。本领域的技术人员将理解，实际的生产部署可以取决于负载、性能和压力测试的结果。\n[0043] 对于移动办公平台24的直接访问组件、模块和各个功能，典型地以两种配置来安装机器，即引擎机(图4)和数据库机(图5)。尽管这些机器具有安装在其上的所有上述组件，但是并非所有这些组件在所有应用中都必须有效(例如，聚合可以随不支持推送技术的系统一同使用，等等)。实际的生产部署仍取决于负载、性能和压力测试的结果。\n[0044] 在一项已知技术中，移动办公平台24的架构有利地使用设备/语言特定的可扩展设计语言(XSL)文件，其将应用数据转换为显示信息。在一个非限定性示例中，构建过程采取未本地化的(non-localized)XSL，并为每一支持的语言产生本地化的(localized)XSL。\n当使用XSL时，在存储器中对其进行“编译”，并将其高速缓存，以便重复使用。预定位和高速缓存模板的目的是减少产生显示页所需要的CPU周期。\n[0045] 还可以执行品牌化。首先，本地化的XSL可以构建WAP应用，以访问聚合的(aggregated)电子邮件帐户。WAP代理服务器应用是可本地化的，并支持多个WAP设备。\n对于应用中的每一逻辑页，可以创建设备特定的XSL，可以针对所支持的每一个语言/国家来本地化该XSL。这种呈现方案不仅可以支持WAP设备，还可以支持例如SMTP、HTML和POP代理服务器。在品牌化中，可以针对每一不同品牌来定制给定应用中的每一页。\n[0046] 可以通过XSL导入来实现页的品牌化，包括将Java应用编程接口(API)用于XML处理(JAXP)特征，以动态地解析导入。这不需要对每一组合页/品牌模板进行编译和高速缓存。作为示例，在采样模板目录中，可以将针对单一语言/国家的第一和第二页与品牌对手结合，以产生多个截然不同的模板组合。还可以通过加载针对单一语言、设备/应用和品牌的模板来描述存储器需求。与其它设备相比，HTML设备可以包括一组较大的模板。\n[0047] 在一项已知技术中，移动办公平台24有利地构建了过程并采取未本地化的文件和语言特定属性文件，并将它们结合起来以将每一未本地化的XSL转变为针对所支持的每一种语言的XSL。不需要针对每一语言使用单独的XSL，并且可以从存储器使用等式中移除语言因素。JAXP API可用于使用Java类来扩展XSL。该扩展可以采取多种形式，例如包括扩展元素和扩展功能。可以通过以地点创建并初始化扩展对象以及将对象传给转换器，来转换模板。系统可以移除多个导入并使用较少的存储器。HTML模板可以使用模板导入来启用模板重用(与Java类极为相像)，并通过像推导或导入的机制来重用其它Java类。\n[0048] 在目录访问系统20中，用户通过他们的移动无线通信设备25接收到来自多个外部账户的电子邮件，并在对接收到的消息作出答复时，保持答复至和发送自的地址的完整性。例如，对于具有集成的Yahoo！账户(user@yahoo.com)和POP3账户(user@pop3.com)的用户，如果用户在user@yahoo.com处接收到电子邮件，则其从设备25产生的答复看似来自user@yahoo.com。类似地，如果用户在user@pop3.com处接收到电子邮件，则其答复看似来自user@pop3.com。\n[0049] 对“发送自”地址的选择还可以用于用户构成新消息。该用户将具有在构成新消息时选择“发送自”地址的能力。根据源邮箱类型和协议，还可以通过源电子邮件服务发送该消息。可以通过向移动无线通信设备25发送针对每一源邮箱的配置(例如，作为非限定性示例，针对每一源电子邮箱51、53的服务手册)来支持上述功能。\n[0050] 如上所述，服务手册是可以包括当前所定义的所有服务记录的类。该类可用于保持关于设备的信息的收集，例如连接信息。该服务手册可用于管理HTTP连接和邮件(CMIME)信息，例如账户和分层结构。在移动无线通信设备25处，在将源电子邮箱51、53从该账户移除时，可以发送删除服务手册请求。还可以利用可查看的名称将该服务手册再次发送至设备25，该可查看的名称向用户提供了关于该选择不再有效的某一指示。\n[0051] 已发送项文件夹还可以是“同步的”。例如，任意面向设备发送的消息都可以被传播至源账户，并被存储在已发送邮件文件夹中。此外，在设备25上删除的消息还可以相应地被从源邮箱51、53中删除。另一示例是可以类似地将设备25上的消息的面向设备的已读或未读标记传播至源邮箱51、53。尽管将上述特征描述为基于源和单向同步的，本领域的技术人员将理解的是，在一些实施例中，特定同步特征可以另外或代替地从源邮箱/账户传播至手持设备。\n[0052] 在可用时，邮件服务提供商或企业邮件服务器可用于提交输出消息。尽管这可能并非针对所有邮件服务提供商或服务器，但由于其可以提供若干优点，因此这在可用时为优选的。例如，AOL的订户将获得AOL特定特征(像父母控制parental control)的益处。\n此外，作为非限定性示例，AOL和Yahoo用户将看到他们的已发送项文件夹中的消息，并且按照这种方式路由的消息可以更加遵从诸如发送方策略框架(SPF)和发送方ID之类的新的垃圾邮件策略。此外，经由企业邮件服务器52发送的消息将具有既处于全球地址列表等级又处于个人等级的适当的名称解析。然而，应理解的是，根据给定实现，可以根据双方协定和/或协议来使用邮件服务提供商50传送邮件。\n[0053] 上述架构还有利地考虑了诸如对消息主体和附件的按需取回以及多个文件夹支持之类的特征。此外，本领域的技术人员将理解，可以使用“这是垃圾邮件”按钮或指示符，来允许底层协议所支持的公司标签和其它服务提供商特定的特征。\n[0054] 直接访问系统20的一个具体优点在于，用户不需要在集成附加账户之前配置账户。然而，可以使用独立的电子邮件地址，并且该地址有利地不需要受限于订户需要管理的电子邮箱的大小。例如，该电子邮件帐户可由管理员管理，并且可以在预定时段(即，基于时间的自动老化，其对所有用户都没有邮箱限制)之后从系统中清除任意邮件。\n[0055] 此外，对于用户而言，任意集成电子邮件帐户的创建、设置和选项的所有方面都可以在移动无线通信设备25上获得。因此，用户不必访问HTML站点以及改变设置、创建滤波器、或执行类似的功能。当然，可选地可以使用HTML站点。\n[0056] 随着使用直接访问系统20的系统互联网电子邮件服务的发展，可以将发展重点放在管理站点上，以向运营商管理员提供附加信息、支持队伍、及类似功能。然而，在一些实例中，可以将邮件连接器安装在个人计算机上，并且这项功能并非总能在移动无线通信设备上获得。\n[0057] Web客户端引擎22可以有利地支持不同特征，包括到手持设备的消息(MTH)、来自手持设备的消息(MFH)、转发/答复消息、请求更多地查看较大消息(例如大于2K)、请求查看消息附件、以及通过空中文件夹管理(OTAFM)。下面将对这些功能进行说明。\n[0058] 对于MTH功能，通过web客户端服务手册，将针对用户所集成的每一电子邮件帐户与用户设备相关联。对于到达web客户端用户邮箱的每一新消息，典型地将包含新消息信息的通知发送给web客户端引擎监控器组件(图3)，接着将给系统中具有最小负载的可用工作器分配工作。所选工作器32将验证用户信息，并从用户源邮箱中取回新消息，然后将其传送给用户设备。\n[0059] 在MFH功能中，web客户端引擎32对与web客户端服务手册相关联的MFH消息进行处理，然后工作器32通过简单邮件传输协议(SMTP)原始发件箱将MFH消息传送至互联网49。如果用户开启将所发送的消息保存至已发送项文件夹的选项，则直接访问代理服务器将已发送消息的拷贝保存至该文件夹。\n[0060] 在转发/答复/“更多”的功能中，只要直接访问代理服务器高速缓存或用户邮箱中仍存在原始消息，用户就可以从移动无线通信设备25转发或答复MTH或MFH消息。对于MTH，例如工作器32可以向用户设备发送大于2K的或整个的(无论多少)消息。如果该消息大于2K，则用户可以请求“更多地”查看消息中的下一2K。在这种情况下，工作器32将通过从用户源电子邮箱取回原始消息来处理该“更多”请求，并发送回设备所请求的2K。当然，在一些实施例中，可以发送多于2K的消息文本(或整个消息)。\n[0061] 在附件查看功能中，用户可以查看通用文档格式(例如，MS Word、MS Power Point、MS Excel、Word Perfect、PDF、文本等)或图像格式(GIF、JPEG等)的消息附件。在接收到以本示例中的“更多”请求的形式实现的附件查看请求时，工作器32可以通过直接访问代理服务器来从用户源邮箱取出原始消息，提取出所请求的附件，处理该附件，并将结果发送回用户设备。该处理要求原始消息尚未被从用户web客户端邮箱中删除。\n[0062] 在将已发送消息保存至已发送项文件夹的功能中，如果用户开启该选项，则工作器32将发送自用户设备的每一MFH消息的拷贝放在邮箱中的用户已发送项文件夹中。在通过控制文件夹管理中，web客户端OTAFM服务通过空中下载来保持用户邮箱中的任意消息和文件夹与用户设备同步。\n[0063] 每当移动/删除用户源邮箱中的消息时，还可以相应地移动/删除设备上的关联消息，反之亦然。当移动/删除设备上的消息时，还可以相应地移动/删除用户web客户端邮箱中的关联消息。类似地，当从用户web客户端邮箱添加/移除/重命名文件夹时，可以添加/移除/重命名设备上的关联文件夹，反之亦然。\n[0064] 系统20可以有利地支持各种消息收发特征的不同子集。例如，在到手持设备的消息的功能中，移动办公平台24可以负责连接至各个源邮箱51、53，以删除新邮件。对于每一新邮件，向web客户端引擎22发送通知，并基于该通知，监控器34选择工作器32之一来处理该邮件。所选工作器将从直接访问代理服务器40取出附加账户信息和邮件消息的内容，并将其传送至用户设备25。\n[0065] 在从手持设备发送消息的功能中，web客户端工作器32可以将MFH提供给直接访问代理服务器40。接着，移动办公平台24通过原始发件箱或经由SMTP进行发送来将消息传送至互联网49。然而，应理解，原始发件箱可以提供更好的用户体验(只要可能)，尤其是在考虑了诸如SPF和发送方Id之类的当前的反垃圾邮件计划时。\n[0066] 在从手持设备删除消息的功能中，当从设备25删除消息时，web客户端引擎22经由直接访问代理服务器40通知移动办公平台24。同样地，移动办公平台24可以删除源邮箱上的相同消息。\n[0067] 当处理“更多”/转发/答复/附件查看请求时，web客户端工作器32可以向直接访问代理服务器40请求原始邮件。然后，web客户端工作器32将对请求进行处理，并将结果发送至移动无线通信设备25。例如，该架构可以另外支持对消息部分的按需取回和其它升级。\n[0068] 在集成新的源邮箱51、53时，可以将来自警报服务器38的服务手册通知发送至监控器34，监控器34将该通知分配给工作器32，以向该设备发出服务记录。每一源邮箱51、\n53可以与唯一的服务记录相关联。按照这种方式，每一MFH消息基于设备上的服务记录与源邮箱51、53相联系。\n[0069] 系统20还可以周期性地轮询集成的外部邮箱，以查看新邮件并访问任意消息。设备20还可以包括用于向聚合组件轮询带宽的最优化，以允许进行快速轮询。系统20还有利地支持较大的活性用户基础并包括快速增长的用户基础。\n[0070] 负载均衡的拓扑可以基于组件队列的大小及其吞吐量。在一个示例中，可以由被称为如上所述的UDP心跳的机制来监控这些负载统计量。如果某一组件超负载或具有较大的队列大小，则该组件将具有较少机会从其它组件获得分配的工作。相反地，如果某一组件在过去若干小时内完成的工作多于其它组件，则该组件将获得更多分配的任务。利用这种机制，负载可以分布于不同机器硬件上，即分配给在具有较小功率的机器上运行的组件的工作比分配给具有较大功率硬件的机器上的组件的工作少。\n[0071] 针对任意移动办公平台组件的通用负载均衡可以通过使用负载均衡器模块来实现，例如由Seattle，Washington的F5网络所生产的BIG-IP模块。BIG-IP模块可以提供负载均衡和智能的层7切换，并且可以处理从互联网路由至任意客户接口组件(例如WAP和HTML代理服务器)的业务量。本领域的技术人员将理解，BIG-IP或类似模块的使用可以向应用提供轮询能力、容错以及会话管理。\n[0072] 典型地，处于永久连接的单个直接访问代理服务器40可以访问单个源邮箱51、\n53。以特定用户名义的任何请求都可以持续针对在同一直接访问集群分区中的相同机器。\n由于特定组件在系统范围内，并将为用户处理多个分区上的工作，因此这些组件可以被设计为基于逐一请求来确定与哪一个直接访问分区进行通信。\n[0073] 负载均衡器和高速缓存(LBAC)46可以支持这项功能。LBAC 46是可以执行两项重要功能的系统范围的组件。这两项功能之一是LBAC 46在为了快速访问和节约中央数据库上的负载而高速缓存信息的同时，提供从设备PIN到特定直接访问代理服务器40的映射。\n其次，当直接访问代理服务器40在集群分组中运行时，LBAC 46可以将负载分布在任意分区内的所有直接访问代理服务器上。\n[0074] LBAC 46可以由不同组件构成。例如，执行负载均衡的代码可以是安全邮件连接器的扩展版本。该代码还可以执行对中央数据库的查找，并高速缓存结果(LBAC)。\n[0075] 在一个非限定性示例中，当工作器需要直接访问代理服务器40执行工作时，工作器给LBAC 46提供设备PIN。LBAC 46将通过搜索高速缓存或从中央数据库中取回分区标识符(并高速缓存该结果)，来发现与该PIN相关联的分区。只要该分区已知，则LBAC 46将查找其高速缓存，以察看该分区中的哪个直接访问代理服务器被指定用于处理对该PIN的请求。如果不存在映射，则LBAC请求PDS在最少负载的DA代理服务器40(仍高速缓存结果)上创建新的关联。最后，LBAC 46利用针对适当直接访问代理服务器的连接信息来对工作器32作出响应，以处理该特定请求。\n[0076] 安全邮件连接器88可以在插入故障转移对中运行，其中一个是常用的主设备，而另一个是辅助的备用设备。可以将内部数据结构实时从主设备复制到备用设备。可以运行多个LBAC 46以用于可扩展性和容错，但典型地需要外部连接均衡组件，例如上面已说明的BIG-IP组件。\n[0077] Web客户端引擎22中的接收组件在对从其它组件分配给它的工作进行处理之前，将该工作保存到磁盘上的工作存储器中。Web客户端引擎22中的接收组件可以更新工作的状态，并在完成工作处理之后将该工作从工作存储器中移除。在组件故障的情况下，或如果重新开始处理，则Web客户端引擎22中的接收组件可以从工作存储器中恢复出该工作，并基于这些工作的当前状态，继续将这些工作处理至下一状态，并保存处理时间，以便从头开始重新处理这些工作。\n[0078] 可以通过当前的轮询操作并基于web客户端引擎22恢复机制，来实现根据MTH/MFH观点的任何恢复。在将消息从邮件办公平台组件内部成功地传送至web客户端引擎22之前，不将该消息记录在分区数据库60中。在下一轮询间隔期间，该系统可以再次“发现”该消息，并尝试通知web客户端引擎22。对于新的邮件事件，如果事件丢失，则该系统可以在接收到下一事件或在下一轮询间隔期间拾取该消息。作为一个非特定性示例，对于支持通知的源，，可以将该间隔设置为6个小时。对于从web客户端引擎22发送的消息，以及对于该web客户端引擎已接受的消息，可以由不同的web客户端引擎组件来进行恢复。\n[0079] 有利地，web客户端引擎22可以是横向和纵向可扩展的。可以使用直接访问代理服务器40来注册/配置多个监控器34，以提供通知负载的分布以及引擎服务的可用性。多个工作器32和端口代理34可以在同一机器或多个机器上运行，以分布负载和实现冗余。随着用户数目的增长，可以给系统添加新的组件，以实现较高的横向可扩展性。\n[0080] 可以自动将新组件添加至系统/从系统移除新组件，而不需要停机时间。可以自动将业务量委托给新组件以及将业务量从故障组件转移出。可以将移动办公平台24内的每一组件部署多次，以实现横向可扩展性。为了实现纵向垂直可扩展性，每一移动办公平台\n24组件可以是具有可配置数目的线程的多线程过程，以在较大负载下进行缩放。连接池可用于减少保持过多开放连接的开销。\n[0081] 图6示出了在用于对移动无线通信设备25与作为电子邮件服务提供商处的电子邮件服务器上的源邮箱的用户电子邮箱51之间的电子邮件消息进行协调的系统中使用的基本功能模块的高级框图。图6示出了包括电子邮件协调模块100的移动办公平台26，电子邮件协调模块100可由图1所示的各个功能组件或其它组件和软件或硬件组件构成。电子邮件协调模块100可随移动无线通信设备25以及具有所述用户的电子邮箱的电子邮件服务提供商50一同操作。如虚线所示，电子邮件协调模块102还可被包含在移动无线通信设备25上，尽管这可能需要较大的硬件和软件组件。该电子邮件协调模块可随电子邮件服务器以及移动无线通信设备一同操作，用于对针对该移动无线通信设备处的电子邮件消息的任意用户操作与该电子邮箱处的相应电子邮箱消息进行协调。\n[0082] 该协调模块可操作用于协调诸如用户的读取、移动或删除操作之类的用户操作。\n不同的组件(包括如图1所示的直接访问代理服务器)可以提供电子邮件协调模块的不同功能。\n[0083] 在一个非限定性方面，移动办公平台系统从电子邮件服务提供商接收到作为通知的新邮件。将该新邮件转发至用户的无线通信设备。由于该消息由作为第三方电子邮件服务器的电子邮件服务提供商转发，因此该移动办公平台系统不具有针对该消息的消息标识符。当用户对其移动无线通信设备上的消息采取诸如读取、移动和删除之类的操作时，应当对该操作与发起该消息的电子邮件服务器进行协调。\n[0084] 移动办公平台处的协调模块通过根据消息的消息属性(例如发送日期、接收日期、优先级、消息大小、主题、消息发送方和消息来源)计算消息的签名来完成上述。然后，将该签名与在电子邮件服务器上通过类似计算得到的签名消息进行比较，并找到匹配消息。将该匹配消息的消息标识符存储在移动办公平台中。此时，可以使用该消息标识符将用户在设备上针对该消息所采取的任何操作传播至电子邮件服务器。该移动办公平台可以在不得不将用户操作传播给服务器时按照需要执行上述协调。移动办公平台还可以在即将通知时从服务器取回消息标识符，同时将该消息标识符存储在其数据库中。当用户通过使用其无线设备来对消息采取操作时，该移动办公平台系统使用所存储的消息标识符来协调该操作。\n[0085] 电子邮件协调模块可操作用于从接收到的电子邮件消息的消息属性中获得消息签名，并使用该消息属性来将接收到的电子邮件消息关联回存储在用户的电子邮箱中的电子邮件消息。数据库51a可以存储用户电子邮件消息，并且该电子邮件协调模块可操作用于将该消息属性与存储在数据库内的消息进行比较。该消息属性可由发送日期、接收日期、优先级、消息大小、主题、消息发送方和消息来源构成。\n[0086] 另一方面，电子邮件协调逻辑可用于协调消息，即使是在可使用针对该消息的消息标识符来开始时。当通过轮询取回消息或当第三方电子邮件服务器(例如在电子邮件服务提供商处)所发送的通知包含该消息标识符时，上述情况是可能的。当用户从其设备发送电子邮件消息时，MOP系统将该消息发送至第三方电子邮件服务器，并且一些电子邮件服务器自动地将该消息添加至服务器上的用户的“已发送项”文件夹。可以将源自手持设备的消息的消息属性与用户的已发送项中的消息的消息属性进行比较，以确定从手持设备发送的消息。在对被移动到用户手持设备上的另一文件夹的消息进行协调时，可以使用类似的方案。\n[0087] 在包括将消息的消息属性与服务器上的消息的消息属性进行比较的协调过程中，可以使用本发明的算法来快速地确定匹配消息。在一个示例中，发送日期或原始消息的其它属性可用于缩小服务器上的消息列表的范围。计算缩小范围的消息列表中的消息属性，以确定服务器上的消息列表之中的原始消息的身份。\n[0088] 移动办公平台26和电子邮件协调模块100可以使用可扩展标记语言(XML)来产生配置数据对象和格式化该数据对象，以提交给多个遵从XML的web服务。服务器和/或web服务可以是遵从简单对象访问协议的服务。一些代码可以利用C++或类似的语言来编写。\n[0089] 当然，作为可扩展标记语言，XML是标准的通用标记语言(SGML)的子集，并允许在网站上存储并公布数据以及更丰富地表现数据。可以创建定制标签，来定义文档内容。可以创建常用信息格式，并且可以在互联网、企业互联网和/或其它网络上共享格式和数据。\n根据XML的标记符号可以是无限制和自定义的。频道定义格式(CDF)可以描述任意频道，并且特定CDF文件可以包含指定了初始网页以及如何更新网页的数据。\n[0090] 为了进行信息交换，SOAP允许在一种操作系统中运行的一个程序通过使用HTTP和XML来与相同或另一种操作系统中的程序进行通信。SOAD可以指定如何在XML文件中对HTTP报头进行编码，因此允许一个计算机调用另一计算机中的程序并传递数据，而同时还指示了如何返回响应。SOAP有利于允许数据通过滤除除了针对已知的应用程序的那些请求之外的请求的防火墙服务器而到达指定端口。SOAP是基于XML的协议，其至少具有三个部分，包括：(a)封装，用于定义用于描述消息中的内容的框架；(b)一组编码规则，用于表现应用程序所定义的数据类型；以及(c)用于表示远程过程调用和响应的惯例。\n[0091] 可以将一些软件实现为作为组件对象模型(COM)的ActiveX控件，并提供用于构建相互通信的软件组件的框架。ActiveX控件可以由web浏览器自动下载并执行。可以在动态网页中构建分布式对象应用程序，并且ActiveX控件可以被下载到不同的浏览器和客户端。可以将ActiveX控件作为容器保存在web浏览器中，并将其分布在互联网或企业内联网。ActiveX控件还可以管理和更新web内容和客户端系统，并与目标操作系统的用户接口紧密合作。应理解，针对本发明，对象模型控件可以是任意类型的动态连接库(DLL)模块，其在容器中作为使用组件对象模型程序接口来运行。\n[0092] 下面参考图13，进一步描述可以使用的手持移动无线通信设备1000的示例。该设备1000示例性地包括外壳1200、键盘1400和输出设备1600。所示的输出设备是显示器\n1600，其优选地为全图形LCD。备选地，还可以利用其它类型的输出设备。处理设备1800包含在外壳1200内，并连接在键盘1400与显示器1600之间。处理设备1800响应于用户对键盘1400上的键的操作，来控制显示器1600的操作以及移动设备1000的整体操作。\n[0093] 外壳1200可以在垂直方向上延长，或可以呈现出其它大小和形状(包括折叠式外壳结构)。小键盘可以包括模式选择键、或用于在文本输入与电话输入之间切换的其它硬件或软件。\n[0094] 除了处理设备1800以外，图7中示意性地示出了移动设备1000的其它部分。这些部分包括通信子系统1001；短程通信子系统1020；小键盘1400和显示器1600；以及其它输入/输出设备1060、1080、1100、和1200；以及存储设备1160、1180和各种其它设备子系统1201。移动设备1000优选地为具有语音和数据通信能力的双向RF通信设备。此外，移动设备1000优选地具有经由互联网与其它计算机系统进行通信的能力。\n[0095] 优选地，将处理设备1800所执行的操作系统软件存储在永久性存储器(例如闪存\n1160)中，但是也可以存储在其它类型的存储设备中，例如只读存储器(ROM)或类似的存储元件。此外，可以将操作系统、特定的设备应用程序、或其一部分临时加载到诸如随机存取存储器(RAM)1180之类的易失性存储器中。也可以将移动设备接收到的通信信号存储在RAM1180中。\n[0096] 处理设备1800除了其操作系统功能之外，还启用对设备1000上的软件应用程序\n1300A-1300N的执行。可以在设备1000的制造期间，将用于控制诸如数据和语音通信1300A和1300B之类的基本设备操作的预定的应用程序集合安装在设备1000上。此外，可以在制造期间安装个人信息管理器(PIM)应用程序。PIM优选地能够组织和管理数据项，例如电子邮件、日历事件、语音邮件、约会、任务项。PIM应用程序优选地还能够通过无线网络1401发送和接收数据项。优选地，利用存储或与主计算机系统关联的设备用户的对应数据，通过无线网络1401来无缝地集成、同步、和更新PIM数据项。\n[0097] 通过通信子系统1001(可能地通过短距离通信子系统)执行包括数据和语音通信的通信功能。通信子系统1001包括接收机1500、发射机1520、以及一个或多个天线1540和\n1560。此外，通信子系统1001还包括诸如数字信号处理器(DSP)1580之类的处理模块和本地振荡器(LO)1601。通信子系统1001的具体设计和实现取决于通信子系统1001所要操作TM\n的通信网络。例如，移动设备1000可以包括通信子系统1001，其被设计用于随Mobitex 、TM\nData TAC 或通用分组无线服务(GPRS)移动数据通信网络一同操作，并且还可以被设计用于随多个语音通信网络(例如AMPS、TDMA、CDMA、PCS、GSM等)中的任意一个一同操作。还可以将其它类型的数据和语音网络(分离和组合的)随移动设备1000一同使用。\n[0098] 网络接入需求随通信系统的类型而改变。例如，在Mobitex和DataTAC网络中，移动设备使用与每一设备相关联的唯一个人识别号或PIN来在网络上注册。然而，在GPRS网络中，网络接入与设备的订户或用户相关联。因此，GPRS设备需要订户识别模块(通常称为SIM卡)，以在GPRS网络上操作。\n[0099] 在完成了所需要的注册和激活过程时，移动设备1000可以通过网络1401发送和接收通信信号。将由天线1540从通信网络1401接收到的信号路由至接收机1500，接收机\n1500提供信号放大、下变频、滤波、信道选择等，并还可以提供模数转换。对接收信号的模数转换允许DSP 1580执行更复杂的通信功能，例如解调和解码。利用类似的方式，DSP 1580对发送至网络1401的信号进行处理(例如调制和编码)，然后将其提供给发射机1520，以进行数模转换、上变频、滤波、放大，并通过天线1560发送至通信网络1401。\n[0100] 除了处理通信信号之外，DSP 1580还提供对接收机1500和发射机1520的控制。例如，可以通过在DSP 1580中实现的自动增益控制算法来自适应地控制施加给接收机1500和发射机1520中的通信信号的增益。\n[0101] 在数据通信模式下，由通信子系统1001处理诸如文本消息或网页下载之类的接收信号，并输入到处理设备1800。处理设备1800进一步处理接收信号以输出到显示器\n1600、或备选地输出到一些其它辅助I/O设备1060。设备用户也可以使用键盘1400和/或一些其它辅助I/O设备1060(例如触摸板、摇杆开关、滚轮、或一些其它类型的输入设备)来构成诸如电子邮件消息之类的数据项。然后，可以通过通信子系统1011经由通信网络\n1401来发送所构成的数据项。\n[0102] 在语音通信模式下，除了将接收信号输出至扬声器1100以及由麦克风1120产生用以传输的信号之外，设备的整体操作与数据通信模式实质上相类似。也可以设备1000上实现其它语音或音频I/O子系统，例如语音消息记录子系统。此外，还可以在语音通信模式下利用显示器1600，例如用于显示呼叫方的身份、语音呼叫的持续时间、或其它语音呼叫相关的信息。\n[0103] 短程通信子系统启用移动设备1000与其它邻近的系统或设备(不必是类似的设备)之间的通信。例如，短程通信子系统可以包括红外设备及相关电路和组件或蓝牙通信模块，以提供与类似地启用的系统和设备之间的通信。\n[0104] 对于已从上述描述及关联附图中所提出的教益中受益的本领域的技术人员而言，本发明的许多修改和其它实施例是显而易见的。因此，应理解，本发明不局限于所公开的特定实施例，并且修改和实施例旨在被包括在所附权利要求的范围内。