专利名称：用于使用电子消息传送协议进行通信的计算机系统的制作方法
用于使用电子消息传送协议进行通信的计算机系统本申请是申请号为200580020591. 8、申请日为2005年5月20日、发明名称为“用于使用电子消息传送协议进行通信的机器实现的方法”的母案申请的分案申请。
背景技术：
本发明的实施例涉及用于通过路由器互连的数据网集合(例如互联网)的电子消息传送协议，而更具体地说，涉及对具有附件的消息的处理。还描述和要求了其他实施例。诸如用来通过互联网来传送消息的电子消息传送协议正得到广泛使用。这些协议 的实例包括电子邮件(email)、新闻和在线聊天(有时称为即时消息传送)协议。这些协议 通常将消息定义为某种形式的数据结构，所述数据结构具有(i)消息体和(ii) 一个或多个 头字段。头字段可包含有关消息来自哪儿(例如电子邮件消息的“from: ”字段)、发送到 哪儿(例如，电子邮件消息的“to:”字段)、其主题、何时发送等等的信息。另一方面，消息 体可包含消息的主体或要素，为通常具有预定格式(例如仅由ASCII字符组成)的数据的 形式。一些协议允许发送者在消息体中附带或“附加”非预定格式的对象。这些协议可 自动地在预定格式和由指定软件应用所使用的某种其他格式间(例如在7位ASCII字符和 8位二进制字符间)进行转换。通过使用转换协议，由消息的接收者“拆分”所附加的对象。 例如，对于电子邮件消息，多用途互联网电子邮件扩展(MIME)协议允许非ASCII对象-诸 如图像文件、音频/视频文件和应用软件文件(例如字处理器、电子表格和数据库程序文 件)_变为消息中的附件。在显示器上，附件向用户表示为例如小的图标和诸如其文件名的 标识符。
附图以示例的形式说明了本发明的实施例，而不是对本发明的限制，在附图中，相 同的标记表示类似的元件。应注意到，参考该公开中的本发明的“一个”实施例不一定是指 同一实施例，而是表示至少一个。图1描述所接收的具有关联附件的电子消息的屏幕截图。图2表示其中可实现在此所述的消息传送协议的实施例的中央服务器消息传送 系统的原理图；图3表示其中使用消息传递代理和用户代理的消息传送协议的另一环境的原理 图；图4是源和接收者间的通信的原理图，其中，客户端程序知道相关的附件能力。图5描述源和接收者间的通信的原理图，其中，客户端程序可以是任意的，因为它 们不需要知道相关的附件能力。图6示例说明用于显示与关联附件有关的信息的鼠标滑过(mouse-over)特征。图7示例说明用于显示与关联附件有关的消息的向下展开(collapse-down)/向 上折叠(collapse-up)特征。
图8表示描述附件部分折叠的消息的示例性缺省视图的用户界面屏幕截图。图9表示附加部分展开的图8中的用户界面的屏幕截图。
具体实施例方式发明人已经注意到，当已经接收到包含附件的转发消息时，传统的技术不向消息 的接收者表示或暗示在与转发消息有关的各个发送者中谁是进行附加的实体。例如，对于 电子邮件，当已经接收到至少曾被转发一次并包含附件的电子邮件消息时，接收者没有得 到对该消息的两个或多个在前发送者中哪一个是实际上请求插入附件的指示。在一群人使 用传统的电子邮件性能就一个或多个文档进行合作来将不同版本的文档作为附件来传送 的情况下，这样的信息特别有用。根据本发明的实施例，(将根据电子消息传送协议处理的)消息内的附件与进行 附加的实体的独特属性关联。当然，还包括将消息与发送者进行关联。该方法可应用于多 个附件，也可应用于新创建的或已转发了一次以上的消息，以便更易于允许消息的接收者 确定谁向该消息附加了什么内容。然后，图形用户界面可以不仅显示消息内每个附件的附 件名，而且可以显示进行附加的实体的任何独特属性(例如名称、电子邮件地址等等)。对 于消息中有多个附件以及消息链的单一或递归线程内有一个或多个进行附加的实体，这均 可实现。例如，假定John Doe创建消息并附加了名为“a. doc”的文件。然后，将该消息发 送给Jane Smith,Jane Smith接收该消息并附加了名为“b. doc”的另一文件。然后将该消 息转发到Alice Cooper0当Alice使用例如支持这种方法的客户端程序或具有类似支持的 Web界面来接收和打开消息时，Alice不仅被提供了传统意义上的具有两个附件的消息，而 且还被提供了名称或直接与每一附件关联的人的其他独特属性。因此，在该实例中，Alice 将看到用于a. doc的附件图标，接着，将显示“John Doe”。另外，Alice将看到用于b. doc 的附件图标，接着，显示“Jane Smith”。参见图1，图1为另一实例，示出了到增加了 “关联 附件”特征的电子邮箱的充当Web界面的客户端程序的窗口的屏幕截图。在该实例中，该显 示示出了用于所转发的消息的最近分支的“from”字段10和“to”字段14。另外，还示出了 具有“from”字段18和“to”字段22的较早分支。在屏幕的底部，为可由其文件名字段沈、 34来识别的两个附件。这些中的每一个均是“关联附件”，其中已添加了附加字段30、38，以 便更容易向电子邮件接收者表示进行附加的实体。然而，更一般而言，如下所述，关联附件 技术可应用于其他类型的消息传送协议以及其他类型的数据通信网。现在转到图2，示出了用于实现关联附件能力的示例性数据网。在该实例中，消息 传送协议使用中央服务器模型的单个消息服务器来在多个相连的用户系统间传送消息。示 例性消息120由用户系统116(源)发起，并将递送到用户系统104处的预期接收者。在消 息服务器108的控制下，消息120可存储在中央消息储存装置112内，直到用户系统104内 的客户端程序可用于读取该消息为止。该消息120包括可已在用户系统116处插入的附件 124、填充有标识发送者的数据的发送者字段125、标识接收者的接收者字段1 和对请求 插入附件IM的实体进行标识的关联附件(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所接收并包括对一个或多个在先发送者进行标识 的信息的消息。因此，在该消息为转发的消息的情况下，可将来自在前发送者的另外的附件 包括在该消息中，连同将该在前发送者单独标识为插入该另外的附件的另一进行附加的实 体的信息。参见如图1的屏幕截图，图1示出了具有多个附件的转发消息。其中，该信息通 过其电子邮件地址来标识进行附加的实体，可替换的方法包括实体名，并且在进行附加的 实体是个人的情况下，仅包括该人的姓名首字母。具有多个附件的转发消息的另一实例表 示如下，其中，还示出了该消息中的所有头。示例性电子邮件消息From Jane Smith Fri Dec 12 15:14:39 2003X-Apparendy-To aliceiiapdoruain. com via 216. 136. 225. 53, Fri. 12 Dec 200315:14:58-0800Return-Pafa <janesiiapdomain. com>Received from 64.202.166.29 (HEL0 smtpout-l-2d. secureserver. net)(64. 202. 166. 29)by mta222.mail.acd.yahoo.com with SMIP :Fri, 12Dec 2003
0800Received (qmail 16195 invoked from network) ；12 Dec 200323:14:58. 0000Received from unknown (67. 100. 80. 253)by amtpout-l-2d. secureserver. net(64. 202. 266,28)with ESMTP ； 12 Dec 2003 23:14:58-0000Subject Fff =PicsDaco :Fri,12Dec 200315:14:39-0800Message-ID <002201c3cl05$b84012f0$3201a8c0iMike>ΜΙΜΕ-Version 1. 0Content-Typo :multipart/mixed ；boundaty ="----= _NextPart_000_0025_01C3C0C2. AA1CD250“X-Priority 3(Normal)X-MSMail-Priority NormalX-Mailer Microsoft Outlook, Build 10.0.2616X-MimeOLE Prod uced ByMicrosoft MimeOLE V6. 00. 2500. 1165Importance NormalContent-Length 434890转发的消息From :hn Doe " < johndiiapdornain. com>To janesiiapdomein. comSubject :PicsDate :Thu，IlDec 2003 08:21:36-0800Message-ID <39A8F53E4B5F714EB75663F972770BDA08CC92ifnserver. doe.local>ΜΙΜΕ-Version :1. 0Content-Type :multipart/mixed ；boundary ="----= _NextPart_000_001D_01C3C0C2. A9F91E50“X-Priority 3 (Normal)X-MSMail-Priority NormalX-Mailer=Microsoft Outlook, Build 10.0.4510X-Nonspam :ffhitelistX-MimeOLE=Produced By Microsoft MimeOLE V6. 00. 2800. 1165Importance NormalAttachmenta. docjpg file,750x563,63kX-AA_entity “ John Doe" <johndiiapdornain. com>8
Attachmentb. doc.jpg file,800x600,66kX-AA_entity " Jane Smith" <janesiiapdomain. com>在上述实例中，有关与特定附件有关的进行附加的实体的信息在“X-header”字段 中给出，描述为X_AA_entity。可以使用其他可选的消息字段，例如符合已知的消息传送标 准的字段。仍然参考图4，该消息可以从源客户端404发送到消息传递代理，在该实施例中， 消息传递代理为SMTP服务器/中继408。这可通过使用户接入互联网并可由商业互联网 接入提供商(IAP)管理的呈现点(PoP)406来实现。源用户可以是IAP的订户，并使用例如 可以经拨号连接、数字用户线路(DSL)或其他低级传输链路与PoP 406通信的硬件(未示 出)。在到达接收者侧的邮件传递代理-在此为STMP中继416-前，该消息通过一或多 跳、即互联网的节点被进一步传递。在STMP中继416，可将该消息传递到储存装置(未示 出)并代表接收者被存储。接收者客户端程序(或简单地，客户端)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 可以是源用户用来接入他或她所订的电子邮箱服务例如ΥΑΗ00 ！ Mail电子邮件解决方案 的传统Web浏览器。在这种情况下，用户为消息传送服务的订户，具体而言，为提供关联附 件能力的订户。该用户可经诸如由ΥΑΗ00 ！ Mail电子邮件解决方案所提供的Web界面来 请求创建新消息，并可指定待插入的附件(根据传统的技术)。然后依赖于掌管电子邮件解 决方案的互联网服务提供商(ISP)网络509来识别该用户已经请求特定的附件，并作为响 应，将指定字段添加到该消息，以便将源用户单独地标识为请求插入附件的实体。可以通过 将该消息(还将包含附件124)的“发送者”识别为进行附加的实体的ISP网络509中的新 软件来执行对消息的这种修改，并且作为响应，将AA info字段1 添加到该消息。在接收者侧，使用任意客户端520(例如再次使用用作由互联网服务提供商所维 护的接收者用户的电子邮件帐户的Web界面诸如ΥΑΗ00 ！ Mail电子邮件解决方案的Web 浏览器)来访问和显示“收件箱”。添加到ISP网络509的关联附件消息传送服务负责为任 意客户端520提供必需的数据，以使客户端520能接收有关该消息(包括附件)的信息，其 中，该所接收的信息可以从该消息的发送者字段和AA info字段中取出。例如，可以经已由任意客户端520下载的Web站点内容，将该所接收的信息提供给该消息的预期接收者。注意，在上述图4和5的实施例中，尽管源和接收者具有类似类型的客户端程序 (例如图4中，两个客户端程序均是AA知悉的，而在图5中，两个客户端均不是AA知悉的)， 在源和接收者客户端中仅一个是AA知悉的情况下，也可以实现关联附件能力。在该情况 下，具有任意客户端(即，非AA知悉的客户端)的用户可需要是AA消息传送服务的订户， 以便该任意客户端可向用户正确地显示可能已插入特定消息中的任何相关附件信息。再参考图1，可以通过例如在附件的文件名下连续显示给用户的电子邮件地址， 向用户标识进行附加的实体，如图1所示。然而，另一方案是将该信息显示为“鼠标滑过”。 这在图6中示出。每当光标608位于所显示的附件文件名字段沈上时，会出现弹出框 (pop-up) 610,以标识进行附加的实体。一旦光标离开文件名字段沈，弹出框610则消失。 在另一实施例中，使用向下展开-向上折叠(collapse down-collapse up)特征来显示与 进行附加的实体有关的信息，如图7所示。每一附件可与单独的三角形图标704、708关联， 所述图标可由用户点击，以便向下展开和向上折叠与关联附件有关的信息。图8和9示出了显示具有关联附件能力的消息的另外的实例。在图8中，该消息 被显示为具有折叠的附件部分804。在该实例中，存在所示的三个附件。在端用户点击展开 图标808后，展开视图出现，如图9所示。注意，为三个附件的每一个所显示的另外的数据， 即进行附加的实体的姓名和该附件由其作者所创建的日期。可替换地，该另外的数据可包 括可与进行附加的实体关联的其他类型的“元信息(meta info)”。然而，并非需要显示所 有的该元信息。图8和9还示出了可代替可折叠部分804来使用的另一附件部分812。在这种情 况下，当由端用户打开该消息时，关联附件信息例如进行附加的实体的名称自动显示在其 各自的附件名后，不需要点击来展开该视图(如部分804)。图8和9中的用户界面可以是用来观看和管理端用户的电子邮件服务帐户的 基于Web的客户端程序。该服务可以是将传统的电子邮件存储和传送与由j2 Global Communications提供的传真/语音-到-电子邮件能力结合的服务。可以通过名称和通过 部分820中的入站传真/语音号来识别用户。部分拟4显示用于不同文件夹的图标，其中 一个是INBOX (高亮)。使用部分拟6中的另一图标集合，可以采用更高等级的动作，如设置 用户界面的偏好、管理文件夹、个性化支持以及消息收件箱部分。最后，在部分828中显示 有关电子邮件服务帐户的存储细节。上述本发明的实施例可以提供为计算机程序产品或软件，可以包括机器或计算机 可读介质，在其上存储可用来对计算机(或电子设备)编程以便执行根据本发明的实施例 的过程的指令。在其他实施例中，可通过包含微代码、硬件逻辑的专用硬件部件、或通过编 程的计算机部件和定制硬件部分的任何组合来进行操作。总之，为了更好地处理附件，已经描述了对消息传送协议进行修改的不同实施例。 在上述说明书中，已经参考其具体的典型实施例描述了本发明。然而，显然，在不背离如在 附加权利要求中阐述的本发明的更宽精神和范围的情况下，可以做出各种修改和改变。例 如，尽管在几个示例性电子邮件消息中，将AA info字段示为仅包含对进行附加的实体进行 标识的信息，但是可使用该字段来包含另外的信息，诸如附件的文件名以及时间戳(有关 例如将该附件插入消息中或其作者创建该附件时的时间和/或日期)。因此，说明书和附图应视为示例性的而不是限制性的。
权利要求
1.一种用于通过使用电子消息传送协议进行通信的计算机系统，包括用于把标识要根据电子消息传送协议来处理的消息的发送者和接收者的信息分别插 入所述消息的第一字段和第二字段中的装置，所述消息包括来自进行附加的实体的附件； 以及用于将所述进行附加的实体的独特属性插入与所述附件关联的所述消息的第三字段 中的装置，其中，在所述消息中，所述附件在所述第一字段、所述第二字段和所述第三字段 外。
2.如权利要求1所述的计算机系统，其中，所述电子消息传送协议是电子邮件协议。
3.一种用于通信的计算机系统，包括用于将附件插入将根据消息传送协议递送的消息中的装置；以及用于进行这样的填充的装置(i)填充所述消息的第一字段以标识发送者，(ii)填 充与所述附件关联的所述消息的第二字段以对请求插入所述附件的实体进行标识，以及 (iii)填充所述消息的第三字段以标识所述消息的接收者，其中，在所述消息中，所述附件 在所述第一字段、所述第二字段和所述第三字段外。
4.如权利要求3所述的计算机系统，还包括用于将包括所述附件和所填充的第一字段、第二字段和第三字段的消息发送到消息传 递代理的装置，所述代理是与一个或多个路由器互连的多个网络内的节点。
5.如权利要求3所述的计算机系统，其中，所述消息被创建为转发消息，包括对一个或 多个在前发送者进行标识的信息。
6.如权利要求3所述的计算机系统，其中，所述消息包括(i)来自在前发送者的另一附 件以及(ii)将该在前发送者单独地标识为插入所述另一附件的另一进行附加的实体的信 肩、ο
7.一种用于通信的计算机系统，包括用于根据用于与一个或多个路由器互连的多个网络的消息传送协议创建待递送的消 息的装置，其中，所述消息包括⑴来自进行附加的实体的附件以及(ii)头信息，所述头信 息(1)对所述消息的发送者进行标识、(2)单独地标识所述进行附加的实体并将所述进行 附加的实体与所述附件关联；以及用于将所创建的消息发送到消息传递代理的装置。
8.如权利要求7所述的计算机系统，其中，所述消息被创建为包括对一个或多个在前 发送者进行标识的头信息的转发消息。
9.如权利要求7所述的计算机系统，其中，所述消息包括(i)来自在前发送者的另一附 件以及(ii)将该在前发送者单独地标识为插入所述另一附件的另一进行附加的实体的头fn息ο
10.如权利要求7所述的计算机系统，其中，所述头信息通过(a)所述实体的名称、(b) 所述实体的电子邮件地址以及(c)在所述进行附加的实体为个人的情况下该个人的姓名 首字母中的一个来标识所述进行附加的实体。
11.一种计算机系统，包括用于对从客户端程序接收的消息进行处理的装置，所述消息根据用于与一个或多个路 由器互连的网络的消息传送协议来递送，且所述消息包括(a)附件、(b)标识发送者的第一字段、(C)第二字段，其(i)对请求插入所述附件的实体进行标识并且(ii)与所述附件关 联、以及(d)对预期接收者的数据网络地址进行标识的第三字段，其中，对所述消息进行处 理，以便向所述预期接收者呈现来自所述附件以及所述第一字段、所述第二字段以及所述 第三字段的信息；以及用于向所述预期接收者呈现来自所述附件以及所述第一字段、所述第二字段以及所述 第三字段的信息的装置。
12.如权利要求11所述的计算机系统，还包括用于在窗口中同时显示这样的内容的装置(i)所述附件的文件名、(ii)请求插入所 述附件的所述实体的标识、以及单独地(iii)所述发送者的标识。
13.如权利要求11所述的计算机系统，还包括用于在窗口中同时显示这样的内容的装置(i)所述附件的文件名、(ii)请求插入所 述附件的所述实体的标识、以及单独地(iii)所述发送者的标识，其中，每当所述窗口中的光标位于所显示的所述附件的文件名之上时，请求插入所述 附件的所述实体的所述标识作为鼠标滑过而被显示。
14.如权利要求11所述的计算机系统，还包括用于在窗口中同时显示这样的内容的装置(i)所述附件的文件名、(ii)请求插入所 述附件的所述实体的标识、以及单独地(iii)所述发送者的标识，其中，当所显示的文件名向上折叠回时，请求插入所述附件的所述实体的所述标识从 窗口消失。
15.一种用于通信的计算机系统，包括用于对从通信服务订户的客户端程序接收的消息进行处理的装置，其中，所述消息将 根据用于与一个或多个路由器互连的多个网络的消息传送协议来递送，其中，所述消息包 括来自所述订户的附件、将发送者标识为订户的第一字段以及对所述消息的预期接收者的 数据网络地址进行标识的目的地字段；以及用于将第二字段添加到所述消息的装置，所述第二字段对请求将附件插入所述消息中 的实体进行标识并与所述附件关联，其中在所述消息中，所述附件在所述第一字段、所述第 二字段和所述目的地字段外。
16.如权利要求15所述的计算机系统，其中，所述消息包括(i)来自在前发送者的另一 附件以及(ii)将所述在前发送者单独地标识为插入所述另一附件的另一进行附加的实体 的信息。
17.如权利要求15所述的计算机系统，其中，所述通信服务是为所述订户提供电子邮 箱存储的电子邮件服务。
18.一种用于通信的计算机系统，包括用于处理将根据用于与一个或多个路由器互连的多个网络的消息传送协议递送的、来 自用户代理的消息的装置，其中，所述消息包括附件、标识发送者的第一头字段以及标识接 收者的第二头字段；以及用于填充与所述附件关联的所述消息的第三头字段以对请求将所述附件插入所述消 息中的实体进行标识的装置。
19.一种用于通信的计算机系统，包括用于接收来自根据用于与一个或多个路由器互连的多个网络的消息传送协议来处理 的消息的头部中的信息的装置，所述消息包括所述头部以及来自进行附加的实体的附件， 以及其中所接收的信息(1)对所述消息的发送者进行标识、( 单独地标识所述进行附加 的实体并将所述进行附加的实体与所述附件关联；以及用于向所述消息的预期接收者呈现所接收的信息的装置。
20.如权利要求19所述的计算机系统，其中，所呈现的信息包括发送者名、发送日期、 主题和附件符号，一起在屏幕上显示为一行，并且，所述计算机系统还包括用于响应于预期 接收者选择所述附件符号而显示从所接收的信息获得的进行附加的实体的独特属性的装置。
21.如权利要求19所述的计算机系统，其中，所接收的信息经由客户端电子邮件程序 呈现给所述预期接收者。
22.如权利要求19所述的计算机系统，其中，所接收的信息经由到电子邮箱服务的客 户端Web浏览器界面呈现给所述预期接收者。
23.一种用于通信的计算机系统，包括用于接收与根据消息传送协议来处理的消息有关的信息的装置，所述消息包括来自 进行附加的实体的附件、对所述消息的发送者进行标识的第一头字段以及与所述附件关联 的、标识所述进行附加的实体的第二头字段，其中所接收的信息是从所述第一和第二头字 段中取出的；以及用于向所述消息的预期接收者呈现所接收的信息的装置。
24.如权利要求23所述的计算机系统，其中，所述消息包括对所述消息的接收者进行 标识的第三头字段，以及其中，所述第二头字段是X-header字段。
25.如权利要求23所述的计算机系统，其中，所述信息是通过客户端程序来接收和呈 现的，所述客户端程序固有地能够将所述消息的第二头字段解释为与所述附件关联的进行 附加的实体有关。
26.如权利要求23所述的计算机系统，其中，所述信息是由进一步接收指令的客户端 程序从处理所述消息的消息传送服务的提供商来接收并呈现的，用于将所述消息的第二头 字段解释为与所述附件关联的进行附加的实体有关。
全文摘要
将根据电子消息传送协议来处理的消息与该消息的发送者关联。该消息还包括来自进行附加的实体的附件。该附件与该进行附加的实体的独特属性有关。还描述和要求了其他实施例。
文档编号G06Q10/00GK102045272SQ20101059991
公开日2011年5月4日 申请日期2005年5月20日 优先权日2004年5月21日
发明者雅各布·J·李 申请人:J2全球通信公司