CN1747473A - 用于扩展消息模式以表示传真消息的系统和方法 - Google Patents

Abstract

本发明延伸到用于有效地存储和访问表示传真发送的电子消息的方法、系统、计算机程序产品和数据结构。依照定义格式以便将传真协议特定和/或传真应用程序专用数据字段添加到电子消息的传真方法扩展消息。依照传真模式，消息具有使用其他模式存储的其它数据字段的关系，所述其他模式定义了与传真发送相关联的账户服务、消息内容和消息参与者。传真模式促进了对表示传真发送的电子消息的有效存储和访问，同时也便利了将传真发送接收到的消息与其他类型的现有消息协议和消息应用程序相集成。

Description

用于扩展消息模式以表示传真消息的系统和方法

相关申请的交叉引用

本专利申请是题为Schema Hierarchy for Electronic Messages的先前的美国专利申请的部分延续，其申请序列号为10/692,097，于2003年10月23日提交，该专利申请通过引用被包含在此。

发明领域

一般地，本发明涉及电子消息，尤其涉及有效地存储和访问与表示传真消息的数据相关的电子消息。

背景技术

计算机系统和相关技术影响着社会的许多方面。实际上，计算机系统处理信息的能力已经改变了我们生活和工作的方式。计算机系统现在一般执行多个在计算机系统出现之前手动执行的任务(例如，文字处理、调度和数据库管理)。更近地，计算机系统被互相耦合并且被耦合到其他电子设备以形成有线和无线计算机网络，计算机系统和其他电子设备可以在其上发送电子数据。结果是，在计算机系统执行的许多任务(例如，语音通信、访问电子邮件、控制家用电器、网页浏览)包括经由有线和/无线计算机网络在多个计算机系统和/或其他电子设备之间的电子通信。

特别地，电子消息成为了通信的重要方法。计算机系统用户通常发送和接收电子消息(例如电子邮件消息、即时消息、传真、新闻组记录等等)以便在互相之间交换信息。例如，为了创建电子邮件消息，发送用户一般从电子邮件应用程序中选择一新消息选项。电子邮件显示能够接收用户输入的消息的一个或多个字段(例如To字段、Body字段等等)以响应该选择。发送用户接着(例如在键盘处)将数据输入到所显示的字段。适当时，发送用户能够将电子邮件消息保存为草稿或将电子邮件消息发送给接收用户(例如通过在电子邮件应用程序中选择适当的“保存”或“发送”控制)。

发送电子邮件消息会造成电子邮件消息从发送用户的计算机系统经由发送邮件服务器通过网络被路由到为接收用户存储电子邮件消息的接收邮件服务器。为了看到电子邮件消息，接收用户建立从电子邮件应用程序到接收邮件服务器的连接。建立连接会造成发送给接收用户的所有电子邮件消息(包括来自发送用户的邮件消息)从接收邮件服务器传送到接收用户的计算机系统并存储在接收用户的计算机系统处。在完成传递和存储来自发送用户的电子邮件消息后，接收用户会在电子邮件应用程序中操纵输入设备(诸如鼠标)以看到所存储的电子邮件消息。

除了电子邮件应用程序之外，计算机系统用户也能够使用其他消息应用程序以发送、接收和存储其他不同类型的电子消息。遗憾的是，不同类型的电子消息(例如，电子邮件消息、即时消息、传真、网络日志条目、语音消息等等)一般以不同的数据格式存储。例如，用于存储一种类型的电子消息(诸如即时消息)的数据格式一般与用于存储其他不同类型的电子消息(诸如新闻组记录)的数据格式不同。因此，为了访问指定类型的电子消息，用户需要使用能够访问以对应于指定类型的电子消息的数据格式存储的数据的消息应用程序。例如，用户一般需要使用即时消息应用程序以访问即时消息或使用传真控制台以发送或接收传真发送。

此外，消息应用程序一般被配置成只访问一些或甚至一种类型的电子消息且一般不能用于访问其他类型的电子消息。即，消息应用程序一般被设计成访问以有限数目的数据格式存储的数据，且潜在地仅仅是对应于一种或更多指定电子消息类型的一种数据格式。例如，即时消息应用程序一般被配置成访问以一种或多种即时消息数据格式存储的数据，而一般不被配置成访问以传真数据格式存储的数据。

此外，一些数据格式可以是专用于应用程序的。因此，被配置成访问相同类型的电子消息的两个消息应用程序仍然会使用不同的数据格式来存储电子消息数据。例如，第一电子邮件应用程序会使用第一数据格式来存储电子邮件消息，而第二电子邮件应用程序会使用第二不同的数据格式来存储电子邮件消息。因此，被开发成访问特定类型电子消息的消息应用程序会不能够访问该特定类型的所有电子消息。例如，由第一电子邮件应用程序以第一数据格式存储的电子邮件消息对第二电子邮件应用程序(例如只能访问以第二数据格式存储的电子邮件消息的邮件应用程序)会是不可访问的。

同样地，每种不同的消息应用程序一般在不同的数据库中存储相应的电子消息。例如，即时消息应用程序能够在即时消息数据库中存储即时消息，电子邮件应用程序能够在电子邮件消息数据库中存储电子邮件消息，新闻组阅读器能够在新闻组数据库中存储新闻组记录，以及传真应用程序能够以传真格式存储传真等等。

相应地，多数(如果不是全部)计算机系统包括多个消息应用程序，用于存储和访问以不同数据格式存储且驻留在不同数据库中的消息数据。例如，计算机系统能够包括用于访问电子邮件消息的电子邮件应用程序、用于访问即时消息的即时消息应用程序、用于访问传真的传真控制台或其他类型的传真应用程序等等。使用多个电子消息应用程序会是耗时的，例如，当用户期望访问对应于指定实体的所有可用电子消息时。如果所期望的电子消息以不同数据格式存储且/或驻留在不同的数据库中，那么每个消息应用程序必须为所期望的电子消息执行独立的搜索。例如，用户会需要切换到电子邮件应用程序(甚至是在多个电子邮件应用程序之间切换)以搜索电子邮件消息，切换到语音消息应用程序以搜索语音消息、以及切换到传真应用程序以接收消息信息。让多个消息应用程序执行搜索电子消息潜在地会导致对时间和计算机系统资源非期望的花费。

对特定电子消息或电子消息相关数据的搜索和查询也必须在每个电子消息应用程序处分开执行。即，用户会需要使用电子邮件应用程序来搜索电子邮件消息。然而，用户一般不能使用电子邮件应用程序来搜索所存储的即时消息、语音消息或传真消息，除非电子邮件应用程序具有将它们当作电子邮件消息的附件的能力，这一解决模式不总是可用的。当电子消息类型未知时，必须在每个消息应用程序处执行独立的搜索会是特别成问题的。用户会需要在多个不同的消息应用程序的每一个中执行搜索以定位单个电子消息。因此，高效地存储和访问消息相关数据的系统、方法、计算机程序产品以及数据结构会是有利的。

发明内容

本发明的原理解决了本领域现有技术水平的上述问题，本发明针对有效存储和访问电子消息相关数据的方法、系统、计算机程序产品和数据结构。本发明还针对将表示传真发送的电子消息相关数据与表示其它类型消息的相关数据相结合以便利于与现有消息协议和消息应用程序兼容的方法、系统、计算机程序产品和数据结构。

依照本发明的一方面，依照电子消息模式层次来创建电子消息。电子消息可以被创建成公用地定义一些数据字段(例如主题字段、参与者字段、重要性字段等等)甚至在不同类型的电子消息之间(例如，电子邮件消息、即时消息和传真发送之间)。电子消息也可以被创建成使一些数据字段，例如专用于特殊消息协议和/或特殊消息应用程序的数据字段，被分别定义(例如，新闻组记录的PosterID、电子邮件消息的已删除字段和传真发送重试的次数)且由此可以在不同类型的消息之间区分开。相应地，一电子消息可以具有一些与其他电子消息公用的字段和与其他电子消息不同的字段。具有一些公用定义的字段和其他不同定义的字段促使有效地存储和访问电子消息，同时也便利于与现有消息协议和消息应用程序的消息兼容性。

依照本发明的另一方面，消息模式层次包括定义数据字段的消息模式，所述数据字段对不同类型的电子消息可以是公用的且可以包括为特殊消息协议和特殊消息扩展定义数据类型的消息扩展模式。创建消息时，它可以包括如在消息模式中定义的数据字段且可以包括专用于特殊消息协议和/或消息应用程序的其他字段。计算机系统创建依照消息模式表示电子消息的消息项目。计算机系统将主要消息类型分配给消息。主要消息类型指示链接到创建的消息项目的一个或多个内容部分的主要行为(例如电子邮件消息、即时消息等等)。由于表示不同的消息类型的消息项目具有多个类似定义的数据字段(即类似的格式)，因此消息项目可以更为有效的被存储并从单个数据库访问。

依照本发明的还有一个方面，计算机系统将一个或多个协议扩展分配给创建的消息项目。每个经分配的协议扩展可以向创建的消息项目再添加一个协议专用属性，所述的这些协议专用属性促使与指定消息协议的兼容性。计算机将一个或多个应用程序扩展分配给创建的消息项目。每个经分配的应用程序扩展可以向创建的消息项目再添加一个协议应用程序专用属性，每个应用程序专用属性促使与指定消息应用程序的兼容。任何主要类型的消息项目可以实际上被分配任何数目的协议扩展和/或应用程序扩展。例如，即时消息可以被分配到POP3扩展和传真应用程序扩展，便利于经由POP3发送即时消息和在传真应用程序处查看即时消息。相应地，任何主要类型的消息可以被配置成与多个不同的消息协议和不同的消息应用程序相兼容。

依照本发明的还有一方面，消息模式层次包括对于不同类型的传真发送公用的定义数据字段的传真模式和包括用于特定的传真分发和传输协议和特定传真应用程序的定义数据字段的传真扩展模式。表示传真发送的消息项目可以依照传真模式被实际上分配给任何数目的传真协议扩展和/或传真应用程序扩展。例如，传真发送可以为远程传真服务器通信协议分配一扩展和为特定电子邮件应用程序分配一扩展。扩展便利传真发送的各个方面，诸如使用远程传真服务器发送传真和发送经发送的传真到一个或多个传真接收者作为针对接收者的电子邮件消息的附件用于使用电子邮件应用程序查看。作为另一个例子，传真发送可以被分配一传真协议扩展用于基于互联网的传真服务和一传真应用程序扩展用于基于PC的传真应用程序，以便允许用户用类似于处理电子邮件的方式处理传真文件。分配的消息扩展使得能用基于PC的传真应用程序接收、寻址和发送传真发送而不管底层的传真分发/传输机制，而非用单独的传真控制台接收发送或作为电子邮件消息的附件。

依照本发明的另外一方面，传真模式进一步包含表示与传真发送相关联的账户数据的消息关系、传真发送的内容和与传真发送相关联的参与者。表示账户数据的消息关系定义了对于总体上与传真发送相关的不同类型的账户管理服务能够公用的数据字段，并且包括为特定传真服务器和传真账户定义数据字段的传真账户模式。表示传真发送内容的消息关系包括传真消息内容模式，用于定义数据字段包含传真内容，诸如图像、文本或包含传真发送内容的文件。表示与传真发送相关联的参与者的消息关系包括传真消息发送模式，用于定义描述传真发送中参与者特定属性的数据字段。

依照本发明的另外一方面，传真模式包括用于定义数据字段的传真封面页的传真模式，所述的数据字段对于为传真发送生成的不同类型的封面页可以是公用的，并且包括为传真服务器上主宿的封面页定义数据字段的传真封面页。

依照本发明的另外一方面，对应于一个消息扩展存储为扩展特定字段的数据值可以被用于将消息项目变换成与另一消息扩展相兼容。计算机系统访问表示电子消息的消息项目。消息项目具有一个或多个公用属性，所述公用属性对于多个不同类型的消息协议和多个不同类型的消息应用程序是公用的。消息项目也可以包括一个或多个当前分配的特定属性，所述特定属性对于至少一种当前分配的消息扩展是特定的(例如当前分配的传真协议扩展或传真应用程序扩展)。

依照本发明的还有一方面，计算机系统向消息项目分配新的消息扩展(例如，新分配的消息协议扩展或消息应用程序扩展)。新的消息扩展具有一个或多个会与消息项目相关联的新的特定属性。计算机系统依照当前分配的消息扩展和新的消息扩展发送消息项目。相应地，单个消息项目可以被发送给多个应用程序而无需复制消息项目的内容。发送单个消息项目添加了不同应用程序(例如电子邮件应用程序和传真应用程序)接收一致数据的可能性。计算机系统也可以从当前分配的扩展恢复一个或多个值并可任选地使用经恢复的值以填充对应于新的消息扩展的字段。使用来自当前分配的扩展的值来填充对应于新的消息扩展字段可以保存资源减轻用户必须手动输入数值的负担。

依照本发明的还有一方面，消息项目可以被存储在数据库的消息先进先出缓存区部分。数据库也可以包括其它先进先出缓存区，诸如，举例而言联系人先进先出缓存区、和文件夹先进先出缓存区、以及文档先进先出缓存区。消息项目的字段可以包括到存储在其它先进先出缓存区中的项目的链接。例如，消息项目的消息参与者字段可以包括到联系人先进先出缓存区中联系人项目的链接。消息项目可以存储在也具有协议或应用程序特定扩展的文件夹中。

本发明的其它特征和优势会在下述描述中提出，部分从该描述变得明显或可以通过本发明的实现而获得。本发明的特征和优势可以通过在所附权利要求中特别指出的装置和组合被实现和获取。本发明的这些和其它特征会通过以下描述和所附权利要求变得完全明了，或者可以通过此后提出的本发明的实现获得。

附图说明

为了描述可以获取本发明上述和其它优势以及特征的方式，以上简述的本发明的更为特定的描述会通过参考本发明的特定实施例而提供，所述特定实施例在附图中示出。应该理解这些附图只描述了本发明的典型实施例，因此不应该认为限制了其范围，会通过使用附图用附加属性和细节描述和解释本发明，其中：

图1示出了依照本发明的原理便于有效地存储和访问电子消息的网络构架和一般模式层次的例子。

图2A示出了依照本发明的原理形成的更为详细的模式层次的例子的第一部分。

图2B示出了依照本发明的原理形成的包含传真模式细节的更为详细的模式层次的例子的第二部分。

图2C示出了依照本发明的原理更为详细的模式层次的例子的消息扩展部分。

图2D示出了依照本发明的原理更为详细的模式层次的例子的文件夹扩展模式部分。

图2E示出了依照本发明的原理形成的传真模式的例子中在图2C中示出的消息协议扩展的传真协议模式部分。

图2F示出了依照本发明的原理形成的传真模式的例子中在图2C中示出的消息应用程序扩展的传真应用程序模式部分。

图3示出了依照本发明的原理格式化的示例性电子消息。

图4示出了依照本发明的原理格式化的示例性内容部分。

图5示出了依照本发明的原理格式化的示例性附件。

图6示出了依照本发明的原理格式化的示例性社区新闻文件夹。

图7示出了依照本发明的原理的适当的操作环境。

图8示出了依照本发明的原理创建电子消息的方法的示例性流程图。

图9示出了依照本发明的原理将电子消息转换成与消息扩展兼容的方法的示例性流程图。

图10示出了表示依照本发明的原理格式化的传真发送的示例性电子消息。

图11示出了依照本发明的原理创建表示传真发送的电子消息的方法的示例性流程图。

图12示出了依照本发明的原理将表示传真发送的电子消息转换成与新的消息扩展相兼容的方法的示例性流程图。

具体实施方式

本发明的原理一般地提供了有效存储和访问电子消息相关数据，并且进一步提供了有效存储和访问表示传真发送的电子消息相关数据。一般地，依照电子消息模式层次创建电子消息。电子消息可用被创建成即使是在不同类型的电子消息之间(例如在电子邮件消息和即时消息之间)一些数据字段是被公用地定义的(例如，主题字段、参与者字段、重要性字段等等)，而其它数据字段，例如专用于特殊消息协议和/或特殊消息应用程序的数据字段，是分开定义的(例如，用于新闻组记录的PosterID、用于电子邮件消息的删除字段以及用于传真发送的重试的数目)，它们在不同类型的电子消息之间是不同的。相应地，电子消息可以与其它电子消息具有一些公用的字段，以及与其它电子消息不同的字段。具有一些公用定义字段和其它不同地定义字段促使有效地存储和访问电子消息，同时也便利于与现有消息协议和消息应用程序的兼容。

