專利名稱：基于萬維網(wǎng)的通信尋址系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及在通信網(wǎng)絡(luò)上的通信，更具體地說，涉及一種基于萬維網(wǎng)的方法和系統(tǒng)，用于控制接收來自訪問該網(wǎng)絡(luò)的各種實體的通信。
背景技術(shù)：
當(dāng)今社會，電子郵件(“e郵件”)作為一種通信方式越來越普及。這至少是部分地由于因特網(wǎng)的普及。電子郵件的使用者可稱作“用戶”。當(dāng)用戶接收電子郵件時，該用戶通常稱作“接收方”，而當(dāng)向一個接收方發(fā)送電子郵件時則稱作“發(fā)送方”。而術(shù)語“通信方(Correspondent)”可用于指正在向所考慮的用戶發(fā)送電子郵件或從該用戶接收電子郵件的一個或多個個人。
為在通信網(wǎng)絡(luò)上發(fā)送電子郵件，用戶必須把一個電子郵件消息的地址指向預(yù)期的接收方。例如，參考圖1A，圖中顯示在因特網(wǎng)上使用的傳統(tǒng)的電子郵件地址。該地址通常有兩部分，即用戶名100(也稱作“郵箱名”)和主機(或域)名102。這兩部分是名字層次結(jié)構(gòu)的組成部分，即域名102比用戶名100的級別高。用戶名100可被描述為該層次結(jié)構(gòu)中的最低級別名。通常，用戶名100和主機名102可由“在(at)”符號“@”104分開。為在因特網(wǎng)上發(fā)送電子郵件，如本領(lǐng)域公知的那樣，用戶把預(yù)期接收方的地址寫入消息的“發(fā)往(To)”行(或字段)，以此給出該電子郵件消息的地址。再有，也如本領(lǐng)域公知的那樣，用戶通過把另一個預(yù)期的接收方地址放入CC行(或字段)，可把該電子郵件“抄送”或“CC”(或“Cc”)給該接收方。通常還有一個“發(fā)自(from)”行(或字段，指出誰發(fā)送該消息。這些項目與諸如主題、日期等非地址部分一起構(gòu)成所謂電子郵件消息的“首部(header)”。還有本領(lǐng)域公知的其他可選方式用于以各種方式給出因特網(wǎng)電子郵件的預(yù)期接收方地址。有類似的方法在其他網(wǎng)絡(luò)上為電子郵件尋址。
不幸的是，如同其他通信形式，例如常規(guī)郵件和傳真那樣，電子郵件用戶可能收到大量不希望的郵件，或者說“垃圾”郵件。這可以是“遠程營銷”型電子郵件(例如廣告或調(diào)查)。盡管這可能只是上升到不過是令人討厭或煩惱的水平，但在一些場合，不希望的郵件可能實際上上升到騷擾的水平。例如，用戶可能收到不希望的攻擊性的或淫穢的電子郵件。一個惡意的電子郵件發(fā)送方還可能發(fā)送“憎恨郵件”。
在一些情況下，這類行動可能成為使用戶的電子郵件容量變得無用的一個實際問題。例如，如果一個惡意的電子郵件發(fā)送方以用戶不得不閱讀的大量消息充斥電子郵件用戶的郵箱，則希望的、或者說“非垃圾”郵件將被掩埋在大量的無用垃圾郵件中。惡意的電子郵件發(fā)送方還可能發(fā)送那些已知要攻擊接收方的消息，以致接收方不想閱讀所收到的任何消息，包括正當(dāng)?shù)南ⅰ?br> 因特網(wǎng)的商業(yè)化進一步威脅電子郵件的使用。今天，比以往更容易收集地址名錄和便宜地大量發(fā)布消息。每次用戶向公共新聞組或列表發(fā)送一個消息、填寫萬維網(wǎng)表格或發(fā)入一個產(chǎn)品登記卡時，服務(wù)器就會便宜地得到電子郵件地址，而且通常還會得到關(guān)于用戶興趣的某些指示。然后，這一信息能被出賣給營銷公司，這些公司能容易地自動以電子郵件主動地海量發(fā)送廣告、調(diào)查以及其他騷擾性郵件，這些騷擾性郵件可能花費用戶的連接時間，而且可能更糟糕的是，可能花費寶貴的注意力時段。
人們希望能夠限制接收通過網(wǎng)絡(luò)發(fā)送的不希望的電子郵件及其他類型的消息。此外，當(dāng)收到不希望的電子郵件(或消息時)，如果能確定這不希望的郵件的發(fā)送方以何種方式得到該用戶的地址，那將是有好處的。
在1999年7月27日發(fā)布的美國專利5,930,479號(簡稱“’479號專利”)(該專利的內(nèi)容在這里被全文納入為參考)中，我公開了一種方法和系統(tǒng)，以利用“通道化地址(Channeliged address)發(fā)送消息，從而創(chuàng)建不同的“通道”，通信方能使用這些“通道”向用戶發(fā)送電子郵件。換言之，每個用戶的電子郵件賬戶可經(jīng)由用戶控制的一組通道來訪問。每個通道有一個與眾不同的結(jié)構(gòu)化的電子郵件地址，其中含有賬戶名和“通道標識符”，每個合法的通信方被允許知道這些訪問地址或通道標識符當(dāng)中的一個或多個。
在’479號專利中描述的系統(tǒng)允許用戶拒絕不是在適當(dāng)?shù)耐ǖ?具有適當(dāng)?shù)耐ǖ阑刂?上到達的任何電子郵件。如果不希望的郵件的確是在一有效通道上到達的，則用戶可以關(guān)掉該通道并允許那個通道的合法用戶使用另一個通道。換言之，合法用戶被“切換”到另一通道。
用戶(或賬戶所有者)被提供簡單的控制用于打開新的通道、關(guān)閉通道(因此可能取消一個或多個通信方的訪問特權(quán))以及切換通道(通知選定的通信方，當(dāng)前通道被關(guān)閉，但新的通道已開通供他們使用)。這可通過一個自動的個人通道代理或管理器(“PCA”)來提供。PCA還使接收的通道化電子郵件對用戶而言在外觀和感覺上完全如同傳統(tǒng)的電子郵件一樣。PCA提供各種管理性控制。PCA管理一個數(shù)據(jù)庫，它把通信方的地址映射到它的被指配的通道，以及(當(dāng)適用時)把由通信方指配的通道映射到賬戶所有者。
參考圖1B，圖中顯示根據(jù)一個優(yōu)選實施例的“通道化地址”106。這一地址以標準的因特網(wǎng)域名格式給出。這一格式通常包含名字的層次結(jié)構(gòu)，在該層次結(jié)構(gòu)中，域名在較高級別，而用戶名在較低級別。
圖1B中的通道化地址106至少包含三個基本部分；用戶名108、通道標識符(或通道ID)110以及主機(或域)名112。在通道ID110和主機名112之間是“在(at)”符號“@”104。如圖1B中所示，緊接在通道ID110之前和之后有短劃“-”。比較圖1A和圖1B，應(yīng)該注意到傳統(tǒng)的地址(圖1A)在某種程度上與通道化地址(圖1B)在外表上相似，只是通道化地址在“在(at)”符號104的左側(cè)含有通道ID110。這樣，通道化地址106含有傳統(tǒng)的地址信息(例如用戶名108和主機名112)以及通道ID110。
通道ID包括一個安全字符串，它實際上是不可猜出的(或甚至是隨機的)，即使當(dāng)一個惡意的郵件發(fā)送方(或?qū)κ?知道若干個該用戶其他預(yù)先存在的通道標識符也是猜不出的。就是說，該通道標識符應(yīng)該是不可能由對手預(yù)測出來的。該安全字符串可以是偽隨機地產(chǎn)生，可以是隨機地產(chǎn)生，或者可由用戶選定。重要之點是該安全字符串在實際上是不可能由對手猜出的，而不論它如何產(chǎn)生。
對通道化地址106的管理以及信道ID110的產(chǎn)生，都由PCA完成，下文中將針對它所完成的其他功能對其進行更詳細的描述。
在’479號專利中描述的系統(tǒng)的用戶可把若干具有不同通道標識符110的通道化地址分配給不同的通信方。除了通道化地址的通道ID部分之外，該地址可以看起來與用于所有通信方的地址相同。如果一個通信方希望向該用戶發(fā)送電子郵件，該通信方必須發(fā)送標識正確通道的電子郵件；就是說，通過使用一個具有適當(dāng)通道標識符110的開放的(或有效的)通道化地址106。如果該通信方向一個通道發(fā)送電子郵件，而該通道尚未被打開或者已經(jīng)被關(guān)閉(如下文描述的那樣)，則來自該通信方的電子郵件將被該用戶的郵件服務(wù)器拒絕，該用戶將不會收到它。這樣，一個目標是控制潛在通信方對用戶郵箱的訪問，而不是要保證賬戶所有者/用戶的匿名性或保證消息的私有性。
圖2顯示’479號專利中描述的系統(tǒng)的體系結(jié)構(gòu)。所涉及的硬件與網(wǎng)絡(luò)200相連，如因特網(wǎng)，用于向通信方發(fā)送電子郵件或從通信方接收電子郵件。一個郵件服務(wù)器202與網(wǎng)絡(luò)200相連。服務(wù)器202與個人通道代理主機(“PCA主機”)204相連，它是用作個人通道代理(“PCA”)214的主機的一臺計算機。PCA主機204與用戶機206相連。用戶機作為與網(wǎng)絡(luò)200的用戶接口，用于發(fā)送和接收電子郵件。
在郵件服務(wù)器202內(nèi)有郵件接收器208和郵件發(fā)送器210。郵件接收器208和郵件發(fā)送器210能用Unix的“Sendmail”程序的修改形式來實現(xiàn)。特別是，該Sendmail程序被修改成拒絕被尋址到被關(guān)閉通道的消息。郵件接收器208是一個“精靈(daemon)”程序。換言之，郵件接收器208總是在進行檢驗，以確定是否已經(jīng)有任何郵件從網(wǎng)絡(luò)200到達。優(yōu)選地，郵件服務(wù)器200使用簡單郵件傳送協(xié)議(“SMTP”)在路徑220上從網(wǎng)絡(luò)200接收電子郵件。盡管其他傳統(tǒng)格式也能被使用。優(yōu)選地，郵件服務(wù)器210使用SMTP協(xié)議在路徑222上向網(wǎng)絡(luò)200發(fā)送郵件，盡管其他傳統(tǒng)格式也能被使用。在SMTP協(xié)議中，以一個信封傳送消息，該信封指定發(fā)送方和接收方。消息本身包含首部行(發(fā)往、發(fā)自、抄送、主題、日期等)，后跟一個空行，再后限消息本體。服務(wù)器202還包含通道文件212。術(shù)語“文件”在該說明書中將始終包括存儲在永久性或半永久性介質(zhì)(如盤、帶或ROM設(shè)備)上的數(shù)據(jù)和數(shù)據(jù)庫，也將包括駐留在暫時存儲器中的數(shù)據(jù)和數(shù)據(jù)庫。
PCA214在PCA主機204中。PCA214通過路徑216從郵件接收器208接收郵件。PCA214被配置成周期性地檢查郵件服務(wù)器202以查找新電子郵件。優(yōu)選地，路徑216使用POP3協(xié)議從郵件接收器208向PCA214傳送電子郵件。POP3協(xié)議由運行郵件服務(wù)器202上的一個軟件產(chǎn)品(如“POPPER”(它能在ftp.CC.berkeley.edu從因特網(wǎng)上得到))來啟動。也能使用其他已知方式實現(xiàn)POP3協(xié)議以及其他已知協(xié)議。PCA214還經(jīng)由路徑218向郵件發(fā)送器210轉(zhuǎn)發(fā)電子郵件。優(yōu)選地，路徑218使用SMTP協(xié)議從PCA214向郵件發(fā)送器傳送電子郵件。在路徑218上也能使用其他已知協(xié)議。PCA214還經(jīng)由路徑224向通道文件212傳送數(shù)據(jù)。這些數(shù)據(jù)是使用文件傳輸協(xié)議(“FTP”)沿路徑224傳送的。PCA214還有用戶通道數(shù)據(jù)庫(“UCDB”)226，這將在下文中描述。
郵件客戶機228在用戶機器206內(nèi)。在一個優(yōu)選實施例中，郵件客戶機228可以用Netscape郵件客戶機和瀏覽器實現(xiàn)，它可從Netscape通信公司得到。當(dāng)然，其他已知的郵件客戶機也能被使用。郵件客戶機228經(jīng)由路徑230和232與PCA214通信。路徑230用于使用POP3協(xié)議從PCA接收電子郵件。路徑232用于使用SMTP協(xié)議從郵件客戶機228向PCA214發(fā)送電子郵件。
一個萬維網(wǎng)(萬維網(wǎng))瀏覽器234也在用戶機器206中。在一個優(yōu)選實施例中，萬維網(wǎng)瀏覽器234能以Netscape通信公司提供的NetscapeNavigator瀏覽器實現(xiàn)。萬維網(wǎng)瀏覽器234用于管理包括UCDB226的PCA214。萬維網(wǎng)瀏覽器234使用超文本傳輸協(xié)議(“HTTP”)沿路徑236與PCA214通信，盡管也可使用其他已知協(xié)議。
參考圖2，在概念上，PCA214用作電子郵件代理，置于用戶的郵件客戶機228和郵件服務(wù)器202之間。這樣，所有到來的和外出的消息都穿過PCA214，它使用如上文討論的適當(dāng)協(xié)議與郵件客戶機228及郵件服務(wù)器202交互作用。這一放置允許PCA214自動地完成各種簿記功能，從而保護用戶不受這些功能的影響。
用戶通道數(shù)據(jù)庫(UCDB)226主要記錄兩個映像，即通道映像和通信方地址映像。通道映像把每個通信方與用戶預(yù)期從該通信方接收郵件所在的通道關(guān)聯(lián)起來。通信方地址映像把每個通信方的用戶和主機名與該用戶允許向該通信方發(fā)送郵件所在通道ID(如果存在的話)關(guān)聯(lián)起來。
UCDB226(或226a)在概念上示于圖3中。每列中的題頭并不實際存儲在數(shù)據(jù)庫226中，而是為了說明的目的在圖3中提供的。對于每個通信方地址302，UCDB226可以有下列條目中的一個或多個自己的通道304、通信方的通道306、自己的密鑰308以及通信方的密鑰310。通信方就是該用戶希望向其發(fā)送或從其接收郵件的另一個電子郵件用戶。通信方地址是該通信方的標準電子郵件地址。自己的通道304是為通信方向該用戶發(fā)送電子郵件時使用的通道ID110。通信方通道306是該用戶向該通信方發(fā)送電子郵件時必須使用的通道ID110。自己的密鑰308是由該用戶指配的為允許實現(xiàn)某些功能所必須的密鑰。通信方密鑰310是由通信方指配的密鑰，它也是為允許實現(xiàn)某些功能所必須的。所有這些信息都是在PCA214與郵件服務(wù)器202及用戶機器206交互作用時由PCA214放入UCDB226的。
現(xiàn)在參考圖4，圖中顯示通道文件212的概念圖。在“開放通道”列上的題頭只是為了顯示，這樣的題頭并不實際存儲在通道文件212中。通道文件212有通道列表401，它已由用戶打開?？赏ㄟ^用戶接口完成打開通道。在圖4所示舉例中，列出的第一個通道是“1QXR7112PH”。當(dāng)郵件接收器208接收一個消息時，由修改過的Sendmail程序檢驗這些通道。PCA214利用已送入UCDB226中的信息定期更新通道文件212。如圖3中所示，這些信息存儲在UCDB的“自己的通道”字段304中。
近來已經(jīng)可以得到基于萬維網(wǎng)的電子郵件服務(wù)，用戶通過服務(wù)器完全以HTML協(xié)議與客戶機交互作用來提供郵箱地址和郵箱功能。這種安排允許電子郵件用戶以瀏覽器從任何客戶機與郵件服務(wù)器交互作用。在客戶機和服務(wù)器之間通過HTML頁進行消息編寫、到來消息顯示和文件夾顯示。
如圖5中所示，一個典型的基于萬維網(wǎng)的郵件服務(wù)器系統(tǒng)包括郵件服務(wù)器504，它與運行客戶機軟件(如瀏覽器501)的用戶機器500通信。服務(wù)器504和用戶機器500之間的通信是通過HTTP協(xié)議502在網(wǎng)絡(luò)503上進行的，如因特網(wǎng)或另一公共計算機網(wǎng)絡(luò)或?qū)Ｓ糜嬎銠C網(wǎng)絡(luò)進行的。
發(fā)給接收方(路徑551)或來自發(fā)送方(路徑550)的電子郵件是通過網(wǎng)絡(luò)503使用SMTP協(xié)議或另一適于郵件傳送的協(xié)議傳送的。那些消息經(jīng)由HTTP協(xié)議通過網(wǎng)絡(luò)503與用戶機器500通信。
基于萬維網(wǎng)的郵件服務(wù)器504含有郵件服務(wù)器部分506和網(wǎng)絡(luò)接口層505。郵件服務(wù)器部分506包括到來消息接收器541用于接收來自網(wǎng)絡(luò)503的郵件，以及發(fā)出消息隊列和發(fā)送器542用于傳送發(fā)出的郵件。到來消息接收器541及發(fā)出消息隊列和發(fā)送器542二者都使用SMTP協(xié)議向網(wǎng)絡(luò)503發(fā)送郵件消息和從網(wǎng)絡(luò)503接收郵件消息。在郵件服務(wù)器部分506中的消息存儲器540為收到的消息提供文件存儲。收到的消息在一收到時便被直接傳送(路徑545)到消息存儲器。
基于萬維網(wǎng)的郵件服務(wù)器504的網(wǎng)絡(luò)接口層505包含一系列HTML萬維網(wǎng)頁，用于通過用戶機器上的瀏覽器軟件與用戶通信。例如，該接口層包含消息編寫頁面520，它可經(jīng)由HTTP協(xié)議通過網(wǎng)絡(luò)503呈現(xiàn)給用戶供編寫消息。該頁面含有用于消息接收方地址、消息主題、消息附件以及消息文本的字段。為編寫消息，用戶按要求把信息放入HTML字段并把該頁連同附加信息經(jīng)由HTTP協(xié)議通過網(wǎng)絡(luò)503傳送到基于萬維網(wǎng)的郵件服務(wù)器504。網(wǎng)絡(luò)接口層505識別到來的消息編寫頁520中含有的信息，對信息編排格式供經(jīng)由SMTP協(xié)議傳輸，并向發(fā)出消息隊列和發(fā)送器542轉(zhuǎn)發(fā)該信息(路徑525)。
類似地，提供了收件箱(in-box)頁面521用于通過網(wǎng)絡(luò)503向用戶傳送消息存儲器540的內(nèi)容。在收件箱頁面521和消息存儲器540之間經(jīng)由路徑544通過HTTP協(xié)議傳輸信息?？梢韵蛴脩魝魉鸵粋€收件箱頁面521，其中含有例如消息存儲器的收件箱中所有消息的主題字段、發(fā)送方以及接收日期的列表。未讀消息通常在列表中被突顯，以引起用戶的注意。在一個消息被閱讀之后，用戶可使用HTTP萬維網(wǎng)頁的管理控制從消息存儲器中刪去該消息或者把該消息從收件箱移到消息存儲器內(nèi)的另一文件，如主題文件。
當(dāng)用戶希望從消息存儲器中讀出一個消息時，用戶請求把含有一特定消息的內(nèi)容的消息顯示頁面522傳送到用戶機器。該消息內(nèi)容經(jīng)由路徑543被從消息存儲器540中檢索出來并放在HTML消息顯示頁522的適當(dāng)字段中，供傳輸給用戶機器500。
在每種情況中，因為在用戶機器500和基于萬維網(wǎng)的郵件服務(wù)器504之間傳送的所有信息都利用HTTP協(xié)議，而且被嵌入到可由標準的瀏覽器讀出的萬維網(wǎng)頁面內(nèi)，所以在用戶機器上不需要郵件客戶機。相反，用戶可通過具有瀏覽器的任何機器訪問他的郵件。

