TWI678904B - 電子郵件檢查方法與電子郵件檢查系統 - Google Patents

Abstract

本揭露提供了一種電子郵件檢查方法，其包括下列步驟。 偵測欲傳送至電子郵件服務器的發信請求，其中發信請求包括郵件內容及附件檔案；獲取電子郵件服務器的服務規則；判斷附件檔案是否符合服務規則；若附件檔案不符合服務規則時，壓縮附件檔案以獲取壓縮附件檔案，並且以壓縮附件檔案取代附件檔案；以及重新傳送發信請求至電子郵件服務器。

Description

電子郵件檢查方法與電子郵件檢查系統

本發明是有關於一種資訊處理技術，且特別是有關於一種電子郵件檢查方法與電子郵件檢查系統。

電子郵件克服了時間地理的限制，進而達到快速即時的資訊傳播效果，因此逐漸成為通信的主力之一。在資訊安全及商業的考量下，電子郵件服務供應商多半設置了不同的服務規則(例如，檔案內容、檔案大小、檔案類型等)，以對用戶的附件檔案進行控管。

然對於用戶而言，為了合乎電子郵件服務供應商的規範，用戶必須對附件檔案額外進行處理才能夠順利寄出，增加了用戶的困擾。即便電子郵件順利寄出，若接收方的電子郵件服務供應商的服務規則不允許該類附件檔案，接收方的電子郵件服務供應商亦會阻擋該類附件檔案，導致接收方無法順利接收電子郵件。因此，如何能夠降低用戶在收發電子郵件時所造成的困擾為本領域具有通常知識者所致力的課題。

本發明提供一種電子郵件檢查方法及電子郵件檢查系統中，會預先對電子郵件進行處理，以降低使用者在傳送電子郵件時的困擾。

本揭露的電子郵件檢查方法包括下列步驟。偵測欲傳送至電子郵件服務器的發信請求，其中發信請求包括郵件內容及附件檔案；獲取電子郵件服務器的服務規則；判斷附件檔案是否符合服務規則；若附件檔案不符合服務規則時，壓縮附件檔案以獲取壓縮附件檔案，並且以壓縮附件檔案取代附件檔案；以及重新傳送發信請求至電子郵件服務器。

本揭露的電子郵件檢查系統具有通訊單元、儲存單元以及處理單元。通訊單元通訊連接於電子郵件服務器。處理單元連接於通訊單元及儲存單元。處理單元偵測欲傳送至電子郵件服務器的發信請求。發信請求包括郵件內容及附件檔案。處理單元還獲取電子郵件服務器的服務規則，並判斷附件檔案是否符合服務規則。處理單元還於附件檔案不符合服務規則時，壓縮附件檔案以獲取壓縮附件檔案，並且以壓縮附件檔案取代附件檔案。處理單元還指示通訊單元重新傳送發信請求至電子郵件服務器。

基於上述，本揭露所提供的電子郵件檢查方法及電子郵件檢查系統會攔截用戶通過終端裝置所傳送的發信請求，並預先對不符合服務規則的電子郵件進行壓縮處理。藉此，即便用戶欲 傳送的發信請求不符合電子郵件服務器的服務規則，經過電子郵件檢查系統的運作後，仍然能夠順利寄送電子郵件。

為讓本發明的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

100‧‧‧電子郵件檢查系統

110‧‧‧通訊單元

120‧‧‧儲存單元

130‧‧‧處理單元

S210~S250、S310~S334、S410~S450、S510~S550‧‧‧步驟

圖1繪示本揭露一實施例的電子郵件檢查系統的示意圖。

圖2繪示本揭露一實施例的電子郵件檢查方法的流程圖。

圖3繪示本揭露一實施例壓縮附件檔案以獲取壓縮附件檔案的流程圖。

圖4及圖5分別繪示本揭露一實施例在不同情境的電子郵件檢查方法的流程圖。

