欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

郵件傳輸方法、服務(wù)器及終端的制作方法

文檔序號:7695545閱讀:132來源:國知局
專利名稱:郵件傳輸方法、服務(wù)器及終端的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,特別涉及郵件傳輸方法、服務(wù)器及終端。
背景技術(shù)
電子郵件系統(tǒng)是企業(yè)內(nèi)部及企業(yè)與外部之間進(jìn)行通信的重要方式,通常企 業(yè)內(nèi)部的郵件服務(wù)器將通過互聯(lián)網(wǎng)傳輸?shù)泥]件接收下來,企業(yè)內(nèi)部的用戶通過 郵件客戶端從郵件服務(wù)器上下載郵件并做相應(yīng)處理,郵件客戶端通常運(yùn)行在諸
如筆記本PC之類的終端上。但是,由于企業(yè)內(nèi)部用戶經(jīng)常處于移動辦公的狀
態(tài),為了滿足用戶隨時(shí)隨地收取郵件的需求,出現(xiàn)了能夠?qū)⑧]件直接傳送到移 動終端上的技術(shù),這種技術(shù)能夠?qū)⑧]件服務(wù)器上收到的郵件即時(shí)發(fā)送到用戶所 持有的移動終端上,使用戶時(shí)刻都能與指定的郵箱同步接收郵件。
現(xiàn)有技術(shù)中最常見的用于接收郵件的移動終端為BLACKBERRY(黑莓), 郵件服務(wù)器通過無線通信將郵件傳輸?shù)紹LACKBERRY,用戶通過 BLACKBERRY可以隨時(shí)隨地查收郵件。由于無線通信傳輸?shù)牧髁肯拗?,對?包含附件的郵件,郵件服務(wù)器通常僅將容量較小的郵件正文傳輸?shù)?BLACKBERRY,并在郵件正文中給出郵件附件的圖標(biāo)提示,用戶可以在看到 圖標(biāo)提示后自行選擇從郵件服務(wù)器上下載附件。
發(fā)明人在對現(xiàn)有技術(shù)的研究過程中發(fā)現(xiàn),雖然通過移動終端獲取郵件具有
也就是說,由于移動終端的屏幕較小,處理能力難以與PC相比,因此僅能對 郵件附件進(jìn)行筒化處理,難以滿足用戶需求;由于郵件服務(wù)器不支持將郵件附 件直接推送到移動終端,而僅能通過用戶下載,下載的附件由于受網(wǎng)絡(luò)傳輸流 量的限制,在傳輸前均進(jìn)行壓縮處理,這將導(dǎo)致郵件附件由于格式改變而失去 相關(guān)屬性,因此即使將該壓縮后的郵件附件從移動終端傳輸?shù)絇C上,用戶也難以按照郵件附件的原有格式進(jìn)行處理。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供郵件傳輸方法、服務(wù)器及終端,以解決現(xiàn)有技術(shù)中 通過移動終端處理帶有附件的郵件時(shí)局限性較大,且難以處理的問題。
為解決上述技術(shù)問題,本發(fā)明提供如下技術(shù)方案 一種郵件傳輸方法,包括
接收郵件服務(wù)器按照預(yù)先配置的策略文件發(fā)送的郵件,所述策略文件為對 郵件附件的傳輸進(jìn)行設(shè)置的策略文件;
接收到所述郵件后,通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所述郵件。
一種郵件傳輸方法,包括
保存預(yù)先配置的策略文件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的 策略文件;
按照所述策略文件向移動終端發(fā)送郵件。 一種移動終端,包括
接收郵件單元,用于接收郵件服務(wù)器按照預(yù)先配置的策略文件所發(fā)送的郵 件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;
傳輸郵件單元,用于接收到所述郵件后通過無線傳輸方式向處理終端轉(zhuǎn)發(fā) 所述郵件。
一種郵件服務(wù)器,包括
保存策略單元,用于保存預(yù)先配置的策略文件,所述策略文件為對郵件附 件的傳輸進(jìn)行設(shè)置的策略文件;
發(fā)送郵件單元,用于按照預(yù)先配置的策略文件向移動終端發(fā)送郵件。
一種處理終端,包括
保存策略單元,用于保存預(yù)先配置的策略文件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;
發(fā)送郵件單元,用于按照預(yù)先配置的策略文件向移動終端發(fā)送郵件。
由以上本發(fā)明提供的技術(shù)方案可見,本發(fā)明中郵件服務(wù)器按照預(yù)先配置的 策略文件向移動終端發(fā)送郵件,接收到所述郵件后,移動終端通過無線傳輸方 式向處理終端轉(zhuǎn)發(fā)所述郵件。應(yīng)用本發(fā)明進(jìn)行郵件傳輸,在保證移動終端獲取 郵件的即時(shí)性的&出上,克服了移動終端在郵件附件閱讀和處理上的局限性, 通過將郵件附件傳輸?shù)奖銛y的處理終端上,由于處理終端的處理能力較強(qiáng),因
此可以滿足用戶對郵件附件的處理需求;并且,通過預(yù)先在郵件服務(wù)器上為郵 件附件的傳輸配置了策略文件,因此移動終端無需主動請求下載郵件附件,通 過執(zhí)行用戶預(yù)先配置的相應(yīng)策略,可以將郵件正文和郵件附件靈活地在移動終 端及處理終端之間傳輸,使得處理終端可以得到未經(jīng)壓縮的郵件,并對郵件附 件按照原有格式處理,克服了現(xiàn)有郵件推送技術(shù)對郵件附件的限制;并且,由 于處理終端中配置了主系統(tǒng)客戶端和子系統(tǒng)客戶端,因此即使處理終端未處于 開機(jī)狀態(tài),也可以由子系統(tǒng)的郵件客戶端先對移動終端傳輸?shù)泥]件進(jìn)行處理和 保存,并在處理終端開機(jī)后再進(jìn)行相應(yīng)處理,克服了郵件傳輸過程必須要求移 動終端處于開機(jī)狀態(tài)的限制。


