一種智能報警方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種智能報警方法和裝置：獲取用戶設置的組合規(guī)則；當每接收到一條報警時，根據(jù)所述組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合；如果不能，則根據(jù)所述組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中；如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)所述組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。應用本發(fā)明所述方案，能夠減少誤報的發(fā)生。
【專利說明】一種智能報警方法和裝置

【技術(shù)領域】
[0001]本發(fā)明涉及智能監(jiān)控領域，特別涉及一種智能報警方法和裝置。

【背景技術(shù)】
[0002]智能報警是指利用視頻智能分析技術(shù)對視頻進行分析，并在此基礎上，對某些事件發(fā)出報警。
[0003]其中，視頻智能分析技術(shù)是指利用圖像處理和模式識別的相關方法，基于內(nèi)容對視頻進行分析處理的技術(shù)。
[0004]圖1為現(xiàn)有智能報警系統(tǒng)的組成結(jié)構(gòu)示意圖。如圖1所示，包括:前端報警設備、報警管理服務器以及客戶端；其中，前端報警設備利用視頻智能分析技術(shù)，產(chǎn)生報警，并發(fā)送給報警管理服務器；報警管理服務器將接收到的各報警分別通過客戶端提示給用戶。
[0005]由于現(xiàn)有視頻智能分析技術(shù)的局限性，誤報往往是不可避免的，在某些情況下，誤報甚至比正確的報警還要多，從而給用戶帶來困擾。


【發(fā)明內(nèi)容】

[0006]有鑒于此，本發(fā)明提供了一種智能報警方法和裝置，能夠減少誤報的發(fā)生。
[0007]為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0008]一種智能報警方法，包括:
[0009]獲取用戶設置的組合規(guī)則；
[0010]當每接收到一條報警時，根據(jù)所述組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合；
[0011]如果不能，則根據(jù)所述組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中；
[0012]如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)所述組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。
[0013]一種智能報警裝置，包括:
[0014]第一處理模塊，用于獲取用戶設置的組合規(guī)則，并發(fā)送給第二處理模塊；
[0015]所述第二處理模塊，用于當每接收到一條報警時，根據(jù)所述組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合；
[0016]如果不能，則根據(jù)所述組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中；
[0017]如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)所述組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。
[0018]可見，采用本發(fā)明所述方案，只有當多個預定報警均發(fā)生，按照組合規(guī)則可以生成一條組合報警時，才會將該條組合報警提示給用戶，即才會向用戶進行報警，而不是像現(xiàn)有技術(shù)中一樣，每生成一條報警則會提示給用戶，從而減少了誤報的發(fā)生。

【專利附圖】

【附圖說明】
[0019]圖1為現(xiàn)有智能報警系統(tǒng)的組成結(jié)構(gòu)示意圖。
[0020]圖2為本發(fā)明智能報警方法實施例的流程圖。
[0021]圖3為本發(fā)明智能報警裝置實施例的組成結(jié)構(gòu)示意圖。

