專利名稱：分布置郵箱的郵件異地遷移方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子郵箱領(lǐng)域，特別是涉及一種應(yīng)用于分布置郵箱的郵件異地遷移方
法及系統(tǒng)。
背景技術(shù)：
在分布式郵件系統(tǒng)中，由于郵件儲存分布在離用戶最近的服務(wù)器上，當(dāng)用戶異地 移動時，為了讓用戶快速的訪問郵件，需要將用戶郵件遷移到離用戶最近的服務(wù)器上，由該 服務(wù)器代理收取郵件，實現(xiàn)用戶郵件的異地遷移。 參見圖1，示出現(xiàn)有的分布式郵件系統(tǒng)示意圖。該分布式郵件系統(tǒng)包括宿主服務(wù)器 ll，A地郵件服務(wù)器12、B地郵件服務(wù)器13、C地郵件服務(wù)器14等多個設(shè)置在各地的郵件服 務(wù)器，及移動的郵件客戶端15。 當(dāng)郵件客戶端15與宿主服務(wù)器11在同一區(qū)域，由宿主服務(wù)器11投遞郵件到郵件 客戶端15，方便郵件客戶端15收發(fā)郵件。如果郵件客戶端15移動到A地，宿主服務(wù)器11 需要把郵件傳送到A地郵件服務(wù)器12， A地郵件服務(wù)器12把郵件再次投遞到郵件客戶端 15。當(dāng)有大量的郵件客戶端15移動到A地，每封郵件都由A地郵件服務(wù)器12轉(zhuǎn)發(fā)，就加重 A地郵件服務(wù)器12的數(shù)據(jù)處理量，延緩A地郵件服務(wù)器12的處理速度，導(dǎo)致郵件客戶端15 收發(fā)郵件延時。 目前分布式郵件系統(tǒng)多采用Fetchmail軟件收發(fā)郵件，F(xiàn)etchmail采用無壓縮方 式傳遞郵件，在傳輸時占用較多的帶寬，使帶寬上消耗很大，會進一步延緩郵件的傳遞速 度，影響用戶的體驗感。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種分布式郵箱的郵件異地遷移方法，該方法 可減輕各郵件服務(wù)器的數(shù)據(jù)處理量，提高郵件服務(wù)器的處理速度。 本發(fā)明還提供一種分布式郵箱的郵件異地遷移系統(tǒng)，該系統(tǒng)可減輕各郵件服務(wù)器 的數(shù)據(jù)處理量，提高郵件服務(wù)器的處理速度。 本發(fā)明一種分布式郵箱的郵件異地遷移方法，該方法包括 郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù) 器； 原宿主郵件服務(wù)器將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服務(wù)器 保存； 所述新宿主郵件服務(wù)器接收到所述郵件客戶端的請求信息后，將上述郵件信息發(fā) 送到所述郵件客戶端保存。 優(yōu)選的，郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件 服務(wù)器具體為 郵箱系統(tǒng)獲取郵件客戶端地址信息；
選擇位于該地址信息對應(yīng)區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器。 優(yōu)選的，原宿主郵件服務(wù)器所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服
務(wù)器保存具體為 原宿主郵件服務(wù)器向所述新宿主郵件服務(wù)器發(fā)起郵件遷移請求，請求遷移所述郵件客戶端的郵件信息； 所述新宿主郵件服務(wù)器響應(yīng)后，原宿主郵件服務(wù)器發(fā)送郵件列表到所述新宿主郵件服務(wù)器； 所述新宿主郵件服務(wù)器保存該請求郵件列表，原宿主郵件服務(wù)器發(fā)送所述郵件列表對應(yīng)的具體郵件到所述新宿主郵件服務(wù)器保存。 優(yōu)選的，所述新宿主郵件服務(wù)器將郵件信息壓縮后，發(fā)送到所述郵件客戶端保存。
本發(fā)明一種分布式郵箱的郵件異地遷移系統(tǒng)，該系統(tǒng)包括新宿主郵件服務(wù)器選擇模塊、郵件信息轉(zhuǎn)發(fā)模塊、及郵件信息投遞模塊 所述新宿主郵件服務(wù)器選擇模塊，用于選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器； 所述郵件信息轉(zhuǎn)發(fā)模塊，用于將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服務(wù)器保存； 所述郵件信息投遞模塊，用于接收到所述郵件客戶端的請求信息后，將上述郵件信息發(fā)送到所述郵件客戶端保存。 優(yōu)選的，所述新宿主郵件服務(wù)器選擇模塊包括郵件客戶端地址信息獲取子模塊和新宿主郵件服務(wù)器確認子模塊 所述郵件客戶端地址信息獲取子模塊，用于郵箱系統(tǒng)獲取郵件客戶端地址信息；
所述新宿主郵件服務(wù)器確認子模塊，用于選擇位于該地址信息對應(yīng)區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器。 優(yōu)選的，所述郵件信息轉(zhuǎn)發(fā)模塊包括郵件遷移請求子模塊、郵件列表發(fā)送子模塊、及郵件發(fā)送子模塊 所述郵件遷移請求子模塊，用于向所述新宿主郵件服務(wù)器發(fā)起郵件遷移請求，請求遷移所述郵件客戶端的郵件信息； 所述郵件列表發(fā)送子模塊，用于在所述新宿主郵件服務(wù)器響應(yīng)后，發(fā)送郵件列表到所述新宿主郵件服務(wù)器； 所述郵件發(fā)送子模塊，用于發(fā)送所述郵件列表對應(yīng)的具體郵件到所述新宿主郵件服務(wù)器保存。 與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點 本發(fā)明各郵件服務(wù)器作為宿主服務(wù)器收發(fā)郵件，避免每封郵件都進行轉(zhuǎn)發(fā)，減輕各郵件服務(wù)器的數(shù)據(jù)處理量，提高郵件服務(wù)器的處理速度。本發(fā)明以對郵件的直接存取實現(xiàn)對郵件的遷移，避免了對郵箱系統(tǒng)本身的影響，并且對郵件信息進行壓縮傳送，提高網(wǎng)絡(luò)利用效率，節(jié)省帶寬。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對現(xiàn)有技術(shù)和實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施 例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲 得其他的附圖。
圖1為現(xiàn)有的分布式郵件系統(tǒng)示意圖； 圖2為本發(fā)明分布式郵箱的郵件異地遷移方法第一實施例；
圖3為本發(fā)明分布式郵箱的郵件異地遷移方法第二實施例；
圖4為本發(fā)明分布式郵箱的郵件異地遷移方法第三實施例；
圖5為本發(fā)明分布式郵箱的郵件異地遷移系統(tǒng)第一實施例。
具體實施例方式
為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實 施方式對本發(fā)明作進一步詳細的說明。 本發(fā)明查詢距離郵件客戶端最近的郵件服務(wù)器，將該郵件服務(wù)器作為新宿主郵件 服務(wù)器，由該新宿主郵件服務(wù)器從原宿主郵件服務(wù)器上下載與上述郵件客戶端相關(guān)的郵 件，再由該新宿主郵件服務(wù)器保存，經(jīng)請求再轉(zhuǎn)發(fā)到郵件客戶端。 參見圖2，示出本發(fā)明分布式郵箱的郵件異地遷移方法第一實施例，具體包括以下 步驟。 步驟S201、郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵 件服務(wù)器。 步驟S202、原宿主郵件服務(wù)器將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵 件服務(wù)器保存。 步驟S203、所述新宿主郵件服務(wù)器接收到所述郵件客戶端的請求信息后，將上述 郵件信息發(fā)送到所述郵件客戶端保存。 本發(fā)明各郵件服務(wù)器作為宿主服務(wù)器收發(fā)郵件，避免每封郵件都進行轉(zhuǎn)發(fā)，減輕 各郵件服務(wù)器的數(shù)據(jù)處理量，提高郵件服務(wù)器的處理速度。 參見圖3，示出本發(fā)明分布式郵箱的郵件異地遷移方法第二實施例，具體包括以下 步驟。 步驟S301、郵箱系統(tǒng)獲取郵件客戶端地址信息。地址信息可包括郵件客戶端的IP 地址等。 步驟S302、郵箱系統(tǒng)選擇位于該地址信息對應(yīng)區(qū)域的郵件服務(wù)器作為新宿主郵件 服務(wù)器。郵箱系統(tǒng)根據(jù)地址信息判斷該郵件客戶端所在區(qū)域，查詢該區(qū)域的郵件服務(wù)器信 息，將該郵件服務(wù)器指定為該郵件客戶端的新宿主服務(wù)器。 步驟S303、原宿主郵件服務(wù)器將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵 件服務(wù)器保存。 步驟S304、所述新宿主郵件服務(wù)器接收到所述郵件客戶端的請求信息后，將上述 郵件信息發(fā)送到所述郵件客戶端保存。 本發(fā)明可通過IP信息方式獲取到郵件客戶端的地址信息，進而判斷與該郵件客 戶端同處一區(qū)域的郵件服務(wù)器，將該郵件服務(wù)器作為新宿主服務(wù)器。該查詢方式便于郵件 服務(wù)器的查找。
參見圖4，示出本發(fā)明分布式郵箱的郵件異地遷移方法第三實施例，具體包括以下步驟。 步驟S401、郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器。 步驟S402、原宿主郵件服務(wù)器向所述新宿主郵件服務(wù)器發(fā)起郵件遷移請求，請求遷移所述郵件客戶端的郵件信息。 步驟S403、新宿主郵件服務(wù)器響應(yīng)后，原宿主郵件服務(wù)器發(fā)送郵件列表到新宿主郵件服務(wù)器； 步驟S404、新宿主郵件服務(wù)器保存該請求郵件列表，原宿主郵件服務(wù)器發(fā)送郵件列表對應(yīng)的具體郵件進行壓縮，并將壓縮后的郵件通過私有協(xié)議到新宿主郵件服務(wù)器保存。 步驟S405、新宿主郵件服務(wù)器接收到所述郵件客戶端的請求信息后，將上述郵件信息壓縮后，通過私有協(xié)議發(fā)送到郵件客戶端保存。 本發(fā)明以對郵件的直接存取實現(xiàn)對郵件的遷移，避免了對郵箱系統(tǒng)本身的影響，并且對郵件信息進行壓縮傳送，提高網(wǎng)絡(luò)利用效率，節(jié)省帶寬。 基于上述分布式郵箱的郵件異地遷移方法，本發(fā)明還提供一種分布式郵箱的郵件異地遷移系統(tǒng)。參見圖5，示出本發(fā)明分布式郵箱的郵件異地遷移系統(tǒng)第一實施例，該系統(tǒng)包括新宿主郵件服務(wù)器選擇模塊51、郵件信息轉(zhuǎn)發(fā)模塊52、及郵件信息投遞模塊53。
新宿主郵件服務(wù)器選擇模塊51選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器；郵件信息轉(zhuǎn)發(fā)模塊52將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服務(wù)器保存；郵件信息投遞模塊53接收到所述郵件客戶端的請求信息后，將上述郵件信息發(fā)送到所述郵件客戶端保存。 新宿主郵件服務(wù)器選擇模塊51包括郵件客戶端地址信息獲取子模塊和新宿主郵件服務(wù)器確認子模塊郵件客戶端地址信息獲取子模塊，用于郵箱系統(tǒng)獲取郵件客戶端地址信息；新宿主郵件服務(wù)器確認子模塊，用于選擇位于該地址信息對應(yīng)區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器。 所述郵件信息轉(zhuǎn)發(fā)模塊52包括郵件遷移請求子模塊、郵件列表發(fā)送子模塊、及郵件發(fā)送子模塊郵件遷移請求子模塊向所述新宿主郵件服務(wù)器發(fā)起郵件遷移請求，請求遷移所述郵件客戶端的郵件信息，所述郵件列表發(fā)送子模塊在所述新宿主郵件服務(wù)器響應(yīng)后，發(fā)送郵件列表到所述新宿主郵件服務(wù)器，所述郵件發(fā)送子模塊發(fā)送所述郵件列表對應(yīng)的具體郵件到所述新宿主郵件服務(wù)器保存。 以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，也可以上述具體實施方式
的進行組合，這些改進、潤飾及組合形成的技術(shù)方案也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
一種分布式郵箱的郵件異地遷移方法，其特征在于，該方法包括郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器；原宿主郵件服務(wù)器將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服務(wù)器保存；所述新宿主郵件服務(wù)器接收到所述郵件客戶端的請求信息后，將上述郵件信息發(fā)送到所述郵件客戶端保存。
2. 如權(quán)利要求1所述的方法，其特征在于，郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域 的郵件服務(wù)器作為新宿主郵件服務(wù)器具體為郵箱系統(tǒng)獲取郵件客戶端地址信息；選擇位于該地址信息對應(yīng)區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器。
3. 如權(quán)利要求1所述的方法，其特征在于，原宿主郵件服務(wù)器所述郵件客戶端的郵件 信息發(fā)送到所述新宿主郵件服務(wù)器保存具體為原宿主郵件服務(wù)器向所述新宿主郵件服務(wù)器發(fā)起郵件遷移請求，請求遷移所述郵件客 戶端的郵件信息；所述新宿主郵件服務(wù)器響應(yīng)后，原宿主郵件服務(wù)器發(fā)送郵件列表到所述新宿主郵件服 務(wù)器；所述新宿主郵件服務(wù)器保存該請求郵件列表，原宿主郵件服務(wù)器發(fā)送所述郵件列表對 應(yīng)的具體郵件到所述新宿主郵件服務(wù)器保存。
4. 如權(quán)利要求1 、2或3所述的方法，其特征在于，所述新宿主郵件服務(wù)器將郵件信息壓 縮后，發(fā)送到所述郵件客戶端保存。
5. —種分布式郵箱的郵件異地遷移系統(tǒng)，其特征在于，該系統(tǒng)包括新宿主郵件服務(wù)器 選擇模塊、郵件信息轉(zhuǎn)發(fā)模塊、及郵件信息投遞模塊所述新宿主郵件服務(wù)器選擇模塊，用于選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器 作為新宿主郵件服務(wù)器；所述郵件信息轉(zhuǎn)發(fā)模塊，用于將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服 務(wù)器保存；所述郵件信息投遞模塊，用于接收到所述郵件客戶端的請求信息后，將上述郵件信息 發(fā)送到所述郵件客戶端保存。
6. 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述新宿主郵件服務(wù)器選擇模塊包括郵件 客戶端地址信息獲取子模塊和新宿主郵件服務(wù)器確認子模塊所述郵件客戶端地址信息獲取子模塊，用于郵箱系統(tǒng)獲取郵件客戶端地址信息； 所述新宿主郵件服務(wù)器確認子模塊，用于選擇位于該地址信息對應(yīng)區(qū)域的郵件服務(wù)器 作為新宿主郵件服務(wù)器。
7. 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述郵件信息轉(zhuǎn)發(fā)模塊包括郵件遷移請求 子模塊、郵件列表發(fā)送子模塊、及郵件發(fā)送子模塊所述郵件遷移請求子模塊，用于向所述新宿主郵件服務(wù)器發(fā)起郵件遷移請求，請求遷 移所述郵件客戶端的郵件信息；所述郵件列表發(fā)送子模塊，用于在所述新宿主郵件服務(wù)器響應(yīng)后，發(fā)送郵件列表到所 述新宿主郵件服務(wù)器；所述郵件發(fā)送子模塊，用于發(fā)送所述郵件列表對應(yīng)的具體郵件到所述新宿主郵件服務(wù) 器保存。
全文摘要
本發(fā)明涉及一種分布式郵箱的郵件異地遷移方法，該方法包括郵箱系統(tǒng)選擇與郵件客戶端位于同一區(qū)域的郵件服務(wù)器作為新宿主郵件服務(wù)器，原宿主郵件服務(wù)器將所述郵件客戶端的郵件信息發(fā)送到所述新宿主郵件服務(wù)器保存，所述新宿主郵件服務(wù)器接收到所述郵件客戶端的請求信息后，將上述郵件信息發(fā)送到所述郵件客戶端保存。本發(fā)明還公開一種分布式郵箱的郵件異地遷移系統(tǒng)。本發(fā)明各郵件服務(wù)器作為宿主服務(wù)器收發(fā)郵件，避免每封郵件都進行轉(zhuǎn)發(fā)，減輕各郵件服務(wù)器的數(shù)據(jù)處理量，提高郵件服務(wù)器的處理速度。本發(fā)明對郵件信息進行壓縮傳送，提高網(wǎng)絡(luò)利用效率，節(jié)省帶寬。
文檔編號H04L29/08GK101764745SQ200910238740
公開日2010年6月30日 申請日期2009年11月24日 優(yōu)先權(quán)日2009年11月24日
發(fā)明者吳帥, 左鷂飛, 紹軍 申請人:北京雷霆萬鈞網(wǎng)絡(luò)科技有限責(zé)任公司