圖1為本發(fā)明郵件傳輸方法的第一實(shí)施例流程圖; 圖2為本發(fā)明郵件傳輸方法的第二實(shí)施例流程圖; 圖3為本發(fā)明郵件傳輸方法的第三實(shí)施例流程圖; 圖4為本發(fā)明郵件傳輸方法的第四實(shí)施例流程圖; 圖5為本發(fā)明郵件傳輸方法的第五實(shí)施例流程圖; 圖6為本發(fā)明郵件傳輸系統(tǒng)的第一實(shí)施例示意圖; 圖7為本發(fā)明郵件傳輸系統(tǒng)的第二實(shí)施例框圖; 圖8為本發(fā)明郵件傳輸系統(tǒng)的第三實(shí)施例框圖;圖9為本發(fā)明移動終端的第一實(shí)施例框圖; 圖IO為本發(fā)明移動終端的第二實(shí)施例框圖; 圖11為本發(fā)明移動終端的第三實(shí)施例框圖; 圖12為本發(fā)明郵件服務(wù)器的第一實(shí)施例框圖; 圖13為本發(fā)明郵件服務(wù)器的第二實(shí)施例框圖; 圖14為本發(fā)明處理終端的實(shí)施例框圖。
具體實(shí)施例方式
本發(fā)明的核心是提供了郵件傳輸方法、服務(wù)器及終端,本發(fā)明郵件傳輸方 法主要應(yīng)用于包含處理終端、移動終端和郵件服務(wù)器的郵件傳輸系統(tǒng)中,郵件 服務(wù)器按照預(yù)先配置的策略文件向移動終端發(fā)送郵件,接收到所述郵件后,移 動終端通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所述郵件。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案,并使本發(fā)明的上述目 的、特征和優(yōu)點(diǎn)能夠更加明顯易懂,下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明作
進(jìn)一步詳細(xì)的說明。
本發(fā)明郵件傳輸方法的第一實(shí)施例流程如圖1所示
步驟101:移動終端接收郵件服務(wù)器按照預(yù)先配置的策略文件發(fā)送的郵件。
其中,預(yù)先配置策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件,配置 的過程包括處理終端的郵件客戶端接收用戶設(shè)置的郵件推送相關(guān)信息,并根 據(jù)所述郵件推送相關(guān)信息生成策略文件,將所述策略文件傳輸?shù)剿鲆苿咏K 端,移動終端將所述策略文件轉(zhuǎn)發(fā)至所述郵件服務(wù)器,郵件服務(wù)器根據(jù)接收到 的所述策略文件對相應(yīng)的用戶進(jìn)行策略設(shè)置。
和郵件附件,若同時(shí)發(fā)送,郵件服務(wù)器對包含郵件正文和郵件附件的郵件按照 端到端SSL加密方式進(jìn)行加密,并將加密后的郵件發(fā)送到移動終端,若分開發(fā)送,郵件服務(wù)器對郵件正文和郵件附件按照端到端SSL加密方式分別進(jìn)行
加密,并將加密后的郵件正文和郵件附件分別發(fā)送到移動終端。
步驟102:移動終端通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所述郵件。
具體的,判斷處理終端當(dāng)前是否處于開機(jī)狀態(tài),若是,則將所述郵件發(fā)送 至所述處理終端的主系統(tǒng)的郵件客戶端,否則,則將所述郵件發(fā)送至所述處理 終端的子系統(tǒng)的郵件客戶端。
其中,處理終端為具有郵件客戶端的筆記本PC或臺式PC等終端;無線 傳輸方式可以為藍(lán)牙傳輸或WIFI傳^T。
本發(fā)明郵件傳輸方法的第二實(shí)施例流程如圖2所示,該實(shí)施例示出了移動 終端向處理終端推送郵件之前,處理終端通過移動終端將郵件策略文件傳輸?shù)?郵件服務(wù)器的過程,
步驟201:處理終端中的郵件客戶端接收用戶設(shè)置的郵件推送相關(guān)信息。 步驟202:處理終端的郵件客戶端根據(jù)推送相關(guān)信息生成策略文件。
其中,策略文件包括郵件附件的推送策略,具體包括是否支持附件推送; 郵件附件的推送方式,具體包括是否同時(shí)推送郵件正文和郵件附件;郵件附件 的處理方式,具體包括是否由處理終端處理該郵件附件。
步驟203:處理終端的郵件客戶端將策略文件傳輸?shù)揭苿咏K端。
步驟204:移動終端將策略文件發(fā)送至郵件服務(wù)器。
步驟205:郵件服務(wù)器根據(jù)接收到的策略文件對相應(yīng)的用戶進(jìn)行策略設(shè) 置,結(jié)束當(dāng)前流程。
其中,策略文件對應(yīng)的用戶主要指持有移動終端的用戶,郵件服務(wù)器在按 照策略文件傳輸郵件時(shí),將郵件傳輸?shù)皆撘苿咏K端上。
本發(fā)明郵件傳輸方法的第三實(shí)施例流程如圖3所示,該實(shí)施例示出了郵件 服務(wù)器、移動終端及處理終端之間傳輸包含郵件正文及郵件附件的完整郵件的 過程
步驟301:郵件服務(wù)器對包含郵件正文和郵件附件的郵件按照端到端SSL(Secure Socket Layer,安全套4妄字)力口密方式進(jìn)行力口密。
郵件服務(wù)器在傳輸郵件之前,首先需要查找該郵件對應(yīng)用戶配置的策略文 件,當(dāng)查找到傳輸策略為將郵件正文和郵件附件一起傳輸時(shí),則對完整郵件按 照端到端SSL加密方式進(jìn)行加密。
其中,SSL是一種加密的通訊協(xié)定,可以保證用戶持有的移動終端與服務(wù) 器之間通信的安全性,目前通用的加密規(guī)格為采用40位的密鑰,但為了保證 安全性也可以使用128位的密鑰。
步驟302:郵件服務(wù)器將加密后的郵件發(fā)送到移動終端。 步驟303:判斷處理終端當(dāng)前是否處于開機(jī)狀態(tài),若是,則執(zhí)行步驟304; 否則,執(zhí)行步驟306。
處理終端的狀態(tài)不確定,可以為開機(jī)狀態(tài),待機(jī)狀態(tài),Y木眠狀態(tài)或關(guān)機(jī)狀 態(tài),因此在處理終端中除了包含可以運(yùn)行在開機(jī)狀態(tài)的主系統(tǒng)外,還包含可以 運(yùn)行在除開機(jī)狀態(tài)外的其它狀態(tài)的子系統(tǒng),該子系統(tǒng)通常為嵌入式系統(tǒng)。其中, 主系統(tǒng)的郵件客戶端用于在開機(jī)狀態(tài)時(shí)接收移動終端傳輸?shù)泥]件,子系統(tǒng)的郵 件客戶端用于在非開機(jī)狀態(tài)時(shí)接收移動終端傳輸?shù)泥]件,并能在處理終端開機(jī) 后,將保存的郵件同步到主系統(tǒng)的郵件客戶端。
步驟304:移動終端將加密后的郵件通過藍(lán)牙傳輸?shù)教幚斫K端中主系統(tǒng)的 郵件客戶端。
當(dāng)前處理終端處于開機(jī)狀態(tài),因此移動終端可以將加密后的郵件傳輸?shù)闹?系統(tǒng)的郵件客戶端。
可以采用WIFI方式傳輸,尤其在企業(yè)應(yīng)用范圍內(nèi),可以保證在幾十米到幾百 米的移動辦公環(huán)境中,將移動終端中的郵件傳輸?shù)教幚斫K端。
步驟305:主系統(tǒng)中的郵件客戶端按照與SSL加密方式對應(yīng)的解密方式對 郵件進(jìn)行解密,結(jié)束當(dāng)前流程。
郵件客戶端按照與SSL加密方式對應(yīng)的解密方式對郵件進(jìn)行解密的過程遵循現(xiàn)有SSL的加密解密規(guī)則,在此不再贅述。郵件客戶端對郵件進(jìn)行解密 后即可獲: 又郵件附件,并在處理終端中進(jìn)行編輯和處理。
步驟306:移動終端將按照端到端SSL加密方式加密后的郵件通過藍(lán)牙傳 輸?shù)教幚斫K端中子系統(tǒng)的郵件客戶端。
當(dāng)前處理終端未處于開機(jī)狀態(tài),因此主系統(tǒng)的郵件客戶端無法運(yùn)行,此時(shí) 在處理終端中的嵌入式子系統(tǒng)處于運(yùn)行狀態(tài),因此移動終端可以將加密后的郵 件傳輸?shù)淖酉到y(tǒng)的郵件客戶端。
步驟307:子系統(tǒng)中的郵件客戶端按照與SSL加密方式對應(yīng)的解密方式對 郵件進(jìn)行解密并保存。
由于在未開機(jī)狀態(tài)下,子系統(tǒng)客戶端對解密后的郵件無法進(jìn)行處理,因此 將該郵件解密后進(jìn)行保存。
步驟308:判斷處理終端是否進(jìn)入開機(jī)狀態(tài),若是,則執(zhí)行步驟309;否 則,返回步驟308。
步驟309:子系統(tǒng)中的郵件客戶端將保存的郵件同步傳輸?shù)街飨到y(tǒng)的郵件 客戶端,結(jié)束當(dāng)前流程。
在子系統(tǒng)的郵件客戶端保存了郵件,并當(dāng)處理終端重新進(jìn)入開機(jī)狀態(tài)后, 子系統(tǒng)的郵件客戶端通過系統(tǒng)之間的通信將保存的郵件同步傳輸?shù)街飨到y(tǒng)客 戶端的本地?cái)?shù)據(jù)庫中,此時(shí)用戶可以對主系統(tǒng)客戶端接收的郵件進(jìn)行處理。
本發(fā)明郵件傳輸方法的第四實(shí)施例流程如圖4所示,該實(shí)施例示出了郵件
步驟401:移動終端接收郵件服務(wù)器發(fā)送的按照端到端SSL加密方式加密 后的郵件正文。
郵件服務(wù)器在傳輸郵件之前,首先查找該郵件對應(yīng)用戶配置的策略文件, 當(dāng)查找到傳輸策略為將郵件正文和郵件附件分開傳輸時(shí),則對郵件正文纟要照端 到端SSL加密方式進(jìn)行加密。
步驟402:移動終端接收郵件服務(wù)器發(fā)送的按照端到端SSL加密方式加密后的郵件附件。
在對郵件正文按照端到端SSL加密方式進(jìn)行加密后,再對郵件附件按照
端到端SSL加密方式進(jìn)行加密。
步驟403:判斷處理終端當(dāng)前是否處于開機(jī)狀態(tài),若是,則執(zhí)行步驟404; 否則,執(zhí)行步驟407。
步驟404:移動終端將郵件正文和郵件附件通過藍(lán)牙分別傳輸?shù)教幚斫K端 中主系統(tǒng)的郵件客戶端。
由于郵件附件的容量較大,因此在傳輸流量有限的情況下,可以采用分塊 傳輸或者分頁傳輸?shù)姆绞剑瑢⑽唇?jīng)壓縮的郵件附件傳輸?shù)揭苿咏K端,以保證郵 件附件的完整性。
步驟405:主系統(tǒng)中的郵件客戶端按照與SSL加密方式對應(yīng)的解密方式對 郵件正文和郵件附件進(jìn)^f于解密。
步驟406:主系統(tǒng)中的郵件客戶端將解密后的郵件正文和郵件附件進(jìn)行合 并,結(jié)束當(dāng)前流程。
由于郵件正文與郵件附件分開傳輸,因此客戶端在先后接收到郵件正文與 郵件附件并對它們進(jìn)行解密后,需要將它們合并為完整的郵件。
步驟407:移動終端將郵件正文和郵件附件通過藍(lán)牙分別傳輸?shù)教幚斫K端 中子系統(tǒng)的郵件客戶端。
步驟408:子系統(tǒng)中的郵件客戶端^t要照與SSL加密方式對應(yīng)的解密方式對 郵件正文和郵件附件進(jìn)行解密。
步驟409:子系統(tǒng)中的郵件客戶端將解密后的郵件正文和郵件附件進(jìn)行合 并和保存。
步驟410:判斷處理終端是否進(jìn)入開機(jī)狀態(tài),若是,則執(zhí)行步驟411;否 則,返回步驟410。
步驟411:子系統(tǒng)中的郵件客戶端將保存的郵件同步傳輸?shù)街飨到y(tǒng)的郵件 客戶端,結(jié)束當(dāng)前流程。本發(fā)明郵件傳輸方法的第五實(shí)施例流程如圖5所示,該實(shí)施例示出了移動 終端在接收到處理終端發(fā)送的傳輸郵件附件的消息后,向處理終端傳輸郵件附
件的過程,該實(shí)施例々ii殳處理終端初始處于睡眠狀態(tài)
步驟501:移動終端接收郵件服務(wù)器發(fā)送的按照端到端SSL加密方式加密 后的郵件正文,該郵件正文中包含郵件附件的標(biāo)識。
郵件服務(wù)器在傳輸郵件之前,首先查找該郵件對應(yīng)用戶配置的策略文件, 當(dāng)查找到傳輸策略為不直接傳輸郵件附件,而是在郵件正文中標(biāo)注郵件附件的 標(biāo)識時(shí),則對包含郵件附件標(biāo)識的郵件正文按照端到端SSL加密方式進(jìn)行加 密。
步驟502:移動終端將加密后的郵件正文通過WIFI傳輸?shù)教幚斫K端的子 系統(tǒng)的郵件客戶端。
步驟503:子系統(tǒng)中的郵件客戶端按照與SSL加密方式對應(yīng)的解密方式對 郵件正文進(jìn)行解密。
步驟504:判斷處理終端當(dāng)前是否仍然處于休眠狀態(tài),若是,則返回步驟 504;否則,執(zhí)行步驟505。
步驟505:子系統(tǒng)中的郵件客戶端將保存的郵件正文同步傳輸?shù)街飨到y(tǒng)的 郵件客戶端。
步驟506:根據(jù)標(biāo)識判斷是否需要郵件附件,若是,則執(zhí)行步驟507;否 則,結(jié)束當(dāng)前流程。
當(dāng)通過郵件客戶端接收的郵件正文中帶有郵件附件的標(biāo)識時(shí),處理終端可 以接收用戶觸發(fā)的是否需要該郵件附件的命令。
步驟507:處理終端向移動終端發(fā)送需要郵件附件的消息。
當(dāng)接收到需要郵件附件的命令時(shí),則處理終端向移動終端發(fā)送需要該郵件 附件的消息、
步驟508:移動終端從郵件服務(wù)器獲取按照端到端SSL加密方式加密后的 郵件附件。步驟509:移動終端將加密后的郵件附件傳輸?shù)教幚斫K端主系統(tǒng)的郵件客 戶端。
需要說明的是,如果此時(shí)處理終端進(jìn)入非開機(jī)狀態(tài),則移動終端可以將郵 件附件傳輸?shù)阶酉到y(tǒng)的郵件客戶端,并在進(jìn)入開機(jī)狀態(tài)后,再由子系統(tǒng)的郵件 客戶端同步傳輸?shù)街飨到y(tǒng)的郵件客戶端,其過程與前述實(shí)施例一致,在此不再 贅述。
步驟510:郵件客戶端按照與SSL加密方式對應(yīng)的解密方式對郵件附件進(jìn) 行解密。
步驟511:郵件客戶端將解密后的郵件正文和郵件附件進(jìn)行合并,結(jié)束當(dāng) 前流程。
與本發(fā)明郵件傳輸方法的實(shí)施例相對應(yīng),本發(fā)明還提供了郵件傳輸系統(tǒng)、 郵件服務(wù)器、移動終端及處理終端的實(shí)施例。
本發(fā)明郵件傳輸系統(tǒng)的第一實(shí)施例示意圖如圖6所示,該系統(tǒng)包括郵件 服務(wù)器610、移動終端620及處理終端630。
其中,郵件服務(wù)器610用于按照預(yù)先配置的策略文件向移動終端發(fā)送郵 件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;移動終端620
終端630用于接收所述郵件。
進(jìn)一步,處理終端還630用于接收用戶設(shè)置的郵件推送相關(guān)信息,并根據(jù) 所述郵件推送相關(guān)信息生成策略文件,將所述策略文件傳輸?shù)剿鲆苿咏K端 620;移動終端620還用于將所述策略文件轉(zhuǎn)發(fā)至所述郵件服務(wù)器610;郵件 服務(wù)器610還用于根據(jù)接收到的所述策略文件對相應(yīng)的用戶進(jìn)行策略設(shè)置。
本發(fā)明郵件傳輸系統(tǒng)的第二實(shí)施例框圖如圖7所示,該系統(tǒng)包括郵件服 務(wù)器710、移動終端720及處理終端730。
其中,郵件服務(wù)器710用于按照預(yù)先配置的策略文件向移動終端發(fā)送郵 件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;移動終端720 17終端730用于接收所述郵件。
其中,郵件服務(wù)器710還包括判斷策略單元711,用于根據(jù)所述策略文 件判斷是否同時(shí)發(fā)送所述郵件的郵件正文和郵件附件;執(zhí)行加密單元712,用 于當(dāng)同時(shí)發(fā)送時(shí),對包含郵件正文和郵件附件的所述郵件按照端到端SSL加 密方式進(jìn)行加密,并將加密后的郵件發(fā)送到移動終端720;當(dāng)分開發(fā)送時(shí),對 郵件正文和郵件附件按照端到端SSL加密方式分別進(jìn)行加密,并將加密后的 郵件正文和郵件附件分別發(fā)送到移動終端720。
其中,移動終端720還包括判斷狀態(tài)單元721,用于判斷處理終端730 當(dāng)前是否處于開機(jī)狀態(tài);執(zhí)行發(fā)送單元722,用于當(dāng)判斷所述處理終端730處 于開機(jī)狀態(tài)且接收到所述郵件服務(wù)器710同時(shí)發(fā)送的所述郵件正文和所述郵 件附件時(shí),同時(shí)將所述郵件正文和所述郵件附件發(fā)送至所述處理終端730的主 系統(tǒng)的郵件客戶端;當(dāng)判斷所述處理終端730處于開機(jī)狀態(tài)且接收到所述郵件 服務(wù)器710分別發(fā)送的所述郵件正文和所述郵件附件時(shí),分別將所述郵件正文 和所述郵件附件發(fā)送至所述處理終端730的主系統(tǒng)的郵件客戶端;當(dāng)判斷所述 處理終端730未處于開機(jī)狀態(tài)且接收到郵件服務(wù)器710同時(shí)發(fā)送的所述郵件正 文和所述郵件附件時(shí),同時(shí)將所述郵件正文和所述郵件附件發(fā)送至所述處理終 端730的子系統(tǒng)的郵件客戶端;當(dāng)判斷所述處理終端730未處于開機(jī)狀態(tài)且接 收到郵件服務(wù)器710分別發(fā)送的所述郵件正文和所述郵件附件時(shí),分別將所述 郵件正文和所述郵件附件發(fā)送至所述處理終端730的子系統(tǒng)的郵件客戶端。
其中,處理終端730還包括判斷狀態(tài)單元731,用于判斷所述處理終端 730是否進(jìn)入開機(jī)狀態(tài);同步郵件單元732,用于當(dāng)進(jìn)入開機(jī)狀態(tài)時(shí),將子系 統(tǒng)中的郵件客戶端保存的郵件同步傳輸?shù)街飨到y(tǒng)的郵件客戶端。
本發(fā)明郵件傳輸系統(tǒng)的第三實(shí)施例框圖如圖8所示,該系統(tǒng)包括郵件服 務(wù)器810、移動終端820及處理終端830。
其中,郵件服務(wù)器810用于按照預(yù)先配置的策略文件向移動終端發(fā)送包含附件標(biāo)識的郵件正文,所述郵件正文按照端到端SSL加密方式加密;移動終
密后的郵件正文;處理終端830用于接收所述加密后的郵件正文。
其中,處理終端還包括發(fā)送消息單元831,用于向移動終端820發(fā)送需 要郵件附件的消息;
移動終端820還包括獲取附件單元821,用于從郵件服務(wù)器810獲取按 照端到端SSL加密方式加密后的所述郵件附件;發(fā)送附件單元822,用于將所 述郵件附件發(fā)送至所述處理終端830;
所述處理終端830還包括解密附件單元832,用于接收到所述移動終端 820發(fā)送的加密后的郵件附件后,按照與所述SSL加密方式對應(yīng)的解密方式對 郵件附件進(jìn)行解密;合并郵件單元833,用于將解密后的郵件正文和郵件附件 進(jìn)行合并。
本發(fā)明移動終端的第一實(shí)施例框圖如圖9所示,該移動終端包括接收郵 件單元910和傳輸郵件單元920。其中,接收郵件單元910用于接收郵件服務(wù) 器按照預(yù)先配置的策略文件所發(fā)送的郵件,所述策略文件為對郵件附件的傳輸 進(jìn)行設(shè)置的策略文件;傳輸郵件單元920用于接收到所述郵件后通過無線傳輸 方式向處理終端轉(zhuǎn)發(fā)所述郵件。
本發(fā)明移動終端的第二實(shí)施例框圖如圖IO所示,該移動終端包括接收 文件單元1010、發(fā)送文件單元1020、接收郵件單元1030和傳輸郵件單元1040。
其中,接收文件單元1010用于接收所述處理終端發(fā)送的策略文件,所述 策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件,所述策略文件為處理終端 接收用戶設(shè)置的郵件推送相關(guān)信息后,根據(jù)所述推送相關(guān)信息生成的策略文 件;發(fā)送文件單元1020用于將所述策略文件轉(zhuǎn)發(fā)至所述郵件服務(wù)器;接收郵 件單元1030用于接收郵件服務(wù)器按照預(yù)先配置的策略文件所發(fā)送的郵件;傳 輸郵件單元1040用于接收到所述郵件后通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所 述郵件。
19其中,傳輸郵件單元1040包括判斷狀態(tài)單元1041,用于判斷所述處理 終端當(dāng)前是否處于開機(jī)狀態(tài);執(zhí)行發(fā)送單元1042,用于當(dāng)判斷所述處理終端 處于開機(jī)狀態(tài)時(shí),將所述郵件發(fā)送至所述處理終端的主系統(tǒng)的郵件客戶端;當(dāng) 判斷所述處理終端未處于開機(jī)狀態(tài)時(shí),將所述郵件發(fā)送至所述處理終端的子系 統(tǒng)的郵件客戶端。
本發(fā)明移動終端的第三實(shí)施例框圖如圖11所示,該移動終端包括接收 郵件單元1110、傳輸郵件單元1120、接收消息單元1130、獲取附件單元1140 和發(fā)送附件單元1150。
其中,接收郵件單元1110用于接收郵件服務(wù)器按照預(yù)先配置的策略文件 所發(fā)送的包含附件標(biāo)識的郵件正文,所述郵件正文4要照端到端SSL加密方式 加密;傳輸郵件單元1120用于接收到所述郵件正文后通過無線傳輸方式向處 理終端轉(zhuǎn)發(fā)所述加密后的郵件正文;接收消息單元1130用于處理終端發(fā)送的 需要郵件附件的消息;獲取附件單元1140用于從郵件服務(wù)器獲取按照端到端 SSL加密方式加密后的所述郵件附件;發(fā)送附件單元1150用于向處理終端發(fā) 送所述郵件附件。
本發(fā)明郵件服務(wù)器的第一實(shí)施例框圖如圖12所示,該郵件服務(wù)器包括 保存策略單元1210和發(fā)送郵件單元1220。其中,保存策略單元1210用于保 存預(yù)先配置的策略文件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文 件;發(fā)送郵件單元1220用于按照預(yù)先配置的策略文件向移動終端發(fā)送郵件。
本發(fā)明郵件服務(wù)器的第二實(shí)施例框圖如圖13所示,該郵件服務(wù)器包括 接收文件單元1310、配置策略單元1320、保存策略單元1330和發(fā)送郵件單元 1340。
其中,接收文件單元1310用于接收移動終端發(fā)送的策略文件,所述策略 文件為處理終端接收用戶設(shè)置的郵件推送相關(guān)信息后,根據(jù)所述推送相關(guān)信息 生成的策略文件,所述策略文件由所述處理終端發(fā)送至所述移動終端;配置策 略單元1320用于根據(jù)接收到的所述策略文件對相應(yīng)的用戶進(jìn)行策略設(shè)置;保存策略單元1330用于保存預(yù)先配置的策略文件;發(fā)送郵件單元1340用于按照 預(yù)先配置的策略文件向移動終端發(fā)送郵件。
其中,發(fā)送郵件單元1340包括判斷策略單元1341,用于根據(jù)所述策略 文件判斷是否同時(shí)發(fā)送所述郵件正文和郵件附件;執(zhí)行加密單元1341,用于 當(dāng)同時(shí)發(fā)送時(shí),對包含郵件正文和郵件附件的郵件按照端到端SSL加密方式 進(jìn)行加密,并將加密后的郵件發(fā)送到移動終端;當(dāng)分開發(fā)送時(shí),對郵件正文和 郵件附件按照端到端SSL加密方式分別進(jìn)行加密,并將加密后的郵件正文和 郵件附件分別發(fā)送到移動終端。
本發(fā)明處理終端的實(shí)施例框圖如圖14所示,該處理終端包括接收郵件 單元1410、判斷狀態(tài)單元1420、保存郵件單元1430。
其中,接收郵件單元1410用于接收移動終端按照預(yù)先配置的策略文件所 發(fā)送的郵件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;判斷狀 態(tài)單元1420用于判斷所述處理終端是否處于開機(jī)狀態(tài);保存郵件單元1430 用于當(dāng)所述處理終端處于開機(jī)狀態(tài)時(shí),將所述郵件保存至所述處理終端的主系 統(tǒng)的郵件客戶端,當(dāng)所述處理終端未處于開機(jī)狀態(tài)時(shí),將所述郵件保存至所述 處理終端的子系統(tǒng)的郵件客戶端。
進(jìn)一步,該處理終端還包括同步郵件單元1440,用于當(dāng)處理終端進(jìn)入開 機(jī)狀態(tài)后,將子系統(tǒng)中郵件客戶端保存的郵件同步傳輸?shù)街飨到y(tǒng)的郵件客戶 端。
通過以上的實(shí)施方式的描述可知,應(yīng)用本發(fā)明進(jìn)行郵件傳輸,在保證移動 終端獲取郵件的即時(shí)性的基礎(chǔ)上,克服了移動終端在郵件附件閱讀和處理上的 局限性,通過將郵件附件傳輸?shù)奖銛y的處理終端上,由于處理終端的處理能力 較強(qiáng),因此可以滿足用戶對郵件附件的處理需求;并且,通過預(yù)先在郵件服務(wù) 器上為郵件附件的傳輸配置了策略文件,因此移動終端無需主動請求下載郵件 附件,通過執(zhí)行用戶預(yù)先配置的相應(yīng)策略,可以將郵件正文和郵件附件靈活地 在移動終端及處理終端之間傳輸,使得處理終端可以得到未經(jīng)壓縮的郵件,并對郵件附件按照原有格式處理;并且,由于處理終端中配置了主系統(tǒng)客戶端和
子系統(tǒng)客戶端,因此即使處理終端未處于開機(jī)狀態(tài),也可以由子系統(tǒng)的郵件客 戶端先對移動終端傳輸?shù)泥]件進(jìn)行處理和保存,并在處理終端開機(jī)后再進(jìn)行相
本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬 件平臺的方式來實(shí)現(xiàn)?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn) 有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品可
以存儲在存儲介質(zhì)中,如ROM/RAM、磁碟、光盤等,包括若干指令用以使得 一臺計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明 各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
以上所述的本發(fā)明實(shí)施方式,并不構(gòu)成對本發(fā)明保護(hù)范圍的限定。任何在 本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等,均應(yīng)包含在本發(fā)明 的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種郵件傳輸方法,其特征在于,包括接收郵件服務(wù)器按照預(yù)先配置的策略文件發(fā)送的郵件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;接收到所述郵件后,通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所述郵件。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述接收郵件服務(wù)器按照 預(yù)先配置的策略文件發(fā)送的郵件之前還包括接收處理終端傳輸?shù)牟呗晕募?,所述策略文件為處理終端的郵件客戶端接 收用戶設(shè)置的郵件推送相關(guān)信息后,根據(jù)所述郵件推送相關(guān)信息生成的策略文 件;將所述策略文件轉(zhuǎn)發(fā)至所述郵件服務(wù)器,所述郵件服務(wù)器根據(jù)接收到的所 述策略文件對相應(yīng)的用戶進(jìn)行策略設(shè)置。
3、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述郵件服務(wù)器按照預(yù)先 配置的策略文件發(fā)送郵件包括所述郵件服務(wù)器根據(jù)所述策略文件判斷是否同時(shí)發(fā)送所述郵件的郵件正 文和郵件附件;若同時(shí)發(fā)送,對包含郵件正文和郵件附件的所述郵件按照端到端SSL加 密方式進(jìn)行加密,并發(fā)送加密后的所述郵件;若分開發(fā)送,對所述郵件正文和 所述郵件附件按照端到端SSL加密方式分別進(jìn)行加密,并分別發(fā)送加密后的 所述郵件正文和所述郵件附件。
4、 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述通過無線傳輸方式向 處理終端轉(zhuǎn)發(fā)郵件包括判斷所述處理終端當(dāng)前是否處于開機(jī)狀態(tài);當(dāng)判斷所述處理終端處于開機(jī)狀態(tài)且接收到所述郵件服務(wù)器同時(shí)發(fā)送的 所述郵件正文和所述郵件附件時(shí),同時(shí)將所述郵件正文和所述郵件附件發(fā)送至 所述處理終端的主系統(tǒng)的郵件客戶端;當(dāng)判斷所述處理終端處于開機(jī)狀態(tài)且接收到所述郵件服務(wù)器分別發(fā)送的所述郵件正文和所述郵件附件時(shí),分別將所述郵件正文和所述郵件附件發(fā)送至 所述處理終端的主系統(tǒng)的郵件客戶端;當(dāng)判斷所述處理終端未處于開機(jī)狀態(tài)且接收到郵件服務(wù)器同時(shí)發(fā)送的所 述郵件正文和所述郵件附件時(shí),同時(shí)將所述郵件正文和所述郵件附件發(fā)送至所述處理終端的子系統(tǒng)的郵件客戶端;當(dāng)判斷所述處理終端未處于開機(jī)狀態(tài)且接收到郵件服務(wù)器分別發(fā)送的所 述郵件正文和所述郵件附件時(shí),分別將所述郵件正文和所述郵件附件發(fā)送至所 述處理終端的子系統(tǒng)的郵件客戶端。
5、根據(jù)權(quán)利要求4所述的方法,其特征在于, 統(tǒng)的郵件客戶端后,還包括所述主系統(tǒng)中的郵件客戶端按照與SSL加密方統(tǒng)的郵件客戶端后,還包括所述子系統(tǒng)中的郵件客戶端按照與SSL加密方 并保存;統(tǒng)的郵件客戶端后,還包括所述主系統(tǒng)中的郵件客戶端按照與SSL加密方 式對應(yīng)的解密方式對所述郵件正文和所述郵件附件進(jìn)行解密并合并為所述郵 件;統(tǒng)的郵件客戶端后,還包括所述子系統(tǒng)中的郵件客戶端"l要照與SSL加密方 式對應(yīng)的解密方式對所述郵件正文和所述郵件附件進(jìn)行解密;將解密后的所述
6、根據(jù)權(quán)利要求4所述的方法,其特征在于,所述將郵件發(fā)送至處理終 端子系統(tǒng)的郵件客戶端之后還包括判斷所述處理終端當(dāng)前是否進(jìn)入開機(jī)狀態(tài),若是,所述子系統(tǒng)中的郵件客戶端將保存的所述郵件同步傳輸?shù)剿鲋飨到y(tǒng)的郵件客戶端;否則,返回所述判斷步驟。
7、 根據(jù)權(quán)利要求1所述的方法,其特征在于,接收郵件服務(wù)器按照預(yù)先配置的策略文件向移動終端發(fā)送的包含附件標(biāo)識的郵件正文,所述郵件服務(wù)器對所述郵件正文按照端到端SSL加密方式加密;接收到所述郵件正文后,通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所述加密后的 郵件正文。
8、 根據(jù)權(quán)利要求7所述的方法,其特征在于,所述方法還包括 接收所述處理終端發(fā)送的需要郵件附件的消息;從所述郵件服務(wù)器獲取按照端到端SSL加密方式加密后的所述郵件附件, 并將所述郵件附件發(fā)送至所述處理終端;所述處理終端接收到所述加密后的郵件附件后,按照與所述SSL加密方 式對應(yīng)的解密方式對郵件附件進(jìn)行解密;處理終端將解密后的郵件正文和郵件附件進(jìn)行合并。
9、 根據(jù)權(quán)利要求1至8任意一項(xiàng)所述的方法,其特征在于,所述處理終 端包括筆記本PC或臺式PC;所述無線傳輸方式包括藍(lán)牙傳輸或WIFI傳輸。
10、 一種郵件傳輸方法,其特征在于,包括保存預(yù)先配置的策略文件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的 策略文件;按照所述策略文件向移動終端發(fā)送郵件。
11、 根據(jù)權(quán)利要求10所述的方法,其特征在于,保存預(yù)先配置的策略文 件之前還包括接收移動終端發(fā)送的策略文件,所述策略文件為處理終端接收用戶設(shè)置的 郵件推送相關(guān)信息后,根據(jù)所述推送相關(guān)信息生成的策略文件,所述策略文件由所述處理終端發(fā)送至所述移動終端;根據(jù)所述接收到的策略文件對相應(yīng)的用戶進(jìn)行策略設(shè)置。
12、 根據(jù)權(quán)利要求10所述的方法,其特征在于,所述按照策略文件向移 動終端發(fā)送郵件包括根據(jù)所述策略文件判斷是否同時(shí)發(fā)送所述郵件的郵件正文和郵件附件;當(dāng)同時(shí)發(fā)送時(shí),對包含郵件正文和郵件附件的所述郵件按照端到端SSL 加密方式進(jìn)行加密,并將加密后的所述郵件發(fā)送到所述移動終端;當(dāng)分開發(fā)送 時(shí),對所述郵件正文和所述郵件附件按照端到端SSL加密方式分別進(jìn)行加密, 并將加密后的所述郵件正文和所述郵件附件分別發(fā)送到所述移動終端。
13、 一種移動終端,其特征在于,包括接收郵件單元,用于接收郵件服務(wù)器按照預(yù)先配置的策略文件所發(fā)送的郵 件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;傳輸郵件單元,用于接收到所述郵件后通過無線傳輸方式向處理終端轉(zhuǎn)發(fā) 所述郵件。
14、 根據(jù)權(quán)利要求13所述的移動終端,其特征在于,還包括接收文件單元,用于接收所述處理終端發(fā)送的策略文件,所述策略文件為 處理終端接收用戶設(shè)置的郵件推送相關(guān)信息后,根據(jù)所述推送相關(guān)信息生成的 策略文件;發(fā)送文件單元,用于將所述策略文件轉(zhuǎn)發(fā)至所述郵件服務(wù)器。
15、 根據(jù)權(quán)利要求13所述的移動終端,其特征在于,所述傳輸郵件單元 包括判斷狀態(tài)單元,用于判斷所述處理終端當(dāng)前是否處于開機(jī)狀態(tài);執(zhí)行發(fā)送單元,用于當(dāng)判斷所述處理終端處于開機(jī)狀態(tài)時(shí),將所述郵件發(fā) 送至所述處理終端的主系統(tǒng)的郵件客戶端;當(dāng)判斷所述處理終端未處于開機(jī)狀態(tài)時(shí),將所述郵件發(fā)送至所述處理終端的子系統(tǒng)的郵件客戶端。
16、 根據(jù)權(quán)利要求13所述的移動終端,其特征在于,所述接收郵件單元具體用于,接收郵件服務(wù)器按照預(yù)先配置的策略文件所發(fā)送的包含附件標(biāo)識的郵件正文,所述郵件服務(wù)器對所述郵件正文按照端到端SSL加密方式加密; 所述傳輸郵件單元具體用于,接收到所述郵件正文后通過無線傳輸方式向處理 終端轉(zhuǎn)發(fā)所述加密后的郵件正文; 所述移動終端還包括接收消息單元,用于處理終端發(fā)送的需要郵件附件的消息;獲取附件單元,用于從郵件服務(wù)器獲取按照端到端SSL加密方式加密后 的所述郵件附件;發(fā)送附件單元,用于向處理終端發(fā)送所述郵件附件。
17、 一種郵件服務(wù)器,其特征在于,包括保存策略單元,用于保存預(yù)先配置的策略文件,所述策略文件為對郵件附 件的傳輸進(jìn)行設(shè)置的策略文件;發(fā)送郵件單元,用于按照預(yù)先配置的策略文件向移動終端發(fā)送郵件。
18、 根據(jù)權(quán)利要求17所述的服務(wù)器,其特征在于,還包括接收文件單元,用于接收移動終端發(fā)送的策略文件,所述策略文件為處理 終端接收用戶設(shè)置的郵件推送相關(guān)信息后,根據(jù)所述推送相關(guān)信息生成的策略 文件,所述策略文件由所述處理終端發(fā)送至所述移動終端;配置策略單元,用于根據(jù)接收到的所述策略文件對相應(yīng)的用戶進(jìn)行策略設(shè)置。
19、 根據(jù)權(quán)利要求17所述的服務(wù)器,其特征在于,所述發(fā)送郵件單元包括判斷策略單元,用于根據(jù)所述策略文件判斷是否同時(shí)發(fā)送所述郵件的郵件 正文和郵件附件;執(zhí)行加密單元,用于當(dāng)同時(shí)發(fā)送時(shí),對包含郵件正文和郵件附件的所述郵件按照端到端SSL加密方式進(jìn)行加密,并發(fā)送加密后的所述郵件;當(dāng)分開發(fā) 送時(shí),對郵件正文和郵件附件按照端到端SSL加密方式分別進(jìn)行加密,并分 別發(fā)送加密后的所述郵件正文和所述郵件附件。
20、 一種處理終端,其特征在于,包括接收郵件單元,用于接收移動終端按照預(yù)先配置的策略文件所發(fā)送的郵 件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;判斷狀態(tài)單元,用于判斷所述處理終端是否處于開機(jī)狀態(tài);保存郵件單元,用于當(dāng)所述處理終端處于開機(jī)狀態(tài)時(shí),將所述郵件保存至 所述處理終端的主系統(tǒng)的郵件客戶端,當(dāng)所述處理終端未處于開機(jī)狀態(tài)時(shí),將 所述郵件保存至所述處理終端的子系統(tǒng)的郵件客戶端。
21、 根據(jù)權(quán)利要求20所述的處理終端,其特征在于,還包括 同步郵件單元,用于當(dāng)所述處理終端進(jìn)入開機(jī)狀態(tài)后,將所述子系統(tǒng)中郵件客戶端保存的所述郵件同步傳輸?shù)剿鲋飨到y(tǒng)的郵件客戶端。
全文摘要
本發(fā)明公開了郵件傳輸方法、服務(wù)器及終端,所述方法包括接收郵件服務(wù)器按照預(yù)先配置的策略文件發(fā)送的郵件,所述策略文件為對郵件附件的傳輸進(jìn)行設(shè)置的策略文件;接收到所述郵件后,通過無線傳輸方式向處理終端轉(zhuǎn)發(fā)所述郵件。應(yīng)用本發(fā)明進(jìn)行郵件傳輸,克服了現(xiàn)有郵件推送技術(shù)對郵件附件的限制,通過將郵件附件傳輸?shù)奖銛y的處理終端上,滿足了用戶對郵件附件的處理需求;通過預(yù)先在郵件服務(wù)器上為郵件附件的傳輸配置了策略文件,可以將郵件正文和郵件附件靈活地在移動終端及處理終端之間傳輸,并對郵件附件按照原有格式處理;由于處理終端中配置了主系統(tǒng)客戶端和子系統(tǒng)客戶端,克服了郵件傳輸過程要求移動終端處于開機(jī)狀態(tài)的限制。
文檔編號H04L12/58GK101621479SQ200810115999
公開日2010年1月6日 申請日期2008年7月1日 優(yōu)先權(quán)日2008年7月1日
發(fā)明者陳興文 申請人:聯(lián)想(北京)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
忻州市| 茶陵县| 沙坪坝区| 辽源市| 敖汉旗| 延寿县| 朝阳区| 香格里拉县| 公主岭市| 丰县| 松原市| 武隆县| 元朗区| 民县| 东方市| 乌恰县| 大同市| 贵德县| 上林县| 武强县| 南岸区| 石狮市| 扎赉特旗| 襄樊市| 四子王旗| 成武县| 惠水县| 江北区| 会理县| 岳普湖县| 哈密市| 阿尔山市| 汶上县| 古田县| 得荣县| 綦江县| 垣曲县| 乐清市| 锦屏县| 辽中县| 禹城市|