發(fā)明內(nèi)容
通過本發(fā)明的系統(tǒng)和方法，在現(xiàn)有技術(shù)之上取得了技術(shù)進步。本發(fā)明的第一個實施例使一個服務(wù)器的特點是在網(wǎng)絡(luò)上處置往返多個客戶機傳送的消息，這些消息有其附著的地址。該服務(wù)器包括一個網(wǎng)絡(luò)接口用于通過使用網(wǎng)絡(luò)協(xié)議傳送置標語言以與客戶機通信，以及一個郵件服務(wù)器用于在網(wǎng)絡(luò)上發(fā)送和接收消息。該服務(wù)器還包括一個通道指配管理器用于指配用作地址組成部分的通道標識符，以及一個通道信關(guān)用于根據(jù)通道標識符確定這些消息是否是被授權(quán)的消息。
由網(wǎng)絡(luò)接口使用的網(wǎng)絡(luò)協(xié)議可以是使用置標語言表現(xiàn)(rendering)工具進行表現(xiàn)的協(xié)議。在那種情況中，置標語言表現(xiàn)工具可以是瀏覽器。再有，該網(wǎng)絡(luò)協(xié)議可以是HTTP或WAP(無線應(yīng)用協(xié)議)。
由網(wǎng)絡(luò)接口傳送的置標語言可以是XML、HTML、SGML或WML。服務(wù)器可進一步包括消息存儲器用于存儲消息。
由郵件服務(wù)器從網(wǎng)絡(luò)接收的消息可在被存入消息存儲器之前由通道信關(guān)過濾。在那個實施例中，通道處理服務(wù)器可在消息被存入消息存儲器之前對這些消息進行初步處理功能。這一初步處理功能可以從地址中剝離出通常標識符，認證消息中包含的數(shù)字簽名或?qū)ο⒔饷堋?br> 該服務(wù)器可包括一個個人通道代理用于管理通道。在那個實施例中，網(wǎng)絡(luò)接口可有至少一個通道控制頁面用于往返客戶機的傳輸，以允許客戶機訪問個人通道代理。該網(wǎng)絡(luò)接口還可包括至少一個電子郵件管理頁用于往返所述客戶機的傳輸。通道控制頁和郵件管理頁可作為單個置標語言頁面?zhèn)魉偷娇蛻魴C。
在本發(fā)明的另一實施例中，提供了一種方法用于向網(wǎng)絡(luò)中的接收方呈現(xiàn)消息。在這一實施例中，消息具有一地址，用于把該消息從發(fā)送方發(fā)送到接收方。該地址包括公共地址部分表明網(wǎng)絡(luò)中該接收方的標識以及通道標識部分用于認證該消息是被授權(quán)的。在該方法中，消息中的信息連同至少一個通信方的標識被傳送到接收方供同時顯示，含有地址通道標識符部分的這些消息是從該通信方那里得到授權(quán)的。
本發(fā)明的那個實施例還可包括一個步驟用于提供至少一個功能供接收方處置通信方的標識。該功能可包括關(guān)閉由該地址的標識符部分標識的通道。
消息信息和通信方標識可使用置標語言傳輸。該置標語言可為XML、HTML、SGML或WML。消息信息和通信方標識可使用網(wǎng)絡(luò)協(xié)議傳輸，供使用置標語言表現(xiàn)工具來表現(xiàn)。在那種情況中，置標語言表現(xiàn)工具可以是瀏覽器，而網(wǎng)絡(luò)協(xié)議可以是HTTP或WAP。通道標識符部分可以是該地址的基本上不可猜出的部分。
在本發(fā)明的又一實施例中，提供一種方法用于驗證通過網(wǎng)絡(luò)從第一個通信方向第二個通信方發(fā)送的郵件。該方法包括指配一個通道標識符供第一個通信方在向第二個通信方的地址發(fā)送消息時使用。該通道標識符被存儲在一個開放通道數(shù)據(jù)庫中。
然后，通過網(wǎng)絡(luò)從第一個通信方接收一個使用第二個通信方的被修改地址尋址的消息。在那個消息中，該地址包含標識網(wǎng)絡(luò)中該第二個通信方的通道標識符。然后，認證在被修改的地址中的通道標識符是否在開放通道數(shù)據(jù)庫中。如果是，則從該消息中導(dǎo)出的信息和從開放通道數(shù)據(jù)庫中導(dǎo)出的信息通過網(wǎng)絡(luò)傳送到該第二個通信方供同時顯示。
本發(fā)明的另一實施例提供一種方法用于向網(wǎng)絡(luò)中的接收方呈現(xiàn)消息。該消息有從發(fā)送方向接收方發(fā)送該消息的地址。該地址包括公共地址部分指出接收方在網(wǎng)絡(luò)中的標識以及通道標識符部分用于證實該消息被授權(quán)向接收方發(fā)送。該方法包括向接收方傳輸電子郵件管理窗格和通道管理窗格供同時顯示。
通過參考下文中的詳細描述及附圖，本領(lǐng)域普通技術(shù)人員將清楚看出本發(fā)明的這些優(yōu)點和其他優(yōu)點。


