專利名稱：一種對信息發(fā)布過程進行監(jiān)控的方法和設備的制作方法
技術(shù)領域：
本申請涉及互聯(lián)網(wǎng)信息處理技術(shù)領域，尤其涉及一種對信息發(fā)布過程進行監(jiān)控的方法和設備。
背景技術(shù)：
在目前的監(jiān)控系統(tǒng)中，絕大部分監(jiān)控系統(tǒng)是對監(jiān)控對象所產(chǎn)生的監(jiān)控數(shù)據(jù)進行采集與記錄，如果需要對監(jiān)控對象的運行狀態(tài)進行評估，一般是在監(jiān)控系統(tǒng)采集與記錄監(jiān)控數(shù)據(jù)后，由人工手動的方式對該監(jiān)控數(shù)據(jù)進行分析、評估，具體地，可由人工手動的方式將監(jiān)控數(shù)據(jù)以數(shù)據(jù)列表、圖表和日志信息等離散型監(jiān)控方式進行分析，通過多個數(shù)據(jù)列表、圖表和日志信息的分析，來推導出所監(jiān)控對象在運行過程中的實際狀態(tài)。由于信息發(fā)布是一種有生命周期特征(創(chuàng)建信息、信息發(fā)布、信息發(fā)布結(jié)束)且具有連續(xù)性、多變性和關(guān)聯(lián)性的業(yè)務，因此，以信息發(fā)布過程的監(jiān)控為例來反映現(xiàn)有的對監(jiān)控對象的監(jiān)控過程。如圖1所示，其為現(xiàn)有技術(shù)中對信息發(fā)布過程進行監(jiān)控的方法流程圖，具體包括以下步驟:步驟101:信息發(fā)布服務器創(chuàng)建一待發(fā)布信息，并以網(wǎng)頁的形式發(fā)布該信息。在創(chuàng)建待發(fā)布信息時，信息發(fā)布服務器為該信息分配一個具有全局唯一丨I"生的標識。步驟102:監(jiān)控服務器在接收到人工手動方式輸入的采集指令后，根據(jù)該采集指令中包含的所述分配的標識，采集發(fā)布信息過程中產(chǎn)生的包含該標識的監(jiān)控數(shù)據(jù)。步驟103:通過人工手動方式對采集到的監(jiān)控數(shù)據(jù)進行分析。例如:采集的監(jiān)控數(shù)據(jù)可以是信息發(fā)布過程中產(chǎn)生的日志信息，通過對日志信息內(nèi)容的分析，確定該信息在發(fā)布過程中某一時刻的發(fā)布狀態(tài)，如:發(fā)布信息的頁面的顯示狀態(tài)、一段時間內(nèi)訪問該頁面的用戶數(shù)量、發(fā)布該信息所產(chǎn)生的資源消耗、發(fā)布該信息所產(chǎn)生的費用等。步驟104:通過人工手動方式對分析結(jié)果進行整理，生成信息發(fā)布過程最終的效果數(shù)據(jù)列表(例如:查看發(fā)布信息的頁面和點擊發(fā)布信息的頁面的列表，資源消耗列表，以及費用詳單等)反饋至查詢數(shù)據(jù)平臺，以供其他有需要的用戶進行查詢。由此可見，現(xiàn)有的對信息發(fā)布過程的監(jiān)控方法只能根據(jù)采集指令進行數(shù)據(jù)的采集，采用事后(如24小時以后)人工手動方式統(tǒng)計分析監(jiān)控數(shù)據(jù)的方式進行監(jiān)控，其監(jiān)控效率低，且也降低了數(shù)據(jù)的真實可靠性；另外，若信息發(fā)布過程中出現(xiàn)異常情況，現(xiàn)有的監(jiān)控方法只能通過技術(shù)人員根據(jù)采集到的監(jiān)控數(shù)據(jù)利用專業(yè)知識進行分析時發(fā)現(xiàn)，或是在出現(xiàn)異常后由用戶舉報后發(fā)現(xiàn)，針對第一種發(fā)現(xiàn)異常的方案，有明顯的滯后性，不能準確、及時地定位異常，針對第二種發(fā)現(xiàn)異常的方案，除了有滯后性外，還由于需要用戶來發(fā)現(xiàn)異常并進行上報，將會導致用戶體驗下降，進而影響信息發(fā)布的效果。以廣告信息發(fā)布為例，在現(xiàn)有的監(jiān)控過程中，從廣告發(fā)布者創(chuàng)建廣告信息到廣告信息發(fā)布結(jié)束這一過程中，所產(chǎn)生的監(jiān)控數(shù)據(jù)都是由廣告發(fā)布技術(shù)人員對其進行分析、整理的，假設某一時刻瀏覽頁面的用戶點擊發(fā)布的該廣告信息頁面時，出現(xiàn)頁面跳轉(zhuǎn)失敗的異常，但相應的統(tǒng)計系統(tǒng)對本次點擊操作進行了扣費，因此，采集的監(jiān)控數(shù)據(jù)的內(nèi)容可以反映出本次頁面跳轉(zhuǎn)失敗的異常以及扣費異常，但是，由于廣告信息發(fā)布過程產(chǎn)生的監(jiān)控數(shù)據(jù)的數(shù)據(jù)量非常巨大，甚至到達數(shù)以百萬計，通過事后(如24小時以后)的人工手動方式，是很難從海量的監(jiān)控數(shù)據(jù)中查找出內(nèi)容異常的監(jiān)控數(shù)據(jù)，導致異常不能準確、及時地定位，為信息發(fā)布過程帶來安全隱患。