本发明范围内的实施例包括计算机可读介质，用于传送计算机可执行指令或数据结构，或者将两者存储于其上。这种计算机可读介质可以是通用或专用计算机系统可访问的任何可用介质。通过举例而非限制，这种计算机可读介质可以包括物理存储介质，诸如RAM、ROM、EPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁性存储设备，或者可以用于以计算机可执行指令、计算机可读指令或数据结构的形式传递或存储所期望的程序代码装置的任何其它介质，并且可以被通用或专用计算机系统访问。

在该描述和接下来的权利要求中，“网络”被定义为一个或多个数据链路，允许在计算机系统和/或模块之间传输电子数据。当在网络或另一个通信连接(有线、无线或有线或无线的组合)上发送或提供信息给计算机系统时，适当地将该连接视为计算机可读介质。因此，任何这样的连接被适当地定义为计算机可读介质。上述的组合也应该包括在计算机可读介质的范围内。计算机可执行介质包括，例如使得通用计算机系统或专用计算机系统执行特定功能或功能组的指令和数据。计算机可以执行指令可以是，例如二进制数、中间格式的指令，诸如汇编语言或者甚至是源码。

在该描述和接下来的权利要求中，“计算机”被定义为一个或多个软件模块、一个或多个硬件模块或其组合，用于一起工作对电子数据执行操作。例如，计算机系统的定义包括个人计算机的硬件组件以及软件模块，诸如个人计算机的操作系统。模块的实际配置不重要。计算机系统可以包括一个或多个经由网络耦合的计算机。同样地，计算机系统可用包括单个物理设备(诸如移动电话或个人数字助理“PDA”)，其中内部模块(诸如存储器和处理器)一起工作以对电子数据执行操作。

在该描述和接下来的权利要求中，“模式”被定义为在多个计算机系统之间共享词汇的表示，由此允许多个计算机系统依照表示的共享词汇处理文档。例如，可扩展标志语言(“XML”)模式可以使用XML模式语言的模式构造(例如名称/值对)来定义和描述XML文档类。这些模式构造能够被用于限制和注明数据类型、元素和它们的内容、属性和它们的值、实体和它们的内容以及符号的含义、使用和关系，如XML文件中使用的。因此，任何可以访问XML模式的计算机系统可以依照XML模式处理XML文档。此外，任何能够访问XML模式的计算机系统能够组成或修改XML文档，以便由其它也能够访问XML模式的计算机系统和/或消息处理器使用。

模式被定义为包含文档类型定义(“DTD”)，诸如以“.dtd”扩展名结尾的DTD文件。模式也被定义为包含万维网联盟(“W3C”)XML模式，诸如以“.xsd”扩展名结尾的XML模式文件。然而，对于特定的DTD或XML模式，实际的文件扩展名不是重要的。该模式实际上可以被用于定义任何数据类型，包括逻辑、二进制、八进制、十进制、十六进制、整型、浮点、字符、字符串、用户定义数据类型以及用于定义数据结构的这些数据类型的组合。用户定义数据类型的一些例子是表示日期和时间数据的DateTime数据类型和表示电子地址数据的EAddress数据类型，诸如电话号码、电子邮件地址、即时消息地址等等。数据类型(或实体)也可以被定义成参考或链接到模式层次中的其它数据类型(或实体)。

本领域的技术人员会理解本发明可以在有许多类型的计算机系统配置的网络计算环境中实现，所述计算机系统配置包括个人计算机、膝上型计算机、手掌设备、多处理器系统、基于微处理器或可编程消费者电子设备、网络PC、小型机、大型计算机、移动电话、PDA、寻呼机等等。本发明也可以在分布式系统环境中实现，其中本地和远程计算机系统都执行任务，所述本地和远程计算机两者通过网络链接(或者通过有线数据链路、无线数据链路或者通过有线和无线数据链路的组合)执行任务。在分布式系统环境中，程序模块会同时位于本地和远程存储器存储设备。

图1示出了依照本发明的原理便于有效地存储和访问电子消息相关数据的网络构架100和一般模式层次150的例子。网络构架100包括计算机系统102、计算机系统109、数据库114和网络121。计算机系统102和计算机系统109由相应的链路106连接。计算机系统102和计算机系统109可以通过链路106交换电子消息(例如电子邮件消息、即时消息、传真消息、新闻组记录、语音消息等等)。例如，计算机系统109可能是存储电子消息的消息服务器，诸如发送和接收传真发送的传真服务器。计算机系统102有时连接到计算机系统109以下载电子消息或发送和接收传真发送。

计算机系统109通过链路123连接到数据库114。数据库114可以是存储多个不同类型的数据库项目的数据库。例如，联系人先进先出缓存区183可以存储表示联系人(例如个人、组织或公司)的联系人项目，文件夹先进先出缓存区183可以存储表示存储其它类型项目(例如，电子消息)的文件夹的文件夹项目，消息先进先出缓存区184可以存储表示电子消息的消息项目，文件先进先出缓存区186可以存储表示各种文件的文件项目等等。存储在数据库114中的数据库项目可以包括依照模式层次150的模式定义的数据字段。联系人先进先出缓存区182之前和文件先进先出缓存区186之后的一系列三个句点(省略号)指示其它先进先出缓存区(潜在地存储其它不同类型的数据库项目)可以被包含在数据库114中。

计算机系统109通过链路118被连接到网络121。网络121可以是局域网(“LAN”)、广域网(“WAN”)或者甚至是因特网。计算机系统109能够接收来自其它计算机系统的数据并将数据发送到其它计算机系统，所述计算机系统通过链路118连接到网络121。计算机系统102、计算机系统109和其它可能连接到网络121的计算机系统能够访问模式层次150中包含的模式。

模式层次150一般表示用于定义电子消息的数据格式。可以按照基本项目模式151定义表示电子消息的消息项目(以及数据库114中其它类型的项目)。一般地，基本项目模式可以为用于区别一个数据库项目和另一个数据库项目的数据字段(例如全球唯一ID和显示名称)定义数据格式。相应地，存储在消息先进先出缓存区184中的消息项目(以及存储在联系人先进先出缓存区182、文件夹先进先出缓存区183和文件先进先出缓存区186中的项目)可以包括一个或多个依照基本项目模式151定义的数据字段。

消息模式152为一个或多个对多个不同类型的电子消息公用的数据字段(例如消息主题、消息大小等等)定义数据格式。消息模式152能够定义公用格式，诸如文本格式或超文本链接标记语言(“HTML”)格式。相应地，存储在消息先进先出缓存区184中的消息项目可以包括一个或多个按照消息模式152定义的数据字段。存储在消息先进先出缓存区184中的消息项目也可以包括依照一个或多个消息扩展名模式定义的数据字段。消息模式152能够定义参考或链接到依照模式层次150中其它模式定义的数据字段的数据字段。

例如，消息模式152能够定义参考或链接到联系人先进先出缓存区182中联系人相关信息(具有依照联系人模式153定义的数据字段)的一个或多个数据字段。相应地，依照消息模式152定义的消息项目能够参考或链接到联系人先进先出缓存区182中的联系人相关信息。参考或链接到联系人相关信息能够指示对应于联系人相关信息的实体与消息项目相关联。类似地，消息模式152能够定义一个或多个参考或链接到文件夹先进先出缓存区183中文件夹相关信息(具有依照文件夹模式154定义的数据字段)的数据字段。相应地，依照消息模式152定义的消息项目也能够参考或链接到文件夹先进先出缓存区183中的文件夹相关信息。参考或链接到文件夹相关信息能够指示消息项目存储在对应于文件夹相关数据的文件夹中。

同样地，消息模式152能够定义参考或链接到文件相关信息的一个或多个数据字段。相应地，依照模式152定义的消息项目能够包括参考或链接到文件先进先出缓存区186中文件相关数据的一个或多个附件(具有依照附件模式157定义的数据字段)。参考或链接到文件相关数据能够指示对应于文件相关数据的文件是消息项目的附件。例如，消息项目可以包括一附件，诸如文字处理文档、日程表预约、图片等等。当模式化附件后，接收计算机系统可以更加智能地处理附件。例如，计算机系统可以查询经模式化的附件的字段并依照存储在字段中的值处理经模式化的附件。

此外，依照消息模式152定义的消息项目可以参考或链接到依照账户模式158定义的账户相关数据。消息项目的内容(例如消息正文或消息附件)可以包括依照内容模式156定义的数据字段。

依照模式152定义的消息项目也可以包括依照一个或多个消息扩展模式定义的数据字段。一些消息扩展模式可以是促进与指定消息协议兼容性的协议扩展。例如，消息协议扩展模式161可以包括为特定消息协议定义数据字段的一个或多个消息协议扩展模式。例如，协议扩展模式162可以为一个或多个专用于第一消息协议的数据字段(例如网络新闻传送协议(“NTTP”))定义数据格式，而协议扩展模式163可以为专用于第二消息协议(例如另一个电子邮件协议，诸如邮局协议3(“POP3”))或其它类型协议(诸如传真发送协议)的一个或多个数据字段定义数据格式。协议扩展模式可以按照层次排列。例如，协议扩展模式164可以为附加数据字段定义数据格式，所述附加数据字段专用于第一消息协议(具有依照协议扩展模式162定义的数据字段)的特定实现。

其他消息扩展可以是促进与指定消息应用程序的兼容性的应用程序扩展。例如，消息应用程序扩展模式166可以包含一个或多个定义专用于消息应用程序的数据字段的消息应用程序扩展模式。例如，应用程序扩展模式167可以为一个或多个专用于第一消息应用程序(例如，电子邮件应用程序)的数据字段定义数据格式，应用程序扩展协议模式168可以为一个或多个专用于第二消息应用程序(例如，基于PC的传真应用程序)的数据字段定义数据格式。应用程序扩展模式可以按照层次排列。例如，应用程序扩展模式169可以为专用于第二消息应用程序(具有依照应用程序扩展模式168定义的数据字段)的特定版本的附加数据字段定义数据格式。

因此，具有依照消息模式152定义的数据字段的消息项目也可以具有依照消息协议扩展模式161和消息应用程序扩展模式166中任何扩展模式定义的附加数据字段。对应于消息扩展的数据字段可以被快速地插入消息项目和从消息项目删除，以适于便利与现有消息协议和消息应用程序的兼容性。相应地，包含在消息项目中的数据字段的配置可以随着时间改变。

诸如消息应用程序111或消息应用程序103等应用程序可以请求在访问消息项目之前将特定协议扩展模式或应用程序扩展模式的数据字段快速插入消息项目或从消息项目删除。因此，可能为与特定消息协议或消息应用程序的兼容性而变换消息项目。例如，消息应用程序103会请求将NNTP协议扩展模式的字段快速插入到消息项目116中。相应地，消息应用程序103可以检索消息项目116并将消息项目116变换成包含促进与NNTP协议兼容性的数据字段(例如依照协议扩展模式162定义的)。经转换的消息项目(例如消息项目107)接着可以传送到计算机系统102。

消息应用程序111可能从一个或多个当前分配的数据字段自动检索值以填充对应于消息扩展模式的新增数据字段的一个或多个值。检索值可以包括参考或链接到依照模式层次150中的其他模式定义的信息。例如，用于处理电子邮件的消息应用程序111可以被用于创建针对一个或多个传真接收者的消息，而非或除了一个或多个电子邮件接收者之外。应用程序111可以依照相应的消息应用程序扩展模式166将电子邮件应用程序扩展附加到消息项目。同时，应用程序111可以依照消息协议扩展模式161将传真协议扩展附加到消息项目，所述消息协议扩展模式161用于将消息发送到预定的传真接收者所使用的传真传输协议。在接收者(目的地)处会有常规的传真机或类似于用于创建该消息的运行电子邮件应用程序的计算机。在后者的情况下，因为用电子邮件应用程序扩展来扩展消息项目，消息可以像电子应用程序(诸如Outlook)中的电子邮件消息那样显示给用户，即使它是作为传真消息发送的。电子邮件应用程序111甚至能够根据用于扩展消息项目的适当的消息协议扩展模式161的类型将经由传真发送的消息和经由电子邮件(例如，使用传真或电子邮件消息图标)发送的那些消息区分开。

继续该例，电子邮件应用程序111可以依照内容模式156为经由传真发送的消息相对经由电子邮件发送的消息不同地存储消息的内容。例如，接收到的传真消息的正文可以存储为.GIFf图像。.GIFf内容可以在不同的消息应用程序111中以不同的方式显示。例如，邮件应用程序，诸如Microsoft的Outlook，会选择在Oulook的阅读窗口中内联显示tiff图像(例如接收到的传真消息的正文)，而其它消息应用程序会在单独的图像浏览器窗口中显示.GIFf图。或者或此外，消息应用程序111会促使用户输入值以填充对应于消息扩展的新增数据字段。

图2A-2F示出了依照本发明的原理更为详细模式层次200的例子。如图2A中所述，模式层次200包括基本项目模式210。基本项目模式210包括定义表示基本项目数据的数据格式的相关字段211。更为具体地，相关字段211可以如表1所示定义数据格式。

字段名称	字段数据类型	字段描述
			ItemID	GUID	定义格式，用于表示全球唯一的数据库项目的标识符
Created	日期时间	定义格式，用于指示数据库项目创建的日期和时间，所述数据库项目具有依照ItemID字

		段定义的全球唯一的标识符
			DisplayName	字符串	定义格式，用于指示数据库项目的描述名称，所述数据库项目具有依照ItemID定义的全球唯一标识符

表1

如图2A所述，模式层次200包括消息模式212。消息模式212源自基本项目模式210且也包括定义数据格式的相关字段213以表示消息项目。消息模式212的字段可以被应用到具有全球唯一标识符(在数据项目模式210中定义)的数据项目，使得基本项目展示出消息项目的属性。更具体的，相关字段213可以如图2所述定义数据格式。

字段名称	字段数据类型	字段描述
			ContentLocation	字符串	定义格式，表示从消息内容-位置标头引用的内容。这个字段可以与基本内容-位置一起使用。一些附件会含有对这个内容-位置相关的内容-位置。
DefferredSendTime	日期时间	定义格式，表示消息要发送时的日期和时间。
			DeleteAfterSubmit	布尔	定义格式，指示该消息是否应该在被提交用于发送后删除
DownloadState	字符串	定义格式，表示从服务器下载消息的不同阶段。部分等等。
			ExpiryDate	数据时间	定义格式，表示消息的内容过期的日期和时间。一般地，不会暗示自动的动作。
Importance	Intl16	定义格式，表示消息发送者对消息的重要性的意见。对应于SMTP中的“Importance：”字段。可能的值是1(“低”)、2(“普通”)以及3(“高”)。新消息的默认值是2(“普通”)。
			IsEncrypted	布尔	定义格式，指示消息是否被加密
IsRead	布尔	定义格式，指示消息是否被标志为由用户读取
			IsSigned	布尔	定义格式，指示消息是否被签名

LastActionTaken	字符串	定义格式，表示对消息采取的最后一个动作。可能的值是：回复和转发。
			LastActionTime	日期时间	定义格式，表示对消息采取最后一个动作的日期和时间。
LastActionType	字符串	定义格式，表示对消息采取最后一个动作的类型。应该与LastActionTaken一起说明。例子是：要标识我们已通过传真或电子邮件回复的传真或电子邮件。
			NormalizedSubject	字符串	定义格式，表示标准化的消息主题。NormalizedSubject是主题中在前缀后面的部分。如果没有前缀，NormalizedSubject和主题一样。
