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