圖1繪示本揭露一實施例的電子郵件檢查系統的示意圖。請參照圖1，本揭露所提供的電子郵件檢查系統100具有通訊單元110、儲存單元120以及處理單元130。通訊單元110用以傳送及接收訊息。在本揭露一實施例中，通訊單元110是以通訊晶片進行實作，通訊晶片可為支援全球行動通信(Global System for Mobile communication,GSM)、個人手持式電話系統(Personal Handy-phone System,PHS)、碼多重擷取(Code Division Multiple Access,CDMA)系統、寬頻碼分多址(Wideband Code Division Multiple Access,WCDMA)系統、長期演進(Long Term Evolution,LTE)系統、全球互通微波存取(Worldwide interoperability for Microwave Access,WiMAX)系統、無線保真(Wireless Fidelity,Wi-Fi)系統或藍牙的信號傳輸的元件。

儲存單元120是用以儲存運行電子郵件檢查系統100時所需的軟體、資料及各類程式碼儲存單元120可以是任何型態的固定或可移動隨機存取記憶體(Random Access Memory，RAM)、唯讀記憶體(Read-Only Memory，ROM)、快閃記憶體(flash memory)、硬碟(Hard Disk Drive，HDD)、固態硬碟(Solid State Drive，SSD)或類似元件或上述元件的組合。

處理單元130連接於通訊單元110及儲存單元120。處理單元130可以是中央處理單元(Central Processing Unit，CPU)，或是其他可程式化之一般用途或特殊用途的微處理器(Microprocessor)、數位信號處理器(Digital Signal Processor，DSP)、可程式化控制器、特殊應用積體電路(Application Specific Integrated Circuit，ASIC)或其他類似元件或上述元件的組合，本揭露不限於此。

值得一提的是，在本揭露的一實施例中，電子郵件檢查系統100可以為具備通訊單元110、儲存單元120以及處理單元130的獨立裝置所實現。在本揭露的其他實施例中，電子郵件檢查系統100可以採用終端裝置的硬體運行電子郵件檢查方法，並以 應用程式或外掛於瀏覽器中的軟體而實作，本揭露不限於此。

圖2繪示本揭露一實施例的電子郵件檢查方法的流程圖。為了容易理解，以下將搭配圖1及圖2說明本揭露電子郵件檢查系統運行的方式以及電子郵件檢查方法的流程。

在步驟S210，處理單元130偵測欲傳送至電子郵件服務器的發信請求。在本揭露的一實施例中，發信請求至少具有收件人資訊、信件內容、附件檔案、發送端的信件處理協定等訊息，但不限於此。當用戶發出發信請求，處理單元130會在發信請求傳送到電子郵件服務器之前攔截此筆發信請求。在本揭露的一實施例中，電子郵件服務器用以提供電子郵件服務，例如，谷歌公司所提供的電子郵件服務器(即：Gmail)、微軟公司所提供的電子郵件服務器(即：outlook)等，然本揭露不以此為限。

在步驟S220，處理單元130獲取電子郵件服務器的服務規則。在本揭露的一實施例中，處理單元130獲取用戶所使用的電子郵件服務器的方式是通過發信請求中的發送端的信件處理協定，進而判斷信件處理協定所屬的電子郵件服務器。在本揭露的另一實施例中，處理單元130則是通過監控用戶在終端裝置上的瀏覽器的瀏覽紀錄、登入資訊或者用戶所使用的應用程式類型，進而判斷用戶所屬的電子郵件服務器的類型。

此外，處理單元130可以通過通訊單元110連線至用戶所屬的電子郵件服務器，以獲取相應的服務規則。或者是，處理單元130也定期獲取各種不同電子郵件服務器的服務規則，並將 服務規則儲存在儲存單元120中。藉此，處理單元130在獲取了用戶所屬的電子郵件服務器的類型後，可以進而在儲存單元120中獲取相應於用戶所屬的電子郵件服務器的服務規則。然而，本揭露並不以上述的實施內容為限。

在本揭露的一實施例中，服務規則是對於附件檔案的規範。服務規則例如具有對檔案大小、檔案類型以及檔案內容的規範。舉例來說，附件檔案的上限不得超過50MB、附件檔案的類型不得為.BAT、.CMD、.COM、.DLL、.EXE、.INS、.JS.、LNK、.MSC、.MSP、.VB等類型、檔案內容不得包括惡意巨集。

在步驟S230，處理單元130判斷附件檔案是否符合服務規則。承前所述，若附件檔案的上限不超過上述規定，且附件檔案的類型也不為上述類型，則判斷附件檔案符合服務規則。然而，若附件檔案的上限或附加檔案的類型中，任何一個不符合前述規定，則處理單元130會判斷附件檔案不符合服務規則。

