專利名稱：互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于構(gòu)建電子郵件添加服務的系統(tǒng)和方法，這種服務諸如是用于把消息翻譯為其他自然語言的服務、郵件閱讀確認通知服務、彩票郵件發(fā)送服務和圣誕圖片明信片發(fā)送服務，這些服務不被視為電子郵件的基本功能。
在具有分散控制機構(gòu)特性的互聯(lián)網(wǎng)上，沒有一個服務提供商有權(quán)改變發(fā)送者和接收者的郵件服務器軟件或郵件客戶軟件以在世界上提供特定電子郵件添加服務。
為了使服務提供商立刻獨立地在全世界提供服務，必須的是該服務不應請求已經(jīng)投資很多時間和金錢并且具有分散管理機構(gòu)的電子郵件客戶軟件和服務器軟件的通用體系有任何改變。
為滿足這個必要性，本發(fā)明使用插入到發(fā)送者和接收者的郵件服務器之間的中間傳輸路徑中的中繼模式郵件服務器，以處理添加服務所需的消息。
一般地，發(fā)送者經(jīng)郵件客戶服務器發(fā)送的消息經(jīng)SMTP(簡單郵件傳輸協(xié)議)來傳送，然后存儲在安裝郵件客戶期間指定的接收者SMTP服務器的隊列中。然后接收者SMTP服務器根據(jù)在消息中指定的接收者地址USERID@DOMAIN的“DOMAIN”部分確定該消息被傳送到哪個互聯(lián)網(wǎng)主機(見IETF中的RFC822，RFC821)。
“DOMAIN”部分是執(zhí)行添加服務的中繼模式郵件服務器可被插入常規(guī)郵件傳輸路徑中的唯一位置。此時，發(fā)送者應通過把接收者郵件地址的“DOMAIN”部分替代為具有中繼模式郵件服務器的互聯(lián)網(wǎng)主機名稱(“DOMAIN-NEW”)來使用新的接收者郵件地址。另外，“DOMAIN-NEW”應以可區(qū)分方式包括“DOMAIN”部分并維持最小量信息來把具有添加服務的消息中繼到接收者郵件服務器。
因此，本發(fā)明根據(jù)添加服務和其選項定義域后綴(后面稱為“.suffix”)。本發(fā)明在接收者郵件地址的“DOMAIN”部分后附加“.suffix”以形成全名“DOMAIN.suffix”。然后本發(fā)明把“DOMAIN.suffix”用作中繼模式郵件服務器的互聯(lián)網(wǎng)主機名。
根據(jù)這一想法，系統(tǒng)地構(gòu)建電子郵件添加服務系統(tǒng)的方法將在下面的描述中作出解釋。
WO98181249A1是本發(fā)明的參考。
接著具體地與可作為常規(guī)系統(tǒng)的子系統(tǒng)實現(xiàn)的4個互聯(lián)網(wǎng)添加服務子系統(tǒng)一起描述這3個單元。1.域后綴電子郵件地址表示系統(tǒng)第一單元本發(fā)明的地址表示系統(tǒng)的特性點在于在接收者電子郵件地址之后附加一個域后綴。這種特性的強大之處在于域后綴可同時規(guī)定添加服務的類型并指定主管添加服務的服務主機。添加服務的用戶把這種表示方法識別成與電子郵件添加服務的使用方法相同。
各個添加服務的域后綴具有根域后綴和補充域后綴。根域后綴應是在互聯(lián)網(wǎng)中注冊的從屬域或是從屬域的子域。
為最好地理解，舉出使用用于郵件閱讀確認通知服務的主域后綴“.confirm.to”以及在開始具有“.add”的補充域后綴的2個例子。在“apple.com.add.startec.advertizement.confirm.to”的情況下，“apple.com”是“DOMAIN”部分，“add.startec.advertizement”是補充域后綴，“.confirm.to”是根域后綴。在“apple.com.confirm.to”的情況下，認為補充域后綴具有空串值。作為參考，“.confirm.to”中的“.to”是湯加王國的國家頂級域，其可用帶有“.com”或“.net”的國際注冊替代。
補充域后綴附加于原始郵件地址域名與根域后綴之間，用于豐富或限制添加服務的功能。補充域后綴占據(jù)的字符串的范圍可根據(jù)添加服務定義。具有可變參數(shù)的語法中的補充域后綴可具有無限的字符串值。
Microsoft.com.add.*.photo.post-card.to.IN A 202.30.244.182.中繼模式添加服務郵件服務器中繼模式添加服務郵件服務器接收并處理具有接收者地址“USERID@DOMAIN.suffix”的郵件消息，并具有下面3個特性。
第一，服務器安裝在具有“DOMAIN.suffix”型域名的互聯(lián)網(wǎng)主機上。
第二，服務器在從發(fā)送者郵件服務器向接收者郵件服務器傳送郵件消息期間被插入并且在處理后中繼該消息，以替代2個郵件服務器，即以中繼模式來應用添加服務。
第三，服務器具有消息修改郵件服務器特性，其可根據(jù)相應的添加服務在接收者地址“USERID@DOMAIN.suffix”中規(guī)定的根域后綴和補充域后綴的基礎(chǔ)上修改消息。2-1中繼模式添加服務郵件服務器的優(yōu)點首先，服務器不需要改變發(fā)送者和接收者的現(xiàn)有郵件服務器。中繼模式添加服務郵件服務器可通過插入到發(fā)送者郵件服務器與接收者郵件服務器之間的傳輸路徑中而自然地擴展發(fā)送者和接收者的兩個郵件服務器的功能。
第二，中繼模式添加服務郵件服務器可不需要發(fā)送者/接收者DOMAIN管理者的任何幫助立刻在全世界獨立地提供添加服務，因為服務器在操作和管理方面獨立于發(fā)送者/接收者郵件DOMAIN的郵件服務器。
第三，由于發(fā)送者指定“DOMAIN.suffix”作為第一郵件接收服務器，中繼模式添加服務郵件服務器不受到管理者的任何干涉或法律限制，可對DOMAIN的用戶提供電子郵件添加服務。
第四，如果構(gòu)建元域名系統(tǒng)來把“DOMAIN.suffix”對應于用于所有DOMAIN的一個中繼服務器機器的IP機器，則中繼模式添加服務郵件服務器可僅使用一個服務器立刻在全世界提供添加服務。無論接收者地址“DOMAIN.suffix”中的DOMAIN的范圍如何，可以設(shè)置中繼模式郵件服務器在處理基于“.suffix”的請求操作后，把最終的消息傳送到接收郵件服務器。為了負載分配和安全管理的目的，可通過對每級的負責的中繼服務器進行側(cè)分支來逐步地安裝服務器。2-2.消息添加服務過程

