專利名稱：一種新的郵件發(fā)送、傳輸、接收的方法
技術(shù)領(lǐng)域：
本發(fā)明主要應(yīng)用于互聯(lián)網(wǎng)郵件系統(tǒng)的開發(fā)和應(yīng)用，解決了關(guān)于郵件傳輸中的體積，效率，準(zhǔn)確性等問題，可有效的防止垃圾郵件，獲悉用戶的真實(shí)訪問時(shí)間等優(yōu)勢(shì)。
定義在本說(shuō)明書中提及的互聯(lián)網(wǎng)，包括但不限于萬(wàn)維網(wǎng)。
本文中所涉及的郵件發(fā)送、傳輸、接收的方法，英文名稱定義為XQT。是一種基于現(xiàn)有常規(guī)郵件傳輸協(xié)議上的郵件發(fā)送、傳輸、接收的方法。
背景技術(shù)：
近年來(lái)，電子郵件(email)被廣泛的應(yīng)用，他的基本原理是用戶A，通過郵件的客戶端如foxmail、outlook等軟件，或通過webmail的方式將郵件內(nèi)容上傳至自己申請(qǐng)的郵件服務(wù)器中，并由郵件服務(wù)器將A所上傳的內(nèi)容通過SMTP協(xié)議發(fā)送給B用戶所申請(qǐng)的郵件服務(wù)器空間中。當(dāng)B用戶通過webmail或foxmail、outlook等客戶端軟件訪問自己申請(qǐng)的郵件服務(wù)器空間，掃描自己的郵件箱是否有新的郵件。并下載閱讀。
相同的原理適用于未連接到互聯(lián)網(wǎng)的電子郵件系統(tǒng)。例如公司內(nèi)部的郵件系統(tǒng)。
現(xiàn)有的郵件系統(tǒng)還有抄送，發(fā)送附件等功能，特別是有的系統(tǒng)還支持收條功能，即表明收件人的電腦上曾顯示過此郵件后回信，但是該功能是用戶可選的。
隨著電子郵件的應(yīng)用增加，但同時(shí)產(chǎn)生了大量的問題，例如1.用戶B的郵箱的空間是有限的，接收A發(fā)來(lái)的大型附件如果超過B申請(qǐng)的空間的剩余空間，則被退回。但是A并不知道B申請(qǐng)的郵箱還有多少空間。而且B也不知道A試圖給他發(fā)送郵件，且由于沒有足夠的空間接收而導(dǎo)致郵件被退回。
2.用戶A申請(qǐng)的郵箱空間足夠大，但是為用戶A提供郵件服務(wù)的服務(wù)商允許A上傳的附件的大小被限制的很小。所以A用戶實(shí)際給B用戶發(fā)送的附件的體積被限制到了很小的范圍內(nèi)。
3.A給B發(fā)送郵件，能夠收到B郵箱返回的通知，說(shuō)明郵件已經(jīng)到達(dá)B的郵箱，但是不知道B是否真正的閱讀過。且如果用戶A使用收條機(jī)制判斷B是否真正閱讀過郵件，如果B拒絕發(fā)送收條則A也無(wú)法判斷B是否真正的閱讀過。
4.用戶A給用戶B發(fā)送郵件的同時(shí)，抄送或者同時(shí)發(fā)給C、D等n個(gè)郵箱賬號(hào)，同樣的信息發(fā)送了n次，然而在n個(gè)接收者中，并不是所有的人都情愿接收這份郵件，且并不是所有的人都最終能收到這封郵件，但是同樣的郵件的內(nèi)容在互聯(lián)網(wǎng)中傳送了n次，大大的浪費(fèi)了互聯(lián)網(wǎng)的信息傳送通道。甚至有可能造成網(wǎng)絡(luò)堵塞。同樣，用戶B在收到A發(fā)來(lái)的郵件后，由于B的郵箱已滿，郵件被遭到退回，所以，同樣的郵件在互聯(lián)網(wǎng)上傳送了兩遍?；ヂ?lián)網(wǎng)通信能力的資源被浪費(fèi)了。
5.由戶在使用foxmail，outlook等客戶端軟件收取郵件的時(shí)候，附件被無(wú)條件的接收到本機(jī)中，盡管有專業(yè)的郵件殺毒軟件，或郵件系統(tǒng)自帶的防病毒控制，仍然會(huì)給用戶的安全造成隱患，服務(wù)器的安全也無(wú)法完全的保證。
基于互聯(lián)網(wǎng)現(xiàn)有郵件系統(tǒng)的發(fā)送、傳輸、接收原理而導(dǎo)致的但不限于上述問題，發(fā)明出一種新的郵件發(fā)送、傳輸、接收的方法——XQT。