在步驟S240，當附件檔案不符合服務規則時，處理單元130壓縮附件檔案以獲取壓縮附件檔案，並以壓縮附件檔案取代附件檔案。詳細來說，相較於附件檔案，經壓縮的附件檔案的檔案大小會降低，並且經壓縮的附件檔案的檔案類型會轉變成為電子郵件服務器接受的檔案類型(例如，.rar、.zip、.7z檔)。因此，在附件檔案經壓縮而產生壓縮附件檔案時，處理單元130會刪除發信請求中的附件檔案，並將壓縮附件檔案夾帶至發信請求中。如何壓縮附件檔案以獲取壓縮附件檔案的細節將於後方詳述。

值得一提的是，在本揭露的另一實施例中，處理單元130不僅判斷附件檔案是否符合用戶所屬的電子郵件服務器的服務規則，更判斷附件檔案是否符合收信方所屬的電子郵件服務器的服務規則。並且，當附件檔案不符合收信方所屬的電子郵件服務器的服務規則時，處理單元130亦會壓縮附件檔案，以產生壓縮附件檔案。藉此，以同時讓接收方能順利收取此電子郵件。處理單元130是通過接收方資訊的接收方電子郵件進而判斷接收方所屬的電子郵件服務器。

在步驟S250，處理單元130重新傳送發信請求至電子郵件服務器。詳細來說，處理單元130所重新傳送的發信請求中，附件檔案已被符合電子郵件服務器服務規則的壓縮附件檔案所取代。因此，處理單元130可以重新依據發信請求中的收件人資訊以及電子郵件服務器的協定而將發信請求傳送到電子郵件服務器，以使電子郵件服務器發送至收信方。

圖3繪示本揭露一實施例壓縮附件檔案以獲取壓縮附件檔案的流程圖。以下將同時搭配圖1至圖3說明步驟S240中，處理單元130壓縮附件檔案以獲取壓縮附件檔案的細節。

首先，在步驟S310，處理單元130會先獲取用戶對電子郵件檢查系統的設定。

在步驟S320，處理單元130判斷用戶設定的密碼壓縮是否為啟用。若密碼壓縮未啟用，表示處理單元130並不需要採用密碼保護壓縮檔，可以直接對附件檔案壓縮。因此，在步驟S322 中，處理單元130壓縮附件檔案，以獲取壓縮附件檔案。

然而，若在步驟S320中，處理單元130判斷密碼壓縮啟用，此時處理單元130進一步判斷用戶設定的預設密碼是否為空值。

若預設密碼為空值，在步驟S322，處理單元130會依據隨機密碼加密並壓縮附件檔案，以獲取加密的壓縮附件檔案，並將隨機密碼加入郵件內容中。舉例來說，處理單元130可依據當前預設時間或者附件檔案的資訊作為種子(Seed)，並去到亂數產生函數中產生隨機密碼，並據此作為壓縮附件檔案的密碼。

若預設密碼不為空值，在步驟S324，處理單元130會依據預設密碼加密並壓縮附件檔案，以獲取加密的壓縮附件檔案。處理單元130並將預設密碼加入郵件內容中。藉此，處理單元130會採用加密壓縮附件檔案來取代附件檔案。

為了更容易理解前述實施例運行的細節，以下將通過圖4與圖5說明本揭露不同情境下的電子郵件檢查方法的過程。圖4及圖5分別繪示本揭露一實施例在不同情境的電子郵件檢查方法的流程圖。

請先參照圖4，在步驟S410與步驟S420與圖2的步驟S210與步驟S220相同，於此並不贅述。

在步驟S432，判斷附件檔案是否符合服務規則時，處理單元130會判斷附件檔案的檔案類型是否符合服務規則的檔案類型規範。除此之外，在步驟S434，處理單元130還會進一步判斷 附件檔案是否包括巨集。

詳細來說，以前述的服務規則作為範例，附件檔案的類型不得為.BAT、.CMD、.COM、.DLL、.EXE、.INS、.JS.、LNK、.MSC、.MSP、.VB等類型，因此處理單元130會判斷附件檔案的類型是否屬於前述的類型。

