TWI472192B - Automatically real-time verification of the system, architecture and method of e-mail system performance - Google Patents

Description

自動即時檢驗電子郵件系統效能之系統、架構及方法

本發明是有關於一種電子郵件系統，特別是指一種自動即時檢驗電子郵件系統效能之系統、架構及方法。

隨著網際網路發展成熟，電子郵件除為人們相互間溝通的工具，更是公司行號間相互聯繫的重要管道之一。每一封電子郵件寄發主要透過本地郵件伺服器(Mail Server)寄發出遠端郵件伺服器後抵達收件者的電子信箱。每一封電子郵件的傳遞過程是需經過多數個郵件伺服器的轉送，當傳遞路徑中經過數量愈多的郵件伺服器時，電子郵件的傳遞效率愈容易受到影響且愈容易發生無法接收電子郵件的情況。以今日電子交易盛行情況來說，若公司無法即時收發電子郵件時，容易造成生意的不當損失。

然而，一般電子郵件的傳遞效率延遲時通常難以即時被發現，尤其是大型公司的電子郵件系統常有多台郵件伺服器，單一台郵件伺服器故障，通常不會立刻發生無法收發電子郵件的情況而僅是電子郵件傳遞效率受到影響，導致網管人員難以即時發現異常，而是被動地被通知時才會進行檢驗確認是否有問題。

因此，本發明之一目的，即在提供一種可於電子郵件系統故障時及時發現的自動即時檢驗電子郵件系統效能之方法。

本發明之另一目的，即在提供一種可評估電子郵件系統效能的自動即時檢驗電子郵件系統效能之方法。

本發明自動即時檢驗電子郵件系統效能之方法的一實施例係包含以下步驟：(A)依一預定規則發送一測試電子郵件至一測試電子郵件信箱，該測試電子郵件信箱屬於一電子郵件系統且於該測試電子郵件信箱收到測試電子郵件回覆一回覆訊息；以及(B)若逾一監控時間未收到來自該電子郵件系統收到回覆訊息時，產生一異常訊息並形成一筆電子郵件紀錄。

本實施例中該預定規則係每間隔一測試時間，監控時間是數倍於測試時間，若於該監控時間收到該回覆訊息，對應紀錄一筆電子郵件紀錄。藉此，本發明利用測試電子郵件的寄發成功與否即時來判斷用戶端的電子郵件系統是否故障，並可於異常時即時通知用戶端。在此，可透過電子郵件、簡訊、即時訊息、簡單聯合供稿(Really Simple Syndication，簡稱RSS)、Twitter、Plurk等之類方式來即時告知用戶端此異常訊息。

考量用戶端的電子郵件系統常有多台郵件伺服器，用戶端於收到測試電子郵件以轉寄此封測試電子郵件來作為回覆訊息，而前述步驟(B)中更擷取被轉寄的測試電子郵件的表頭內的傳遞訊息以整合於對應形成該筆電子郵件紀錄內。如此，讓用戶端可瞭解此封測試電子郵件的經過的郵件伺服器與每一台郵件伺服器的間隔時間，且於電子郵件紀錄逐漸被累積時，用戶端可清楚瞭解各時段的歷史經驗值，除可瞭 解本身電子郵件系統的效能外，亦可據以此刻效能是否瀕臨警戒狀況。

有關本發明之前述及其他技術內容、特點與功效，在以下配合參考圖式之一個較佳實施例的詳細說明中，將可清楚的呈現。

參閱圖1與圖2，本發明電子郵件效能評估架構包含一系統端與一用戶端，而系統端與用戶端分別具有一電子郵件系統11、21而可經網際網路以電子郵件相互溝通。在此為說明方便，以單一用戶端為例來說明，用戶端的數量實際應用上可為一個或多數個，並不以此為限。電子郵件系統11、21含有一台或多台郵件伺服器。

系統端更具有一電子郵件效能評估系統12，用以自動化評估用戶端的電子郵件系統21的電子郵件的效能並於它異常時自動發出異常訊息予用戶端。電子郵件效能評估系統12被載入一伺服器來執行而含有一用戶管理模組121、電子郵件寄發模組122、一電子郵件監控模組123與一資料庫模組124。

用戶管理模組121用以供用戶端註冊與管理用戶資料。本實施例中要求用戶端使用電子郵件效能評估系統12必須先進行註冊程序，用戶管理模組121於收到用戶端所提出一註冊要求時，於網頁上提供一註冊介面(如圖3)，要求用戶端提供一測試電子郵件信箱與一異常通知對象資訊來對應形成一筆用戶資料儲存於資料庫模組124內的用 戶資料庫1241內。此測試電子郵件信箱屬於此電子郵件系統21內，而異常通知對象資訊可為用戶端的電子郵件信箱、行動電話或即時訊息帳號等等，以於電子郵件效能評估系統12評估電子郵件系統21異常時依異常通知對象資訊來發出異常訊息。