發(fā)明內(nèi)容
本申請的目的在于，提供了一種對信息發(fā)布過程進行監(jiān)控的方法和設備，用以解決現(xiàn)有技術(shù)中監(jiān)控系統(tǒng)不能準確、及時發(fā)現(xiàn)監(jiān)控過程中出現(xiàn)的異常情形的問題。一種對信息發(fā)布過程進行監(jiān)控的方法，該方法包括:在接收到信息創(chuàng)建觸發(fā)消息時，確定待發(fā)布信息的標識，以及確定該待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器；在所述信息的發(fā)布期結(jié)束前，利用所述信息的標識，從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)；利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常。一種監(jiān)控設備，該設備包括:接收模塊，用于接收信息創(chuàng)建觸發(fā)消息；確定模塊，用于確定待發(fā)布信息的標識，以及確定該待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器；采集模塊，用于在所述信息的發(fā)布期結(jié)束前，利用所述信息的標識，從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)；監(jiān)控模塊，用于利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常。本申請有益效果如下:本申請實施例監(jiān)控設備在接收到信息創(chuàng)建觸發(fā)消息時，確定待發(fā)布信息的標識以及確定待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器，在所述信息的發(fā)布過程中，監(jiān)控設備利用所述信息標識，從確定的后臺服務器中采集所述的監(jiān)控數(shù)據(jù)，并利用預設異常判定條件與監(jiān)控數(shù)據(jù)的屬性信息的對應關(guān)系，對采集的監(jiān)控數(shù)據(jù)進行判定，進而確定出信息發(fā)布過程中出現(xiàn)的異常情況，使得信息發(fā)布過程中出現(xiàn)的異常情況能夠準確、及時地定位。


