国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種監(jiān)控設(shè)備的管理方法和設(shè)備的制作方法

      文檔序號:7594755閱讀:184來源:國知局
      專利名稱:一種監(jiān)控設(shè)備的管理方法和設(shè)備的制作方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及通信技術(shù)領(lǐng)域,特別涉及一種監(jiān)控設(shè)備的管理方法和設(shè)備。
      背景技術(shù)
      如圖1所示,為現(xiàn)有技術(shù)中的級聯(lián)監(jiān)控場景的示意圖,在目前的監(jiān)控業(yè)務(wù)中,服務(wù) 器㈧管理注冊到本服務(wù)器上的監(jiān)控設(shè)備(攝像頭)。如果需要服務(wù)器⑶也能夠使用服 務(wù)器(A)所管理的監(jiān)控設(shè)備,首先,需要在兩個服務(wù)器之間約定一套通訊規(guī)范,通過這個規(guī) 范,使得兩個服務(wù)器相互注冊,然后,服務(wù)器(A)通過規(guī)范里面定義的推送方式,將自身所 管理的監(jiān)控設(shè)備的信息以消息的形式發(fā)送給服務(wù)器(B)。當(dāng)然,如果需要有更多的服務(wù)器參與到上述的過程中,那么,服務(wù)器(B)也可以繼 續(xù)將服務(wù)器(A)所發(fā)送過來的監(jiān)控設(shè)備的信息再次推送給其它服務(wù)器(C)。服務(wù)器(C)收到服務(wù)器(B)推送的監(jiān)控設(shè)備的信息之后,認(rèn)為此監(jiān)控設(shè)備是屬 于服務(wù)器(B)的。當(dāng)服務(wù)器(C)需要建立監(jiān)控設(shè)備的相應(yīng)業(yè)務(wù)時,會首先將SIP (Session Initiation Protocol,一個應(yīng)用層的信令控制協(xié)議)消息發(fā)給服務(wù)器(B),服務(wù)器(B)發(fā)
      現(xiàn)此攝像頭不是自身所管理的監(jiān)控設(shè)備,就會將此監(jiān)控設(shè)備的SIP消息繼續(xù)轉(zhuǎn)發(fā)給服務(wù)器 ㈧。服務(wù)器(A)發(fā)現(xiàn)此監(jiān)控設(shè)備屬于自身己經(jīng)推送的監(jiān)控設(shè)備,便開始進(jìn)行業(yè)務(wù)建立。同樣,如果服務(wù)器(A)發(fā)現(xiàn)監(jiān)控設(shè)備也不屬于自身管理的范圍,就會繼續(xù)將此監(jiān) 控設(shè)備的SIP消息轉(zhuǎn)發(fā)到推送此監(jiān)控設(shè)備的信息的服務(wù)器。通過上述過程可知,目前的級聯(lián)業(yè)務(wù)建立必須經(jīng)過每一個中間的服務(wù)器,每一個 中間的服務(wù)器都會對消息進(jìn)行轉(zhuǎn)發(fā)。現(xiàn)有的監(jiān)控業(yè)務(wù)中,使用的是用戶配置的方式。每個服務(wù)器之間的關(guān)系都是在組 網(wǎng)階段配置和監(jiān)控設(shè)備的信息推送的時候就己經(jīng)由高級管理員手工配置完成,配置完成之 后就不會再變化。如果級聯(lián)服務(wù)器關(guān)系中的任何一個服務(wù)器出現(xiàn)異常,業(yè)務(wù)就無法順利建 成,必須由用戶手工去更改,重新配置服務(wù)器關(guān)系和重新推送需要管理的設(shè)備。在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題在現(xiàn)有的技術(shù)方案中,如果是通過多級服務(wù)器查看監(jiān)控設(shè)備(攝像頭)的監(jiān)控業(yè) 務(wù),只要中間經(jīng)過的服務(wù)器有任何一個出現(xiàn)異常,業(yè)務(wù)就無法正常建立,相應(yīng)的,如果要不 影響整個系統(tǒng)的監(jiān)控業(yè)務(wù),需要用戶手動介入,重新進(jìn)行業(yè)務(wù)配置和推送才可以繼續(xù)使用。

      發(fā)明內(nèi)容
      本發(fā)明提供一種監(jiān)控設(shè)備的管理方法和設(shè)備,用以解決在級聯(lián)監(jiān)控的情況下,中 間服務(wù)器發(fā)生故障時的處理機(jī)制不完善的問題。為達(dá)到上述目的,本發(fā)明一方面提供了一種監(jiān)控設(shè)備的管理方法,所述方法至少 包括以下步驟
      服務(wù)器獲取自身直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備的信息,所述下級服務(wù)器 上報的監(jiān)控設(shè)備的信息中包含所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信 息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息;所述服務(wù)器在本地管理自身所對應(yīng)的監(jiān)控設(shè)備的信息,其中,所述服務(wù)器所對應(yīng) 的監(jiān)控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理的下級服 務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述 服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè) 備的管理路徑信息。其中,所述服務(wù)器在本地管理自身所對應(yīng)的監(jiān)控設(shè)備的信息之后,還包括當(dāng)所述服務(wù)器存在上級服務(wù)器時,所述服務(wù)器將本地管理的自身所對應(yīng)的監(jiān)控設(shè) 備的信息上報給所述上級服務(wù)器,其中,所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備包括直接歸屬于所 述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù) 器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所 直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息。其中,所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,具體包括所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的IP地址信息、端口信息, 及其所支持的域間規(guī)范;所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,具體包括所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的IP地址信息、端口信息, 及其所支持的域間規(guī)范;所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,具體為所述服務(wù)器管理所述下級服務(wù)器上報的監(jiān)控設(shè)備所需要經(jīng)過的各級服務(wù)器的信 肩、ο其中,當(dāng)所述服務(wù)器確定所述下級服務(wù)器發(fā)生故障時,所述方法還包括所述服務(wù)器判斷自身與所述下級服務(wù)器上報的監(jiān)控設(shè)備之間是否存在其他路 徑;如果有,所述服務(wù)器通過所述其他路徑與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè) 務(wù)關(guān)系;如果沒有,且所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器不是發(fā)生故障 的所述下級服務(wù)器,所述服務(wù)器根據(jù)之前獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路 徑信息,向與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān) 系更新消息,并在收到相應(yīng)的業(yè)務(wù)關(guān)系更新確認(rèn)后,將返回所述業(yè)務(wù)關(guān)系更新確認(rèn)的其他 下級服務(wù)器作為替換服務(wù)器,建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)關(guān)系。其中,所述服務(wù)器向與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的其他下級 服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,具體包括所述服務(wù)器根據(jù)之前獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,按 照各所述其他服務(wù)器所處級別從高到低的順序,依次向與所述下級服務(wù)器上報的監(jiān)控設(shè)備 建立業(yè)務(wù)關(guān)系的各所述其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息。其中,當(dāng)所述服務(wù)器確定發(fā)生故障的所述下級服務(wù)器的故障恢復(fù)時,還包括
      所述服務(wù)器接收故障恢復(fù)的所述下級服務(wù)器的注冊請求,并完成注冊操作,通過 故障恢復(fù)的所述下級服務(wù)器建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)連接;所述服務(wù)器向所述替換服務(wù)器發(fā)送業(yè)務(wù)還原通知,以使所述替換服務(wù)器恢復(fù)與故 障恢復(fù)的所述下級服務(wù)器之間的業(yè)務(wù)連接。另一方面,本發(fā)明還提供了一種服務(wù)器,至少包括獲取模塊,用于獲取所述服務(wù)器直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備的信息, 所述下級服務(wù)器上報的監(jiān)控設(shè)備的信息中包含所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸 屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息;管理模塊,用于管理所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備的信息,所述服務(wù)器所對應(yīng)的 監(jiān)控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理的下級服務(wù) 器上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述服 務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備 的管理路徑信息。其中,該服務(wù)器,還包括發(fā)送模塊,用于在所述服務(wù)器存在上級服務(wù)器時,將所述 管理模塊所管理的所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備的信息上報給所述上級服務(wù)器,其中,所 述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直 接管理的下級服務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備 的信息包含所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器 管理所述監(jiān)控設(shè)備的管理路徑信息。其中,該服務(wù)器,還包括檢測模塊和判斷模塊,所述檢測模塊,用于檢測所述下級服務(wù)器是否發(fā)生故障;所述判斷模塊,用于當(dāng)所述檢測模塊確定所述下級服務(wù)器發(fā)生故障時,判斷所述 服務(wù)器與所述下級服務(wù)器上報的監(jiān)控設(shè)備之間是否存在其他路徑;所述發(fā)送模塊,還用于在所述判斷模塊的判斷結(jié)果為有時,通過所述其他路徑與 所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系,而在所述判斷模塊的判斷結(jié)果為沒有,且 所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器不是發(fā)生故障的所述下級服務(wù)器時, 根據(jù)之前所述獲取模塊所獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,向與所 述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,并 在收到相應(yīng)的業(yè)務(wù)關(guān)系更新確認(rèn)后,將返回所述業(yè)務(wù)關(guān)系更新確認(rèn)的的其他下級服務(wù)器作 為替換服務(wù)器,建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)關(guān)系。其中,所述發(fā)送模塊,具體用于根據(jù)之前所述獲取模塊所獲取到的所述服務(wù)器管 理所述監(jiān)控設(shè)備的管理路徑信息,按照各所述其他服務(wù)器所處級別從高到低的順序,依次 向與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的各所述其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān) 系更新消息。其中,所述獲取模塊,還用于當(dāng)所述檢測模塊確定發(fā)生故障的所述下級服務(wù)器的 故障恢復(fù)時,接收故障恢復(fù)的所述下級服務(wù)器的注冊請求,并完成注冊操作,通過故障恢復(fù) 的所述下級服務(wù)器建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)連接;所述發(fā)送模塊,還用于當(dāng)所述檢測模塊確定發(fā)生故障的所述下級服務(wù)器的故障恢 復(fù)時,向所述替換服務(wù)器發(fā)送業(yè)務(wù)還原通知,以使所述替換服務(wù)器恢復(fù)與故障恢復(fù)的所述下級服務(wù)器之間的業(yè)務(wù)連接。與現(xiàn)有技術(shù)相比,本發(fā)明所提出的技術(shù)方案具有以下優(yōu)點通過應(yīng)用本發(fā)明的技術(shù)方案,在級聯(lián)監(jiān)控的場景中,各級聯(lián)服務(wù)器在進(jìn)行監(jiān)控設(shè) 備的信息傳輸過程中,將該監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所 述監(jiān)控設(shè)備的管理路徑信息一并進(jìn)行上報,在中間服務(wù)器發(fā)生故障時,上級服務(wù)器可以為 發(fā)生故障的中間服務(wù)器選擇替換服務(wù)器,保障與該監(jiān)控設(shè)備之間的業(yè)務(wù)連接的正常工作, 從而,使級聯(lián)監(jiān)控場景中單個中間服務(wù)器的故障不會影響其他監(jiān)控業(yè)務(wù)的正常實現(xiàn),提高 相應(yīng)的監(jiān)控系統(tǒng)的可靠性,簡化故障處理和恢復(fù)的操作流程,提高相應(yīng)的處理效率。


      圖1為現(xiàn)有技術(shù)中的級聯(lián)監(jiān)控場景的示意圖;圖2為本發(fā)明所提出的一種監(jiān)控設(shè)備的管理方法的流程示意圖;圖3為本發(fā)明實施例中的一個多級的典型監(jiān)控組網(wǎng)的結(jié)構(gòu)示意圖;圖4為本發(fā)明實施例中的一個攝像頭編碼的示意圖;圖5為本發(fā)明實施例中的一種存在故障的級聯(lián)監(jiān)控場景的示意圖;圖6為本發(fā)明實施例中的在服務(wù)器A上應(yīng)用監(jiān)控設(shè)備的管理方法的流程示意圖;圖7為本發(fā)明實施例中的一種應(yīng)用場景的示意圖;圖8為本發(fā)明實施例中的一種應(yīng)用場景的示意圖;圖9為本發(fā)明實施例中的一種業(yè)務(wù)關(guān)系的還原流程的流程示意圖;圖10為本發(fā)明所提出的一種服務(wù)器的結(jié)構(gòu)示意圖。
      具體實施例方式如背景技術(shù)所述,在級聯(lián)監(jiān)控場景中,現(xiàn)有的監(jiān)控機(jī)制是將監(jiān)控設(shè)備進(jìn)行設(shè)備推 送和目錄推送處理。其中,設(shè)備推送是指在監(jiān)控業(yè)務(wù)中,如果下級服務(wù)器要把自己管理的監(jiān)控設(shè)備交 給上級服務(wù)器使用,需要將監(jiān)控設(shè)備的信息放到SIP的NOTIFY (通知)消息的消息體中,通 過發(fā)送此NOTIFY消息給上級服務(wù)器,使得上級服務(wù)器可以管理和使用此監(jiān)控設(shè)備。而目錄推送是指在上面的設(shè)備推送的過程中,如果監(jiān)控設(shè)備是在下級服務(wù)器中的 某個特定的組織下,下級服務(wù)器可以將此組織的目錄信息也一起放到SIP的NOTIFY消息發(fā) 給上級服務(wù)器。這樣上級服務(wù)器就知道下級服務(wù)器推送過來的監(jiān)控設(shè)備放在哪個特定組織 所對應(yīng)的目錄下,便于管理。但是,通過上述的設(shè)備推送和目錄推送處理,不同的服務(wù)器之間所進(jìn)行域間目錄 推送只是說明此監(jiān)控設(shè)備是掛在下級服務(wù)器的哪個組織下面。但此組織是屬于這個下級服 務(wù)器的,還是屬于該下級服務(wù)器所管理的另一個服務(wù)器的,則沒有明確說明,并且,這樣的 信息在目前的目錄推送方案中是沒有涉及的。因此,造成了服務(wù)器對于監(jiān)控設(shè)備具體位置 的不確定,一旦上報該監(jiān)控設(shè)備信息的下級服務(wù)器發(fā)生故障,則無法定位監(jiān)控設(shè)備的實際 位置,也無法建立相應(yīng)的替換業(yè)務(wù)鏈接,從而,會導(dǎo)致業(yè)務(wù)中斷。為了解決上述問題,本發(fā)明通過在服務(wù)器間交互的監(jiān)控設(shè)備信息中進(jìn)一步攜帶監(jiān) 控設(shè)備所直接歸屬的服務(wù)器的信息,以及服務(wù)器管理該監(jiān)控設(shè)備的管理路徑信息,從而,當(dāng)中間服務(wù)器發(fā)生故障時,服務(wù)器可以根據(jù)監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及服務(wù) 器管理該監(jiān)控設(shè)備的管理路徑信息,在該監(jiān)控設(shè)備的業(yè)務(wù)路徑中找到替換服務(wù)器,并恢復(fù) 業(yè)務(wù)連接,保障業(yè)務(wù)的正常實現(xiàn)。如圖2所示,為本發(fā)明提出的一種監(jiān)控設(shè)備的管理方法的流程示意圖,具體包括 以下步驟步驟S201、服務(wù)器獲取自身直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備的信息,所述 下級服務(wù)器上報的監(jiān)控設(shè)備的信息中包含所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的 服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息。在具體的實施場景中,所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信 息,具體包括以下信息的一種或多種所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的IP地址信息、端口信息, 及其所支持的域間規(guī)范。在實際應(yīng)用中,為了表示監(jiān)控設(shè)備的實際位置,上述的信息也可以包括其他的信 息內(nèi)容,凡是能夠表示監(jiān)控設(shè)備所歸屬的服務(wù)器信息的信息類型,都應(yīng)屬于本發(fā)明的保護(hù) 范圍。而所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,具體為該服務(wù)器管理所述下級 服務(wù)器上報的監(jiān)控設(shè)備所需要經(jīng)過的各級服務(wù)器的信息。這樣的信息獲取為后續(xù)的替換服務(wù)器的確定,以及相應(yīng)的域間通信規(guī)范的協(xié)商奠 定了基石出。步驟S202、所述服務(wù)器在本地管理自身所對應(yīng)的監(jiān)控設(shè)備的信息,其中,所述服務(wù) 器所對應(yīng)的監(jiān)控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理 的下級服務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息 包含所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所 述監(jiān)控設(shè)備的管理路徑信息。去步驟S201相類似,在具體的實施場景中,所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直 接歸屬的服務(wù)器的信息,具體包括以下信息的一種或多種所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的IP地址信息、端口信息, 及其所支持的域間規(guī)范。在實際應(yīng)用中,為了表示服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備的實際位置,上述的信息也 可以包括其他的信息內(nèi)容,凡是能夠表示服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所歸屬的服務(wù)器信息 的信息類型,都應(yīng)屬于本發(fā)明的保護(hù)范圍。而所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,具體為該服務(wù)器管理所述下級 服務(wù)器上報的監(jiān)控設(shè)備所需要經(jīng)過的各級服務(wù)器的信息。通過本步驟的處理,服務(wù)器將自身所管理的監(jiān)控設(shè)備,以及自身以下的各級服務(wù) 器所對應(yīng)的監(jiān)控設(shè)備的信息統(tǒng)一進(jìn)行管理,在正常狀態(tài)下的應(yīng)用過程中,這些監(jiān)控設(shè)備都 被本服務(wù)器視為自身所直接管理的監(jiān)控設(shè)備,可以進(jìn)行直接的調(diào)用和管理。在具體的應(yīng)用場景中,當(dāng)該服務(wù)器存在上級服務(wù)器,且該上級服務(wù)器需要與該服 務(wù)器上所管理的監(jiān)控設(shè)備建立業(yè)務(wù)連接時,該服務(wù)器將本地管理的監(jiān)控設(shè)備的信息上報給 該上級服務(wù)器。
      其中,所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/ 或所述服務(wù)器直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所 對應(yīng)的監(jiān)控設(shè)備的信息包含所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息, 以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息。通過這樣的方式,級聯(lián)監(jiān)控系統(tǒng)中的各級服務(wù)器一方面管理著自身以及下級服務(wù) 器所對應(yīng)的監(jiān)控設(shè)備,另一方面,還將這樣的監(jiān)控設(shè)備信息上報給自身的上級服務(wù)器,從 而,使級聯(lián)監(jiān)控系統(tǒng)中的各服務(wù)器都能全面的管理自身以下的所有監(jiān)控設(shè)備的信息。在完成了上述的信息交互后,各級服務(wù)器都已經(jīng)獲取了自身以下的各級服務(wù)器所 對應(yīng)的監(jiān)控設(shè)備的信息,之后,服務(wù)器自身對于級聯(lián)監(jiān)控系統(tǒng)中自身的下級服務(wù)器進(jìn)行通 信狀態(tài)檢測,具體的檢測規(guī)則可以根據(jù)實際需要進(jìn)行設(shè)置,可以是該服務(wù)器的主動檢測,也 可以是該服務(wù)器與下級服務(wù)器之間的?;顖笪慕换ィ蛘咭部梢允窍录壏?wù)器定期的狀態(tài) 上報報文,當(dāng)然也可以是能夠達(dá)到通信狀態(tài)檢測的其他方式,具體應(yīng)用哪種方式進(jìn)行通信 狀態(tài)的檢測,并不會影響本發(fā)明的保護(hù)范圍。需要指出的是,上述的服務(wù)器自身對于級聯(lián)監(jiān)控系統(tǒng)中自身的下級服務(wù)器進(jìn)行通 信狀態(tài)檢測的過程中,所檢測的目標(biāo)服務(wù)器實際為該服務(wù)器下的直接下級服務(wù)器,而對該 下級服務(wù)器的更下級的服務(wù)器,則不用本服務(wù)器進(jìn)行檢測,而是由下級服務(wù)器去進(jìn)行檢測, 這樣,層層遞進(jìn)的檢測模式一方面充分的分?jǐn)偭烁骷壏?wù)器的檢測工作量,另一方面,也可 以使檢測的準(zhǔn)確率和效率得到提高。當(dāng)所述服務(wù)器通過檢測,確定自身的一個或多個下級服務(wù)器發(fā)生故障時,相應(yīng)的 處理過程包括所述服務(wù)器判斷自身與該發(fā)生故障的下級服務(wù)器所上報的監(jiān)控設(shè)備之間是否存 在其他路徑。如果有,所述服務(wù)器通過該其他路徑與相應(yīng)的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系。其中的替 換路徑可能是源于當(dāng)前級聯(lián)監(jiān)控系統(tǒng)中的多路徑設(shè)置。如果沒有,且該監(jiān)控設(shè)備所直接歸屬的服務(wù)器不是發(fā)生故障的下級服務(wù)器,那么, 該服務(wù)器根據(jù)之前獲取到的該服務(wù)器管理該監(jiān)控設(shè)備的管理路徑信息,向與該監(jiān)控設(shè)備建 立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,并在收到相應(yīng)的業(yè)務(wù)關(guān)系更新確認(rèn) 后,將返回所述業(yè)務(wù)關(guān)系更新確認(rèn)的其他下級服務(wù)器作為替換服務(wù)器,建立與該監(jiān)控設(shè)備 的業(yè)務(wù)關(guān)系。需要指出的是,上述過程所給出的其他下級服務(wù)器可能是發(fā)生故障的下級服務(wù)器 所管理的下一級的服務(wù)器,甚至是更下一級或下幾級的服務(wù)器;而業(yè)務(wù)關(guān)系更新消息的發(fā) 送的規(guī)則可以是向級別最接近的一個或多個其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,也可 以是向所有處于級聯(lián)鏈路中的各其他下級服務(wù)器全部發(fā)送該業(yè)務(wù)更新消息,當(dāng)然,發(fā)送的 方式可以是按照一定的規(guī)則依次發(fā)送,也可以是按照廣播的方式一次性發(fā)送,這樣的變化 并不影響本發(fā)明的保護(hù)范圍。當(dāng)然,如果沒有其他路徑,且監(jiān)控設(shè)備所歸屬的服務(wù)器就是發(fā)生故障的所述下級 服務(wù)器,那么,服務(wù)器將無法通過其他方式與該監(jiān)控設(shè)備恢復(fù)業(yè)務(wù)連接,因此,只能中斷與 該監(jiān)控設(shè)備的業(yè)務(wù)連接,但是,這樣的情況下,這個發(fā)生故障的下級服務(wù)器對于相應(yīng)的監(jiān)控 設(shè)備來講,也不再是中間服務(wù)器而是該監(jiān)控設(shè)備所直接歸屬的服務(wù)器,所以,不再是本發(fā)明所討論的范圍,在此不作過多說明。需要進(jìn)一步指出的是,對于整個級聯(lián)監(jiān)控系統(tǒng)的影響,所述服務(wù)器發(fā)送業(yè)務(wù)關(guān)系 更新消息的操作可以設(shè)置相應(yīng)的規(guī)則,例如,如果多個其他下級服務(wù)器都返回了業(yè)務(wù)關(guān)系 更新確認(rèn),那么,本服務(wù)器可以優(yōu)先將與自身的級別相差較少的服務(wù)器作為替換服務(wù)器。在實際的應(yīng)用場景中,可以采用的一種具體的處理方式為所述服務(wù)器根據(jù)之前 收到的該監(jiān)控設(shè)備的管理路徑信息,按照級別從高到低的順序,依次向與所述監(jiān)控設(shè)備建 立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,并等待業(yè)務(wù)關(guān)系更新確認(rèn),如果沒 有收到業(yè)務(wù)關(guān)系更新確認(rèn),則繼續(xù)向下一級的服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,直至收到一 個業(yè)務(wù)關(guān)系更新確認(rèn),并將返回該業(yè)務(wù)關(guān)系更新確認(rèn)的服務(wù)器確定為替換服務(wù)器。在確定了相應(yīng)的替換服務(wù)器后,如果所述服務(wù)器確定發(fā)生故障的所述下級服務(wù)器 的故障恢復(fù),那么,還將包括相應(yīng)的故障恢復(fù)流程,具體包括所述服務(wù)器接收故障恢復(fù)的所述下級服務(wù)器的注冊請求,并完成注冊操作,通過 所述下級服務(wù)器建立所述監(jiān)控設(shè)備的業(yè)務(wù)連接。所述服務(wù)器向所述替換服務(wù)器發(fā)送業(yè)務(wù)還原通知,以使所述替換服務(wù)器恢復(fù)與故 障恢復(fù)的所述下級服務(wù)器之間的業(yè)務(wù)連接。另一方面,如果是在之前發(fā)生中間服務(wù)器的故障時,是通過其他路徑建立的替換 的業(yè)務(wù)連接,那么,可以根據(jù)實際需要,將業(yè)務(wù)連接重新建立在故障恢復(fù)的服務(wù)器所對應(yīng)的 路徑上,也可以保持當(dāng)前的通信狀態(tài),而以故障恢復(fù)的服務(wù)器所對應(yīng)的路徑為備份路徑,對 當(dāng)前的業(yè)務(wù)鏈接進(jìn)行保護(hù),具體應(yīng)用哪種規(guī)則并不會影響本發(fā)明的保護(hù)范圍。與現(xiàn)有技術(shù)相比,本發(fā)明所提出的技術(shù)方案具有以下優(yōu)點通過應(yīng)用本發(fā)明的技術(shù)方案,在級聯(lián)監(jiān)控的場景中,各級聯(lián)服務(wù)器在進(jìn)行監(jiān)控設(shè) 備的信息傳輸過程中,將該監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所 述監(jiān)控設(shè)備的管理路徑信息一并進(jìn)行上報,在中間服務(wù)器發(fā)生故障時,上級服務(wù)器可以為 發(fā)生故障的中間服務(wù)器選擇替換服務(wù)器,保障與該監(jiān)控設(shè)備之間的業(yè)務(wù)連接的正常工作, 從而,使級聯(lián)監(jiān)控場景中單個中間服務(wù)器的故障不會影響其他監(jiān)控業(yè)務(wù)的正常實現(xiàn),提高 相應(yīng)的監(jiān)控系統(tǒng)的可靠性,簡化故障處理和恢復(fù)的操作流程,提高相應(yīng)的處理效率。為了進(jìn)一步闡述本發(fā)明的技術(shù)思想,現(xiàn)結(jié)合具體的應(yīng)用場景,對本發(fā)明的技術(shù)方 案進(jìn)行說明。如圖3所示,為本發(fā)明實施例中的一個多級的典型監(jiān)控組網(wǎng)的結(jié)構(gòu)示意圖。以行政區(qū)劃為例,假設(shè)服務(wù)器D屬于區(qū)級管理平臺,服務(wù)器D下面管理著攝像頭X, 為方便說明,后文均以攝像頭作為監(jiān)控設(shè)備的示例進(jìn)行說明,這樣的名稱變化并不會影響 本發(fā)明的保護(hù)范圍。服務(wù)器D上面的服務(wù)器C屬于縣級管理平臺,其具有查看區(qū)級管理平臺(服務(wù)器 D)所有攝像頭的權(quán)限。服務(wù)器C上面的服務(wù)器B屬于市級管理平臺,其具有查看所有縣級管理平臺(服 務(wù)器C)的攝像頭的權(quán)限,當(dāng)然,這里面也包括區(qū)級管理平臺(服務(wù)器D)的攝像頭X,因為, 在服務(wù)器B看來,攝像頭X是屬于服務(wù)器C管理范圍的攝像頭。最上面的服務(wù)器A屬于省級管理平臺,具有查看所有的下級服務(wù)器(包括服務(wù)器 B、服務(wù)器C和服務(wù)器D)的攝像頭的權(quán)限,當(dāng)然,這里面也包括區(qū)級管理平臺(服務(wù)器D)的攝像頭X,因為,在服務(wù)器A看來,攝像頭X是屬于服務(wù)器B管理范圍的攝像頭。上述的級聯(lián)監(jiān)控網(wǎng)絡(luò)的部署示例只是說明支持多級多域的組網(wǎng),在實際的應(yīng)用場 景中,同樣平級多域的組網(wǎng)方式也可以應(yīng)用本發(fā)明所提出的技術(shù)方案,流程和多級多域一 樣,為了簡化說明,在此不再重復(fù)描述,但這并不會影響本發(fā)明的保護(hù)范圍。為了在中間服務(wù)器出現(xiàn)故障時,實現(xiàn)上級服務(wù)器的相關(guān)業(yè)務(wù)不受影響,本發(fā)明所 提出的技術(shù)方案主要涉及到以下兩個方面的改進(jìn)(1)對現(xiàn)有的推送信息進(jìn)行擴(kuò)充,將攝像頭所直接歸屬的服務(wù)器信息攜帶于相應(yīng) 的推送信息中,通知給上級服務(wù)器。(2)新增主動業(yè)務(wù)關(guān)系更新/還原的消息,在出現(xiàn)中間服務(wù)器的故障時,通過主動 業(yè)務(wù)關(guān)系更新/還原的消息,與替換服務(wù)器建立相應(yīng)的業(yè)務(wù)連接。首先,對第(1)點改進(jìn)進(jìn)行詳細(xì)說明為了克服現(xiàn)有技術(shù)中的攝像頭歸屬信息的不明確的問題,在本發(fā)明所提出的技術(shù) 方案中,在相應(yīng)的推動信息中加上標(biāo)識,使得上級服務(wù)器能夠知道這個推送的是目錄還是 服務(wù)器。如果推送的是服務(wù)器,則推送信息中要加上服務(wù)器的通訊IP和端口,以及支持的 域間規(guī)范。以下提供一個推送目錄的XML消息示例以供參考
      < xml version=" 1.0" > 〈Action〉
      <Variable>Catalog</Variable> <Name>服務(wù)器 C</Name> <Address>ServerC</Address> <Subnum> 1 </Subnum> <Sublist>
      <Item>
      權(quán)利要求
      1.一種監(jiān)控設(shè)備的管理方法,其特征在于,所述方法至少包括以下步驟服務(wù)器獲取自身直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備的信息,所述下級服務(wù)器上報 的監(jiān)控設(shè)備的信息中包含所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以 及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息;所述服務(wù)器在本地管理自身所對應(yīng)的監(jiān)控設(shè)備的信息,其中,所述服務(wù)器所對應(yīng)的監(jiān) 控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理的下級服務(wù)器 上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述服務(wù) 器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的 管理路徑信息。
      2.如權(quán)利要求1所述的方法,其特征在于,所述服務(wù)器在本地管理自身所對應(yīng)的監(jiān)控 設(shè)備的信息之后,還包括當(dāng)所述服務(wù)器存在上級服務(wù)器時,所述服務(wù)器將本地管理的自身所對應(yīng)的監(jiān)控設(shè)備的 信息上報給所述上級服務(wù)器,其中,所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備包括直接歸屬于所述服 務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù)器在 本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接 歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息。
      3.如權(quán)利要求1或2所述的方法,其特征在于,所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,具體包括所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器的IP地址信息、端口信息,及其 所支持的域間規(guī)范;所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,具體包括所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的IP地址信息、端口信息,及其 所支持的域間規(guī)范;所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,具體為所述服務(wù)器管理所述下級服務(wù)器上報的監(jiān)控設(shè)備所需要經(jīng)過的各級服務(wù)器的信息。
      4.如權(quán)利要求1所述的方法,其特征在于,當(dāng)所述服務(wù)器確定所述下級服務(wù)器發(fā)生故 障時,所述方法還包括所述服務(wù)器判斷自身與所述下級服務(wù)器上報的監(jiān)控設(shè)備之間是否存在其他路徑;如果有,所述服務(wù)器通過所述其他路徑與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系;如果沒有,且所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器不是發(fā)生故障的所 述下級服務(wù)器,所述服務(wù)器根據(jù)之前獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信 息,向與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更 新消息,并在收到相應(yīng)的業(yè)務(wù)關(guān)系更新確認(rèn)后,將返回所述業(yè)務(wù)關(guān)系更新確認(rèn)的其他下級 服務(wù)器作為替換服務(wù)器,建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)關(guān)系。
      5.如權(quán)利要求4所述的方法,其特征在于,所述服務(wù)器向與所述下級服務(wù)器上報的監(jiān) 控設(shè)備建立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,具體包括所述服務(wù)器根據(jù)之前獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,按照各 所述其他服務(wù)器所處級別從高到低的順序,依次向與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的各所述其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息。
      6.如權(quán)利要求4所述的方法,其特征在于,當(dāng)所述服務(wù)器確定發(fā)生故障的所述下級服 務(wù)器的故障恢復(fù)時,還包括所述服務(wù)器接收故障恢復(fù)的所述下級服務(wù)器的注冊請求,并完成注冊操作,通過故障 恢復(fù)的所述下級服務(wù)器建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)連接;所述服務(wù)器向所述替換服務(wù)器發(fā)送業(yè)務(wù)還原通知,以使所述替換服務(wù)器恢復(fù)與故障恢 復(fù)的所述下級服務(wù)器之間的業(yè)務(wù)連接。
      7.一種服務(wù)器,其特征在于,至少包括獲取模塊,用于獲取所述服務(wù)器直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備的信息,所述 下級服務(wù)器上報的監(jiān)控設(shè)備的信息中包含所述下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的 服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息;管理模塊,用于管理所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備的信息,所述服務(wù)器所對應(yīng)的監(jiān)控 設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備和/或所述服務(wù)器直接管理的下級服務(wù)器上 報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述服務(wù)器 所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管 理路徑信息。
      8.如權(quán)利要求7所述的服務(wù)器,其特征在于,還包括發(fā)送模塊,用于在所述服務(wù)器存在 上級服務(wù)器時,將所述管理模塊所管理的所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備的信息上報給所述 上級服務(wù)器,其中,所述服務(wù)器所對應(yīng)的監(jiān)控設(shè)備包括直接歸屬于所述服務(wù)器的監(jiān)控設(shè)備 和/或所述服務(wù)器直接管理的下級服務(wù)器上報的監(jiān)控設(shè)備,所述服務(wù)器在本地所管理的自 身所對應(yīng)的監(jiān)控設(shè)備的信息包含所述服務(wù)器所對應(yīng)的各監(jiān)控設(shè)備所直接歸屬的服務(wù)器的 信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息。
      9.如權(quán)利要求8所述的服務(wù)器,其特征在于,還包括檢測模塊和判斷模塊,所述檢測模塊,用于檢測所述下級服務(wù)器是否發(fā)生故障;所述判斷模塊,用于當(dāng)所述檢測模塊確定所述下級服務(wù)器發(fā)生故障時,判斷所述服務(wù) 器與所述下級服務(wù)器上報的監(jiān)控設(shè)備之間是否存在其他路徑;所述發(fā)送模塊,還用于在所述判斷模塊的判斷結(jié)果為有時,通過所述其他路徑與所述 下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系,而在所述判斷模塊的判斷結(jié)果為沒有,且所述 下級服務(wù)器上報的監(jiān)控設(shè)備所直接歸屬的服務(wù)器不是發(fā)生故障的所述下級服務(wù)器時,根據(jù) 之前所述獲取模塊所獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,向與所述下 級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息,并在收 到相應(yīng)的業(yè)務(wù)關(guān)系更新確認(rèn)后,將返回所述業(yè)務(wù)關(guān)系更新確認(rèn)的的其他下級服務(wù)器作為替 換服務(wù)器,建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)關(guān)系。
      10.如權(quán)利要求9所述的服務(wù)器,其特征在于,所述發(fā)送模塊,具體用于根據(jù)之前所述 獲取模塊所獲取到的所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息,按照各所述其他服務(wù) 器所處級別從高到低的順序,依次向與所述下級服務(wù)器上報的監(jiān)控設(shè)備建立業(yè)務(wù)關(guān)系的各 所述其他下級服務(wù)器發(fā)送業(yè)務(wù)關(guān)系更新消息。
      11.如權(quán)利要求9所述的服務(wù)器,其特征在于,所述獲取模塊,還用于當(dāng)所述檢測模塊確定發(fā)生故障的所述下級服務(wù)器的故障恢復(fù)時,接收故障恢復(fù)的所述下級服務(wù)器的注冊請求,并完成注冊操作,通過故障恢復(fù)的所述下 級服務(wù)器建立所述下級服務(wù)器上報的監(jiān)控設(shè)備的業(yè)務(wù)連接;所述發(fā)送模塊,還用于當(dāng)所述檢測模塊確定發(fā)生故障的所述下級服務(wù)器的故障恢復(fù) 時,向所述替換服務(wù)器發(fā)送業(yè)務(wù)還原通知,以使所述替換服務(wù)器恢復(fù)與故障恢復(fù)的所述下 級服務(wù)器之間的業(yè)務(wù)連接。
      全文摘要
      本發(fā)明公開了一種監(jiān)控設(shè)備的管理方法和設(shè)備,通過應(yīng)用本發(fā)明的技術(shù)方案,在級聯(lián)監(jiān)控的場景中,各級聯(lián)服務(wù)器在進(jìn)行監(jiān)控設(shè)備的信息傳輸過程中,將該監(jiān)控設(shè)備所直接歸屬的服務(wù)器的信息,以及所述服務(wù)器管理所述監(jiān)控設(shè)備的管理路徑信息一并進(jìn)行上報,在中間服務(wù)器發(fā)生故障時,上級服務(wù)器可以為發(fā)生故障的中間服務(wù)器選擇替換服務(wù)器,保障與該監(jiān)控設(shè)備之間的業(yè)務(wù)連接的正常工作,從而,使級聯(lián)監(jiān)控場景中單個中間服務(wù)器的故障不會影響其他監(jiān)控業(yè)務(wù)的正常實現(xiàn),提高相應(yīng)的監(jiān)控系統(tǒng)的可靠性,簡化故障處理和恢復(fù)的操作流程,提高相應(yīng)的處理效率。
      文檔編號H04L12/24GK102075369SQ201110047400
      公開日2011年5月25日 申請日期2011年2月28日 優(yōu)先權(quán)日2011年2月28日
      發(fā)明者張博 申請人:杭州華三通信技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1