電子郵件寄發模組122依一預定規則發送一測試電子郵件至用戶資料庫1241內的測試電子郵件信箱，以執行寄發程序。本實施例中電子郵件寄發模組122每間隔一測試時間(例如5分鐘)即發出一封測試電子郵件至用戶端的測試電子郵件信箱，而用戶端的測試電子郵件信箱收到每一封測試電子郵件即回傳一回覆訊息至電子郵件效能評估系統12，以獲知測試電子郵件是否送達用戶端的測試電子郵件信箱。此回覆訊息可為送達回條、讀信回條或一封電子郵件等等。電子郵件寄發模組122更儲存一專用寄發測試電子郵件並屬於電子郵件系統11的系統電子郵件信箱。

電子郵件監控模組123每間隔一監控時間(例如15分鐘)執行一監控程序，以確認每一封測試電子郵件是否有收到對應回覆訊息，並於持續未收到回覆訊息時依用戶端預設的異常通知對象資訊來告知異常訊息，以主動提醒用戶端電子郵件的異常情況發生。電子郵件監控模組123更會對應測試電子郵件與回覆訊息來對應形成一筆電子郵件紀錄儲存至資料庫124內的一電子郵件紀錄資料庫1242內，以供用戶端分析電子郵件效能。

依據前述架構，以下配合圖4至圖6來說明電子郵件效能評估系統12的整體運作流程。

如圖4，當電子郵件效能評估系統12自用戶端收到註冊要求時，用戶管理模組121啟動註冊程序，以提供如圖3的註冊介面，先於步驟311中要求用戶端提供屬於用戶端的一測試電子郵件信箱，此測試電子郵件信箱已被登錄於電子郵件系統21的每一台郵件伺服器內；更後於步驟312要求用戶端提供異常通知對象資訊，在此以要求輸入用戶端的電子郵件信箱為例來說明，而此電子郵件信箱可能網管人員的電子郵件信箱；而後於步驟313要求用戶端可自行設定異常規則，例如於異常狀況發生時發出幾次異常通知、於復原時發出通知、或設定測試電子郵件寄發與收到回覆訊息的間隔時間的臨界值(如100秒)，超過此臨界值則視為警戒狀況。

為清楚了解測試電子郵件的寄發過程，更於步驟314要求用戶端的電子郵件系統21針對此測試電子郵件信箱設定於收到測試電子郵件時將此封測試電子郵件轉寄(forward)回電子郵件效能評估系統12，以作為回覆訊息。此實施例中，用戶管理模組121提供電子郵件寄發模組122將用來寄發測試電子郵件的系統電子郵件信箱(即測試電子郵件的寄件者電子郵件信箱)，以寄件者為mrt@mfs.softnext.com.tw與測試電子郵件信箱為jack@mfs.softnext.com.tw與用戶端的電子郵件系統21的種類為Sendmail/Postfix為例來說明，僅需於測試電子郵件信箱home目錄下新增一檔案.forward，而它的內容如下：

Thunder【/home/jack】-jack-echo” mrt@mfs.softnext.com.tw”>.forward

Thunder【/home/jack】-jack-cat.forward mrt@mfs.softnext.com.tw

如此，當測試電子郵件信箱收到寄件者為mrt@mfs.softnext.com.tw的電子郵件(即測試電子郵件)時，自動會將此封測試電子郵件轉寄回mrt@mfs.softnext.com.tw。

在步驟314結束後，用戶管理模組121即對應形成一筆用戶資料儲存於用戶資料庫1241，此筆用戶資料含有測試電子郵件信箱、異常通知對象資訊與用戶端設定的異常規則。

配合圖5，在用戶端完成註冊後，電子郵件寄發模組122每隔一預設時間即會執行一次寄發程序。首先，在步驟321中，電子郵件寄發模組122會擷取用戶資料庫1241中的測試電子郵件信箱，而後於步驟322以測試電子郵件信箱為收件者而系統電子郵件信箱為寄件者來形成一封測試電子郵件經電子郵件系統11寄出。當然，若有多數筆用戶資料時，步驟322將對應每一筆用戶資料來形成一封測試電子郵件寄出。在測試電子郵件寄出後，電子郵件寄發模組122會將此測試電子郵件的寄出通知電子郵件監控模組123。而後，當電子郵件系統11自用戶端收到回覆訊息時，提供予電子郵件監控模組123。

配合圖6，電子郵件監控模組123每隔一段預設時間執行監控程序。為避免異常情況過於頻繁的發生，每次監控程序的間隔時間是數倍於寄發程序的間隔時間，在此係以三倍為例來說。

