詳細(xì)的說(shuō)明。
[0041]如圖1所示，為本發(fā)明提供的一種信息處理方法實(shí)施例的流程示意圖，該方法可以包括:
[0042]步驟SllO:獲取當(dāng)前存儲(chǔ)的待處理報(bào)警信息。
[0043]在本實(shí)施例實(shí)際應(yīng)用中，對(duì)于客戶端推送的報(bào)警信息可先進(jìn)行存儲(chǔ)，從而避免了因推送的報(bào)警信息過(guò)多而造成發(fā)送超時(shí)，而且，本實(shí)施例在接收到一報(bào)警信息后，將其緩存等待一段時(shí)間，看是否還有相同類型的報(bào)警信息推送，當(dāng)滿足一定條件后才發(fā)送，而不是立即發(fā)送該報(bào)警信息，減少了信息發(fā)送次數(shù)，節(jié)省了通信費(fèi)用，降低了運(yùn)維成本。
[0044]其中，所要滿足的一定條件可以根據(jù)預(yù)設(shè)訂閱規(guī)則確定，本實(shí)施例對(duì)此不作具體限定。另外，需要說(shuō)明的是，根據(jù)上述分析可知，本實(shí)施例中，上述待處理報(bào)警信息并不是指一條報(bào)警信息，而是多條報(bào)警信息，對(duì)其具體數(shù)量不做限定。
[0045]步驟S120:將所述待處理報(bào)警信息與預(yù)設(shè)訂閱規(guī)則進(jìn)行匹配，將匹配成功的待處理報(bào)警信息按照所屬類型進(jìn)行聚合。
[0046]其中，所述預(yù)設(shè)訂閱規(guī)則是基于接收所述待處理報(bào)警信息的用戶針對(duì)所述待處理報(bào)警信息的選擇訂閱和通知方式的配置生成的。
[0047]具體的，在實(shí)際應(yīng)用中，用戶登錄系統(tǒng)后，該系統(tǒng)會(huì)將對(duì)該用戶開(kāi)放的報(bào)警信息類型呈現(xiàn)出來(lái)，也就是說(shuō)，每一個(gè)用戶登錄系統(tǒng)后只能夠看到其有權(quán)處理的報(bào)警信息的類型，此時(shí)，用戶可從中選擇感興趣或按照規(guī)則要求選擇相應(yīng)的報(bào)警信息的類型，即訂閱該用戶將要處理的報(bào)警信息類型，同時(shí)，還可以按照自身需求對(duì)其進(jìn)行詳細(xì)配置。
[0048]例如，對(duì)某些類型的報(bào)警信息只選擇短信通知，對(duì)某些類型的報(bào)警信息選擇短信和郵件通知，對(duì)某個(gè)時(shí)段的通知進(jìn)行忽略，對(duì)某個(gè)類型的報(bào)警信息的報(bào)警頻率上限加以控制，也就是說(shuō)，當(dāng)其報(bào)警率達(dá)到一定閾值將直接控制對(duì)應(yīng)的客戶端停止運(yùn)行等，本實(shí)施例對(duì)此不作具體限定，當(dāng)然，用戶還可以進(jìn)行其他配置，只要不是本領(lǐng)域技術(shù)人員付出創(chuàng)造性勞動(dòng)確定的，均屬于本發(fā)明保護(hù)范圍，本實(shí)施例不再一一說(shuō)明。
[0049]其中，對(duì)應(yīng)上述配置信息可全部存儲(chǔ)在數(shù)據(jù)庫(kù)中，而且，根據(jù)實(shí)際需要，還可以通過(guò)后臺(tái)管理界面進(jìn)行修改。
[0050]另外，需要說(shuō)明的是，對(duì)于同屬于一個(gè)類型的報(bào)警信息的聚合過(guò)程屬于本領(lǐng)域現(xiàn)有技術(shù)，本實(shí)施在此不再詳述。
[0051]步驟S130:對(duì)聚合后的待處理報(bào)警信息進(jìn)行渲染，并將渲染后的待處理報(bào)警按照所述預(yù)設(shè)訂閱規(guī)則輸出。
[0052]可選的，在本實(shí)施例中，可通過(guò)模板來(lái)渲染報(bào)警信息，具體可通過(guò)django模板來(lái)渲染聚合后的待處理報(bào)警信息，具體渲染過(guò)程屬于本領(lǐng)域現(xiàn)有技術(shù)，如使用開(kāi)源的引擎實(shí)現(xiàn)等等，本申請(qǐng)對(duì)此不作具體限定。
[0053]例如，一個(gè)報(bào)警信息的類型為“視頻轉(zhuǎn)碼生產(chǎn)狀況”，可以配置短信模板:“視頻轉(zhuǎn)碼任務(wù)-積壓{{cluster}}積壓數(shù)量為{{count}} 可以配置郵件模板為:“視頻轉(zhuǎn)碼任務(wù)積壓{{cluster}}，積壓數(shù)量為{{count}}，積壓的任務(wù)為{{tasks}}。推送的數(shù)據(jù)為JSON數(shù)據(jù)格式:比如{ “cluster”: ”集群 I”，”count”: 1000，“tasks”: [taskl, task2...]”}。這樣，同一個(gè)報(bào)警信息，發(fā)出的報(bào)警內(nèi)容可以不同，短信的內(nèi)容盡量精簡(jiǎn)，郵件的內(nèi)容盡盡量詳細(xì)，運(yùn)維人員可根據(jù)實(shí)際情況選擇查看報(bào)警信息的方式，靈活且實(shí)用。
[0054]作為本發(fā)明另一個(gè)實(shí)施例，為了避免運(yùn)維人員或其聯(lián)系方式的更改，本申請(qǐng)還可以在輸出上述渲染后的待處理報(bào)警信息之前，獲取預(yù)存的該運(yùn)維人員的最新個(gè)人信息，這樣，即可利用該最新個(gè)人信息將渲染后的待處理報(bào)警信息按照所述預(yù)設(shè)訂閱規(guī)則輸出，從而確保相應(yīng)的運(yùn)維人員能夠收到正確的報(bào)警信息。
[0055]綜上所述，在本實(shí)施例中，通過(guò)獲取當(dāng)前存儲(chǔ)的待處理報(bào)警信息后，將其與預(yù)設(shè)訂閱規(guī)則進(jìn)行匹配，并將匹配成功的待處理報(bào)警信息按照所屬類型進(jìn)行聚合，從而避免了因重復(fù)報(bào)警信息相互獨(dú)立，而發(fā)送大量重復(fù)報(bào)警通知，影響運(yùn)維人員的休息和警惕性，進(jìn)而造成對(duì)重要報(bào)警信息的忽視，并且降低了運(yùn)維成本；其中，由于該預(yù)設(shè)訂閱規(guī)則是基于接收所述待處理報(bào)警信息的用戶(即運(yùn)維人員)針對(duì)所述待處理報(bào)警信息的選擇訂閱及其通知方式的配置生成的，因而，本申請(qǐng)?jiān)趯?duì)聚合后的待處理報(bào)警信息進(jìn)行渲染，能夠選擇合適的通知方式，并向相應(yīng)的運(yùn)維人員發(fā)送該渲染后的待處理報(bào)警信息，從而避免了運(yùn)維人員對(duì)不感興趣的報(bào)警信息接收，使該運(yùn)維人員能夠?qū)邮盏降拿恳粭l報(bào)警信息進(jìn)行關(guān)注，能夠在企業(yè)互聯(lián)網(wǎng)發(fā)生故障時(shí)及時(shí)得到通知進(jìn)行處理，從而保證了企業(yè)互聯(lián)網(wǎng)的使用的安全性和可靠性。
[0056]如圖2所示，為本發(fā)明提供的一種信息處理裝置實(shí)施例的結(jié)構(gòu)示意圖，該裝置可以包括:
[0057]第一獲取模塊210，用于獲取緩存的待處理報(bào)警信息；
[0058]匹配聚合模塊220，用于將所述待處理報(bào)警信息與預(yù)設(shè)訂閱規(guī)則進(jìn)行匹配，并對(duì)匹配成功的待處理報(bào)警信息按照所屬類型進(jìn)行聚合，其中，所述預(yù)設(shè)訂閱規(guī)則是基于接收所述待處理報(bào)警信息的用戶針對(duì)所述待處理報(bào)警信息的訂閱和通知方式的配置生成的；
[0059]渲染輸出模塊230，用于對(duì)聚合后的待處理報(bào)警信息進(jìn)行渲染，并將渲染后生成的報(bào)警通知按照所述預(yù)設(shè)訂閱規(guī)則輸出。
[0060]作為本發(fā)明另一實(shí)施例，在上述實(shí)施例的基礎(chǔ)上，該裝置還可以包括:
[0061]第二獲取模塊，用于獲取預(yù)存的所述用戶最新的個(gè)人信息；
[0062]則所述渲染輸出模塊230具體用于利用所述最新個(gè)人信息，將渲染后的待處理報(bào)警信息按照所述預(yù)設(shè)訂閱規(guī)則輸出。
[0063]可選的，上述渲染輸出模塊230可以包括渲染單元，用于通過(guò)django模板對(duì)聚合后的待處理報(bào)警信息進(jìn)行渲染，確定每一個(gè)所述聚合后的待處理報(bào)警信息的輸出方式；
[0064]輸出單元，用于按照預(yù)設(shè)規(guī)則選定所述聚合后的待處理報(bào)警信息的輸出方式，并按照所述輸出方式輸出。
[0065]結(jié)合上述分析可知，在本實(shí)施例中，所監(jiān)測(cè)到的報(bào)警信息通過(guò)類型發(fā)送方式，方便運(yùn)維人員快速查看同一類報(bào)警信息，以便快速且準(zhǔn)確排出故障；而且，運(yùn)維人員提前對(duì)報(bào)警信息進(jìn)行了選擇訂閱和配置，從而使其能夠有選擇性接收?qǐng)?bào)警信息，而不知接收所有報(bào)警信息，減少了對(duì)不感興趣和不在職責(zé)范圍內(nèi)的報(bào)警信息的接收；另外，本實(shí)施例對(duì)同一類型的報(bào)警信息按照所屬類型進(jìn)行聚合，過(guò)濾了重復(fù)報(bào)警信息和無(wú)效報(bào)警信息，提高了報(bào)警信息的有效性，同時(shí)避免了因重復(fù)報(bào)警信息相互獨(dú)立，而發(fā)送大量重復(fù)報(bào)警通知，影響運(yùn)維人員的休息和警惕性，進(jìn)而造成對(duì)重要報(bào)警信息的忽視，并且降低了運(yùn)維成本；此外，本實(shí)施例對(duì)報(bào)警信息還進(jìn)行了模板渲染，使得其不同輸出方式能夠具有不同報(bào)警內(nèi)容，充分發(fā)揮各輸出方式的優(yōu)勢(shì)，此時(shí)，運(yùn)維人員可根據(jù)實(shí)際需要進(jìn)行選擇查看，確保其能夠獲得充足的報(bào)警信息，以便快速且準(zhǔn)確排除問(wèn)題。
[0066]如圖3所示，為本發(fā)明提供的一種信息處理系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖，該系統(tǒng)可以包括:項(xiàng)目與類型裝置310、訂閱管理裝置320、事件接收API裝置330以及信息處理裝置340，其中:
[0067]所述項(xiàng)目與類型裝置310，用于按照預(yù)設(shè)分類標(biāo)準(zhǔn)，對(duì)監(jiān)測(cè)到的報(bào)警信息進(jìn)行分類。
[0068]在實(shí)際應(yīng)用中，所有的報(bào)警信息必須要有一個(gè)報(bào)警類型，相當(dāng)于“主題”，一個(gè)報(bào)警類型，是屬于一個(gè)項(xiàng)目及團(tuán)隊(duì)，其可以設(shè)定該報(bào)警類型的公開(kāi)模式，可公開(kāi)的報(bào)警信息類型及其報(bào)警信息對(duì)所有用戶可見(jiàn)，而不可公開(kāi)的報(bào)警信息類型及其報(bào)警信息支隊(duì)該項(xiàng)目及團(tuán)隊(duì)內(nèi)的成員可見(jiàn)，從而確保重要報(bào)警信息不泄露。
[0069]所述訂閱管理裝置320，用于根據(jù)用戶針當(dāng)前可處理的報(bào)警信息的類型的選擇訂閱及其通知方式的配置，生成訂閱規(guī)則并存儲(chǔ)。
[0070]其中，該訂閱管理裝置獲得訂閱規(guī)則的過(guò)程可參照上述方法實(shí)施例對(duì)應(yīng)部分的描述，本實(shí)施例在此不再詳述。
[0071]結(jié)合上述分析可知，本實(shí)施例中運(yùn)維人員采用選擇訂閱方式接收?qǐng)?bào)警信息，排出了不感興趣以及不在其職責(zé)范圍內(nèi)的報(bào)警信息等，即減少了對(duì)無(wú)用報(bào)警信息的接收，降低了通信成本。