專利名稱：一種擴(kuò)展郵箱服務(wù)器、系統(tǒng)，以及擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)和電信增值業(yè)務(wù)系統(tǒng)，特別是涉及互聯(lián)網(wǎng)擴(kuò)展郵箱服務(wù)器、系統(tǒng)及其方法。
背景技術(shù)：
電子郵件作為一種最早出現(xiàn)并且應(yīng)用的最廣泛的互聯(lián)網(wǎng)業(yè)務(wù)之一，已經(jīng)成為很多人溝通的主要方式之一。相比較即時(shí)通訊，電子郵件具有更正式、更商務(wù)的特點(diǎn)；相比語音溝通，電子郵件具有成本更低，尤其是在團(tuán)隊(duì)協(xié)作和溝通方面更有優(yōu)勢(shì)。所以在眾多大中型企業(yè)中，電子郵件是辦公和溝通的主要方式之一，可以說電子郵件已經(jīng)成為很多人工作和生活習(xí)慣中的一部分。但在溝通形式多樣化，用戶需求個(gè)性化趨勢(shì)越來越明顯的今天，電子郵件也要求具有良好的擴(kuò)展性，能和其他業(yè)務(wù)更好的融合，且最好能保持用戶使用電子郵件的習(xí)慣不變。當(dāng)前為了實(shí)現(xiàn)電子郵件和其他業(yè)務(wù)的融合，例如通過電子郵件發(fā)送彩信、微博等業(yè)務(wù)，一般采用大規(guī)模的改造郵箱系統(tǒng)，再在用戶使用電子郵件的界面上增加按鈕或超鏈接甚至大規(guī)模改造界面等方式實(shí)現(xiàn)。但這樣做帶來很大的問題首先這樣做，每增加一種業(yè)務(wù)對(duì)于郵箱系統(tǒng)的改造非常大，尤其是業(yè)務(wù)越來越多的時(shí)候，傳統(tǒng)郵箱系統(tǒng)的架構(gòu)很難適應(yīng)這種變化；其次在用戶電子郵件界面上增加按鈕或者超鏈接甚至大規(guī)模改造接口的方式，已經(jīng)改變了用戶使用電子郵件的習(xí)慣，且每增加一種業(yè)務(wù)都可能帶給用戶不一樣的流程和體驗(yàn)，增加用戶使用新業(yè)務(wù)的難度。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種擴(kuò)展郵箱服務(wù)器、系統(tǒng)以及擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，使得在增加和融合其他業(yè)務(wù)的同時(shí)，不需要改變用戶的郵箱界面和使用習(xí)慣， 降低了融合的代價(jià)，并可靈活增加新的融合業(yè)務(wù)。為解決上述技術(shù)問題，本發(fā)明提出了一種擴(kuò)展郵箱服務(wù)器，包括郵件收發(fā)協(xié)議棧、預(yù)處理模塊、郵件處理模塊和擴(kuò)展業(yè)務(wù)接口模塊；所述郵件收發(fā)協(xié)議棧用于采用設(shè)定的郵件收發(fā)協(xié)議與外部交互郵件，并將接收的用戶郵件轉(zhuǎn)發(fā)到所述預(yù)處理模塊，以及從所述預(yù)處理模塊中接收待發(fā)送郵件；所述預(yù)處理模塊用于解析所述用戶郵件獲取業(yè)務(wù)類型信息；如果業(yè)務(wù)類型為正常郵件業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到所述郵件處理模塊；如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到所述擴(kuò)展業(yè)務(wù)接口模塊；還用于從所述郵件處理模塊和擴(kuò)展業(yè)務(wù)接口模塊中接收待發(fā)送郵件，并進(jìn)行消息頭處理；所述郵件處理模塊用于完成正常郵件的處理；所述擴(kuò)展業(yè)務(wù)接口模塊用于完成與擴(kuò)展業(yè)務(wù)模塊實(shí)現(xiàn)接口適配和數(shù)據(jù)交換。進(jìn)一步的，還包括與所述郵件收發(fā)協(xié)議棧相連的Web服務(wù)模塊，用于提供Web方式與外部交互郵件。本發(fā)明還提供了一種擴(kuò)展郵箱系統(tǒng)，包括上述的擴(kuò)展郵箱服務(wù)器和至少一個(gè)擴(kuò)展
3業(yè)務(wù)處理模塊，所述擴(kuò)展業(yè)務(wù)處理模塊與所述擴(kuò)展業(yè)務(wù)接口模塊相連，所述擴(kuò)展業(yè)務(wù)處理模塊用于完成擴(kuò)展業(yè)務(wù)的處理。進(jìn)一步的，所述的擴(kuò)展業(yè)務(wù)處理模塊與所述擴(kuò)展業(yè)務(wù)接口模塊之間采用網(wǎng)絡(luò)通訊方式或者消息通信方式。本發(fā)明還提出了一種擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，包括以下處理過程接收用戶郵件； 解析所述用戶郵件，獲取業(yè)務(wù)類型信息；如果業(yè)務(wù)類型為正常郵件業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到郵件處理模塊，郵件處理模塊對(duì)接收到的用戶郵件進(jìn)行處理；如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到擴(kuò)展業(yè)務(wù)接口模塊，擴(kuò)展業(yè)務(wù)接口模塊轉(zhuǎn)發(fā)用戶郵件到對(duì)應(yīng)的擴(kuò)展業(yè)務(wù)模塊，擴(kuò)展業(yè)務(wù)模塊對(duì)用戶郵件進(jìn)行處理。進(jìn)一步的，所述接收用戶郵件的處理過程包括接收以web方式提交的用戶郵件和接收設(shè)定的郵件收發(fā)協(xié)議提交的用戶郵件中的一種或兩種。進(jìn)一步的，所述解析所述用戶郵件，獲取業(yè)務(wù)類型信息的處理過程具體為從用戶郵件的收件人、抄送人、密送人、主題和正文字段中的至少一個(gè)中解析用戶郵件，并從中獲取用戶郵件的業(yè)務(wù)類型信息。其中所述的類型信息包括業(yè)務(wù)類型信息標(biāo)識(shí)符和業(yè)務(wù)類型說明。進(jìn)一步的，如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，還包括從所述用戶郵件中提取第一信息，擴(kuò)展業(yè)務(wù)模塊利用提取的第一信息完成對(duì)用戶郵件的處理。進(jìn)一步的，如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，還包括從保存在擴(kuò)展郵箱服務(wù)器上的用戶數(shù)據(jù)中提取第二信息，擴(kuò)展業(yè)務(wù)模塊利用提取的第二信息完成對(duì)用戶郵件的處理。本發(fā)明的技術(shù)效果在于本發(fā)明不修改用戶郵件的操作界面，而是將融合業(yè)務(wù)的業(yè)務(wù)類型信息植入郵件字段定義中，在系統(tǒng)側(cè)通過解析郵件，并按照業(yè)務(wù)類型進(jìn)行不同的處理，使得在增加和融合其他業(yè)務(wù)的同時(shí)，郵箱系統(tǒng)的修改代價(jià)很小且能保持用戶使用習(xí)慣不變，確保了較好的用戶體驗(yàn)。此外，本發(fā)明還可以在不對(duì)郵箱服務(wù)器進(jìn)行硬件改變的前提下，靈活的增加新的融合業(yè)務(wù)，使得郵件業(yè)務(wù)具有良好的擴(kuò)展性。


