CN1535424B - 处理消息的服务器 - Google Patents

Abstract

提供了一种系统和方法(701)用于从基于万维网的服务器(703)发送和接收(702)被授权的消息，这里的通道化地址(704)对于用户标识和分发用的网络通道手段(705)是共同的。

Description

处理消息的服务器

技术领域

本发明一般地涉及在通信网络上的通信，更具体地说，涉及一种基于万维网的方法和系统，用于控制接收来自访问该网络的各种实体的通信。 

背景技术

当今社会，电子邮件(“e邮件”)作为一种通信方式越来越普及。这至少是部分地由于因特网的普及。电子邮件的使用者可称作“用户”。当用户接收电子邮件时，该用户通常称作“接收方”，而当向一个接收方发送电子邮件时则称作“发送方”。而术语“通信方(Correspondent)”可用于指正在向所考虑的用户发送电子邮件或从该用户接收电子邮件的一个或多个个人。 

为在通信网络上发送电子邮件，用户必须把一个电子邮件消息的地址指向预期的接收方。例如，参考图1A，图中显示在因特网上使用的传统的电子邮件地址。该地址通常有两部分，即用户名100(也称作“邮箱名”)和主机(或域)名102。这两部分是名字层次结构的组成部分，即域名102比用户名100的级别高。用户名100可被描述为该层次结构中的最低级别名。通常，用户名100和主机名102可由“在(at)”符号“”104分开。为在因特网上发送电子邮件，如本领域公知的那样，用户把预期接收方的地址写入消息的“发往(To)”行(或字段)，以此给出该电子邮件消息的地址。再有，也如本领域公知的那样，用户通过把另一个预期的接收方地址放入CC行(或字段)，可把该电子邮件“抄送”或“CC”(或“Cc”)给该接收方。通常还有一个“发自(from)”行(或字段，指出谁发送该消息。这些项目与诸如主题、日期等非地址部分一起构成所谓电子邮件消息的“首部(header)”。还有本领域公知的其他可选方式用于以各种方式给出因特网电子邮件的预期接收方地址。有类似的方法在其他网络上为电子邮件寻址。 

不幸的是，如同其他通信形式，例如常规邮件和传真那样，电子邮件用户可能收到大量不希望的邮件，或者说“垃圾”邮件。这可以是“远程营销”型电子邮件(例如广告或调查)。尽管这可能只是上升到不过是令人讨厌或烦恼的水平，但在一些场合，不希望的邮件可能实际上上升到骚扰的水平。例如，用户可能收到不希望的攻击性的或淫秽的电子邮件。一个恶意的电子邮件发送方还可能发送“憎恨邮件”。 

在一些情况下，这类行动可能成为使用户的电子邮件容量变得无用的一个实际问题。例如，如果一个恶意的电子邮件发送方以用户不得不阅读的大量消息充斥电子邮件用户的邮箱，则希望的、或者说“非垃圾”邮件将被掩埋在大量的无用垃圾邮件中。恶意的电子邮件发送方还可能发送那些已知要攻击接收方的消息，以致接收方不想阅读所收到的任何消息，包括正当的消息。 

因特网的商业化进一步威胁电子邮件的使用。今天，比以往更容易收集地址名录和便宜地大量发布消息。每次用户向公共新闻组或列表发送一个消息、填写万维网表格或发入一个产品登记卡时，服务器就会便宜地得到电子邮件地址，而且通常还会得到关于用户兴趣的某些指示。然后，这一信息能被出卖给营销公司，这些公司能容易地自动以电子邮件主动地海量发送广告、调查以及其他骚扰性邮件，这些骚扰性邮件可能花费用户的连接时间，而且可能更糟糕的是，可能花费宝贵的注意力时段。 

人们希望能够限制接收通过网络发送的不希望的电子邮件及其他类型的消息。此外，当收到不希望的电子邮件(或消息时)，如果能确定这不希望的邮件的发送方以何种方式得到该用户的地址，那将是有好处的。 

在1999年7月27日发布的美国专利5,930,479号(简称“’479号专利”)(该专利的内容在这里被全文纳入为参考)中，我公开了一种方法和系统，以利用“通道化地址(Channeliged address)发送消息，从而创建不同的“通道”，通信方能使用这些“通道”向用户发送电子邮件。换言之，每个用户的电子邮件账户可经由用户控制的一组通道来访问。每个通道有一个与众不同的结构化的电子邮件地址，其中含有账户名和 “通道标识符”，每个合法的通信方被允许知道这些访问地址或通道标识符当中的一个或多个。 

在’479号专利中描述的系统允许用户拒绝不是在适当的通道(具有适当的通道化地址)上到达的任何电子邮件。如果不希望的邮件的确是在一有效通道上到达的，则用户可以关掉该通道并允许那个通道的合法用户使用另一个通道。换言之，合法用户被“切换”到另一通道。 

用户(或账户所有者)被提供简单的控制用于打开新的通道、关闭通道(因此可能取消一个或多个通信方的访问特权)以及切换通道(通知选定的通信方，当前通道被关闭，但新的通道已开通供他们使用)。这可通过一个自动的个人通道代理或管理器(“PCA”)来提供。PCA还使接收的通道化电子邮件对用户而言在外观和感觉上完全如同传统的电子邮件一样。PCA提供各种管理性控制。PCA管理一个数据库，它把通信方的地址映射到它的被指配的通道，以及(当适用时)把由通信方指配的通道映射到账户所有者。 

参考图1B，图中显示根据一个优选实施例的“通道化地址”106。这一地址以标准的因特网域名格式给出。这一格式通常包含名字的层次结构，在该层次结构中，域名在较高级别，而用户名在较低级别。 

图1B中的通道化地址106至少包含三个基本部分；用户名108、通道标识符(或通道ID)110以及主机(或域)名112。在通道ID110和主机名112之间是“在(at)”符号“”104。如图1B中所示，紧接在通道ID110之前和之后有短划“-”。比较图1A和图1B，应该注意到传统的地址(图1A)在某种程度上与通道化地址(图1B)在外表上相似，只是通道化地址在“在(at)”符号104的左侧含有通道ID110。这样，通道化地址106含有传统的地址信息(例如用户名108和主机名112)以及通道ID110。 

通道ID包括一个安全字符串，它实际上是不可猜出的(或甚至是随机的)，即使当一个恶意的邮件发送方(或对手)知道若干个该用户其他预先存在的通道标识符也是猜不出的。就是说，该通道标识符应该是不可能由对手预测出来的。该安全字符串可以是伪随机地产生，可以是随 机地产生，或者可由用户选定。重要之点是该安全字符串在实际上是不可能由对手猜出的，而不论它如何产生。 

对通道化地址106的管理以及信道ID110的产生，都由PCA完成，下文中将针对它所完成的其他功能对其进行更详细的描述。 

在’479号专利中描述的系统的用户可把若干具有不同通道标识符110的通道化地址分配给不同的通信方。除了通道化地址的通道ID部分之外，该地址可以看起来与用于所有通信方的地址相同。如果一个通信方希望向该用户发送电子邮件，该通信方必须发送标识正确通道的电子邮件；就是说，通过使用一个具有适当通道标识符110的开放的(或有效的)通道化地址106。如果该通信方向一个通道发送电子邮件，而该通道尚未被打开或者已经被关闭(如下文描述的那样)，则来自该通信方的电子邮件将被该用户的邮件服务器拒绝，该用户将不会收到它。这样，一个目标是控制潜在通信方对用户邮箱的访问，而不是要保证账户所有者/用户的匿名性或保证消息的私有性。 

图2显示’479号专利中描述的系统的体系结构。所涉及的硬件与网络200相连，如因特网，用于向通信方发送电子邮件或从通信方接收电子邮件。一个邮件服务器202与网络200相连。服务器202与个人通道代理主机(“PCA主机”)204相连，它是用作个人通道代理(“PCA”)214的主机的一台计算机。PCA主机204与用户机206相连。用户机作为与网络200的用户接口，用于发送和接收电子邮件。 

在邮件服务器202内有邮件接收器208和邮件发送器210。邮件接收器208和邮件发送器210能用Unix的“Sendmail”程序的修改形式来实现。特别是，该Sendmail程序被修改成拒绝被寻址到被关闭通道的消息。邮件接收器208是一个“精灵(daemon)”程序。换言之，邮件接收器208总是在进行检验，以确定是否已经有任何邮件从网络200到达。优选地，邮件服务器200使用简单邮件传送协议(“SMTP”)在路径220上从网络200接收电子邮件。尽管其他传统格式也能被使用。优选地，邮件服务器210使用SMTP协议在路径222上向网络200发送邮件，尽管其他传统格式也能被使用。在SMTP协议中，以一个信封传送消息，该信封指定 发送方和接收方。消息本身包含首部行(发往、发自、抄送、主题、日期等)，后跟一个空行，再后限消息本体。服务器202还包含通道文件212。术语“文件”在该说明书中将始终包括存储在永久性或半永久性介质(如盘、带或ROM设备)上的数据和数据库，也将包括驻留在暂时存储器中的数据和数据库。 

PCA214在PCA主机204中。PCA214通过路径216从邮件接收器208接收邮件。PCA214被配置成周期性地检查邮件服务器202以查找新电子邮件。优选地，路径216使用POP3协议从邮件接收器208向PCA214传送电子邮件。POP3协议由运行邮件服务器202上的一个软件产品(如“POPPER”(它能在ftp.CC.berkeley.edu从因特网上得到))来启动。也能使用其他已知方式实现POP3协议以及其他已知协议。PCA214还经由路径218向邮件发送器210转发电子邮件。优选地，路径218使用SMTP协议从PCA214向邮件发送器传送电子邮件。在路径218上也能使用其他已知协议。PCA214还经由路径224向通道文件212传送数据。这些数据是使用文件传输协议(“FTP”)沿路径224传送的。PCA214还有用户通道数据库(“UCDB”)226，这将在下文中描述。 

邮件客户机228在用户机器206内。在一个优选实施例中，邮件客户机228可以用Netscape邮件客户机和浏览器实现，它可从Netscape通信公司得到。当然，其他已知的邮件客户机也能被使用。邮件客户机228经由路径230和232与PCA214通信。路径230用于使用POP3协议从PCA接收电子邮件。路径232用于使用SMTP协议从邮件客户机228向PCA214发送电子邮件。 

一个万维网(万维网)浏览器234也在用户机器206中。在一个优选实施例中，万维网浏览器234能以Netscape通信公司提供的NetscapeNavigator浏览器实现。万维网浏览器234用于管理包括UCDB226的PCA214。万维网浏览器234使用超文本传输协议(“HTTP”)沿路径236与PCA214通信，尽管也可使用其他已知协议。 

参考图2，在概念上，PCA214用作电子邮件代理，置于用户的邮件客户机228和邮件服务器202之间。这样，所有到来的和外出的消息都 穿过PCA214，它使用如上文讨论的适当协议与邮件客户机228及邮件服务器202交互作用。这一放置允许PCA214自动地完成各种簿记功能，从而保护用户不受这些功能的影响。 

用户通道数据库(UCDB)226主要记录两个映像，即通道映像和通信方地址映像。通道映像把每个通信方与用户预期从该通信方接收邮件所在的通道关联起来。通信方地址映像把每个通信方的用户和主机名与该用户允许向该通信方发送邮件所在通道ID(如果存在的话)关联起来。 

UCDB226(或226a)在概念上示于图3中。每列中的题头并不实际存储在数据库226中，而是为了说明的目的在图3中提供的。对于每个通信方地址302，UCDB226可以有下列条目中的一个或多个：自己的通道304、通信方的通道306、自己的密钥308以及通信方的密钥310。通信方就是该用户希望向其发送或从其接收邮件的另一个电子邮件用户。通信方地址是该通信方的标准电子邮件地址。自己的通道304是为通信方向该用户发送电子邮件时使用的通道ID110。通信方通道306是该用户向该通信方发送电子邮件时必须使用的通道ID110。自己的密钥308是由该用户指配的为允许实现某些功能所必须的密钥。通信方密钥310是由通信方指配的密钥，它也是为允许实现某些功能所必须的。所有这些信息都是在PCA214与邮件服务器202及用户机器206交互作用时由PCA214放入UCDB226的。 

现在参考图4，图中显示通道文件212的概念图。在“开放通道”列上的题头只是为了显示，这样的题头并不实际存储在通道文件212中。通道文件212有通道列表401，它已由用户打开。可通过用户接口完成打开通道。在图4所示举例中，列出的第一个通道是“1QXR7112PH”。当邮件接收器208接收一个消息时，由修改过的Sendmail程序检验这些通道。PCA214利用已送入UCDB226中的信息定期更新通道文件212。如图3中所示，这些信息存储在UCDB的“自己的通道”字段304中。 

近来已经可以得到基于万维网的电子邮件服务，用户通过服务器完全以HTML协议与客户机交互作用来提供邮箱地址和邮箱功能。这种安排允许电子邮件用户以浏览器从任何客户机与邮件服务器交互作用。在客 户机和服务器之间通过HTML页进行消息编写、到来消息显示和文件夹显示。 

如图5中所示，一个典型的基于万维网的邮件服务器系统包括邮件服务器504，它与运行客户机软件(如浏览器501)的用户机器500通信。服务器504和用户机器500之间的通信是通过HTTP协议502在网络503上进行的，如因特网或另一公共计算机网络或专用计算机网络进行的。 

发给接收方(路径551)或来自发送方(路径550)的电子邮件是通过网络503使用SMTP协议或另一适于邮件传送的协议传送的。那些消息经由HTTP协议通过网络503与用户机器500通信。 

基于万维网的邮件服务器504含有邮件服务器部分506和网络接口层505。邮件服务器部分506包括到来消息接收器541用于接收来自网络503的邮件，以及发出消息队列和发送器542用于传送发出的邮件。到来消息接收器541及发出消息队列和发送器542二者都使用SMTP协议向网络503发送邮件消息和从网络503接收邮件消息。在邮件服务器部分506中的消息存储器540为收到的消息提供文件存储。收到的消息在一收到时便被直接传送(路径545)到消息存储器。 

基于万维网的邮件服务器504的网络接口层505包含一系列HTML万维网页，用于通过用户机器上的浏览器软件与用户通信。例如，该接口层包含消息编写页面520，它可经由HTTP协议通过网络503呈现给用户供编写消息。该页面含有用于消息接收方地址、消息主题、消息附件以及消息文本的字段。为编写消息，用户按要求把信息放入HTML字段并把该页连同附加信息经由HTTP协议通过网络503传送到基于万维网的邮件服务器504。网络接口层505识别到来的消息编写页520中含有的信息，对信息编排格式供经由SMTP协议传输，并向发出消息队列和发送器542转发该信息(路径525)。 

类似地，提供了收件箱(in-box)页面521用于通过网络503向用户传送消息存储器540的内容。在收件箱页面521和消息存储器540之间经由路径544通过HTTP协议传输信息。可以向用户传送一个收件箱页面521，其中含有例如消息存储器的收件箱中所有消息的主题字段、发送 方以及接收日期的列表。未读消息通常在列表中被突显，以引起用户的注意。在一个消息被阅读之后，用户可使用HTTP万维网页的管理控制从消息存储器中删去该消息或者把该消息从收件箱移到消息存储器内的另一文件，如主题文件。 

当用户希望从消息存储器中读出一个消息时，用户请求把含有一特定消息的内容的消息显示页面522传送到用户机器。该消息内容经由路径543被从消息存储器540中检索出来并放在HTML消息显示页522的适当字段中，供传输给用户机器500。 

在每种情况中，因为在用户机器500和基于万维网的邮件服务器504之间传送的所有信息都利用HTTP协议，而且被嵌入到可由标准的浏览器读出的万维网页面内，所以在用户机器上不需要邮件客户机。相反，用户可通过具有浏览器的任何机器访问他的邮件。 

发明内容

通过本发明的系统和方法，在现有技术之上取得了技术进步。本发明的第一个实施例使一个服务器的特点是在网络上处置往返多个客户机传送的消息，这些消息有其附着的地址。该服务器包括一个网络接口用于通过使用网络协议传送置标语言以与客户机通信，以及一个邮件服务器用于在网络上发送和接收消息。该服务器还包括一个通道指配管理器用于指配用作地址组成部分的通道标识符，以及一个通道信关用于根据通道标识符确定这些消息是否是被授权的消息。 

由网络接口使用的网络协议可以是使用置标语言表现(rendering)工具进行表现的协议。在那种情况中，置标语言表现工具可以是浏览器。再有，该网络协议可以是HTTP或WAP(无线应用协议)。 

由网络接口传送的置标语言可以是XML、HTML、SGML或WML。服务器可进一步包括消息存储器用于存储消息。 

由邮件服务器从网络接收的消息可在被存入消息存储器之前由通道信关过滤。在那个实施例中，通道处理服务器可在消息被存入消息存储器之前对这些消息进行初步处理功能。这一初步处理功能可以从地址中剥离出通常标识符，认证消息中包含的数字签名或对消息解密。

该服务器可包括一个个人通道代理用于管理通道。在那个实施例中，网络接口可有至少一个通道控制页面用于往返客户机的传输，以允许客户机访问个人通道代理。该网络接口还可包括至少一个电子邮件管理页用于往返所述客户机的传输。通道控制页和邮件管理页可作为单个置标语言页面传送到客户机。 

在本发明的另一实施例中，提供了一种方法用于向网络中的接收方呈现消息。在这一实施例中，消息具有一地址，用于把该消息从发送方发送到接收方。该地址包括公共地址部分表明网络中该接收方的标识以及通道标识部分用于认证该消息是被授权的。在该方法中，消息中的信息连同至少一个通信方的标识被传送到接收方供同时显示，含有地址通道标识符部分的这些消息是从该通信方那里得到授权的。 

本发明的那个实施例还可包括一个步骤用于提供至少一个功能供接收方处置通信方的标识。该功能可包括关闭由该地址的标识符部分标识的通道。 

消息信息和通信方标识可使用置标语言传输。该置标语言可为XML、HTML、SGML或WML。消息信息和通信方标识可使用网络协议传输，供使用置标语言表现工具来表现。在那种情况中，置标语言表现工具可以是浏览器，而网络协议可以是HTTP或WAP。通道标识符部分可以是该地址的基本上不可猜出的部分。 

在本发明的又一实施例中，提供一种方法用于验证通过网络从第一个通信方向第二个通信方发送的邮件。该方法包括指配一个通道标识符供第一个通信方在向第二个通信方的地址发送消息时使用。该通道标识符被存储在一个开放通道数据库中。 

然后，通过网络从第一个通信方接收一个使用第二个通信方的被修改地址寻址的消息。在那个消息中，该地址包含标识网络中该第二个通信方的通道标识符。然后，认证在被修改的地址中的通道标识符是否在开放通道数据库中。如果是，则从该消息中导出的信息和从开放通道数据库中导出的信息通过网络传送到该第二个通信方供同时显示。 

本发明的另一实施例提供一种方法用于向网络中的接收方呈现消息。 该消息有从发送方向接收方发送该消息的地址。该地址包括公共地址部分指出接收方在网络中的标识以及通道标识符部分用于证实该消息被授权向接收方发送。该方法包括向接收方传输电子邮件管理窗格和通道管理窗格供同时显示。 

通过参考下文中的详细描述及附图，本领域普通技术人员将清楚看出本发明的这些优点和其他优点。 

附图说明

图1A是传统的电子邮件地址图； 

图1B是通道化电子邮件地址图； 

图2是显示通道化电子邮件系统的方框图； 

图3显示与图2所示系统结合使用的数据库； 

图4显示与图2所示系统连接使用的文件； 

图5是传统的基于万维网的电子邮件系统的方框图； 

图6是根据本发明的基于万维网的电子邮件系统的方框图； 

图7是表示根据本发明的发送消息方法的流程图； 

图8是表示根据本发明的接收消息方法的流程图； 

图9是根据本发明管理PCA的客户机用户接口页的示例； 

图10是根据本发明管理PCA的客户机用户接口页的另一示例； 

图11是显示通道详细信息的客户机用户接口页的示例；以及 

图12是根据本发明由通道化的基于万维网的电子邮件系统使用的客户机用户接口页的图示。 

具体实施方式

图6显示根据本发明的一个实施例的基于万维网的电子邮件系统举例。该系统包括一个基于万维网的服务器604，它与运行作为浏览器601的客户机软件的用户机器600连接。服务器604和用户机器600之间的通信是通过连接602经网络603进行的。该网络可以是任何公共的或专用的计算机网络，如因特网。 

服务器和用户机器之间的通信利用置标语言通过网络传输信息。置标语言是这样一种语言，它允许把定界字符插入其他信息之间，以定义如 何显示那些信息。置标语言允许传输多种信息类型，包括文本、图形、音频、视频以及可执行的例行程序。当前使用的置标语言的实例包括普遍用于万维网上的超文本置标语言(HTML)、允许传输无限数量数据类型的可扩展置标语言(XML)以及用于小型无线设备的无线置标语言(WML)。使用标准通用置标语言(SGML)标准对置标语言进行规范。如这里使用的那样，术语“置标语言”也要包括允许把编程语言、传统的置标语言和要传输与展现的数据组合起来的任何接口描述形式。例如，一种置标语言可能使用HTML加上Java脚本加上GIF，或者HTML加上Java脚本，或者XML加上明文加上Activex控制件来定义一种形式。 

置标语言使用网络协议通过网络传输，该网络协议允许使用置标语言表现工具(如浏览器)表现被传输的信息。该协议允许置标语言表现工具以预期的形式显示、播放、执行或以其他方式表现由置标语言定界的信息。网络协议的实例包括超文本传输协议(HTTP)和无线应用协议(WAP)。 

通过置标语言传输的信息通常是被作为一个或多个“页面”传输的。一个页面是响应一个请求而被传输的置标语言文件。一个置标语言页面可以由它自己显示，也可使用“帧(frames)”或同时表现多个置标语言页面的其他工具与其他页面一起显示。 

到来的电子邮件消息(路径651)和发出的电子邮件消息(路径650)经由网络603使用SMTP协议或其他邮件传输协议被传输。如下文描述的那样，服务器604通过HTTP协议往返用户机器600传输那些消息。 

基于万维网的邮件服务器604含有邮件服务器606、网络接口层605、消息存储层607以及通道处理服务器608。基于万维网的邮件服务器604包含一个或多个邮件管理页面，其中包括如上文描述的消息编写页面620、收件箱显示页面621以及消息显示页面622。除了那些电子邮件管理页面外，该网络接口通过一个或多个通道处理服务器控制页面683与客户机器600通信，这些页面683用于设置和修改通道处理服务器690的各个方面，如下文所述， 

消息存储层607包含消息存储器695用于存储消息，包括收到的消息、 发送的消息以及草稿消息。如本领域众所周知，消息存储器可有层次文件结构，使用户能根据主题、日期或其他判据组织他的消息。 

基于万维网邮件服务器604的通道处理服务器608包括一个或多个个人通道代理(“PCA”)680，用于完成为使用和管理通道化邮件所需功能。那些功能和控制包括例如打开和关闭通道、管理用户通道数据库(它把通信方地址映射到指配该通信方的通道)以及把由通信方指配的通道映射到该用户。 

PCA680包括通道指配管理器/发出消息处理器691、UCDB693以及到来消息处理器696。通道指配管理器/发出消息处理器691经由路径626从网络接口层的HTML消息编写页620接收消息。那些消息可包含传统的电子邮件地址(图1A)，以标识网络中预期消息接收方。通道指配管理器/发出消息处理器691在UCDB中查寻该接收方的地址。如果该地址在UCDB中，表明该接收方是一个已知的通信方，于是该通道指配管理器把UCDB的“自己的通道”字段(图3)中的相应通道ID放入消息的返回地址，而且，如果该接收方也是一个通道用户，则把该接收方指配的通道ID(“通信方通道”)放入“发往”地址。如果在UCDB中未发现该接收方，则通道指配管理器/发出消息处理器691创建一个新的打开的通道ID并把它放入返回地址。如果该消息要发往多个接收方，则被发送到每个接收方的是只含有该接收方通道地址的单个消息版本。这样，用于向一个接收方发送的通道不会揭示给其他接收方。在任何情况下，通道指配管理器经由通道625把带有通道化地址的消息转发给发出消息队列和发送器647。 

PCA的到来消息处理器696在把消息从邮件服务器604转发到消息存储器695之前对这些消息进行与用户接口有关的操作。那些操作可包括例如去掉消息地址的通道部分，对于已被其他通道用户加密的消息进行解密，以及认证消息中包含的数字签名。尽管图中所示通道处理服务器608包括到来消息处理器696用于完成与用户接口有关的功能，但本发明的通道处理服务器也可以与此不同，即只包含通道指配管理器/发出消息处理器691而没有其他的用户接口功能。在那种情况中，可在用户机器 中或在别的地方提供额外的功能，或者可能根本不提供。邮件服务器606含有的到来消息接收器641以及发出消息队列和发送器647所具有的功能与上文参考图5描述的已知的基于万维网的邮件服务器的相应特性相似。到来消息接收器641进一步包括一个通道信关692和开放通道文件648用于根据消息中包含的地址与开放通道文件中的数据的比较结果来控制通过邮件服务器606的到来消息流。如果一个消息的地址指向一个开放的通道，则该消息经由到来消息处理器696传送到消息存储器695供用户观看。只有那些具有有效通道地址的消息被转发到消息存储器。如果该消息的地址指向一个关闭的通道，或者在地址中不包含通道，则该消息不被传输到邮件服务器606之外。一个返回消息可被传输到发送方，指出发送方所用地址无效或该消息是不可分发的。 

把通道信送692放入邮件服务器606允许用于一个分布式解决方案，那里信关的一个或多个副本驻留在各单独的物理服务器中。开放通道文件648包含UCDB693中所包含数据的子集，而且这两个数据库被同步，例如通过从通道指配管理器691向信关692发送控制消息来更新开放通道文件。另一种作法是，通道信关692可驻留在通道处理服务器606中，在这种情况下不需要开放通道文件648，因为该信关能直接访问UCDB693。 

在如图7所示的发送电子消息的方法中，用户首先使用消息编写页面(图6)编写一个消息(步骤701)。该消息编写页面可包含一个空的HTML表格、JavaScript菜单和按钮选择、Java小应用程序形式的动画以及其他可用性增强。消息编写页面由基于万维网的邮件服务器604经由网络603传送到客户机601。用户在各字段中送入数据，如接收方地址字段、消息本体字段和消息标题字段，从而完成消息编写页面620。在用户已经输入数据到消息编写页面中提供的一个或多个字段内之后，用户在网络603上通过HTTP协议把页面传送到基于万维网的邮件服务器604，在那里消息数据被提取出来并发送到通道处理服务器608(步骤702)。 

一旦在通道处理服务器收到该数据，通道指配管理器在步骤703或者 创建一个新通道以纳入一个新通信方的地址中，或者查寻当前打开的通道以纳入一个已知通信方的地址中。为每个收信方创建新的“通道化”消息版本，以避免暴露列出多个接收方的各通道。通道处理服务器可对消息进行附加的操作，如加密。可根据使用的通道来选择加密密钥。然后，这些通道化的消息版本被传输到邮件服务器606(步骤704)，在那里发出消息队列和发送器647通过SMTP协议把这些消息版本发送(步骤705)给接收方。 

如图8所示，在根据本发明的接收消息的方法中，在远程服务器和邮件服务器606(图6)之间启动(步骤810)一个新消息连接会话(session)。一个新消息的接收方地址被远程服务器经由SMTP传输并在步骤801中由邮件服务器606的到来消息接收器641接收。到来消息接收器的通道信关692检验该消息地址是否含有有效的通道ID(步骤802)。如果该消息的地址指向一个无效的通道，或者如果该地址不含有通道ID，则消息被拒绝(步骤805)。如果该地址含有一个有效的通道ID，则该消息被到来消息接收器641接收，并从邮件服务器606传输(步骤803)到通道处理服务器608的到来消息处理器696。到来消息处理器可在转发该消息之前对其执行一个或多个初步的功能(步骤804)。例如，到来消息处理器可从消息中剥离出地址的通道部分，使该消息看起来和感觉上更象一个标准的消息。再有，如果该消息先前已被加密，则到来消息处理器可进行解密操作，还可认证该消息中含有的数字签名。然后该消息被传送到消息存储器695(步骤806)。用户使用消息显示页面从消息存储器中检索信件(步骤807)。 

当用户需要实现管理通道的功能时，如当打开、关闭、创建、删除或切换通道时，用户可使用图9中所示PCA管理接口。该管理接口可用于分配一些新通道(例如用于邮件发送清单或作为临时应答通道)或者关闭或切换通道。这一管理接口通过路径602与万维网浏览器601一起使用。用户通过网络接口层605(图6)的通道控制页面683访问该管理接口。 

现在参考图9，一个示例管理接口900(显示为如同出现在计算机屏 幕上那样)提供一个标题901，表明该接口已被访问的UCDB693的所有者“X”。该接口提供一种手段去观看和修改UCDB 693，它持有对给定的系统用户由PCA680使用的大部分有关数据。该接口提供一个通道映像显示918，到来和发出消息等待提示935以及管理PCA数据的各种按钮，如下文所述。这些按钮显示在计算机屏幕上并由用户使用定向设备(如鼠标器或跟踪球)选择。 

按钮920至924位于通道映像显示918的上方，它们是不针对任何一个特定通道的通用功能按钮。例如，当探查(PROBE)按钮920被选中时，邮件服务器便立即被检验是否有新消息。那个功能通常是周期性地自动完成的；探查按钮允许进行检验，无需等到下一个自动检验周期。 

同步(SYNCH)按钮921用于使开放通道文件与UCDB同步。与PROBE按钮相似，SYNCH功能由PCA周期性地自动进行。然而，用户可能希望更新开放通道文件而不等待，以能立即体现对UCDB所做的改变。SYNCH按钮使PCA向通道信关发送一个控制消息，以使开放通道文件与UCDB同步。 

通行短语(PASSPHRASE)按钮922允许用户输入或改变一个安全通行短语，该通行短语用于加密存储在局部存储器或可公共访问的存储器中的用户信息。以这种方式。所有针对用户的信息在存储时都被加密，只有放在易失性存储器中时才是以明文形式存在。 

使用新(NEW)按钮923可人工打开一个新的通道。当人工打开一个通道时，用户送入被授权使用该通道的通信方的标准邮件地址。用户还可输入该通道的名称或描述，供显示在通道映像显示918中。用户可以有能力以一个特定的由用户选择的通道标识符串来打开一个新通道，使它更容易被通信方记忆。还可在用户向一个新的接收方发送消息时自动创建新的通道。 

“不要泄漏(Don’t Leak)”复选框924防止在单个消息的多个接收方当中公开或“泄漏”通道地址。本发明者已经发现，往往希望对一个消息中列出的多个通信方公开通道地址，以允许对该组作出响应，无需为该组中的每个发送方/接收方组合创建单个通道地址。在某些或全部通信 方可疑时，可使用“Don’t Leak”按钮关掉这一特性。 

按钮930至934位于通道映像显示918的下方，用于对选自该显示的单个通道完成各项功能。使用定向设备(如鼠标器)从该显示中选择一个通道。在图10所示的显示中，已经选定显示918的第四个通道，题为“Java Developer Connection(Java开发商连接)”的通道。 

提供了一个删除(DELETE)按钮930(图9)，用于从UCDB中去掉关于一个选定通道的全部信息，并向通道信关692(图6)发送一个消息，以从开放通道文件648中去掉选定的通道。在一个通道已被删除之后，它不能被重新打开，因为PCA没有关于那个通道的任何可用信息。 

关闭(CLOSE)按钮931对到来的消息关闭一个选定的通道，但在UCDB中保留关于那个通道的信息。被关闭的通道继续显示在通道映像显示918中，那里有标记表明该通道是关闭的。没有任何到来的消息会通过一个关闭的通道被接受。关闭的通道可重新被打开。 

切换(SWITCH)按钮932用于把一个通信方移动到一个新的通道。这最经常地发生在由那个通信方使用的原来通道已被泄露的时候。SWITCH按钮分配一个新通道，关闭原来的通道并通知通信方已进行了切换。当该通信方也是一个通道用户时，一个命令被发送到该通信方的PCA，以改变由该通信方向该用户发送的消息所用通道ID。如果该通信方不是一个通道用户，则该用户的PCA向该通信方发送一个人可读的消息，通知该通信方该用户的通道ID已经改变，并指导该通信方人工改变该通信方文件夹中的该用户地址。 

详情(DETAIL)按钮933显示关于选定通道的补充信息。例如，图10中选定通道的详细情况示于图11的显示1110中。通道名“JavaDeveloper Connection”如它在通道映像显示819中出现的那样被提供于标题块1120中。包括通道ID在内的通道地址1121x-3JDCJDCJDC-channels.resea.att.com显示在显示1110的上窗格1111中。上窗格1111还包含使用选定通道的通信方的通道地址，如果可得到的话。在图11所示具体情况中，在注记1122中指出该通信方不是一个通道用户。

显示1110的下窗格1112含有用户人工输入的适用于选定通道或其相关通信方的注记。在所示举例中，为方便用户，记录了为访问该通信方所需要的用户ID1124和口令。此外，“Don’t Leak To(不要泄漏给)”复选框1123特别应用于使用选定通道的通信方。当该框被复选(check)时，除了指配选定通道的通道ID之外的所有通道ID都不向该通信方公开。复选框1123不考虑没有复选管理接口(图9)中出现的通用“Don’tLeak”复选框924的情况。 

加密(ENCRYPTION)功能934允许用户指定一个密钥用于对在选定通道上发送给使用通道的通信方的消息或来自该通信方的消息加密。该密钥是由用户单独地(人工)传送给通信方的。一旦建立起来，对消息的加密和解密都由PCA自动进行，对用户是透明的。 

通道映像显示918含有针对该PCA的开放和关闭的通道的清单。如本领域公知的那样，该通道清单可由滚动条919上下滚动。在显示918中显示的第一至第十个以及第十四个通道名是用NEW按钮923人工输入的。那些名字由用户选择和人工打入。其余的通道名是作为标准的邮件地址显示的；那些通道是通过向新的通信方发送邮件创建的。这些通信方的标准邮件地址是作为通道名被自动指配的；如果希望的话，可由用户改变或编辑。不论在哪种情况下，对于每个通道，该显示提供的是唯一名字，它是被授权使用相应通道向该用户发送消息的一个或一组通信方的标识。为了方便，通道名可由用户编辑。该显示还对每个通道指出该通道是被加密的还是明文的。 

图12显示一个置标语言显示1201的举例，它可用于在客户机和本发明的基于万维网的邮件服务器604(图6)之间传输信息。显示1201含有三个窗格：收件箱窗格1210、消息显示窗格1220以及通道处理服务器控制窗格1230。因为对通道处理服务器的控制和在基于万维网的邮件服务器与客户机之间的消息传输都利用诸如HTTP或WAP协议，所以在同一窗口中展现这两个用户接口是效率高的。 

收件箱窗格1210和消息显示窗格1220展现关于收到的消息的信息，如本领域公知的那样。例如，收件箱窗格可显示“发往(to)”或“发自 (from)”地址以及取自消息首部的非地址信息。如日期和主题行。通道处理服务器控制面板1230是一个管理接口，使用户能进行如上文参考图9-11描述的各种与通道有关的功能。控制面板1230可包括显示可用通道名，如参考图11描述的那样。由控制面板1230完成的那些功能包括关闭一个通道(即在那个通道上不允许再接收消息)和切换一个通道(即在同时打开新通道和关闭旧通道的同时，通知一个预期通信方使用新通道)。通道处理服务器控制面板可展现一个与特定通道或通信者对应的基于文本的通告，给予用户对数据库做注解的能力。如果该电子邮件系统有加密能力，则控制面板可允许用户开或关特定通道上的加密。 

在本发明的系统和方法中，电子邮件和电子邮件管理以与通道管理页面相同的协议(HTTP或其他此类置标传输协议)向用户往返传输，使得能在同一用户接口窗口中向用户展现来自这两个来源的信息。通过把电子邮件管理窗格和通道管理窗格并排展现，该系统允许用户容易地认出当收到一个spam消息时哪个通道要关闭以及决定是否要切换那个通道或只是关闭那个通道。这两个窗格可相互作用以便于这种决定。例如，当在电子邮件管理窗格中选定一个消息时，在通道管理窗格中可突显接收该电子邮件时所通过的通道。 

用户能对给定的通道访问他的注释，这可帮助回答问题或决定如何处置在那个通道上接收的一个特定邮件。由于在使用通道管理页面时能得到消息内容，用户能为一个特定的用途(如被一个爱猫者兴趣组的所有成员使用)创建一个新的通道，以把它包括在一个消息中。再有，众所周知的邮件地址簿特性(如定义别名和通信者清单的能力)能有利地和与通道关联的信息及功能组合，于是用户能为通信方或通信方组创建简单的别名供寻址消息时使用。 

因为通道处理服务器(包括必须由通道处理服务器访问的全部数据)是位于基于万维网的邮件服务器处，所以用户能从具有浏览器并与网络相连的任何机器访问它的通道受保护的邮件。在客户机处不需要任何特殊的通道软件，而且针对用户的通道数据，如在UCDB数据库中包含的数据，可通过通道处理服务器控制页面683访问，所以不需要存储在客 户机位置。 

前文中的“详细描述”在每个方面都应理解为是演示性和举例性的，而不是限定性的，这里公开的发明的范围不是由“详细描述”确定，而是由权利要求确定，如根据专利法所允许的全外延解释的那样。应该理解，这里显示和描述的实施例只是说明本发明的原理，本领域技术人员可实现各种修改而不脱离本发明的范围和精神。例如，“详细描述”描述的本发明实施例是具体针对电子邮件的。然而，本发明的原理能容易地扩展到电话。根据上面公开的内容，本领域技术人员能容易地实现这种扩展。

Claims (14)

1.一种用于处理在网络上往返多个客户机传输的消息的服务器，这些消息具有用于从发送方向接收方发送所述消息的地址附着其上，所述服务器包括：

使用网络协议传输置标语言从而与客户机通信的网络接口；

在网络上发送和接收消息的邮件服务器；

通道指配管理器，用于从所述网络接口接收消息，指配通道标识符以用作所述消息的地址的组成部分，并将所述消息转发到所述邮件服务器；以及

通道信关，根据所述通道标识符确定消息是否是被授权消息，以控制通过邮件服务器的到来消息流。

2.根据权利要求1的服务器，其中所述网络协议是用于使用置标语言表现工具进行表现的协议。

3.根据权利要求2的服务器，其中所述置标语言表现工具是浏览器。

4.根据权利要求2的服务器，其中所述网络协议是从WAP和HTTP中选出的。

5.根据权利要求1的服务器，其中所述置标语言是从XML、HTML、SGML及WML中选出的语言。

6.根据权利要求1的服务器，进一步包括消息存储器用于存储所述消息。

7.根据权利要求6的服务器，其中所述由邮件服务器从网络接收的消息在被存入消息存储器之前由通道信关过滤。

8.根据权利要求7的服务器，其中所述消息在被存入消息存储器之前，通道处理服务器从地址中剥离出通道标识符。

9.根据权利要求7的服务器，其中所述消息在被存入消息存储器之前，通道处理服务器认证消息中含有的数字签名。

10.根据权利要求7的服务器，其中所述消息在被存入消息存储器之前，通道处理服务器对消息解密。

11.根据权利要求1的服务器，进一步包括管理通道的个人通道代理，所述通道被用来向用户发送电子邮件。

12.根据权利要求11的服务器，其中所述网络接口包括至少一个通道控制页面用于往返所述客户机的传输，以允许客户机访问个人通道代理。

13.根据权利要求12的服务器，其中所述网络接口进一步包括至少一个邮件管理页面用于往返所述客户机的传输。

14.根据权利要求13的服务器，其中所述通道控制页面中的至少一个和所述邮件管理页面中的至少一个是作为单个置标语言页面被传送给客户机的。

Images