圖1A是傳統(tǒng)的電子郵件地址圖；圖1B是通道化電子郵件地址圖；圖2是顯示通道化電子郵件系統(tǒng)的方框圖；圖3顯示與圖2所示系統(tǒng)結(jié)合使用的數(shù)據(jù)庫；圖4顯示與圖2所示系統(tǒng)連接使用的文件；圖5是傳統(tǒng)的基于萬維網(wǎng)的電子郵件系統(tǒng)的方框圖；圖6是根據(jù)本發(fā)明的基于萬維網(wǎng)的電子郵件系統(tǒng)的方框圖；圖7是表示根據(jù)本發(fā)明的發(fā)送消息方法的流程圖；圖8是表示根據(jù)本發(fā)明的接收消息方法的流程圖；圖9是根據(jù)本發(fā)明管理PCA的客戶機用戶接口頁的示例；圖10是根據(jù)本發(fā)明管理PCA的客戶機用戶接口頁的另一示例；圖11是顯示通道詳細信息的客戶機用戶接口頁的示例；以及圖12是根據(jù)本發(fā)明由通道化的基于萬維網(wǎng)的電子郵件系統(tǒng)使用的客戶機用戶接口頁的圖示。
具體實施例方式
圖6顯示根據(jù)本發(fā)明的一個實施例的基于萬維網(wǎng)的電子郵件系統(tǒng)舉例。該系統(tǒng)包括一個基于萬維網(wǎng)的服務(wù)器604，它與運行作為瀏覽器601的客戶機軟件的用戶機器600連接。服務(wù)器604和用戶機器600之間的通信是通過連接602經(jīng)網(wǎng)絡(luò)603進行的。該網(wǎng)絡(luò)可以是任何公共的或?qū)Ｓ玫挠嬎銠C網(wǎng)絡(luò)，如因特網(wǎng)。
服務(wù)器和用戶機器之間的通信利用置標語言通過網(wǎng)絡(luò)傳輸信息。置標語言是這樣一種語言，它允許把定界字符插入其他信息之間，以定義如何顯示那些信息。置標語言允許傳輸多種信息類型，包括文本、圖形、音頻、視頻以及可執(zhí)行的例行程序。當(dāng)前使用的置標語言的實例包括普遍用于萬維網(wǎng)上的超文本置標語言(HTML)、允許傳輸無限數(shù)量數(shù)據(jù)類型的可擴展置標語言(XML)以及用于小型無線設(shè)備的無線置標語言(WML)。使用標準通用置標語言(SGML)標準對置標語言進行規(guī)范。如這里使用的那樣，術(shù)語“置標語言”也要包括允許把編程語言、傳統(tǒng)的置標語言和要傳輸與展現(xiàn)的數(shù)據(jù)組合起來的任何接口描述形式。例如，一種置標語言可能使用HTML加上Java腳本加上GIF，或者HTML加上Java腳本，或者XML加上明文加上Activex控制件來定義一種形式。
置標語言使用網(wǎng)絡(luò)協(xié)議通過網(wǎng)絡(luò)傳輸，該網(wǎng)絡(luò)協(xié)議允許使用置標語言表現(xiàn)工具(如瀏覽器)表現(xiàn)被傳輸?shù)男畔?。該協(xié)議允許置標語言表現(xiàn)工具以預(yù)期的形式顯示、播放、執(zhí)行或以其他方式表現(xiàn)由置標語言定界的信息。網(wǎng)絡(luò)協(xié)議的實例包括超文本傳輸協(xié)議(HTTP)和無線應(yīng)用協(xié)議(WAP)。
通過置標語言傳輸?shù)男畔⑼ǔＪ潜蛔鳛橐粋€或多個“頁面”傳輸?shù)?。一個頁面是響應(yīng)一個請求而被傳輸?shù)闹脴苏Z言文件。一個置標語言頁面可以由它自己顯示，也可使用“幀(frames)”或同時表現(xiàn)多個置標語言頁面的其他工具與其他頁面一起顯示。
到來的電子郵件消息(路徑651)和發(fā)出的電子郵件消息(路徑650)經(jīng)由網(wǎng)絡(luò)603使用SMTP協(xié)議或其他郵件傳輸協(xié)議被傳輸。如下文描述的那樣，服務(wù)器604通過HTTP協(xié)議往返用戶機器600傳輸那些消息。
基于萬維網(wǎng)的郵件服務(wù)器604含有郵件服務(wù)器606、網(wǎng)絡(luò)接口層605、消息存儲層607以及通道處理服務(wù)器608?；谌f維網(wǎng)的郵件服務(wù)器604包含一個或多個郵件管理頁面，其中包括如上文描述的消息編寫頁面620、收件箱顯示頁面621以及消息顯示頁面622。除了那些電子郵件管理頁面外，該網(wǎng)絡(luò)接口通過一個或多個通道處理服務(wù)器控制頁面683與客戶機器600通信，這些頁面683用于設(shè)置和修改通道處理服務(wù)器690的各個方面，如下文所述，消息存儲層607包含消息存儲器695用于存儲消息，包括收到的消息、發(fā)送的消息以及草稿消息。如本領(lǐng)域眾所周知，消息存儲器可有層次文件結(jié)構(gòu)，使用戶能根據(jù)主題、日期或其他判據(jù)組織他的消息。
基于萬維網(wǎng)郵件服務(wù)器604的通道處理服務(wù)器608包括一個或多個個人通道代理(“PCA”)680，用于完成為使用和管理通道化郵件所需功能。那些功能和控制包括例如打開和關(guān)閉通道、管理用戶通道數(shù)據(jù)庫(它把通信方地址映射到指配該通信方的通道)以及把由通信方指配的通道映射到該用戶。
PCA680包括通道指配管理器/發(fā)出消息處理器691、UCDB693以及到來消息處理器696。通道指配管理器/發(fā)出消息處理器691經(jīng)由路徑626從網(wǎng)絡(luò)接口層的HTML消息編寫頁620接收消息。那些消息可包含傳統(tǒng)的電子郵件地址(圖1A)，以標識網(wǎng)絡(luò)中預(yù)期消息接收方。通道指配管理器/發(fā)出消息處理器691在UCDB中查尋該接收方的地址。如果該地址在UCDB中，表明該接收方是一個已知的通信方，于是該通道指配管理器把UCDB的“自己的通道”字段(圖3)中的相應(yīng)通道ID放入消息的返回地址，而且，如果該接收方也是一個通道用戶，則把該接收方指配的通道ID(“通信方通道”)放入“發(fā)往”地址。如果在UCDB中未發(fā)現(xiàn)該接收方，則通道指配管理器/發(fā)出消息處理器691創(chuàng)建一個新的打開的通道ID并把它放入返回地址。如果該消息要發(fā)往多個接收方，則被發(fā)送到每個接收方的是只含有該接收方通道地址的單個消息版本。這樣，用于向一個接收方發(fā)送的通道不會揭示給其他接收方。在任何情況下，通道指配管理器經(jīng)由通道625把帶有通道化地址的消息轉(zhuǎn)發(fā)給發(fā)出消息隊列和發(fā)送器647。
PCA的到來消息處理器696在把消息從郵件服務(wù)器604轉(zhuǎn)發(fā)到消息存儲器695之前對這些消息進行與用戶接口有關(guān)的操作。那些操作可包括例如去掉消息地址的通道部分，對于已被其他通道用戶加密的消息進行解密，以及認證消息中包含的數(shù)字簽名。盡管圖中所示通道處理服務(wù)器608包括到來消息處理器696用于完成與用戶接口有關(guān)的功能，但本發(fā)明的通道處理服務(wù)器也可以與此不同，即只包含通道指配管理器/發(fā)出消息處理器691而沒有其他的用戶接口功能。在那種情況中，可在用戶機器中或在別的地方提供額外的功能，或者可能根本不提供。郵件服務(wù)器606含有的到來消息接收器641以及發(fā)出消息隊列和發(fā)送器647所具有的功能與上文參考圖5描述的已知的基于萬維網(wǎng)的郵件服務(wù)器的相應(yīng)特性相似。到來消息接收器641進一步包括一個通道信關(guān)692和開放通道文件648用于根據(jù)消息中包含的地址與開放通道文件中的數(shù)據(jù)的比較結(jié)果來控制通過郵件服務(wù)器606的到來消息流。如果一個消息的地址指向一個開放的通道，則該消息經(jīng)由到來消息處理器696傳送到消息存儲器695供用戶觀看。只有那些具有有效通道地址的消息被轉(zhuǎn)發(fā)到消息存儲器。如果該消息的地址指向一個關(guān)閉的通道，或者在地址中不包含通道，則該消息不被傳輸?shù)洁]件服務(wù)器606之外。一個返回消息可被傳輸?shù)桨l(fā)送方，指出發(fā)送方所用地址無效或該消息是不可分發(fā)的。
把通道信送692放入郵件服務(wù)器606允許用于一個分布式解決方案，那里信關(guān)的一個或多個副本駐留在各單獨的物理服務(wù)器中。開放通道文件648包含UCDB693中所包含數(shù)據(jù)的子集，而且這兩個數(shù)據(jù)庫被同步，例如通過從通道指配管理器691向信關(guān)692發(fā)送控制消息來更新開放通道文件。另一種作法是，通道信關(guān)692可駐留在通道處理服務(wù)器606中，在這種情況下不需要開放通道文件648，因為該信關(guān)能直接訪問UCDB693。
在如圖7所示的發(fā)送電子消息的方法中，用戶首先使用消息編寫頁面(圖6)編寫一個消息(步驟701)。該消息編寫頁面可包含一個空的HTML表格、JavaScript菜單和按鈕選擇、Java小應(yīng)用程序形式的動畫以及其他可用性增強。消息編寫頁面由基于萬維網(wǎng)的郵件服務(wù)器604經(jīng)由網(wǎng)絡(luò)603傳送到客戶機601。用戶在各字段中送入數(shù)據(jù)，如接收方地址字段、消息本體字段和消息標題字段，從而完成消息編寫頁面620。在用戶已經(jīng)輸入數(shù)據(jù)到消息編寫頁面中提供的一個或多個字段內(nèi)之后，用戶在網(wǎng)絡(luò)603上通過HTTP協(xié)議把頁面?zhèn)魉偷交谌f維網(wǎng)的郵件服務(wù)器604，在那里消息數(shù)據(jù)被提取出來并發(fā)送到通道處理服務(wù)器608(步驟702)。
一旦在通道處理服務(wù)器收到該數(shù)據(jù)，通道指配管理器在步驟703或者創(chuàng)建一個新通道以納入一個新通信方的地址中，或者查尋當(dāng)前打開的通道以納入一個已知通信方的地址中。為每個收信方創(chuàng)建新的“通道化”消息版本，以避免暴露列出多個接收方的各通道。通道處理服務(wù)器可對消息進行附加的操作，如加密。可根據(jù)使用的通道來選擇加密密鑰。然后，這些通道化的消息版本被傳輸?shù)洁]件服務(wù)器606(步驟704)，在那里發(fā)出消息隊列和發(fā)送器647通過SMTP協(xié)議把這些消息版本發(fā)送(步驟705)給接收方。
如圖8所示，在根據(jù)本發(fā)明的接收消息的方法中，在遠程服務(wù)器和郵件服務(wù)器606(圖6)之間啟動(步驟810)一個新消息連接會話(session)。一個新消息的接收方地址被遠程服務(wù)器經(jīng)由SMTP傳輸并在步驟801中由郵件服務(wù)器606的到來消息接收器641接收。到來消息接收器的通道信關(guān)692檢驗該消息地址是否含有有效的通道ID(步驟802)。如果該消息的地址指向一個無效的通道，或者如果該地址不含有通道ID，則消息被拒絕(步驟805)。如果該地址含有一個有效的通道ID，則該消息被到來消息接收器641接收，并從郵件服務(wù)器606傳輸(步驟803)到通道處理服務(wù)器608的到來消息處理器696。到來消息處理器可在轉(zhuǎn)發(fā)該消息之前對其執(zhí)行一個或多個初步的功能(步驟804)。例如，到來消息處理器可從消息中剝離出地址的通道部分，使該消息看起來和感覺上更象一個標準的消息。再有，如果該消息先前已被加密，則到來消息處理器可進行解密操作，還可認證該消息中含有的數(shù)字簽名。然后該消息被傳送到消息存儲器695(步驟806)。用戶使用消息顯示頁面從消息存儲器中檢索信件(步驟807)。
當(dāng)用戶需要實現(xiàn)管理通道的功能時，如當(dāng)打開、關(guān)閉、創(chuàng)建、刪除或切換通道時，用戶可使用圖9中所示PCA管理接口。該管理接口可用于分配一些新通道(例如用于郵件發(fā)送清單或作為臨時應(yīng)答通道)或者關(guān)閉或切換通道。這一管理接口通過路徑602與萬維網(wǎng)瀏覽器601一起使用。用戶通過網(wǎng)絡(luò)接口層605(圖6)的通道控制頁面683訪問該管理接口。
現(xiàn)在參考圖9，一個示例管理接口900(顯示為如同出現(xiàn)在計算機屏幕上那樣)提供一個標題901，表明該接口已被訪問的UCDB693的所有者“X”。該接口提供一種手段去觀看和修改UCDB693，它持有對給定的系統(tǒng)用戶由PCA680使用的大部分有關(guān)數(shù)據(jù)。該接口提供一個通道映像顯示918，到來和發(fā)出消息等待提示935以及管理PCA數(shù)據(jù)的各種按鈕，如下文所述。這些按鈕顯示在計算機屏幕上并由用戶使用定向設(shè)備(如鼠標器或跟蹤球)選擇。
按鈕920至924位于通道映像顯示918的上方，它們是不針對任何一個特定通道的通用功能按鈕。例如，當(dāng)探查(PROBE)按鈕920被選中時，郵件服務(wù)器便立即被檢驗是否有新消息。那個功能通常是周期性地自動完成的；探查按鈕允許進行檢驗，無需等到下一個自動檢驗周期。
同步(SYNCH)按鈕921用于使開放通道文件與UCDB同步。與PROBE按鈕相似，SYNCH功能由PCA周期性地自動進行。然而，用戶可能希望更新開放通道文件而不等待，以能立即體現(xiàn)對UCDB所做的改變。SYNCH按鈕使PCA向通道信關(guān)發(fā)送一個控制消息，以使開放通道文件與UCDB同步。
通行短語(PASSPHRASE)按鈕922允許用戶輸入或改變一個安全通行短語，該通行短語用于加密存儲在局部存儲器或可公共訪問的存儲器中的用戶信息。以這種方式。所有針對用戶的信息在存儲時都被加密，只有放在易失性存儲器中時才是以明文形式存在。
使用新(NEW)按鈕923可人工打開一個新的通道。當(dāng)人工打開一個通道時，用戶送入被授權(quán)使用該通道的通信方的標準郵件地址。用戶還可輸入該通道的名稱或描述，供顯示在通道映像顯示918中。用戶可以有能力以一個特定的由用戶選擇的通道標識符串來打開一個新通道，使它更容易被通信方記憶。還可在用戶向一個新的接收方發(fā)送消息時自動創(chuàng)建新的通道。
“不要泄漏(Don’t Leak)”復(fù)選框924防止在單個消息的多個接收方當(dāng)中公開或“泄漏”通道地址。本發(fā)明者已經(jīng)發(fā)現(xiàn)，往往希望對一個消息中列出的多個通信方公開通道地址，以允許對該組作出響應(yīng)，無需為該組中的每個發(fā)送方/接收方組合創(chuàng)建單個通道地址。在某些或全部通信方可疑時，可使用“Don’t Leak”按鈕關(guān)掉這一特性。
按鈕930至934位于通道映像顯示918的下方，用于對選自該顯示的單個通道完成各項功能。使用定向設(shè)備(如鼠標器)從該顯示中選擇一個通道。在圖10所示的顯示中，已經(jīng)選定顯示918的第四個通道，題為“Java Developer Connection(Java開發(fā)商連接) ”的通道。
提供了一個刪除(DELETE)按鈕930(圖9)，用于從UCDB中去掉關(guān)于一個選定通道的全部信息，并向通道信關(guān)692(圖6)發(fā)送一個消息，以從開放通道文件648中去掉選定的通道。在一個通道已被刪除之后，它不能被重新打開，因為PCA沒有關(guān)于那個通道的任何可用信息。
關(guān)閉(CLOSE)按鈕931對到來的消息關(guān)閉一個選定的通道，但在UCDB中保留關(guān)于那個通道的信息。被關(guān)閉的通道繼續(xù)顯示在通道映像顯示918中，那里有標記表明該通道是關(guān)閉的。沒有任何到來的消息會通過一個關(guān)閉的通道被接受。關(guān)閉的通道可重新被打開。
切換(SWITCH)按鈕932用于把一個通信方移動到一個新的通道。這最經(jīng)常地發(fā)生在由那個通信方使用的原來通道已被泄露的時候。SWITCH按鈕分配一個新通道，關(guān)閉原來的通道并通知通信方已進行了切換。當(dāng)該通信方也是一個通道用戶時，一個命令被發(fā)送到該通信方的PCA，以改變由該通信方向該用戶發(fā)送的消息所用通道ID。如果該通信方不是一個通道用戶，則該用戶的PCA向該通信方發(fā)送一個人可讀的消息，通知該通信方該用戶的通道ID已經(jīng)改變，并指導(dǎo)該通信方人工改變該通信方文件夾中的該用戶地址。
詳情(DETAIL)按鈕933顯示關(guān)于選定通道的補充信息。例如，圖10中選定通道的詳細情況示于圖11的顯示1110中。通道名“JavaDeveloper Connection”如它在通道映像顯示819中出現(xiàn)的那樣被提供于標題塊1120中。包括通道ID在內(nèi)的通道地址1121x-3JDCJDCJDC-@channels.research.att.com顯示在顯示1110的上窗格1111中。上窗格1111還包含使用選定通道的通信方的通道地址，如果可得到的話。在圖11所示具體情況中，在注記1122中指出該通信方不是一個通道用戶。
顯示1110的下窗格1112含有用戶人工輸入的適用于選定通道或其相關(guān)通信方的注記。在所示舉例中，為方便用戶，記錄了為訪問該通信方所需要的用戶ID1124和口令。此外，“Don’t Leak To(不要泄漏給)”復(fù)選框1123特別應(yīng)用于使用選定通道的通信方。當(dāng)該框被復(fù)選(check)時，除了指配選定通道的通道ID之外的所有通道ID都不向該通信方公開。復(fù)選框1123不考慮沒有復(fù)選管理接口(圖9)中出現(xiàn)的通用“Don’tLeak”復(fù)選框924的情況。
加密(ENCRYPTION)功能934允許用戶指定一個密鑰用于對在選定通道上發(fā)送給使用通道的通信方的消息或來自該通信方的消息加密。該密鑰是由用戶單獨地(人工)傳送給通信方的。一旦建立起來，對消息的加密和解密都由PCA自動進行，對用戶是透明的。
通道映像顯示918含有針對該PCA的開放和關(guān)閉的通道的清單。如本領(lǐng)域公知的那樣，該通道清單可由滾動條919上下滾動。在顯示918中顯示的第一至第十個以及第十四個通道名是用NEW按鈕923人工輸入的。那些名字由用戶選擇和人工打入。其余的通道名是作為標準的郵件地址顯示的；那些通道是通過向新的通信方發(fā)送郵件創(chuàng)建的。這些通信方的標準郵件地址是作為通道名被自動指配的；如果希望的話，可由用戶改變或編輯。不論在哪種情況下，對于每個通道，該顯示提供的是唯一名字，它是被授權(quán)使用相應(yīng)通道向該用戶發(fā)送消息的一個或一組通信方的標識。為了方便，通道名可由用戶編輯。該顯示還對每個通道指出該通道是被加密的還是明文的。
圖12顯示一個置標語言顯示1201的舉例，它可用于在客戶機和本發(fā)明的基于萬維網(wǎng)的郵件服務(wù)器604(圖6)之間傳輸信息。顯示1201含有三個窗格收件箱窗格1210、消息顯示窗格1220以及通道處理服務(wù)器控制窗格1230。因為對通道處理服務(wù)器的控制和在基于萬維網(wǎng)的郵件服務(wù)器與客戶機之間的消息傳輸都利用諸如HTTP或WAP協(xié)議，所以在同一窗口中展現(xiàn)這兩個用戶接口是效率高的。
收件箱窗格1210和消息顯示窗格1220展現(xiàn)關(guān)于收到的消息的信息，如本領(lǐng)域公知的那樣。例如，收件箱窗格可顯示“發(fā)往(to)”或“發(fā)自(from)”地址以及取自消息首部的非地址信息。如日期和主題行。通道處理服務(wù)器控制面板1230是一個管理接口，使用戶能進行如上文參考圖9-11描述的各種與通道有關(guān)的功能?？刂泼姘?230可包括顯示可用通道名，如參考圖11描述的那樣。由控制面板1230完成的那些功能包括關(guān)閉一個通道(即在那個通道上不允許再接收消息)和切換一個通道(即在同時打開新通道和關(guān)閉舊通道的同時，通知一個預(yù)期通信方使用新通道)。通道處理服務(wù)器控制面板可展現(xiàn)一個與特定通道或通信者對應(yīng)的基于文本的通告，給予用戶對數(shù)據(jù)庫做注解的能力。如果該電子郵件系統(tǒng)有加密能力，則控制面板可允許用戶開或關(guān)特定通道上的加密。
在本發(fā)明的系統(tǒng)和方法中，電子郵件和電子郵件管理以與通道管理頁面相同的協(xié)議(HTTP或其他此類置標傳輸協(xié)議)向用戶往返傳輸，使得能在同一用戶接口窗口中向用戶展現(xiàn)來自這兩個來源的信息。通過把電子郵件管理窗格和通道管理窗格并排展現(xiàn)，該系統(tǒng)允許用戶容易地認出當(dāng)收到一個spam消息時哪個通道要關(guān)閉以及決定是否要切換那個通道或只是關(guān)閉那個通道。這兩個窗格可相互作用以便于這種決定。例如，當(dāng)在電子郵件管理窗格中選定一個消息時，在通道管理窗格中可突顯接收該電子郵件時所通過的通道。
用戶能對給定的通道訪問他的注釋，這可幫助回答問題或決定如何處置在那個通道上接收的一個特定郵件。由于在使用通道管理頁面時能得到消息內(nèi)容，用戶能為一個特定的用途(如被一個愛貓者興趣組的所有成員使用)創(chuàng)建一個新的通道，以把它包括在一個消息中。再有，眾所周知的郵件地址簿特性(如定義別名和通信者清單的能力)能有利地和與通道關(guān)聯(lián)的信息及功能組合，于是用戶能為通信方或通信方組創(chuàng)建簡單的別名供尋址消息時使用。
因為通道處理服務(wù)器(包括必須由通道處理服務(wù)器訪問的全部數(shù)據(jù))是位于基于萬維網(wǎng)的郵件服務(wù)器處，所以用戶能從具有瀏覽器并與網(wǎng)絡(luò)相連的任何機器訪問它的通道受保護的郵件。在客戶機處不需要任何特殊的通道軟件，而且針對用戶的通道數(shù)據(jù)，如在UCDB數(shù)據(jù)庫中包含的數(shù)據(jù)，可通過通道處理服務(wù)器控制頁面683訪問，所以不需要存儲在客戶機位置。
前文中的“詳細描述”在每個方面都應(yīng)理解為是演示性和舉例性的，而不是限定性的，這里公開的發(fā)明的范圍不是由“詳細描述”確定，而是由權(quán)利要求確定，如根據(jù)專利法所允許的全外延解釋的那樣。應(yīng)該理解，這里顯示和描述的實施例只是說明本發(fā)明的原理，本領(lǐng)域技術(shù)人員可實現(xiàn)各種修改而不脫離本發(fā)明的范圍和精神。例如，“詳細描述”描述的本發(fā)明實施例是具體針對電子郵件的。然而，本發(fā)明的原理能容易地擴展到電話。根據(jù)上面公開的內(nèi)容，本領(lǐng)域技術(shù)人員能容易地實現(xiàn)這種擴展。
權(quán)利要求
1.一種用于處理在網(wǎng)絡(luò)上往返多個客戶機傳輸?shù)南⒌姆?wù)器，這些消息有地址附著其上，該服務(wù)器包括使用網(wǎng)絡(luò)協(xié)議傳輸置標語言從而與客戶機通信的網(wǎng)絡(luò)接口；在網(wǎng)絡(luò)上發(fā)送和接收消息的郵件服務(wù)器；指配通道標識符作為地址組成部分的通道指配管理器；以及根據(jù)所述通道標識符確定消息是否是被授權(quán)消息的通道信關(guān)。
2.根據(jù)權(quán)利要求1的服務(wù)器，所述所述網(wǎng)絡(luò)協(xié)議是用于使用置標語言表現(xiàn)工具進行表現(xiàn)的協(xié)議。
3.根據(jù)權(quán)利要求2的服務(wù)器，所述置標語言表現(xiàn)工具是瀏覽器。
4.根據(jù)權(quán)利要求2的服務(wù)器，所述所述網(wǎng)絡(luò)協(xié)議是從包含WAP和HTTP的一組協(xié)議中選出的。
5.根據(jù)權(quán)利要求1的服務(wù)器，所述置標語言是從包含XML、HTML、SGML及WML的一組中選出的語言。
6.根據(jù)權(quán)利要求1的服務(wù)器，進一步包含消息存儲器用于存儲所述消息。
7.根據(jù)權(quán)利要求6的服務(wù)器，所述由郵件服務(wù)器從網(wǎng)絡(luò)接收的消息在被存入消息存儲器之前由通道信關(guān)過濾。
8.根據(jù)權(quán)利要求7的服務(wù)器，所述在消息被存入消息存儲器之前通道處理服務(wù)器對這些消息執(zhí)行初步功能。
9.根據(jù)權(quán)利要求8的服務(wù)器，所述初步功能是從地址中剝離出通道標識符。
10.根據(jù)權(quán)利要求8的服務(wù)器，所述初步功能是認證消息中含有的數(shù)字簽名。
11.根據(jù)權(quán)利要求8的服務(wù)器，所述初步功能是對消息解密。
12.根據(jù)權(quán)利要求1的服務(wù)器，進一步包含管理通道的個人通道代理。
13.根據(jù)權(quán)利要求12的服務(wù)器，所述網(wǎng)絡(luò)接口包含至少一個通道控制頁面用于往返所述客戶機的傳輸，以允許客戶機訪問個人通道代理。
14.根據(jù)權(quán)利要求13的服務(wù)器，所述網(wǎng)絡(luò)接口進一步包含至少一個郵件管理頁面用于往返所述客戶機的傳輸。
15.根據(jù)權(quán)利要求14的服務(wù)器，所述所述通道控制頁面中的至少一個和所述郵件管理頁面中的至少一個是作為單個置標語言頁面被傳送給客戶機的。
16.一種向網(wǎng)絡(luò)中的接收方呈現(xiàn)消息的方法，該消息有一地址用于從發(fā)送方向接收方發(fā)送該消息，所述該地址包含通用地址部分指出網(wǎng)絡(luò)中該接收者的標識以及通道標識符部分用于證實該消息是被授權(quán)的，該方法包含如下步驟向接收方傳送該消息中的信息及至少一個通信方的標識供同時顯示，來自該通信方的含有地址的通道標識符部分的消息是被授權(quán)的。
17.根據(jù)權(quán)利要求16的方法，進一步包含向接收方提供至少一項功能用于管理通信方所述標識的步驟。
18.根據(jù)權(quán)利要求17的方法，所述所述至少一項功能包括關(guān)閉由地址的標識符部分標識的通道的功能。
19.根據(jù)權(quán)利要求16的方法，所述所述傳輸步驟包含使用置標語言傳輸。
20.根據(jù)權(quán)利要求16的方法，所述所述傳輸步驟包含使用一種網(wǎng)絡(luò)協(xié)議進行傳輸，用于利用置標語言表現(xiàn)工具進行表現(xiàn)。
21.根據(jù)權(quán)利要求20的方法，所述置標語言表現(xiàn)工具是一個瀏覽器。
22.根據(jù)權(quán)利要求20的方法，所述所述網(wǎng)絡(luò)協(xié)議是從包含HTTP和WAP的一組中選出的。
23.根據(jù)權(quán)利要求19的方法，所述的置標語言是從包含XML、HTML、SGML及WML的一組中選出的語言。
24.根據(jù)權(quán)利要求16的方法，所述的通道標識符部分是地址中的基本上猜不出的部分。
25.一種驗證通過網(wǎng)絡(luò)從第一個通信方發(fā)送到第二個通信方的郵件的方法，包含指配一個標識符，供第一個通信方用于發(fā)送尋址到通信方的消息；把所述通道標識符存于一個開放通道數(shù)據(jù)庫；通過網(wǎng)絡(luò)從第一個通信方接收一個消息，其消息是使用修改后的第二個通信方地址尋址的，所述所述通道標識符被添加到在網(wǎng)絡(luò)中標識該第二個通信方的地址中；確認在修改后的地址中的通道標識符在開放通道數(shù)據(jù)庫中；以及通過網(wǎng)絡(luò)向第二個通信方傳送從該消息中導(dǎo)出的信息和從開放通道數(shù)據(jù)庫中導(dǎo)出的信息供同時顯示。
26.根據(jù)權(quán)利要求25的方法，所述從消息中導(dǎo)出的信息包括該消息首部的非地址部分中的至少一部分。
27.根據(jù)權(quán)利要求25的方法，所述所述傳輸步驟包含使用置標語言傳輸。
28.根據(jù)權(quán)利要求27的方法，所述所述傳輸步驟包含使用一種網(wǎng)絡(luò)協(xié)議進行傳輸，用于利用置標語言表現(xiàn)工具進行表現(xiàn)。
29.根據(jù)權(quán)利要求28的方法，所述的置標語言表現(xiàn)工具是瀏覽器。
30.根據(jù)權(quán)利要求28的方法，所述所述網(wǎng)絡(luò)協(xié)議是從包含HTTP和WAP的一組中選出的。
31.根據(jù)權(quán)利要求27的方法，所述的置標語言是從包含XML、HTML、SGML和WML的一組中選出的語言。
32.根據(jù)權(quán)利要求25的方法，所述所述通道標識符是基本上猜不出的。
33.一種向網(wǎng)絡(luò)中的接收方呈現(xiàn)消息的方法，該消息有一地址用于從發(fā)送方向接收方發(fā)送該消息，所述該地址包含通用地址部分指出網(wǎng)絡(luò)中該接收者的標識以及通道標識符部分用于證實該消息是被授權(quán)的以發(fā)送給接收方，該方法包含如下步驟向接收方傳輸一個郵件管理窗格和一個通道管理窗格供同時顯示。
全文摘要
提供了一種系統(tǒng)和方法(701)用于從基于萬維網(wǎng)的服務(wù)器(703)發(fā)送和接收(702)被授權(quán)的消息，這里的通道化地址(704)對于用戶標識和分發(fā)用的網(wǎng)絡(luò)通道手段(705)是共同的。
文檔編號H04L12/58GK1535424SQ02814727
公開日2004年10月6日 申請日期2002年6月12日 優(yōu)先權(quán)日2001年6月19日
發(fā)明者羅伯特·J·霍爾, 羅伯特 J 霍爾 申請人:佐艾迪克公司