Preview	字符串	定义格式，表示消息的预览。预览属性可以包含主要消息正文的初始的几个字符或者会被用于预览该消息的主要消息正文的一些表示。这是高速缓存优化字段。它从正文计算得出，置于此处用于在预览情况下快速恢复。它是只有文本的字段且不是强制性的。
			PrimaryType	字符串	定义格式，表示与消息相关联的消息类型(例如，电子邮件、传真消息、即时消息、语音消息、会议请求等等)。消息类型会暗示消息的行为。应用程序可以基于消息类型而自定义图标和读取自定义标头。这个值可以从X-MessageType标头读出。
Priority	Int16	定义格式，表示消息的消息优先权。消息发送的优先权由应用程序设置。值：普通以上＝3，普通＝2，普通以下＝1。较高的值指示相比其它具有较低级别的消息，传输应该较早地传递它。
			ReadReceiptRequested	布尔	定义格式，指示是否已请求了对该消息的阅读收条
SendStatus	字符串	定义格式，指示消息的发送状态。”ToSend”：用这

		种方式组成UI标志以便传输获取。“Sending”：从“ToSend”到“Sending”的传输转换，使得其它传输不会也试图发送消息。“Sent”：在发送完成后，传输从“Sending”转换成“Sent”。
			Sensitivity	字符串	定义格式，指示消息发送者对消息敏感度的意见。对应于SMTP中的“Sensitivity：”字段。可能的值是：无(没有特殊的敏感度)、个人、私人或公司-保密。新消息的默认值是无。
Size	Int64	定义格式，表示以字节为单位经计算的消息大小。这包括含有正文、标头和附件的整个消息。如果大小未知，可以缺省该值。
			Subject	字符串	定义格式，表示消息的主题。例如，描述消息标题的一行。这个字段是从NormalizedSubject和SubjectPrefix计算得出的。消息的主题。主题可以从以下方式从Subject和SubjectPrefix值计算得出：(1)如果存在SubjectPrefix，Subject被设置成带有预先设定的前缀的NormalizedSuject的内容。(2)如果不存在SubjectPrefix，NormalizedSubject被复制到Subject。
SubjectPrefix	字符串	定义格式，表示消息的SubjectPrefix。由一个或多个文字数字式字符组成，后面跟随一冒号和一空格(它们是前缀的部分)。主题前缀可以为空。如果SubjectPrefix被清楚地设置，那么它可以是任何长度且使用任何文字数字式字符，且可以在主题开始处匹配子串。如果没有清楚地设置SubjectPrefix且必须经过计算获取，那么其内容可以是更为受限的。计算前缀的一个可能的规则是主题由一个、两个或三个字母(仅为字母)开始，接着是一冒号和一空格。如果在主题开始处发现这样的子串，那么它就成为

		SubjectPrefix(且也保留在Suject字段的开始处)。否则，SubjectPrefix保持未设置状态。
			TimeDownloaded	日期时间	定义格式，表示从服务器下载消息的日期和时间。
TiemReceived	日期时间	定义格式，表示传递消息的日期和时间。TimeReceived属性描述服务器接收到消息的时间，而非从服务器下载消息并将其置于本地存储的时间。这个值对草稿消息可以省略，而保留发送消息的副本。
			TimeSent	日期时间	定义格式，表示消息发送者递交消息的日期和时间。对于草稿消息该值可以被省略-它可以在消息递交时设置。
AttachmentMessage	附件	定义格式，表示到对应于消息的附加数据的链接。附件数据可以依照附件模式定义。
			MessageContents	内容数据	定义格式，表示到对应于消息的消息内容的一部分的链接。消息内容的部分可以依照内容模式定义。
MessageOriginalDeliveryAccount	原始传递账户数据	定义格式，表示到对应于消息的原始传递账户数据的链接。原始传递账户数据可以依照账户模式定义。
			MessageParticipants	参与者数据	定义格式，表示到对应于消息的联系人数据的链接。联系人数据可以依照联系人模式定义。联系人数据可以表示参与消息交换的用户的集合。这包括发送者、接收者、抄送的人员(Cc)等等。参与者是到表示消息发送者/接收者的联系人项目的链接。它可以是左悬挂的，在这种情况下，这个类型的字段包含所有关于参与者的必须的数据。
MessageSentMessageFolder	已发送消息文件夹数据	定义格式，表示到对应于消息的文件夹项目的链接。文件夹项目可以依照文件夹模式定义。这个字段指定在消息被递交以传递后消息可以被移

至的文件夹的链接。

表2

如图2A所示，模式层次200包括联系人模式214。联系人模式214包括定义数据格式以表示联系人项目的相关字段215。依照消息模式212定义的消息项目可以包括到依照联系人模式214定义的联系人项目的链接。参与者可以是到表示消息发送者、接收者等等的联系人项目的链接。参与人链接可以是左悬挂，在这种情况下这种类型的字段包含关于参与者的所有必须的数据。更具体地，相关字段215可以如表3所述地定义数据格式。

字段名称	字段数据类型	字段描述
			EAddress	EAddress	定义格式，用于表示对应于消息参与者的一个或多个电子地址。这个字段可以表示(例如，依照消息模式定义的消息)消息参与者的电子地址。它用于用户名称和地址信息。对于私有DL的情况，可以省略。对于传统的DN的情况，它是多值的。联系人可以包括多个EAddress字段。
GroupID	GUID	定义格式，用于表示参与者组标识符。这个字段可以支持RFC 2822参与者组语法。这是将参与者分组为特定显示名称，包括用相同的名称处理两组。
			Order	Int32	定义格式，用于表示对应于参与者的顺序。用户界面可以在将参与者的顺序显示给用户时考虑这个值。
Type	字符串	定义格式，用于表示对应于参与者的实体类型(个人、组织或公司)。这是自由形式字符串，人们可以将其它值添加于此。
			Usage	字符串	定义格式，用于表于表示消息的参与者用途。可能的值：From、To、Cc、Bcc、Sender、ReplyTo、ReceivedRepresenting、TransportSender。它也可以包括其它值。

		应用程序无需理解这个字段的所有类型的值。一些可能只适用于电子邮件，而一些只适用于IM消息等等。
			DeliveryReceiptRequest	布尔	定义格式，用于示出参与者是否请求送达收条。

表3

如图2A所示，模式层次200包括文件夹模式220。文件夹模式220包括定义数据格式以表示文件夹项目的相关字段221。依照消息模式212定义的消息项目可以包括到依照文件夹模式220定义的文件夹的链接。更具体地，相关字段221可以如表4所述地定义数据格式。

字段名称	字段数据类型	字段描述
			CanCreateChildren	布尔	定义格式，用于指示文件夹是否可以包含子文件夹。服务器可能不希望或不允许文件夹有子文件夹。IMAP通过为IMAP LIST响应在经命名的属性中返回‘Noinferiors’来指示这个。
CustomType	字符串	定义格式，用于表示对应于文件夹的自定义类型。这包含唯一标识文件夹类型的GUID或其它自定义类型。这可以用于经常被添加到类型类别的“SpecialOffers”、“Errors”、“PreProcessing”或其它自定义文件夹指示符。
			Description	字符串	定义格式，用于表示文件夹的描述。
DisplayName	字符串	定义格式，表示文件夹的显示名称。文件夹的名称在其同类中可以是唯一的，但是DisplayName没有要求其唯一的数据库代码。
			Size	Int64	定义格式，用于表示以字节为单位经计算的文件夹大小。这可以包括文件夹中整个正文、标头和消息的附件。当大小未知时可以

		省略该值。
			SynchronizationType	字符串	定义格式，用于表示文件夹如何被同步。多用于IMAP、NNTP和DAV账户。值为：所有：完全同步文件夹 标头：同步标头 新：同步新的项目。
TotalCount	Int32	定义格式，用于表示文件夹中消息的总数。
			Type	字符串	定义格式，由于一些文件夹以特定的方式对待，它表示特定的命名。例如RemoteRoot不应该具有多于一个InboxPrimary。然而，它可以具有多于一个Inbox。值为：[这些可以映射到电子邮件账户根目录的文件夹。]1)RemoteRoot：这个文件夹及其子文件夹将1 to 1映射到从服务器镜像文件夹和消息的账户。(例如：IMAP)。2)LocalRoot：文件夹不会将1到1映射到从服务器镜像文件夹和消息的账户。[这些可以映射到电子邮件账户根目录的文件夹。]3)Inbox：这个文件夹被指定为“Inbox”。4)Outbox：这个文件夹被指定为“Outbox”。5)Sent：这个文件夹被指定为“Sent”。6)Deleted：这个文件夹被指定为“Delected”。7)Drafts：这个文件夹被指定为“Drafts”。8)Junk：这个文件夹被指定为“Junk”。
UnreadCount	Int32	定义格式，用于表示文件夹中未读消息的数目。这个账户仅用于这个文件夹中的消息项目。
			Account	账户数据	定义格式，表示到账户数据的链接。账户数据可以依照账户模式定义。

表4

如图2A所述，模式层次200包括内容模式216。内容模式216包括定义数据格式以表示与消息项目相关联的内容部分的相关字段217。依照消息模式212定义的消息项目可以包括到依照内容模式216定义的内容部分(例如正文或附件)的链接。这可以是到文档、事件或内容的某个其它部分的链接。消息项目可以具有多个内容部分(例如多个正文和/或附件)。例如，多部分MIME消息可以包括多个正文。

另一例子，传真消息可以包含消息正文和存储为一个或多个.GIFf图像的一个或多个封面页。因此，表示传真消息的消息项目可以包括到依照内容模式216定义的一个或多个.GIFf图像的链接。在一个实施例中，链接从消息模式212中消息内容关系获取。.GIFf图像接着可以在不同消息应用程序111中以不同的方式方便地显示。例如，电子邮件应用程序，诸如Microsoft的Outlook，会选择在Oulook的阅读窗口中内联显示tiff图像(例如接收到的传真消息的正文)，而其它消息应用程序会在单独的图像浏览器窗口中显示传真传送的.GIFf图像。会在传真协议模式235中示出关于传真传送的其它细节，如下文参考图2E进一步详细描述的。

内容模式216的相关字段217可以定义数据格式，用于表示如表5所描述的消息的内容的一个或多个部分。

字段名称	字段数据类型	字段描述
			ContentMetadata	内容属性	定义格式，用于表示内容部分(例如消息正文或附件)的内容属性。ContentProperty类型包含描述消息内容的字段。ContentProperty类型定义消息和表示内容部分的项目之间的关系，诸如消息正文或附件的扩展。
IsAttachment	布尔	定义格式，用于示出所提及的内容部分是消息的正文还是附件。这个字段表示应用程序如何将内容视为与消息流中内容配置字段相反，所述消息流表示来自MIME的如何查看内容的建议。
			Order	Int32	定义格式，用于表示内容部分的顺序。这个值为正文和附件提供了顺序。用户界面在向用户显示附件的顺序时应该考虑该值。第一正文可以是优选的正文。

表5

如图2A所示，模式层次200包括附件模式218。附件模式218包括定义数据格式以表示与消息项目相关联的附件的相关字段219。依照附件模式218定义的附件可以包括到依照消息模式212定义的消息项目的链接。更具体地，相关字段219可以如表6所述定义数据格式。

字段名称	字段数据类型	字段描述
			ContentMetadata	内容属性	定义格式，用于表示附件内容属性。ContentProperty类型包含描述附件的字段。它是基于消息和表示附件扩展的内容的项目之间的关系。
AttachmentState	字符串	定义格式，用于指示附件的类型和状态。值可以包括：1)EnclosedAttachment：该值指示存储的附件在Mime之外解码。附件会表现为好像它包含在Mime流之内。创建这个数据库项目是因为数据要以解码形式被存储或属性要被模式化。要求这个的两个最常见的情况是：A.一些协议会在MIME内容之外以经解码的形式下载附件。B.附件数据或无数据属性需要是可访问的，但是这个文档附件不会直接表现为用户附加这个文件让接收者使用。例子包括：签名点、仅内联的附件、数字签名证书或数据。2)PromotedAttachment：促使这个附件会起到消息的对等的动作。它会出现在沿消息一侧的外壳中。3)SavedAsAttachment：这个附件被‘Save As’，因此它会起到消息副本的作用。
			IsEncrypted	布尔	定义格式，用于指示附件是否被加密。

IsPinned	布尔	定义格式，用于指示附件是否被锁定，意味着当消息被删除时它会继续存在。如果附件不被锁定，会发生以下情况：1.当删除消息时，附件被删除。2.当删除附件项目时，就从消息删除了任何与该附件相关联的信息或元数据。(以节省空间或为了私密性)
			IsRead	布尔	定义格式，用于指示链接到附件的消息是否被标志为用户已读。
IsSigned	布尔	定义格式，用于指示链接到附件的消息是否被签名。
			IsTrusted	布尔	定义格式，用于指示链接到附件的消息是否满足了用户的安全选择以便与他们其他文件一起出现。如果满足了安全选择，附件就满足了用户的无需显示警告用户界面的准则。该准则可以是：附件内容、发送者批准或者已经显示的用户界面。另一方面如果安全选择未被满足，安全选择警告用户界面应该在附件被打开之前向用户显示。这将通知用户内容可能来自非信任源并可能包含有害的内容。
LastActionTaken	字符串	定义格式，用于表示对链接到附件的消息采取的最后行动。可能的值：已回复和已转发。
			LastActionTime	日期时间	定义格式，用于表示对链接到附件的消息采取的最后行动的日期和时间。
LastActionType	字符串	定义格式，用于表示对链接到附件的消息采取的最后行动的类型。应该与

		LastActionTaken一起说明。例子是：要标志为我们已用传真或电子邮件回复的传真或电子邮件。
			Priority	字符串	定义格式，用于表示链接到附件的消息的优先级。用于传递的附件优先级可以由应用程序设置。可能的值是：AboveNormal、Normal、BelowNormal。较高的值指示相对较低级别的项目传输应该较快地传递附件。
SendStatus	字符串	定义格式，用于表示附件的发送状态。例如，UI可以将附件标志为“ToSend”供传输获取。UI可以将附件标志为“Sending”，指示从“ToSend”到“Sending”的转换，这样使得其他传输不会试图发送消息。UI可以将附件标志为“Sent”：在发送完成后，传输从“Sending”转换成“Sent”。
			Size	Int64	定义格式，用于表示链接到附件的消息大小(包括附件)。
Subject	字符串	定义格式，用于表示链接到附件的消息主题。例如，描述附件的一行。
			TimeReceived	日期时间	定义格式，用于表示附件传递的日期和时间。TimeReceived属性描述服务器接收到消息的时间，而非从服务器下载消息并将其置于本地存储的时间。这个值对草稿消息可以省略，而保留发送消息的副本。
TimeSent	日期时间	定义格式，用于表示链接到附件的消息递交的日期和时间。对于草稿消息该值可以被省略-它可以在消息递交时设置。

Type	字符串	定义格式，用于表示链接到附件的消息的类型。类型会隐含经连接的消息的行为。应用程序可以基于类型而自定义图标和读取自定义标头。这个值可以从X-MessageType标头读出。
			AttachmentMessage	消息日期	定义格式，用于表示到与附件相关联的消息项目的链接。消息项目可以依照消息模式定义。
AttachmentParticipants	参与者日期	定义格式，用于表示参与交换链接到附件的消息的用户的集合。这包括发送者、接收者、抄送人员等等。
			AttachmentSavedFrom	保存来自数据	定义格式，用于表示到附件保存自的位置的链接。用户可以使用用户界面来‘Saved As’附件的副本。这么做可以作成附件的副本。如果这个值被包含在内，那么附件是原附件的‘Saved As’副本。这个链接的目的地是原附件。
AttchmentSource	附件源数据	定义格式，用于表示附件的来源。如果包含附件且这个链接有一值，那么链接指向附件来自的数据库项目。

表6

如图2A所述，模式层次200包括账户模式222。账户模式222包括定义数据格式以表示账户项目的相关字段223。依照消息模式212定义的消息项目(或依照文件夹模式220定义的文件夹项目)可以包括到依照账户模式219定义的账户项目的链接。账户项目可以包括消息账户和设置。更具体地，相关字段223可以如表7所述定义数据格式。

字段名称	字段数据类型	字段描述
			Address	Eaddress	定义格式，用于表示映射到这个账户的一个或多个EAddresses。这个集合

		应该被排序且这个顺序是重要的。第一Eadress是主要的(用于From字段填充)
			Description	字符串	定义格式，用于表示对账户的描述。