圖1為本發(fā)明實(shí)施例的擴(kuò)展郵箱系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例中的擴(kuò)展郵箱服務(wù)器的結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例中的擴(kuò)展郵件發(fā)送流程圖。
具體實(shí)施例方式以下結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述，但不作為對(duì)本發(fā)明的限定。本發(fā)明的主要發(fā)明構(gòu)思是對(duì)郵箱服務(wù)器進(jìn)行改進(jìn)，使其能夠支持?jǐn)U展的融合業(yè)務(wù)。在用戶側(cè)，不改變用戶郵箱操作界面，只是在郵件字段定義中加入業(yè)務(wù)類型的識(shí)別處理技術(shù)。郵箱服務(wù)器先按照現(xiàn)有的方式接收郵件，然后再對(duì)郵件進(jìn)行解析，判斷其所屬的業(yè)務(wù)類型，按照業(yè)務(wù)類型進(jìn)行不同的處理，對(duì)于正常的郵件由郵件處理模塊處理，對(duì)于擴(kuò)展業(yè)務(wù)通過擴(kuò)展業(yè)務(wù)接口模塊將郵件轉(zhuǎn)發(fā)到對(duì)應(yīng)的擴(kuò)展業(yè)務(wù)處理模塊中處理。下面結(jié)合附圖，并通過實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。
如圖1所示，為本發(fā)明實(shí)施例的擴(kuò)展郵箱系統(tǒng)的網(wǎng)絡(luò)部署示意圖，圖中只表示了最簡單的情況。其中郵件客戶端10和擴(kuò)展郵箱服務(wù)器20之間通過網(wǎng)絡(luò)通訊機(jī)制，包括無線或/和有線信道連接，擴(kuò)展郵箱服務(wù)器20和一個(gè)或者多個(gè)擴(kuò)展業(yè)務(wù)處理模塊30之間可以采用網(wǎng)絡(luò)通訊或者消息通訊等通信機(jī)制。用戶從郵件客戶端10采用傳統(tǒng)的使用電子郵件的方式提交電子郵件到擴(kuò)展郵箱服務(wù)器20，擴(kuò)展郵箱服務(wù)器20根據(jù)分析結(jié)果以決定該郵件是內(nèi)部處理(即擴(kuò)展郵箱服務(wù)器自身進(jìn)行處理)還是轉(zhuǎn)發(fā)給相應(yīng)的擴(kuò)展業(yè)務(wù)處理模塊30處理。如圖2所示，為本發(fā)明實(shí)施例中的擴(kuò)展郵箱服務(wù)器結(jié)構(gòu)示意。擴(kuò)展郵箱服務(wù)器20 由五個(gè)模塊組成Web服務(wù)模塊201、郵件收發(fā)協(xié)議棧202、預(yù)處理模塊203、郵件處理模塊 204、擴(kuò)展業(yè)務(wù)接口模塊205。其中如果擴(kuò)展郵箱服務(wù)器20不支持Web方式的訪問，則可以省去Web服務(wù)模塊201。Web服務(wù)模塊201負(fù)責(zé)從郵件客戶端10用Web方式提交的郵件，并把郵件轉(zhuǎn)發(fā)給郵件收發(fā)協(xié)議棧202 ；以及負(fù)責(zé)從郵件收發(fā)協(xié)議棧202接收郵件，并把郵件通過Web方式發(fā)給郵件客戶端10。郵件收發(fā)協(xié)議棧202，負(fù)責(zé)直接從郵件客戶端10或者從Web服務(wù)模塊201接收郵件數(shù)據(jù)，并把接收的郵件轉(zhuǎn)發(fā)給預(yù)處理模塊203，同時(shí)也負(fù)責(zé)從預(yù)處理模塊203接收郵件， 并直接轉(zhuǎn)發(fā)給郵件客戶端10或者通過Web服務(wù)模塊201轉(zhuǎn)發(fā)給郵件客戶端10。郵件收發(fā)協(xié)議棧202采用基于標(biāo)準(zhǔn)的郵件收發(fā)協(xié)議，例如SMTP、P0P3、IMAP4協(xié)議等。預(yù)處理模塊203，負(fù)責(zé)從郵件收發(fā)協(xié)議棧202接收郵件，并進(jìn)行字段解析，判斷郵件的業(yè)務(wù)類型，即根據(jù)預(yù)先定義好的郵件擴(kuò)展定義判斷該郵件是正常郵件還是擴(kuò)展郵件。 然后將郵件轉(zhuǎn)發(fā)給郵件處理模塊204或者擴(kuò)展業(yè)務(wù)接口模塊205 ；也負(fù)責(zé)從郵件處理模塊 204或者擴(kuò)展業(yè)務(wù)接口模塊205接收郵件，并進(jìn)行必要的消息頭處理后發(fā)給郵件收發(fā)協(xié)議棧 202。郵件處理模塊204，負(fù)責(zé)從預(yù)處理模塊203接收郵件并完成正常郵件的存儲(chǔ)、轉(zhuǎn)發(fā)
等操作。擴(kuò)展業(yè)務(wù)接口模塊205負(fù)責(zé)從預(yù)處理模塊203接收郵件，并根據(jù)預(yù)處理模塊解析的擴(kuò)展業(yè)務(wù)類型選擇需要交互的擴(kuò)展業(yè)務(wù)處理模塊30，并實(shí)現(xiàn)和擴(kuò)展業(yè)務(wù)處理模塊30之間的接口適配和數(shù)據(jù)交換；也負(fù)責(zé)接收來自擴(kuò)展業(yè)務(wù)處理模塊30提交的郵件，并把郵件轉(zhuǎn)發(fā)給預(yù)處理模塊203。如圖3所示，為本發(fā)明實(shí)施例的擴(kuò)展郵件發(fā)送處理流程示意圖。以下說明以彩信擴(kuò)展業(yè)務(wù)為例，但不作為本發(fā)明的限定。用戶在郵件客戶端10上收件人(也可以用抄送或者密送)一欄中選擇目的用戶或者直接輸入手機(jī)號(hào)碼，并輸入正文，添加附件等郵件正常操作之后，寫主題時(shí)以O(shè)mms標(biāo)記(也可以是其他標(biāo)記)作為開頭完成標(biāo)題欄的輸入，點(diǎn)擊發(fā)送。此處的標(biāo)記的設(shè)置方式為業(yè)務(wù)類型標(biāo)識(shí)符+業(yè)務(wù)類型說明，@為業(yè)務(wù)類型標(biāo)識(shí)符，mms為業(yè)務(wù)類型說明。如果郵件客戶端10采用Web方式發(fā)送郵件給擴(kuò)展郵箱服務(wù)器，則走步驟301和302，否則轉(zhuǎn)步驟303。步驟301，郵件客戶端10提交數(shù)據(jù)到Web服務(wù)模塊201。步驟302，Web服務(wù)模塊201接收到郵件客戶端10提交的數(shù)據(jù)之后，用標(biāo)準(zhǔn)的郵件發(fā)送協(xié)議把數(shù)據(jù)轉(zhuǎn)發(fā)給郵件收發(fā)協(xié)議棧202。
步驟303，郵件客戶端10提交數(shù)據(jù)到郵件收發(fā)協(xié)議棧202。步驟304，郵件收發(fā)協(xié)議棧202接收數(shù)據(jù)后，把郵件數(shù)據(jù)包轉(zhuǎn)發(fā)給預(yù)處理模塊203。 預(yù)處理模塊203解析出郵件的消息頭，根據(jù)解析得到的郵件主題字段，如主題字段不符合預(yù)先定義的擴(kuò)展業(yè)務(wù)類型轉(zhuǎn)步驟305，否則轉(zhuǎn)步驟306。步驟305，預(yù)處理模塊203把數(shù)據(jù)轉(zhuǎn)發(fā)給郵件處理模塊204。郵件處理模塊204完成后續(xù)正常郵件的處理過程，流程結(jié)束。步驟306，預(yù)處理模塊203根據(jù)郵件主題字段以O(shè)mms作為開頭判斷出這是一個(gè)轉(zhuǎn)彩信擴(kuò)展業(yè)務(wù)，把郵件數(shù)據(jù)包和擴(kuò)展業(yè)務(wù)類型轉(zhuǎn)發(fā)給擴(kuò)展業(yè)務(wù)接口模塊205。步驟307，擴(kuò)展業(yè)務(wù)接口模塊205根據(jù)擴(kuò)展業(yè)務(wù)類型字段，完成對(duì)郵件數(shù)據(jù)包的提取和重新組織(如從收件人中提取手機(jī)號(hào)碼)，即從用戶郵件中提取信息(此處定義為第一信息)，并以彩信中心或者彩信網(wǎng)關(guān)要求的協(xié)議，把重新組織過且符合彩信中心或彩信網(wǎng)關(guān)格式要求的數(shù)據(jù)轉(zhuǎn)發(fā)到對(duì)應(yīng)的擴(kuò)展業(yè)務(wù)處理模塊30中，擴(kuò)展業(yè)務(wù)處理模塊30完成擴(kuò)展業(yè)務(wù)處理過程。在上述實(shí)施例中，對(duì)于擴(kuò)展業(yè)務(wù)類型可以預(yù)先在擴(kuò)展郵箱服務(wù)器中定義，即根據(jù)預(yù)先定義的特征判斷郵件是什么樣的擴(kuò)展業(yè)務(wù)類型，用戶撰寫電子郵件的時(shí)候只要撰寫滿足該要求的電子郵件即可實(shí)現(xiàn)郵件業(yè)務(wù)的無限擴(kuò)展。如在擴(kuò)展郵件服務(wù)器定義一套用戶使用簡便、容易記憶、不易和正常郵件重復(fù)的自定義標(biāo)記，這套標(biāo)記可以在主題中定義，也可以在正文或者其他電子郵件字段中定義，如 imms表示轉(zhuǎn)彩信，isms表示轉(zhuǎn)短信，Oweibo表示轉(zhuǎn)微博，if ax表示轉(zhuǎn)傳真，Otask表示下任務(wù)等等。這些業(yè)務(wù)所需要的特殊的內(nèi)容可以來自用戶輸入(即郵件中的字段信息)，也可以來自保存在擴(kuò)展郵箱服務(wù)器上的用戶數(shù)據(jù)(此處定義為第二信息)，如擴(kuò)展郵件服務(wù)器收到用戶發(fā)送的主題帶Omms標(biāo)記的郵件，系統(tǒng)判斷這是一個(gè)轉(zhuǎn)彩信的擴(kuò)展業(yè)務(wù)，最終成功把郵件內(nèi)容投遞到目的用戶手機(jī)上必須填寫目的用戶的手機(jī)號(hào)碼，這個(gè)號(hào)碼信息可以來自用戶輸入的收件人中的信息，也可以根據(jù)收件人信息查詢對(duì)應(yīng)的手機(jī)號(hào)碼得知。進(jìn)行擴(kuò)展業(yè)務(wù)處理時(shí)可以根據(jù)業(yè)務(wù)需要提取上述的第一信息和第二信息，并對(duì)其進(jìn)行重新的組織。上述的標(biāo)記可以任意擴(kuò)展或者修改，只要保證郵件客戶端10提供的特征滿足擴(kuò)展郵箱服務(wù)器20預(yù)先定義的要求即可，因此本發(fā)明可以方便的實(shí)現(xiàn)新增擴(kuò)展業(yè)務(wù)的融合。 此外，標(biāo)記還可以在電子郵件的任意地方定義，如收件人、抄送人、密送人、主題、正文等。綜上所述，采用本發(fā)明使得基于郵箱實(shí)現(xiàn)擴(kuò)展業(yè)務(wù)具有良好的擴(kuò)展性，且能保持用戶使用電子郵件的習(xí)慣不變。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種擴(kuò)展郵箱服務(wù)器，其特征在于，包括郵件收發(fā)協(xié)議棧、預(yù)處理模塊、郵件處理模塊和擴(kuò)展業(yè)務(wù)接口模塊；所述郵件收發(fā)協(xié)議棧用于采用設(shè)定的郵件收發(fā)協(xié)議與外部交互郵件，并將接收的用戶郵件轉(zhuǎn)發(fā)到所述預(yù)處理模塊，以及從所述預(yù)處理模塊中接收待發(fā)送郵件；所述預(yù)處理模塊用于解析所述用戶郵件獲取業(yè)務(wù)類型信息；如果業(yè)務(wù)類型為正常郵件業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到所述郵件處理模塊；如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到所述擴(kuò)展業(yè)務(wù)接口模塊；還用于從所述郵件處理模塊和擴(kuò)展業(yè)務(wù)接口模塊中接收待發(fā)送郵件，并進(jìn)行消息頭處理；所述郵件處理模塊用于完成正常郵件的處理；所述擴(kuò)展業(yè)務(wù)接口模塊用于完成與擴(kuò)展業(yè)務(wù)模塊實(shí)現(xiàn)接口適配和數(shù)據(jù)交換。
2.根據(jù)權(quán)利要求1所述的擴(kuò)展郵箱服務(wù)器，其特征在于，還包括與所述郵件收發(fā)協(xié)議棧相連的Web服務(wù)模塊，用于提供Web方式與外部交互郵件。
3.一種擴(kuò)展郵箱系統(tǒng)，其特征在于，包括如權(quán)利要求1或2所述的擴(kuò)展郵箱服務(wù)器和至少一個(gè)擴(kuò)展業(yè)務(wù)處理模塊，所述擴(kuò)展業(yè)務(wù)處理模塊與所述擴(kuò)展業(yè)務(wù)接口模塊相連，所述擴(kuò)展業(yè)務(wù)處理模塊用于完成擴(kuò)展業(yè)務(wù)的處理。
4.根據(jù)權(quán)利要求3所述的擴(kuò)展郵箱系統(tǒng)，其特征在于，所述的擴(kuò)展業(yè)務(wù)處理模塊與所述擴(kuò)展業(yè)務(wù)接口模塊之間采用網(wǎng)絡(luò)通訊方式或者消息通信方式。
5.一種擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，包括以下處理過程接收用戶郵件；解析所述用戶郵件，獲取業(yè)務(wù)類型信息；如果業(yè)務(wù)類型為正常郵件業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到郵件處理模塊，郵件處理模塊對(duì)接收到的用戶郵件進(jìn)行處理；如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，則轉(zhuǎn)發(fā)用戶郵件到擴(kuò)展業(yè)務(wù)接口模塊，擴(kuò)展業(yè)務(wù)接口模塊轉(zhuǎn)發(fā)用戶郵件到對(duì)應(yīng)的擴(kuò)展業(yè)務(wù)模塊，擴(kuò)展業(yè)務(wù)模塊對(duì)用戶郵件進(jìn)行處理。
6.根據(jù)權(quán)利要求5所述的擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，所述接收用戶郵件的處理過程包括接收以Web方式提交的用戶郵件和接收設(shè)定的郵件收發(fā)協(xié)議提交的用戶郵件中的一種或兩種。
7.根據(jù)權(quán)利要求5或6所述的擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，所述解析所述用戶郵件，獲取業(yè)務(wù)類型信息的處理過程具體為從用戶郵件的收件人、抄送人、密送人、主題和正文字段中的至少一個(gè)中解析用戶郵件，并從中獲取用戶郵件的業(yè)務(wù)類型信息。
8.根據(jù)權(quán)利要求7所述的擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，所述的類型信息包括 業(yè)務(wù)類型信息標(biāo)識(shí)符和業(yè)務(wù)類型說明。
9.根據(jù)權(quán)利要求5或6所述的擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，還包括從所述用戶郵件中提取第一信息，擴(kuò)展業(yè)務(wù)模塊利用提取的第一信息完成對(duì)用戶郵件的處理。
10.根據(jù)權(quán)利要求5或6所述的擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，其特征在于，如果業(yè)務(wù)類型為擴(kuò)展業(yè)務(wù)，還包括從保存在擴(kuò)展郵箱服務(wù)器上的用戶數(shù)據(jù)中提取第二信息，擴(kuò)展業(yè)務(wù)模塊利用提取的第二信息完成對(duì)用戶郵件的處理。
全文摘要
本發(fā)明公開了一種擴(kuò)展郵箱服務(wù)器、擴(kuò)展郵箱系統(tǒng)以及擴(kuò)展郵箱業(yè)務(wù)實(shí)現(xiàn)方法，擴(kuò)展郵箱服務(wù)器負(fù)責(zé)郵件的接收、識(shí)別和分類處理，先接收郵件，然后再對(duì)郵件進(jìn)行解析，判斷其所屬的業(yè)務(wù)類型，按照業(yè)務(wù)類型進(jìn)行不同的處理，對(duì)于正常的郵件由郵件處理模塊處理，對(duì)于擴(kuò)展業(yè)務(wù)通過擴(kuò)展業(yè)務(wù)接口模塊將郵件轉(zhuǎn)發(fā)到對(duì)應(yīng)的擴(kuò)展業(yè)務(wù)處理模塊中處理。采用本發(fā)明，使得在增加和融合其他業(yè)務(wù)的同時(shí)，郵箱系統(tǒng)的修改代價(jià)很小且能保持用戶使用習(xí)慣不變，確保了較好的用戶體驗(yàn)。此外，本發(fā)明還可以靈活的增加新的融合業(yè)務(wù)，使得郵件業(yè)務(wù)具有良好的擴(kuò)展性。
文檔編號(hào)H04L12/58GK102413071SQ201110380498
公開日2012年4月11日 申請(qǐng)日期2011年11月25日 優(yōu)先權(quán)日2011年11月25日
發(fā)明者呂偉初 申請(qǐng)人:中興通訊股份有限公司