專利名稱：一種基于融合通信的郵件系統(tǒng)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于融合通信的郵件系統(tǒng)的實(shí)現(xiàn)方法，具體涉及一種基于Easyjweb框架的Web郵件系統(tǒng)，屬于互聯(lián)網(wǎng)通信技術(shù)領(lǐng)域。
背景技術(shù)：
Web電子郵件系統(tǒng)屬于"融合通信平臺(tái)"中一個(gè)相對(duì)獨(dú)立的組成模塊，屬于中小型非分布式的Web應(yīng)用。在傳統(tǒng)的Web應(yīng)用領(lǐng)域，J2EE和.Net是主流的應(yīng)用平臺(tái)，但是兩者關(guān)注點(diǎn)都是大型的企業(yè)級(jí)分布式的Web應(yīng)用，都有著較長(zhǎng)的開發(fā)周期和較高開發(fā)成本。而對(duì)中小型Web應(yīng)用， 一般直接采取JSP、 ASP或PHP等腳本語言進(jìn)行開發(fā)，雖然開發(fā)周期短，但卻存在邏輯結(jié)構(gòu)混亂，業(yè)務(wù)和表現(xiàn)混合等問題。 Easyjweb框架是由國(guó)人自主研發(fā)的一種非分布式輕量級(jí)J2EE架構(gòu)，它解決了傳統(tǒng)中小型Web應(yīng)用開發(fā)中存在的缺點(diǎn)，既具有較高的開發(fā)效率，又有清晰的層次劃分，使開發(fā)者將重點(diǎn)放在了具體業(yè)務(wù)邏輯的實(shí)現(xiàn)上，便于以后業(yè)務(wù)的擴(kuò)展等。采用非分布式的原因在于，分布式應(yīng)用速度較慢，而且代碼編寫以及維護(hù)都更加復(fù)雜。

發(fā)明內(nèi)容
發(fā)明目的鑒于上述原因，本發(fā)明的目的是提供了一種基于Easyjweb的Web郵件系統(tǒng)解決方案。 技術(shù)方案為了實(shí)現(xiàn)上述目的，本發(fā)明采用一下技術(shù)方案 —種基于融合通信的郵件系統(tǒng)的實(shí)現(xiàn)方法，該郵件系統(tǒng)包括用于對(duì)前臺(tái)頁面進(jìn)行數(shù)據(jù)呈現(xiàn)的表現(xiàn)層、用于對(duì)系統(tǒng)數(shù)據(jù)進(jìn)行管理的持久層、用于執(zhí)行實(shí)際的業(yè)務(wù)操作業(yè)務(wù)層；其中 (1)表現(xiàn)層包括接收模塊、分發(fā)模塊、顯示模塊、驗(yàn)證模塊；其中 接收模塊用于收受由用戶發(fā)來的請(qǐng)求以及數(shù)據(jù)，并將該請(qǐng)求遞交給表現(xiàn)層的分
發(fā)模塊進(jìn)行下一步處理； 分發(fā)模塊根據(jù)用戶發(fā)送請(qǐng)求的操作類型，確定所需的數(shù)據(jù)，向持久層發(fā)起數(shù)據(jù)請(qǐng)求，同時(shí)向業(yè)務(wù)層發(fā)起服務(wù)請(qǐng)求，并將用戶請(qǐng)求中的參數(shù)轉(zhuǎn)化為數(shù)據(jù)表單形式，以提供給業(yè)務(wù)層使用； 顯示模塊將業(yè)務(wù)層提交的頁面呈現(xiàn)給用戶； 驗(yàn)證模塊驗(yàn)證操作中數(shù)據(jù)的可靠性，如果數(shù)據(jù)異常，將拋出錯(cuò)誤，并進(jìn)行相應(yīng)的異常處理； (2)持久層包括接口模塊、數(shù)據(jù)處理模塊；其中 接口模塊將表現(xiàn)層或業(yè)務(wù)層的數(shù)據(jù)請(qǐng)求轉(zhuǎn)化為"增加"、"刪除"、"修改"、"查詢"四種操作之一，并將相應(yīng)的指令傳遞給數(shù)據(jù)處理模塊進(jìn)行實(shí)際操作； 數(shù)據(jù)處理模塊根據(jù)接口模塊發(fā)出的指令操作數(shù)據(jù)庫，將數(shù)據(jù)結(jié)果以數(shù)據(jù)表單提交給業(yè)務(wù)層進(jìn)行后續(xù)操作；
3
(3)業(yè)務(wù)層包括執(zhí)行模塊、分發(fā)模塊；其中 執(zhí)行模塊根據(jù)表現(xiàn)層中分發(fā)模塊確定的操作類型進(jìn)行實(shí)際操作，操作結(jié)束后，將結(jié)果提交給分發(fā)模塊進(jìn)行判斷； 分發(fā)模塊根據(jù)執(zhí)行模塊提交的結(jié)果進(jìn)行判斷，如果判斷結(jié)果是另一條操作指令，將該指令返回執(zhí)行模塊繼續(xù)進(jìn)行操作；如果判斷結(jié)果是一個(gè)頁面，將該頁面發(fā)送至表現(xiàn)層的顯示模塊進(jìn)行呈現(xiàn)。
有益效果 現(xiàn)有技術(shù)相比，本發(fā)明所提出的Web郵件系統(tǒng)解決方案，采用了全新的Easyjweb框架結(jié)構(gòu)，提高了系統(tǒng)開發(fā)的效率。此外，具有使系統(tǒng)具有很好的擴(kuò)展性。在此框架之上構(gòu)建的系統(tǒng)，由于開發(fā)及運(yùn)營(yíng)成本較低，適應(yīng)中小企業(yè)通信需求。并且，通過將該Web郵件系統(tǒng)納入到融合通信體系之中，使得進(jìn)一步開發(fā)一體化的通信解決方案成為可能。