IncomingServerAccount	服务器账户	定义格式，用于表示能够为账户接收消息的服务器。双向服务器在输入和输出账户都复制它们的信息。
			Organization	字符串	定义格式，用于表示与账户相关联的组织。
OutgoingServerAccount	服务器账户	定义格式，用于表示能够为账户发送消息的服务器。双向服务器在输入和输出账户都复制它们的信息。
			Synchronize	布尔	定义格式，用于指示账户是否要与服务器同步。用户会期望跳过使账户同步，除非用户特别地要求它。
FolderAccount	文件夹	定义格式，用于表示到指向这个账户的文件夹项目的链接。文件夹项目可以依照文件夹模式定义。

表7

如图2B所示，模式层次200包括内容属性模式224。内容属性模式224包括定义数据格式以表示内容属性的相关字段225。内容属性包括描述消息内容的字段。内容属性用在消息项目和内容部分之间的关系(例如，依照内容模式216定义的)上或用在附件的扩展(例如，依照附件模式218定义的)上。更具体地，相关字段225可以如表8中所述定义数据格式。

字段名称	字段数据类型	字段描述
			ContentBase	字符串	定义格式，用于表示内容的内容基础。ContentID、ContentBAse和ContentLocation允许在MIME部分之间的引用。这可以被用于允许HTML正文中的URL引用所附的内容。
ContentDescri	字符串	定义格式，用于表示可能伴随内容的描述。对于

ption		电子邮件消息，这个值可能来自Content-Description：标头。一些传统的客户机为推荐的文件名使用内容描述。
			ContentID	字符串	定义格式，用于表示内容的内容实体ID。Content-ID、Content-Base和Content-Location允许在MIME部分之间的引用。这可以被用于允许HTML正文中的URL引用所附的内容。
ContentType	字符串	定义格式，用于表示内容的内容类型。对于电子邮件消息，这可以为消息来自的MIME部分匹配内容类型标头字段。对于其他类型的电子消息，这个内容类型可以最好地匹配内容。例如：内容类型可以是‘audio/mp3’，而消息内容可以指向音乐模式中的项目或指向包含音乐数据的.mp3文件或指向存储音乐数据的另一项目。因此，内容类型给出了数据的标准指示。这是自由形式字符串。应用程序可以将它们自己的类型放置在这里，而非只是‘test/html’或其他mime内容类型。
			ContentTypeParameters	字符串	定义格式，用于表示内容类型标头中的参数。参数的格式为‘attribute＝value’可以用‘；’隔开。可能包含文件名。
IsMacBinary	布尔	定义格式，用于指示附件是否是Mac二进制的。这可以便利对Mac二进制的特定处理。
			MimeURL	字符串	定义格式，用于表示MIME路径。MimePath：URL形式：MimePath：///[Level2]：[MultiPart-Type]/[Level2]：[MultiPart-Type]/.../[Leveln]：[MultiPart-type]
SuggestedFileName	字符串	定义格式，用于表示被推荐配合内容的文件名。这个路径可以省略，且这可以只包含文件名。对于电子邮件消息，这个值可以来自内容类型：‘name’参数或内容-位置-文件名或原始电子邮件消息中的另一个位置。例如：‘Billin Florida

2004.jpg’

表8

如图2B所示，模式层次200包括服务器账户模式228。服务器账户模式228包括定义数据格式以表示服务器账户的相关字段229。依照服务器账户模式定义的服务器账户数据可以将一账户(例如依照账户模式定义222的)扩展为与一特定服务器兼容。服务器账户模式可以被用于为客户机账户描述服务器账户。更具体地，相关字段229可以如表9中所述定义数据格式。

字段名称	字段数据类型	字段描述
			AuthenticationMethod	字符串	定义格式，用于表示服务器的认证方法。这个集合被排序且第一条目是优选的条目。
NetworkProtocol	字符串	定义格式，用于表示用于发送和从服务器接收的网络协议。值：POP3、IMAP、NNTP、DAV.Hotmail、DAV.Exchang等等。
			PasswordIndexUUID	字符串	定义格式，用于表示对服务器密码存储器的索引。为了添加安全性，密码可以存储在数据库之外的密码存储器中。这个UUID会允许索引指向密码存储器。
PortNumber	Int32	定义格式，用于表示当联系服务器时要使用的端口编号。
			Server	字符串	定义格式，用于表示指示服务器的主机名称或URL。
SSLEnabled	布尔	定义格式，用于指示当链接到服务器时是否要使用SSL。
			UserName	字符串	定义格式，用于表示当登陆服务器时要使用的用户名。

表9

如图2B所示，模式层次200包括传真账户模式226。传真账户模式226包括定义数据格式以表示传真账户和设置的相关字段227。依照传真账户模式定义的传真账户数据可以将一账户(例如依照账户模式定义222的)扩展为与一特定传真服务兼容。传真账户模式可以被用于为客户机账户描述传真账户。更具体地，相关字段227可以如表10中所述定义数据格式。

字段名称	字段数据类型	字段描述
			AccountID	字符串	定义格式，用于表示传真服务可以标识账户的唯一的ID。客户机可以使用这个ID来查询有关传真账户的信息。
AccountType	Int16	定义格式，用于表示账户的类型。有五种类型-本地调制解调器账户、MFP账户、共享传真服务账户、交换服务器账户和因特网FSP账户。
			NTUserName	字符串	定义格式，用于表示与这个账户相关联的NT用户名称，具有诸如domainNameuserName等名称。对于本地用户，域名是机器名。NT用户名会被用于标识传真账户用于显示，因此无需单独的字符串标识符。
IsOffline	布尔	定义格式，用于表示指示账户工作模式的标志，即账户是否脱机。如果从客户机处账户是处于脱机模式的，就为真。在传真发送的环境下，基于每个账户和每个客户机机器支持脱机属性，而非每个邮件客户机。相应地，当在相同的机器上从多个邮件客户机配置相同的账户时，邮件客户机都会处于相同的模式-联机或脱机。
			BillingCode	字符串	定义格式，用于表示与账户相关联的帐单代码。帐单代码会被用于将传真文件的成本分配给组织中的特定部门或帐单代码对应的其他实体。
CoverPageName	字符串	定义格式，用于表示使用这个账户发

		送的消息要使用的默认封面页的名称。
			ServerBased	布尔	定义格式，用于表示指示默认封面页是否是基于服务器的标志。
DefaultMAddress	Eaddress	定义格式，用于表示IM类型送达收条的默认IM地址。
			DefaultEmailAddress	Eaddress	定义格式，用于表示电子邮件类型送达收条的默认电子邮件地址。
IsReceiveAccount	布尔	定义格式，用于表示指示这个账户是否是默认接收所有传真的标志。

表10

如图2C所述，模式层次200包含多个消息扩展模式，包括消息协议扩展模式230和消息应用程序扩展模式250。消息协议扩展模式230包括多个协议扩展模式，所述协议扩展模式可用于扩展消息项目以与多个相应的消息协议兼容。例如消息协议扩展模式230包括即时消息协议模式231、电子邮件协议模式233和传真协议模式235，可以分别促进与即时消息、电子邮件和传真协议的兼容性。在消息协议扩展模式230中清楚地描述的模式之前、之间和之后的省略号表示消息协议扩展模式230可以包括其它模式(例如，用于扩展消息项目以与语音消息协议、网络日志条目协议等等相兼容)。

垂直的省略号232和236分别表示即时消息协议模式231和传真协议模式235每个可以包含一个或多个相关数据字段。该一个或多个相关数据字段可以被用于扩展消息项目以与相应的消息协议兼容。例如，电子邮件协议模式233包括可以被用于扩展消息项目(例如依照消息模式212定义的)以与电子邮件协议相兼容的相关字段234。更具体地，相关字段234可以如表11所述来定义数据格式。

字段名称	字段数据类型	字段描述
			ConversationIndex	二进制	定义格式，用于表示对话线程中这个消息的相关位置。ConversationIndex可以使用串接的记时戳值来实现。通过根据ConversationTopc将消息列表分组并在每个组内用ConversationIndex来排序来创建对话

		视图。
			ConversationType	字符串	定义格式，用于表示对应于消息和回复系列的对话线程表示。ConversaionTopic值是为线程中的第一消息设置，例如，设置成NormalizedSubject。线程中接下来的消息可以使用相同的ConversationTopic而无需修改。
FlagColor	字符串	定义格式，用于表示标志的色彩。
			FlagReminderDate	字符串	定义格式，用于表示请求动作到期的日期和时间。
FlagStatus	字符串	定义格式，用于表示消息是否已被用户标志。可能的值包括无、已标志和完成。这个分类可以基于应用程序请求而被扩展。
			FlagTitle	字符串	定义格式，用于表示消息上标志的文本。
InternetMessangeID	字符串	定义格式，用于表示消息的因特网消息ID。可以对应于RFC 2822“Message-ID”：SMTP中的字段。该值对于新建的和草稿消息可以省略。
			MimeStream	二进制	定义格式，用于表示消息的mime编码内容。MimeContent表示消息内容未经解释的形式。消息流可以被分解并存储为字段(消息类型、正文、附件等等)。某些类型的自定义不经常使用的信息会只存在于MimeStream中，诸如：’X-’标头、一些mime部分标头、文本的前或后边界、冗余附件文件名(内容类型：‘Name’、

		Content-Type-Disposition-Filename等等)等等。原始MimeStream也可以用于检查数字签名或试图用不同的字符集来解码。这个字段可以是FileStream类型。
			ShowPaperClip	布尔	定义格式，用于指示消息是否包含重要的附件，批准为UI中的消息显示回形针。它可以通过复杂的应用程序特定算法来计算出。例如，它考虑到附件的账户，但是没有内联附件和签名点。

表11

以下参见图2E提出了传真协议模式235的例子的进一步详细描述。传真协议模式235包括可以被用于扩展消息项目(例如依照消息模式212定义的)以便与特定传真传输协议相兼容的相关字段236。

如图2C所述，电子邮件POP3模式237来自电子邮件协议模式233且包括定义POP3特定数据的其他相关字段238。电子邮件POP3模式237可以被用于扩展电子邮件消息(例如包括依照电子邮件协议模式233定义的字段)以促进与POP3协议的兼容。相关字段238可以如表12所述来定义数据格式。

字段名称	字段数据类型	字段描述
			Deleted	布尔	定义格式，用于指示是否已经在服务器上删除了消息。
UIDL	字符串	定义格式，用于表示如何同步消息。当启用特征‘将消息留在服务器上’时，在同步期间使用这个字段。UIDL用于在同步期间唯一地标识POP3消息。

表12

如图2C所述，电子邮件NNTP消息模式来自电子邮件协议模式233且包括定义NTP特定数据的其他相关字段240。电子邮件NNTP模式237可以被用于扩展电子邮件消息(例如包括依照电子邮件协议模式233定义的字段)以促进与NNTP协议的兼容。相关字段240可以如表13所述来定义数据格式。

字段名称	字段数据类型	字段描述
			ArticleID	Int32	定义格式，用于表示消息的文章id。NNTP协议使用ArticleID在服务器和客户机之间协调消息。
IsArticleExpired	布尔	定义格式，用于指示是否已经在服务器上删除了消息。
			IsKeepBody	布尔	定义格式，用于指示是否要在清除时保存消息正文。
Lines	Int64	定义格式，用于表示消息中行的数目。

表13

如图12C所述，电子邮件社区新闻模式241还来自电子邮件NNTP模式239且包括定义社区新闻特定数据的其他相关字段242。电子邮件社区新闻模式241可以被用于扩展NNTP消息(例如包括依照电子邮件NNTP模式239定义的字段)以促进与社区新闻消息的兼容。相关字段242可以如表14所述来定义数据格式。

字段名称	字段数据类型	字段描述
			CommunityStatus	字符串	定义格式，用于表示张贴者是否发现一完全满意的告示。可能的值：1)NotIncluded：没有可用数据，2)PosterApproved：张贴者读到足够解决这个问题的告示，3)OtherApproved：张贴者的另一个类别已指示足够解决这个问题的答案。
FeedBack	字符串	定义格式，用于表示用户递交的反馈的类型。可能的值：1)Not Included：没有数据递交，2)Answered：这指示这个答案足够解决提出的问题，3)Helpful：这个记录是有帮助的，4)NotHelpful：这个记录是没有帮助的。
			PosterID	字符串	定义格式，用于表示唯一标识张贴者

		的标识符。如果记录没有被认证，这个字段可以被省略。
			PosterType	字符串	定义格式，用于表示新闻组张贴者的类型。可能的值：1)Not Included：没有指定类型，2)MVP：这个张贴者是MVP。
PostType	字符串	定义格式，用于用于表示新闻组记录的类型。可能的值：1)Not Included：没有指定类型，2)Question：这个记录是个问题，3)Suggestion：这个记录是个建议，4)Comment：这个记录是对先前告示的评价，5)Answer：这个告示是对先前问题的回答。
			ThreadID	字符串	定义格式，用于表示唯一标识包含消息的线程的标识符。

表14

消息应用程序扩展模式250包括多个应用程序扩展模式，所述模式可以用于扩展消息项目以与多个相应的消息应用程序兼容。例如，消息应用程序协议扩展模式250包括网络日志(Blog)应用程序模式251、电子邮件应用程序模式253、第二电子邮件应用程序模式255和传真应用程序模式250，它们分别可以促进与网络日志应用程序、第一电子邮件应用程序、第二电子邮件应用程序和传真应用程序的兼容性。消息应用程序扩展模式250中清楚描述的模式之前、之间和之后的省略号表示消息应用程序扩展模式250可以包括其他模式(例如，用于扩展消息项目以与语音消息应用程序、其他传真或电子邮件应用程序、新闻组应用程序等等相兼容)。

垂直的省略号252、256和258分别表示网络日志应用程序模式251、第二电子邮件应用程序模式255和传真应用程序模式257可以包含一个或多个相关数据字段。一个或多个相关数据字段可以被用于扩展消息项目以与相应的消息应用程序兼容。例如，电子邮件应用程序模式253包括可以被用于扩展消息项目以与特定电子邮件应用程序兼容的相关字段254。特定电子邮件应用程序可以与对应于第二电子邮件应用程序模式255的第二电子邮件应用程序不同。更具体地，相关字段254可以如表15所述来定义数据格式。

字段名称	字段数据类型	字段描述
			ForwardTo	字符串	定义格式，用于表示消息是否被自动转发。
HasPartialReceiveTime	布尔	定义格式，用于指示时间区是否包含在接收时间中。
			HighlightColor	字符串	定义格式，用于表示用于高亮消息的色彩。允许当消息匹配规则或过滤器时用色彩高亮消息。可能的值：None、Color1、Color2...或Color16。
IMAPUID	Int32	定义格式，用于表示IMAP服务器上消息的唯一标识符。
			IsIMAPDelayedDelete	布尔	定义格式，用于指示是否已为IMAP延时删除标志了消息。
IsMarkedForDownload	布尔	定义格式，用于指示是否已为下载标志了消息。
			IsNewsGroupMessage	布尔	定义格式，用于指示消息是否是新闻组消息。
IsReceiptProcessed	布尔	定义格式，用于指示收条是否已经被处理。
			IsReceiptSent	布尔	定义格式，用于指示收条是否被发送。
IsSavedOffline	布尔	定义格式，用于指示是否在脱机模式下保存了消息。
			RecHeader	字符串	定义格式，用于表示在消息中发现的‘X-MSOESRec’标头。
PartialID	字符串	定义格式，用于表示消息的部分ID。如果包括在内，该值是消息/部分消息的内容类型中的‘id’参数。
			PartialNumber	Int32	定义格式，用于表示消息的部分号码。如果包括在内，该值是消息/部分消息的内容

		类型中的‘number’参数。
			PartialTotal	Int32	定义格式，用于表示消息的部分总数。如果包括在内，该值是消息/部分消息的内容类型中的‘total’参数。可能的值：0或未包含：消息不是‘Message/Partial’内容类型消息。-1：消息是完整消息，它是通过成功地连接Message/Partial’内容类型消息中的所有部分生成的。1或更多：消息是Message/Partial’内容类型消息。
