專利名稱：一種郵件推送方式確定方法、推送方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種郵件推送方式確定方法、推送方 法、裝置及系統(tǒng)。
背景技術(shù)：
手機郵箱業(yè)務(wù)已經(jīng)日趨成熟，市場需求越來越大，其中尤以郵件實時推送 功能最炙手可熱。所謂的郵件實時推送功能，就是當(dāng)郵件服務(wù)器收到用戶的新 郵件后，通過短消息推送網(wǎng)關(guān)和郵件代理網(wǎng)關(guān)主動、實時地將該郵件推送到該 用戶的手機郵件客戶端中。但是受到無線帶寬和手機存儲容量的限制，面對郵 件數(shù)量的增多以及郵件容量的增大，如何處理大批量郵件的推送成為目前手機 郵箱業(yè)務(wù)發(fā)展所面臨的關(guān)鍵性問題。針對上述問題，目前常采用的應(yīng)對方法是要求用戶預(yù)設(shè)郵件推送方式或要 求用戶預(yù)設(shè)對接收郵件的長度限制的閾值。在要求用戶預(yù)設(shè)郵件推送方式的方案中，網(wǎng)絡(luò)側(cè)為用戶提供了兩種不同的 郵件推送方式并由用戶選擇其中之一，使郵件服務(wù)器收到該用戶的郵件后，可 以按照用戶選擇的方式進行推送。其中， 一種推送方式是只推送郵件的郵件頭， 這種推送方式雖然能夠節(jié)約帶寬和手機終端內(nèi)存，但是用戶體驗差，很容易導(dǎo) 致用戶重要郵件的延誤。另一種推送方式是推送郵件全文，這種推送方式雖然 增加了用戶體驗，但占用了很多帶寬和手機終端內(nèi)存，對于用戶不感興趣的郵 件，這種推送方式會浪費很多資源。可見，上述方案只能按照用戶預(yù)先選定的 唯一且固定的方式推送郵件，不能針對不同的郵件靈活地選擇郵件的推送方 式，而在實際應(yīng)用中，用戶收到的郵件有主次之分，對于一些重要郵件，用戶 往往希望能夠及時地閱讀該郵件全文，而對于一些不重要的郵件，用戶往往只希望閱讀郵件頭。所以，上述由用戶預(yù)先選定郵件推送方式的方案并不能滿足 用戶的實際需求。在要求用戶預(yù)設(shè)對接收郵件的長度限制的閾值的方案中，網(wǎng)絡(luò)側(cè)保存用戶 預(yù)設(shè)的對接收郵件的長度限制的閾值。當(dāng)郵件服務(wù)器接收到的用戶新郵件后，判斷該郵件的長度超過預(yù)設(shè)的閥值時，只推送該郵件的一部分；當(dāng)用戶收到郵 件服務(wù)器推送的部分郵件并且認(rèn)為需要閱讀該郵件的全文時，則主動去下載該 郵件未被推送的部分內(nèi)容。該方案中，對于用戶的一部分郵件(即郵件長度小 于閾值的郵件)采用推送郵件全文的方式，對于用戶的另一部分郵件(即郵件 長度大于閾值的郵件)采用推送郵件部分內(nèi)容的方式。該方案能夠才艮據(jù)郵件的 長度選擇不同的推送方式，并且不會對接收帶寬和手機終端內(nèi)存造成太大的壓 力。但是并不能保證郵件長度小于閾值的郵件就為用戶希望閱讀全文的郵件， 也不能保證郵件長度大于閾值的郵件中不包括用戶的重要郵件，所以，該方案綜上所述，現(xiàn)有手機郵箱業(yè)務(wù)推送郵件的方法中，不能針對不同的郵件實 時地選擇對郵件的推送方式，容易導(dǎo)致用戶重要郵件的延誤或者給無線帶寬以 及手機存儲容量帶來很大的壓力。發(fā)明內(nèi)容本發(fā)明提供一種郵件推送方式確定方法、推送方法、裝置及系統(tǒng)，用以解 決現(xiàn)有技術(shù)不能針對不同的郵件實時地確定郵件推送方式的問題。 本發(fā)明實施例通過如下技術(shù)方案實現(xiàn) 本發(fā)明實施例纟是供了一種郵件推送方式確定方法，包括 獲取待推送郵件的屬性信息；根據(jù)所述屬性信息，從存儲的閱讀方式記錄中查找出所述待推送郵件的收 件人的對應(yīng)閱讀方式記錄；根據(jù)查找出的所述閱讀方式記錄，確定所述待推送郵件的推送方式。本發(fā)明實施例還提供了一種郵件推送方法，包括接收網(wǎng)絡(luò)側(cè)發(fā)送的郵件通知，所述郵件通知中包括待推送郵件的屬性信息；采用上述郵件推送方式確定方法，確定該待推送郵件的推送方式； 指示網(wǎng)絡(luò)側(cè)根據(jù)確定出的推送方式推送所述待推送郵件，以及接收網(wǎng)絡(luò)側(cè) 推送的郵件。本發(fā)明實施例還提供了另一種郵件推送方法，包括接收待推送郵件后，采用上述郵件推送方式確定方法，確定該待推送郵件 的推送方式；根據(jù)確定出的推送方式推送所述待推送郵件。本發(fā)明實施例還提供了一種用戶終端，包括記錄確定單元，用于生成或更新閱讀方式記錄并存儲；接收單元，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的包括待推送郵件的屬性信息的郵件通 知；以及接收網(wǎng)絡(luò)側(cè)推送的郵件；推送方式確定單元，用于從所述接收單元接收的郵件通知中獲取待推送郵 件的屬性信息，根據(jù)所述屬性信息，從所述記錄確定單元存儲的閱讀方式記錄 中查找出所述待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱 讀方式記錄，確定所述待推送郵件的推送方式；側(cè)。本發(fā)明實施例還提供了一種郵件服務(wù)器，包括記錄存儲單元，用于存儲用戶終端發(fā)送的、由用戶終端生成或更新的閱讀 方式記錄；接收單元，用于接收待推送郵件；推送方式確定單元，用于獲取所述接收單元接收的待推送郵件的屬性信 息，并根據(jù)所述屬性信息，從所述記錄存儲單元存儲的閱讀方式記錄中查找出所述待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱讀方式記錄，確定所述待推送郵件的推送方式； 推送郵件。本發(fā)明實施例還提供了一種郵件推送系統(tǒng)，包括郵件服務(wù)器和用戶終端； 所述郵件服務(wù)器，用于向所述用戶終端發(fā)送郵件通知；以及根據(jù)所述用戶 終端確定出的推送方式推送所述待推送郵件；所述用戶終端，用于接收郵件服務(wù)器發(fā)送的郵件通知，從所述郵件通知中 獲取待推送郵件的屬性信息，并根據(jù)所述屬性信息，從存儲的閱讀方式記錄中 查找出所述待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱讀 方式記錄，確定所述待推送郵件的推送方式，并將確定結(jié)果發(fā)送給所述郵件服 務(wù)器。本發(fā)明實施例還提供了另一種郵件推送系統(tǒng)，包括郵件服務(wù)器和用戶終端；郵件服務(wù)器，用于獲取待推送郵件的屬性信息，并根據(jù)所述屬性信息，從 網(wǎng)絡(luò)側(cè)存儲的、由所述用戶終端所生成或更新的閱讀方式記錄中查找出所述待 推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱讀方式記錄，確 定所述待推送郵件的推送方式，并根據(jù)確定出的推送方式推送所述待推送郵 件；用戶終端，用于接收所述郵件服務(wù)器推送的郵件；以及生成或更新閱讀方 式記錄。本發(fā)明實施例通過上述技術(shù)方案，當(dāng)有待推送郵件需要推送時，首先獲取 該待推送郵件的屬性信息，并從存儲的閱讀方式記錄中查找該待推送郵件的收 件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的閱讀方式記錄，確定該待推送郵件的 推送方式。從而能夠根據(jù)待推送郵件的屬性信息，以及用戶以往對與該待推送 郵件的屬性信息對應(yīng)的郵件的閱讀方式，實時地為待推送郵件確定推送方式，郵件服務(wù)器可以根據(jù)確定出的推送方式推送郵件，從而給用戶提供了很大方 便，不需要用戶預(yù)先設(shè)置推送方式或設(shè)置對接收郵件的長度限制的閾值，增加 了用戶體驗。并且有效減少了由于對用戶重要郵件釆用的推送方式不當(dāng)(例如 非全文推送)而導(dǎo)致的用戶郵件延誤，以及對用戶不重要郵件采用的推送方式 不當(dāng)(例如全文推送)而浪費無線帶寬和手機存儲容量的問題，從而最大限度 地在手機存儲容量、無線帶寬、郵件屬性、用戶閱讀習(xí)慣四點間找到合理的平 衡點。


