專利名稱：一種報警郵件可靠發(fā)送的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字信息的傳輸領(lǐng)域，特別是涉及一種報警郵件可靠發(fā)送的方法和系統(tǒng)。
背景技術(shù)：
數(shù)字證書是網(wǎng)絡(luò)通信中標(biāo)志通信各方身份信息的一系列數(shù)據(jù)，它由一個權(quán)威機構(gòu) 發(fā)行，人們可以在交往中用它來識別對方的身份。數(shù)字簽名技術(shù)是在網(wǎng)絡(luò)系統(tǒng)虛擬環(huán)境中 確認(rèn)身份的重要技術(shù)，完全可以代替現(xiàn)實過程中的"親筆簽字"，在技術(shù)和法律上有保證。數(shù) 字證書系統(tǒng)中存儲有注冊人的證書注冊信息、證書有效期和注冊人的繳費情況等信息。
隨著因特網(wǎng)的普及、各種電子商務(wù)活動和電子政務(wù)活動的飛速發(fā)展，數(shù)字證書開 始廣泛地應(yīng)用到各個領(lǐng)域之中，目前主要包括發(fā)送安全電子郵件、訪問安全站點、網(wǎng)上招 標(biāo)投標(biāo)、網(wǎng)上簽約、網(wǎng)上訂購、安全網(wǎng)上公文傳送、網(wǎng)上繳費、網(wǎng)上繳稅、網(wǎng)上炒股、網(wǎng)上購物 和網(wǎng)上報關(guān)等。 許多重要的系統(tǒng)都會采用電子郵件報警的方式對系統(tǒng)異常狀況或特定的業(yè)務(wù)數(shù) 據(jù)進(jìn)行報警監(jiān)控。由于數(shù)字證書的重要性，報警監(jiān)控系統(tǒng)也會定期檢查數(shù)據(jù)庫。例如，通過 對數(shù)據(jù)庫中的記錄進(jìn)行掃描，當(dāng)出現(xiàn)符合業(yè)務(wù)規(guī)則的數(shù)據(jù)時，自動向注冊人發(fā)送報警郵件。 但是由于電子郵件協(xié)議(如郵局協(xié)議P0P3，簡單郵件傳輸協(xié)議SMTP等)本身的限制，可能 因為多種原因(比如郵件發(fā)送服務(wù)器故障、網(wǎng)絡(luò)中斷、路由問題等)造成郵件發(fā)送失敗，導(dǎo) 致報警失敗。 現(xiàn)有的郵件報警系統(tǒng)，當(dāng)郵件發(fā)送服務(wù)器故障或其他原因?qū)е聢缶]件無法發(fā)送 或發(fā)送失敗時，系統(tǒng)無法及時發(fā)現(xiàn)發(fā)送失敗，使報警郵件無法起到真正意義上的報警作用。
因此迫切需要能夠查詢報警郵件的報警狀態(tài)，并保證報警郵件發(fā)送成功的系統(tǒng)和 方法。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種報警郵件可靠發(fā)送的方法和系統(tǒng)，能夠獲 知報警郵件的發(fā)送成功與否，使報警郵件的發(fā)送更加可靠。 為了解決上述問題，本發(fā)明公開了一種報警郵件可靠發(fā)送的方法，該方法包括 對數(shù)據(jù)庫記錄表進(jìn)行掃描，如果有符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報警郵件；和/或， 對失敗記錄表進(jìn)行掃描，如果有發(fā)送失敗記錄，則生成待發(fā)送的報警郵件；生成發(fā)往監(jiān)控 郵箱的監(jiān)控郵件；統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件；檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控 郵件，如果收到，則發(fā)送成功；如果未收到，則發(fā)送失敗；依據(jù)發(fā)送情況，更新所述失敗記錄 表。 優(yōu)選的，所述統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件中包括多個報警郵件和一個監(jiān)控郵 件，所述監(jiān)控郵件位于本批郵件的末尾。 優(yōu)選的，所述監(jiān)控郵箱設(shè)置在郵件發(fā)送端的內(nèi)網(wǎng)中。
具體的，所述更新失敗記錄表包括對于數(shù)據(jù)庫記錄表中符合業(yè)務(wù)規(guī)則的記錄，若報警成功，不采取動作；若報警失敗，則將對應(yīng)報警郵件的地址和發(fā)送次數(shù)記錄到失敗記錄表；對于失敗記錄表上的記錄，若報警成功，從失敗記錄表上刪除對應(yīng)記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加1。 優(yōu)選的，在對失敗記錄表進(jìn)行掃描的過程中，如果被掃描記錄的發(fā)送次數(shù)超過最大重發(fā)次數(shù)，就放棄重發(fā)，將超過最大重發(fā)次數(shù)的記錄按照預(yù)置的處理方式保留或從失敗記錄表中刪除。
本發(fā)明還公開了一種報警郵件可靠發(fā)送的系統(tǒng)，該系統(tǒng)包括 掃描生成模塊，用于對數(shù)據(jù)庫記錄表進(jìn)行掃描，對符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報警郵件，和/或，對失敗記錄表進(jìn)行掃描，對有發(fā)送失敗的記錄，生成待發(fā)送的報警郵件，以及生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；郵件發(fā)送模塊，用于統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件；監(jiān)控模塊，用于檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果收到，則發(fā)送成功，如果未收到，則發(fā)送失敗；更新模塊，用于更新所述失敗記錄表。 優(yōu)選的，所述統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件中包括多個報警郵件和一個監(jiān)控郵件，所述監(jiān)控郵件位于本批郵件的末尾。 進(jìn)一步，所述系統(tǒng)還包括配置文件，所述配置文件存儲有監(jiān)控時間間隔、最大重復(fù)次數(shù)和補發(fā)規(guī)則；所述掃描生成模塊依據(jù)所述配置文件完成相應(yīng)操作。 具體的，所述更新模塊包括兩個子模塊業(yè)務(wù)記錄更新子模塊，對于數(shù)據(jù)庫記錄表中符合業(yè)務(wù)規(guī)則的記錄，若報警成功，不采取動作；若報警失敗，則將對應(yīng)報警郵件的地址和發(fā)送次數(shù)記錄到失敗記錄表；失敗記錄更新子模塊，對于失敗記錄表上的記錄，若報警成功，從失敗記錄表上刪除對應(yīng)記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加l。 與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點 通過監(jiān)控郵箱的設(shè)置，可以獲知報警郵件的發(fā)送是否成功；通過設(shè)置失敗記錄表，可以了解每個發(fā)送失敗的記錄報警郵件所處的狀態(tài)；而且本發(fā)明還可以根據(jù)失敗記錄表自動補發(fā)報警郵件，補發(fā)的規(guī)則可根據(jù)實際需要進(jìn)行設(shè)置，最大限度的保證報警郵件發(fā)送成功，真正起到及時報警的作用，為客戶提供更好的告知服務(wù)。