發(fā)明內(nèi)容
假定用戶A使用的郵件系統(tǒng)是根據(jù)XQT開發(fā)的。
核心部分基本原理用戶A的郵件信息并不是全部到達(dá)B的郵箱，而僅僅給B一個(gè)通知，請(qǐng)他訪問A郵箱中的某個(gè)頁(yè)面abc.php，再?gòu)闹蝎@得郵件的全部真實(shí)信息。
組成模塊XQT特有的功能模塊1.XQT—郵件內(nèi)容生成模塊將郵件內(nèi)容入庫(kù)，或生成文件，生成用戶B瀏覽時(shí)看到的內(nèi)容。
2.XQT—郵件通知生成模塊生成含有特定內(nèi)容的郵件，發(fā)往B的郵件服務(wù)器，使B訪問A的郵件服務(wù)器，查看XQT—郵件內(nèi)容生成模塊的生成結(jié)果。
3.XQT—郵件瀏覽信息存儲(chǔ)模塊記錄B對(duì)XQT—郵件內(nèi)容生成模塊的生成結(jié)果的閱讀信息。
具體操作如下1.用戶A在郵件(可含附件)從本機(jī)通過webmail或foxmail、outlook等客戶端軟件上傳至用戶申請(qǐng)的服務(wù)器空間后，郵件系統(tǒng)通過XQT—郵件內(nèi)容生成模塊生成一個(gè)頁(yè)面文件abc.php(可能是html文件或asp、php、jsp等含有腳本程序的文件)，頁(yè)面中含有用戶A所要發(fā)送的郵件內(nèi)容(非附件)，也可含有郵件附件的連接，例如ftp://或http://。
2.A的郵件系統(tǒng)向B的郵件系統(tǒng)發(fā)送一封郵件，由XQT—郵件通知生成模塊生成，其中郵件頭的信息含有發(fā)送者郵件地址，主題等信息，郵件內(nèi)容，可僅含有一段代碼。代碼的內(nèi)容可以是一段可以讓B收到郵件并打開后，自動(dòng)調(diào)轉(zhuǎn)到某個(gè)URL連接的javascript代碼，其中URL指的是打開abc.php的路徑；文本的或頁(yè)面的說(shuō)明，請(qǐng)用戶打開并瀏覽abc.php；等。這段代碼的目的就是讓用戶最終瀏覽abc.php。
3.用戶B收到這封郵件，并按照郵件的指引，打開并瀏覽abc.php后，通過abc.php自帶的腳本觸發(fā)機(jī)制，即XQT—郵件瀏覽信息存儲(chǔ)模塊，將該用戶在某個(gè)時(shí)間和某個(gè)特殊環(huán)境下(如用戶B的瀏覽器信息)，記錄在數(shù)據(jù)庫(kù)中。便于用戶A查閱abc.php被閱讀的情況。
4.用戶B打開abc.php后，可以通過瀏覽器(包涵foxmail、outlook等客戶端軟件上嵌入的瀏覽器)瀏覽郵件的內(nèi)容，也可通過abc.php提供的http或ftp等方式下載或收取郵件的附件。
注1.URL的構(gòu)成有多種的可能性，不僅僅是abc.php的路徑，還有一些配套的參數(shù)，即可以體現(xiàn)在abc.php的文件名中，也可以體現(xiàn)在abc.php的參數(shù)變量中。這些參數(shù)至少應(yīng)該含有發(fā)件人的信息、收件人的信息、批號(hào)，也可含有公鑰、私鑰、信件主題、信件大小等信息，其中公鑰和私鑰主要是為了防止搜索引擎的搜索等公開行為，保證只有B能看到abc.php的輸出內(nèi)容，B將abc.php的地址公開不考慮。
2.abc.php的生成時(shí)間、作用和用戶A上傳至用戶申請(qǐng)的服務(wù)器空間后的存儲(chǔ)方式可以有多種變換，例如，A的郵件系統(tǒng)收到A上傳的郵件信息后，將信息存放在數(shù)據(jù)庫(kù)中，則abc.php可能成為動(dòng)態(tài)文件，且在某類郵件中是唯一的，根據(jù)URL中的參數(shù)顯示不同的內(nèi)容，也可由cgi程序或其他程序在用戶訪問URL時(shí)生成。
輔助部分原理A在申請(qǐng)賬號(hào)的時(shí)候，有一個(gè)獨(dú)有的附件空間(FTP空間最理想)。郵件的附件并不與某個(gè)具體的郵件關(guān)聯(lián)，郵件的附件可以屬于多個(gè)郵件。
組成模塊XQT特有的功能模塊1.XQT—附件空間生成管理模塊生成用戶獨(dú)有的附件空間，用戶上傳的附件單獨(dú)管理和存放。
2.XQT—收件存儲(chǔ)模塊用戶收到的郵件可存放與XQT—附件空間生成管理模塊生成的附件空間中，便于用戶調(diào)用。
具體操作如下1.A上傳郵件附件的時(shí)候可使用FTP的方式上傳至XQT—附件空間生成管理模塊生成的附件空間中。FTP方式上傳可以支持?jǐn)帱c(diǎn)續(xù)傳。
2.用戶A在發(fā)送郵件的時(shí)候，附件可以在自己的空間中已有的文件中選擇，而不用重復(fù)上傳。
3.用戶A收到的郵件正文或附件可以通過XQT—收件存儲(chǔ)模塊保存在自己的獨(dú)有空間中，便于A轉(zhuǎn)發(fā)時(shí)選擇附件。
理想狀態(tài)下流程詳述1.用戶A在依據(jù)XQT開發(fā)的郵件系統(tǒng)中申請(qǐng)的賬號(hào)為a@xqt.com(其中xqt.com為舉例，且為郵件系統(tǒng)申請(qǐng)的域名)。
2.用戶A通過webmail方式進(jìn)入郵箱，在自己的郵箱空間中新建了一個(gè)名為soft的文件夾，A通過郵箱提示的FTP路徑，使用例如cutftp客戶端軟件，用自己的郵箱賬號(hào)登錄到自己的空間，斷點(diǎn)續(xù)傳了一個(gè)300M的軟件——afile.zip。
3.用戶A通過webmail方式撰寫了一封郵件，附件從自己的空間中選擇，A選擇了afile.zip，并填寫了B的郵件地址作為發(fā)送目標(biāo)。點(diǎn)擊立即發(fā)送。
4.XQT生成了一個(gè)名為a200501011225001.php的文件，其中20050101代表著2005年的1月1日，1225代表12點(diǎn)25分，001代表序號(hào)。文件中含有A要給B發(fā)的郵件內(nèi)容，以及ftp://mail.xqt.com/a/soft/afile.zip的附件連接，值得注意的是，mail為賬號(hào)申請(qǐng)的保留字，且這個(gè)路徑在實(shí)際的應(yīng)用中要進(jìn)行保密處理。A200501011225001.php被保存在已發(fā)信箱中。
5.XQT生成了一個(gè)郵件發(fā)送到B的郵箱中，郵件的內(nèi)容為自動(dòng)打開A200501011225001.php。B收到了郵件后，打開了A200501011225001.php文件，并通過flashget下載ftp://mail.xqt.com/a/soft/afile.zip。同時(shí)A200501011225001.php使數(shù)據(jù)庫(kù)記錄了B訪問的時(shí)間。
6.A用戶登錄XQT，查看到B看過了A200501011225001.php，并刪除了A200501011225001.php。A并沒有刪除afile.zip，因?yàn)樗€要給C發(fā)送該文件。
XQT帶來(lái)的便利1.由于afile.zip并沒有真正發(fā)送到B的郵件空間，所以afile.zip僅在互聯(lián)網(wǎng)傳輸了兩次，即A上傳afile.zip，和B下載afile.zip，節(jié)省了互聯(lián)網(wǎng)通信資源。傳統(tǒng)的方式需要傳送至少3次——A的郵件服務(wù)器傳送至B的郵件服務(wù)器。如果發(fā)送失敗，還要傳送第四次，即B的郵件服務(wù)器將afile.zip退還給A的郵件服務(wù)器，如果A對(duì)B、C等進(jìn)行群發(fā)，則占用的通信資源更大。
2.按照傳統(tǒng)的http上傳的方式，文件體積的增大，上傳的成功率會(huì)降低，由于A可以通過斷點(diǎn)續(xù)傳的方式將afile.zip上傳到自己的郵件空間，減少了因?yàn)槭《嘤嗟纳蟼鞔螖?shù)。且由于afile.zip和郵件脫離的保存到了A的空間，當(dāng)A給C發(fā)郵件的時(shí)候仍然可以選擇afile.zip，又減少了一次上傳，從而減少了對(duì)互利網(wǎng)通信資源的濫用，也方便了A的使用。
3.按照傳統(tǒng)的郵件方式，B在通過例如foxmail的等客戶端軟件收取郵件的時(shí)候，由于郵件的附件過大，有可能導(dǎo)致收信的失敗，會(huì)重新建立連接重新收取。而XQT使得B收取郵件附件可通過ftp收取，從而減少了因?yàn)橹匦率杖《鴮?dǎo)致的對(duì)互聯(lián)網(wǎng)通信資源的利用。
4.由于afile.zip沒有真正的發(fā)送到B的郵件空間，所以B的郵件服務(wù)器沒有安全隱患。
5.由于afile.zip沒有真正的發(fā)送到B的郵件空間，所以附件的大小并不是B所關(guān)心的，對(duì)于B的剩余空間沒有體積上的影響。
6.由于afile.zip沒有真正的發(fā)送到B的郵件空間，需要B看過A200501011225001.php后下載，選擇權(quán)在于B，B可以根據(jù)需要選擇是否下載，降低了B的本機(jī)的安全隱患，節(jié)省了B的通信資費(fèi)，節(jié)省了B對(duì)互聯(lián)網(wǎng)通信資源的利用。如果A對(duì)B、C等用戶群發(fā)，則效果更加明顯。
7.由于A使用斷點(diǎn)續(xù)傳的方式上傳附件，所以附件的大小只要不超過A的剩余空間即可，提高了上傳大附件的可能性。
8.由于B瀏覽郵件內(nèi)容時(shí)，訪問了A的郵箱，所以A能夠準(zhǔn)確的了解B瀏覽信件的詳細(xì)信息。對(duì)于群發(fā)的郵件更為明顯。
9.用戶A收到他人的郵件的附件zfile.zip，如果想將他轉(zhuǎn)發(fā)給B，直接選擇即可，沒有必要按照原始的郵件體制，先將郵件附件下載到本機(jī)中，再上傳。
權(quán)利要求
1.一種郵件發(fā)送、傳輸、接收的方法，其特征包括用戶A的郵件信息并不是全部到達(dá)B的郵箱，而僅僅給B一個(gè)通知，請(qǐng)他訪問A郵箱中的某個(gè)頁(yè)面，再?gòu)闹蝎@得郵件的全部真實(shí)信息。
2.根據(jù)權(quán)利要求1所述的一種郵件發(fā)送、傳輸、接收的方法，其特征在于所述的用戶A在申請(qǐng)賬號(hào)的時(shí)候，有一個(gè)獨(dú)有的附件空間，郵件的附件并不與某個(gè)具體的郵件關(guān)聯(lián)，某個(gè)郵件的附件可以屬于多個(gè)郵件。
3.根據(jù)權(quán)利要求2所述的一種郵件發(fā)送、傳輸、接收的方法，其特征在于所述的用戶A的郵件附件的上傳，可以通過ftp或斷點(diǎn)續(xù)傳，也可以從已收或已發(fā)的郵件附件中選擇；用戶B收到郵件的時(shí)候可以ftp方式或斷點(diǎn)續(xù)傳的方式收取附件文件。
4.根據(jù)權(quán)利要求1所述的一種郵件發(fā)送、傳輸、接收的方法，其特征在于所述的用戶B收到郵件的時(shí)候，查看郵件的具體內(nèi)容的同時(shí)，郵件系統(tǒng)記錄B查看郵件的時(shí)間和具體信息，便于A用戶查看。
全文摘要
本發(fā)明提供一種新的郵件發(fā)送、傳輸、接收的方法，其特征在于用戶A的郵件信息并不是全部到達(dá)B的郵箱，而僅僅給B一個(gè)通知，請(qǐng)他訪問A郵箱中的某個(gè)頁(yè)面abc.php，再?gòu)闹蝎@得郵件的全部真實(shí)信息。A在申請(qǐng)賬號(hào)的時(shí)候，有一個(gè)獨(dú)有的附件空間。郵件的附件并不與某個(gè)具體的郵件關(guān)聯(lián)，郵件的附件可以屬于多個(gè)郵件。
文檔編號(hào)H04L12/58GK1809065SQ20051013008
公開日2006年7月26日 申請(qǐng)日期2005年12月14日 優(yōu)先權(quán)日2005年12月14日
發(fā)明者李喆 申請(qǐng)人:李喆