倘若附件檔案的類型屬於前述的類型，或者是附件檔案包括巨集時，處理單元130會判斷附件檔案不符合服務規則，並進一步執行步驟S440以壓縮檔案。步驟S440、S450與圖2的步驟S240與S250雷同，於此即不贅述。

請參照圖5，步驟S510與步驟S520相同於圖2的步驟S210與步驟S220，於此並不贅述。

於步驟S532，在判斷附件檔案是否符合服務規則時，處理單元130會判斷附件檔案的檔案類型是否符合服務規則的檔案大小規範。

在步驟S540，倘若附件檔案的檔案大小不符合服務規則的規範，除了壓縮附件檔案以產生壓縮附件檔案外，處理單元130會進一步依據服務規則的檔案大小規範分割壓縮附件檔案，以產生多個分割壓縮附件檔案。

舉例來說，倘若服務規則規定的檔案大小不超過50MB，而附件檔案的檔案大小為102MB，此時，處理單元130會壓縮附件檔案成為100MB。接著，處理單元130依據檔案大小不超過50MB的規範而分割壓縮附件檔案為兩個附件檔案，且兩個附件檔 案各自為50MB。在本揭露的其他實施例中，用戶也可以在設定中輸入預設分割檔案的大小為45MB，而使分割後的分割壓縮附件檔案最大為45MB。本揭露並不限制預設分割檔案的大小，只要能夠使分割壓縮附件檔案符合服務規則的檔案大小規範皆可應用於本揭露當中。

在步驟S545，處理單元130複製發信請求以產生多個發信請求，並分別以分割壓縮附件檔案取代每一發信請求的附件檔案。詳細來說，由於每一個分割壓縮附件都會以一封電子郵件的方式發信至收件方，因此處理單元130會複製發信請求，以產生相對應分割壓縮附件數量的發信請求。處理單元130再分別以分割附件檔案取代每一發信請求的附件檔案。除此之外，處理單元130也會在每一發信請求中標明壓縮檔案名稱以及說明，以幫助接收方組合分割壓縮附件。

在步驟S550，處理單元130會重新傳送每一發信請求至電子郵件服務器。

須說明的是，圖4與圖5是說明一實施例在不同情境下執行電子郵件檢查方法的過程，然而在其他的案例中，圖4與圖5的情境也可能同時出現，即同時判斷檔案的大小與檔案的類型。此時，處理單元130也會分別依據圖4與圖5的實施方式處理附件檔案，即若先壓縮附件檔案進而分割壓縮附件檔案，以使分割壓縮附件檔案同時符合檔案大小與檔案類型的規範，本揭露並不以上述情境為限。

除此之外，在本揭露的一實施例中，處理單元130同時還會將附件檔案或壓縮附件檔案上傳至預設網路空間(例如：雲端硬碟)，並將預設網路空間的連結加入該郵件內容中。藉此，收件方也可以通過預設網路空間的連結直接存取完整的附件檔案。

綜上所述，本揭露所提供的電子郵件檢查方法及電子郵件檢查系統會攔截用戶通過終端裝置所傳送的發信請求，並預先對不符合服務規則的電子郵件進行壓縮處理。藉此，即便用戶欲傳送的發信請求不符合電子郵件服務器的服務規則，經過電子郵件檢查系統的運作後，仍然能夠順利寄送電子郵件。除此之外，在本揭露中，電子郵件檢查系統也可以依據電子郵件的服務規則進一步分割壓縮附件檔案，以避免檔案過大無法寄送郵件的問題。不僅如此，在本揭露中，除了用戶所使用的電子郵件服務器以外，電子郵件檢查系統更可以判斷附件檔案是否符合接收方的電子郵件服務器的服務規則，以避免接收方漏信或無法開啟附件檔案的問題。基此，在無需額外的操作下，使用者仍然能夠順利的寄送電子郵件，降低了使用者在傳送電子郵件的困擾。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。

Claims (8)