圖1是本發(fā)明的Web郵件系統(tǒng)架構(gòu)圖。 圖2是本發(fā)明的Web郵件系統(tǒng)通信流程圖。 圖3是本發(fā)明的Web郵件系統(tǒng)用戶登錄模塊流程圖。 圖4是本發(fā)明的Web郵件系統(tǒng)郵件處理模塊流程圖。 圖5是本發(fā)明的Web郵件系統(tǒng)信息管理模塊流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)說明
圖1是本發(fā)明的Web郵件系統(tǒng)架構(gòu)圖。 1.表現(xiàn)層收集用戶的輸入、展示數(shù)據(jù)、控制頁面導(dǎo)航并將用戶的輸入傳遞給業(yè)務(wù)層，表現(xiàn)層同時(shí)需要驗(yàn)證用戶的輸入以及維護(hù)應(yīng)用的會(huì)話狀態(tài)。本系統(tǒng)中的表現(xiàn)層采用Struts框架，主要用于實(shí)現(xiàn)以下功能
(1)為用戶管理請(qǐng)求和響應(yīng)；
(2)執(zhí)行用戶驗(yàn)證；
(3)為顯示提供一個(gè)模型； 接收模塊用于收受由用戶發(fā)來的請(qǐng)求以及數(shù)據(jù)，并將其交由分發(fā)模塊進(jìn)行處理。
分發(fā)模塊根據(jù)用戶請(qǐng)求的操作類型，確定所需的數(shù)據(jù)，向持久層發(fā)起數(shù)據(jù)請(qǐng)求，并且向業(yè)務(wù)層發(fā)起服務(wù)請(qǐng)求。
顯示模塊將業(yè)務(wù)層提交的頁面呈現(xiàn)給用戶。 驗(yàn)證模塊驗(yàn)證操作中數(shù)據(jù)的可靠性，如果數(shù)據(jù)異常，將拋出錯(cuò)誤，并進(jìn)行相應(yīng)的異常處理。 2.持久層持久層主要定義了應(yīng)用程序通過具體的類與數(shù)據(jù)庫之間的交互，包括保存、更新、刪除儲(chǔ)存在數(shù)據(jù)庫中的信息。本系統(tǒng)中采用了 ibatis框架。 接口模塊將表現(xiàn)層或業(yè)務(wù)層的數(shù)據(jù)請(qǐng)求轉(zhuǎn)化為"增刪改查"四種操作之一，并將相應(yīng)的指令傳遞給處理模塊進(jìn)行實(shí)際操作。 數(shù)據(jù)處理模塊根據(jù)接口模塊發(fā)出的指令操作數(shù)據(jù)庫，并返回相應(yīng)的數(shù)據(jù)結(jié)果。
3.業(yè)務(wù)層 業(yè)務(wù)層封裝了完成業(yè)務(wù)操作、業(yè)務(wù)流程所需要的邏輯，在本系統(tǒng)中采用Spring框架實(shí)現(xiàn)，提供了以下功能 (1)處理應(yīng)用程序的業(yè)務(wù)邏輯和業(yè)務(wù)驗(yàn)證；
(2)預(yù)留和其它層交互的接口 ；
(3)管理業(yè)務(wù)層對(duì)象之間的依賴；
(4)管理從業(yè)務(wù)邏輯到持久層的實(shí)現(xiàn)。
執(zhí)行模塊根據(jù)表現(xiàn)層中分發(fā)模塊確定的操作類型進(jìn)行實(shí)際操作。執(zhí)行模塊中封
裝了包括郵件的收取在內(nèi)的多種操作。操作結(jié)束后，將結(jié)果提交給分發(fā)模塊。 分發(fā)模塊根據(jù)執(zhí)行模塊提交的結(jié)果進(jìn)行判斷，如果是另一條指令，將交由執(zhí)行模
塊繼續(xù)操作；如果是一個(gè)頁面，將交由表現(xiàn)層的顯示模塊進(jìn)行呈現(xiàn)。 圖2是本發(fā)明的Web郵件系統(tǒng)通信流程圖。 步驟l :來自客戶端的請(qǐng)求(即HTTPS請(qǐng)求)將首先被送到表現(xiàn)層(Struts框架)中的接收模塊等候處理。該模塊用于接收用戶發(fā)送的請(qǐng)求，并將該請(qǐng)求遞交給表現(xiàn)層的分發(fā)模塊進(jìn)行下一步處理。 步驟2 :接收模塊收到客戶請(qǐng)求后，將請(qǐng)求交給分發(fā)模塊來處理。分發(fā)模塊用戶請(qǐng)求的類型，確定該用戶請(qǐng)求對(duì)應(yīng)業(yè)務(wù)層中何種執(zhí)行(即具體處理方法)，并將用戶請(qǐng)求中的參數(shù)轉(zhuǎn)化為數(shù)據(jù)表單形式，以提供給業(yè)務(wù)層使用。 步驟3 :驗(yàn)證模塊將對(duì)該數(shù)據(jù)表單進(jìn)行有效性驗(yàn)證(Form驗(yàn)證)，以保證提交給業(yè)務(wù)層進(jìn)行具體操作的用戶數(shù)據(jù)是安全有效的。 步驟4 :若用戶提交的數(shù)據(jù)異常，將拋出一個(gè)錯(cuò)誤，進(jìn)行異常處理。 步驟5 :持久層(ibatis框架)向整個(gè)系統(tǒng)提供數(shù)據(jù)支持。表現(xiàn)層中的分發(fā)模塊
確定所需的數(shù)據(jù)，以及對(duì)于數(shù)據(jù)的操作，并將給信息提交給持久層的接口模塊。
步驟6 :對(duì)于底層數(shù)據(jù)的操作全部由持久層的執(zhí)行模塊實(shí)現(xiàn)，接口模塊將調(diào)用數(shù)
據(jù)處理模塊中的方法實(shí)現(xiàn)諸如選擇、更新、刪除等一系列數(shù)據(jù)操作。完成后，數(shù)據(jù)處理模塊
將結(jié)果以數(shù)據(jù)表單提交給業(yè)務(wù)層進(jìn)行后續(xù)操作。
步驟7 :業(yè)務(wù)層的執(zhí)行模塊根據(jù)表現(xiàn)層的分發(fā)模塊所確定的操作類型，調(diào)用方法
執(zhí)行相應(yīng)操作。并返回一個(gè)結(jié)果，將該結(jié)果交給業(yè)務(wù)層的分發(fā)模塊進(jìn)行判斷。
步驟8 :執(zhí)行模塊產(chǎn)生的結(jié)果有可能是另一個(gè)操作指令，或者是一個(gè)用于呈現(xiàn)給
用戶的頁面。若該結(jié)果為另一個(gè)操作指令，則重新提交給業(yè)務(wù)層執(zhí)行；若是一個(gè)頁面，則提
交給表現(xiàn)層的顯示模塊。 步驟9 :業(yè)務(wù)層的分發(fā)某塊將需呈現(xiàn)的頁面提交給表現(xiàn)層，該結(jié)果中指定了頁面呈現(xiàn)的方式。 圖3是本發(fā)明的Web郵件系統(tǒng)用戶登錄模塊流程圖。 步驟1 :未登錄用戶登錄提交信息，表現(xiàn)層的接收模塊將用戶請(qǐng)求登錄的操作提交給分發(fā)模塊進(jìn)行處理。 步驟2 :表現(xiàn)層的接收模塊接收到用戶請(qǐng)求登錄的信息后，將用戶提交的信息打包成數(shù)據(jù)表單形式提交給業(yè)務(wù)層使用，并根據(jù)用戶提交的序列號(hào)(用戶ID)，向持久層獲取相應(yīng)的用戶數(shù)據(jù)。
步驟3 :由于是登錄操作，因此持久層接口模塊確定對(duì)于數(shù)據(jù)庫的操作為"查詢"，并將該請(qǐng)求提交給持久層的執(zhí)行模塊進(jìn)行操作。 步驟4 :持久層的操作模塊接收到查詢請(qǐng)求后，操作底層數(shù)據(jù)庫，將獲得的用戶信息(賬號(hào)、密碼)提交給業(yè)務(wù)層。 步驟5 :業(yè)務(wù)層的執(zhí)行模塊以持久層提交的帳號(hào)和密碼向郵件服務(wù)器發(fā)起連接請(qǐng)求。
步驟6 :如果能夠連接郵件服務(wù)器，則表明用戶提供的信息準(zhǔn)確，并將進(jìn)行進(jìn)一步的操作。否則，表示用戶提供信息錯(cuò)誤，返回重新登錄。
圖4是本發(fā)明的Web郵件系統(tǒng)郵件處理模塊流程圖。 步驟1 :用戶登錄后提交發(fā)送/接收郵件的請(qǐng)求給表現(xiàn)層的接收模塊，向業(yè)務(wù)層發(fā)出操作請(qǐng)求。 步驟2 :接收模塊將用戶提交的請(qǐng)求傳遞給分發(fā)模塊，分發(fā)模塊將調(diào)用業(yè)務(wù)層中的相應(yīng)方法完成郵件的發(fā)送/接收。 步驟3 :業(yè)務(wù)層中執(zhí)行模塊封裝了用于收發(fā)郵件的功能函數(shù)，由其完成相應(yīng)操作。操作完成后，將返回信息給用戶。 圖5是本發(fā)明的Web郵件系統(tǒng)信息管理模塊流程圖。 步驟1 :表現(xiàn)層的接收模塊收到由用戶發(fā)出的信息查詢請(qǐng)求，并將請(qǐng)求傳遞給表現(xiàn)層的分發(fā)模塊。 步驟2 :表現(xiàn)層的分發(fā)模塊根據(jù)用戶的操作(查詢數(shù)據(jù))，并將用戶請(qǐng)求的數(shù)據(jù)項(xiàng)封裝成數(shù)據(jù)表單形式，向持久層發(fā)起數(shù)據(jù)請(qǐng)求。 步驟3 :持久層中的接口模塊接到數(shù)據(jù)請(qǐng)求后，確定操作類型為"查詢"，并將該指令傳遞給數(shù)據(jù)處理模塊。 步驟4:數(shù)據(jù)處理模塊根據(jù)分發(fā)模塊所提交的數(shù)據(jù)表單中，用戶請(qǐng)求的數(shù)據(jù)種類操作數(shù)據(jù)庫，并返回用戶所查詢的數(shù)據(jù)，完成整個(gè)數(shù)據(jù)搜索的過程。
權(quán)利要求
一種基于融合通信的郵件系統(tǒng)的實(shí)現(xiàn)方法，其特征在于該郵件系統(tǒng)包括用于對(duì)前臺(tái)頁面進(jìn)行數(shù)據(jù)呈現(xiàn)的表現(xiàn)層、用于對(duì)系統(tǒng)數(shù)據(jù)進(jìn)行管理的持久層、用于執(zhí)行實(shí)際的業(yè)務(wù)操作業(yè)務(wù)層；其中(1)表現(xiàn)層包括接收模塊、分發(fā)模塊、顯示模塊、驗(yàn)證模塊；其中接收模塊用于接收由用戶發(fā)送的請(qǐng)求及數(shù)據(jù)，并將該請(qǐng)求及數(shù)據(jù)遞交給表現(xiàn)層的分發(fā)模塊進(jìn)行下一步處理；分發(fā)模塊根據(jù)用戶發(fā)送請(qǐng)求的操作類型，確定所需的數(shù)據(jù)，向持久層發(fā)起數(shù)據(jù)請(qǐng)求，同時(shí)向業(yè)務(wù)層發(fā)起服務(wù)請(qǐng)求，并將用戶請(qǐng)求中的參數(shù)轉(zhuǎn)化為數(shù)據(jù)表單形式，以提供給業(yè)務(wù)層使用；顯示模塊將業(yè)務(wù)層提交的頁面呈現(xiàn)給用戶；驗(yàn)證模塊驗(yàn)證操作中數(shù)據(jù)的可靠性，如果數(shù)據(jù)異常，將拋出錯(cuò)誤，并進(jìn)行相應(yīng)的異常處理；(2)持久層包括接口模塊、數(shù)據(jù)處理模塊；其中接口模塊將表現(xiàn)層或業(yè)務(wù)層的數(shù)據(jù)請(qǐng)求轉(zhuǎn)化為“增加”、“刪除”、“修改”、“查詢”四種操作之一，并將相應(yīng)的指令傳遞給數(shù)據(jù)處理模塊進(jìn)行實(shí)際操作；數(shù)據(jù)處理模塊根據(jù)接口模塊發(fā)出的指令操作數(shù)據(jù)庫，將數(shù)據(jù)結(jié)果以數(shù)據(jù)表單提交給業(yè)務(wù)層進(jìn)行后續(xù)操作；(3)業(yè)務(wù)層包括執(zhí)行模塊、分發(fā)模塊；其中執(zhí)行模塊根據(jù)表現(xiàn)層中分發(fā)模塊確定的操作類型進(jìn)行實(shí)際操作，操作結(jié)束后，將結(jié)果提交給分發(fā)模塊進(jìn)行判斷；分發(fā)模塊根據(jù)執(zhí)行模塊提交的結(jié)果進(jìn)行判斷，如果判斷結(jié)果是另一條操作指令，將該指令返回執(zhí)行模塊繼續(xù)進(jìn)行操作；如果判斷結(jié)果是一個(gè)頁面，將該頁面發(fā)送至表現(xiàn)層的顯示模塊進(jìn)行呈現(xiàn)。
全文摘要
本發(fā)明提供一種基于融合通信的郵件系統(tǒng)的實(shí)現(xiàn)方法，屬于互聯(lián)網(wǎng)通信技術(shù)領(lǐng)域。該郵件系統(tǒng)包括用于對(duì)前臺(tái)頁面進(jìn)行數(shù)據(jù)呈現(xiàn)的表現(xiàn)層、用于對(duì)系統(tǒng)數(shù)據(jù)進(jìn)行管理的持久層、用于執(zhí)行實(shí)際的業(yè)務(wù)操作業(yè)務(wù)層。和現(xiàn)有技術(shù)相比，本發(fā)明所提出的Web郵件系統(tǒng)解決方案，采用了全新的Easyjweb框架結(jié)構(gòu)，提高了系統(tǒng)開發(fā)的效率。此外，在此框架之上構(gòu)建的系統(tǒng)，由于開發(fā)及運(yùn)營(yíng)成本較低，適應(yīng)中小企業(yè)通信需求。并且，通過將該Web郵件系統(tǒng)納入到融合通信體系之中，使得進(jìn)一步開發(fā)一體化的通信解決方案成為可能。
文檔編號(hào)H04L29/08GK101778057SQ20091026412
公開日2010年7月14日 申請(qǐng)日期2009年12月30日 優(yōu)先權(quán)日2009年12月30日
發(fā)明者孫慶慶, 王開, 蔣治平, 裴文江 申請(qǐng)人:東南大學(xué)