圖1為現(xiàn)有技術(shù)中對信息發(fā)布過程進行監(jiān)控的方法流程圖；圖2為本申請實施例一中一種對信息發(fā)布的過程進行監(jiān)控的方法流程圖；圖3為所述廣告信息在發(fā)布過程中，監(jiān)控設備采集并存儲產(chǎn)生的監(jiān)控數(shù)據(jù)的示意圖4為針對圖(3)監(jiān)控設備對采集到的監(jiān)控數(shù)據(jù)進行分析和整合后的結(jié)果展示圖；圖5為所述廣告信息在發(fā)布過程中出現(xiàn)異常，監(jiān)控設備采集并存儲產(chǎn)生的監(jiān)控數(shù)據(jù)的示意圖；圖6為針對圖(5)監(jiān)控設備對采集到的監(jiān)控數(shù)據(jù)進行分析和整合后的結(jié)果展示圖；圖7為本實施例三的一種監(jiān)控設備的結(jié)構(gòu)示意圖。
具體實施例方式為了實現(xiàn)本申請目的，本申請實施例在接收到信息創(chuàng)建觸發(fā)消息時，由監(jiān)控設備確定待發(fā)布信息的標識以及確定待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器，在所述信息的發(fā)布過程中，監(jiān)控設備利用所述信息標識，從確定的后臺服務器中采集所述的監(jiān)控數(shù)據(jù)，并利用預設異常判定條件與監(jiān)控數(shù)據(jù)的屬性信息的對應關(guān)系，對采集的監(jiān)控數(shù)據(jù)進行判定，進而確定出信息發(fā)布過程中出現(xiàn)的異常情況，由于本申請實施例中是監(jiān)控設備根據(jù)實際需求主動采集監(jiān)控數(shù)據(jù)并實時對采集的監(jiān)控數(shù)據(jù)進行分析，避免了事后分析的滯后性，且監(jiān)控設備利用異常判定條件可實時對每條采集到的監(jiān)控數(shù)據(jù)進行異常判定，可準確、及時地定位出信息發(fā)布過程中的異常情況。下面結(jié)合說明書附圖對本申請實施例的方案進行詳細描述。實施例一:如圖2所示，其為本申請實施例一中一種對信息發(fā)布的過程進行監(jiān)控的方法流程圖，該監(jiān)控方法包括以下步驟:步驟201:信息發(fā)布平臺創(chuàng)建待發(fā)布信息。本實施例中的信息發(fā)布平臺可對外提供輸入輸出接口，在該信息發(fā)布平臺上注冊并登陸的信息發(fā)布者，可通過該輸入輸出接口向信息發(fā)布平臺發(fā)起創(chuàng)建請求，在所述創(chuàng)建請求中可攜帶信息發(fā)布者的用戶信息、發(fā)布開始時間、發(fā)布持續(xù)時間、發(fā)布內(nèi)容(如文字信息、圖片信息、音視頻信息等)、發(fā)布名稱等。信息發(fā)布平臺可對接收到的創(chuàng)建請求中發(fā)布內(nèi)容的合法性進行認證，如利用黑名單中關(guān)鍵字的方式對發(fā)布內(nèi)容的合法性進行認證。在對發(fā)布內(nèi)容的合法性認證通過后，信息發(fā)布平臺為該信息發(fā)布者的本次發(fā)布過程分配一個全局唯一的標識。信息發(fā)布平臺可將該分配的標識通過輸入輸出接口向信息發(fā)布者輸出，以便于信息發(fā)布者后續(xù)可利用該標識對該信息發(fā)布過程進行查詢，也可將該標識與創(chuàng)建請求中的用戶信息、發(fā)布名稱之間建立對應關(guān)系，使得信息發(fā)布者后續(xù)可利用用戶信息和發(fā)布名稱對該信息發(fā)布過程進行查詢。信息發(fā)布平臺根據(jù)所述創(chuàng)建請求中的發(fā)布內(nèi)容、發(fā)布名稱等創(chuàng)建待發(fā)布信息，并在創(chuàng)建待發(fā)布信息后，通過創(chuàng)建請求響應通知信息發(fā)布者。步驟202:監(jiān)控設備接收信息發(fā)布平臺發(fā)送的創(chuàng)建觸發(fā)消息，并確定待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器，所述創(chuàng)建觸發(fā)消息中攜帶為所述待發(fā)布信息分配的標識。
由于信息發(fā)布平臺可以同時響應多個信息發(fā)布者請求發(fā)布的信息，或同一信息發(fā)布者請求發(fā)布的多條信息，因此，信息發(fā)布平臺可能在較短的時間內(nèi)向監(jiān)控設備發(fā)送多條創(chuàng)建觸發(fā)消息，監(jiān)控設備根據(jù)創(chuàng)建觸發(fā)消息中攜帶的全局唯一標識來區(qū)分各條創(chuàng)建觸發(fā)消息，且根據(jù)該全局唯一標識區(qū)分各信息發(fā)布事件。由于信息在發(fā)布的過程中需要同時運行多臺服務器，因此，在該信息的發(fā)布過程中，可能有多臺后臺服務器為該信息的發(fā)布過程產(chǎn)生監(jiān)控數(shù)據(jù)。例如:一條廣告信息的發(fā)布過程中，創(chuàng)建該廣告信息需要運行信息發(fā)布平臺、投放該廣告信息的網(wǎng)站服務器以及對該廣告發(fā)布過程進行計費的系統(tǒng)。在該廣告信息創(chuàng)建過程以及信息發(fā)布者對已創(chuàng)建的廣告信息進行更新時，信息發(fā)布平臺將會為各操作產(chǎn)生相應的監(jiān)控數(shù)據(jù)(如日志信息)；在該廣告信息的投放過程中，網(wǎng)站服務器可產(chǎn)生該投放過程所占用的資源消耗、點擊該廣告信息的數(shù)量、廣告信息在頁面中的顯示狀態(tài)等與投放過程相關(guān)的監(jiān)控數(shù)據(jù)；統(tǒng)計系統(tǒng)在該廣告信息每次被點擊時對指定賬戶進行扣費所產(chǎn)生的監(jiān)控數(shù)據(jù)。較優(yōu)地，所述創(chuàng)建觸發(fā)消息中還可以攜帶信息發(fā)布平臺創(chuàng)建待發(fā)布信息的時間，以及待發(fā)布信息創(chuàng)建成功的標志。為了使監(jiān)控設備能夠根據(jù)實際需求主動采集監(jiān)控數(shù)據(jù)，因此，信息發(fā)布平臺發(fā)送的創(chuàng)建觸發(fā)消息還可以攜帶該待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器的標識；但本實施例的方案中并不限于將后臺服務器的標識攜帶在創(chuàng)建觸發(fā)消息中的情況，監(jiān)控設備也可以通過其他方式與信息發(fā)布平臺進行協(xié)商，確定待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器；或者，監(jiān)控設備根據(jù)創(chuàng)建觸發(fā)消息中攜帶的全局唯一標識確定相應的信息發(fā)布事件，進而確定該信息發(fā)布事件運行時產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器。在本步驟的方案中，信息發(fā)布平臺可以在成功創(chuàng)建一個待發(fā)布信息后，就向監(jiān)控設備發(fā)送創(chuàng)建觸發(fā)消息，此時，該待發(fā)布信息可能已經(jīng)發(fā)布，也可能由于還沒有達到發(fā)布開始時間而未發(fā)布，這樣做的目的是:由于創(chuàng)建待發(fā)布信息的時間和該信息的發(fā)布開始時間之間可能存在一定長度的時間段，在該時間段內(nèi)，信息發(fā)布者可以對已創(chuàng)建的待發(fā)布信息進行更新，此時，信息發(fā)布平臺將會為更新操作產(chǎn)生監(jiān)控數(shù)據(jù)，監(jiān)控設備就可以根據(jù)該監(jiān)控數(shù)據(jù)對更新操作是否存在異常進行監(jiān)控，可有效地避免在信息發(fā)布開始前出現(xiàn)異常而無法及時監(jiān)控的問題。步驟203:監(jiān)控設備確定后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息。在本步驟中，在信息發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的后臺服務器可以是一臺也可以是多臺，針對任一后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)，其表示在信息發(fā)布過程中某一狀態(tài)或某一操作過程，因此，可通過屬性信息來區(qū)分各監(jiān)控數(shù)據(jù)所表示的狀態(tài)或操作。由于不同的后臺服務器在信息發(fā)布過程中運行的業(yè)務不同，因此，各后臺服務器可以產(chǎn)生與運行的業(yè)務相適應的屬性信息的監(jiān)控數(shù)據(jù)。例如:針對點擊該廣告信息的數(shù)量，網(wǎng)站服務器產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息是頁面瀏覽量(Page View,PV);針對在該廣告信息每次點擊時對指定賬戶進行扣費，BOSS產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息是計費。監(jiān)控設備在確定可產(chǎn)生監(jiān)控數(shù)據(jù)的后臺服務器后，可進一步確定各后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息。 較優(yōu)地，本步驟還可根據(jù)監(jiān)控數(shù)據(jù)的屬性信息，來進一步確定各監(jiān)控數(shù)據(jù)的采集周期，這樣做的目的是:不同屬性信息的監(jiān)控數(shù)據(jù)對時效性的要求不同，對于時效性要求高的監(jiān)控數(shù)據(jù)，其采集周期需要設置為較短的時間，甚至于要求實時采集；對于時效性要求低的監(jiān)控數(shù)據(jù)，其采集周期需要設置為較長的時間，以便于在滿足各監(jiān)控數(shù)據(jù)時效性、使采集的監(jiān)控數(shù)據(jù)真實可靠且能夠及時定位異常的情況下，還能夠減少采集次數(shù)，降低采集過程所帶來的資源占用量。例如:點擊廣告信息的數(shù)量可以是24小時內(nèi)不同訪客瀏覽發(fā)布信息的累計數(shù)量，因此，產(chǎn)生相應監(jiān)控數(shù)據(jù)的網(wǎng)站服務器可以每24小時產(chǎn)生一條針對點擊廣告信息的數(shù)量的監(jiān)控數(shù)據(jù)，也就是說，屬性信息為點擊廣告信息的數(shù)量的監(jiān)控數(shù)據(jù)的采集周期為24小時；統(tǒng)計系統(tǒng)在每次點擊廣告信息后對指定賬戶進行扣費的操作是實時進行的，并在每次扣費后產(chǎn)生相應的監(jiān)控數(shù)據(jù)，因此，數(shù)據(jù)信息為計費的監(jiān)控數(shù)據(jù)的采集周期為實時采集。步驟204:在信息的發(fā)布期結(jié)束前，監(jiān)控設備利用發(fā)布信息的標識，從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)。本步驟中涉及的發(fā)布期可以根據(jù)步驟201中，信息發(fā)布者在請求創(chuàng)建待發(fā)布信息時，在創(chuàng)建請求中攜帶的發(fā)布開始時間和發(fā)布持續(xù)時間來確定。本步驟的具體實現(xiàn)方式為:判斷信息的發(fā)布期是否已結(jié)束，若已結(jié)束，則停止本實施例中的監(jiān)控過程；若沒有結(jié)束，則確定待采集的監(jiān)控數(shù)據(jù)的屬性信息，并進一步確定該待采集的監(jiān)控數(shù)據(jù)的采集周期，并按照該采集周期從后臺服務器中采集上一采集周期內(nèi)產(chǎn)生的監(jiān)控數(shù)據(jù)。具體地，監(jiān)控設備按照采集周期從后臺服務器中采集監(jiān)控數(shù)據(jù)的方式包括但不限于以下兩種方式:第一種采集方式:監(jiān)控設備在采集周期到達時，向后臺服務器發(fā)送采集請求消息，所述采集請求消息中攜帶發(fā)布信息的全局唯一標識、該后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息。由于監(jiān)控數(shù)據(jù)的采集周期是與該監(jiān)控數(shù)據(jù)的屬性信息關(guān)聯(lián)的，因此，在某一采集周期到達時，可從后臺服務器中采集該采集周期對應屬性信息的監(jiān)控數(shù)據(jù)，因此，向后臺服務器發(fā)送的采集請求消息中攜帶屬性信息，可通知后臺服務器需要向監(jiān)控設備返回對應屬性信息的上一采集周期內(nèi)產(chǎn)生的監(jiān)控數(shù)據(jù)。例如:屬性信息I和屬性信息2所對應的采集周期為t，屬性信息3所對應的采集周期為T，后臺服務器I能夠產(chǎn)生屬性信息1、屬性信息2和屬性信息3的監(jiān)控數(shù)據(jù)。監(jiān)控設備在采集周期t到達時(此時采集周期T未到達)，向后臺服務器I發(fā)送的采集請求消息中攜帶發(fā)布信息的全局唯一標識、屬性信息1、屬性信息2;后臺服務器I接收到該采集請求消息后，從本地查找出上一采集周期中產(chǎn)生的包含該全局唯一標識的監(jiān)控數(shù)據(jù)，并從查找出的監(jiān)控數(shù)據(jù)中進一步確定屬性信息I和屬性信息2的監(jiān)控數(shù)據(jù)，為了使監(jiān)控設備能夠直接地識別各屬性信息的監(jiān)控數(shù)據(jù)，后臺服務器I可按照屬性信息屬性信息I和屬性信息2的監(jiān)控數(shù)據(jù)進行劃分，其中，劃分在同一組內(nèi)的監(jiān)控數(shù)據(jù)具有相同的屬性信息，并將劃分后的監(jiān)控數(shù)據(jù)通過采集請求響應發(fā)送給監(jiān)控設備。需要說明的是，所述上一采集周期中產(chǎn)生的包含該全局唯一標識的監(jiān)控數(shù)據(jù)是指:從后臺服務器I在本地查找監(jiān)控數(shù)據(jù)開始，之前的采集周期t時長內(nèi)所產(chǎn)生的所有監(jiān)控數(shù)據(jù)。
第二種采集方式:監(jiān)控設備直接向后臺服務器發(fā)送采集請求消息，所述采集請求消息中攜帶發(fā)布信息的全局唯一標識、該后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息和該屬性信息對應的采集周期，要求后臺服務器根據(jù)該采集周期，周期性地將對應屬性信息的監(jiān)控數(shù)據(jù)返回給監(jiān)控設備。具體的，后臺服務器在采集周期到達時，將對應屬性信息的上一采集周期內(nèi)產(chǎn)生的監(jiān)控數(shù)據(jù)返回給監(jiān)控設備的方式與第一種采集方式相同，此處不再贅述。需要說明的是，本步驟中的監(jiān)控設備可同時從多臺后臺服務器中采集監(jiān)控數(shù)據(jù)，且任一后臺服務器可以同時向多臺監(jiān)控設備返回監(jiān)控數(shù)據(jù)。步驟205:監(jiān)控設備利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常。由于不同屬性信息的監(jiān)控數(shù)據(jù)所表示的信息發(fā)布狀態(tài)或操作不同，因此，對于不同屬性信息的監(jiān)控數(shù)據(jù)所采用的異常判定條件也不同，較優(yōu)地，可為各屬性信息分別建立與異常判定條件的對應關(guān)系，針對任一屬性信息的監(jiān)控數(shù)據(jù)，可采用該屬性信息對應的異常判定條件對監(jiān)控數(shù)據(jù)是否出現(xiàn)異常進行判定。異常判定條件與屬性信息之間的對應關(guān)系可以有以下三種情況:第一種情況:異常判定條件與屬性信息之間具有一一對應關(guān)系。例如:在屬性信息是頁面瀏覽量時，可為其建立一一對應的異常判定條件:單位時間內(nèi)頁面瀏覽量大于設定閾值，也就是說，若針對頁面瀏覽量產(chǎn)生的監(jiān)控數(shù)據(jù)的內(nèi)容中，單位時間內(nèi)瀏覽量的數(shù)值大于設定閾值時，可認為當前頁面受到攻擊，出現(xiàn)異常。第二種情況:異常判定條件與屬性信息之間可以是一對多的關(guān)系，即多個屬性信息對應一種異常判定條件的情況。第三種情況:異常判定條件與屬性信息之間可以是多對一的關(guān)系，即一個屬性信息對應多種異常判定條件的情況，只有該屬性信息的監(jiān)控數(shù)據(jù)同時滿足對應的所有異常判定條件時，才確定該監(jiān)控數(shù)據(jù)出現(xiàn)異常。需要說明的是，由于信息發(fā)布過程是一個持續(xù)性的過程，在信息發(fā)布的不同階段，屬性信息對應的異常判定條件可能會發(fā)生變化，因此，本實施例的方案中也不限于根據(jù)需要實時更新異常判定條件的內(nèi)容，以便于能夠更加準確地定位出信息發(fā)布過程中的異常。具體地，在本步驟中，監(jiān)控設備利用異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常的具體方法包括:第一步:針對采集到的監(jiān)控數(shù)據(jù)，確定該監(jiān)控數(shù)據(jù)的屬性信息所對應的異常判定條件。第二步:將監(jiān)控數(shù)據(jù)的內(nèi)容與確定的異常判定條件進行比較，若比較結(jié)果為滿足異常判定條件，則確認該監(jiān)控數(shù)據(jù)為異常，進而確定信息在發(fā)布過程中出現(xiàn)了異常；否則，確認該監(jiān)控數(shù)據(jù)為正常，跳轉(zhuǎn)至步驟204。例如:假設采集到兩條監(jiān)控數(shù)據(jù)，其屬性信息分別是對指定賬戶扣費和頁面瀏覽量，對屬性信息為指定賬戶扣費時對應的異常判定條件為“ERROR”，屬性信息為頁面瀏覽量時對應的異常判定條件為“單位時間內(nèi)頁面瀏覽量大于1000”。若屬性信息為指定賬戶扣費的監(jiān)控數(shù)據(jù)的內(nèi)容為“ERROR”，滿足對應的異常判定條件，因此，確定屬性信息為指定賬戶扣費的監(jiān)控數(shù)據(jù)為異常；若屬性信息為頁面瀏覽量的監(jiān)控數(shù)據(jù)的內(nèi)容為“1000”，不滿足對應的異常判定條件，因此，確定屬性信息為頁面瀏覽量的監(jiān)控數(shù)據(jù)為正常。當確定采集的監(jiān)控數(shù)據(jù)出現(xiàn)異常，也就是說，確定信息發(fā)布過程出現(xiàn)異常時，可根據(jù)產(chǎn)生該監(jiān)控數(shù)據(jù)的后臺服務器以及該監(jiān)控數(shù)據(jù)的屬性信息，確定異常原因，并通過分析異常原因，判斷滿足異常判定條件的監(jiān)控數(shù)據(jù)是否還滿足預設的停止條件，若是，則確定所述信息的發(fā)布期結(jié)束，也就是說，即使此時步驟104中的發(fā)布期還沒有結(jié)束，也強制結(jié)束信息發(fā)布過程；若不是，則跳轉(zhuǎn)至步驟204。假設停止條件為N個采集周期內(nèi)，連續(xù)采集的N個監(jiān)控數(shù)據(jù)都滿足異常判定條件時，則認為出現(xiàn)了不可容忍的異常情況，需要強制結(jié)束信息發(fā)布過程。如:連續(xù)采集N條屬性信息為指定賬戶扣費的監(jiān)控數(shù)據(jù)的內(nèi)容都為“ERROR”，則可認為計費過程出現(xiàn)了不可容忍的異常情況，強制結(jié)束信息發(fā)布過程。在本實施例的方案中，監(jiān)控設備可根據(jù)實際需要實時采集監(jiān)控數(shù)據(jù)，并利用異常判定條件實時對每條采集到的監(jiān)控數(shù)據(jù)進行異常判定，進而確定信息發(fā)布過程中出現(xiàn)異常的原因，這樣可以實現(xiàn)對信息發(fā)布過程中出現(xiàn)的異常情況及時、準確的定位。進一步地，監(jiān)控設備向后臺服務器發(fā)送采集請求消息時，所述采集請求消息中攜帶了全局唯一的標識和該后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息，后臺服務器在本地查找到包含全局唯一標識和所述屬性信息的監(jiān)控數(shù)據(jù)后，發(fā)送至監(jiān)控設備，此時，監(jiān)控設備采集到的監(jiān)控數(shù)據(jù)中包含有屬性信息，在通過數(shù)據(jù)列表或者圖表等方式對采集的監(jiān)控數(shù)據(jù)進行整合，使得整合后的監(jiān)控數(shù)據(jù)不再是單一的數(shù)據(jù)信息，而是包含有屬性信息的監(jiān)控數(shù)據(jù)，并將整合后的監(jiān)控數(shù)據(jù)在同一個頁面上進行展示，這樣不僅避免了通過多個頁面之間進行相互跳轉(zhuǎn)來查看這些監(jiān)控數(shù)據(jù)的情形，而且使被查看的監(jiān)控數(shù)據(jù)內(nèi)容更具體和準確，更容易地根據(jù)得到的監(jiān)控數(shù)據(jù)內(nèi)容定位信息發(fā)布過程中的異常情況。實施例二:本實施例二通過具體的實例對本實施例一的方案進行詳細說明。假設，在網(wǎng)站的首頁上發(fā)布廣告信息，發(fā)布時間為2011年5月10日至2011年5月12日，信息發(fā)布平臺對該廣告信息創(chuàng)建一個待發(fā)布信息，并為本次發(fā)布廣告信息的過程分配一個全局唯一標識(I)。如圖3所示，其為所述廣告信息在發(fā)布過程中，監(jiān)控設備采集并存儲產(chǎn)生的監(jiān)控數(shù)據(jù)的示意圖。在信息發(fā)布平臺創(chuàng)建待發(fā)布廣告信息且向監(jiān)控設備發(fā)送創(chuàng)建觸發(fā)消息后，監(jiān)控設備確定針對該廣告信息發(fā)布過程的監(jiān)控過程開始，從信息發(fā)布平臺中采集一條監(jiān)控數(shù)據(jù):“1，測試計劃，2011-5-10，true”，表示采集的監(jiān)控數(shù)據(jù)是全局唯一標識為I的發(fā)布過程所產(chǎn)生的監(jiān)控數(shù)據(jù)，信息發(fā)布名稱為測試計劃，于2011年5月10創(chuàng)建成功。按照同樣的方式，監(jiān)控設備可以在信息發(fā)布結(jié)束前，不斷地從包括信息發(fā)布平臺的后臺服務器中采集監(jiān)控數(shù)據(jù)。例如:在某一時刻，監(jiān)控設備采集的監(jiān)控數(shù)據(jù)為:“1，測試計劃，2011-5-11，pv，1000”，表示采集的監(jiān)控數(shù)據(jù)是全局唯一標識為I的發(fā)布過程所產(chǎn)生的監(jiān)控數(shù)據(jù)，信息發(fā)布名稱為測試計劃，屬性信息為頁面瀏覽量(Page View，PV)，對應的數(shù)據(jù)量為1000。
在廣告信息發(fā)布結(jié)束的時候，監(jiān)控設備采集的監(jiān)控數(shù)據(jù)為:“1，測試計劃，2011-5-12，true”，表示采集的監(jiān)控數(shù)據(jù)是全局唯一標識為I的發(fā)布過程所產(chǎn)生的監(jiān)控數(shù)據(jù)，信息發(fā)布名稱為測試計劃，于2011年5月12正常結(jié)束。由于在信息發(fā)布創(chuàng)建時，確定了信息發(fā)布的起止時間，因此可以在信息發(fā)布結(jié)束時采集到監(jiān)控數(shù)據(jù)的內(nèi)容為“ true”時，確定發(fā)布正常結(jié)束。在待發(fā)布信息創(chuàng)建時，監(jiān)控設備為了方便采集并存儲全局唯一標識為I的信息發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)，可采取嵌套的鍵值存儲方式，這種存儲方式在創(chuàng)建開始以后，將具有內(nèi)在關(guān)系的監(jiān)控數(shù)據(jù)進行存儲，排除了不同信息發(fā)布過程之間的外在聯(lián)系。如圖4所示，其為監(jiān)控設備對采集到的監(jiān)控數(shù)據(jù)進行分析和整合后的結(jié)果展示圖。具體地，是將圖3中采集并存儲的監(jiān)控數(shù)據(jù)分析整合后的結(jié)果展示圖。在信息發(fā)布的創(chuàng)建開始階段，監(jiān)控設備接收到“1，測試計劃，2011-5-10，true”監(jiān)控數(shù)據(jù)，則表示該待發(fā)布信息創(chuàng)建成功。在信息發(fā)布的過程中，監(jiān)控設備在不同的采集周期采集到如下三條監(jiān)控數(shù)據(jù):“1，測試計劃，2011-5-10，pv，1000”、“ 1，測試計劃，2011-5-11，pv，1000” 和 “ 1，測試計劃，2011-5-12,pv, 1000"o假設屬性信息為pv時對應的異常判定條件為大于10000。上述三條監(jiān)控數(shù)據(jù)的內(nèi)容都不滿足對應的異常判定條件，因此，可確定在采集上述三條監(jiān)控數(shù)據(jù)的采集周期內(nèi)，頁面瀏覽量的狀態(tài)正常，可在圖4在展示結(jié)果圖中展示狀態(tài)是否正常的結(jié)果。在信息發(fā)布結(jié)束時，監(jiān)控設備采集到得監(jiān)控數(shù)據(jù)為:“1，測試計劃，2011-5-12，true ”，則表示信息的發(fā)布過程正常結(jié)束。以上為廣告信息正常發(fā)布過程的情形，若廣告信息在發(fā)布過程中出現(xiàn)了異常，則如圖5所示，在信息發(fā)布過程中，監(jiān)控設備采集到了如下一條監(jiān)控數(shù)據(jù)“1，測試計劃，2011-5-11，pv，20000”，表示:采集的監(jiān)控數(shù)據(jù)是全局唯一標識為I的發(fā)布過程所產(chǎn)生的監(jiān)控數(shù)據(jù)，信息發(fā)布名稱為測試計劃，屬性信息為pv，對應的數(shù)據(jù)量為20000。由于屬性信息為pv時對應的異常判定條件為大于10000，因此，監(jiān)控設備可確定采集的該監(jiān)控數(shù)據(jù)出現(xiàn)異常，與圖3的存儲結(jié)構(gòu)相比，將該出現(xiàn)異常的監(jiān)控設備標記為ERROR。假設在單位時間內(nèi)采集到的屬性信息為pv的監(jiān)控數(shù)據(jù)的數(shù)量達到N條，則強制結(jié)束信息發(fā)布過程，采集到的監(jiān)控數(shù)據(jù)為:“1，測試計劃，2011-5-11，false”，表示采集的監(jiān)控數(shù)據(jù)是全局唯一標識為I的發(fā)布過程所產(chǎn)生的監(jiān)控數(shù)據(jù)，信息發(fā)布名稱為測試計劃，于2011年5月11異常結(jié)束。由于圖5采集并存儲的監(jiān)控數(shù)據(jù)出現(xiàn)異常，且最終強制結(jié)束信息發(fā)布過程，因此，圖6所示的結(jié)果展示圖中，展示各監(jiān)控數(shù)據(jù)的狀態(tài)以及最終異常結(jié)束的狀態(tài)。實施例三:如圖7所示，為本實施例三的一種監(jiān)控設備的結(jié)構(gòu)示意圖。該監(jiān)控設備包括接收模塊31、確定模塊32、采集模塊33和監(jiān)控模塊34。其中:接收模塊31，用于接收信息創(chuàng)建觸發(fā)消息。在信息創(chuàng)建時，監(jiān)控設備的接收模塊31通過監(jiān)控設備的開始接口接收信息發(fā)布平臺發(fā)送的創(chuàng)建觸發(fā)消息。確定模塊32,用于確定待發(fā)布信息的標識，以及確定該待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器。
采集模塊33，用于在所述信息的發(fā)布期結(jié)束前，利用所述信息的標識，從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)。監(jiān)控設備的采集模塊33通過監(jiān)控設備的采集接口從各后臺服務器中采集信息發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)。監(jiān)控模塊34，用于利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常。具體地，所述確定模塊32，還用于確定各后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息；所述采集模塊33，具體用于向所述后臺服務器發(fā)送采集請求消息，所述采集請求消息中攜帶所述信息的標識和該后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息，指示后臺服務器根據(jù)接收到的所述信息的標識，查找出包含該標識的監(jiān)控數(shù)據(jù)，并按照接收到的屬性信息，將查找出的監(jiān)控數(shù)據(jù)進行劃分，其中，劃分在同一組內(nèi)的監(jiān)控數(shù)據(jù)具有相同的屬性信息；所述接收模塊31，還用于接收后臺服務器按照屬性信息劃分后的監(jiān)控數(shù)據(jù)。所述確定模塊32，還用于確定監(jiān)控數(shù)據(jù)的屬性信息所對應的采集周期。所述采集模塊33，還具體用于按照采集請求消息中攜帶的屬性信息對應的采集周期從后臺服務器中采集上一采集周期內(nèi)產(chǎn)生的監(jiān)控數(shù)據(jù)。所述監(jiān)控模塊34，具體用于針對采集到的監(jiān)控數(shù)據(jù)，利用該監(jiān)控數(shù)據(jù)的屬性信息所對應的異常判定條件，對該監(jiān)控數(shù)據(jù)的內(nèi)容進行判定，若該監(jiān)控數(shù)據(jù)的內(nèi)容滿足該異常判定條件，則確定信息在發(fā)布過程出現(xiàn)異常；所述確定模塊32，還用于根據(jù)產(chǎn)生該監(jiān)控數(shù)據(jù)的后臺服務器以及該監(jiān)控數(shù)據(jù)的屬性信息，通過監(jiān)控設備的錯誤輸出接口確定監(jiān)控數(shù)據(jù)出現(xiàn)的異常原因。較優(yōu)地，該監(jiān)控設備設備還包括強制結(jié)束模塊35。其中，強制結(jié)束模塊35，用于在滿足異常判定條件的監(jiān)控數(shù)據(jù)還滿足預設的停止條件時，通過監(jiān)控設備的結(jié)束接口確定所述信息的發(fā)布期結(jié)束。顯然，本領域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種對信息發(fā)布過程進行監(jiān)控的方法，其特征在于，該方法包括: 在接收到信息創(chuàng)建觸發(fā)消息時，確定待發(fā)布信息的標識，以及確定該待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器； 在所述信息的發(fā)布期結(jié)束前，利用所述信息的標識，從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)； 利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常。
2.如權(quán)利要求1所述的方法，其特征在于，在確定產(chǎn)生監(jiān)控數(shù)據(jù)的后臺服務器之后，且從確定的后臺服務器中采集所述監(jiān)控數(shù)據(jù)之前，所述方法還包括: 確定各后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息； 從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)，具體包括: 向所述后臺服務器發(fā)送采集請求消息，所述采集請求消息中攜帶所述信息的標識和該后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息，指示后臺服務器根據(jù)接收到的所述信息的標識，查找出包含該標識的監(jiān)控數(shù)據(jù)，并按照接收到的屬性信息，將查找出的監(jiān)控數(shù)據(jù)進行劃分，其中，劃分在同一組內(nèi)的監(jiān)控數(shù)據(jù)具有相同的屬性信息； 接收后臺服務器按照屬性信息劃分后的監(jiān)控數(shù)據(jù)。
3.如權(quán)利要求2所述的方法，其特征在于，從確定的后臺服務器中采集所述監(jiān)控數(shù)據(jù)之前，所述方法還包括: 確定監(jiān)控數(shù)據(jù)的屬性信息所對應的采集周期； 從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)，具體包括: 按照采集請求消息中攜帶的屬性信息對應的采集周期從后臺服務器中采集上一采集周期內(nèi)產(chǎn)生的監(jiān)控數(shù)據(jù)。
4.如權(quán)利要求2所述的方法，其特征在于，所述異常判定條件與屬性信息具有對應關(guān)系; 利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常，具體包括: 針對采集到的監(jiān)控數(shù)據(jù)，利用該監(jiān)控數(shù)據(jù)的屬性信息所對應的異常判定條件，對該監(jiān)控數(shù)據(jù)的內(nèi)容進行判定，若該監(jiān)控數(shù)據(jù)的內(nèi)容滿足該異常判定條件，則確定信息在發(fā)布過程出現(xiàn)異常。
5.如權(quán)利要求4所述的方法，其特征在于，在確定監(jiān)控數(shù)據(jù)的內(nèi)容滿足該異常判定條件時，所述方法還包括: 根據(jù)產(chǎn)生該監(jiān)控數(shù)據(jù)的后臺服務器以及該監(jiān)控數(shù)據(jù)的屬性信息，確定異常原因。
6.如權(quán)利要求1 5任一所述的方法，其特征在于，確定信息在發(fā)布過程出現(xiàn)異常之后，所述方法還包括: 在滿足異常判定條件的監(jiān)控數(shù)據(jù)還滿足預設的停止條件時，確定所述信息的發(fā)布期結(jié)束。
7.—種監(jiān)控設備，其特征在于，該設備包括: 接收模塊，用于接收信息創(chuàng)建觸發(fā)消息； 確定模塊，用于確定待發(fā)布信息的標識，以及確定該待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的至少一臺后臺服務器； 采集模塊，用于在所述信息的發(fā)布期結(jié)束前，利用所述信息的標識，從確定的后臺服務器中采集該信息在發(fā)布過程中產(chǎn)生的監(jiān)控數(shù)據(jù)； 監(jiān)控模塊，用于利用預設的異常判定條件，對采集的監(jiān)控數(shù)據(jù)進行監(jiān)控，確定信息在發(fā)布過程出現(xiàn)的異常。
8.如權(quán)利要求7所述的設備，其特征在于， 所述確定模塊，還用于確定各后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息； 所述采集模塊，具體用于向所述后臺服務器發(fā)送采集請求消息，所述采集請求消息中攜帶所述信息的標識和該后臺服務器所產(chǎn)生的監(jiān)控數(shù)據(jù)的屬性信息，指示后臺服務器根據(jù)接收到的所述信息的標識，查找出包含該標識的監(jiān)控數(shù)據(jù)，并按照接收到的屬性信息，將查找出的監(jiān)控數(shù)據(jù)進行劃分，其中，劃分在同一組內(nèi)的監(jiān)控數(shù)據(jù)具有相同的屬性信息； 所述接收模塊，還用于接收后臺服務器按照屬性信息劃分后的監(jiān)控數(shù)據(jù)。
9.如權(quán)利要求8所述的設備，其特征在于， 所述確定模塊，還用于確定監(jiān)控數(shù)據(jù)的屬性信息所對應的采集周期； 所述采集模塊，還具體用于按照采集請求消息中攜帶的屬性信息對應的采集周期從后臺服務器中采集上一采集周期內(nèi)產(chǎn)生的監(jiān)控數(shù)據(jù)。
10.如權(quán)利要求8所述的設備，其特征在于， 所述監(jiān)控模塊，具體用于針對采集到的監(jiān)控數(shù)據(jù)，利用該監(jiān)控數(shù)據(jù)的屬性信息所對應的異常判定條件，對該監(jiān)控數(shù)據(jù)的內(nèi)容進行判定，若該監(jiān)控數(shù)據(jù)的內(nèi)容滿足該異常判定條件，則確定信息在發(fā)布過程出現(xiàn)異常； 所述確定模塊，還用于根據(jù)產(chǎn)生該監(jiān)控數(shù)據(jù)的后臺服務器以及該監(jiān)控數(shù)據(jù)的屬性信息，確定異常原因。
全文摘要
本申請公開了一種對信息發(fā)布過程進行監(jiān)控的方法和設備，主要內(nèi)容包括監(jiān)控設備在接收到信息創(chuàng)建觸發(fā)消息時，確定待發(fā)布信息的標識以及確定待發(fā)布信息在發(fā)布過程中產(chǎn)生監(jiān)控數(shù)據(jù)的后臺服務器，在所述信息的發(fā)布過程中，監(jiān)控設備利用所述信息標識，從確定的后臺服務器中采集所述的監(jiān)控數(shù)據(jù)，并利用預設異常判定條件與監(jiān)控數(shù)據(jù)的屬性信息的對應關(guān)系，對采集的監(jiān)控數(shù)據(jù)進行判定，進而確定出信息發(fā)布過程中出現(xiàn)的異常情況，本申請實施例是監(jiān)控設備根據(jù)實際需求主動采集監(jiān)控數(shù)據(jù)并實時對采集的監(jiān)控數(shù)據(jù)進行分析，避免了事后分析的滯后性，且監(jiān)控設備利用異常判定條件實時對每條采集到的監(jiān)控數(shù)據(jù)進行判定，可準確、及時地定位信息發(fā)布過程中的異常情況。
文檔編號H04L12/26GK103118051SQ201110366470
公開日2013年5月22日 申請日期2011年11月17日 優(yōu)先權(quán)日2011年11月17日
發(fā)明者黃柏川, 郟方貴 申請人:阿里巴巴集團控股有限公司