[發(fā)明專(zhuān)利]一種智能交通物聯(lián)網(wǎng)設(shè)施故障溯源判別分析方法

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201310095214.7
• 申請(qǐng)日: 2013-03-22
• 公開(kāi)（公告）號(hào): CN104065503A
• 公開(kāi)（公告）日: 2014-09-24
• 發(fā)明（設(shè)計(jì)）人: 吳仁良;鄭剛;楊浩;趙懷柏;劉通;陳敏
• 申請(qǐng)（專(zhuān)利權(quán)）人: 上海電科智能系統(tǒng)股份有限公司;無(wú)錫市公安局交通巡邏警察支隊(duì)交通指揮中心
• 主分類(lèi)號(hào): H04L12/24
• 分類(lèi)號(hào): H04L12/24
• 代理公司: 上海申匯專(zhuān)利代理有限公司 31001
• 代理人: 翁若瑩;柏子雵

1.一種智能交通物聯(lián)網(wǎng)設(shè)施故障溯源判別分析方法，其特征在于，步驟為：

步驟1、數(shù)據(jù)處理、生成事件：根據(jù)狀態(tài)數(shù)據(jù)和報(bào)警規(guī)則生成的單源的事件信息，報(bào)警規(guī)則由一系列閥值和觸發(fā)頻率定義，事件至少分為：

原始事件：被管對(duì)象代理層主動(dòng)上傳的事件信息；

基礎(chǔ)事件：根據(jù)狀態(tài)數(shù)據(jù)和報(bào)警規(guī)則，滿(mǎn)足條件的單源的事件信息；

根源事件：關(guān)聯(lián)性分析后，最終上報(bào)給用戶(hù)的事件，其主要包括：

建立數(shù)據(jù)采集棧：數(shù)據(jù)采集上來(lái)后，對(duì)每種數(shù)據(jù)建立內(nèi)存堆棧，以適應(yīng)不同采集周期的數(shù)據(jù)存放，數(shù)據(jù)堆棧的存儲(chǔ)以壓棧的方式，最近周期的數(shù)據(jù)始終處于棧頭，方便數(shù)據(jù)讀取和分析；

采取數(shù)據(jù)存儲(chǔ)策略：定期比較數(shù)據(jù)庫(kù)，新采集的數(shù)據(jù)統(tǒng)一批量提交入庫(kù)，從而減小對(duì)數(shù)據(jù)庫(kù)的壓力，同時(shí)減少數(shù)據(jù)庫(kù)的連接數(shù)，節(jié)省連接資源；

數(shù)據(jù)配置隊(duì)列：內(nèi)存中還建有一個(gè)數(shù)據(jù)配置隊(duì)列，隊(duì)列中初始化了各種采集數(shù)據(jù)的采集周期、平滑周期、生成事件規(guī)則條件；

事件生成：以多線程的方式，從數(shù)據(jù)采集棧中，按照數(shù)據(jù)配置的平滑周期要求提取數(shù)據(jù)，根據(jù)事件規(guī)則，判斷閥值條件、頻率，符合要求的生成基礎(chǔ)事件，寫(xiě)入設(shè)備事件原始隊(duì)列并標(biāo)記事件生成時(shí)間，依據(jù)數(shù)據(jù)采集時(shí)間標(biāo)記事件開(kāi)始時(shí)間；

數(shù)據(jù)恢復(fù)策略：當(dāng)報(bào)警分析軟件因故障崩潰，后臺(tái)服務(wù)會(huì)重啟軟件，軟件首先從數(shù)據(jù)庫(kù)中讀取事件原始隊(duì)列中丟失的事件數(shù)據(jù)，再?gòu)母鞔聿杉浖邮兆钚碌牟杉瘮?shù)據(jù)，盡量把數(shù)據(jù)缺失的影響降到最小；

設(shè)備事件原始隊(duì)列：該隊(duì)列負(fù)責(zé)接收實(shí)時(shí)生成的基礎(chǔ)事件和采集上來(lái)的原始事件，以及恢復(fù)事件，并同時(shí)記錄和更新寫(xiě)庫(kù)；

步驟2、事件過(guò)濾和事件壓縮：

事件過(guò)濾：當(dāng)同一事件的生成，有多個(gè)不同來(lái)源的數(shù)據(jù)，而數(shù)據(jù)內(nèi)容比較一致時(shí)，需要根據(jù)數(shù)據(jù)的周期、延時(shí)、可靠性、采集方式等比較數(shù)據(jù)的質(zhì)量和穩(wěn)定性，選擇其中一種作為判斷事件的數(shù)據(jù)來(lái)源；