【具體實施方式】
[0022]假設一幢建筑物有一個入口 A，里面有兩個通道分別通往B處和C處，用戶非常關注在C處出現(xiàn)的人，希望在有人出現(xiàn)時能夠得到提示，相應地，用戶可在C處進行區(qū)域入侵的檢測；但是C處的場景比較復雜，如照明經(jīng)常變化，因此經(jīng)常會有誤報發(fā)生。
[0023]假設到達C處必須要經(jīng)過入口 A，而且行人不太可能在入口 A到C處的通道中逗留，那么，可保持C處的區(qū)域入侵檢測不變，并額外在入口 A處進行區(qū)域入侵檢測；這樣，如果入口 A處發(fā)生了報警，在較短時間內(nèi)C處也發(fā)生了報警，則提示給用戶，如果僅是入口 A處發(fā)生了報警，則無需提示給用戶。
[0024]相比于僅在C處進行區(qū)域入侵檢測的方式，同時在入口 A處和C處進行區(qū)域入侵檢測的方式能夠明顯地減少誤報的發(fā)生。
[0025]本發(fā)明即基于上述思想，提出了一種改進后的智能報警方案，即:獲取用戶設置的組合規(guī)則；當每接收到一條報警時，根據(jù)組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合；如果不能，但根據(jù)組合規(guī)則，確定該條報警為生成一條組合報警所需的一個報警，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中；如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。
[0026]為了使本發(fā)明的技術(shù)方案更加清楚、明白，以下參照附圖并舉實施例，對本發(fā)明所述方案作進一步的詳細說明。
[0027]圖2為本發(fā)明智能報警方法實施例的流程圖。如圖2所示，包括:
[0028]步驟21:獲取用戶設置的組合規(guī)則。
[0029]組合規(guī)則的個數(shù)可為一個以上，即用戶可根據(jù)實際需要，僅設置一個組合規(guī)則，或同時設置多個組合規(guī)則。
[0030]組合規(guī)則可用于限定:當預定的多個報警均發(fā)生時，則生成一條組合報警，所述“多個報警”的具體個數(shù)以及每個報警的具體內(nèi)容均可根據(jù)實際需要而定，即可由用戶根據(jù)實際需要靈活設置。
[0031]步驟22:當每接收到一條報警時，根據(jù)組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合，如果否，則執(zhí)行步驟23，如果是，則執(zhí)行步驟26。
[0032]當存在多個待匹配隊列時，可按照預定順序，依次將該條報警與每個待匹配隊列進行匹配，即針對每個待匹配隊列，分別確定該條報警是否能夠和該待匹配隊列中的報警進行組合，一旦確定能夠進行組合，則可不再進行后續(xù)匹配，而是執(zhí)行步驟26，如果該條報警和每個待匹配隊列中的報警均不能進行組合，則執(zhí)行步驟23。
[0033]步驟23:根據(jù)組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則執(zhí)行步驟24，否則，執(zhí)行步驟25。
[0034]雖然該條報警和每個待匹配隊列中的報警均不能進行組合，但該條報警可能是某一個組合報警的開始，即該條報警可能可以和后續(xù)接收到的其它報警進行組合，生成一條組合報警，如果是這種情況，則執(zhí)行步驟24，否則，執(zhí)行步驟25。
[0035]步驟24:新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中，結(jié)束流程。
[0036]本步驟中，新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中，后續(xù)當陸續(xù)接收到可以和該報警進行組合的其它報警時，依次將其加入到該待匹配隊列中。
[0037]步驟25:按照預定方式對該條報警進行處理，結(jié)束流程。
[0038]當每接收到一條報警時，如果確定該條報警不能與已有的任一待匹配隊列中的報警進行組合，且該條報警不是生成一條組合報警所需的一個報警，則可按照現(xiàn)有方式，將該條報警單獨提示給用戶，或者，也可將該條報警進行保存，不提示給用戶，后續(xù)用戶如果需要，可查看所保存的該條報警。
[0039]具體采用上述哪種方式可根據(jù)實際需要由用戶預先設定。
[0040]步驟26:將該條報警加入到能夠進行組合的待匹配隊列中。
[0041]步驟27:根據(jù)組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則執(zhí)行步驟28，否則，結(jié)束流程。
[0042]如果根據(jù)組合規(guī)則確定該待匹配隊列中的報警已經(jīng)達到生成一條組合報警的條件，則可執(zhí)行步驟28，否則，繼續(xù)等待所需的其它報警。
[0043]步驟28:生成一條組合報警，并提示給用戶，結(jié)束流程。
[0044]所生成的組合報警的具體形式不作限制。
[0045]圖2所示過程可舉例說明如下:
[0046]假設對于一幢建筑物，要到達其中的Z處，必須先經(jīng)過X處和Y處；假設用戶設置了一條組合規(guī)則，即當X處、Y處和Z處均發(fā)生了報警時，則生成一條組合報警；為便于表述，將X處、Y處和Z處的報警分別稱為報警X、報警Y和報警Z，三個報警的發(fā)生順序依次為:報警X、報警Y和報警Z ;
[0047]假設接收到一條報警為報警Z，且已經(jīng)存在一個待匹配隊列，該待匹配隊列中保存有報警X和報警Y，那么則可將報警Z加入到該待匹配隊列中，同時，由于已經(jīng)有了報警X、報警Y和報警Z，因此可生成一條組合報警，并提示給用戶，即提示用戶在X處、Y處和Z處均發(fā)生了報警；
[0048]假設接收到一條報警為報警Y，且已經(jīng)存在一個待匹配隊列，該待匹配隊列中保存有報警X，那么則可將報警Y加入到該待匹配隊列中，但按照組合規(guī)則，還無法生成組合報m.1=I ，
[0049]假設接收到一條報警為報警X，且不存在相應的待匹配隊列，則可新建一個待匹配隊列，并將報警X加入到該新建的待匹配隊列中。
[0050]在實際應用中，步驟28中所述的生成一條組合報警之后，還可進一步進行以下處理:刪除該組合報警對應的待匹配隊列。
[0051]由于已經(jīng)根據(jù)該待匹配隊列中的報警生成了一條組合報警并提示給了用戶，因此該待匹配隊列中的報警已經(jīng)失效，為節(jié)省存儲空間等，可刪除該待匹配隊列。
[0052]另外，本發(fā)明所述方案中還提出，可每間隔預定時長，則對各已有的待匹配隊列進行一次輪詢，如果確定任一待匹配隊列的建立時長大于預定閾值，則刪除該待匹配隊列。也就是說，如果某一 /某些報警已經(jīng)發(fā)生了很久，與其進行組合的其它報警還未到來，則刪除相應的待匹配隊列。
[0053]所述閾值的具體取值可根據(jù)實際需要而定，通常取值不會太大。
[0054]舉例說明:
[0055]假設對于一幢建筑物，要到達其中的Z處，必須先經(jīng)過X處和Y處；假設用戶設置了一條組合規(guī)則，即當X處、Y處和Z處均發(fā)生了報警時，則生成一條組合報警；為便于表述，將X處、Y處和Z處的報警分別稱為報警X、報警Y和報警Z，三個報警的發(fā)生順序依次為:報警X、報警Y和報警Z ;
[0056]假設接收到一條報警為報警X，且不存在相應的待匹配隊列，則可新建一個待匹配隊列，并將報警X加入到該新建的待匹配隊列中；
[0057]后續(xù)，如果等待了預定時長后，報警Y和報警Z仍未到來，則可刪除報警X所在的待匹配隊列。
[0058]因為在實際應用中，對于一條組合報警來說，其對應的各條報警通常都是需要在較短時間內(nèi)連續(xù)發(fā)生的，如果超過預定時長，某一條/某幾條報警還未到來，則可認為該條組合報警對應的情況不會發(fā)生，相應地，也就沒有必要再保存該條組合報警對應的待匹配隊列，刪除即可，以節(jié)省存儲空間等。
[0059]而且，通過上述方式，相當于限制了每條組合報警的生成時間，即從建立該條組合報警對應的待匹配隊列開始到生成該條組合報警是有時間限制的，該時間不能過長，以確保報警的及時性。
[0060]至此，即完成了關于本發(fā)明方法實施例的介紹。
[0061]基于上述介紹，圖3為本發(fā)明智能報警裝置實施例的組成結(jié)構(gòu)示意圖。如圖3所示，包括:
[0062]第一處理模塊31，用于獲取用戶設置的組合規(guī)則，并發(fā)送給第二處理模塊32 ；
[0063]第二處理模塊32，用于當每接收到一條報警時，根據(jù)所述組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合；
[0064]如果不能，則根據(jù)所述組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中；
[0065]如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)所述組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。
[0066]其中，第二處理模塊32可進一步用于，在生成一條組合報警之后，刪除該組合報警對應的待匹配隊列。
[0067]另外，第二處理模塊32還可進一步用于，每間隔預定時長，則對各已有的待匹配隊列進行一次輪詢，如果確定任一待匹配隊列的建立時長大于預定閾值，則刪除該待匹配隊列。
[0068]第二處理模塊32還可進一步用于，當每接收到一條報警時，如果確定該條報警不能與已有的任一待匹配隊列中的報警進行組合，且該條報警不是生成一條組合報警所需的一個報警，則將該條報警提示給用戶，或者，將該條報警進行保存，不提示給用戶。
[0069]較佳地，所述組合規(guī)則的個數(shù)為一個以上，即可為一個，也可以為多個。
[0070]在實際應用中，圖3所示裝置可為圖1中所示的報警管理服務器，相應地，報警管理服務器接收各前端報警設備發(fā)送來的各條報警，并按照組合規(guī)則生成組合報警，通過客戶端提示給用戶；另外，用戶可通過客戶端，將設置的組合規(guī)則配置給報警管理服務器。
[0071]圖3所示裝置實施例的具體工作流程請參照前述方法實施例中的相應說明，此處不再贅述。
[0072]總之，采用本發(fā)明所述方案，只有當多個預定報警均發(fā)生，按照組合規(guī)則可以生成一條組合報警時，才會將該條組合報警提示給用戶，即才會向用戶進行報警，而不是像現(xiàn)有技術(shù)中一樣，每生成一條報警則會提示給用戶，從而減少了誤報的發(fā)生，并減少了給用戶帶來的困擾；而且，通過限制每條組合報警的生成時間，確保了報警的及時性；另外，用戶可根據(jù)自身需要靈活設置組合規(guī)則，從而能夠適應各種不同的應用場景，并提升了用戶體驗；再有，本發(fā)明所述方案無需對現(xiàn)有智能報警系統(tǒng)進行過大改動，只需調(diào)整一下報警管理服務器中的軟件實現(xiàn)即可，實現(xiàn)起來簡單方便，從而便于普及和推廣。
[0073]綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種智能報警方法，其特征在于，包括: 獲取用戶設置的組合規(guī)則； 當每接收到一條報警時，根據(jù)所述組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合； 如果不能，則根據(jù)所述組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中； 如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)所述組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述生成一條組合報警之后，進一步包括:刪除該組合報警對應的待匹配隊列。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于， 該方法進一步包括:每間隔預定時長，則對各已有的待匹配隊列進行一次輪詢，如果確定任一待匹配隊列的建立時長大于預定閾值，則刪除該待匹配隊列。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于， 該方法進一步包括:當每接收到一條報警時，如果確定該條報警不能與已有的任一待匹配隊列中的報警進行組合，且該條報警不是生成一條組合報警所需的一個報警，則將該條報警提示給用戶，或者，將該條報警進行保存，不提示給用戶。
5.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，所述組合規(guī)則的個數(shù)為一個以上。
6.一種智能報警裝置，其特征在于，包括: 第一處理模塊，用于獲取用戶設置的組合規(guī)則，并發(fā)送給第二處理模塊； 所述第二處理模塊，用于當每接收到一條報警時，根據(jù)所述組合規(guī)則，確定該條報警是否能夠和已有的任一待匹配隊列中的報警進行組合； 如果不能，則根據(jù)所述組合規(guī)則，確定該條報警是否為生成一條組合報警所需的一個報警，如果是，則新建一個待匹配隊列，并將該條報警加入到該新建的待匹配隊列中； 如果能，則在將該條報警加入到能夠進行組合的待匹配隊列中之后，根據(jù)所述組合規(guī)則確定該待匹配隊列中的報警是否可以生成一條組合報警，如果是，則生成一條組合報警，并提示給用戶。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于， 所述第二處理模塊進一步用于，在生成一條組合報警之后，刪除該組合報警對應的待匹配隊列。
8.根據(jù)權(quán)利要求6所述的裝置，其特征在于， 所述第二處理模塊進一步用于，每間隔預定時長，則對各已有的待匹配隊列進行一次輪詢，如果確定任一待匹配隊列的建立時長大于預定閾值，則刪除該待匹配隊列。
9.根據(jù)權(quán)利要求6所述的裝置，其特征在于， 所述第二處理模塊進一步用于，當每接收到一條報警時，如果確定該條報警不能與已有的任一待匹配隊列中的報警進行組合，且該條報警不是生成一條組合報警所需的一個報警，則將該條報警提示給用戶，或者，將該條報警進行保存，不提示給用戶。
10.根據(jù)權(quán)利要求6、7或8所述的裝置，其特征在于，所述組合規(guī)則的個數(shù)為一個以上。
【文檔編號】G08B13/196GK104424745SQ201310406873
【公開日】2015年3月18日 申請日期:2013年9月9日 優(yōu)先權(quán)日:2013年9月9日
【發(fā)明者】孫海鳴, 楊永, 李鵬飛 申請人:杭州?？低晹?shù)字技術(shù)股份有限公司