圖1是本發(fā)明報警郵件可靠發(fā)送的方法一個實施例流程圖； 圖2是本發(fā)明報警郵件可靠發(fā)送的方法另一個優(yōu)選實施例的流程圖； 圖3是本發(fā)明報警郵件可靠發(fā)送的系統(tǒng)實施例的構(gòu)成示意圖。
具體實施例方式
為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式
對本發(fā)明作進(jìn)一步詳細(xì)的說明。 參照圖l，為本發(fā)明報警郵件可靠發(fā)送的方法一個實施例流程圖。其包括如下步驟 Sl定期對數(shù)據(jù)庫記錄表進(jìn)行掃描，搜索出符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報
5警郵件； S2對失敗記錄表進(jìn)行掃描，對發(fā)送失敗的記錄，生成待發(fā)送的報警郵件；
S3生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；
S4統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件； S5檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果收到，則發(fā)送成功；如果未收到， 則發(fā)送失??； S6依據(jù)發(fā)送情況，更新所述失敗記錄表。 其中，S1步驟中的定期可以是每天也可以是每隔幾天，可根據(jù)實際需要進(jìn)行設(shè)定。 所述掃描可以同時針對多種業(yè)務(wù)規(guī)則，所述業(yè)務(wù)規(guī)則可以包括臨近過期、針對某一特殊用 戶、針對某一特殊郵箱等。 S2步驟中的失敗記錄表中記錄有之前發(fā)送未成功的報警郵件的相關(guān)信息，其中可
以包括發(fā)送失敗記錄的最后一次發(fā)送時間、對應(yīng)的郵箱地址及發(fā)送過的次數(shù)。 Sl步驟中掃描符合業(yè)務(wù)規(guī)則的記錄與S2步驟中掃描失敗記錄表可以交換先后順
序，不影響本實施例的實施效果。 S4步驟中統(tǒng)一發(fā)送報警郵件和監(jiān)控郵件，統(tǒng)一發(fā)送是為了減少不同時間里不同干 擾因素的影響。 S5步驟中檢查監(jiān)控郵箱，是在報警郵件和監(jiān)控郵件發(fā)出后，經(jīng)過一定的監(jiān)控時間 間隔(如30分鐘)，對監(jiān)控郵箱進(jìn)行檢查，若收到了監(jiān)控郵件，則意味著同批報警郵件發(fā)送 成功；若未收到，則認(rèn)為同批報警郵件的發(fā)送過程出現(xiàn)了異常，此次發(fā)送均失敗。
S6步驟中所述的更新失敗記錄表，分兩種情況對于符合業(yè)務(wù)規(guī)則的記錄，若發(fā) 送報警郵件成功，不采取動作；若發(fā)送報警郵件失敗，則將對應(yīng)報警郵件的地址和發(fā)送次數(shù) "1"記錄到失敗記錄表；對于失敗記錄表上的記錄，若報警成功，從失敗記錄表上刪除對應(yīng) 記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加1。
對于本發(fā)明來說，Sl步驟中掃描符合業(yè)務(wù)規(guī)則的記錄和S2步驟中掃描失敗記錄 表還可以二擇一進(jìn)行操作，即只對符合業(yè)務(wù)規(guī)則的記錄進(jìn)行掃描或只對失敗記錄表進(jìn)行掃 描。 本發(fā)明還提供報警郵件可靠發(fā)送的方法另一個優(yōu)選實施例，該實施例與第一個實 施例相比，對第一個實施例的一些相應(yīng)步驟采取了更優(yōu)化的處理。本優(yōu)選實施例在掃描符 合業(yè)務(wù)規(guī)則的記錄、掃描失敗記錄表步驟中分別增加了判斷是否有符合業(yè)務(wù)規(guī)則的記錄、 是否有失敗記錄的步驟，而且還增加了判斷是否超過最大重發(fā)次數(shù)、判斷有無待發(fā)送的報 警郵件和補發(fā)報警郵件的過程，在保證報警郵件可靠發(fā)送的同時還能減少系統(tǒng)資源不必要 的占用消耗，使得報警郵件的發(fā)送過程更加簡潔、可靠、節(jié)省系統(tǒng)資源。本優(yōu)選實施例具體 流程如圖2所示。
該優(yōu)選實施例包括如下步驟 Sll定期對數(shù)據(jù)庫記錄表進(jìn)行掃描，搜索出符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報 警郵件； S22對失敗記錄表進(jìn)行掃描，對發(fā)送失敗的記錄，生成待發(fā)送的報警郵件；
S33生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；
S44統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件；
S55檢查監(jiān)控郵箱是否收到監(jiān)控郵件，如果收到，則發(fā)送成功；如果未收到，則發(fā)送失??； S66依據(jù)發(fā)送情況，更新所述失敗記錄表。
Sll步驟的詳細(xì)步驟如下
Sill定期掃描數(shù)據(jù)庫記錄表； SI 12判斷有無符合業(yè)務(wù)規(guī)則記錄，導(dǎo)出符合業(yè)務(wù)規(guī)則記錄的列表；
S113生成待發(fā)送的報警郵件，暫存待發(fā)送的報警郵件。 所述定期可以是每天也可以是每隔幾天，可根據(jù)實際需要進(jìn)行設(shè)定。系統(tǒng)定期執(zhí)
行，對數(shù)據(jù)庫中記錄表進(jìn)行掃描，判斷有無符合業(yè)務(wù)規(guī)則的記錄。所述掃描可以同時針對
多種業(yè)務(wù)規(guī)則，所述業(yè)務(wù)規(guī)則可以包括臨近過期、針對某一特殊用戶、針對某一特殊郵箱
等。對有符合業(yè)務(wù)規(guī)則記錄的情況，導(dǎo)出符合業(yè)務(wù)規(guī)則記錄的列表，對該列表中的記錄，生
成待發(fā)送的報警郵件，并暫存待發(fā)送的報警郵件，進(jìn)入步驟S22 ;對無符合業(yè)務(wù)規(guī)則記錄的
情況，則直接進(jìn)入步驟S22。 S22步驟的詳細(xì)步驟如下 S221掃描失敗記錄表； S222判斷是否有失敗記錄； S223判斷是否超過最大重發(fā)次數(shù)，找出未超過最大重發(fā)次數(shù)的失敗記錄；
S224生成待發(fā)送的報警郵件，暫存待發(fā)送的報警郵件。 優(yōu)選的，在S222、S223之后、S224之前還包括步驟S22'，該步驟為判斷步驟S11中是否生成了待發(fā)送的報警郵件。 失敗記錄表可以包括發(fā)送失敗記錄的最后一次發(fā)送時間、對應(yīng)的郵箱地址及發(fā)送過的次數(shù)。對失敗記錄表掃描時，先判斷是否有失敗記錄。對于有失敗記錄的情況，則對所有記錄發(fā)送過的次數(shù)和設(shè)定的最大重發(fā)次數(shù)(如5次)進(jìn)行比較，如果未超過最大重發(fā)次數(shù)則生成待發(fā)送的報警郵件，暫存這些報警郵件，進(jìn)入步驟S33 ;如果超過最大重發(fā)次數(shù)，則不再生成報警郵件，將這些超過最大重發(fā)次數(shù)的記錄按照預(yù)置的處理方式保留或從失敗記錄表中刪除，然后與無失敗記錄情況的后續(xù)處理方式相同，都進(jìn)入步驟S22'。
在步驟S22'中，若判斷出Sll步驟中生成了待發(fā)送的報警郵件，則進(jìn)入步驟S33 ;若Sll步驟中沒有生成待發(fā)送的報警郵件，則程序結(jié)束。 Sll步驟中掃描符合業(yè)務(wù)規(guī)則的記錄與S22步驟中掃描失敗記錄表可以交換先后順序，不影響本實施例的實施效果。 S33步驟中生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件，優(yōu)選的，所述監(jiān)控郵件為一封。
在掃描過數(shù)據(jù)庫記錄表和失敗記錄表后，待發(fā)送的報警郵件可能只有一個，此時統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件各為一封。優(yōu)選的，當(dāng)有多個報警郵件時，統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件包括多個報警郵件和一個監(jiān)控郵件。 監(jiān)控郵箱設(shè)置在內(nèi)網(wǎng)或外網(wǎng)均可以。優(yōu)選的，監(jiān)控郵箱設(shè)置在郵件發(fā)送端的內(nèi)網(wǎng)中。監(jiān)控郵箱設(shè)置在內(nèi)網(wǎng)中，便于在郵件發(fā)送失敗后進(jìn)行故障的檢查和排除，保證郵件報警系統(tǒng)能正常有效運轉(zhuǎn)。 S44步驟統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件。 在報警郵件和監(jiān)控郵件都生成完畢后，統(tǒng)一發(fā)送這些郵件。統(tǒng)一發(fā)送是為了減少
7不同時間里不同干擾因素的影響。優(yōu)選的，監(jiān)控郵件位于本批郵件的末尾。同批發(fā)送的郵件，每兩個相鄰發(fā)送的郵件之間會有個非常短暫的時間間隔。若在一批郵件發(fā)送中途，郵件發(fā)送模塊出現(xiàn)故障，那么后續(xù)的郵件都不能成功發(fā)送。郵件發(fā)送模塊在出現(xiàn)故障后是不會自動恢復(fù)的，需要維修才能再次正常工作。將監(jiān)控郵件置于一批郵件的末尾，可以最大程度對同批報警郵件發(fā)送是否成功進(jìn)行監(jiān)控。
S55步驟的詳細(xì)步驟如下 S551檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果監(jiān)控郵箱收到上述監(jiān)控郵件，則發(fā)送成功；如果監(jiān)控郵箱未收到監(jiān)控郵件，則發(fā)送失敗。 在報警郵件和監(jiān)控郵件發(fā)出后，經(jīng)過設(shè)定的監(jiān)控時間間隔(如30分鐘)，對監(jiān)控郵箱進(jìn)行檢查，若收到了監(jiān)控郵件，則意味著同批報警郵件發(fā)送成功；若未收到，則認(rèn)為同批報警郵件在發(fā)送過程中出現(xiàn)了異常，此次發(fā)送均失敗。
S66步驟的詳細(xì)步驟如下 S661對于符合業(yè)務(wù)規(guī)則的記錄，若報警成功，不采取動作；若報警失敗，則將對應(yīng)報警郵件的地址和發(fā)送次數(shù)"1"記錄到失敗記錄表； S662對于失敗記錄表上的記錄，若報警成功，從失敗記錄表上刪除對應(yīng)記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加1。
檢查過監(jiān)控郵箱后，無論報警郵件的發(fā)送成功還是失敗，都需要對失敗記錄表進(jìn)行更新。對于符合業(yè)務(wù)規(guī)則的記錄，若報警成功，就不采取動作；若報警失敗，則將對應(yīng)報警郵件的地址、發(fā)送次數(shù)"1"和發(fā)送時間記錄到失敗記錄表；對于失敗記錄表上的記錄，若報警成功，就從失敗記錄表上刪除對應(yīng)記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加l，將發(fā)送時間更新為最后一次發(fā)送時間。 優(yōu)選的，在更新失敗記錄表后還包括步驟S77 :對失敗記錄表上的記錄進(jìn)行補發(fā)。單次補發(fā)的流程與上述發(fā)送報警郵件的流程基本相似，包括 S771對失敗記錄表進(jìn)行掃描，對發(fā)送失敗的記錄，生成待發(fā)送的報警郵件；
S772生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；
S773統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件； S774檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果收到，則發(fā)送成功；如果未收到，則發(fā)送失敗； S775依據(jù)發(fā)送情況，更新所述失敗記錄表。 由于單次補發(fā)的流程每個步驟與報警郵件的對應(yīng)基本相似，此處不再贅述。根據(jù)實際需要，還可以對補發(fā)規(guī)則進(jìn)行設(shè)定，所述補發(fā)規(guī)則可以包括補發(fā)的次數(shù)、補發(fā)啟動時間隔和補發(fā)時間間隔。補發(fā)的次數(shù)是補發(fā)流程連續(xù)執(zhí)行的次數(shù)(如2次)；補發(fā)啟動時間間隔是發(fā)送報警郵件后等待的時間(如10分鐘或24小時)；補發(fā)時間間隔是每兩次補發(fā)之間的時間間隔(如5分鐘)。 優(yōu)選的，還包括步驟S88 :將步驟Sll到S66整個過程中出現(xiàn)的所有事件都保存到當(dāng)日的系統(tǒng)日志中。 系統(tǒng)日志是以.log結(jié)尾的文本文件，每日定期生成以日期為文件名區(qū)分的系統(tǒng)日志，用于在人工檢查系統(tǒng)狀態(tài)和出錯處理。 在本實施例中，Sll步驟中掃描符合業(yè)務(wù)規(guī)則的記錄與S22步驟中掃描失敗記錄表可以交換先后順序，不影響本實施例實施效果。 對于本發(fā)明來說，Sll步驟中掃描符合業(yè)務(wù)規(guī)則的記錄和S22步驟中掃描失敗記錄表還可以二擇一進(jìn)行操作，即只對符合業(yè)務(wù)規(guī)則的記錄進(jìn)行掃描或只對失敗記錄表進(jìn)行掃描。 本發(fā)明還提供一種報警郵件可靠發(fā)送的系統(tǒng)。如圖3所示，為本發(fā)明報警郵件可靠發(fā)送的系統(tǒng)實施例的構(gòu)成示意圖。所述系統(tǒng)20包括掃描生成模塊201、郵件發(fā)送模塊202、監(jiān)控模塊203、更新模塊204。 所述掃描生成模塊201，用于對數(shù)據(jù)庫記錄表進(jìn)行掃描，對符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報警郵件；再對失敗記錄表進(jìn)行掃描，對有發(fā)送失敗的記錄，若發(fā)送次數(shù)為超過設(shè)定的最大重發(fā)次數(shù)，則生成待發(fā)送的報警郵件，若超過最大重發(fā)次數(shù)，則放棄重發(fā)；最后生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件。在掃描過數(shù)據(jù)庫記錄表和失敗記錄表后，待發(fā)送的報警郵件可能只有一個，此時統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件各為一封。優(yōu)選的，當(dāng)有多個報警郵件時，則統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件包括多個報警郵件和一個監(jiān)控郵件，所述監(jiān)控郵件位于本批郵件的末尾。 所述掃描生成模塊201對符合業(yè)務(wù)規(guī)則的記錄的掃描和對掃描失敗記錄表的掃描可以交換先后順序，不影響本實施例實施效果。 所述郵件發(fā)送模塊202，用于將上述報警郵件和監(jiān)控郵件按照各自的郵件地址統(tǒng)一發(fā)送出去，優(yōu)選的，在同批發(fā)送的郵件隊列中，監(jiān)控郵件排在末尾。 所述監(jiān)控模塊203，在報警郵件和監(jiān)控郵件發(fā)出經(jīng)過設(shè)定的監(jiān)控時間間隔后，檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果在監(jiān)控郵箱中找到上述監(jiān)控郵件，則發(fā)送成功；如果在監(jiān)控郵箱中未找到上述監(jiān)控郵件，則發(fā)送失敗。 所述更新模塊204，用于更新所述失敗記錄表，優(yōu)選的，所述更新模塊204包括兩個子模塊業(yè)務(wù)記錄更新子模塊和失敗記錄更新子模塊。業(yè)務(wù)記錄更新子模塊，對于數(shù)據(jù)庫記錄表中符合業(yè)務(wù)規(guī)則的記錄，若報警成功，就不采取動作；若報警失敗，則將對應(yīng)報警郵件的地址、發(fā)送次數(shù)"1 "和發(fā)送時間記錄到失敗記錄表；失敗記錄更新子模i央，對于失敗記錄表上的記錄，若報警成功，就從失敗記錄表上刪除對應(yīng)記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加l，將發(fā)送時間更新為最后一次發(fā)送時間。
上述掃描生成模塊201對符合業(yè)務(wù)規(guī)則記錄的掃描和對失敗記錄表的掃描可以交換先后順序，不影響本實施例的實施效果。 優(yōu)選的，所述系統(tǒng)還包括補發(fā)模塊。補發(fā)模塊在上述報警郵件發(fā)送后，經(jīng)過補發(fā)啟動時間間隔，會啟動所述系統(tǒng)重新執(zhí)行一遍報警郵件的發(fā)送過程。其不同之處在于掃描生成模塊201只對失敗記錄表進(jìn)行掃描，生成報警郵件并只生成一個監(jiān)控郵件；再由郵件發(fā)送模塊202將這些郵件統(tǒng)一發(fā)送出去；在監(jiān)控時間間隔后，檢測監(jiān)控郵箱；根據(jù)發(fā)送情況更新失敗記錄表。 根據(jù)實際需要，還可以對補發(fā)規(guī)則進(jìn)行設(shè)定，所述補發(fā)規(guī)則可以包括補發(fā)的次數(shù)、補發(fā)啟動時間隔和補發(fā)時間間隔。補發(fā)的次數(shù)是補發(fā)流程連續(xù)執(zhí)行的次數(shù)；補發(fā)啟動時間間隔是發(fā)送報警郵件后等待的時間；補發(fā)時間間隔是每兩次補發(fā)之間的時間間隔。
優(yōu)選的，所述系統(tǒng)還包括配置文件，該配置文件用于存儲監(jiān)控時間間隔、最大重復(fù)次數(shù)、補發(fā)規(guī)則、數(shù)據(jù)庫地址和監(jiān)控郵箱地址等信息，并供所述系統(tǒng)的各功能模塊讀取調(diào)用。 優(yōu)選的，所述系統(tǒng)還包括存儲模塊。該存儲模塊用于暫存掃描生成模塊201掃描數(shù)據(jù)庫記錄表后，對符合業(yè)務(wù)規(guī)則的記錄后生成的報警郵件，以及掃描生成模塊201掃描失敗記錄表后，對未超過最大重發(fā)次數(shù)的記錄生成的報警郵件。 優(yōu)選的，所述系統(tǒng)還包括日志生模塊，用于每天定期生成系統(tǒng)日志，并將郵件發(fā)送整個過程中出現(xiàn)的所有事件保存到當(dāng)天系統(tǒng)日志中。 對于本發(fā)明來說，掃描生成模塊201對符合業(yè)務(wù)規(guī)則記錄的掃描和對失敗記錄表的掃描還可以二擇一進(jìn)行操作，即只對符合業(yè)務(wù)規(guī)則的記錄進(jìn)行掃描或只對失敗記錄表進(jìn)行掃描。 本說明書中的各個實施例均采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于系統(tǒng)實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。 本發(fā)明通過設(shè)置監(jiān)控郵箱，可以獲知報警郵件的發(fā)送是否成功；通過設(shè)置失敗記錄表，可以了解每個發(fā)送失敗的記錄報警郵件所處的狀態(tài)；而且本發(fā)明還可以根據(jù)失敗記錄表自動補發(fā)報警郵件，補發(fā)的規(guī)則可根據(jù)實際需要進(jìn)行設(shè)置，最大限度的保證報警郵件發(fā)送成功，真正起到及時報警的作用，為客戶提供更好的告知服務(wù)。 以上對本發(fā)明所提供的一種報警郵件可靠發(fā)送的方法和系統(tǒng)，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
10
權(quán)利要求
一種報警郵件可靠發(fā)送的方法，其特征在于，包括對數(shù)據(jù)庫記錄表進(jìn)行掃描，如果有符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報警郵件；和/或，對失敗記錄表進(jìn)行掃描，如果有發(fā)送失敗記錄，則生成待發(fā)送的報警郵件；生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件；檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果收到，則發(fā)送成功；如果未收到，則發(fā)送失??；依據(jù)發(fā)送情況，更新所述失敗記錄表。
2. 如權(quán)利要求1所述的報警郵件可靠發(fā)送的方法，其特征在于，所述統(tǒng)一發(fā)送的報警 郵件和監(jiān)控郵件中包括多個報警郵件和一個監(jiān)控郵件，所述監(jiān)控郵件位于本批郵件的末尾。
3. 如權(quán)利要求1所述的報警郵件可靠發(fā)送的方法，其特征在于，所述監(jiān)控郵箱設(shè)置在 郵件發(fā)送端的內(nèi)網(wǎng)中。
4. 如權(quán)利要求1所述的報警郵件可靠發(fā)送的方法，其特征在于，所述更新失敗記錄表 包括對于數(shù)據(jù)庫記錄表中符合業(yè)務(wù)規(guī)則的記錄，若報警成功，不采取動作；若報警失敗，則 將對應(yīng)報警郵件的地址和發(fā)送次數(shù)記錄到失敗記錄表；對于失敗記錄表上的記錄，若報警成功，從失敗記錄表上刪除對應(yīng)記錄的相關(guān)信息；若 報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加1。
5. 如權(quán)利要求4所述的報警郵件可靠發(fā)送的方法，其特征在于，在對失敗記錄表進(jìn)行 掃描的過程中，如果被掃描記錄的發(fā)送次數(shù)超過最大重發(fā)次數(shù)，就放棄重發(fā)，將超過最大重 發(fā)次數(shù)的記錄按照預(yù)置的處理方式保留或從失敗記錄表中刪除。
6. —種報警郵件可靠發(fā)送的系統(tǒng)，其特征在于，包括掃描生成模塊，用于對數(shù)據(jù)庫記錄表進(jìn)行掃描，對符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的 報警郵件；和/或，對失敗記錄表進(jìn)行掃描，對有發(fā)送失敗的記錄，生成待發(fā)送的報警郵件； 生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；郵件發(fā)送模塊，用于統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件；監(jiān)控模塊，用于檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果收到，則發(fā)送成功；如果 未收到，則發(fā)送失??；更新模塊，用于更新所述失敗記錄表。
7. 如權(quán)利要求6所述的報警郵件可靠發(fā)送的系統(tǒng)，其特征在于，所述統(tǒng)一發(fā)送的報警 郵件和監(jiān)控郵件中包括多個報警郵件和一個監(jiān)控郵件，所述監(jiān)控郵件位于本批郵件的末尾。
8. 如權(quán)利要求6所述的報警郵件可靠發(fā)送的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 配置文件，所述配置文件存儲有監(jiān)控時間間隔、最大重復(fù)次數(shù)和補發(fā)規(guī)則；所述掃描生成模塊依據(jù)所述配置文件完成相應(yīng)操作。
9. 如權(quán)利要求6所述的報警郵件可靠發(fā)送的系統(tǒng)，其特征在于，所述更新模塊包括兩 個子模塊業(yè)務(wù)記錄更新子模塊，對于數(shù)據(jù)庫記錄表中符合業(yè)務(wù)規(guī)則的記錄，若報警成功，不采取動作；若報警失敗，則將對應(yīng)報警郵件的地址和發(fā)送次數(shù)記錄到失敗記錄表；失敗記錄更新子模塊，對于失敗記錄表上的記錄，若報警成功，從失敗記錄表上刪除對 應(yīng)記錄的相關(guān)信息；若報警失敗，則將失敗記錄表上對應(yīng)記錄的報警郵件發(fā)送次數(shù)加1。
全文摘要
本發(fā)明提供了一種報警郵件可靠發(fā)送的方法和系統(tǒng)，該系統(tǒng)包括掃描生成模塊，用于對數(shù)據(jù)庫記錄表進(jìn)行掃描，對符合業(yè)務(wù)規(guī)則的記錄，生成待發(fā)送的報警郵件，和/或，對失敗記錄表進(jìn)行掃描，對有發(fā)送失敗的記錄，生成待發(fā)送的報警郵件，以及生成發(fā)往監(jiān)控郵箱的監(jiān)控郵件；郵件發(fā)送模塊，用于統(tǒng)一發(fā)送所述報警郵件和監(jiān)控郵件；監(jiān)控模塊，用于檢查監(jiān)控郵箱是否收到發(fā)出的監(jiān)控郵件，如果收到，則發(fā)送成功，如果未收到，則發(fā)送失敗；更新模塊，用于更新所述失敗記錄表。優(yōu)選的，所述統(tǒng)一發(fā)送的報警郵件和監(jiān)控郵件中包括多個報警郵件和一個監(jiān)控郵件，所述監(jiān)控郵件位于本批郵件的末尾。本發(fā)明通過設(shè)置監(jiān)控郵箱和補發(fā)規(guī)則，能夠保證報警郵件發(fā)送成功。
文檔編號H04L12/58GK101741763SQ20081022579
公開日2010年6月16日 申請日期2008年11月13日 優(yōu)先權(quán)日2008年11月13日
發(fā)明者盧文哲, 李曉東, 毛偉, 蔡志宏, 邵晴, 高寧 申請人:中國科學(xué)院計算機網(wǎng)絡(luò)信息中心