[發(fā)明專利]發(fā)送郵件的方法和終端

有效

• 申請?zhí)枺?/td>: 201310557154.6
• 申請日: 2013-11-11
• 公開（公告）號: CN103532834A
• 公開（公告）日: 2014-01-22
• 發(fā)明（設(shè)計）人: 關(guān)超雄
• 申請（專利權(quán)）人: 珠海市魅族科技有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/06;G06Q10/10
• 代理公司: 廣州華進(jìn)聯(lián)合專利商標(biāo)代理有限公司 44224
• 代理人: 何平

技術(shù)領(lǐng)域

本發(fā)明涉及傳輸控制技術(shù)，特別是涉及一種發(fā)送郵件的方法和終端。

背景技術(shù)

電子郵件作為互聯(lián)網(wǎng)絡(luò)中的重要交流工具，在人們生活和工作中扮演著重要的角色，并且成為人們生活和工作的一部分。同事之間、朋友之間以及家人之間都會通過發(fā)送郵件進(jìn)行信息的傳遞，其中，所發(fā)送的郵件的內(nèi)容常常包括了各種類型的文件等，例如，該內(nèi)容可以是工作中的文件、朋友之間或家人的照片等。

隨著信息傳遞需求的增多，使得郵件的內(nèi)容所占據(jù)的存儲容量也越來越大，人們不得不對郵件中的內(nèi)容進(jìn)行額外的手動壓縮操作，以避免因為內(nèi)容占用了太大存儲容量而導(dǎo)致郵件發(fā)生延遲，但是，大多數(shù)人常常在將一定的文件添加至郵件的內(nèi)容之后才意識到郵件的內(nèi)容太大而不得不刪除該文件，進(jìn)行額外的手持壓縮之后再次將壓縮后的文件添加至郵件的內(nèi)容中，操作上非常不方便，無法保證郵件的順暢發(fā)送。

發(fā)明內(nèi)容

基于此，有必要針對郵件的內(nèi)容太大而導(dǎo)致的郵件發(fā)送的操作上非常不方便，無法保證郵件的順暢發(fā)送的技術(shù)問題，提供一種能提高郵件發(fā)送的操作上的方便性，保證郵件順暢發(fā)送的發(fā)送郵件的方法。

此外，還有必要提供一種能提高郵件發(fā)送的操作上的方便性，保證郵件順暢發(fā)送的終端。

一種發(fā)送郵件的方法，所述方法包括：

接收發(fā)送方發(fā)送郵件的指令；

根據(jù)所述指令，獲取郵件的內(nèi)容的存儲容量；

判斷所述內(nèi)容的存儲容量是否超出預(yù)置的容量閾值；

當(dāng)判斷結(jié)果為是時，對所述內(nèi)容進(jìn)行壓縮處理；

發(fā)送所述內(nèi)容經(jīng)過壓縮處理的郵件。

在其中一個實施例中，所述內(nèi)容具體為郵件的附件；

則所述根據(jù)所述指令，獲取郵件的內(nèi)容的存儲容量的步驟，具體為：根據(jù)所述指令，獲取所述附件的存儲容量；

所述當(dāng)判斷結(jié)果為是時，對所述內(nèi)容進(jìn)行壓縮處理的步驟，具體為：當(dāng)判斷結(jié)果為是時，對所述附件進(jìn)行壓縮處理；

所述發(fā)送所述內(nèi)容經(jīng)過壓縮處理的郵件的步驟，具體為：發(fā)送所述附件經(jīng)過所述壓縮處理的郵件。

在其中一個實施例中，所述內(nèi)容包括若干個文件；

則所述當(dāng)判斷結(jié)果為是時，對所述內(nèi)容進(jìn)行壓縮處理的步驟，包括：

當(dāng)判斷結(jié)果為是時，根據(jù)文件的屬性信息確定與所述屬性信息存在預(yù)置的對應(yīng)關(guān)系的壓縮算法；

按照確定的壓縮算法對所述文件進(jìn)行壓縮處理。

在其中一個實施例中，所述方法還包括：

獲取服務(wù)器可接收的郵件的存儲容量的最大值；根據(jù)所述最大值設(shè)置所述容量閾值。

在其中一個實施例中，所述服務(wù)器為郵件的接收方的服務(wù)器；

則所述獲取服務(wù)器可接收的郵件的存儲容量的最大值的步驟，具體為：獲取郵件的接收方的服務(wù)器可接收的郵件的存儲容量的最大值。

一種終端，包括：

指令接收模塊，用于接收發(fā)送方發(fā)送郵件的指令；

容量獲取模塊，用于根據(jù)所述指令接收模塊接收的指令，獲取郵件的內(nèi)容的存儲容量；

判斷模塊，用于判斷所述容量獲取模塊獲取的內(nèi)容的存儲容量是否超出預(yù)置的容量閾值；

壓縮模塊，用于當(dāng)所述判斷模塊的判斷結(jié)果為是時，對所述內(nèi)容進(jìn)行壓縮處理；

發(fā)送模塊，用于發(fā)送所述內(nèi)容經(jīng)過所述壓縮模塊壓縮處理的郵件。

在其中一個實施例中，所述內(nèi)容具體為郵件的附件；

則所述容量獲取模塊具體用于根據(jù)所述指令接收模塊接收的指令，獲取所述附件的存儲容量；

所述壓縮模塊具體用于當(dāng)所述判斷模塊的判斷結(jié)果為是時，對所述附件進(jìn)行壓縮處理；

所述發(fā)送模塊具體用于發(fā)送所述附件經(jīng)過所述壓縮處理模塊壓縮處理的郵件。

在其中一個實施例中，所述內(nèi)容包括若干個文件；所述壓縮模塊包括：

算法確定單元，用于當(dāng)所述判斷模塊的判斷結(jié)果為是時，根據(jù)文件的屬性信息確定與所述屬性信息存在預(yù)置的對應(yīng)關(guān)系的壓縮算法；

壓縮處理單元，用于按照所述算法確定單元確定的壓縮算法對所述文件進(jìn)行壓縮處理。

在其中一個實施例中，所述系統(tǒng)還包括：

容量閾值設(shè)置塊，用于獲取服務(wù)器可接收的郵件的存儲容量的最大值并根據(jù)所述最大值設(shè)置所述容量閾值。

在其中一個實施例中，所述服務(wù)器為郵件的接收方的服務(wù)器；

則所述容量閾值設(shè)置模塊具體用于獲取郵件的接收方的服務(wù)器可接收的郵件的存儲容量的最大值。