Refs	字符串	定义格式，用于表示这个消息引用的线程的Id。可以用在NNTP和IMAP中。
			UserCodePageOverrride	Int32	定义格式，用于表示将消息转换成统一的字符编码标准的编码页。编码页值来自选择尝试用不同于消息中指定的代码页来解码消息的用户。
WasDeletedOffline	布尔	定义格式，用于指示消息是否在脱机模式下删除。
			WatchStatus	字符串	定义格式，用于表示消息是否要忽略、关注或对话线程或两者都不做。可能的值：无、关注或忽略。
XRef	字符串	定义格式，用于表示XRef标头的值。

表15

以下参考图2F提出了对传真应用程序模式257的进一步详细描述。传真应用程序模式257包括相可以被用于扩展消息项目(例如依照消息模式212定义的)以与特定传真应用程序兼容的相关字段258，诸如基于PC的传真应用程序或传真控制台应用程序。

如图2D所述，模式200包括多个文件夹扩展模式，包括文件夹协议扩展模式260和文件夹应用程序扩展模式270。文件夹协议扩展模式260包括多个可用于扩展文件夹项目以与多个相应文件夹协议兼容的文件夹协议扩展模式。例如，文件夹协议扩展模式260包括语音消息文件夹协议模式261、电子邮件消息文件夹协议模式263和网络日志消息文件夹协议267，它们分别可以促进与语音消息文件夹协议、电子邮件文件夹协议和网络日志条目文件夹协议的兼容性。在文件夹协议扩展模式260中清楚描述的模式之前、之间和之后的省略号指示文件夹协议扩展模式260可以包括其他模式(例如用于扩展文件夹项目以便与即时消息文件夹协议、传真文件夹协议等等相兼容)。

垂直的省略号262、264、268分别表示语音消息文件夹协议模式261、电子邮件消息文件夹协议模式263和网络日志条目文件夹协议模式267可以包含一个或多个相关数据字段。一个或多个相关数据字段可以被用于扩展文件夹项目以便与相应的文件夹协议相兼容。如图2D所述，电子邮件IMAP文件夹模式265还来自电子邮件消息文件夹协议模式263且包括定义IMAP特定数据的其他相关字段266。电子邮件IMAP文件夹模式265可以用于扩展电子邮件消息文件夹(例如包括依照电子邮件消息文件夹协议模式263定义的字段)以便促进与IMAP文件夹的兼容性。相关字段266可以如表16所述来定义数据格式。

字段名称	字段数据类型	字段描述
			CanSelecte	布尔	定义格式，用于指示UI是否会允许选择这个文件夹。
CharSet	字符串	定义格式，用于表示如何使用UTF-7经修改的版本来发送统一的字符编码标准文件夹名称。如果从服务器接收到文件夹名称，文件夹名称不符合UTF-7中的RFC 2060章节5.1.3编码方法，那么本地用户的字符集会被记录到这个字段中。如果服务器没有编码到UTF-7中，它们可能是使用windows代码页的传统客户机。如果设置了这个值，那么来自服务器的文件名会被转换成BASE-64编码，接着以统一的字符编码标准的形式被存储在Mail.IMAPFolder.DisplayName中。
			HasChildren	布尔	定义格式，用于指示加号是否会出现在UI

		中，这是因为文件夹具有子文件夹。
			HierarchyDelimiter	字符串	定义格式，用于表示IMAP服务器上的文件夹路径。这个字符可以用统一的字符编码标准存储，但当被转换成使用US编码页ANSI时，它不会有高位设置。
IsSubscribed	布尔	定义格式，用于指示文件夹是否被预定。这可以用于IMAP、NNTP或传送没有预定的文件夹。
			MarkedForDeletion	布尔	定义格式，用于指示是否为IMAP删除标志文件夹以及当子文件夹都被删除时是否会在服务器上删除该文件夹。
UIDValidity	Int32	定义格式，用于表示IMAP文件夹的UIDVALIDITY值。可以在‘UIDVALIDITY’响应中从IMAP服务器返回。

表16

文件夹应用程序扩展模式270包括多个能够扩展文件夹项目以便与多个相应文件夹应用程序相兼容的应用程序扩展模式。例如，文件夹应用程序扩展模式270包括即时消息文件夹应用程序模式271、电子消息文件夹应用程序模式273和第二电子邮件文件夹应用程序模式275，它们可以分别促进与即时消息文件夹应用程序、第一电子邮件文件夹应用程序和第二电子邮件文件夹应用程序相兼容。在文件夹应用程序扩展模式270中清楚描述模式之前、之间和之后的省略号表示文件夹应用程序扩展模式270可以包括其他模式(例如用于扩展文件夹项目以与网络日志条目文件夹应用程序、传真文件夹应用程序等等相兼容)。

垂直省略号272和276分别表示即时消息应用程序文件夹模式271和第二电子邮件消息应用程序文件夹模式275可以包含一个或多个相关数据字段。一个或多个相关数据字段可以被用于扩展文件夹项目以与相应的文件夹应用程序相兼容。例如，电子邮件应用程序文件夹模式273包括可以用于扩展文件夹项目以与特定电子邮件文件夹应用程序相兼容的相关字段274。特定电子邮件文件夹应用程序可以与对应于第二电子邮件消息文件夹应用程序模式275的第二电子邮件文件夹应用程序不同。更具体地，相关字段274可以如表17所述来定义数据格式。

字段名称	字段数据类型	字段描述
			CanDelete	布尔	定义格式，用于指示是否能删除文件夹。会指示电子邮件应用程序或服务器是否需要文件夹。
CanRename	布尔	定义格式，用于指示文件夹是否可以被重命名。一些服务器会禁止重命名文件夹。例如，IMAP会禁止重命名特定的文件夹，诸如“Drafts”和“sentItems”。
			FolderCreatedOffline	布尔	定义格式，用于指示文件夹是否是脱机创建的，且是否要在联机回传时在服务器上创建。
FolderExpanded	布尔	定义格式，用于指示文件夹是否处于扩展状态。
			IsFolderHidden	布尔	定义格式，用于指示是否要从UI中的文件夹树隐藏文件夹。可以被用户用于隐藏文件夹。
StatusMsgDelta	Int32	定义格式，用于表示经由IMAP状态响应添加的消息数目。
			StatusUnReadDelta	Int32	定义格式，用于表示经由IMAP状态响应添加的未读消息数目。
URLComponent	字符串	定义格式，用于表示可以被传递使用映射到服务器上文件夹的URI/URL。

表17

如图2D所述，电子邮件新闻消息文件夹应用程序模式277来自电子邮件消息文件夹应用程序模式273且包括其他定义新闻消息特定数据的相关字段278。电子邮件新闻消息应用程序文件夹模式277可以用于扩展电子邮件消息文件夹(例如包括依照电子邮件消息文件夹应用程序模式273定义的字段)以促进与新闻消息文件夹应用程序相兼容。相关字段278可以如表18所述来定义数据格式。

字段名称

字段数据

字段描述

	类型
			ClientRange	文章范围	定义格式，用于表示客户机上文章的范围。
CommunitiesLastRefresh	日期时间	定义格式，用于指示社区动态属性刷新的最后日期和时间。
			CommunityRange	文章范围	定义格式，用于表示已经与社区标头属性同步的ArticleID范围的集合。
HighestArticleCheckedForWatch	Int32	定义格式，用于表示已经检查关注信息的最高编码的文章。
			IsNewNewsGroup	布尔	定义格式，用于指示文件夹是否是新的新闻组。
PostAccess	字符串	定义格式，用于表示如何允许新闻组记录。一些新闻组会限制是否允许和如何允许记录。可能的值：1)NotIncluded：没有加以访问限制。2)NoPosting：不允许向这个服务器张贴记录。3)Moderated：对这个服务器的记录会被合理地限制。4)Blocked：阻止对这个服务器的记录。
			ReadRange	文章范围	定义格式，用于表示已经被阅读的ArticleID范围的集合。
SynchronizedRange	文章范围	定义格式，用于表示已经为这个文件夹同步的ArticleID范围的集合。
			TotalArticle	Int32	定义格式，用于表示新闻组服务器上文章的计数。
TotalNotDownloaded	Int32	定义格式，用于表示还没有被下载的新闻组消息的数目。
			TotalWatched	Int32	定义格式，用于表示被关注的消息的数目。

UnreadWatched

Int32

定义格式，用于表示未读的被关注消息的数目。

表18

如图2D所述，文章范围模式281包括定义表示文章范围的格式的相关字段282。相关字段282可以如表19所述来定义数据格式。

字段名称	字段数据类型	字段描述
			High	Int32	定义格式，用于表示在同步范围中高的ArticleID值。
Low	Int32	定义格式，用于表示在同步范围中低的ArticleID值。

表19

图2E所述的是先前参考图2C描述的传真协议模式235。如所述的，传真协议模式235包括可以被用于扩展消息项目(例如依照消息模式212定义的)以与特定传真发送协议相兼容的相关字段236的层次。更具体地，相关字段236的层次包括了在传真消息发送模式243和传这发送模式244中定义的字段。发送到“n”个接收者的广播传真消息会导致“n”个传真发送。传真消息发送和传真消息模式包含所关心的发送的细节。特别地，传真消息发送模式243被用于表示如表20所描述的传真消息的每个参与者(即发送者和每个接收者)。在一个实施例中，传真消息发送模式243可以来自将消息项目链接到消息应用程序扩展的关系，诸如以下参见图2F描述的传真应用程序模式257的传真消息扩展模式258。在另一个实施例中，传真消息发送模式243可以来自依照消息模式212定义的消息项目中的MessageParticipants数据字段。

每个传真发送的细节对于每个参与者会不同。相应地，传真消息发送模式243包含指向或链接到传真发送模式244的数据字段，如表21所述。传真发送模式244为在传真消息发送模式243中标识的每个接收者表示传真发送的细节。更具体地，传真消息发送243和传真发送244模式的相关字段236可以分别定义如表20和21所述的数据格式。

字段名称	字段数据类型	字段描述
			TransmissionDetails	传真发送	定义格式，用于表示到指向这个传真发送的接收者的传真发送项目的链接(见表21)。对于每个接收者

		有一个传真发送-这个字段对于发送者会是空。传真发送项目包含对这个接收者发生的传真发送的有关细节。
			RecipientOrder	Iht32	定义格式，指示与这个传真发送相关联的传真消息的所有接收者中这个接收者的顺序。

表20

字段名称	字段数据类型	字段描述
			DeviceName	字符串	定义格式，用于表示用于处理这个发送的设备的名称。
DeviceCsid	字符串	定义格式，用于表示设备被的呼叫站标识符。可以为空，因为设备可以有空CSID。
			DeviceTsid	字符串	定义格式，用于表示设备的发送站标识符。可以为空，因为设备可以有空TSID。
Status	Int32	定义格式，用于表示传真发送的当前状态。
			ExtendedStatusCode	Int32	定义格式，用于表示描述这个发送扩展状态的扩展状态代码。可以为空，因为不是所有的工作都会有这个扩展状态。
ExtendedStatusString	字符串	定义格式，用于表示描述这个发送的扩展状态的字符串。可以为空，因为不是所有的工作都会有这个扩展状态。
			Retries	Int32	定义格式，用于表示为这个发送作出重试的次数。对于外出的传真，重试次数会是传真服务尝试呼叫目的号码的次数。对于进入传真，重试次数会是传真服务依照一组经配置的到达路由规则路由传真所作出的尝试次数。规则可以是，

		例如，在打印机上打印接收到的传真、将传真存储在文件夹中或经由电子邮件将其发送至预配置的电子邮件地址。
			TransmissionID	Int64	定义格式，用于表示传真服务用于表示这个特定发送的唯一发送id。这个ID对于特定传真服务器上所有发送是唯一的。
TransmissionStart	日期时间	定义格式，用于表示发送开始的时间。如果重试发送，那么不存储先前尝试“Start”和“End”的次数。
			TransmissionEnd	日期时间	定义格式，用于表示发送完成的时间。如果重试发送，那么不存储先前尝试的“Start”和“End”的次数。
CurrentPage	Int32	定义格式，用于表示传真服务当前处理的传真发送中的页数。

表21

除了如表20和21所述的传真消息发送243和传真发送244模式之外，每个传真发送的细节中一些不同之处在传真发送的实际内容中反映出来。对于广播传真消息的每个接收者，内容会不同，因为封面页呈现反映了每个接收者联系人信息中的不同。此外，内容会不同，因为每个传真发送的正文包含反映到那个特定接收者的发送时间的传真标志(出现在传真发送的每页顶部的小的文本)。因此，可以依照内容模式定义传真发送内容的细节，所述内容模式诸如内容模式216，如先前参见表5中的图2A描述的。定义传真发送的内容模式216可以来自为消息项目在消息模式212中定义的消息内容关系，传真发送模式244被链接到所述消息项目。

如图2F所述是先前参见图2C描述的传真应用程序模式257。如所述的，传真应用程序模式257包括可以用于扩展消息项目(例如依照消息模式定义的消息)以与传真应用程序兼容的相关字段258的层次，所述传真应用程序诸如基于PC的传真应用程序。更具体地，相关字段258的层次包括在传真消息模式290和传真封面页模式291中定义的字段。如先前所述的，发送到“n”接收者的广播传真消息会导致“n”个传真发送。如表22所描述的传真消息模式290包含被发送消息的传真特定细节，如表23中描述的传真封面页模式291还包含用于这个传真消息封面页的传真特定细节。包含在传真封面页模式291中的封面页是对应每个消息的，且不同于上面参考传真协议模式235和内容模式216描述的呈现的封面页细节它们对于每个接收者是不同的。更具体地，传真消息290和封面页291模式的相关字段258会分别如表22和23所述定义数据格式。

字段名称	字段数据类型	字段描述
			CallerID	字符串	定义格式，用于表示发送接收到的传真文件的呼叫设备的标识。在一个实施例中，CallerID包括呼叫设备的电话号码。对于外出消息不适用。
DocumentName	字符串	定义格式，用于包含用户友好名称的以′0′结尾的字符串以便为传真文件显示。
			ScheduleType	Int16	定义格式，用于表示用于这个发送的递送时间表类型。枚举值可以是0-现在、1-特定时间和2-当使用折扣率时。当在特定时间传递时，时间包含在核心消息类型的DeferredSendTime字段中。这个字段只适用于外出的传真，对于进入传真为空。
DeliveryReceiptType	Int16	定义格式，用于表示用于这个发送的送达收条类型。枚举值可以是0-无收条、1-电子邮件、2-IM。当按照DeliveryReceiptRequested数据字段请求送达收条时，这个字段会被解释。这个字段适用于外出传真，对于进入传真可以为空。注意：DeliveryReceiptRequested数据字段会包含在核心消息类型中。
			DeliveryReceiptTypeParameter	字符串	定义格式，用于表示送达收条参数。当选择“No receipt”之外的送达收条类型时，这个数据字段包含所选送达收条类型的字符串参数。例如，当

		DelievryReceiptType是‘Email’或‘IM’时，这个数据字段包含电子邮件地址。这个电子邮件地址接着被用于传递传真发送。
			GroupBroadcastReceipts	布尔	定义格式，用于表示指示传真服务是否为传真广播的每个传真接收者发送收条的标志，还是发送包含所有接收者的摘要的一个收条。如果为TRUE，会为广播传真发送一个摘要收条。
AttachFaxToReceipt	布尔	定义格式，用于表示指示是否将传真附在收条上的标志。TRUE指示传真会被附在收条上。FALSE值指示传真不会被附在收条上。默认地，AttachFaxToReceipt被设置为FALSE。
			NumberOfPages	Int32	定义格式，用于表示传真消息中的页数，包括封面页。
CoverPageInfo	传真封面页	定义格式，用于表示到有传真封面页模式定义的FaxCoverPage数据库项目(见表23)的链接。FaxCoverPage数据库项目包含有关用于这个传真消息的特定封面页的信息。这个属性只对于外出传真消息适用。
			BroadcastID	Int64	定义格式，用于表示传真服务标识特定传真服务器上给定传真消息的唯一ID。在其他使用中，这个唯一的广播ID可以被用于将多接收者传真示为电子邮件客户机中的一个条目。