圖1比較地顯示出當發(fā)送者向“USERID@DOMAIN”和“USERID@DOMAIN.suffix”傳送郵件時的電子郵件流程，其中，每一部分在后面將具體說明。
首先，無論發(fā)送者指定何種地址，郵件消息被添加到接收者郵件服務器的備用矩陣中來等待向外傳輸(圖1的過程1)。
如果輪到該消息了，郵件服務器查詢“.suffix”域的根域名服務器(稱為“ns.suffix”，元域名服務器)來找到“DOMAIN.suffix”的IP地址(圖1的過程2)。
使用SMTP(簡單郵件傳輸協(xié)議)把消息發(fā)送到對應于“DOMAIN.suffix”的IP地址(圖1的過程3)。然后，接收消息的“DOMAIN.suffix”服務器通過根據(jù)添加服務的特性修改消息或?qū)ο⑻砑有聝?nèi)容來產(chǎn)生新的消息(圖1的過程4)。
在把接收者電子郵件地址“USERID@DOMAIN.suffix”分割為原始接收者地址“USERID@DOMAIN”和域后綴“.suffix”后，再把域后綴分割為根域后綴和補充域后綴，以確定發(fā)送者預定的添加服務的種類和內(nèi)容。
通過對消息應用添加服務而產(chǎn)生修改的新消息時，如果需要的話，把用于每個消息的狀態(tài)信息數(shù)據(jù)記錄存儲在服務器的數(shù)據(jù)庫中。由于這個原因，每個消息通過產(chǎn)生特有序號被賦予一個消息ID。
然后把新消息傳送到原始接收者電子郵件地址“USERID@DOMAIN”，其作為最終的接收者(圖1的過程5)。
然后接收者使用他/她自己的個人計算機上的郵件客戶讀出存儲在接收者電子郵件服務器中的消息(圖1的過程6)。2-3.修改郵件服務器的消息的消息數(shù)據(jù)庫與添加服務相關(guān)的每個郵件消息的狀態(tài)信息可被存儲在“DOMAIN.suffix”主機上，以不僅保持對記錄的服務操作，而且通過與接收者郵件客戶的相互作用完成特定目的的添加服務。
有一種交互添加服務，其通過在接收者接收郵件后與“DOMAIN.suffix”和互聯(lián)網(wǎng)的一系列相互作用實現(xiàn)添加服務。在這種情況下，作為狀態(tài)信息數(shù)據(jù)庫記錄的關(guān)鍵字的消息ID信息應該以對于任何形式的添加服務而言適當?shù)姆绞奖惶砑拥较⑽谋净蜞]件標題，最終傳送到接收者。3.元域名系統(tǒng)的具體描述3-1.背景域名是在分級名空間中通過以“.(dot)”代表名稱從左到右從頂級分級到底級分級來描述由主機和網(wǎng)絡標識符構(gòu)成的所有分級的特有名稱的名稱。例如，有www.microsoft.com，netscape.net，www.nic.go.kr等。此時，“.com”，“.net”“.kr”叫作頂級域(稱為TLD)，microsoft.com，netscape.net，go.kr叫作次級域。
域名系統(tǒng)(DNS)是世界性的分散數(shù)據(jù)庫系統(tǒng)，用于把域名對應于相應IP地址。DNS包括用于互聯(lián)網(wǎng)域名和IP地址(具有A型記錄)與互聯(lián)網(wǎng)電子郵件傳輸路徑數(shù)據(jù)庫(具有MX型記錄)之間的關(guān)系的數(shù)據(jù)庫。DNS還有所有互聯(lián)網(wǎng)TCP/IP通信，用于確定從發(fā)送者向接收者傳送電子郵件的流程和路徑(見IETF的RFC1034，RFC1035)。
把域名指定給用于每一分級的主域名服務器，以把各個域和子域的IP地址對應于服務器。例如，在www.cs.uiuc.edu的情況下，頂級域“.edu”被指定給“ns.internic.net”，作為主域名服務器，而“uiuc.edu”被指定給“ns.uiuc.edu(伊利諾斯大學)”，作為主域名服務器。這種任務分配通過向域名數(shù)據(jù)庫“ns.internic.net”添加代表把“unic.edu”的主域名服務器管理機構(gòu)委托為“ns.uiuc.edu”的內(nèi)容(NS型記錄)來完成。
“ns.uiuc.edu”的管理者確定“cs.uiuc.edu”和“www.cs.uiuc.edu”是否有全權(quán)管理每個子域的主域名服務器。
再回到主題，需要建立用于“.suffix”的主域名服務器，因為“DOMAIN.suffix”是特定的域“.suffix”的子域名。但是，在域被動態(tài)產(chǎn)生和刪除的互聯(lián)網(wǎng)中，考慮互聯(lián)網(wǎng)的分散特性和大小，不可能對所有DOMAIN產(chǎn)生“DOMAIN.suffix”的數(shù)據(jù)庫記錄。尤其，在DOMAIN包括具有可變參數(shù)的補充域后綴時，更不可能。
本發(fā)明的元域名系統(tǒng)指的是具有特定數(shù)據(jù)庫(元域數(shù)據(jù)庫)的域名系統(tǒng)，用于管理“DOMAIN.suffix”型域名。這種系統(tǒng)應該優(yōu)選建立在主管主域后綴的從屬域名的主域名服務器主機上。用于提供元域名數(shù)據(jù)庫服務的服務器軟件叫作元域名服務器。3-2.元域名系統(tǒng)的特性考慮與外部相互作用的DNS協(xié)議，元域名服務器與一般域名服務器同樣操作(見IETF的RFC1034，RFC1035)，但從數(shù)據(jù)庫結(jié)構(gòu)來看具有3個特性。
首先，元域名服務器管理的所有域名數(shù)據(jù)庫的源記錄基本上具有通配符屬性。
第二，源記錄中特別特殊的一個記錄在選擇IP地址查詢結(jié)果方面具有優(yōu)先權(quán)。
第三，在添加服務使用參數(shù)化的補充域后綴的情況下，域名數(shù)據(jù)庫支持利用可變參數(shù)的表示對源記錄的分析。
元域名服務器的核心是這種數(shù)據(jù)庫構(gòu)建方法。域名服務器軟件只是用于提供數(shù)據(jù)庫的裝置，并且大部分通常的最新名稱服務器軟件直接或間接支持這種數(shù)據(jù)庫結(jié)構(gòu)。3-3.每個特性的解釋首先，例如在根域后綴是“.confirm.to”的情況下，假設(shè)域名數(shù)據(jù)庫源記錄具有下面的形式，來用于“apple.com.confirm.to”(實際輸入的數(shù)據(jù)庫記錄可與上面不同，并且根據(jù)使用的域名服務器軟件而不同)。
apple.com.confirm.to.IN A 202.30.244.15此時，如果“apple.com.confirm.to”記錄具有通配符屬性，“apple.com”之后的所有子域總是被對應于作為“apple.com.confirm.to”的IP地址的相同值。即，認為“*.apple.com.confirm.to”好像是在前面省略了UNIX外殼命令的通配符*(星號)。因此，“hostl.marketing.apple.com.confirm.to”和“host2.korea.international.apple.com.confirm.to”與相同的“*.apple.com.confirm.to”匹配，以對應于象“apple.com.confirm.to”一樣的IP地址202.30.244.15。
第二，假設(shè)因為僅需要用于“usa.apple.com.confirm.to”和其子域的一個分開的中繼模式郵件服務器而使得源記錄應被分割。由于這一假設(shè)，源記錄如下規(guī)定。
usa.apple.com.confirm.to.IN A 202.30.244.16apple.com.confirm.to.IN A 202.30.244.15此時，指的是“usa.apple.com”比“apple.com”具有優(yōu)先權(quán)。由于兩個記錄被視為在前面省略“*”，考慮其形式，仍不清楚是否可把“.usa.apple.com”視為包括在“*.apple.com”中。因此，對于任何域名詢查詢，應清楚地區(qū)分是否兩個源記錄之間的一個具有優(yōu)先權(quán)。
此時，定義“usa.apple.com.confirm.to”比“apple.com.confirm.to”更具體，并且元域名服務器被構(gòu)造成使得更具體的源記錄的IP地址查詢結(jié)果具有優(yōu)先權(quán)。
另一方面，在添加服務的開始，如果僅一個中繼郵件服務器主機可以為所有DOMAIN處理添加服務，如下的一個源記錄是可行的。
confirm.to.IN A 202.30.244.15第三，作為例子，假設(shè)圣誕圖片明信片發(fā)送添加服務使用參數(shù)化補充域后綴。假設(shè)根域后綴是“.post-card.to”，補充域后綴的BNF語法是“add.*”(midi|photo)。約定“.*”部分并非真正的字符串“*”而是一可變參數(shù)，其可用發(fā)送者選擇的其他字替代。
1)bill@microsoft.com.post-card.to
2)bill@microsoft.com.add.yosemite.park.photo.post-card.to3)bill@microsoft.com.add.christmas.carol.song.midi.post-card.to對于3個接收者郵件地址，如果發(fā)送者把補充域后綴設(shè)定為空串值(或不指定補充域后綴)，如例1)所示，則將選擇服務器主動指定的內(nèi)容并將其在明信片中發(fā)送。在例子2)中，“yosemite.park.photo”將為可變參數(shù)，而在例3)中“christmas.carol.song.midi”將為可變參數(shù)。
結(jié)果，元域名數(shù)據(jù)庫支持具有參數(shù)化的補充域后綴的源記錄，這意味著下面的源記錄可由元域名數(shù)據(jù)庫來指定。
microsoft.com.add.*.midi.post-card.to.IN A 202.30.244.15microsoft.com.add.*.girl.photo.post-card.to.IN A 202.30.244.16microsoft.com.add.*.park.photo.post-card.to.IN A 202.30.244.174.郵件閱讀確認通知服務系統(tǒng)4-1.背景郵件閱讀確認通知服務是為向發(fā)送者確認接收者接收到并閱讀了電子郵件的服務，其中，方法和過程被IETF(RFC2298，http∥www.inc.org/rfc2298)標準化。但是，由于標準化需要改變電子郵件服務器和發(fā)送者的客戶軟件，擴展郵件閱讀確認通知服務被延遲了，這使得難以立刻在全世界提供該服務。
郵件閱讀確認通知服務作為本發(fā)明的互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)一個特定概念建立，其特征在于無論互聯(lián)網(wǎng)的標準如何，僅由發(fā)送者在接收者電子郵件的末端附加域后綴“.confirm.to”或“.confirm.cc”就可提供郵件閱讀確認通知服務。4-2電子郵件閱讀確認通知服務系統(tǒng)的結(jié)構(gòu)過程1根據(jù)本發(fā)明的單元1的添加服務元郵件地址表示系統(tǒng)，通過選擇一對具有相同名稱的次級域來注冊正式的互聯(lián)網(wǎng)次級域，其具有用于電子郵件閱讀確認通知服務的根域后綴和“.to”和“.cc”的頂級域。
例如，如果固定互聯(lián)網(wǎng)域名“confirm.to”和“confirm.cc”，各個域后綴的添加服務的意義如下定義。如果在郵件地址末端附加域后綴“.confirm.to”，則在接收到郵件時郵件閱讀確認通知僅被傳送到發(fā)送者。在有至少兩個接收者的情況下，附加域后綴“.confirm.cc”以便在接收到郵件時不僅向發(fā)送者而且向接收者(如果存在的話)傳送郵件閱讀確認通知。如果可能的話，可用其他域替代“.confirm.”，如receipt，notice等。
“to”是表示電子郵件的發(fā)送者的標準化的郵件標題名稱，其容易被用戶識別出來?！癱c(復寫本)”也是標準化的郵件標題名稱，其客觀地表示向其他接收者傳送要向發(fā)送者發(fā)送的郵件閱讀確認通知的復寫本的意思?！?to.”是湯加王國的國家頂級域，而“.cc.”是cocuskeeling島的國家頂級域。
過程2根據(jù)本發(fā)明的單元3的元域名系統(tǒng)，構(gòu)造具有作為根域后綴的上面兩個域名的兩個元域名數(shù)據(jù)庫。對于具有“DOMAIN.confirm.to”和“DOMAIN.confirm.cc”形式的域名，固定主管服務的郵件主機并且其IP地址被注冊。
過程3根據(jù)本發(fā)明的單元2的中繼模式添加服務郵件服務器，建立用于實現(xiàn)郵件閱讀確認添加服務的消息修改電子郵件中繼服務器系統(tǒng)。郵件閱讀確認服務需要接收者郵件客戶與中繼服務器之間的相互作用。因此，當處理消息時在中繼服務器生成并管理每個消息的郵件閱讀狀態(tài)數(shù)據(jù)庫記錄。而且，適當?shù)腍TML(超文本標示語言)標記被插入到修改的消息中的文本中，以把對自動郵件閱讀確認通知的HTTP(超文本傳輸協(xié)議)查詢傳送到中繼服務器。這種服務器系統(tǒng)被安裝到注冊于過程2中的數(shù)據(jù)庫中的各個中繼郵件服務器主機上。
過程4把網(wǎng)絡服務器安裝在中繼服務器中，以通過接收者郵件客戶與中繼服務器之間的相互作用實現(xiàn)郵件閱讀確認通知服務。網(wǎng)絡服務器從接收者郵件客戶接收對郵件閱讀狀態(tài)報告的HTTP查詢，對各個消息反映對郵件閱讀狀態(tài)數(shù)據(jù)庫的查詢，然后傳送郵件閱讀確認通知。
圖2表示操作流程，圖示在發(fā)送者發(fā)送在其末端附加“.confirm.to”域后綴的郵件后，在用于添加服務的修改的電子郵件到達最終的接收者時，元域名服務器、添加服務郵件服務器和網(wǎng)絡服務器之間的相互作用。
圖3表示當接收者在線閱讀接收到的郵件時，利用在圖2的過程4中添加的HTML標記，通過與中繼服務器中的網(wǎng)絡服務器的相互作用把郵件閱讀確認通知傳送到發(fā)送者的流程。
此時，假設(shè)接收者郵件客戶在線連接于互聯(lián)網(wǎng)并且備有顯示HTML標記的常規(guī)功能(例如，微軟的Outlook Express、Netscape的Netscape Messenger、Eudora的Eudora Pro等)。4-3.用于添加服務的消息修改過程的具體說明在對每個電子郵件消息賦予特有的序號后，產(chǎn)生以該序號作為關(guān)鍵字的用于存儲郵件閱讀狀態(tài)數(shù)據(jù)的郵件閱讀狀態(tài)數(shù)據(jù)庫記錄。在HTML版本的消息文本中，具有URL(統(tǒng)一資源定位符)的HTML文件包含賦予的特有序號和接收者電子郵件地址。
選擇適當?shù)腍TML標記使得當最終的接收者接收到消息并使得顯示在屏幕上的消息可在郵件閱讀狀態(tài)數(shù)據(jù)庫上反映出來時，URL通過插入的HTML標記自動地或通過接收者的識別行為引起中繼服務器的網(wǎng)絡服務器與HTTP協(xié)議之間的相互作用。
例如，在文本后可插入標記＜imgscr＝http∥microsoft.com.confirm.to/read/MESSAGE_ID/bell@microsofi.com width＝1 height＝1＞。標記是不容易看到的具有1個像素的垂直和水平尺寸的圖像標記。該標記把具有郵件閱讀狀態(tài)信息的URL查詢發(fā)送到指定給HTTP查詢的中繼服務器中的網(wǎng)絡服務器，以更新郵件閱讀狀態(tài)信息。
為在文本中添加HTML標記，郵件消息文本應具有HTML格式。因此，如果文本是一般文本(MIME(多用途網(wǎng)際郵件擴充協(xié)議)具有文本/無格式)，在將消息文本自動轉(zhuǎn)換為HTML格式后插入HTML標記。
網(wǎng)絡服務器反映對應數(shù)據(jù)庫的郵件閱讀信息，產(chǎn)生郵件閱讀確認通知消息，然后把郵件閱讀確認通知消息傳送到寫入于記錄中的原始發(fā)送者地址。如果“.confirm.cc”被附加于接收者地址作為域后綴，網(wǎng)絡服務器把通知消息不僅傳送到發(fā)送者而且傳送到電子郵件消息中指定的其他接收者。5.彩票郵件發(fā)送添加服務系統(tǒng)作為本發(fā)明的互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)的一個特定概念建立的彩票郵件發(fā)送添加服務如下。
過程1根據(jù)本發(fā)明的單元1的添加服務郵件地址表示系統(tǒng)，選擇在互聯(lián)網(wǎng)中正式注冊的互聯(lián)次級域，并將其注冊為用于彩票郵件發(fā)送添加服務的根域后綴。
如果為那一目的固定互聯(lián)網(wǎng)域名“l(fā)oto.to”，添加服務的含義如下定義。當在要被發(fā)送的郵件地址末端附加域后綴“.loto.to”時，為接收者發(fā)出的在線彩票被添加到要被傳送的消息。如果可能，可使用其他可用域后綴來替代“.loto.to”。還可指定補充域后綴。如果補充域后綴具有語法“add.*”，其中“*(星號)”可包括關(guān)于發(fā)送者已知的彩票種類的符號。例如，可利用域“apple.com.add.motorola.loto.to”。
過程2根據(jù)本發(fā)明的單元3的元域名系統(tǒng)，構(gòu)建具有根域后綴“.loto.to”并支持補充域后綴語法的元域名數(shù)據(jù)庫。之后，固定主管“DOMAIN.loto.to”的服務的郵件主機，然后注冊其IP地址。
過程3根據(jù)本發(fā)明的單元2的中繼模式添加服務郵件服務器，構(gòu)建用于實現(xiàn)彩票郵件發(fā)送添加服務的消息修改郵件中繼服務器系統(tǒng)。由于該服務要求對博彩中勝出的接收者管理郵件閱讀狀態(tài)數(shù)據(jù)庫，在中繼服務器中產(chǎn)生并管理對于各個消息的一個彩票勝出狀態(tài)數(shù)據(jù)庫記錄。而且，HTML標記被插入到修改的消息中，使得接收者在閱讀郵件時可識別關(guān)于發(fā)出的在線彩票的信息。服務器系統(tǒng)被安裝到在過程2的數(shù)據(jù)庫中注冊的各個中繼郵件服務器主機中。6.圖片明信片發(fā)送添加服務系統(tǒng)如下構(gòu)建作為本發(fā)明的互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)的一個特定概念建立的圖片明信片發(fā)送添加服務。
過程1基于本發(fā)明的單元1的添加服務郵件地址表示系統(tǒng)，選擇并注冊在互聯(lián)網(wǎng)中正式注冊的互聯(lián)網(wǎng)次級域。
如果為那一目的固定互聯(lián)網(wǎng)域名“post-card.to”，添加服務的含義如下定義。當在要被發(fā)送的郵件地址末端附加域后綴“.post-card.to”時，傳送其中圖片明信片豐富了背景的HTML型消息。如果可能，可使用其他可用域后綴來替代“.post-card.to”。還可指定補充域后綴。如果補充域后綴具有語法“add.*”，其中“*(星號)”可包括關(guān)于發(fā)送者已知的圖片明信片的種類的符號。例如，可利用一個附加補充域后綴“apple.com.add.yosemitepark.post-card.to”的地址。
過程2根據(jù)本發(fā)明的單元3的元域名系統(tǒng)，構(gòu)建具有根域后綴“.post-card.to”并支持補充域后綴語法的元域名數(shù)據(jù)庫。之后，固定主管“DOMAIN.post-card.to”的服務的郵件主機，然后注冊其IP地址。
過程3根據(jù)本發(fā)明的單元2的中繼模式添加服務郵件服務器，構(gòu)建用于實現(xiàn)圖片明信片發(fā)送添加服務的消息修改郵件中繼服務器系統(tǒng)。中繼服務器應具有包含明信片的符號和內(nèi)容的數(shù)據(jù)庫。而且，HTML標記被插入來分析補充域后綴中規(guī)定的明信片的種類，并把明信片作為修改的消息的文本背景應用。服務器系統(tǒng)被安裝到在過程2的數(shù)據(jù)庫中注冊的各個中繼郵件服務器主機中。7.郵件翻譯發(fā)送添加服務系統(tǒng)作為本發(fā)明的互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)的一個特定概念建立的郵件翻譯發(fā)送添加服務如下構(gòu)建。
過程1根據(jù)本發(fā)明的單元1的添加服務郵件地址表示系統(tǒng)，選擇并注冊在互聯(lián)網(wǎng)中正式注冊的互聯(lián)次級域。
如果為那一目的固定互聯(lián)網(wǎng)域名“interpret.to”，添加服務的含義如下。當在要被發(fā)送的郵件地址末端附加域后綴“.interpret.to”和補充域后綴“.from.LANG1.to.LANG2”時，該服務向接收者發(fā)送翻譯為指定語言的新消息。如果可能，可使用其他域后綴來替代“.interpret.to”。補充域后綴具有語法“from.*.to.*”，“*(星號)”可包括關(guān)于發(fā)送者已知的翻譯語言的符號。例如，可利用附加了補充域后綴“apple.com.from.english.to.french.interpret.to”的地址。
過程2根據(jù)本發(fā)明的單元3的元域名系統(tǒng)，構(gòu)建把“interpret.to”作為域后綴并支持補充域后綴語法的元域名數(shù)據(jù)庫。之后，固定主管“DOMAIN.interpret.to”的服務的郵件主機，然后注冊其IP地址。
過程3根據(jù)本發(fā)明的單元2的中繼模式添加服務郵件服務器，構(gòu)建用于實現(xiàn)郵件翻譯發(fā)送添加服務的消息修改郵件中繼服務器系統(tǒng)。服務器系統(tǒng)被安裝到在過程2的數(shù)據(jù)庫中注冊的各個中繼郵件服務器主機中。
使用本發(fā)明的互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)，發(fā)送者僅把用于相應的添加服務的域后綴附加于接收者電子郵件地址的末端就能使用添加服務。使用添加服務提供商的至少一個服務主機自動執(zhí)行域后綴指定的添加服務。
因此，不改變發(fā)送者電子郵件服務器和客戶軟件，服務提供商自身可立刻在全世界提供添加服務，這促進新的添加服務的出現(xiàn)并快速把新的添加服務擴展到全世界。這將促使電子郵件服務的進展、競爭和革新。
權(quán)利要求
1.一種電子郵件添加系統(tǒng)，包括域后綴電子郵件地址表示系統(tǒng)，包括具有對于電子郵件添加服務選擇的域后綴(.suffix)的“USERID@DOMAIN.suffix”形式的接收者郵件地址語法和對語法的含義的一系列定義，域后綴具有在互聯(lián)網(wǎng)中正式注冊的域名中選擇出的根域后綴和用于限制由根域后綴代表的添加服務的補充域后綴；中繼模式添加服務郵件服務器，安裝到具有“DOMAIN.suffix”型域名的互聯(lián)網(wǎng)主機，用于接收具有“USERID@DOMAIN.suffix”型接收者地址的消息，中繼模式添加服務郵件服務器通過根據(jù)在“.suffix”中指定的根域后綴和補充域后綴的內(nèi)容處理域后綴電子郵件地址表示系統(tǒng)中定義的添加服務并應用添加服務的選項，以產(chǎn)生新的消息，然后中繼模式添加服務郵件服務器把新消息中繼到原始接收者地址“USERID@DOMAIN”；元域名系統(tǒng)，包括用于表示“DOMAIN.suffix”型域名與主管由“DOMAIN”部分的“.suffix”指定的添加服務的中繼模式郵件服務器主機的IP(網(wǎng)際協(xié)議)地址之間的關(guān)系的元域名數(shù)據(jù)庫和用于提供添加服務的域名服務器軟件。
2.根據(jù)權(quán)利要求1的電子郵件添加服務系統(tǒng)，其中在域后綴電子郵件地址表示中，補充域后綴具有包含用于豐富添加服務的選項的可變參數(shù)的語法；和元域名系統(tǒng)、元域數(shù)據(jù)庫和元域名服務器包括該包含可變參數(shù)的語法。
3.根據(jù)權(quán)利要求1的電子郵件添加服務系統(tǒng)，其中域后綴電子郵件地址表示系統(tǒng)使用一對具有相同名稱的次級域并把“.to”“.cc”用作頂級域，其中域后綴電子郵件添加服務系統(tǒng)進行以下定義包括“.to”的根域后綴表示把郵件閱讀確認通知僅傳送到發(fā)送者的服務，包括“.cc”的根域后綴表示把郵件閱讀確認通知除發(fā)送者和接收者之外還傳送到其他接收者的服務，元域名系統(tǒng)分別對應于一對域后綴；電子郵件添加服務系統(tǒng)還包括消息修改中繼模式郵件服務器，用于把HTML(超文本標示語言)標記添加到消息文本并維持每個郵件消息的郵件閱讀狀態(tài)數(shù)據(jù)庫；電子郵件添加服務系統(tǒng)還包括網(wǎng)絡服務器，用于從接收者郵件客戶接收對郵件閱讀狀態(tài)報告的HTTP(超文本傳輸協(xié)議)查詢，并傳送郵件閱讀確認通知。
4.根據(jù)權(quán)利要求1的電子郵件添加服務系統(tǒng)，還包括消息修改中繼模式郵件服務器，用于添加包含向接收者發(fā)出的或要被發(fā)出的彩票的信息的HTML標記，并對每個郵件消息維持彩票勝出狀態(tài)數(shù)據(jù)庫。
5.根據(jù)權(quán)利要求1的電子郵件添加服務系統(tǒng)，還包括消息修改中繼模式郵件服務器，用于選擇發(fā)送者附加在接收者地址的末端的域后綴所指定的圖片明信片，并通過向郵件消息應用該圖片明信片來修改郵件消息。
6.根據(jù)權(quán)利要求1的電子郵件添加服務系統(tǒng)，還包括消息修改中繼模式郵件服務器，用于通過根據(jù)發(fā)送者附加在接收者地址的末端的域后綴所指定的語言翻譯指令把郵件消息翻譯并重寫為指定的語言來修改郵件消息。
全文摘要
一種構(gòu)建能夠無縫地在常規(guī)SMTP互聯(lián)網(wǎng)消息傳輸網(wǎng)絡上操作的互聯(lián)網(wǎng)電子郵件添加服務系統(tǒng)的系統(tǒng)和方法。該方法和系統(tǒng)使用由域后綴擴展的接收者電子郵件地址。域后綴部分規(guī)定所要應用的電子郵件添加服務的種類和中間郵件中繼服務器以便在遞送到接收者之前在消息上執(zhí)行該服務。
文檔編號G06Q50/32GK1354941SQ00802782
公開日2002年6月19日 申請日期2000年1月11日 優(yōu)先權(quán)日1999年1月13日
發(fā)明者李守馥 申請人:李守馥