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

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


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