專利名稱：：一種郵件推送系統(tǒng)及其推送方法
技術(shù)領(lǐng)域：
：本發(fā)明屬于計算機信息處理和無線通訊
技術(shù)領(lǐng)域：
，尤其是涉及一種ippush和心跳push相結(jié)合的服務(wù)，即保證用戶有新郵件到達時，及時push到手機，又保證用戶使用任何接入點都能夠正常收取郵件的郵件推送系統(tǒng)及其推送方法。
背景技術(shù)：
：隨著移動互聯(lián)網(wǎng)近兩年的迅猛發(fā)展，使用手機進行郵件收發(fā)的用戶也迅速增長，一款能夠支持國內(nèi)外各大主流郵箱、支持企業(yè)郵箱、支持郵件附件在線閱讀，能夠及時將郵件push到手機的軟件很有前景。要做好該軟件，要突破解決的技術(shù)點有郵件推送處理、海量存儲處理、用戶并發(fā)處理、郵件代收技術(shù)、附件閱讀技術(shù)、正文解析技術(shù)、手機端流量問題、手機端電量問題、手機端體驗問題、上網(wǎng)接入點問題等等。PushMail是將郵件主動推送到手機終端的移動郵件解決方案，能隨時將企業(yè)郵件推送到用戶手機終端上，實現(xiàn)關(guān)鍵信息隨時、隨地、隨身獲得?，F(xiàn)有技術(shù)存在的郵件push技術(shù)主要包括Smspush中國移動安裝有一套郵件推送網(wǎng)關(guān)(GEGW=GPRSEmailGateway)，負責向手機發(fā)送EMN短信，建立和維護CEF和手機之間的加密傳輸通道；在企業(yè)端安裝郵件代理網(wǎng)關(guān)(CEF=CorporationEmailForward)，負責從企業(yè)郵件服務(wù)器收取郵件緩存在本地，負責對郵件附件進行壓縮和轉(zhuǎn)換；在用戶手機上安裝PushMail客戶端軟件，在手機上提供一個完整的郵箱功能，負責接收、存儲、轉(zhuǎn)發(fā)、回復(fù)、新建郵件。當有新郵件到達時，CEF通過GEGW發(fā)送EMN短信到手機終端，觸發(fā)用戶手機PushMail客戶端，通過GPRS網(wǎng)絡(luò)連接GEGW，與CEF建立一條端到端的SSL加密通道連接，取得郵件。此種push方式，專門需要SP支持，不夠靈活。Ippush通過網(wǎng)絡(luò)，手機客戶端可以發(fā)送一個HTTP請求到服務(wù)器，告知服務(wù)器客戶端需要這個用戶的新郵件通知，當服務(wù)器收到一封新郵件時，就會回復(fù)這個HTTP請求；客戶端通知用戶收到了新郵件，并同時再次與服務(wù)器建立連接，等待下一封信。0006]該技術(shù)，主要存在的缺陷包括1、需要保持網(wǎng)絡(luò)在線。無論使用手機還是電腦，設(shè)備必須保持互聯(lián)網(wǎng)在線。2、IPPUSH在保持互聯(lián)網(wǎng)在線時基本不產(chǎn)生流量。3JHKSMSPUSH,IPPUSH不需要SP支持，支持更靈活。IMAPIDLEPushJMAPIDLE模式是IMAP協(xié)議的一項高級功能，在這種模式下，客端登錄連接服務(wù)器后并無主動查詢新郵件的動作，而是停留在IDLE(空閑)狀態(tài)，當服務(wù)器接收到新郵件后通知客端，客端再開始查詢新郵件的動作，此動作完成后，客端重新回到空閑狀態(tài)，所以也可以算是一種push的方式。但是這種push方式，受到接入點的限制，用戶如果選擇cmwap接入點，則服務(wù)會非常不穩(wěn)定。
發(fā)明內(nèi)容通過對現(xiàn)有技術(shù)的的研究，我們可以得出這樣一個結(jié)論所謂真正的郵件Push技術(shù)，就是要求一封郵件服務(wù)器收到后，可以在一個非常短的時間(數(shù)秒)內(nèi)通知客戶端，而且不能產(chǎn)生明顯的流量和電量消耗。那么“心跳Push”的定義，就是通過定時查詢的方式由客戶端主動收信的，那么這種方式必將產(chǎn)式必將產(chǎn)生一定的延時。我們可能會想，如果縮短查詢的時間間隔呢？比如每分鐘或者每半分鐘查詢一次？如果這樣做，必然消耗手機很多的電量和流量。因此，在本發(fā)明中，為了克服現(xiàn)有技術(shù)存在的缺陷，采用一種ippush和心跳push相結(jié)合的服務(wù)，即保證用戶有新郵件到達時，及時push到手機，又保證用戶使用任何接入點都能夠正常收取郵件。為實現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案一種郵件推送系統(tǒng)，所述系統(tǒng)包括手機終端，內(nèi)容代理網(wǎng)關(guān)和郵件服務(wù)器；所述內(nèi)容代理網(wǎng)關(guān)包括中間件模塊、用戶管理模塊、郵件代收服務(wù)模塊、郵件處理模塊；所述的中間件模塊負責調(diào)度、數(shù)據(jù)采集和過濾，用戶的請求通過中間件模塊進行分發(fā)，響應(yīng)通過中間件進行過濾；所述用戶管理模塊負責用戶注冊、匿名注冊、登錄、退出、掛失和激活的管理；所述郵件代收模塊負責根據(jù)隊列表的任務(wù)信息向郵箱服務(wù)器pop郵件；所述郵件處理模塊負責獲取郵件列表、提取郵件正文、下載附件、發(fā)送郵件、配置同步、增刪或者修改郵箱的服務(wù)。優(yōu)選的是所述的手機終端通過ippush與所述內(nèi)容代理網(wǎng)關(guān)進行網(wǎng)絡(luò)通訊，所述內(nèi)容代理網(wǎng)關(guān)服務(wù)端通過心跳push每隔一段時間要主動與所述郵件服務(wù)器握手通訊。更優(yōu)的是，所述系統(tǒng)還包括短信提醒處理模塊和郵件發(fā)送服務(wù)模塊；所述的短信提醒處理模塊負責生成短信發(fā)送到手機終端提醒用戶收新郵件；所述郵件發(fā)送服務(wù)模塊負責代理發(fā)送郵件。更優(yōu)的是，所述系統(tǒng)還包括所述郵件處理模塊還包括附件預(yù)覽轉(zhuǎn)換模塊，所述的附件預(yù)覽轉(zhuǎn)換模塊負責解決用戶實現(xiàn)在線預(yù)覽不同格式的附件。本發(fā)明同時還提供了一種郵件推送方法，包括所述郵件代收模塊檢測到用戶有新郵件到達時，所述短信提醒處理模塊生成短信發(fā)送到手機終端提醒用戶收新郵件；所述手機終端向郵件處理模塊負請求閱讀郵件，所述郵件處理模塊將新郵件的頭部信息或者郵件正文推送到手機，實現(xiàn)郵件的推送。優(yōu)選的是所述需要推送的郵件附帶有附件，所述手機終端向郵件處理模塊發(fā)送附件下載的請求，所述郵件處理模塊將附件推送到手機終端；或者所述手機終端向郵件處理模塊發(fā)送附件預(yù)覽請求，所述郵件處理模塊將各種附件轉(zhuǎn)換成手機終端能識別的格式，將轉(zhuǎn)換后的格式推送到手機終端，供用戶在線預(yù)覽。本發(fā)明所述的郵件推送系統(tǒng)解決了郵件push問題，用戶有新郵件到達時，系統(tǒng)會立即將郵件信息push到手機。本發(fā)明解決了通過WAP網(wǎng)關(guān)無法維持連接狀態(tài)的問題，我們采用心跳連接方式，每個用戶產(chǎn)生獨立的任務(wù)ID，這樣的實現(xiàn)方式，同樣可以將郵件推送到手機，并且靈活使用服務(wù)器資源，大大提高服務(wù)器利用率。另外，本發(fā)明還解決了手機端文件分頁預(yù)覽問題，通過兩種技術(shù)手段實現(xiàn)該功能，用戶能夠直接在手機端閱讀附件，我們已突破分頁的技術(shù)難點，用戶不僅能清晰的翻閱附件，而且通過分頁，為用戶節(jié)省了大量的流量。圖1為本發(fā)明所述的郵件推送系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明所述的中間件模塊處理流程示意圖；圖3為本發(fā)明所述的用戶管理模塊處理流程示意圖；圖4為本發(fā)明所述的獲取郵件列表模塊處理流程示意圖；圖5為本發(fā)明所述的郵件代收模塊處理流程示意圖；圖6為本發(fā)明所述的附件預(yù)覽模塊處理流程示意圖。具體實施例方式下面結(jié)合附圖和具體實施方式，對本發(fā)明做進一步詳細說明。如圖1所示的郵件推送系統(tǒng)，包括手機終端，內(nèi)容代理網(wǎng)關(guān)和郵件服務(wù)器；所述內(nèi)容代理網(wǎng)關(guān)包括中間件模塊、用戶管理模塊、郵件代收服務(wù)模塊、郵件處理模塊；中間件模塊負責調(diào)度、數(shù)據(jù)采集和過濾，用戶的請求通過中間件模塊進行分發(fā)，響應(yīng)通過中間件進行過濾；用戶管理模塊負責用戶注冊、匿名注冊、登錄、退出、掛失和激活的管理；郵件代收模塊負責根據(jù)隊列表的任務(wù)信息向郵箱服務(wù)器pop郵件；郵件處理模塊負責獲取郵件列表、提取郵件正文、下載附件、發(fā)送郵件、配置同步、增刪或者修改郵箱的服務(wù)。本實施例所述的中間體模塊，主要負責調(diào)度、數(shù)據(jù)采集、過濾的工作，用戶的請求通過中間件進行分發(fā)，響應(yīng)通過中間件進行過濾。協(xié)議采用標準HTTP格式，中間件負責根據(jù)協(xié)議中cmd參數(shù)將請求轉(zhuǎn)發(fā)至其他模塊。轉(zhuǎn)發(fā)過程通過post完成，中間件負責組裝post協(xié)議，向?qū)?yīng)的WEB服務(wù)發(fā)起post請求。中間件負責合法性過濾，將解密或解壓失敗的請求按非法處理。加密解密采用ictea算法，壓縮采用gzip算法。中間件負責內(nèi)容過濾，response時，將手機端無法處理的HTML標簽過濾和替換，將內(nèi)容過大的數(shù)據(jù)通過gzip算法進行壓縮。中間件負責數(shù)據(jù)采集，將相關(guān)活躍信息插入到數(shù)據(jù)統(tǒng)計表。處理流程如圖2所示，它的處理步驟如下1)分解手機端的請求信息，獲取參數(shù)iszip的狀態(tài)。2)如果iszip=1，表示數(shù)據(jù)進行過壓縮，調(diào)用gzip解壓處理，得到解壓后的數(shù)據(jù)。3)數(shù)據(jù)解壓后，分解請求內(nèi)容，判斷cmd的內(nèi)容，如果是01開頭表示為用戶管理模塊的請求；如果02開頭表示為郵件處理模塊請求。4)如果是02開頭，需要對請求參數(shù)IMEI進行解密操作，調(diào)用ICTEA函數(shù)進行解密。如果解密成功，表示請求合法，重新組裝不帶壓縮的數(shù)據(jù)，以post形式提交到用戶管理(usermanager)服務(wù)器，具體提交到哪臺用戶管理服務(wù)器處理，由負載均衡服務(wù)決定；如果解密失敗，證明是非法請求，直接response。5)如果是01開頭，需要對請求參數(shù)CXID進行解密操作，調(diào)用ICTEA函數(shù)進行解密。如果解密成功，表示請求合法，繼續(xù)分解請求信息，異步調(diào)用數(shù)據(jù)采集接口，完成數(shù)據(jù)采集，重新組裝不帶壓縮的數(shù)據(jù)，以post形式提交到郵件處理(mailproxy)服務(wù)器，具體提交到哪臺郵件處理服務(wù)器，由負載均衡服務(wù)決定；如果解密失敗，證明是非法請求，直接response。6)、當數(shù)據(jù)從mailproxy或usermanger處理完返回時，負責對返回數(shù)據(jù)進行處理。如請求類型為獲取郵件正文，得到mailproxy的響應(yīng)后調(diào)用正文解析的服務(wù)，該服務(wù)主要是解析正文中的表格、圖片、連接和文字，將表格轉(zhuǎn)換為手機屏幕可正常顯示的比例，將圖片進行壓縮并生成絕對路徑。除此之外，對于一些大于300K的數(shù)據(jù)還需進行壓縮后，重新組裝response內(nèi)容，push給手機。本實施例所述的用戶管理模塊包括注冊、匿名注冊、登錄、退出、用戶掛失、激活用戶。匿名注冊功能解決了用戶繁瑣的注冊操作，手機端通過IMEI進行注冊，如果IMEI無法獲取，則生成一個15位隨機數(shù)。用戶注冊成功后，會改變用戶狀態(tài)和初始化配置信息。用戶登錄后，修改用戶狀態(tài)，根據(jù)用戶手機的接入方式，將其分為ippush用戶和心跳push用戶。返回相關(guān)配置信息。兩種用戶的任務(wù)信息由不同的數(shù)據(jù)表存儲，不同的服務(wù)邏輯處理，分布式管理。用戶退出時，修改用戶狀態(tài)，清除相關(guān)任務(wù)信息。處理流程如圖3所示，它的處理步驟如下1)分解來自middleware的請求，獲得CMD內(nèi)容，根據(jù)CMD內(nèi)容調(diào)用不同的服務(wù)。2)注冊請求，獲得請求參數(shù)中的IMEI號，根據(jù)IMEI號進行注冊，如存在此用戶則返回異常信息，否則調(diào)用登錄模塊完成用戶數(shù)據(jù)初始化工作，返回注冊后的CXID、系統(tǒng)配置信息和OS的最新版本。3)登錄請求，獲得請求參數(shù)中的CXID，根據(jù)CXID號判斷是否存在該用戶，如果存在則初始化用戶數(shù)據(jù)，返回注冊后的CXID、系統(tǒng)配置信息和OS的最新版本，否則返回異常fn息ο4)用戶數(shù)據(jù)初始化分兩種情況，當手機端采用長連接的方式訪問服務(wù)器時，登錄成功后，向push隊列表插入一條任務(wù)數(shù)據(jù)，主要負責處理輪詢pop郵件和push系統(tǒng)的短消息；當手機采用短連接的方式訪問服務(wù)器時，登錄成功后，修改用戶登錄狀態(tài)信息。本實施例的郵件處理模塊包括獲取郵件列表服務(wù)、提取郵件正文服務(wù)、下載附件服務(wù)、發(fā)送郵件服務(wù)、增加郵箱服務(wù)、修改郵箱服務(wù)、刪除郵箱服務(wù)、配置同步服務(wù)。獲取郵件列表服務(wù)是將新郵件的頭部信息push到手機。針對不同的push方式，該模塊的處理邏輯截然不同。手機端通過WAP網(wǎng)關(guān)進行網(wǎng)絡(luò)通訊，服務(wù)端按心跳push處理，這類聯(lián)網(wǎng)方式每隔一段時間要主動與服務(wù)器握手，因此它的處理步驟如下1)手機端發(fā)送收取郵件的請求，服務(wù)端接到請求(request)后，在隊列表增加一條收取郵件的任務(wù)信息，并將生成的任務(wù)key和心跳間隔返回(response)給手機，與此同時，如果數(shù)據(jù)庫中有未push給手機的郵件，就一同返回。2)手機端根據(jù)心跳間隔的時間，發(fā)送心跳請求，每次心跳請求都帶有key，服務(wù)器收到請求后，根據(jù)key到隊列表中查詢該任務(wù)的完成情況，當字段status=3的時候，表示任務(wù)完成，根據(jù)接口協(xié)議返回最終結(jié)果。如果字段statUS<>3，就將心跳時間間隔和收到的新郵件返回給手機。3)手機端收到服務(wù)器端返回的心跳時間為零時，停止請求，否則重復(fù)執(zhí)行第二步。Ippush，手機端通過net接入點進行網(wǎng)絡(luò)通訊，這類聯(lián)網(wǎng)方式，用戶在登錄時建立了長連接。在push隊列表中，增加了一條任務(wù)信息，并根據(jù)自定義的輪詢算法，通過負載均衡原理，動態(tài)的代收用戶郵件，當收到新郵件時，就立即推送(response)給手機。其處理流程如圖4所示，它的處理步驟如下1)用戶登錄后，在push隊列表中產(chǎn)生一條任務(wù)，該隊列表的數(shù)據(jù)通過負載均衡算法生成。2)popAgent集群從這里獲得任務(wù)數(shù)據(jù)，每個popAgent服務(wù)獲取數(shù)據(jù)時，根據(jù)popid區(qū)分。3)popAgent負責去用戶pop服務(wù)器獲取郵件，通過郵件的ID判斷是否是新郵件，當有新郵件時，根據(jù)郵件列表協(xié)議組裝郵件列表，resopnse給手機。提取郵件正文服務(wù)是將郵件的ID發(fā)送給服務(wù)器，服務(wù)程序在數(shù)據(jù)庫中查詢到此ID對應(yīng)的正文信息，通過HTML解析，將壓縮后的正文push給手機。下載附件服務(wù)，當郵件存在附件，手機端收到某封郵件頭時，即獲得該郵件的所有附件ID，手機端根據(jù)附件ID發(fā)起請求，下載附件。發(fā)送郵件服務(wù)提供開放的接口，手機端根據(jù)發(fā)送協(xié)議將郵件正文、附件等以表單形式提交，服務(wù)端解析表單內(nèi)容，重新組裝發(fā)送協(xié)議，調(diào)用SMTP組件，發(fā)送郵件。郵箱的增、刪、改是針對同步服務(wù)而設(shè)計，用戶在手機端對郵箱進行操作后，按協(xié)議規(guī)范，向服務(wù)端發(fā)出同步請求。配置同步服務(wù)將用戶的配置信息通過http協(xié)議傳送至服務(wù)器，也可將服務(wù)器的最新配置獲取到手機。其設(shè)計目的有兩點，第一，系統(tǒng)級的配置發(fā)生改變時，能夠及時push給用戶；第二，用戶的一些重要設(shè)置，在更換新手機后，同樣可以一鍵恢復(fù)。整個mailproxy模塊是系統(tǒng)的核心，ippush和心跳push的核心算法都在此模塊中。在整個系統(tǒng)中，mailproxy起著橋梁的作用，對前端的用戶請求做解析和響應(yīng)，對后端的服務(wù)做分解和控制，中間的數(shù)據(jù)交互采用數(shù)據(jù)庫。mailproxy可以集群式部署，通過負載均衡原理和用戶請求方式，將任務(wù)插入到對應(yīng)的任務(wù)表。本發(fā)明所述的郵件代收模塊獨立性非常好，可以單臺機部署多個，也可以集群式部署，它主要負責根據(jù)隊列表的任務(wù)信息向各大郵箱服務(wù)器pop郵件，每個popAgent服務(wù)可以建立多線程，多線程的數(shù)量跟服務(wù)器硬件和網(wǎng)絡(luò)情況相關(guān)，可動態(tài)配置。popAgent分三種，一種處理心跳push的隊列任務(wù)；一種處理ippush的隊列任務(wù)；一種處理短信提醒的隊列任務(wù)。popAgent支持SSL加密，pop過程中有重連和適配機制，當用戶設(shè)置的用戶名登錄失敗時，會嘗試用帶@的用戶名去連接服務(wù)器。該服務(wù)有以下幾個主要功能點連接pop服務(wù)器，獲取郵件；過濾郵件，包括時間過濾、內(nèi)容過濾；名單過濾，有紅名單和黑名單；郵件數(shù)據(jù)庫管理。具體處理流程如圖5所示，它的處理步驟如下1)啟動popAgent線程，讀取配置文件，配置文件中記錄每個popAgent最大允許建立多少pop子線程，每個子線程負責對單一郵箱執(zhí)行pop服務(wù)。2)每個子線程根據(jù)配置文件的標志信息，從隊列表中獲取需處理的數(shù)據(jù)status=0，完成后將任務(wù)改成3，超時改成2，正在處理狀態(tài)為1。3)得到新郵件，首先判斷用戶郵件數(shù)據(jù)庫是否存在，不存在則創(chuàng)建，郵件數(shù)據(jù)庫為sqlite。4)得到數(shù)據(jù)后，首先判斷是否已經(jīng)下載，然后判斷數(shù)據(jù)是否符合過濾規(guī)則，如果符合，則將此郵件過濾，不會push給用戶。5)過濾規(guī)則有時間、黑名單和郵件內(nèi)容包含非法文字等。6)子線程任務(wù)完成后，自動獲取下一條待處理數(shù)據(jù)，直到?jīng)]有待處理任務(wù)。7本實施例所述的短信提醒處理(SendTask)服務(wù)模塊獨立性非常好，可以單臺機部署多個，也可以集群式部署。該模塊主要針對短信提醒功能開發(fā)。設(shè)置短信提醒的用戶，可以不用開啟郵件客戶端也不落任何一封郵件。SendTask服務(wù)檢查短信提醒隊列表的處理情況，如果有新郵件，則將郵件數(shù)量和我們的一些介紹性文字以郵件正文的方式發(fā)送到用戶設(shè)定的運營商郵箱。本實施例所述的郵件發(fā)送(smtpAgent)服務(wù)模塊獨立性非常好，可以集群式部署，他的主要功能是代理發(fā)送。設(shè)計的目的是為了防止被郵箱服務(wù)器封IP，因為一個IP如果頻繁發(fā)送郵件，容易被郵箱服務(wù)器拒絕。發(fā)送郵件時，根據(jù)負載均衡算法，選擇合適的smtpAgent服務(wù)發(fā)送郵件。為了解決用戶在線查看附件的需求，隨著移動互聯(lián)網(wǎng)近兩年的迅猛發(fā)展，使用手機進行移動辦公的用戶也迅速增長，其中的業(yè)務(wù)大多跟文件相關(guān)，如使用手機收發(fā)附件、用手機網(wǎng)盤管理文件等。諸多的文件，每次查看都需要下載到本地，這有三個弊端，其一下載文件會產(chǎn)生大量流量；其二文件的內(nèi)容不一定是用戶很關(guān)注的，浪費了下載流量；其三手機上不一定能打開此格式的文檔，因此在手機上實現(xiàn)文件在線預(yù)覽很有必要。附件預(yù)覽根據(jù)文件的大小采用不同的處理方案，當文件小于IM的時候，使用openoffice組件進行處理，將文件轉(zhuǎn)換成html，再對html進行解析，把每個table單獨抽取出來作為一頁；當文件大小超過IM的時候，openoffice處理經(jīng)常會出現(xiàn)異常，為了解決這個問題，這類文件不調(diào)用openoffice處理，直接調(diào)用officecom組件處理，將文件轉(zhuǎn)換成PDF，再將PDF轉(zhuǎn)換成PNG圖片，實現(xiàn)分頁預(yù)覽。具體流程如圖6所示，它的處理步驟如下1)將文件ID傳給附件處理模塊，該模塊從數(shù)據(jù)庫中取出文件內(nèi)容。2)判斷文件大小，如果文件大于1M，調(diào)用office組件，將文件轉(zhuǎn)換成PDF，將PDF的每一頁轉(zhuǎn)換為單獨的圖片，圖片進行壓縮處理，并生成絕對地址，嵌入HTML頁面。如果文件小于等于1M，調(diào)用openoffice服務(wù)，將文件轉(zhuǎn)換為HTML，對HTML進行解析，抓取其中的table生成處理后的HTML頁面。3)將生成的HTML地址傳給手機端，手機端調(diào)用瀏覽器查看。為了防止pop服務(wù)器拒絕我們的ip請求，在具體的實施例中，可以采用S0Cks5代理。當用戶量到達一定規(guī)模的時候，需要動態(tài)的ip去獲取郵件。根據(jù)負載均衡原理，動態(tài)的將pop請求通過這些代理服務(wù)器轉(zhuǎn)發(fā)。s0cks5是一種透明的proxy協(xié)議，它工作在OSI模型中的第五層——會話層，很好的實現(xiàn)了認證，保密性等問題。它有非常詳細的訪問控制，比網(wǎng)絡(luò)層有更多的控制手段，而且使用Socks5的代理服務(wù)器可隱藏內(nèi)部網(wǎng)絡(luò)結(jié)構(gòu)，更重要的是socks5支持udp協(xié)議的Proxy。以上內(nèi)容是結(jié)合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬
技術(shù)領(lǐng)域：
的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當視為屬于本發(fā)明的保護范圍。權(quán)利要求一種郵件推送系統(tǒng)，其特征是，所述系統(tǒng)包括手機終端，內(nèi)容代理網(wǎng)關(guān)和郵件服務(wù)器；所述內(nèi)容代理網(wǎng)關(guān)包括中間件模塊、用戶管理模塊、郵件代收服務(wù)模塊、郵件處理模塊；所述的中間件模塊負責調(diào)度、數(shù)據(jù)采集和過濾，用戶的請求通過中間件模塊進行分發(fā)，響應(yīng)通過中間件進行過濾；所述用戶管理模塊負責用戶注冊、匿名注冊、登錄、退出、掛失和激活的管理；所述郵件代收模塊負責根據(jù)隊列表的任務(wù)信息向郵箱服務(wù)器pop郵件；所述郵件處理模塊負責獲取郵件列表、提取郵件正文、下載附件、發(fā)送郵件、配置同步、增刪或者修改郵箱的服務(wù)。2.如權(quán)利要求1所述的郵件推送系統(tǒng)，其特征是所述的手機終端通過ippush與所述內(nèi)容代理網(wǎng)關(guān)進行網(wǎng)絡(luò)通訊，所述內(nèi)容代理網(wǎng)關(guān)服務(wù)端通過心跳push每隔一段時間要主動與所述郵件服務(wù)器握手通訊。3.如權(quán)利要求2所述的郵件推送系統(tǒng)，其特征是，所述系統(tǒng)還包括短信提醒處理模塊和郵件發(fā)送服務(wù)模塊；所述的短信提醒處理模塊負責生成短信發(fā)送到手機終端提醒用戶收新郵件；所述郵件發(fā)送服務(wù)模塊負責代理發(fā)送郵件。4.如權(quán)利要求3所述的郵件推送系統(tǒng)，其特征是，所述系統(tǒng)還包括所述郵件處理模塊還包括附件預(yù)覽轉(zhuǎn)換模塊，所述的附件預(yù)覽轉(zhuǎn)換模塊負責解決用戶實現(xiàn)在線預(yù)覽不同格式的附件。5.一種包括權(quán)利要求4所述郵件推送系統(tǒng)的郵件推送方法，包括所述郵件代收模塊檢測到用戶有新郵件到達時，所述短信提醒處理模塊生成短信發(fā)送到手機終端提醒用戶收新郵件；所述手機終端向郵件處理模塊負請求閱讀郵件，所述郵件處理模塊將新郵件的頭部信息或者郵件正文推送到手機，實現(xiàn)郵件的推送。6.如權(quán)利要求5所述的郵件推送方法，其特征是所述需要推送的郵件附帶有附件，所述手機終端向郵件處理模塊發(fā)送附件下載的請求，所述郵件處理模塊將附件推送到手機終端；或者所述手機終端向郵件處理模塊發(fā)送附件預(yù)覽請求，所述郵件處理模塊將各種附件轉(zhuǎn)換成手機終端能識別的格式，將轉(zhuǎn)換后的格式推送到手機終端，供用戶在線預(yù)覽。全文摘要本發(fā)明公開了一種郵件推送系統(tǒng)及其推送方法，所述郵件推送系統(tǒng)包括手機終端，內(nèi)容代理網(wǎng)關(guān)和郵件服務(wù)器；所述內(nèi)容代理網(wǎng)關(guān)包括中間件模塊、用戶管理模塊、郵件代收服務(wù)模塊、郵件處理模塊。本發(fā)明所述的郵件推送系統(tǒng)解決了郵件push問題，用戶有新郵件到達時，系統(tǒng)會立即將郵件信息push到手機。本發(fā)明解決了通過WAP網(wǎng)關(guān)無法維持連接狀態(tài)的問題，我們采用心跳連接方式，每個用戶產(chǎn)生獨立的任務(wù)ID，這樣的實現(xiàn)方式，同樣可以將郵件推送到手機，并且靈活使用服務(wù)器資源，大大提高服務(wù)器利用率。文檔編號H04L29/08GK101951348SQ20101028660公開日2011年1月19日申請日期2010年9月17日優(yōu)先權(quán)日2010年9月17日發(fā)明者車榮全申請人:北京百納科創(chuàng)信息技術(shù)有限公司