Recipient	传真消息发送	定义格式，用于表示到指向传真消息的接收者的传真消息发送数据库项目(见表20)的链接。广播传真消息有一个传真消息项目，每个接收者有一个传真发

送项目-这个字段对发送者可以为空。传真消息发送数据库项目为那个接收者描述了传真消息项目和传真发送项目之间的关系。

表22

字段名称	字段数据类型	字段描述
			CoverPageName	字符串	定义格式，用于表示所使用的封面页的名称。当封面页是下述如ServerBased标志指示的基于服务器时，名称是相关文件名，当在客户机上生成封面页时，名称是到封面页文件的完整路径名。
ServerBased	布尔	定义格式，用于表示指示封面页是否基于服务器的标志。TRUE值指示是基于服务器的，而FALSE值指示不是基于服务器的。
			Note	字符串	定义格式，用于表示封面页中“Note”字段的值。

表23

包括在模式层次中的模式，诸如模式层次150或模式层次200，可以被用于创建存储在数据库114中的数据库项目。例如，基本项目模式151、消息模式152和潜在的一个或来自消息协议扩展模式161的消息协议扩展模式和/或来自消息应用程序扩展模式166的一个或多个消息应用程序模式可以被用于创建电子消息。图3示出了依照本发明的原理格式化的示例性电子消息300。图8示出了依照本发明的原理用于创建电子消息的方法800的流程图。方法800将是关于网络构架100、模式层次150和电子消息300描述。任何在网络构架100中描述的消息(即，消息项目107、108、112和116)可以在格式上类似于电子消息300。

方法800包括创建表示电子消息的消息项目的动作(动作801)。动作801可以包括创建表示电子消息的消息项目的计算机系统。例如，计算机系统102或计算机系统109可以创建表示电子消息(例如电子消息项目108或112)的消息项目。可能响应用户输入创建消息项目，诸如为用户界面选择“New Message”选项。用户输入可以在本地接收，例如从本地输入设备，诸如键盘或鼠标，或者可以从远程位置接收，例如从某些其它可连接网络的计算机系统。

创建消息项目可以包括创建包括一个或多个依照基本项目模式151和消息模式152定义的字段的数据结构。依照基本项目模式151和消息模式152定义的字段可以表示对多个不同类型的电子消息公用的一般属性。一般属性301是可以对多个不同类型的电子消息公用的消息属性字段的例子。诸如全球唯一标识符(“GUID”)等标识符可以被分配给ID字段302。经分配的标识符可以将表示电子消息300的消息项目区别于数据库114中的其它项目。

方法800包括分配主要类型给创建的消息项目的动作(动作802)。动作802可以包括分配主要类型给创建的消息项目的计算机系统。主要消息类型可以指示的电子消息300的一般行为，诸如作为电子邮件消息、传真消息、新闻组记录等等。分配主要消息类型给电子消息300可以包括经分配的主要消息类型值，向主要类型字段303表示例如电子邮件消息、即时消息、传真消息、新闻组记录或网络日志条目。相应地，主要类型字段303可以表示由ID字段302中的标识符标识的电子消息的主要消息类型。

也可以分配电子消息300的其它属性。参与者字段304可以分配到表示到一个或多个与电子消息300(由ID字段302中的标识符标识的电子消息)相关联的参与者的一个或多个消息参与者关系。内容字段305可以分配到表示到对应于消息300的消息内容的一个或多个部分的链接的一个或多个消息内容关系。已发送消息字段306可以分配到一个或多个表示得到一个或多个消息文件夹的链接的文件夹关系，在电子消息300被递交用于传递后将其移至所述消息文件夹。下载状态字段307可以分配到对应于电子消息300的下载状态(例如部分等等)。

消息状态字段308可以分配到一个或多个表示消息300状态的值。例如，消息状态字段308可以分配到指示消息300是否已经被阅读的IsRead指示、指示消息300的发送状态的SendStatus指示、指示对电子消息300最后采取的动作的LastActionTaken指示、表示对电子消息200采取的最后动作的时间的LastActionTime以及表示对电子消息300采取的最后动作类型的LastActionType字段。一般属性301的字段可以对应于表2中的上述数据格式。

方法800包括同向结果的功能步骤，用于依照一个或多个消息扩展自定义消息项目(步骤805)。步骤805可以包括依照一个或多个消息扩展导致自定义消息项目的任何相应动作。然而，在说明性例子图8中，步骤805包括分配一个或多个协议扩展到创建的消息项目的相应动作(动作803)。

动作803可以包括将一个或多个协议扩展分配给创建消息项目的计算机系统。分配协议扩展可以包括向消息项目添加(或快速插入)字段，所述字段是依照消息协议扩展模式定义的。消息协议扩展可以包括为表示协议特有属性而定义格式的电子邮件协议扩展(例如POP3扩展)、即时消息协议扩展、传真协议扩展、新闻组记录协议扩展(例如NNTP或社区新闻扩展)、网络日志条目协议扩展等等。

一般地，协议专用属性，诸如协议专用属性310，表示专用于一个或多个消息协议的属性。可以基于电子消息300的兼容性要求向协议专用属性310添加字段或从其中删除字段。例如可以添加协议特定字段311(例如依照协议扩展模式163定义)和协议特定字段312(例如依照协议扩展模式162定义)以促进与相应消息协议的兼容性。协议专用属性310中的垂直省略号表示其他协议特定字段也可以包括在协议专用属性310中。

在说明性例子图8中，步骤805包括将一个或多个应用程序扩展分配给创建的消息项目的相应动作(动作804)。动作804可以包括将一个或多个应用程序扩展分配给创建的消息项目的计算机系统。分配应用程序扩展可以包括向消息项目添加(或快速插入)字段，这是依照消息应用程序扩展模式定义的。消息应用程序扩展可以包括电子邮件应用程序扩展(例如用于与Microsoft^ Outlook^ Express、Microsoft^ Outlook^、Eudora、Novell GroupWise^等等兼容)、即时消息应用程序扩展、传真应用程序扩展、新闻组记录应用程序扩展、网络日志条目应用程序扩展等等、它们定义了用于表示应用程序专用属性的格式。

一般地，应用程序专用属性，诸如例如应用程序专用属性320，表示专用于一个或多个消息应用程序的属性。可以基于电子消息300的兼容性要求向应用程序特定特定320添加字段或从其中删除字段。例如，可以添加应用程序特定字段321(例如依照协议扩展模式167定义的)和应用程序特定字段322(例如依照协议扩展模式168定义的)以促进与相应消息应用程序的兼容性。应用程序专用属性320中的垂直省略号表示其他应用程序特定字段也可以包含在协议专用属性320中。

也可以依照模式层次150或模式层次200中的模式创建其他数据库项目。图4示出了依照本发明的原理格式化的示例性内容部分400。内容部分400可以包括依照内容模式(例如内容模式156)格式化的字段。消息链路字段401可以被分配到表示从内容部分400到电子消息的链接的消息关系。内容类型字段402可以表示对应于内容部分400的内容类型。顺序字段403可以表示对应于内容部分400的顺序。内容字段408可以表示对应于内容部分400的消息数据(例如对于电子邮件消息的文本、传真消息的正文或对于传真消息的特定接收者封面页的图像)。

当内容部分400是一附件，内容部分400可以任选地包括附件类型字段406和MIME URL字段407。附加类型字段405表示内容部分400的附件类型。MIME URL字段407表示到对应于内容部分400的MIME路径的链接。

图5示出了依照本发明的原理格式化的示例性消息附件500。消息附件500可以包括依照附件模式(例如附件模式157)定义的字段。消息链接字段501可以分配到表示从消息附件500到电子消息链接的消息关系。类型字段502表示由链接字段501中的链接所链接到的电子消息的消息类型。IsPinned字段503表示关于所链接到的电子消息的消息附件500的删除状态，所述电子消息被链接字段501中的链接所链接。IsTrusted字段504表示与消息附件500相关联的信任消息。

附件状态字段506表示消息附件500的类型和行为。附件源字段507可以被分配一表示到数据库项目链接的关系，消息附件500被从所述数据库项目访问。SaveFormField 508可以分配一表示到消息附件500的链接的关系。附件数据字段509可以表示对应于消息附件500的附件数据(例如MP3的内容)。

图6示出了依照本发明的原理格式化的示例性社区新闻文件夹600。社区新闻文件夹600可以包括依照文件夹模式(例如文件夹模式154)和潜在的一个或多个文件夹扩展模式(例如电子邮件新闻消息应用程序文件夹模式277)定义的字段。社区范围字段601表示来自已与社区标头属性同步的新闻组社区的文章ID的集合。社区最近刷新字段602表示新闻组社区的社区动态属性被刷新的最近时间，所述新闻组社区包括在社区范围字段601中示出的同步文章ID的集合。低文章ID字段603表示包括在社区范围字段601中示出的同步文章ID的集合中的低文章ID。高文章ID字段604表示包括在社区范围字段601中示出的同步文章ID的集合中的高文章ID。

在一些实施例中，依照一个消息扩展模式定义的字段中的值被检索，并用在依照另一个消息扩展模式定义的字段中。因此，可以有效地变换电子消息以便与对应于其他扩展模式的协议或应用程序兼容。图9示出了依照本发明的原理用于变换电子消息以便与消息扩展兼容的方法900的示例性流程图。将关于网络构架100和模式层次150描述方法900。

方法900包括访问表示电子消息的消息项目的动作(动作901)。动作901可以包括访问表示电子消息的消息项目的计算机系统。例如，计算机系统102可以访问消息项目107。相似地，计算机系统109可以访问消息116或消息项目108。

方法900包括功能性面向结果的步骤，用于使用当前分配的扩展特定字段的值转换电子消息项目以便与新的消息扩展相兼容(步骤905)。步骤905可以包括导致使用当前分配的扩展特定字段的值转换电子消息项目以便与新的消息扩展相兼容的相应动作。然而，在图9的说明性例子中，步骤905包括将新的消息扩展分配给消息项目的相应动作(动作902)。

动作902可以包括将新的消息扩展分配给消息项目的计算机系统。例如，计算机系统102可以将新的消息扩展分配给消息项目107。类似地，计算机系统109可以将新的消息扩展分配给消息项目108或消息项目116。新分配的消息项目可以包括一个或多个依照消息协议扩展模式或消息应用程序扩展模式定义的数据字段。例如，计算机系统109可以将新的消息扩展(即时消息应用程序扩展)分配给消息项目107(当前分配的电子邮件应用程序扩展)以促进与消息应用程序103(即时消息应用程序)的兼容。电子邮件消息和即时消息可能具有一个或多个类似的字段。然而，一个或多个类似的字段不会类似于各种其他类型的电子消息的字段，所述其他类型的电子消息诸如语音消息和传真消息。相应地，一个或多个类似的字段可能不包括在一般消息模式(例如消息模式152)中。

计算机系统可以依照当前分配的消息扩展和新的消息扩展发送消息项目。相应地，单个消息项目可以被发送到许多应用程序而无需复制消息项目的内容。发送单个消息项目添加了不同的应用程序，例如电子邮件应用程序和传真应用程序，接收一致数据的似然性。

在图9的说明性例子中，步骤905包括从一个或多个当前分配的特定属性恢复至少一个值的相应动作(动作903)。动作903可以包括从一个或多个当前分配的特定属性恢复至少一个值的计算机系统。例如，计算机系统102可以恢复一个值，从一个或多个当前分配的消息项目107或108的特定属性恢复至少一个值。类似地，计算机系统109可以恢复一个值，从一个或多个当前分配的消息项目112或116的特定属性恢复至少一个值。

消息应用程序111可能被配置成变换消息以便与其他消息应用程序兼容的应用程序。消息应用程序111可以检索应用程序116，所述消息项目116(例如)当前被分配一传真应用程序扩展。消息应用程序111可以分析传真应用程序扩展当前被分配的属性以确定是否有任何当前已分配的属性(即传真属性)类似于任何新的属性(例如对应于电子邮件应用程序扩展)。例如，传真应用程序和电子邮件应用程序可能指示消息是否是以相似的方式脱机保存。因此，对应于传真应用程序的脱机保存值也可以与电子邮件应用程序相关。相应地，这个脱机保存值可以从传真应用程序扩展检取。

在图9的说明性例子中，步骤905有选择地包括将经检索的至少一个值分配给至少一个新的特定属性的相应动作(动作904)。动作904可以包括将经检取的至少一个值分配给至少一个新的特定属性的计算机系统。例如，计算机系统102可以将经检取的至少一个值分配给消息项目107或108的至少一个新的特定属性。类似地，计算机系统109可以将经检取的至少一个值分配给消息项目112或116的至少一个新的特定属性。