首先，在步驟331中，判斷是否收到來自用戶端的回覆訊息。若步驟331判斷為有時，執行步驟332，對應回覆訊息與先前的測試電子郵件的寄發來形成一筆電子郵件紀錄，此封電子郵件含有寄發時間、回覆時間與間隔時間等等。為方便電子郵件的效能分析，本實施例中電子郵件監控模組123擷取為回覆訊息的電子郵件系統21所轉寄的測試電子郵件的表頭(Header)中的傳遞訊息(如下表)以整合於電子郵件紀錄中，例如寄出時間、傳輸路徑(Received)與它的接收時間並計算時間間隔來作為傳遞資訊，在此以用戶端的電子郵件系統21有四台郵件伺服器211~214為例來說明：

由上表的範例可知，回覆訊息經660秒才回到電子郵件系統11，而電子郵件效能評估系統12更可將此電子郵件紀錄提供給用戶端，讓用戶端可即時瞭解電子郵件系統21中的各郵件伺服器211~214的運作狀況。同時，在累積足夠電子郵件紀錄時，用戶端亦可瞭解不同時間的電子郵件效能的變化，進而可自行評估本身的電子郵件系統21是否需更替或提昇效能。若用戶端先前有設定臨界值時，而回覆訊息的間隔時間超過臨界值，亦對應產生警戒訊息至異常通知對象。

若步驟331判斷為否時，指持續未收到回覆訊息，在本例中設定連續三次的測試電子郵件皆未收到回覆訊息，先執行步驟333，判斷異常訊息的通知次數是否超過用戶端的預設值(例如3次)，若判斷為否時，執行步驟334發出異常訊息至異常通知對象並累計一次異常通知(如圖7)後執行步驟332以對應形成電子郵件寄發紀錄，在本例中為三筆，最後一筆電子郵件紀錄除含有未收到回覆訊息外更含有對應告知異常訊息的資訊。若步驟333中，判斷為是時，執行步驟332對應形成電子郵件紀錄，以避免電子郵件系統21故障時持續異常通知反而造成不當負擔。同時，在步驟332中，若用戶資料設定於恢復時通知時，於紀錄新的電子郵件紀錄為有收到回覆訊息時，更會確認先前一筆電子郵件紀錄是否為未收到回覆訊息，若為是，意味著用戶端的電子郵件系統21由先前異常狀況恢復，電子郵件監控模組123產生一恢復訊息以告知異常通知對象並將此恢復訊息之通知整合於該筆電子郵件紀錄內。

綜上所述，本發明電子郵件效能評估系統12持續地每間隔一定時間即寄發測試電子郵件，並利用用戶端的電子郵件系統21因應測試電子郵件所產生回覆訊息，可判斷出電子郵件系統21是否可正常收發電子郵件並於異常狀況發生時自動通知用戶端，讓用戶端可即時因應異常狀況來處理，同時利用測試電子郵件的寄發紀錄亦可評估電子郵件系統21的效能，例如哪一台郵件伺服器的郵寄時間過久、哪些時段的電子郵件的處理效能較低等等，進而讓用戶端的網管人員可據此來分配網路資源與評估系統的更新。

惟以上所述者，僅為本發明之較佳實施例而已，當不能以此限定本發明實施之範圍，即大凡依本發明申請專利範圍及發明說明內容所作之簡單的等效變化與修飾，皆仍屬本發明專利涵蓋之範圍內。

11、21‧‧‧電子郵件系統

12‧‧‧電子郵件效能評估系統

121‧‧‧用戶管理模組

122‧‧‧電子郵件寄發模組

123‧‧‧電子郵件監控模組

124‧‧‧資料庫模組

1241‧‧‧用戶資料庫

1242‧‧‧電子郵件紀錄資料庫

311~314、321~322、331~334‧‧‧步驟

圖1是電子郵件效能評估架構的一較佳實施例的示意圖；

圖2是圖1實施例中電子郵件效能評估系統的示意圖；

圖3是本實施例中註冊介面的一範例示意圖；

圖4是本實施例中註冊程序的流程圖；

圖5是本實施例中寄發程序的流程圖；

圖6是本實施例中監控程序的流程圖；以及

圖7是本實施例中異常訊息的一範例示意圖，此範例中已連續發出三次異常訊息。

121‧‧‧用戶管理模組

122‧‧‧電子郵件寄發模組

123‧‧‧電子郵件監控模組

124‧‧‧資料庫模組

1241‧‧‧用戶資料庫

1242‧‧‧電子郵件紀錄資料庫

Claims (12)

