專利名稱：一種電子郵件附件信息提示方法及終端的制作方法
技術領域：
本發明涉及電子郵件技術領域，特別是涉及一種電子郵件附件信息提示方法及終
丄山順。
背景技術：
人們日常使用的電子郵件有很多，但就實現方式來說通常只有兩種，第一種是在 網站上使用電子郵件，也就是一般所說的web使用方式，通常人們使用時必須首先登錄到 Webmail服務器(網頁郵件服務器)，通過身份驗證之后才可以查閱收發郵件。但是用戶不 能總是處于登錄狀態，也不能每時每刻發送或接收郵件，如果長時間沒有對Webmail服務 器進行操作，則被認為登錄超時，自動退出系統，用戶需要再次登錄到郵件服務器，才可以 進行操作。 由于頻繁地登錄填寫賬戶和密碼，造成了用戶對電子郵件的使用產生不便，這時 出現了另一種電子郵件實現方式-電子郵件客戶端軟件，在這種方式下，不需要訪問Web頁 面，只需要在本地機器上使用該電子郵件客戶端軟件就可以直接收發、管理電子郵件。并 且，使用客戶端軟件收發郵件時，不用下載網站頁面內容，速度更快；使用客戶端軟件收到 的和曾經發送的郵件都保存在自己的電腦本地，不用上網就可以對舊郵件進行閱讀管理。 正是由于電子郵件客戶端的種種優點，它已經成為人們工作和生活中進行交流必不可少的 工具。 無論是web使用方式還是電子郵件客戶端的方式，電子郵件可以發送的內容通常 都可以包括正文內容和附件(包括視頻、音頻、圖片、文檔文件等)，其中，發件服務器會根 據用戶信息及自身的條件，限制能夠發送的附件的大小。例如，有些服務器限制附件大小為 30M，當添加的附件超過30M時，該郵件將無法成功發送。 現有技術在使用電子郵件客戶端發送電子郵件時，如果附件大小超過發送服務器 的限制，只有在嘗試過發送之后，用戶才會發現發送失敗，然后重新編輯郵件并發送，但是， 如此繁瑣的過程顯然會降低電子郵件客戶端的易用性。
發明內容
本發明提供一種電子郵件附件信息提示方法及終端，能夠提高電子郵件客戶端的 易用性。 本發明提供了如下方案 —種電子郵件附件信息提示方法，包括 通過發件服務器獲取并保存需要進行提示的附件大小閾值；
當用戶創建郵件時，獲知用戶添加的附件的大小； 在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用 戶提示郵件無法發送。 —種電子郵件附件信息提示終端，包括
閾值獲取單元，用于通過發件服務器獲取并保存需要進行提示的附件大小閾值；
附件大小獲知單元，用于當用戶創建郵件時，獲知用戶添加的附件的大小；
第一信息提示單元，用于在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用戶提示郵件無法發送。 根據本發明提供的具體實施例，本發明公開了以下技術效果 本發明能夠在郵件發送之前對添加的附件大小進行判斷，如果附件過大，則可以提示用戶該郵件可能無法成功發送。這樣，用戶可以及時獲得郵件無法成功發送的信息，并及時查找原因，修改當前郵件，保證郵件的成功發送，而不用等到點擊發送之后，才獲得該信息，因此，能夠降低郵件發送失敗的概率，提高郵件發送的效率，進而提高電子郵件客戶端的易用性。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
圖1是使用電子郵件客戶端程序發送郵件過程的示意 圖2是本發明實施例提供的方法的流程 圖3是本發明實施例中對協議擴展的示意 圖4是本發明實施例中另一對協議擴展的示意 圖5是本發明實施例提供的第一終端的示意 圖6是本發明實施例提供的第二終端的示意 圖7是本發明實施例提供的第三終端的示意 圖8是本發明實施例提供的第四終端的示意圖。
具體實施例方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。 首先需要說明的是，本發明實施例提供的電子郵件附件信息提示方法，主要應用于使用電子郵件客戶端的終端發送電子郵件的情況，本發明實施例中所提及的終端包括但不限于各種具有收發電子郵件的手機，個人數字助理PDA，智能手機或掌上便攜計算機等移動終端，此外終端還可以包括固定臺或計算機等固定終端。 為了便于理解，下面首先對電子郵件客戶端的工作原理進行簡單地介紹
假設兩個郵箱賬戶分別為lisi@sina. com禾P wangwu@sohu. com，兩者之間的郵件收發過程如圖1所示，其中，實線箭頭表示由lisi@sina. com賬戶向wangwu@sohu. com賬戶發送郵件發送的過程，虛線箭頭表示由wangwu@sohu. com賬戶向lisi@sina. com賬戶發送郵件的過程。下面通過分析由lisi@sina. com賬戶向wangwu@sohu. com賬戶發送郵件的過程，來具體講解一封郵件從發送到接收所涉及的環節。 ①lisi@sina. com的電子郵件客戶端程序(這里假設為Outlook Express)提供用戶界面，用戶在該界面中編輯郵件并點擊發送按鈕后，Outlook與sina的SMTP服務器建立網絡連接，并以lisi的用戶名和密碼進行登錄后，使用SMTP協議把郵件發送給sina的SMTP服務器。 ②sina的SMTP服務器收到lisi@sina. com提交的電子郵件后，首先根據收件人的地址后綴判斷接收者的郵件地址是否屬于該SMTP服務器的管轄范圍，如果是的話就直接把郵件存儲到收件人的郵箱中，否則，sina的SMTP服務器向DNS服務器查詢收件人的郵件地址后綴(sohu. com)所表示的域名的MX記錄，從而得到sohu的SMTP服務器信息，然后與sohu的SMTP服務器建立連接并采用SMTP協議把郵件發送給sohu的SMTP服務器。
③sohu的SMTP服務器收到sina的SMTP服務器發來的電子郵件后，也將根據收件人的地址判斷該郵件是否屬于該SMTP服務器的管轄范圍，如果是的話就直接把郵件存儲到收件人的郵箱中，否則(一般不會出現這種情況)，sohu的SMTP服務器可能繼續轉發這封電子郵件，也可能丟棄這封電子郵件。
擁有wangwufeohu. com賬戶的用戶通過郵件客戶端程序(這里假設也為Outlook Express)與sohu的P0P3/IMAP服務器建立網絡連接，并以wangwu的用戶名和密碼進行登錄后，就可以通過P0P3或IMAP協議查看wangwu@sohu. com郵箱中是否有新郵件，如果有，則可以使用P0P3或IMAP協議讀取郵箱中的郵件。 虛線部分表示的wangwu@sohu. com賬戶向lisi@sina. com賬戶發送郵件過程，與lisi@sina. com賬戶向wangwu@sohu. com賬戶發送郵件的過程類似，這里不再贅述。
由前述發送郵件的過程可以看出，在使用電子郵件客戶端收發郵件時，郵件服務器僅用于進行后臺的操作，前臺的用戶界面是由電子郵件客戶端軟件提供的，即，在用戶界面上具體顯示哪些內容由電子郵件客戶端軟件決定。這一點與直接在網頁上收發郵件是不同的，直接在網頁上收發郵件時，用戶界面是由郵件服務器提供的，因此，在用戶界面具體顯示哪些內容也是由郵件服務器來決定。 參見圖2，本發明實施例提供的電子郵件附件信息提示方法包括以下步驟 S201 :通過發件服務器獲取并保存需要進行提示的附件大小閾值； 首先需要說明的是，在本發明實施例提供的方法中，各個步驟的執行主體均為電
子郵件客戶端。由于不同的服務器對附件大小的限制可能不同，同一服務器對于不同用戶
而言，附件大小的限制也可能不同，因此，首先需要獲取需要進行提示的附件大小閾值，在
本發明實施例中，該閾值是通過發件服務器獲取的，具體的實時方式在后文中會有詳細介紹。
S202 :當用戶創建郵件時，獲知用戶添加的附件的大小； 可以在用戶選擇附件的同時，獲知附件的大小，如果用戶在同一封郵件中添加多個附件，則這里獲知的應該是各個附件的大小之和。其中，由于附件通常是系統中保存的一些視頻、音頻、圖片或文檔等文件，系統在保存這些文件時，都會保存這些文件的屬性，其中文件的大小作為文件的一種基本屬性，會保存在系統中，因此，通過讀取作為附件的文件的屬性，便可以方便地獲知附件的大小。
S203 :在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用戶提示郵件無法發送。 可見，如果用戶在郵件中添加了附件，則在用戶點擊發送按鈕之前，本發明實施例就可以判斷是否可能由于該附件超大而造成發送失敗，如果可能，則可以提示用戶該郵件無法發送。這樣，由于尚未點擊發送，因此，用戶可以及時發現該問題，而不需要等到點擊發送之后才發現。 當然，如果僅提示郵件無法發送，用戶可能無法獲知無法發送的原因，只能自行查找原因，需要用戶花費一些自主思考及操作的時間。為此，本發明實施例在提示郵件無法發送的同時，還可以同時向用戶提示郵件無法發送的原因為附件過大，例如，可以給出以下提示"附件超大，郵件無法正常發送"等到。這樣，用戶在得到該信息之后，就可以馬上知道應該通過什么樣的手段來避免郵件發送失敗，例如，如果附件有多個，則可以減少附件數量，分多次發送；如果附近只有一個，則還可以使用軟件工具將文件切割為多份，然后再分次進行發送，等等。 或者，還可以將所述附件大小閾值提示給用戶，這樣用戶在重新編輯郵件時，就可
以獲得比較直觀的參照，避免添加附件時的盲目性，進一步提高電子郵件客戶端的易用性。 如前文所述，為了能夠在用戶點擊發送郵件之前就判斷附件是否超大，并在超大
時進行相應的提示，需要預先獲知進行提示的附件大小閾值，在本發明實施例中，可以通過
發件服務器來獲知該閾值，具體的實現方法可以有多種，下面介紹具有代表性的幾種實施方式。
具體實施方式
一 在該具體實施方式
一中，可以將發件服務器能夠支持的附件大小的最大值，作為需要進行提示的附件大小閾值，并保存該閾值。也就是說，需要獲知發件服務器能夠支持的附件大小的最大值，然后將該最大值作為所述附件大小閾值。具體獲知發件服務器能夠支持的附件大小的最大值的實現方式也可以有多種，下面分別介紹。 方式一、由于用戶初次在使用某個電子郵件客戶端，通過自己的賬戶發送一個電子郵件時，電子郵件客戶端需要首先根據SMTP協議與發件服務器進行一些信息交互，因此，在該方式一中，就可以通過擴展SMTP協議來實現。 例如，用戶在首次發送一個電子郵件時，需要創建該賬戶對應的發件服務器的信息，包括發件服務器的IP地址、端口，以及該用戶所使用的用戶名、密碼等。在創建完發件服務器的信息之后，電子郵件客戶端就會主動向發件服務器發送EHL0命令，發件服務器在接收到該EHLO命令之后，會向電子郵件客戶端返回一些信息，包括通過HELP命令返回的幫助信息等。根據該特點，就可以對此處的SMTP協議進行擴展，例如，如圖3中所示的"MaxAttSize"命令(命令的名稱可以不限于此。)就是對SMTP協議的擴展，可以由發件服務器把它能夠支持的附件大小的最大值通過MaxAttSize命令發送給電子郵件客戶端，電子郵件客戶端記錄此信息，并將其作為需要進行提示的附件大小的閾值。這樣，用戶在使用此賬戶創建電子郵件時，如果用戶添加的附件已經超過該閾值，就可以提前提示用戶"附件超大，不能發送"，等等。 方式二、由于在發送一個電子郵件的過程中，電子郵件客戶端與發件服務器之間也需要交互一些信息，因此，也可以由發件服務器在這些交互信息中攜帶自己能夠支持的附件大小的最大值。即，可以在第一個電子郵件發送的過程中，從發件服務器返回的消息中，獲知所述發件服務器能夠支持的附件大小的最大值。 顯然，在這種方式下，發送第一個郵件時，如果也添加了附件，是無法向用戶做出附件是否超大的提示的，但是當第一個郵件發送之后，再需要使用該賬戶發送郵件時，就可以利用已經獲取到的需要進行提示的附件大小閾值，向用戶做出相關的提示了。
具體實施方式
二 在該具體實施方式
二中，可以采用一個估計值作為需要進行提示的附件大小閾值，而不是發件服務器能夠支持的附件大小的最大值。 例如，具體可以采用以下方式實現在用戶發送一個郵件時，如果攜帶有附件，則電子郵件客戶端可以記錄附件的大小；如果是因為附件超大導致發送失敗，則發件服務器在發送失敗時通知電子郵件客戶端是因為附件太大而失敗的。當然，現有的SMTP協議中沒有相應的命令，可以通過擴展協議來實現，例如，可以定義一個代表附件超大導致發送失敗的錯誤碼，發件服務器通過發送該錯誤碼，來告知電子郵件客戶端，某郵件因為附件太大而導致發送失敗，例如，如圖4中所示的"Error Code (att too large)"就是對郵件協議的擴展。電子郵件客戶端在獲知該消息之后，就可以記錄該郵件攜帶的附件的大小maxl，并將該maxl的大小作為需要進行提示的附件大小閾值，以后再發送郵件時，附件不能超過這個maxl的大小。 當然，這個maxl的大小可能不是確切的發件服務器限制的附件大小的最大值，因此，在以后發送郵件的過程中，還可以對該值進行優化。即，當所述用戶添加的附件的大小沒有超過所述閾值時，如果郵件發送失敗，且郵件發送失敗的原因是附件過大，則將所述需要進行提示的附件大小閾值更新為將該附件的大小。例如，如果用戶再次發送的郵件中添加的附件的大小為max2，該max2小于maxl，因此，沒有向用戶提示；但是，發送該郵件時，發現附件的大小還是超過服務器的限制，此時，就可以把需要進行提示的附件大小閾值更新為max2。依次這樣進行更新，每更新一次都使得獲取到的閾值得到優化，這樣最后會接近發件服務器限制的附件大小的最大值。 需要說明的是，上述對獲取到的提示閾值進行更新的方法，也可以應用于其他獲取提示閾值的方法中。例如，在具體實施方式
一的方法中，雖然是由發件服務器將其能夠支持的附件大小的最大值發送給郵件客戶端，理論上講，只要用戶添加的附件大小不超過該值，就都能夠發送成功，但實際應用中，實際能夠添加的附件的大小可能會略低于該理論上的最大值。如，某發件服務器對附件大小的限制為20M，按照具體實施方式
一的方法，當用戶添加的附件大小為19. 8M時，郵件客戶端并不會向用戶提示附件過大的信息；但是在具體的發送過程中，該19. 8M的附件可能仍然會由于附件過大而無法正常發送。此時，可以采用類似上述具體實施方式
二中的方法，即當所述用戶添加的附件的大小沒有超過預先獲取并保存閾值時，如果郵件發送失敗，且郵件發送失敗的原因是附件過大，則將所述需要進行提示的附件大小閾值更新為將該附件的大小。即，在上述例子中將郵件客戶端會將需要進行提示的附件大小閾值更新為19. 8M，這樣，用戶以后發送郵件時，添加附件的大小只要超過19. 8M，就會提示用戶該附件將無法正常發送。 與本發明實施例提供的電子郵件附件信息提示方法相對應，本發明實施例還提供了一種電子郵件附件信息提示終端，參見圖5，該終端包括 閾值獲取單元501，用于通過發件服務器獲取并保存需要進行提示的附件大小閾值； 附件大小獲知單元502，用于當用戶創建郵件時，獲知用戶添加的附件的大小；
第一信息提示單元503，用于在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用戶提示郵件無法發送。 可見，如果用戶在郵件中添加了附件，則在用戶點擊發送按鈕之前，本發明實施例就可以判斷是否可能由于該附件超大而造成發送失敗，如果可能，則可以提示用戶該郵件無法發送。這樣，由于尚未點擊發送，因此，用戶可以及時發現該問題，而不需要等到點擊發送之后才發現。 為了使得用戶獲得更多的信息，進一步提高電子郵件客戶端的易用性，參見圖6，該終端還包括 第二信息提示單元504，用于向用戶提示郵件無法發送的原因為附件過大。
或者，該終端還可以包括 第三信息提示單元505，用于向用戶提示所述附件大小閾值。 其中，閾值獲取單元501獲取需要進行提示的附件大小閾值的方式可以有多種，其中一種方式下，可以將發件服務器能夠支持的附件大小的最大值，作為需要進行提示的附件大小閾值，相應的，參見圖7，閾值獲取單元501可以包括 最大值獲知子單元5011，用于獲知發件服務器能夠支持的附件大小的最大值；
第一閾值確定子單元5012，用于將所述最大值確定為所述需要進行提示的附件大小閾值。 其中，最大值獲知子單元5011可以包括 第一獲知子單元，用于當用戶首次需要發送電子郵件時，創建完賬戶之后，接收發
件服務器發送的消息，從所述消息中獲知所述發件服務器能夠支持的附件大小的最大值；
或者， 第二獲知子單元，用于第一個電子郵件發送過程中，從發件服務器返回的消息中，獲知所述發件服務器能夠支持的附件大小的最大值。 在另一種獲取需要進行提示的附件大小閾值的方式下，可以采用一個估計值作為需要進行提示的附件大小閾值，此時，參見圖8，閾值獲取單元501可以包括
錯誤碼接收子單元5013，用于如果郵件發送失敗，接收發件服務器返回的錯誤碼； 第二閾值確定子單元5014，用于如果郵件發送失敗的原因是附件過大，則將該郵件攜帶的附件大小確定為需要進行提示的附件大小閾值。 在后續發送郵件的過程中，還可以對獲取到的提示閾值進行優化，相應的，該終端還可以包括 閾值更新單元506，用于當所述用戶添加的附件的大小沒有超過所述閾值時，如果郵件發送失敗，且郵件發送失敗的原因是附件過大，則將所述需要進行提示的附件大小閾值更新為將該附件的大小。 本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，所述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執行時，包括如下步驟通過發件服務器獲取并保存需要進行提示的附件大小閾
9值；當用戶創建郵件時，獲知用戶添加的附件的大小；在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用戶提示郵件無法發送。所述的存儲介質，如R0M/RAM、磁碟、光盤等。 以上對本發明所提供的一種電子郵件附件信息提示方法及終端，進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式
及應用范圍上均會有改變之處。綜上所述，本說明書內容不應理解為對本發明的限制。
權利要求
一種電子郵件附件信息提示方法，其特征在于，包括通過發件服務器獲取并保存需要進行提示的附件大小閾值；當用戶創建郵件時，獲知用戶添加的附件的大小；在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用戶提示郵件無法發送。
2. 根據權利要求1所述的方法，其特征在于，所述方法還包括 向用戶提示郵件無法發送的原因為附件過大；或者， 向用戶提示所述附件大小閾值。
3. 根據權利要求1或2所述的方法，其特征在于，所述通過發件服務器獲取并保存需要 進行提示的附件大小閾值包括獲知發件服務器能夠支持的附件大小的最大值，將所述最大值確定為所述需要進行提 示的附件大小閾值，保存所述閾值；或者，如果郵件發送失敗，接收發件服務器返回的錯誤碼，如果郵件發送失敗的原因是附件 過大，則將該郵件攜帶的附件大小確定為需要進行提示的附件大小閾值。
4. 根據權利要求3所述的方法，其特征在于，所述獲知發件服務器能夠支持的附件大 小的最大值包括當用戶首次需要發送電子郵件時，創建完賬戶之后，接收發件服務器發送的消息，從所 述消息中獲知所述發件服務器能夠支持的附件大小的最大值； 或者，第一個電子郵件發送過程中，從發件服務器返回的消息中，獲知所述發件服務器能夠 支持的附件大小的最大值。
5. 根據權利要求1或2所述的方法，其特征在于，所述方法還包括當所述用戶添加的附件的大小沒有超過所述閾值時，如果郵件發送失敗，且郵件發送 失敗的原因是附件過大，則將所述需要進行提示的附件大小閾值更新為將該附件的大小。
6. —種電子郵件附件信息提示終端，其特征在于，包括閾值獲取單元，用于通過發件服務器獲取并保存需要進行提示的附件大小閾值； 附件大小獲知單元，用于當用戶創建郵件時，獲知用戶添加的附件的大小； 第一信息提示單元，用于在所述創建郵件未發送前，當所述用戶添加的附件的大小超 過所述閾值時，向用戶提示郵件無法發送。
7. 根據權利要求6所述的終端，其特征在于，還包括以下至少一種單元 第二信息提示單元，用于向用戶提示郵件無法發送的原因為附件過大； 第三信息提示單元，用于向用戶提示所述附件大小閾值。
8. 根據權利要求6或7所述的終端，其特征在于，所述閾值獲取單元至少包括以下任一 組單元最大值獲知子單元，用于獲知發件服務器能夠支持的附件大小的最大值； 第一閾值確定子單元，用于將所述最大值確定為所述需要進行提示的附件大小閾值； 或者，錯誤碼接收子單元，用于如果郵件發送失敗，接收發件服務器返回的錯誤碼； 第二閾值確定子單元，用于如果郵件發送失敗的原因是附件過大，則將該郵件攜帶的附件大小確定為需要進行提示的附件大小閾值。
9. 根據權利要求8所述的終端，其特征在于，所述最大值獲知子單元包括第一獲知子單元，用于當用戶首次需要發送電子郵件時，創建完賬戶之后，接收發件服務器發送的消息，從所述消息中獲知所述發件服務器能夠支持的附件大小的最大值；或者，第二獲知子單元，用于第一個電子郵件發送過程中，從發件服務器返回的消息中，獲知所述發件服務器能夠支持的附件大小的最大值。
10. 根據權利要求6或7所述的終端，其特征在于，還包括閾值更新單元，用于當所述用戶添加的附件的大小沒有超過所述閾值時，如果郵件發送失敗，且郵件發送失敗的原因是附件過大，則將所述需要進行提示的附件大小閾值更新為將該附件的大小。
全文摘要
本發明公開了一種電子郵件附件信息提示方法及終端，其中，所述方法包括通過發件服務器獲取并保存需要進行提示的附件大小閾值；當用戶創建郵件時，獲知用戶添加的附件的大小；在所述創建郵件未發送前，當所述用戶添加的附件的大小超過所述閾值時，向用戶提示郵件無法發送。通過本發明，能夠降低郵件發送失敗的概率，提高郵件發送的效率，進而提高電子郵件客戶端的易用性。
文檔編號H04L12/58GK101764766SQ201010116580
公開日2010年6月30日 申請日期2010年3月1日 優先權日2010年3月1日
發明者葉卿 申請人:華為終端有限公司