事件壓縮：在同一設(shè)備上，采集數(shù)據(jù)經(jīng)過(guò)判斷后，同一事件連續(xù)發(fā)生時(shí)，只保留最開(kāi)始的事件，直到該事件恢復(fù)為止，再次發(fā)生的同一事件才能被判定為新事件，通過(guò)對(duì)事件的壓縮，可以減少很多不必要的報(bào)警，提高報(bào)警的可用性；

步驟3、根源事件智能報(bào)警分析：

依據(jù)交換機(jī)的網(wǎng)絡(luò)節(jié)點(diǎn)狀態(tài)和拓?fù)潢P(guān)系，若節(jié)點(diǎn)有通信故障，節(jié)點(diǎn)下設(shè)備故障將過(guò)濾；若節(jié)點(diǎn)交換機(jī)的端口通信故障，端口對(duì)應(yīng)的設(shè)備故障將過(guò)濾；若終端設(shè)備通信故障，終端設(shè)備的其他事件和其上軟件報(bào)警事件將過(guò)濾。

2.如權(quán)利要求1所述的一種智能交通物聯(lián)網(wǎng)設(shè)施故障溯源判別分析方法，其特征在于，在步驟1中，事件至少分為四級(jí)，分別是：

普通事件：需要養(yǎng)護(hù)人員關(guān)注，事件作用一般為預(yù)防提醒非關(guān)鍵設(shè)備某些指標(biāo)工作異常，但設(shè)備還能工作，不影響其他設(shè)備；

警告事件：需要設(shè)備管理員和養(yǎng)護(hù)人員關(guān)注，事件作用一般為提醒非關(guān)鍵設(shè)備工作異常或不能工作，但不影響其他設(shè)備；

嚴(yán)重事件：需要值班人員關(guān)注，告知設(shè)備管理員，事件作用一般為關(guān)鍵設(shè)備工作異常或不能工作，影響分系統(tǒng)內(nèi)局部設(shè)備；

致命事件：需要值班人員關(guān)注，及時(shí)電話(huà)通知設(shè)備管理員和養(yǎng)護(hù)人員，事件作用一般為關(guān)鍵設(shè)備工作異常或不能工作，影響分系統(tǒng)全局設(shè)備或全系統(tǒng)正常運(yùn)行。

3.如權(quán)利要求1所述的一種智能交通物聯(lián)網(wǎng)設(shè)施故障溯源判別分析方法，其特征在于，在步驟1中采集的數(shù)據(jù)有兩類(lèi)分別為：設(shè)備工作狀態(tài)數(shù)據(jù)和設(shè)備采集交通數(shù)據(jù)；

設(shè)備工作狀態(tài)數(shù)據(jù)周期一般固定，時(shí)間間隔較長(zhǎng)，數(shù)據(jù)存儲(chǔ)不大，記錄1個(gè)小時(shí)內(nèi)，大概20個(gè)周期的數(shù)據(jù)即可，是設(shè)備報(bào)警分析的主要數(shù)據(jù)；

設(shè)備采集交通數(shù)據(jù)周期不固定，并且數(shù)據(jù)頻率高，數(shù)據(jù)量大，需要做一段時(shí)間內(nèi)數(shù)據(jù)跟蹤和分析，是設(shè)備報(bào)警分析的輔助數(shù)據(jù)。

4.如權(quán)利要求1所述的一種智能交通物聯(lián)網(wǎng)設(shè)施故障溯源判別分析方法，其特征在于，在步驟1中數(shù)據(jù)配置的平滑周期要根據(jù)數(shù)據(jù)的特性分別設(shè)置，對(duì)于服務(wù)器處理器CPU時(shí)間百分比，CPU的使用瞬間變化非常大，因此要獲取平穩(wěn)的使用狀態(tài)就需要多個(gè)周期的數(shù)據(jù)進(jìn)行平滑處理；但是對(duì)于機(jī)房火警等，關(guān)注的是突變狀態(tài)發(fā)生，一旦發(fā)生需要立刻報(bào)警，因此不能設(shè)置多個(gè)周期。

5.如權(quán)利要求1所述的一種智能交通物聯(lián)網(wǎng)設(shè)施故障溯源判別分析方法，其特征在于，在步驟3中，故障根源分析軟件的數(shù)據(jù)處理分四個(gè)步驟：

步驟3.1、輪巡相關(guān)實(shí)時(shí)狀態(tài)表，獲得各中設(shè)備的狀態(tài)、性能數(shù)據(jù)，同時(shí)獲得設(shè)備預(yù)設(shè)的狀態(tài)閥值；

步驟3.2、根據(jù)閥值生成報(bào)警事件，再對(duì)事件壓縮、過(guò)濾；

步驟3.3、對(duì)事件進(jìn)行故障根源分析；

步驟3.4、將事件及設(shè)備狀態(tài)、性能數(shù)據(jù)存入數(shù)據(jù)庫(kù)。