1. 一種自動即時檢驗電子郵件系統效能之方法，該電子郵件系統具有多數郵件伺服器，該方法包含以下步驟：(A)每間隔一測試時間即發送一測試電子郵件至一測試電子郵件信箱，該測試電子郵件信箱屬於該電子郵件系統且於該測試電子郵件信箱收到測試電子郵件回覆一回覆訊息，在經過多個測試時間後，得到多筆相關於該等郵件伺服器之任一者為起點或訖點的回覆訊息；以及(B)若逾一數倍於該測試時間的監控時間未收到至少一回覆訊息時，對應該未收到得回覆訊息產生一異常訊息並形成一筆電子郵件紀錄。
2. 依據申請專利範圍第1項所述之自動即時檢驗電子郵件系統效能之方法，該步驟(A)中該電子郵件系統的回覆訊息係以轉寄該測試電子郵件來回覆，而該步驟(B)中，更擷取該被轉寄的測試電子郵件的表頭內的傳遞訊息來形成電子郵件紀錄。
3. 依據申請專利範圍第2項自動即時檢驗電子郵件系統效能之方法，其中，該步驟(B)中該異常訊息的產生未逾一預定次數時，通知一預設異常通知對象。
4. 一種自動即時檢驗電子郵件系統效能之架構，包含：一用戶端，具有一具有多數郵件伺服器之電子郵件系統與一屬於該電子郵件系統的測試電子郵件信箱，該測試電子郵件信箱設定於收到一測試電子郵件回覆一回覆訊息； 一系統端，具有一電子郵件系統與一電子郵件效能評估系統，該電子郵件效能評估系統依每間隔一測試時間即發送一測試電子郵件至該用戶端的測試電子郵件信箱，在經過多個測試時間後，得到多筆相關於該等郵件伺服器之任一者為起點或訖點的回覆訊息，並在逾一數倍於該測試時間的監控時間未收到至少一回覆訊息時，對應該未收到得回覆訊息產生一異常訊息。
5. 依據申請專利範圍第4項所述之自動即時檢驗電子郵件系統效能之架構，其中，該電子郵件效能評估系統有一屬於該系統端的電子郵件系統的系統電子郵件信箱，以作為該測試電子郵件的寄件者，而該用戶端的測試電子郵件信箱於收到寄件者為系統電子郵件信箱判斷為測試電子郵件並將該封測試電子郵件轉寄至該系統電子郵件信箱。
6. 依據申請專利範圍第5項所述之自動即時檢驗電子郵件系統效能之架構，其中，該電子郵件效能評估系統更對應每一次測試電子郵件形成一筆電子郵件紀錄，該電子郵件紀錄含有是否收到回覆訊息、測試電子郵件的寄出與收到回覆訊息的間隔時間。
7. 依據申請專利範圍第6項所述之自動即時檢驗電子郵件系統效能之架構，其中，該電子郵件紀錄更含有該測試電子郵件的傳遞訊息。
8. 依據申請專利為第7項所述之自動即時檢驗電子郵件系統效能之架構，該電子郵件效能評估系統的異常訊息的產生未逾一預定次數時，更通知用戶端的一預設異常通知對象。
9. 一種電子郵件效能評估系統，包含：一資料庫模組，儲存一筆專屬一用戶端的用戶資料，該筆用戶資料含有一屬於用戶端的電子郵件系統的測試電子郵件信箱；一電子郵件寄發模組，每間隔一測試時間即擷取該資料庫模組中的用戶資料以發送一測試電子郵件至該測試電子郵件信箱；以及一電子郵件監控模組，在經過多個測試時間後，得到多筆相關於該等郵件伺服器之任一者為起點或訖點的回覆訊息，且於一數倍於該測試時間的監控時間內確認是否收到來自該測試電子郵件信箱的回覆訊息並對應產生一筆電子郵件紀錄儲存至該資料庫模組，若無收到至少一來自該測試電子郵件信箱的回覆訊息時更對應該未收到得回覆訊息產生一異常訊息並適時告知用戶端。
10. 依據申請專利範圍第9項所述之電子郵件效能評估系統，其中，該電子郵件寄發模組以一專屬的系統電子郵件信箱作為該測試電子郵件的寄件者，而該用戶端的測試電子郵件信箱於收到寄件者為系統電子郵件信箱時，將該封測試電子郵件轉寄至該系統電子郵件信箱。
11. 依據申請專利範圍第10項所述之電子郵件效能評估系統，其中，該電子郵件監控模組的電子郵件紀錄含有是否收到回覆訊息、測試電子郵件的寄出與收到回覆訊息的間隔時間。
12. 依據申請專利範圍第11項所述之電子郵件效能評估系 統，其中，該電子郵件紀錄更含有該測試電子郵件的傳遞訊息。