1. 一種電子郵件檢查方法，包括：偵測欲傳送至電子郵件服務器的發信請求，其中該發信請求包括郵件內容及附件檔案；獲取該電子郵件服務器的服務規則；判斷該附件檔案是否符合該服務規則；若該附件檔案不符合該服務規則時，壓縮該附件檔案以獲取壓縮附件檔案，並且以該壓縮附件檔案取代該附件檔案，其中壓縮該附件檔案以獲取壓縮附件檔案更包括：讀取用戶設定；若該用戶設定的密碼壓縮為啟用且該用戶設定的預設密碼不為空值，依據該預設密碼加密並壓縮該附件檔案，以獲取加密的該壓縮附件檔案，並將該預設密碼加入該郵件內容中；若該用戶設定的密碼壓縮為啟用且該預設密碼為空值，依據一隨機密碼加密並壓縮該附件檔案，以獲取加密的該壓縮附件檔案，並將該隨機密碼加入該郵件內容中；以及若該用戶設定的密碼壓縮為不啟用，壓縮該附件檔案，以獲取該壓縮附件檔案；以及重新傳送該發信請求至該電子郵件服務器。
2. 如申請專利範圍第1項所述的電子郵件檢查方法，其中判斷該附件檔案是否符合該服務規則的步驟中，包括：判斷該附件檔案的檔案類型是否符合該服務規則的檔案類型規範；或判斷該附件檔案是否包括惡意巨集。
3. 如申請專利範圍第1項所述的電子郵件檢查方法，其中判斷該附件檔案是否符合該服務規則的步驟中，包括：判斷該附件檔案的檔案大小是否符合該服務規則的檔案大小規範；若該附件檔案的該檔案大小不符合該服務規則的檔案大小規範，依據該檔案大小規範分割該壓縮附件檔案為多個分割壓縮附件檔案；以及複製該發信請求以產生多個發信請求，分別以該些分割壓縮附件檔案取代每一該送信請求的該附件檔案，並重新傳送該些發信請求至該電子郵件服務器。
4. 如申請專利範圍第1項所述的電子郵件檢查方法，還包括：將該附件檔案或該壓縮附件檔案上傳至預設網路空間，並將該預設網路空間的連結加入該郵件內容中。
5. 一種電子郵件檢查系統，包括：通訊單元，通訊連接於電子郵件服務器；儲存單元；以及處理單元，連接於該通訊單元及該儲存單元，該處理單元偵測欲傳送至該電子郵件服務器的發信請求，其中該發信請求包括郵件內容及附件檔案，其中，該處理單元還獲取該電子郵件服務器的服務規則，該處理單元還判斷該附件檔案是否符合該服務規則，該處理單元還於該附件檔案不符合該服務規則時，壓縮該附件檔案以獲取壓縮附件檔案，並且以該壓縮附件檔案取代該附件檔案，其中該處理單元還讀取用戶設定，該處理單元於該用戶設定的密碼壓縮為啟用且該用戶設定的預設密碼不為空值時，依據該預設密碼加密並壓縮該附件檔案，以獲取加密的該壓縮附件檔案，並將該預設密碼加入該郵件內容中，該處理單元於該用戶設定的密碼壓縮為啟用且該預設密碼為空值，依據一隨機密碼加密並壓縮該附件檔案，以獲取加密的該壓縮附件檔案，並將該隨機密碼加入該郵件內容中，該處理單元於該用戶設定的密碼壓縮為不啟用，壓縮該附件檔案，以獲取該壓縮附件檔案，該處理單元還指示該通訊單元重新傳送該發信請求至該電子郵件服務器。
6. 如申請專利範圍第5項所述的電子郵件檢查系統，其中該處理單元還判斷該附件檔案的檔案類型是否符合該服務規則的檔案類型規範或該附件檔案是否包括惡意巨集。
7. 如申請專利範圍第5項所述的電子郵件檢查系統，其中該處理單元還判斷該附件檔案的檔案大小是否符合該服務規則的檔案大小規範，該處理單元還於該附件檔案的該檔案大小不符合該服務規則的檔案大小規範時，依據該檔案大小規範分割該壓縮附件檔案為多個分割壓縮附件檔案，複製該發信請求以產生多個發信請求，分別以該些分割壓縮附件檔案取代每一該送信請求的該附件檔案，並重新傳送該些發信請求至該電子郵件服務器。
8. 如申請專利範圍第5項所述的電子郵件檢查系統，其中該處理單元還將該附件檔案或該壓縮附件檔案上傳至預設網路空間，並將該預設網路空間的連結加入該郵件內容中。