专利名称：用于处理具有附件的消息的消息传送协议的制作方法
用于处理具有附件的消息的消息传送协议
背景技术：
本发明的实施例涉及用于通过路由器互连的数据网集合(例如互联网) 的电子消息传送协议，而更具体地说，涉及对具有附件的消息的处理。还 描述和要求了其他实施例。
诸如用来通过互联网来传送消息的电子消息传送协议正得到广泛
使用。这些协议的实例包括电子邮件(email)、新闻和在线聊天(有时 称为即时消息传送)协议。这些协议通常将消息定义为某种形式的数据 结构，所述数据结构具有(i)消息体和(ii) 一个或多个头字段。头字 段可包含有关消息来自哪儿(例如电子邮件消息的"from:"字段)、发 送到哪儿(例如，电子邮件消息的"to:"字段)、其主题、何时发送等 等的信息。另一方面，消息体可包含消息的主体或要素，为通常具有预 定格式(例如仅由ASCII字符组成)的数据的形式。
一些协议允许发送者在消息体中附带或"附加，，非预定格式的对象。 这些协议可自动地在预定格式和由指定软件应用所使用的某种其他格 式间(例如在7位ASCII字符和8位二进制字符间)进行转换。通过使 用转换协议，由消息的接收者"拆分"所附加的对象。例如，对于电子 邮件消息，多用途互联网电子邮件扩展(MIME)协议允许非ASCII 对象一诸如图像文件、音频/视频文件和应用软件文件(例如字处理器、 电子表格和数据库程序文件) 一变为消息中的附件。在显示器上，附件 向用户表示为例如小的图标和诸如其文件名的标识符。
附图以示例的形式说明了本发明的实施例，而不是对本发明的限 制，在附图中，相同的标记表示类似的元件。应注意到，参考该公开中 的本发明的"一个"实施例不一定是指同一实施例，而是表示至少一个。
图l描述所接收的具有关联附件的电子消息的屏幕截图。
图2表示其中可实现在此所述的消息传送协议的实施例的中央服务
器消息传送系统的原理图3表示其中使用消息传递代理和用户代理的消息传送协议的另一 环境的原理图4是源和接收者间的通信的原理图，其中，客户端程序知道相关 的附件能力。
图5描述源和接收者间的通信的原理图，其中，客户端程序可以是 任意的，因为它们不需要知道相关的附件能力。
图6示例说明用于显示与关联附件有关的信息的鼠标滑过 (mouse-over)特征。
图7示例说明用于显示与关联附件有关的消息的向下展开 (collapse-down) /向上折叠(collapse-叩)特征。
图8表示描述附件部分折叠的消息的示例性缺省视图的用户界面屏 幕截图。
图9表示附加部分展开的图8中的用户界面的屏幕截图。
具体实施例方式
发明人已经注意到，当已经接收到包含附件的转发消息时，传统的 技术不向消息的接收者表示或暗示在与转发消息有关的各个发送者中 谁是进行附加的实体。例如，对于电子邮件，当已经接收到至少曾被转 发一次并包含附件的电子邮件消息时，接收者没有得到对该消息的两个 或多个在前发送者中哪一个是实际上请求插入附件的指示。在一群人使 用传统的电子邮件性能就一个或多个文档进行合作来将不同版本的文 档作为附件来传送的情况下，这样的信息特别有用。
根据本发明的实施例，(将根据电子消息传送协议处理的)消息内 的附件与进行附加的实体的独特属性关联。当然，还包括将消息与发送 者进行关联。该方法可应用于多个附件，也可应用于新创建的或已转发 了 一次以上的消息，以便更易于允许消息的接收者确定谁向该消息附加 了什么内容。然后，图形用户界面可以不仅显示消息内每个附件的附件
名，而且可以显示进行附加的实体的任何独特属性(例如名称、电子邮 件地址等等)。对于消息中有多个附件以及消息链的单一或递归线程内 有一个或多个进行附加的实体，这均可实现。
例如，假定John Doe创建消息并附加了名为"a.doc"的文件。然 后，将该消息发送给Jane Smith, Jane Smith接收该消息并附加了名为 "b.doc"的另一文件。然后将该消息转发到Alice Cooper。当Alice使 用例如支持这种方法的客户端程序或具有类似支持的Web界面来接收 和打开消息时，Alice不仅被提供了传统意义上的具有两个附件的消息， 而且还被提供了名称或直接与每一附件关联的人的其他独特属性。因 此，在该实例中，Alice将看到用于a.doc的附件图标，接着，将显示"John Doe"。另外，Alice将看到用于b.doc的附件图标，接着，显示"Jane Smith"。参见图1,图l为另一实例，示出了到增加了 "关联附件"特 征的电子邮箱的充当Web界面的客户端程序的窗口的屏幕截图。在该 实例中，该显示示出了用于所转发的消息的最近分支的"from"字段 10和"to"字段14。另外，还示出了具有"from"字段18和"to"字 段22的较早分支。在屏幕的底部，为可由其文件名字段26、 34来识别 的两个附件。这些中的每一个均是"关联附件"，其中已添加了附加字 段30、 38，以便更容易向电子邮件接收者表示进行附加的实体。然而， 更一般而言，如下所述，关联附件技术可应用于其他类型的消息传送协 议以及其他类型的数据通信网。
现在转到图2,示出了用于实现关联附件能力的示例性数据网。在 该实例中，消息传送协议使用中央服务器模型的单个消息服务器来在多 个相连的用户系统间传送消息。示例性消息120由用户系统116 (源) 发起，并将递送到用户系统104处的预期接收者。在消息服务器108的 控制下，消息120可存储在中央消息储存装置112内，直到用户系统104 内的客户端程序可用于读取该消息为止。该消息120包括可已在用户系 统116处插入的附件124、填充有标识发送者的数据的发送者字段125、 标识接收者的接收者字段126和对请求插入附件124的实体进行标识的 关联附件(AA)字段128。然后，如此创建的消息120以接收者字段 126中所标识的接收者的名义存储在中央消息储存装置112内。
现在参考图3，示出了本发明的另一实施例，其中，消息传送协议 在与一个或多个路由器互连的多个网络(例如互联网)上运行。其中，
多个系统或网络与消息传递代理204连接，而不是具有为系统中所有用 户提供服务的单个消息服务器108。在这种情况下，消息220可由用户 代理208发起，并将包括一个或多个附件124以及它们的AA字段128， 如图所示。消息220可存储在沿与源用户代理208和目的地用户代理212 间的路径的某处。因此，在源用户代理208和目的地用户代理212间， 可以存在多"跳"。如图2的实施例中所示，预期接收者将接收与已根 据电子消息传送协议处理的消息有关的信息，其中，该消息包括来自进 行附加的实体的附件、对该消息的发送者进行标识的字段以及对进行附 加的实体进行标识的AA字段。可以从消息220的不同部分中取出该信 息，并且该信息可在一次传递或在分离的多次传递中^皮递送到用户代理 212处的接收者。
仍然参考图3，可使用从用户代理208收集消息并将其传送到目的 地消息传递代理206的服务器软件，来实现从一个系统到另一系统的消 息移动，即从一个消息传递代理204到另一个。例如，简单邮件传递协 议(SMTP)可以用来定义消息如何从一个储存装置或文件系统移动到 另一个、或从一个服务器移动到另一个。
通过使用例如邮局协议(POP),可将消息从用户代理208发送到 消息传递代理204中的服务器，或从消息传递代理206中的服务器发送 到用户代理212。在这种情况下，用于接收者的客户端软件(或用户代 理)时常检查接收者的电子邮箱或消息储存装置，以便查看是否存在任 何消息。如果是，则下载并本地存储该消息以便随后呈现给接收者。类 似地，在源或发送者站点，是客户端软件或用户代理208将消息发送到 消息传递代理204的服务器以便递送。
图4是源和接收者间的通信的原理图，其中，客户端程序(或简单 地，客户端)404、 420知道关联附件能力。在该实施例中，源客户端 404被称为"AA知悉的(AA aware)"，因为它不仅可将附件插入将发 送的消息中，而且具有消息的新字段的知识，并能够插入和填充消息的 新字段，以便将源客户端404的用户标识为请求插入附件的实体。
注意，该消息可以是新创建的消息，即在客户端404中新创建的， 或者该消息可以是转发的消息，即基于先前由客户端404所接收并包括
对一个或多个在先发送者进行标识的信息的消息。因此，在该消息为转 发的消息的情况下，可将来自在前发送者的另外的附件包括在该消息 中，连同将该在前发送者单独标识为插入该另外的附件的另 一进行附加 的实体的信息。参见如图l的屏幕截图，图l示出了具有多个附件的转 发消息。其中，该信息通过其电子邮件地址来标识进行附加的实体，可 替换的方法包括实体名，并且在进行附加的实体是个人的情况下，仅包 括该人的姓名首字母。具有多个附件的转发消息的另一实例表示如下， 其中，还示出了该消息中的所有头。
示例性电子邮件消息
Smith Fri Dec雄15::M'*39 2SB
■To: alkeMapio聰aiii.,a)m via 2聪3422S,幼風12 Dec纖1
from 64-202,1642，《HELO smqKHit-l-站維ttteserverjtet) 《64202,i66，) by fflta222-mall欲d,vahoo,謹with SMIP; ftl 12 Dec 20 15:14:57 -翻； -
Keeeived: 《q纖al 1619.5 invoked fism network); 12 Dec調:23;M:5S -麵 寂eedved; losi unknown (67.1M.S0JS》lsy sm，out画i-2d CKresexvetnat (642憶,1S6,2S〗沐itti ESMTP; 12 Dec 3:1458 FW; Pis Fri, 12 Dee 2003 1S:細9 -08
/ersiott 1.0
:-Type: maltipart/mfaed; bottndar""— ，art—纖H0WK0C2, AA1CD2F0" S《N。麵1》
ft Outlook, BalM 10-06W By Microsoft MmeOLE V6.證翻J165
舰卿 转发的消息 Subject: Pics
Date: Thu, 11 Dec 2003 08:21:36 -0800
Message-ID: <39A8F53E4B5F7l4EB75663F972770BDA08CC92@ftiserver.doe.Iocal> MIME-Version: 1.0
Content-Type: multipart/mixed; boundary:"— =—NextPart—000_001D_01C3COC2.A9F91E50" X-Priority: 3 (Normal) X-MSMail-Priori Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-Nonspam: Whitelist
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal
Attachment
a. doc
.jpg file, 750x563,63k
X-AA一entity: "John Doe" <johnd@iapdomain.com>
Att3chment
b. doc
.jpg file, 800x600, 66k
X-AA—entity: "Jane Smith" <janes@iapdomain.com>
在上述实例中，有关与特定附件有关的进行附加的实体的信息在
"X-header，，字段中给出，描述为X_AA—entity。可以4吏用其他可选的 消息字段，例如符合已知的消息传送5示准的字段。
仍然参考图4，该消息可以从源客户端404发送到消息传递代理， 在该实施例中，消息传递代理为SMTP服务器/中继408。这可通过使用 户接入互联网并可由商业互联网接入提供商(IAP)管理的呈现点(PoP) 406来实现。源用户可以是IAP的订户，并使用例如可以经拨号连接、 数字用户线路(DSL)或其他低级传输链路与PoP406通信的硬件(未 示出)。
在到达接收者侧的邮件传递4戈理一在此为STMP中继416—前，该 消息通过一或多跳、即互联网的节点被进一步传递。在STMP中继"6, 可将该消息传递到储存装置(未示出)并代表接收者被存储。接收者客 户端程序(或筒单地，客户端)420然后可从例如分配给该接收者的电 子信箱接收该消息(例如通过查询新消息)。
注意在图4所示的实施例中，源和接收者客户端404、 420 二者均 知道关联附件能力。在这种情况下，SMTP服务器/中继408或STMP 中继416均不需要知道AA能力，依赖于客户端404、 420来处理和显 示与进行附加的实体有关的信息。可以修改为具有AA能力的客户端 404、 420的实例为电子邮件客户端程序(例如Lotus Development Corp. 的NOTES软件)。
为扼要重述结合图4的上述论述，假定客户端404、 420为"AA知 悉的"，其中，每个可固有地将该消息的特定头字段解释为涉及与该消 息中的附件有关的进行附加的实体。换句话说，接收者客户端420 (以 及源客户端404)具有所需的程序代码(如由构成客户端应用的软件的 发行商所提供的)，以解释并向用户正确地显示关联附件信息。本发明 的另一实施例如图5所示，其中，客户端程序不能自动地解释关联附件 信息。例如，任意客户端504可以是源用户用来接入他或她所订的电子 邮箱服务例如YAHOO!Mail电子邮件解决方案的传统Web浏览器。在 这种情况下，用户为消息传送服务的订户，具体而言，为提供关联附件 能力的订户。该用户可经诸如由YAHOO!Mail电子邮件解决方案所提 供的Web界面来请求创建新消息，并可指定待插入的附件(根据传统 的技术)。然后依赖于掌管电子邮件解决方案的互联网服务提供商(ISP) 网络509来识别该用户已经请求特定的附件，并作为响应，将指定字段 添加到该消息，以《更将源用户单独地标识为请求插入附件的实体。可以 通过将该消息(还将包含附件124)的"发送者"识别为进行附加的实 体的ISP网络509中的新软件来执行对消息的这种修改，并且作为响应， 将AAinfo字段128添加到该消息。
在接收者侧，使用任意客户端520 (例如再次使用用作由互联网服 务提供商所维护的接收者用户的电子邮件帐户的Web界面诸如 YAHOO!Mail电子邮件解决方案的Web浏览器)来访问和显示"收件 箱"。添加到ISP网络509的关联附件消息传送服务负责为任意客户端 520提供必需的数据，以使客户端520能接收有关该消息(包括附件) 的信息，其中，该所接收的信息可以从该消息的发送者字段和AA info 字段中取出。例如，可以经已由任意客户端520下载的Web站点内容， 将该所接收的信息提供给该消息的预期接收者。
注意，在上述图4和5的实施例中，尽管源和接收者具有类似类型 的客户端程序(例如图4中，两个客户端程序均是AA知悉的，而在图 5中，两个客户端均不是AA知悉的)，在源和接收者客户端中仅一个是 AA知悉的情况下，也可以实现关联附件能力。在该情况下，具有任意 客户端(即，非AA知悉的客户端)的用户可需要是AA消息传送服务 的订户，以便该任意客户端可向用户正确地显示可能已插入特定消息中 的任何相关附件信息。
再参考图1,可以通过例如在附件的文件名下连续显示给用户的电 子邮件地址，向用户标识进行附加的实体，如图1所示。然而，另一方 案是将该信息显示为"鼠标滑过"。这在图6中示出。每当光标608位 于所显示的附件文件名字段26上时，会出现弹出框(p叩-up) 610,以 标识进行附加的实体。 一旦光标离开文件名字段26，弹出框610则消失。 在另 一实施例中，j吏用向下展开國向上折叠(collapse down - collapse up ) 特征来显示与进行附加的实体有关的信息，如图7所示。每一附件可与 单独的三角形图标704、 708关联，所述图标可由用户点击，以便向下 展开和向上折叠与关联附件有关的信息。
图8和9示出了显示具有关联附件能力的消息的另外的实例。在图 8中，该消息#1显示为具有折叠的附件部分804。在该实例中，存在所 示的三个附件。在端用户点击展开图标808后，展开视图出现，如图9 所示。注意，为三个附件的每一个所显示的另外的数据，即进行附加的 实体的姓名和该附件由其作者所创建的日期。可替换地，该另外的数据 可包括可与进行附加的实体关联的其他类型的"元信息(metainfo)"。 然而，并非需要显示所有的该元信息。
图8和9还示出了可代替可折叠部分804来使用的另一附件部分 812。在这种情况下，当由端用户打开该消息时，关联附件信息例如进 行附加的实体的名称自动显示在其各自的附件名后，不需要点击来展开 该视图(如部分804)。
图8和9中的用户界面可以是用来观看和管理端用户的电子邮件服 务帐户的基于Web的客户端程序。该服务可以是将传统的电子邮件存 储和传送与由j2 Global Communications提供的传真/语音-到-电子邮件 能力结合的服务。可以通过名称和通过部分820中的入站传真/语音号
来识别用户。部分824显示用于不同文件夹的图标，其中 一个是INBOX (高亮)。使用部分826中的另一图标集合，可以采用更高等级的动作， 如设置用户界面的偏好、管理文件夹、个性化支持以及消息收件箱部分。 最后，在部分828中显示有关电子邮件服务帐户的存储细节。
上述本发明的实施例可以提供为计算机程序产品或软件，可以包括 机器或计算机可读介质，在其上存储可用来对计算机(或电子设备)编 程以便执行根据本发明的实施例的过程的指令。在其他实施例中，可通 过包含微代码、硬件逻辑的专用硬件部件、或通过编程的计算机部件和 定制硬件部分的任何组合来进行操作。
总之，为了更好地处理附件，已经描述了对消息传送协议进行修改 的不同实施例。在上述说明书中，已经参考其具体的典型实施例描述了 本发明。然而，显然，在不背离如在附加权利要求中阐述的本发明的更 宽精神和范围的情况下，可以做出各种修改和改变。例如，尽管在几个 示例性电子邮件消息中，将AA info字段示为仅包含对进行附加的实体 进行标识的信息，但是可使用该字段来包含另外的信息，诸如附件的文 件名以及时间戳(有关例如将该附件插入消息中或其作者创建该附件时 的时间和/或日期)。因此，说明书和附图应视为示例性的而不是限制性 的。
权利要求
1.一种方法，包括将对消息的发送者进行标识的信息插入将根据电子消息传送协议来处理的消息中，所述消息包括来自进行附加的实体的附件；以及将所述进行附加的实体的独特属性插入所述消息中。
2. 如权利要求l所述的方法，进一步包括向已经通过所述消息传 送协议接收了所述消息的端用户呈现所述消息，所述消息包括与所述发 送者和所述进行附加的实体有关的插入信息。
3. 如权利要求l所述的方法，其中，所述电子消息传送协议是电 子邮件协议。
4. 一种用于通信的机器实现的方法，包括将附件插入将根据消息传送协议递送的消息中；以及填充(i)标识发送者的所述消息的第一字段以及(ii)对请求插入 所述附件的实体进行标识的所述消息的第二字段。
5. 如权利要求4所述的方法，进一步包括将包括所述附件和所填充的第一和第二字段的消息发送到消息传 递代理，所述代理是与 一个或多个路由器互连的多个网络内的节点。
6. 如权利要求5所述的方法，其中，所述插入、填充和发送是由 (a)源用户代理以及(b)所述发送者的客户端程序中的一个执行的。
7. 如权利要求4所述的方法，其中，所述消息被创建为转发消息， 包括对一个或多个在前发送者进行标识的信息。
8. 如权利要求4所述的方法，其中，所述消息包括(i)来自在前 发送者的另一附件以及(ii)将该在前发送者单独地标识为插入所述另 一附件的另一进行附加的实体的信息。
9. 一种用于通信的机器实现的方法，包括根据用于与一个或多个路由器互连的多个网络的消息传送协议，创 建待递送的消息，其中，所述消息包括(i)来自进行附加的实体的附 件以及(ii)对所述消息的发送者进行标识和单独地标识所述进行附加 的实体的信息；以及 将所创建的消息发送到消息传递代理。
10. 如权利要求9所述的方法，其中，所述消息被创建为包括对一 个或多个在前发送者进行识别的信息的转发消息。
11. 如权利要求9所述的方法，其中，所述消息包括(i)来自在前 发送者的另一附件以及(ii)将该在前发送者单独地标识为插入所述另 一附件的另一进行附加的实体的信息。
12. 如权利要求9所述的方法，其中，所述信息通过(a)所述实 体的名称、(b)所述实体的电子邮件地址以及(c)在所述进行附加的 实体为个人的情况下该人的姓名首字母中的一个来标识所述进行附加 的实体。
13. 如权利要求9所述的方法，进一步包括在窗口中同时显示(i)所述附件的文件名以及(ii)单独地标识所 述进行附加的实体的信息，其中，每当所述窗口中的光标位于所显示的 所述附件的文件名之上时，单独地标识所述进行附加的实体的信息作为 鼠标滑过而被显示。
14. 如权利要求9所述的方法，进一步包括在窗口中同时显示(i)所述附件的文件名以及(ii)单独地标识所 述进行附加的实体的信息，其中，当所显示的文件名向上折叠回时，单 独地标识所述进行附加的实体的信息消失。
15. 如权利要求9所述的方法，其中，所述附件是字处理器文件， 表示正在由所述进行附加的实体和所述消息的预期接收者工作的文档。
16. —种用于通信的机器实现的方法，包括对通信服务订户的客户端程序所接收的消息进行处理，其中，所述 消息将根据用于与 一个或多个路由器互连的多个网络的消息传送协议 来递送，其中，所述消息包括来自所述订户的附件以及将发送者标识为 订户的第一字段，然后，将第二字段添加到所述消息上，所述第二字段将请求将附件插入所 述消息中的实体标识为订户。
17. 如权利要求16所述的方法，其中，所述消息包括(i)来自在 前发送者的另一附件以及(ii)将所述在前发送者单独地标识为插入所 述另一附件的另一进行附加的实体的信息。
18. 如权利要求16所述的方法，其中，所述处理和添加操作是通 过由所述通信服务的提供商管理的、 一个或多个连网服务器机器的服务 器网络来执行的。
19. 如权利要求18所述的方法，其中，所述通信服务是为所述订 户提供电子邮箱存储的电子邮件服务。
20，如权利要求18所述的方法，其中，所述通信服务是经电子邮 件为所述订户提供入站和出站传真服务的统一消息传送服务。
21. 如权利要求18所述的方法，其中，所述消息进一步包括对所 述消息的预期接收者的数据网络地址进行标识的目的地字段，所述方法 进一步包括根据简单邮件传递协议(SMTP)，将包括所述附件、所述第一和第 二字段以及所述目的地字段的消息发送到所述多个网络中的下一跳。
22. 如权利要求18所述的方法，其中，所述提供商是Web门户公司。
23. 如权利要求21所述的方法，进一步包括从所述下一跳接收包括所述附件、所述第一和第二字段以及所述目 的地字段的消息，然后，经由已由所述预期接收者访问的Web服务器 来控制所述预期接收者的客户端侧用户界面，以显示从所述第一和第二 字段取出的信息。
24. —种用于通信的机器实现的方法，包括根据用于与 一个或多个路由器互连的多个网络的消息传送协议，处 理将递送的、来自用户代理的消息，其中，所述消息包括附件和标识发 送者的第一字段；以及填充所述消息的第二字段以便对请求将所述附件插入所述消息中 的实体进行标识。
25. 如权利要求24所述的方法，其中，所述处理和填充通过邮件 传递代理来执行。
26. —种用于通信的机器实现的方法，包括接收与根据消息传送协议来处理的消息有关的信息，所述消息包括 来自进行附加的实体的附件、对所述消息的发送者进行标识的第一字段 以及标识所述进行附加的实体的第二字段，其中所接收的信息是从所述第一和第二字段中取出的；以及向所述消息的预期接收者呈现所接收的信息。
27. 如权利要求26所述的方法，其中，所述第二字段是X-header字段。
28. 如权利要求26所述的方法，其中，所述信息是通过客户端程 序来接收和呈现的，所述客户端固有地能够将所述消息的第二字段解释 为与所述附件所关联的进行附加的实体有关。
29. 如权利要求26所述的方法，其中，所述信息是由进一步接收 指令的客户端程序从处理所述消息的消息传送服务的提供商来接收并 呈现的，用于将所述消息的第二字段解释为与所述附件所关联的进行附 加的实体有关。
30. 如权利要求29所述的方法，其中，所述预期接收者是所述提 供商的消息传送服务的付费订户。
31. 如权利要求30所述的方法，其中，由所述接收者所订的所述 消息传送服务包括所述消息的托管存储。
32. —种用于通信的机器实现的方法，包括接收与根据用于与一个或多个路由器互连的多个网络的消息传送 协议来处理的消息有关的信息，所述消息包括来自进行附加的实体的附 件，以及其中所接收的信息对所述消息的发送者进行标识并单独地标识 所述进行附加的实体；以及向所述消息的预期接收者呈现所接收的信息。
33. 如权利要求32所述的方法，其中，所述消息被转发。
34. 如权利要求33所述的方法，其中，所述消息包括另一附件， 以及其中所接收的信息单独地标识添加所述另一附件的另一进行附加 的实体。
35. 如权利要求33所述的方法，其中，所接收的信息进一步标识 与所述消息关联的一个或多个发送者。
36. 如权利要求32所述的方法，其中，所接收的信息通过(a)所 述实体的名称以及(b)在所述进行附加的实体为个人的情况下所述人 的姓名首字母中的 一个来标识所述进行附加的实体。
37. 如权利要求32所述的方法，其中，所述消息包括分别来自多 个不同的进行附加的实体的多个附件，以及所接收的信息包括用于所述 的多个进行附加的实体的每一个的独特属性，其通过在屏幕上与用于所 述多个附件中相应的一个的图标相邻之处显示而呈现。
38. 如权利要求32所述的方法，其中，所呈现的信息包括发送者 名、发送日期、主题和附件符号，均在屏幕上显示为一行，以及其中， 响应于选择所述附件符号的预期接收者，显示从所接收的信息获得的进 行附加的实体的独特属性。
39. 如权利要求38所述的方法，其中，所呈现的信息进一步包括 显示为所述一行的消息大小。
40. 如权利要求38所述的方法，其中，所述消息包括分别来自多 个不同进行附加的实体的多个附件，以及所接收的信息包括通过对所述 预期接收者的音频重放所呈现的、用于所述多个进行附加的实体的每一 个的独特属性。
41. 如权利要求37所述的方法，其中，所接收的信息经由客户端 电子邮件程序呈现给所述预期接收者。
42. 如权利要求37所述的方法，其中，所接收的信息经由到电子 邮箱服务的客户端Web浏览器界面呈现给所述预期接收者。
43. 如权利要求32所述的方法，其中，所述附件是表示正由所述 进行附加的实体和所述预期接收者工作的文档的字处理器文件。
全文摘要
将根据电子消息传送协议来处理的消息与该消息的发送者关联。该消息还包括来自进行附加的实体的附件。该附件与该进行附加的实体的独特属性有关。还描述和要求了其他实施例。
文档编号G06Q10/00GK101099144SQ200580020591
公开日2008年1月2日 申请日期2005年5月20日 优先权日2004年5月21日
发明者雅各布·J·李 申请人:J2全球通信公司