例如，消息应用程序111可以为传真应用程序属性分配经检取的值，就像用于类似的电子邮件应用程序属性的值那样。相应地，分配的值可以促进与电子邮件应用程序的兼容。消息应用程序111可以将经变换的消息(例如消息项目112)存储在数据库114中。或者，消息应用程序可以发送经变换的消息(例如消息项目107到计算机系统102。相应的电子邮件应用程序，诸如消息应用程序103，可以接着兼容地访问消息项目107。

在一些实施例中，客户机计算机系统可以将电子消息发送至服务器计算机系统用于转换。例如，消息项目108可以在消息应用程序108处构成。然后，消息应用程序104会请求消息项目108。相应地，计算机系统102可以将消息项目108递交给计算机系统109用于转换。计算机系统109可以变换消息以便与消息应用程序104兼容(例如通过填充相应应用程序扩展的字段)。经变换的消息，例如消息项目107，可以被返回到计算机系统102。消息应用程序104接着可以访问消息项目107。

变换消息项目可以包括引用数据库114的其他先进先出缓存区中的信息。例如，当转换消息时以便与传真应用程序扩展时，消息应用程序会引用联系人先进先出缓存区182中的信息，所述消息当前分配到电子邮件应用程序扩展。消息应用程序可以，例如，定位对应于具有包含在消息中的电子邮件地址的参与者的电话号码。

图10示出了格式化为电子消息300的特定类型消息的另一个例子，这次为依照本发明的原理格式化的传真消息1000。图11示出了依照本发明的原理用于创建传真消息1000的方法1100的示例性流程图。将关于网络构架100、模式层次150、传真模式226、235和257、电子消息300和传真消息1000描述方法1100。在网络构架100(即消息项目107、108、112和116)中描述的表示传真消息的任何消息可以在形式上类似于传真消息1100。

方法1100包括用于创建表示传真发送的消息项目的过程1110。过程1110会包括创建表示如图10所示的传真消息1000的消息项目。例如，计算机系统102或计算机系统109可以创建表示传真消息(例如电子消息项目108或112)的消息项目。会响应于用户输入创建消息项目，诸如为用户界面选择“Send a Fax”选项。用户输入可以在本地接收，例如，从本地输入设备，诸如键盘或鼠标，或者从远程位置接收，例如，从一些其他的可连接到网络的计算机系统。

就像其他类型的电子消息一样，用于为传真消息创建消息项目的过程1100会包括创建包括一个或多个依照基本项目模式151或消息模式152定义的字段的数据结构。如图10所示，依照基本项目模式151和消息模式152定义的字段可以表示对于多个不同类型的电子消息(包括传真消息1000)公用的一般属性301。因为消息是传真消息，包含主要类型字段303的一般属性310被分配一指示消息是传真消息的值。

如前所述，广播传真消息的内容对每个接收者会不同，因为封面页描写反映出每个接收者的联系人信息中的不同。此外，内容会不同，因为每个传真发送的正文包含反应到那个特定接收者的发送的时间的传真标志(出现在传真发送的每页顶部的小的文本)。因此，为传真消息1000创建消息项目包括创建数据结构，所述数据结构包括依照内容模式156定义一个或多个字段，所述内容模式156定义格式以表示与传真消息1000相关联的内容400的一个或多个部分，例如包含封面页和每个传真发送的正文的.GIFf的图像。相应地，过程1110还包括依照消息内容模式216创建传真消息1000的消息项目和内容部分400之间的内容关系，所述消息内容模式216定义发送给每个接收者的传真消息的封面页1030和正文1040内容部分。在一个实施例中，过程1110包括将广播传真消息的每个接收者的一个或多个内容关系分配给一般属性310的一般Contents字段305，其中每个向特定接收者表示到相应封面页1030和内容400的正文1040部分的链接，所述内容400的正文1040部分与传真消息1000的每个发送相关联。

就像其他类型的电子消息一样，为传真消息创建消息项目会包括将一个或多个应用程序扩展分配给创建的消息项目，所述创建的消息项目定义格式以便为传真消息1000表示传真应用程序特定属性1010。相应地，方法1100包括将传真应用程序扩展分配到创建的消息项目的过程1110。例如，当一般属性310的一般内容字段305可以分配到一个或多个表示到与传真消息1000相关联的内容的一个或多个部分的链接的消息内容关系，如前所述，传真消息模式290定义其他传真应用程序指定属性1010，用于进一步定义与传真消息1000相关联的消息内容。例如，因为广播传真的每个接收者一般接收到不同的封面页，传真消息模式290定义了链接到其他信息的封面信息字段，所述其他信息关于在将这传真消息发送给接收者中使用的封面页，即模式290中的数据字段CoverPageInfo。在这种情况下，关于封面页的其他信息会依照另一个模式定义，传真封面页模式291，它定义诸如数据字段CoverPageName中的封面页名称等信息以及数据字段Note中封面页记录的值。

传真应用程序特定属性1010中的垂直省略号表示也可以包括其他传真应用程序特定字段，诸如当应用折扣率时，用于指示何时(例如现在或以后)调度发送传真的调度类型。传真应用程序特定属性1010的数据字段一般会对应于上面的表22-23中描述的数据格式。如同其他类型的电子消息，为传真消息1000创建消息项目可以包括将一个或多个协议扩展分配给定义格式以便为传真消息表示传真协议专用属性1020的创建消息项目。因为广播传真的每个接收者会使用不同的传真传输协议接收传真，关于传真传输的特定消息对于一个接收者可能与下一个不同。因此，对于一参与者的有关传真发送的特定信息是在传真协议扩展中定义为消息项目的，诸如传真协议特定属性1020的传真发送模式244。会被分配给创建消息项目的这种扩展的数目将根据给定传真消息接收者的数目而改变。

一般对于每个接收者是不同的关于传真发送的传真协议特定信息的例子是用于接收者接收进入的传真发送的设备的站标识符，例如模式244中的数据字段DeviceCsid。相应地，方法1100包括将传真协议扩展分配给创建消息项目的过程1130，以为特定接收者示出关于传真发送的传真协议指定信息。在一个实施例中，过程1120会包括将一个或多个消息接收者关系分配给应用程序特定属性1010，所述消息接收者关系表示由传真消息模式290示出的到传真消息的一个或多个接收者的链接。例如，过程1120会包括将接收者关系分配给传真消息模式290的接收者数据字段，所述接收者关系引用或链接到对于传真消息1000的每个接收者有关的传真发送的特定信息。接收者关系会进一步依照传真协议特定属性1010的传真消息发送模式243定义来定义。例如，过程1120还会包括将接收者关系分配给传真消息发送模式243的发送细节数据字段，所述接收者关系引用或链接到对于传真消息1000的每个接收者有关传真发送的特定信息，其中对于接收者有关传真发送的特定信息由传真发送模式244示出。在替换实施例中，过程1120会包括将表示到一个或多个与传真消息1000相关联的参与者(包括传真消息1000的接收者)的连接的接收者关系分配给一般属性310的一般Participants字段304。如前，与传真消息1000相关联的参与者可以由传真消息发送模式243示出，它反过来链接到对于接收者而言有关传真发送的特定信息，如传真发送模式244所示。传真协议特定属性1020中的垂直省略号表示也可以包括其他传真协议特定字段，诸如用于向参与者标识发送的发送ID、当前页码和发送开始和结束次数。传真协议特定属性1020的数据字段一般会对应于在以上表20-21中描述的数据格式。

一旦为传真消息创建了消息项目并分配了扩展，传真消息能够被有效地存储和访问，以便由多个对应于分配的传真协议扩展的传真协议或对应于分配的传真应用程序扩展的传真应用程序中任何一个处理。相应地，方法1100包括过程1140，用使用创建的消息项目的传真应用程序访问传真消息。例如，如果分配了基于PC的传真应用程序扩展，创建的消息项目现在可以与基于PC的传真应用程序兼容，并可以被相应地访问和处理。

就像通常对于电子消息一样，在一些实施例中，依照一个传真扩展模式定义的字段中的值被检索并用于填充依照另一个消息扩展模式定义的字段，所述的消息扩展模式可以是传真扩展模式或者是另一类型的消息扩展模式。因此，传真消息可以被有效地变换以便与对应于其他扩展模式的协议或应用程序相兼容。图12示出了依照本发明的原理用于变换传真消息以便与另一个消息扩展相兼容的方法1200的示例性流程图。将关于网络构架100、模式层次150、传真消息1100和传真模式243、244、290和291来描述方法1200。

方法1200包括用于访问表示使用新协议的传真消息的消息项目的过程1210。例如，计算机系统102可以访问表示传真消息的消息项目107，但是使用电子邮件协议，诸如当在一般传真服务器中接收到传真发送，且传真发送被作为电子邮件消息的附件被转发到其最终目标接收者。

方法1200包括使用当前分配的扩展特定字段的值转换电子消息项目以便与新的消息协议扩展相兼容的过程1220。过程1220会包括当将新的消息扩展分配给消息项目时使用当前分配的传真扩展特定字段的值来填充新的扩展特定字段。例如，计算机系统102可以将新的消息扩展分配给消息项目107。相似地，计算机系统109可以将新的消息扩展分配给消息项目108或消息项目116。新分配的消息扩展可以包括依照消息协议扩展模式定义的一个或多个数据字段。

例如，计算机系统109可以将对应于特定电子邮件协议的电子邮件协议扩展分配给消息项目107，所述消息项目107当前分配到对应于用于接收传真服务器上的传真的传真协议的传真协议扩展。新扩展的分配促进了传真服务器与电子邮件系统的兼容性，这会最终被用于将传真消息传递到其最终目的地，例如电子邮件系统的特定地址。计算机系统可以依照当前分配的传真协议扩展和新的电子邮件协议消息扩展来发送消息项目。

在相似的方式中，方法1200包括用于使用当前分配的扩展特定字段的值来转换电子消息项目以便与新的消息应用程序扩展兼容的过程1230。过程1230可以包括当将新的消息应用程序扩展分配给消息项目时，使用当前分配的传真应用程序特定字段的值来填充新的应用程序特定字段。新的消息应用程序扩展可以包括依照消息应用程序扩展模式定义的一个或多个数据字段。

例如计算机系统109可以将对应于特定邮件客户机的电子邮件应用程序扩展分配给消息项目107，所述消息项目107当前被分配一对应于基于PC的传真应用程序的传真应用程序扩展以促进基于PC的传真应用程序与电子邮件应用程序的兼容性，反之亦然。计算机系统可以依照当前分配的消息应用程序扩展和新分配的消息应用程序扩展发送消息项目。相应地，方法1200可以包括过程1240，用于使用新的消息应用程序扩展来访问传真消息，例如使用电子邮件应用程序而非基于PC的传真应用程序(或反之亦然)。

相应地，表示特定传真消息的单个消息项目可以被发送给多个应用程序，诸如电子邮件应用程序或基于PC的传真应用程序，而无需复制消息项目的内容。发送单个消息项目添加了不同应用程序(例如电子邮件应用程序和传真应用程序)接收一致数据的似然性。此外，在一个实施例中，表示传真消息的消息项目可以同时分配到传真协议扩展和电子邮件应用程序扩展，使得可以在电子邮件客户机内查看传真消息，所述电子邮件客户机诸如Microsoft的Outlook Express，就如任何其他的电子邮件消息。这样的消息项目仍旧由传真发送处理，这是由于它所附的传真协议扩展。在其他实施例中，这里没有明确描述的扩展的可选组合也可以同时被分配而不脱离所附的权利要求的范围。

图7和以下的讨论意在提供本发明可以在其中实现的、合适的计算环境的简要、一般描述。虽然不是要求的，本发明将在计算机可执行指令的背景中描述，诸如计算机执行的程序模块。一般地，程序模块包含例行程序、程序、对象、组件、数据结构等等，它们执行特定任务或实现特定抽象数据类型。与数据结构相关联的计算机可执行指令和程序模块表示了这里所揭示的方法的执行动作的程序代码装置的例子。

参见图7，用于实现本发明的示例系统包含以计算机系统720形式示出的公用计算设备，包含处理单元721、系统存储器722以及把包括系统存储器722在内的各种系统元件耦合至处理单元721的系统总线723。处理单元721可以执行设计以实现计算机系统720的特征(包含本发明的特征)的计算机可执行指令。系统总线723可以是若干总线结构类型中的任一种，包括存储器总线或存储器控制器、外围总线以及使用多种总线构架的本地总线的任一种。系统存储器包含只读存储器(“ROM”)724以及随机存取存储器(“RAM”)725。基本输入/输出系统(“BIOS”)726存储在ROM 724内，它包括如启动时帮助计算机320内的元件间传输信息的基本例程。

计算机系统系统720还包含从磁性硬盘739读取或向其中写入的磁性硬盘驱动器727、从可移动磁盘729读取或向其中写入的磁盘驱动器728、以及用于从诸如CD-ROM或其它光学介质这样的可移动光盘731读取或向其写入的光盘驱动器730。磁性硬盘驱动器727、磁盘驱动器728和关盘驱动器730分别通过硬盘驱动器接口732、磁盘驱动器接口733和光盘驱动器接口334连接到系统总线723。这些驱动器和它们相关联的计算机可读介质提供了对计算机可执行指令、数据结构、程序模块和计算机系统720的其它数据的非易失性存储。虽然这里所描述的示例环境采用了磁性硬盘739、可移动磁盘729和可移动光盘731，可以使用用于存储数据的其它类型的计算机可读介质，包含盒式磁带、闪存卡、数字多用途盘、Bernoulli盒式磁带、RAM、ROM等等。

包含一个或多个程序模块的程序代码装置可以被存储在硬盘739、磁盘729、光盘731、ROM 724或RAM 725上，包含操作系统735、一个或多个应用程序736、其它程序模块737和程序数据738。用于可以通过键盘740、指示设备742或其它输入设备(未示出)将命令和信息输入计算机系统720，所述其它输入设备诸如，举例而言麦克风、操纵杆、游戏垫、扫描仪等等。这些和其它的输入设备通过与系统总线723耦合的输入/输出接口746连接到处理单元721上。输入/输出接口746逻辑上表示多种类型不同接口中的任意一种，诸如，举例而言串行接口、PS/2接口、并行接口、公用串行总线(“USB”)或电气和电子工程师协会(“IEEE”)1394接口(即，FireWire接口)或者甚至是逻辑上表示不同接口的组合。

监视器747或其它类型的显示设备也通过视频接口748连接到系统总线723。扬声器769或其他音频输出设备也可以经由音频接口749连接到系统总线723。其他外围输出设备(未示出)，诸如打印机，也可以被连接到计算机系统720。

计算机系统720可以连接到网络，诸如，举例而言办公室范围或公司范围的计算机网络、家庭网络、公司内部互连网和/或因特网。计算机系统720可以在这样的网络上与外部信源交换数据，诸如，例如远程计算机系统、远程应用程序和/或远程数据库。

计算系统720包括网络接口753，计算机系统720通过所述网络接口753从外部信源接收数据和/或发送数据至外部信源。如图1所示，网络接口753便利了通过链路751与远程计算机系统783交换数据。网络接口753可以逻辑上表示一个或多个软件和/和硬件模块，诸如，例如网络接口卡和相应的网络驱动程序接口规范(“NDIS”)栈。链路351表示网络的一部分(例如，以太网网段)，远程计算机系统783表示网络的节点。

同样地，计算机系统720包含输入/输出接口746，计算机系统720通过所述输入/输出接口746从外部信源接收数据和/或发送数据至外部信源。输入/输出接口746经由数据链路759耦合到调制解调器754(例如，标准调制解调器、电缆调制解调器或数字用户线路(“DSL”)调制解调器)上，计算机系统720通过所述调制解调器754从外部信源接收数据和/或发送数据至外部信源。如图3所示，输入/输出接口746和调制解调器754便利了通过链路752与远程计算机系统793交换数据。链路752表示网络的一部分，远程计算机系统793表示网络的节点。

虽然图7示出了本发明适用的操作环境，但是可以在能够实现本发明的原理的任何系统(如有必要作适当的修改)中采用本发明的原理。图7所示的环境只是说明性的，决不是表示即使只是多种可以实现本发明的原理的环境中的一小部分。

本发明可以以其它特定的形式中实施而不背离其精神和必要的特征。无论从哪方面来看，所述的实施例应该被认为是说明性的而非限制性的。因此，本发明的范围是由所附的权利要求书而非上述描述所指出的。所有在权利要求书的含义和等价范围之内的变化是在它们的范围之内的。

Claims (49)

1.在可与一个或多个其他计算机系统一起联网到网络的计算机系统中，一种使用消息模式来表示传真消息的方法，所述方法包括：

依照一消息模式创建一表示传真消息的消息项目，所述消息项目具有对于多种不同类型的消息协议和消息应用程序的至少一种公用的一个或多个一般属性；以及

将一个或多个内容部分链接到所创建的消息项目，所述一个或多个内容部分表示封面页和传真的正文的至少一个。

2.如权利要求1所述的方法，其特征在于，所述传真消息是到多个接收者的广播传真消息，所述一个或多个内容部分的每一个表示提供给所述广播传真的多个接收者的每一个的不同封面页。

3.如权利要求1所述的方法，其特征在于，还包括：

将一个或多个传真协议扩展分配给所创建的消息项目，每个传真协议扩展依照一传真协议扩展模式表示所述传真消息的接收者，并链接到表示关于所述传真消息向所述接收者的传真发送的细节的传真发送项目，所述传真发送项目将一个或多个协议专用属性添加到所创建的消息项目，以促进一个或多个经链接的内容部分和指定的传真发送协议之间的兼容性。

4.如权利要求3所述的方法，其特征在于，所述传真发送项目依照传真协议扩展模式表示有关所述传真消息向所述多个接收者中的一个的传真发送的细节，所述传真协议扩展模式用于用来将所述传真消息发送给所述接收者的指定的传真发送协议。

5.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括用于发送所述传真消息给接收者的设备名称。

6.如权利要求5所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括用于发送所述传真消息给接收者的设备的被叫站标识符。

7.如权利要求5所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括用于发送传真消息给接收者的设备的发送站标识符。

8.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括向所述接收者的传真发送的状态。

9.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括向所述接收者的传真发送的扩展状态，所述扩展状态包括对由代码和文本串的至少一个表示的扩展状态的描述。

10.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括为了将所述传真消息发送给接收者所作出的重试次数。

11.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括与所述传真发送相关联的重试次数。

12.如权利要求11所述的方法，其特征在于，所述传真消息是外出传真消息，与所述传真发送相关联的重试次数包括呼叫与所述接收者相关联的目的地的次数。

13.如权利要求11所述的方法，其特征在于，所述传真消息是进入传真消息，与传真发送相关联的重试次数包括将所述传真消息路由到所述接收者的尝试次数。

14.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括与所述传真发送相关联的唯一标识符。

15.如权利要求14所述的方法，其特征在于，所述唯一标识符唯一地标识了在特定传真服务器上来自其他传真发送的传真发送。

16.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括指示传真发送何时开始的时间标记。

17.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括指示传真发送何时结束的时间标记。

18.如权利要求3所述的方法，其特征在于，由所述传真发送项目添加到所述消息项目的一个或多个协议专用属性包括当前正被发送的传真发送的页数。

19.如权利要求1所述的方法，其特征在于，还包括：

将一个或多个传真应用程序扩展分配给所述消息项目，每个传真应用程序扩展依照一传真应用程序扩展模式表示用于处理所述传真消息的应用程序，并且链接到表示关于所述传真消息的细节的传真消息项目，所述传真消息项目将一个或多个应用程序专用属性添加到所创建的消息项目，以促进一个或多个经链接的内容部分和指定应用程序之间的兼容性。

20.如权利要求19所述的方法，其特征在于，所述传真消息是进入传真消息，由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括发送所述传真消息的呼叫设备的标识符。

21.如权利要求20所述的方法，其特征在于，发送传真消息的所述呼叫设备的标识符是包含所述呼叫设备电话号码的呼叫者ID。

22.如权利要求19所述的方法，其特征在于，由所述传真消息项目添加到所述消息项目的一个或多个应用程序专用属性包括所述传真消息的显示名称。

23.如权利要求19所述的方法，其特征在于，所述传真消息是外出传真消息，由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括所述传真消息的调度类型，所述调度类型指示所述传真消息的发送是否为现在发送或推迟到一个较晚时间发送之一。

24.如权利要求23所述的方法，其特征在于，指示所述传真消息的发送被推迟到一个较晚时间的所述调度类型包括指示所述较晚时间是特定时间和折扣率适用的时间段之一的调度类型。

25.如权利要求19所述的方法，其特征在于，所述传真消息是外出传真消息，由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括所述传真消息的送达收条类型，所述送达收条类型指示是否请求了收条。

26.如权利要求25所述的方法，其特征在于，所述送达收条类型指示已经请求由电子邮件或即时消息之一传递所述收条。

27.如权利要求19所述的方法，其特征在于，所述传真消息是外出传真消息，并且由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括送达收条类型参数，所述送达收条类型参数指示送达收条的目的地，所述目的地包括电子邮件地址。

28.如权利要求19所述的方法，其特征在于，所述传真消息是外出传真消息，并且由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括组播收条标志，所述组播收条标志指示是否请求了对每个接收者的单独收条和对传真消息所有接收者的摘要收条之一。

29.如权利要求19所述的方法，其特征在于，所述传真消息是外出传真消息，并且由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括所述收条标志的附加传真，所述收条标志的附加传真指示是否请求了将所述传真消息附加到收条。

30.如权利要求19所述的方法，其特征在于，由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括所述传真消息的页数，所述页数包括所述封面页。

31.如权利要求19所述的方法，其特征在于，由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括所述传真消息的广播标识符，所述广播标识符唯一地标识了向一个以上接收者广播的广播传真消息。

32.如权利要求19所述的方法，其特征在于，由所述传真消息项目添加到所述消息项目中的一个或多个应用程序专用属性包括到传真封面页的链接，所述传真封面页项目包括添加到所述消息项目的附加应用程序专用属性，所述附加应用程序专用属性描述所述封面页。

33.如权利要求19所述的方法，其特征在于，由所述传真封面页项目添加到所述消息项目中的一个或多个附加应用程序专用属性包括封面页的名称，所述名称包含当用传真服务创建传真封面页时的相对文件名，以及当在客户机上创建传真封面页时的绝对文件名，所述绝对文件名指定了包含所述传真封面页的文件的路径。

34.如权利要求19所述的方法，其特征在于，由所述传真封面页项目添加到所述消息项目中的一个或多个附加应用程序专用属性包括所述封面页的注解字段，所述注解字段包含在所述传真封面页上出现的注解的值。

35.一个或多个计算机可读介质，其上存储表示传真消息的数据结构，所述数据结构包括：

一般属性字段，它表示对于多个不同类型的消息协议和多个不同类型的消息应用程序中的至少一个公用的电子消息的属性。

类型专用属性字段，它指示所述电子消息是传真消息；以及

内容专用属性字段，它涉及所述数据结构的内容部分，其中，所述数据结构的内容部分包括表示与所述传真消息的每一接收者相关联的封面页的至少一个封面页内容字段，以及表示与所述传真消息相关联的正文的至少一个正文内容字段。

36.如权利要求35所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述数据结构还包括：

至少一个传真协议专用属性字段，所述至少一个传真协议专用属性字段表示对应于用于将所述传真消息发送到所述传真消息的接收者的特定传真协议的一个或多个协议专用属性，所述特定传真协议是从多个不同类型的消息协议中选出的。

37.如权利要求35所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述数据结构还包括：

至少一个应用程序专用属性字段，所述至少一个应用程序专用属性字段表示对应于特定消息应用程序的一个或多个应用程序专用传真消息属性，所述特定消息应用程序是从可用于处理所述传真消息的多个不同类型的消息应用程序中选出的。

38.一个或多个计算机可读介质，其上存储表示传真消息的数据结构，所述数据结构包括：

ID字段，它表示在消息数据库中标识所述传真消息的标识符；

至少一个MessageParticipant关系字段，它表示到与由所述ID字段中所表示的标识符标识的传真消息相关联的一个或多个传真参与者的链接，所述一个或多个传真参与者包括所述传真消息的发送者和至少一个接收者；

至少一个MessageContents关系字段，它表示到对应于由所述ID字段中表示的标识符标识的传真消息的内容的一个或多个部分的链接，所述内容的一个或多个部分包括与所述传真消息相关联的一个或多个接收者的每一个的封面页以及所述传真消息的正文。

39.如权利要求38所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，还包括：

发送数据结构，它表示所述传真消息向一个或多个传真参与者的发送，所述一个或多个传真参与者与由所述ID字段中表示的标识符所标识的传真消息相关联，其中，所述发送数据结构由以下字段组成：

DeviceName字段，它表示用于将由所述ID字段中表示的标识符所标识的传真消息发送到在所述MessageParticipant关系字段中表示的传真参与者的设备名称；

DeviceCsid字段，它表示用于将由所述ID字段中表示的标识符所标识的传真消息发送到所述MessageParticipant关系字段中表示的传真参与者的设备的被叫站标识符；

DeviceTsid字段，它表示用于将所述ID字段中表示的标识符所标识的传真消息发送到所述MessageParticipant关系字段中表示的传真参与者的设备的发送站标识符；

Status字段，它表示所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送的当前发送状态的指示；

Retries字段，它表示在将所述ID字段中表示的标识符所标识的传真消息发送到所述MessageParticipant关系字段中表示的传真接收者的期间内作出的重试次数；

TransmissionID字段，它表示用于标识所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送的唯一ID。

40.如权利要求39所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述发送数据结构还由以下字段组成：

ExtendedStatusCode字段，它表示描述所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送的扩展发送状态的代码；

ExtendedStatusString字段，它表示描述所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送的扩展发送状态的文本串；

TransmissionStart字段，它表示所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送开始的时间；

TransmissionEnd字段，它表示所述ID字段中表示的标识符所标识传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送结束的时间；以及

CurrentPage字段，它表示当前发送到所述MessageParticipant关系字段中表示的传真参与者的、所述ID字段中表示的标识符所标识的传真消息的发送的页号。

41.如权利要求39所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，还包括：

传真消息数据结构，它表示用于处理所述ID字段中表示的标识符所标识的传真消息的应用程序，其中，所述传真消息数据结构由以下字段组成：

CallerID字段，它表示用于启动所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的发送的设备的标识符；

DeliveryReceiptType字段，它表示被请求发送的送达收条类型，发送所述送达收条用于确认所述ID字段中表示的标识符所标识的传真消息向所述MessageParticipant关系字段中表示的传真参与者的送达，所述送达收条包括电子邮件送达收条、即时消息送达收条和无送达收条；

DeliveryReceiptTypeParameter字段，它表示到所述MessageParticipant关系字段中表示的传真参与者的、所述ID字段中表示的标识符所标识的传真消息的送达收条参数的类型，所述送达收条参数包括要向其发送送达收条的地址，当所请求的送达收条的类型是电子邮件送达收条和即时消息送达收条之一时，所述地址包括电子邮件地址；

GroupBroadcastReceipts字段，它表示一标志，该标志指示：是请求向其送达所述ID字段中表示的标识符所标识的传真消息的、所述MessageParticipant关系字段中表示的每个传真参与者的单独的送达收条，还是请求向其送达所述ID字段中表示的标识符所标识的传真消息的、所述MessageParticipant关系字段中表示的所有传真参与者的摘要送达收条之一；

AttachFaxToReceipt字段，它表示一标志，该标志指示：当请求向其送达所述ID字段中表示的标识符所标识的传真消息的、所述MessageParticipant关系字段中表示的每个传真参与者的单独的送达收条时，是否将所述传真消息附加到所述送达收条；

BroadcastID字段，它表示服务可以用于标识特定服务器上的传真消息的唯一标识符；以及

CoverPageInfo字段，它表示到传真封面页数据结构的链接，其中，所述传真封面页数据结构由以下字段组成：

CoverPageName字段，它表示当使用传真服务创建传真封面页时包含所述传真封面页的文件的相对文件名，以及当在客户机上创建传真封面页时的绝对文件名之一，所述绝对文件名指定包含所述传真封面页的文件的路径；

ServerBased字段，它表示指示所述封面页是否由传真服务器生成的标志；以及

Note字段，它表示在所述封面页的注解部分出现的文本。

42.如权利要求41所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述传真消息数据结构还由以下字段组成：

DocumentName字段，它表示一显示名称，只要应用程序向显示设备显示所述ID字段中表示的标识符所标识传真消息时就显示所述显示名称，以及

ScheduleType字段，它表示用于将所述ID字段中表示的标识符所标识的传真消息发送到所述MessageParticipant关系字段中表示的传真接收者的传递调度类型，所述传递调度包括在指定时间传递传真消息、当折扣发送率适用时传递传真消息以及马上传递传真消息。

43.一个或多个计算机可读介质，其上存储表示传真消息的数据结构，所述数据结构包括：

ID字段，它表示用于标识传真服务内传真账户的标识符，所述传真账户与传真消息的发送相关联；

Type字段，它表示用于标识所述传真服务内传真账户类型的标识符，所述类型包括本地调制解调器账户、MFP账户、共享传真服务账户、交换服务器账户和因特网FSP账户之一；以及

Name字段，它表示与所述传真账户相关联的用户名称。

44.如权利要求43所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述传真账户数据结构还由以下字段组成：

Mode字段，它表示用于指示所述传真账户是否处在脱机模式和联机模式之一的标志；

BillingCode字段，它表示向其分配与所述传真消息的发送相关联的成本的实体；

CoverPageName字段，它表示在所述传真消息发送中使用的默认封面页的名称；

ServerBased字段，它表示指示默认封面页是否是基于服务器的标志；

InstantMessageAddress字段，它表示用于发送所述传真消息的发送的送达收条的默认即时消息地址；以及

EmailAddress字段，它表示用于发送所述传真消息的发送的送达收条的默认电子邮件地址。

45.一个或多个计算机可读介质，其上存储表示传真消息的数据结构，所述数据结构包括：

ID字段，它表示用于标识消息数据库中传真消息的标识符；以及

至少一个MessageContents关系字段，它表示到对应于所述ID字段中表示的标识符所标识的传真消息的内容的一个或多个部分的链接，所述内容的一个或多个部分包括传真消息的一个或多个接收者的每一个的封面页，以及被发送到所述传真消息的一个或多个接收者的每一个的传真消息的正文。

46.如权利要求45所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，还包括：

传真消息数据结构，它表示用于处理所述ID字段中表示的标识符所标识的传真消息的应用程序，其中，所述传真消息数据结构由以下字段组成：

CallerID字段，它表示用于启动所述ID字段中表示的标识符所标识的传真消息向所述传真消息的一个或多个接收者的发送的设备的标识符；

DeliveryReceiptType字段，它表示被请求发送的送达收条类型，发送所述送达收条用于确认所述ID字段中表示的标识符所标识的传真消息向所述传真消息的一个或多个接收者的送达，所述送达收条包括电子邮件送达收条、即时消息送达收条和无送达收条；

DeliveryReceiptTypeParameter字段，它表示到所述传真消息的一个或多个接收者的、所述ID字段中表示的标识符所标识的传真消息的送达收条参数的类型，所述送达收条参数包括要向其发送送达收条的地址，当所请求的送达收条的类型是电子邮件送达收条和即时消息送达收条之一时，所述地址包括电子邮件地址；

GroupBroadcastReceipts字段，它表示一标志，该标志指示是请求向其传递所述ID字段中表示的标识符所标识的传真消息的、所述传真消息的一个或多个接收者的每一个的单独的送达收条，还是请求向其传递所述ID字段中表示的标识符所标识的传真消息的、所述一个或多个接收者的全部的摘要送达收条之一；

AttachFaxToReceipt字段，它表示一标志，该标志指示当请求向其传递所述ID字段中表示的标识符所标识的传真消息的、所述一个或多个接收者的每一个的送达收条时，是否将所述传真消息附加到所述送达收条；

BroadcastID字段，它表示服务可以用于标识特定服务器上的传真消息的唯一标识符；

Recipient字段，它表示到发送数据结构的一个或多个链接，其中，到所述发送数据结构的链接的每一个表示所述ID字段中表示的标识符所标识的传真消息的一个或多个接收者之一；以及

CoverPageInfo字段，它表示到传真封面页数据结构的链接，其中，所述传真封面页数据结构由以下字段组成：

CoverPageName字段，它表示当使用传真服务创建传真封面页时包含所述传真封面页的文件的相对文件名，以及当在客户机上创建传真封面页时的绝对文件名之一，所述绝对文件名指定包含所述传真封面页的文件的路径；

ServerBased字段，它表示指示所述封面页是否由传真服务器生成的标志；以及

Note字段，它表示在所述封面页的注解部分出现的文本。

47.如权利要求46所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述传真消息数据结构还由以下字段组成：

DocumentName字段，它表示一显示名称，只要应用程序向显示设备显示所述ID字段中表示的标识符所标识的传真消息时就显示所述显示名称，以及

ScheduleType字段，它表示用于将所述ID字段中表示的标识符所标识的传真消息发送到所述传真消息的一个或多个接收者的传递调度类型，所述传递调度包括在指定时间传递传真消息、当折扣发送率适用时传递传真消息以及马上传递传真消息。

48.如权利要求46所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述发送数据结构表示所述传真消息向所述ID字段中表示的标识符所标识的传真消息的一个或多个传真接收者的发送，其中，所述发送数据结构由以下字段组成：

DeviceName字段，它表示用于将所述ID字段中表示的标识符所标识的传真消息发送到所述Recipient字段中表示的接收者之一的设备名称；

DeviceCsid字段，它表示用于将所述ID字段中表示的标识符所标识的传真消息发送到所述Recipient字段中表示的接收者之一的设备的被叫站标识符；

DeviceTsid字段，它表示用于将所述ID字段中表示的标识符所标识的传真消息发送到所述Recipient字段中表示的接收者之一的设备的发送站标识符；

Status字段，它表示所述ID字段中表示的标识符所标识的传真消息向所述Recipient字段中表示的接收者之一的发送的当前发送状态的指示；

Retries字段，它表示在将所述ID字段中表示的标识符所标识的传真消息发送到所述Recipient字段中表示的接收者之一的期间内作出重试的次数；

TransmissionID字段，它表示用于标识所述ID字段中表示的标识符所标识的传真消息向所述Recipient字段中表示的接收者之一的发送的唯一ID。

49.如权利要求48所述的其上存储表示传真消息的数据结构的一个或多个计算机可读介质，其特征在于，所述传真发送数据结构还由以下字段组成：

ExtendedStatusCode字段，它表示描述所述ID字段中表示的标识符所标识的传真消息向所述Recipient字段中表示的接收者之一的发送的扩展发送状态的代码；

ExtendedStatusString字段，它表示描述所述ID字段中表示的标识符所标识的传真消息向所述Recipient字段中表示的接收者之一的发送的扩展发送状态的文本串；

TransmissionStart字段，它表示所述ID字段中表示的标识符所标识的传真消息向所述Recipient字段中表示的接收者之一的发送开始的时间；

TransmissionEnd字段，它表示所述ID字段中表示的标识符所标识的传真消息向所述Recipient字段中表示的接收者之一的发送结束的时间；以及

CurrentPage字段，它表示当前被发送到所述Recipient字段中表示的接收者之一的、所述ID字段中表示的标识符所标识的传真消息的发送的页号。

Images