圖1為本發(fā)明實施例提供的知識庫的創(chuàng)建和維護的流程圖； 圖2為本發(fā)明實施例提供的實現(xiàn)郵件實時推送的流程圖； 圖3為本發(fā)明實施例提供的用戶終端結(jié)構(gòu)圖； 圖4為本發(fā)明實施例提供的郵件服務(wù)器結(jié)構(gòu)圖； 圖5為本發(fā)明實施例提供的郵件推送系統(tǒng)結(jié)構(gòu)圖。
具體實施方式
針對現(xiàn)有郵件推送業(yè)務(wù)中存在的不能實時地確定郵件推送方式的問題，本 發(fā)明實施例提出一種郵件推送方式確定方法、推送方法、裝置及系統(tǒng)，下面結(jié) 合說明書附圖對本發(fā)明實施例的主要實現(xiàn)原理、具體實施過程及其對應(yīng)能夠達 到的有益效果進行詳細的闡述。本發(fā)明實施例中，需要根據(jù)用戶對郵件的處理行為創(chuàng)建和維護能夠體現(xiàn)用 戶對不同郵件的閱讀方式的知識庫，該知識庫為決策待推送郵件的推送方式提供了依據(jù)。知識庫中包括針對不同郵件生成的閱讀方式記錄，每條閱讀方式記錄中可 包括郵件屬性信息、收件人對與該屬性信息對應(yīng)的郵件的閱讀方式(如采用全 文方式閱讀、采用非全文方式閱讀)及對應(yīng)的次數(shù)，以及時間信息。其中，郵件屬性信息用于描述郵件，可以是郵件的發(fā)件人、抄送的收件人或郵件主題； 采用全文方式閱讀的次數(shù)以及釆用非全文方式閱讀的次數(shù)可以是相應(yīng)行為實 際發(fā)生的次數(shù)，也可以是加權(quán)處理后的次數(shù)；記錄的時間信息是閱讀與該郵件 屬性信息相匹配的郵件的最近一次行為發(fā)生的時間，如日期，該信息是可選項。 也可在采用全文方式閱讀的次數(shù)和采用非全文方式閱讀的次數(shù)中擇其一項進 行記錄，并記錄與該條閱讀方式記錄中包括的屬性信息對應(yīng)的郵件-陂閱讀的總 次數(shù)。知識庫的創(chuàng)建和維護過程可如圖l所示，執(zhí)行如下步驟步驟IOI、在用戶閱讀郵件后，提取該郵件的屬性信息，并確定該次閱讀 行為采用的閱讀方式以及當(dāng)前閱讀日期。該步驟中，才艮據(jù)用戶此次的閱讀行為確定出的閱讀方式為全文方式或非全 文方式(例如，只閱讀郵件頭)。在提取郵件屬性信息的過程中，根據(jù)用戶終端中預(yù)先設(shè)置的信息提取策略 從該郵件的屬性信息中提取指定的屬性信息，預(yù)設(shè)的信息提取策略包括如下中 的至少一個提取郵件發(fā)件人信息、提取抄送的收件人信息、提取郵件主題信 息。在提取郵件的主題時，可將郵件主題進行歸一化處理，例如，去除"RE:"、 "Re:"、 "re:"、"回復(fù):"、"答復(fù):"或空格等對主題沒有實際意義的信息。一般情況下，為了更好地記錄用戶對郵件的處理行為，信息提取策略可以 包括上述提取郵件發(fā)件人信息、提取抄送的收件人信息以及提取郵件主題信 息，這樣就可以避免由于佶息提取策略中只包括提取抄送的收件人信息或只包 括提取郵件主題信息，但被閱讀郵件沒有抄送的收件人或沒有主題等，而導(dǎo)致 無法記錄用戶對該郵件的處理行為的情況。步驟102、判斷知識庫中是否保存有包括步驟101中提取出的屬性信息的閱 讀方式記錄，若沒有，則執(zhí)行步驟103;否則執(zhí)行步驟104。步驟103、根據(jù)提取出的郵件的屬性信息生成閱讀方式記錄，并根據(jù)此次 采用的閱讀方式在相應(yīng)閱讀方式次數(shù)上進行累加(新記錄中閱讀方式次數(shù)的默ii認(rèn)值可為0),得到對應(yīng)的閱讀方式記錄并保存；
步驟104、根據(jù)用戶此次對郵件采用的閱讀方式更新知識庫中已有的閱讀 方式記錄，即根據(jù)此次采用的閱讀方式，在已有的閱讀方式記錄中的相應(yīng)的閱 讀方式次數(shù)上進行累加，并將時間更新為當(dāng)前的日期。
當(dāng)根據(jù)信息提取策略的規(guī)定從郵件中提取出的信息包括發(fā)件人信息、抄送 的收件人信息、郵件主題信息時，知識庫中的閱讀方式記錄可以為
包括發(fā)件人信息的閱讀方式記錄，如發(fā)件人、采用全文方式閱讀的次數(shù)、 采用非全文方式閱讀的次數(shù)以及記錄更新日期；
包括抄送的收件人信息的閱讀方式記錄，如抄送的收件人、采用全文方 式閱讀的次數(shù)、采用非全文方式閱讀的次數(shù)以及記錄更新日期；
包括郵件主題信息的閱讀方式記錄，如主題、采用全文方式閱讀的次數(shù)、 采用非全文方式閱讀的次數(shù)以及記錄更新日期；
包括發(fā)件人信息、抄送的收件人信息、郵件主題信息中的至少兩個的閱讀 方式記錄，如發(fā)件人、抄送的收件人、采用全文方式閱讀的次數(shù)、采用非全 文方式閱讀的次^t以及記錄更新日期。
上述記錄中的記錄更新日期為用戶最近一次閱讀郵件的日期。
上述過程的一個具體示例為收件人在2008年7月12日采用全文方式閱讀 了一封來自小王、抄送給李總、主題為會議紀(jì)要的郵件，提取出的郵件屬性信 息包括發(fā)件人"小王"、抄送的收件人"李總"以及主題"會議紀(jì)要"。根據(jù) 用戶的此次閱讀行為針對提取出的屬性信息生成的閱讀方式記錄可以包括
小王、采用全文方式閱讀的次數(shù)="1"、釆用非全文方式閱讀的次數(shù)="0"、 2008年7月12日；
李總、采用全文方式閱讀的次數(shù)="1"、采用非全文方式閱讀的次數(shù)="0"、 2008年7月12曰；
會議紀(jì)要、采用全文方式閱讀的次數(shù)="1"、采用非全文方式閱讀的次數(shù) ="0"、 2008年7月12曰。
12其中，小王和李總也可以用分別對應(yīng)的郵件地址表示。
上述三種類型的閱讀方式記錄可分別存儲于知識庫中不同的文件或存儲 空間中，如分別存儲于針對發(fā)件人的閱讀方式記錄列表、針對抄送的收件人的
閱讀方式記錄列表、針對郵件主題的閱讀方式記錄列表；或者，在上述三種類 型的記錄中增加標(biāo)識記錄類型的字段，以表明具體記錄是針對發(fā)件人、抄送的 收件人，還是郵件主題的閱讀方式記錄。
閱讀方式記錄的維護過程中，利用用戶此次對郵件采用的閱讀方式更新知 識庫中已有的閱讀方式記錄，即利用用戶此次對郵件采用的閱讀方式更新已有 記錄中的采用相應(yīng)閱讀方式的次數(shù)。當(dāng)用戶此次對郵件采用的全文方式閱讀， 則在已有記錄中的采用全文方式閱讀的次數(shù)上加1;當(dāng)用戶此次對郵件采用的 非全文方式閱讀，則在已有記錄中的采用非全文方式閱讀的次數(shù)上加l。若已 有閱讀方式記錄中包括時間信息，則需要進一步根據(jù)用戶此次閱讀郵件的時間 更新該已有記錄中的時間。.
例如，用戶在7月12日采用全文方式閱讀了小王發(fā)送的郵件，知識庫中已 有的閱讀方式"i己錄為
小王、采用全文方式閱讀的次數(shù)="5"、采用非全文方式閱讀的次數(shù)="3"、 2008年7月2曰；
則根據(jù)用戶的此次閱讀行為更新后的閱讀方式記錄為
小王、采用全文方式閱讀的次數(shù)="6"、采用非全文方式閱讀的次數(shù)="3"、 2008年7月12日。
上述閱讀方式記錄中的采用全文方式閱讀的次數(shù)或釆用非全文方式閱讀 的次數(shù)所記錄的是用戶閱讀行為的真實次數(shù)。通常情況下，用戶最近一段時間 的郵件閱讀行為更能反映出用戶當(dāng)前的實際需要，因此，本發(fā)明實施例中，為 了更好地反映用戶在最近一段時間內(nèi)對特定郵件的閱讀習(xí)慣，可根據(jù)郵件閱讀 行為所發(fā)生的時間對閱讀方式的次數(shù)進行加權(quán)處理，原則上是該郵件閱讀行為 發(fā)生時間越近，則加權(quán)值越大。本發(fā)明實施例提供的一種加權(quán)值的確定方法為 (記錄更新日期-設(shè)定日期)+1;
該公式中，設(shè)定日期可以為知識庫創(chuàng)建日期；將記錄更新日期與設(shè)定曰期 的差值加l，是為了避免記錄更新日期與設(shè)定日期為同一天時，從而使得根據(jù) 用戶的此次閱讀行為生成的閱讀方式記錄無效的情況。例如，用戶在2008年7 月12日釆用全文方式閱讀了一封郵件，假設(shè)知識庫創(chuàng)建日期為2008年7月1日， 則針對該郵件生成的閱讀方式記錄中采用全文方式閱讀的次數(shù)即為lx (12-1+1) =12。
本發(fā)明實施例提供的另 一種加權(quán)值的確定方法為
預(yù)先設(shè)置設(shè)定時間段與加權(quán)值的對應(yīng)關(guān)系，該設(shè)定時間段離當(dāng)前日期越 近，對應(yīng)的加權(quán)值越大。當(dāng)郵件被閱讀后，根據(jù)預(yù)設(shè)的對應(yīng)關(guān)系確定該郵件被 閱讀的日期對應(yīng)的加權(quán)值。例如，預(yù)設(shè)與設(shè)定日期相差0 3天對應(yīng)的加權(quán)值為5， 與設(shè)定日期相差3 6天對應(yīng)的加權(quán)值為10,依次類推，與設(shè)定日期相差3 (n-l)
3n天對應(yīng)的加權(quán)值為5n, n=l、 2......。其中，該設(shè)定日期為當(dāng)前日期以前的
一個日期。有ii殳"i殳定日期為2008年7月l日，若用戶在7月12日采用全文方式閱 讀了一封郵件，該日期離7月1日相差11天，才艮據(jù)預(yù)設(shè)的對應(yīng)關(guān)系得到對應(yīng)的加 權(quán)值為5n-20，則針對該郵件生成的閱讀方式記錄中采用全文方式閱讀的次數(shù) 即為1x20=20。
為了減少知識庫在用戶終端中占用的空間，并且便于對知識庫進行維護管 理，根據(jù)上述方式創(chuàng)建和維護的知識庫中可以只保存近期的記錄，例如，從當(dāng) 前日期向前推3個月這段時間內(nèi)的記錄，如果發(fā)現(xiàn)超過3個月，則刪除該記錄。
本發(fā)明實施例中，當(dāng)網(wǎng)絡(luò)側(cè)中的郵件服務(wù)器接收到待推送郵件后，向該郵 件的收件人對應(yīng)的用戶終端發(fā)送郵件通知，該郵件通知中包括該郵件的屬性信 息，郵件的屬性信息通常包括發(fā)件人信息，并且在該待推送郵件有抄送的收件 人或/和主題的情況下，該待推送郵件的屬性信息還包括抄送的收件人信息或/ 和郵件主題信息。當(dāng)用戶終端收到郵件通知后，從中解析出該待推送郵件的發(fā)件人等屬性信息，并從知識庫中查找與解析出的郵件的屬性信息對應(yīng)的閱讀方 式記錄，根據(jù)查找到的閱讀方式記錄，確定該待推送郵件的推送方式，或者在 未查找到閱讀方式記錄的情況下，確定該待推送郵件的推送方式為默認(rèn)推送方 式。確定出該待推送郵件的推送方式后，進一步指示郵件服務(wù)器按照指定的推 送方式推送郵件。由于閱讀方式記錄反映了收件人以往對與該閱讀方式記錄中 包括的屬性信息對應(yīng)的郵件的處理方式，因此，根據(jù)閱讀方式記錄所確定出的
滿足了收件人的實際需要。
上述過程中，從知識庫中查找與解析出的郵件的屬性信息對應(yīng)的閱讀方式 記錄，即查找包括解析出的屬性信息的閱讀方式記錄。才艮據(jù)查找到的閱讀方式
記錄，確定該待推送郵件的推送方式，具體可以為確定查找到的閱讀方式記 錄中最多的閱讀次數(shù)對應(yīng)的閱讀方式，作為該待推送郵件的推送方式，例如， 若確定出的閱讀方式為全文閱讀，則確定該待推送郵件的推送方式為全文推送 方式，若確定出的閱讀方式為非全文閱讀，則確定該待推送郵件的推送方式為 非全文推送方式。
確定查找到的閱讀方式記錄中最多的閱讀次數(shù)對應(yīng)的閱讀方式，作為該待 推送郵件的推送方式，具體可以通過如下方式實現(xiàn)
方式一根據(jù)查找到的閱讀方式記錄獲得待推送郵件的收件人采用不同方 式閱讀郵件的次數(shù)，根據(jù)統(tǒng)計出的次數(shù)之間的比較結(jié)果確定待推送郵件的推送 方式。
上述過程中，當(dāng)從知識庫中查找到的閱讀方式記錄為只包括一種屬性信息 的一種類型的閱讀方式記錄時，根據(jù)該查找到的閱讀方式記錄獲得待推送郵件 的收件人采用第一方式和第二方式閱讀郵件的次數(shù)，當(dāng)采用第一方式閱讀郵件 的次數(shù)大于采用第二方式閱讀郵件的次數(shù)時，確定該待推送郵件的推送方式為 第一方式；當(dāng)采用第一方式閱讀郵件的次數(shù)小于采用第二方式閱讀郵件的次數(shù) 時，確定該待推送郵件的推送方式為第二方式；當(dāng)采用第一方式閱讀郵件的次
15數(shù)等于采用第二方式閱讀郵件的次數(shù)時，確定該待推送郵件的推送方式為默認(rèn)推送方式。當(dāng)從知識庫中查找到的閱讀方式記錄為分別包括不同屬性信息的多種類型的閱讀方式記錄時，若根據(jù)該多種閱讀方式記錄確定出滿足待推送郵件的收件人采用第一方式閱讀郵件的次數(shù)大于采用第二方式閱讀郵件的次數(shù)的閱讀方式記錄的種類數(shù)大于設(shè)定閾值，則確定該待推送郵件的推送方式為第一
方式；若根據(jù)該多種閱讀方式記錄確定出滿足待推送郵件的收件人采用第一方式閱讀郵件的次數(shù)小于采用第二方式閱讀郵件的次數(shù)的閱讀方式記錄的種類數(shù)大于設(shè)定閾值，則確定該待推送郵件的推送方式為第二方式；若根據(jù)該多種閱讀方式記錄確定出滿足待推送郵件的收件人采用第 一方式閱讀郵件的次數(shù)等于采用第二方式閱讀郵件的次數(shù)的閱讀方式記錄的種類數(shù)大于設(shè)定閾值，則確定該待推送郵件的推送方式為默認(rèn)推送方式。上述過程中，第一方式和第二方式分別為全文方式和非全文方式中的一種；默認(rèn)推送方式可以為全文推送方式或非全文推送方式。
方式二根據(jù)查找到的閱讀方式記錄統(tǒng)計收件人采用指定方式閱讀郵件的概率，根據(jù)統(tǒng)計得到的概率與設(shè)定閾值的比較結(jié)果確定該待推送郵件的推送方式。
上述過程中，當(dāng)從知識庫中查找到的閱讀方式記錄為只包括一種屬性信息的一種類型的閱讀方式記錄時，根據(jù)該查找到的閱讀方式記錄中包括的閱讀方式及對應(yīng)的次數(shù)統(tǒng)計該收件人采用第一方式閱讀郵件的概率，當(dāng)計算得到的概率大于設(shè)定閾值(一般該閾值大于等于50% )時，確定該待推送郵件的推送方式為第一方式；否則，確定該待推送郵件的推送方式為第二方式。當(dāng)從知識庫中查找到的閱讀方式記錄為包括不同屬性信息的多種類型的閱讀方式記錄時，若根據(jù)該多種閱讀方式記錄確定出滿足待推送郵件的收件人采用第 一方式閱讀郵件的概率大于第一設(shè)定閾值的閱讀方式記錄的種類數(shù)大于第二設(shè)定閾值，或根據(jù)該多種閱讀方式記錄分別統(tǒng)計出的各個概率的平均值大于第三設(shè)定閾值時，確定該待推送郵件的推送方式為第一方式 否則，確定該待推送郵件的推送方式為第二方式。上述過程中，采用第一方式閱讀郵件的概率=采用第一方式對應(yīng)的閱讀次數(shù)/采用不同方式閱讀的總次數(shù)，第一方式和第二方式分別為全文方式和非全文方式中的一種。
上述過程中，當(dāng)從知識庫中查找到的閱讀方式記錄包括多種類型時，還可進一步按照預(yù)設(shè)的判斷策略(其中指定了根據(jù)包括不同屬性信息的閱讀方式記錄進行判斷時所依據(jù)的次序)，實時地確定待推送郵件的推送方式。
以下為依據(jù)上述方式二為待推送郵件確定推送方式的一個具體示例，其中，第二設(shè)定閾值為l，并且假設(shè)待推送郵件的屬性信息包括郵件的發(fā)件人、抄送的收件人以及郵件主題，并且從知識庫中都能找到相應(yīng)的閱讀方式記錄，并且預(yù)設(shè)的判斷策略中指定的判斷順序為發(fā)件人、抄送的收件人、主題。如圖
2所示，執(zhí)行如下步驟
步驟201、網(wǎng)絡(luò)側(cè)的郵件服務(wù)器收到待推送郵件后，向該郵件的收件人對應(yīng)的用戶終端發(fā)送郵件通知。
該步驟中，郵件服務(wù)器發(fā)送的郵件通知中包括該郵件的屬性信息，該屬性信息中包括發(fā)件人信息、抄送的收件人、主題。
步驟202、用戶終端接收到郵件服務(wù)器發(fā)送的郵件通知后，從中解析出該郵件對應(yīng)的屬性信息。
步驟203、根據(jù)預(yù)設(shè)的判斷策略，從知識庫中查找包括待推送郵件的發(fā)件人的閱讀方式記錄，并才艮據(jù)該閱讀方式記錄統(tǒng)計收件人采用全文方式閱讀該待推送郵件的發(fā)件人發(fā)送的郵件的概率，當(dāng)?shù)玫降母怕蚀笥谠O(shè)定閾值時，執(zhí)行步驟207,否則執(zhí)行步驟204。
該步驟中，在知識庫中查找到包括待推送郵件的發(fā)件人的閱讀方式記錄，根據(jù)該閱讀方式^數(shù)，計算！
率，當(dāng)計算出的概率大于設(shè)定閾值時，表明該發(fā)件人為重要發(fā)件人。
步驟204、根據(jù)預(yù)設(shè)的判斷策略，從知識庫中查找包括待推送郵件抄送的收件人的閱讀方式記錄，并根據(jù)該閱讀方式記錄統(tǒng)計收件人采用全文方式閱讀抄送給該待推送郵件抄送的收件人的郵件的概率，當(dāng)?shù)玫降母怕蚀笥谠O(shè)定閾值
時，執(zhí)行步驟207，否則執(zhí)行步驟205。
該步驟中，在知識庫中查找包括待推送郵件抄送的收件人的閱讀方式記錄，根據(jù)該閱讀方式記錄中采用全文方式閱讀的次數(shù)和采用非全文方式閱讀的
采用全文方式閱讀的概率，當(dāng)計算出的概率大于設(shè)定閾值時，表明抄送的該收件人為重要聯(lián)系人。
步驟205、根據(jù)預(yù)設(shè)的判斷策略，從知識庫中查找包括待推送郵件的主題的閱讀方式記錄，并根據(jù)該閱讀方式記錄統(tǒng)計收件人采用全文方式閱讀與該待推送郵件的主題對應(yīng)的郵件的概率，當(dāng)?shù)玫降母怕蚀笥谠O(shè)定閾值時，執(zhí)行步驟207，否則執(zhí)行步驟206。
該步驟中，在知識庫中查找到包括待推送郵件的主題的閱讀方式記錄，根
計算出用戶對該主題的郵件釆用全文方式閱讀的概率，當(dāng)計算出的概率大于設(shè)定閾值時，表明待推送郵件的主題為用戶感興趣的郵件主題。
步驟206、確定非全文方式推送該待推送郵件，并指示郵件服務(wù)器按非全文方式推送該郵件。
步驟2(X7、確定全文方式推送該待推送郵件，并指示郵件服務(wù)器推送郵件全文。
上述過程的另一示例中，在步驟203中，若從知識庫中查找不到包括待推送郵件的發(fā)件人的閱讀方式記錄，表明該待推送郵件的發(fā)件人非重要發(fā)件人，可以以非全文方式推送該待推送郵件；在步驟204中，若從知識庫中查找不到包括待推送郵件抄送的收件人的閱讀方式記錄，表明該待推送郵件抄送的收件人非重要聯(lián)系人，可以以非全文方式推送該待推送郵件；在步驟205中，若從知識庫中查找不到包括待推送郵件的主題的閱讀方式記錄，表明該待推送郵件的主題不是收件人感興趣的主題，可以以非全文方式推送該待推送郵件。進一
步地，在步驟203 205中，當(dāng)在知識庫中查找不到相應(yīng)的閱讀方式記錄時，也可以根據(jù)默認(rèn)的推送方式推送該待推送郵件，該默認(rèn)的推送方式可以為全文推送方式或非全文推送方式。
上述實施例中，當(dāng)網(wǎng)絡(luò)側(cè)中的郵件服務(wù)器接收到用戶郵件后，可以首先判斷郵件的優(yōu)先級屬性，若該郵件被標(biāo)記為高優(yōu)先級，則直接推送該郵件全文到用戶終端；否則，向該郵件的收件人對應(yīng)的用戶終端發(fā)送郵件通知，由用戶終端根據(jù)知識庫確定對該郵件的推送方式。
本發(fā)明的又一實施例中，網(wǎng)絡(luò)側(cè)中的郵件服務(wù)器中保存有知識庫，該知識庫是用戶終端根據(jù)上述實施例中所述的方法創(chuàng)建和維護的，并且按照同步策略(如定時同步或閑時同步)同步到郵件服務(wù)器中的。當(dāng)網(wǎng)絡(luò)側(cè)中的郵件服務(wù)器接收到待推送郵件后，提取出該郵件對應(yīng)的屬性信息，并從保存的知識庫中查找包括待推送郵件的屬性信息的閱讀方式記錄，根據(jù)查找到的閱讀方式記錄確定待推送郵件的推送方式，或者在未查找到相應(yīng)閱讀方式記錄的情況下，確定待推送郵件的推送方式為默認(rèn)推送方式。確定出對待推送郵件的推送方式后，進一步根據(jù)確定的推送方式向用戶終端推送該郵件。其中，4艮據(jù)查找到的閱讀
不再詳細4笛述。
本發(fā)明實施例還提供了一種用戶終端，該用戶終端的結(jié)構(gòu)可如圖3所示，包括記錄確定單元301、接收單元302、推送方式確定單元303以及發(fā)送單元304。其中，
記錄確定單元301,用于生成或更新閱讀方式記錄并存4諸，該閱讀方式記錄中 一般包括郵件的屬性信息、收件人的閱讀方式以及對應(yīng)的閱讀次數(shù)。
接收單元302，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的郵件通知，該郵件通知中包括待推送郵件的屬性信息；以及接收網(wǎng)絡(luò)側(cè)推送的郵件。
推送方式確定單元303,用于從接收單元302接收的郵件通知中獲取待推
19送郵件的屬性信息，并4艮據(jù)獲取到的屬性信息，從記錄確定單元301存儲的閱 讀方式記錄中查找待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的閱 讀方式記錄，確定該待推送郵件的推送方式。
發(fā)送單元304，用于將推送方式確定單元303確定出的推送方式發(fā)送給網(wǎng) 絡(luò)側(cè)。
上述記錄確定單元301還可以進一步包括'.記錄生成模塊或記錄更新模塊 (未在圖中標(biāo)出)。其中，記錄生成模塊，用于在郵件被閱讀后，根據(jù)該郵件 的屬性信息查找存儲的閱讀方式記錄，若不存在包括該被閱讀郵件的屬性信息 的閱讀方式記錄，則生成一條包括該被閱讀郵件的屬性信息及收件人本次采用 的閱讀方式的閱讀方式記錄，并將該閱讀方式對應(yīng)的默認(rèn)閱讀次數(shù)遞增；記錄 更新模塊，用于在郵件被閱讀后，根據(jù)該郵件的屬性信息查找存儲的閱讀方式 記錄，若存在包括該被閱讀郵件的屬性信息的閱讀方式記錄，則將該閱讀方式 記錄中與收件人本次采用的閱讀方式對應(yīng)的閱讀次數(shù)遞增。
上述推送方式確定單元303進一步用于，確定查找到的閱讀方式記錄中最 多的閱讀次數(shù)對應(yīng)的閱讀方式，作為該待推送郵件的推送方式。
上述推送方式確定單元303還用于，當(dāng)查找不到對應(yīng)閱讀方式記錄時，確 定該待推送郵件的推送方式為默認(rèn)推送方式。
本發(fā)明實施例還提供了一種郵件服務(wù)器，該郵件服務(wù)器的具體結(jié)構(gòu)可如圖 4所示，包括記錄存儲單元401、接收單元402、推送方式確定單元403以及 推送單元404。其中，
記錄存儲單元401，用于存儲用戶終端發(fā)送的、由用戶終端生成或更新的 閱讀方式記錄，該閱讀方式記錄中一般包括郵件的屬性信息、收件人的閱讀方 式以及對應(yīng)的閱讀次數(shù)。
接收單元402,用于接收待推送郵件，并將該待推送郵件轉(zhuǎn)發(fā)給推送方式 確定單元403。
推送方式確定單元403,用于獲取接收單元402接收的待推送郵件的屬性
20信息，并根據(jù)獲取到的屬性信息，從記錄存儲單元401存儲的閱讀方式記錄中
查找待推送郵件的收件人的對應(yīng)閱讀方式記錄，4艮據(jù)查找出的閱讀方式記錄， 確定該待推送郵件的推送方式。
推送單元404,用于根據(jù)推送方式確定單元403確定出的推送方式推送待 推送郵件。
上述推送方式確定單元403進一步用于，確定查找到的閱讀方式記錄中最 多的閱讀次數(shù)對應(yīng)的閱讀方式，作為該待推送郵件的推送方式。
上迷推送方式確定單元403還可以用于，當(dāng)查找不到對應(yīng)閱讀方式記錄時， 確定該待推送郵件的推送方式為默認(rèn)推送方式。
本發(fā)明實施例還提供了一種郵件推送系統(tǒng)，其結(jié)構(gòu)如圖5所示，包括郵 件服務(wù)器501和用戶終端502。其中。
郵件服務(wù)器501，用于向用戶終端502發(fā)送郵件通知；以及根據(jù)用戶終端 502確定出的推送方式推送待推送郵件。
用戶終端502,用于接收郵件服務(wù)器501發(fā)送的郵件通知，從該郵件通知 中獲取待推送郵件的屬性信息，并根據(jù)獲取的屬性信息，從存儲的閱讀方式記 錄中查找該待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的閱讀方式 記錄，確定該待推送郵件的推送方式，并將確定結(jié)果發(fā)送給郵件服務(wù)器501。 該用戶終端502還可以用于，當(dāng)查找不到對應(yīng)閱讀方式記錄時，確定該待推送 郵件的推送方式為默認(rèn)推送方式。
本發(fā)明提供的又一實施例中，郵件服務(wù)器501，用于獲取待推送郵件的屬 性信息，并在網(wǎng)絡(luò)側(cè)存儲的、由用戶終端502所生成或更新的閱讀方式記錄中 查找該待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的閱讀方式記 錄，確定該待推送郵件的推送方式，并根據(jù)確定出的推送方式推送該待推送郵 件；用戶終端502,用于接收郵件服務(wù)器501推送的郵件；以及生成或更新閱 讀方式記錄。其中，郵件服務(wù)器501還用于，當(dāng)查找不到對應(yīng)閱讀方式記錄時， 確定該待推送郵件的推送方式為默認(rèn)推送方式。本發(fā)明實施例通過上述技術(shù)方案，當(dāng)有待推送郵件需要推送時，首先獲取 該待推送郵件的屬性信息，并從存儲的閱讀方式記錄中查找該待推送郵件的收 件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的閱讀方式記錄，確定該待推送郵件的 推送方式。從而能夠根據(jù)待推送郵件的屬性信息，以及用戶以往對與該待推送 郵件的屬性信息對應(yīng)的郵件的閱讀方式，實時地為待推送郵件確定推送方式， 郵件服務(wù)器可以根據(jù)確定出的推送方式推送郵件，從而給用戶提供了很大方 便，不需要用戶預(yù)先設(shè)置推送方式或設(shè)置對接收郵件的長度限制的閾值，增加 了用戶體驗。并且有效減少了由于對用戶重要郵件采用的推送方式不當(dāng)(例如 非全文推送)而導(dǎo)致的用戶郵件延誤，以及對用戶不重要郵件采用的推送方式 不當(dāng)(例如全文推送)而浪費無線帶寬和手機存儲容量的問題，從而最大限度 地在手機存儲容量、無線帶寬、郵件屬性、用戶閱讀習(xí)慣四點間找到合理的平 衡點。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種郵件推送方式確定方法，其特征在于，包括獲取待推送郵件的屬性信息；根據(jù)所述屬性信息，從存儲的閱讀方式記錄中查找出所述待推送郵件的收件人的對應(yīng)閱讀方式記錄；根據(jù)查找出的所述閱讀方式記錄，確定所述待推送郵件的推送方式。
2、 如權(quán)利要求1所述的方法，其特征在于，當(dāng)查找不到所述閱讀方式記 錄時，確定所述待推送郵件的推送方式為默認(rèn)推送方式。
3、 如權(quán)利要求1所述的方法，其特征在于，還包括生成或更新所述閱 讀方式記錄。
4、 如權(quán)利要求3所述的方法，其特征在于，所述閱讀方式記錄包括郵件 的屬性信息、收件人的閱讀方式及對應(yīng)的閱讀次數(shù)；所述生成所述閱讀方式記錄，包括在郵件被閱讀后，根據(jù)該郵件的屬性信息查找存儲的閱讀方式記錄，若不 存在包括所述屬性信息的閱讀方式記錄，則生成一條包括所述屬性信息及收件 人本次采用的閱讀方式的閱讀方式記錄，并將所述閱讀方式對應(yīng)的默認(rèn)閱讀次 數(shù)遞增；所述更新所述閱讀方式記錄，包括在郵件被閱讀后，根據(jù)該郵件的屬性信息查找存儲的閱讀方式記錄，若存 在包括所述屬性信息的閱讀方式記錄，則將該閱讀方式記錄中與收件人本次采 用的閱讀方式對應(yīng)的閱讀次數(shù)遞增。
5、 如權(quán)利要求4所迷的方法，其特征在于，所述根據(jù)查找出的所迷閱讀 方式記錄，確定所述待推送郵件的推送方式，包括確定查找出的所述閱讀方式記錄中閱讀次數(shù)最多的對應(yīng)的閱讀方式，作為 所述待推送郵件的推送方式。
6、 如權(quán)利要求1所述的方法，其特征在于，所述郵件推送方式確定方法由所述待推送郵件的收件人的用戶終端執(zhí)行，或由接收到所述待推送郵件的郵 件服務(wù)器執(zhí)行。
7、 一種郵件推送方法，其特征在于，包括接收網(wǎng)絡(luò)側(cè)發(fā)送的郵件通知，所述郵件通知中包括待推送郵件的屬性信自 ,&，采用權(quán)利要求1至權(quán)利要求5任一項所述的方法，確定該待推送郵件的推 送方式；指示網(wǎng)絡(luò)側(cè)根據(jù)確定出的推送方式推送所述待推送郵件，以及接收網(wǎng)絡(luò)側(cè) 推送的郵件。
8、 一種郵件推送方法，其特征在于，包括接收待推送郵件后，釆用權(quán)利要求1至權(quán)利要求5任一項所述的方法，確 定該待推送郵件的推送方式；根據(jù)確定出的推送方式推送所述待推送郵件。
9、 一種用戶終端，其特征在于，包括 記錄確定單元，用于生成或更新閱讀方式記錄并存儲；接收單元，用于接收網(wǎng)絡(luò)側(cè)發(fā)送的包括待推送郵件的屬性信息的郵件通 知；以及接收網(wǎng)絡(luò)側(cè)推送的郵件；推送方式確定單元，用于從所述接收單元接收的郵件通知中獲取待推送郵 件的屬性信息，根據(jù)所述屬性信息，從所述記錄確定單元存儲的閱讀方式記錄 中查找出所述待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱 讀方式記錄，確定所述待推送郵件的推送方式；
10、如權(quán)利要求9所述的用戶終端，其特征在于，所述記錄確定單元，包括記錄生成模塊，用于在郵件被閱讀后，根據(jù)該郵件的屬性信息查找存儲的閱讀方式記錄，若不存在包括所述屬性信息的閱讀方式記錄，則生成一條包括 所述屬性信息及收件人本次采用的閱讀方式的閱讀方式記錄，并將所述閱讀方式對應(yīng)的默認(rèn)閱讀次數(shù)遞增；記錄更新模塊，用于在郵件被閱讀后，根據(jù)該郵件的屬性信息查找存儲的 閱讀方式記錄，若存在包括所述屬性信息的閱讀方式記錄，則將該閱讀方式記 錄中與收件人本次采用的閱讀方式對應(yīng)的閱讀次數(shù)遞增。
11、 如權(quán)利要求9所述的用戶終端，其特征在于，所述推送方式確定單元 進一步用于，確定查找出的所述閱讀方式記錄中閱讀次數(shù)最多的對應(yīng)的閱讀方 式，作為所述待推送郵件的推送方式；或者，當(dāng)查找不到所述閱讀方式記錄時，確定所述待推送郵件的推送方式 為默認(rèn)推送方式。
12、 一種郵件服務(wù)器，其特征在于，包括記錄存儲單元，用于存儲用戶終端發(fā)送的、由用戶終端生成或更新的閱讀 方式記錄；接收單元，用于接收待推送郵件；推送方式確定單元，用于獲取所述接收單元接收的待推送郵件的屬性信 息，并根據(jù)所述屬性信息，從所述記錄存儲單元存儲的閱讀方式記錄中查找出 所述待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱讀方式記 錄，確定所述待推送郵件的推送方式；推送郵件。
13、 如權(quán)利要求12所述的郵件服務(wù)器，其特征在于，所述推送方式確定 單元進一步用于，確定查找出的所述閱讀方式記錄中閱讀次數(shù)最多的對應(yīng)的閱 讀方式，作為所述待推送郵件的推送方式；或者，當(dāng)查找不到所述閱讀方式記錄時，確定所述待推送郵件的推送方式 為默認(rèn)推送方式。
14、 一種郵件推送系統(tǒng)，其特征在于，包括郵件服務(wù)器和用戶終端； 所述郵件服務(wù)器，用于向所述用戶終端發(fā)送郵件通知；以及根據(jù)所述用戶終端確定出的推送方式推送所述待推送郵件；所述用戶終端，用于接收郵件服務(wù)器發(fā)送的郵件通知，從所述郵件通知中 獲取待推送郵件的屬性信息，并根據(jù)所述屬性信息，從存儲的閱讀方式記錄中 查找出所述待推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱讀 方式記錄，確定所述待推送郵件的推送方式，并將確定結(jié)果發(fā)送給所述郵件服 務(wù)器。
15、 如權(quán)利要求14所述的郵件推送系統(tǒng)，其特征在于，所述用戶終端還 用于，當(dāng)查找不到所述閱讀方式記錄時，確定所述待推送郵件的推送方式為默 認(rèn)推送方式。
16、 一種郵件推送系統(tǒng)，其特征在于，包括郵件服務(wù)器和用戶終端； 郵件服務(wù)器，用于獲取待推送郵件的屬性信息，并根據(jù)所述屬性信息，從網(wǎng)絡(luò)側(cè)存儲的、由所述用戶終端所生成或更新的閱讀方式記錄中查找出所述待 推送郵件的收件人的對應(yīng)閱讀方式記錄，根據(jù)查找出的所述閱讀方式記錄，確 定所述待推送郵件的推送方式，并根據(jù)確定出的推送方式推送所述待推送郵 件；用戶終端，用于接收所述郵件服務(wù)器推送的郵件；以及生成或更新閱讀方 式記錄。
17、 如權(quán)利要求16所述的郵件推送系統(tǒng)，其特征在于，所述郵件服務(wù)器 還用于，當(dāng)查找不到所述閱讀方式記錄時，確定所述待推送郵件的推送方式為 默認(rèn)推送方式。
全文摘要
本發(fā)明公開了一種郵件推送方式確定方法、推送方法、裝置及系統(tǒng)，用以解決現(xiàn)有技術(shù)不能針對不同的郵件實時地確定推送方式的問題。具體包括獲取待推送郵件的屬性信息，根據(jù)該屬性信息，從存儲的閱讀方式記錄中查找出該待推送郵件的收件人的對應(yīng)閱讀方式記錄，并根據(jù)查找出的閱讀方式記錄，確定該待推送郵件的推送方式。從而能夠根據(jù)待推送郵件的屬性信息以及用戶對與該待推送郵件的屬性信息對應(yīng)的閱讀習(xí)慣，實時地為待推送郵件確定推送方式，最大限度地在手機存儲容量、無線帶寬、郵件屬性、用戶閱讀習(xí)慣四點間找到合理的平衡點。
文檔編號H04L12/58GK101667976SQ20081011937
公開日2010年3月10日 申請日期2008年9月4日 優(yōu)先權(quán)日2008年9月4日
發(fā)明者銘 李, 誠 潘, 頔 薛 申請人:中國移動通信集團公司