專利名稱：一種視頻監(jiān)控方法和設備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種視頻監(jiān)控方法和設備。
背景技術(shù)：
隨著視音頻編解碼技術(shù)和網(wǎng)絡存儲技術(shù)的發(fā)展，將攝像機的圖像數(shù)據(jù)數(shù)字化，并 在Internet網(wǎng)絡上傳輸、存儲形成了數(shù)字視頻監(jiān)控技術(shù)?，F(xiàn)有的視頻監(jiān)控系統(tǒng)主要由模擬監(jiān)控攝像輸入(下文簡稱攝像機)、硬件編碼器 (Encoder，簡稱EC)、管理服務器、存儲設備、客戶端以及相應的軟件管理系統(tǒng)等基本單元構(gòu) 成。在視頻監(jiān)控系統(tǒng)中，由攝像機和EC組成的前端輸入數(shù)量眾多，分部廣，不易管理， 且容易形成孤點。如果此時EC出現(xiàn)故障，或者接入網(wǎng)絡中斷等，都有可能造成視頻業(yè)務中 斷，而且業(yè)務恢復需要人工去維護，不能做到無縫切換，EC作為一個前端輸入，其主要的報文交互包括向客戶端發(fā)送UDP(UserDatagram Protocol,用戶數(shù)據(jù)包協(xié)議)實況流，向存儲設備發(fā)送TCP (Transmission Control Protocol，傳輸控制協(xié)議)存儲流，及與管理服務器之間進行必要的注冊管理，保活，告警 等交互。在現(xiàn)有技術(shù)中，為了保證一些重要監(jiān)控點的業(yè)務可靠性，一般可采用備份的思路， 具體的網(wǎng)絡結(jié)構(gòu)示意圖如圖1所示，將一路攝像頭輸入，同時接入兩個EC，并用以下的兩種 方案進行備份方案一、兩個EC同時工作，客戶端同時建立與兩個EC的監(jiān)控關(guān)系，并制定兩個EC 的存儲計劃；方案二、兩個EC串行工作，當一個EC(如ECl)出現(xiàn)故障時，用戶或管理服務器感 知到ECl故障，新建與另一個EC (如EC2)的監(jiān)控關(guān)系，同時更改存儲計劃，增加EC2的存儲 計劃。在圖1中，對于每一個EC，都具有獨立的IP地址和MAC地址，其中，假設Sl的IP 為IP-Sl，Sl的MAC為MAC-S1，其他EC依此類推。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題對于現(xiàn)有技術(shù)中的方案一，當兩個EC同時工作，在EC正常工作時，網(wǎng)絡中會存在 雙份的實況流和存儲流，客戶端也需要與兩個EC建立監(jiān)控關(guān)系，存儲設備也需要存儲雙份 的錄像，浪費了網(wǎng)絡資源和服務資源；而對于現(xiàn)有技術(shù)中的方案二，當兩個EC串行工作，當EC出現(xiàn)故障進行切換時，需 要人工干預，或者管理服務器感知EC故障，新建監(jiān)控關(guān)系和存儲計劃。且由于是不同EC的 存儲計劃，進行錄像回放時，需要同時查詢這兩個EC的存儲錄像。另外，EC數(shù)量眾多，分部廣，會造成EC需要消耗大量的IP地址，且管理服務器需 要對每臺EC進行管理，交互報文，接收告警等，造成對管理服務器的壓力較大 .

發(fā)明內(nèi)容
本發(fā)明提供一種視頻監(jiān)控方法和設備，利用多個EC組成一個業(yè)務組，共用一個IP地址，減少IP地址消耗，并共享EC的編碼通道，使得EC業(yè)務組能根據(jù)各EC的運行狀態(tài)，選 擇正常的EC發(fā)送實況流和存儲流。為達到上述目的，本發(fā)明一方面提供了一種視頻監(jiān)控方法，應用于包括至少一個 編碼設備EC組的網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和各 從EC具有不同的MAC地址，所述方法具體包括以下步驟所述主EC根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務組列表， 并根據(jù)所述業(yè)務組列表管理自身和所述EC組中的各從EC的資源；當所述主EC接收到業(yè)務指令時，根據(jù)所述業(yè)務組列表，通知相應的EC以所述主EC 的IP地址和所述EC自身的MAC地址與其他設備進行通信。優(yōu)選的，所述主EC根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務 組列表，具體為所述業(yè)務組列表中包含所述EC組中各EC的MAC地址；所述主EC將所述業(yè)務組列表在各從EC中進行備份。優(yōu)選的，當所述主EC接收到業(yè)務指令時，根據(jù)所述業(yè)務組列表，通知相應的EC以 所述主EC的IP地址和所述EC自身的MAC地址與其他設備進行通信，具體為當所述業(yè)務指令為監(jiān)控關(guān)系建立請求時，所述主EC查詢所述業(yè)務組列表，獲取相 對應的EC的MAC地址，并建立本地實況列表，所述主EC根據(jù)所述本地實況列表，通知相應 的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送實況數(shù)據(jù)；當所述業(yè)務指令為存儲計劃時，所述主EC查詢所述業(yè)務組列表，獲取相對應的EC 的MAC地址，并建立本地存儲列表，所述主EC根據(jù)所述本地存儲列表，通知相應的EC以所 述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送存儲數(shù)據(jù)。優(yōu)選的，所述主EC將所述本地實況列表和/或所述本地存儲列表在各從EC中進 行備份。優(yōu)選的，所述方法，還包括所述EC組所對應的網(wǎng)關(guān)設備通過所述主EC發(fā)送的ARP報文，獲取所述主EC的 ARP信息；所述EC組所對應的網(wǎng)關(guān)設備通過所述EC組中各EC的預設端口偵聽各EC相對應 的數(shù)據(jù)，并獲取各EC的轉(zhuǎn)發(fā)信息，生成各EC的轉(zhuǎn)發(fā)表項。優(yōu)選的，所述EC組所對應的網(wǎng)關(guān)設備中所生成的各EC的轉(zhuǎn)發(fā)表項具體為靜態(tài)表項。另一方面，本發(fā)明還提供了一種EC，作為所處EC組中的主EC，應用于包括至少一 個編碼設備EC組的網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和 各從EC具有不同的MAC地址，具體包括建立模塊，用于根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務組 列表；管理模塊，用于根據(jù)所述建立模塊所建立的業(yè)務組列表管理自身和所述EC組中 的各從EC的資源；
處理模塊，用于當接收到業(yè)務指令時，根據(jù)所述建立模塊所建立的業(yè)務組列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址與其他設備進行通信。優(yōu)選的，所述處理模塊，具體用于當所述業(yè)務指令為監(jiān)控關(guān)系建立請求時，所述處理模塊查詢所述建立模塊所建立 的業(yè)務組列表，獲取相對應的EC的MAC地址，并建立本地實況列表，所述處理模塊根據(jù)所述 本地實況列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設 備發(fā)送實況數(shù)據(jù)；當所述業(yè)務指令為存儲計劃時，所述處理模塊查詢所述建立模塊所建立的業(yè)務組 列表，獲取相對應的EC的MAC地址，并建立本地存儲列表，所述處理模根據(jù)所述本地存儲列 表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送存儲 數(shù)據(jù)。優(yōu)選的，所述EC還包括備份模塊，用于將所述業(yè)務組列表，和/或所述本地實況列 表，和/或所述本地存儲列表在各從EC中進行備份。另一方面，本發(fā)明還提供了一種網(wǎng)關(guān)設備，應用于包括至少一個編碼設備EC組的 網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和各從EC具有不同的 MAC地址，具體包括獲取模塊，用于通過所述主EC發(fā)送的ARP報文，獲取所述主EC的ARP信息，和/ 或通過所述EC組中各EC的預設端口偵聽各EC相對應的數(shù)據(jù)，并獲取各EC的轉(zhuǎn)發(fā)信息；存儲模塊，用于根據(jù)所述獲取模塊所獲取的主EC的ARP信息和其他各EC的轉(zhuǎn)發(fā) 信息，生成相應的轉(zhuǎn)發(fā)表項，以根據(jù)所述轉(zhuǎn)發(fā)表項對接收到的報文進行轉(zhuǎn)發(fā)。優(yōu)選的，所述存儲模塊中所生成的各EC的轉(zhuǎn)發(fā)表項具體為靜態(tài)表項。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，利用多個EC組成一個業(yè)務組，共用一個IP地址，減 少IP地址消耗，并共享EC的編碼通道，使得EC業(yè)務組能根據(jù)各EC的運行狀態(tài)，選擇正常 的EC發(fā)送實況流和存儲流，并且實現(xiàn)EC通道的實時備份，在EC出現(xiàn)故障時，能無縫切換， 提高了系統(tǒng)的可靠性，用一臺EC代理一組EC與管理服務器進行業(yè)務交互，減輕管理服務器
管理壓力。


圖1為現(xiàn)有技術(shù)中進行視頻監(jiān)控的網(wǎng)絡結(jié)構(gòu)示意圖；圖2為本發(fā)明所提出的一種視頻監(jiān)控方法的流程示意圖；圖3為本發(fā)明所提出的一種具體應用場景下的視頻監(jiān)控方法的流程示意圖；圖4為本發(fā)明所提出的一種主EC側(cè)的?；畲_認報文處理流程示意圖；圖5為本發(fā)明所提出的一種從EC側(cè)的?；畲_認報文處理流程示意圖；圖6為本發(fā)明所提出的一種EC的結(jié)構(gòu)示意圖；圖7為本發(fā)明所提出的一種網(wǎng)關(guān)設備的結(jié)構(gòu)示意圖。
具體實施例方式如圖2所示，為本發(fā)明所提出的一種視頻監(jiān)控方法的流程示意圖，該方法應用于包括至少一個編碼設備EC組的網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC， 所述主EC和各從EC具有不同的MAC地址，所述方法具體包括以下步驟
步驟S201、所述主EC根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè) 務組列表，并根據(jù)所述業(yè)務組列表管理自身和所述EC組中的各從EC的資源。 其中，所述主EC根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務組 列表，具體為所述業(yè)務組列表中包含所述EC組中各EC的MAC地址；所述主EC將所述業(yè)務組列表在各從EC中進行備份。步驟S202、當所述主EC接收到業(yè)務指令時，根據(jù)所述業(yè)務組列表，通知相應的EC 以所述主EC的IP地址和所述EC自身的MAC地址與其他設備進行通信。本步驟具體的實現(xiàn)方式包括以下兩種情況當所述業(yè)務指令為監(jiān)控關(guān)系建立請求時，所述主EC查詢所述業(yè)務組列表，獲取相 對應的EC的MAC地址，并建立本地實況列表，所述主EC根據(jù)所述本地實況列表，通知相應 的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送實況數(shù)據(jù)；當所述業(yè)務指令為存儲計劃時，所述主EC查詢所述業(yè)務組列表，獲取相對應的EC 的MAC地址，并建立本地存儲列表，所述主EC根據(jù)所述本地存儲列表，通知相應的EC以所 述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送存儲數(shù)據(jù)。需要指出的是，在上述的實現(xiàn)過程中所述主EC將所述本地實況列表和/或所述本 地存儲列表在各從EC中進行備份。為了保證本發(fā)明所提出的技術(shù)方案的實現(xiàn)，所述方法還包括所述EC組所對應的網(wǎng)關(guān)設備通過所述主EC發(fā)送的ARP報文，獲取所述主EC的 ARP信息；所述EC組所對應的網(wǎng)關(guān)設備通過所述EC組中各EC的預設端口偵聽各EC相對應 的數(shù)據(jù)，并獲取各EC的轉(zhuǎn)發(fā)信息，生成各EC的轉(zhuǎn)發(fā)表項。其中，所述EC組所對應的網(wǎng)關(guān)設備中所生成的各EC的轉(zhuǎn)發(fā)表項具體為靜態(tài)表項。這樣處理的目的在于為了保證本方案可以正常實施，在網(wǎng)關(guān)設備上還需要將主 ec的ip地址與mac地址設置為靜態(tài)的，不能被老化，保證其不會被其他從ec的表項替換掉。由以上實現(xiàn)過程可以看出，本發(fā)明的技術(shù)方案在實現(xiàn)EC組操作時，各EC使用主EC 的IP地址，和自身的MAC地址進行通信，這樣的技術(shù)方案一方面節(jié)約了 IP地址資源，另一 方面，也實現(xiàn)了 EC組內(nèi)部的身份識別和通信機制的建立，在主EC選舉以及后續(xù)的監(jiān)控和存 儲過程中，MAC地址可以作為各從EC的標識，被主EC用來實現(xiàn)業(yè)務控制和管理，由于MAC地 址不會像其他身份標識一樣容易被改寫，而且不同設備之間的MAC地址不會相同。因此，以 MAC地址作為身份識別依據(jù)，不僅提高了業(yè)務識別精度，而且，也提高了業(yè)務處理效率。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，利用多個EC組成一個業(yè)務組，共用一個IP地址，減 少IP地址消耗，并共享EC的編碼通道，使得EC業(yè)務組能根據(jù)各EC的運行狀態(tài)，選擇正常 的EC發(fā)送實況流和存儲流，并且實現(xiàn)EC通道的實時備份，在EC出現(xiàn)故障時，能無縫切換， 提高了系統(tǒng)的可靠性，用一臺EC代理一組EC與管理服務器進行業(yè)務交互，減輕管理服務器管理壓力。為了進一步闡述本發(fā)明的技術(shù)思想，現(xiàn)結(jié)合具體的應用場景，對本發(fā)明的技術(shù)方案進行說明。本發(fā)明所提出的技術(shù)方案的思路在于將多臺EC組成一個業(yè)務組，統(tǒng)一分配編碼資源，同樣以圖1所示的網(wǎng)絡結(jié)構(gòu)為例，在二層網(wǎng)絡中，各EC通過偵聽報文，選舉出Master EC，用于統(tǒng)一管理該業(yè)務組內(nèi)的所有EC。具體的，本發(fā)明的技術(shù)方案如圖3所示，包括以下步驟步驟S301、.在各EC上配置組ID，組編號，組通道編號等信息。對于同一個攝像頭輸入的不同EC的通道，需要設置為相同的組通道編號。如圖1中，各個EC(Si，S2，S3，S4)的組ID為groupl，組編號分別設置為1,2,3,4。與Cl相連的Sl通道的組通道編號設置為1，與C2相連的Sl通道的組通道編號設 置為2，與C2相連的S2通道的組通道編號也設置為2，與C3相連的S2通道的組通道編號 設置為3。步驟S302、各EC在當前網(wǎng)絡系統(tǒng)中廣播宣告報文。各EC初始管理狀態(tài)都設置為獨立狀態(tài)，各EC配置組參數(shù)后，開始發(fā)送目的MAC為 01 80 C2 00 00 XX，源MAC為自身MAC的宣告報文，該宣告報文中攜帶各EC自身的組ID
和組編號信息。步驟S303、各EC接收其他EC發(fā)送的宣告報文，并記錄當前所處的EC組中的 Master EC選舉信息。各EC收到其他EC發(fā)送的宣告報文后，比較組ID 如果組ID不一致，則直接丟棄報文；如果組ID —致，各EC記錄最小的組編號及其EC MAC，初始為自身的組編號和EC MAC。如果接收到的宣告報文所攜帶的組編號大于或等于EC當前記錄的最小組編號， 但EC MAC大于記錄的MAC，則直接丟棄報文；如果接收到的宣告報文所攜帶的組編號小于或等于EC當前記錄的最小組編號， 但EC MAC小于記錄的MAC，則更新當前記錄的最小組編號及其EC MAC。如圖1中，最終各EC所記錄的Master EC選舉信息的內(nèi)容為最小組編號為1，EC MAC為Sl的MAC。步驟S304、在預設的選舉時間過后，如果一個EC所記錄的Master EC選舉信息與 自身的信息相同，則向其他EC發(fā)送通告報文。一個EC發(fā)送通告報文就意味著該EC成功的被選舉為當前的EC組中的Master EC,在通告報文中，攜帶當前EC組的組ID和該EC組中的最小組編號。如圖1所示的場景中，EC Sl判斷在預設的選舉時間后，自身存儲的MasterEC選 舉信息的最小組編號及其EC MAC與自身的組編號和MAC信息相同，因此，判斷自身被選舉 為當前EC組的Master EC,向當前EC組中的其它EC發(fā)送通告報文，通告報文中攜帶本EC 組的組ID，組最小編號和EC MAC信息。步驟S305、各EC接收通告報文，判斷通告報文中所攜帶的Master EC的信息是否合法。各EC收到通告報文后，將通告報文中所攜帶的組ID與自身的組ID進行比較，如果組ID不一致，則執(zhí)行步驟S306 ；如果組ID —致，則繼續(xù)比較通告報文中所攜帶的最小組編號與自身的組編號進 行比較，如果最小組編號大于或等于自身的組編號，且EC MAC大于自身的MAC，則執(zhí)行步驟 S307 ；如果最小組編號小于或等于自身的組編號，且EC MAC小于自身的MAC，則執(zhí)行步驟 S308。步驟S306、EC直接丟棄該通告報文。步驟S307、EC向當前EC組中的其它EC發(fā)送自己的通告報文，并在其它EC中繼續(xù) 執(zhí)行步驟S305，判斷選舉結(jié)果的合法性。步驟S308、EC向發(fā)送通告報文的EC反饋通告確認報文，確認發(fā)送通告報文的EC 為 Master EC。該通告確認報文中攜帶自身組ID，組編號，組通道編號。如圖1中，ECS2，S3，S4等 向Sl反饋通告確認報文。需要指出的是，在選舉過程中，由于網(wǎng)絡傳輸問題等原因，可能會出現(xiàn)Master EC 的更改，比如，EC2在選舉時間過后沒有收到更優(yōu)的選舉信息(由于網(wǎng)絡傳輸問題，沒有收 到ECl發(fā)送的宣告報文)，因此，確認自身選舉成為Master EC,并向其它EC發(fā)送通告報文， 其中，EC3接到通告報文后，認為選舉結(jié)果合法，因此，向EC2反饋通告確認報文，但是，ECl 接收到EC2發(fā)送的通告報文后，認為選舉結(jié)果不合法，自身比EC2更適合成為MasterEC,因此，直接向其它EC發(fā)送自己的通告報文，EC3和EC2接收到ECl發(fā)送的通告 報文后，確認ECl比EC2更適合成為Master EC，因此，分別向ECl反饋通告確認報文，從而， 將Master EC的選舉結(jié)果由EC2變更為了 ECl，這樣的選舉更正機制的存在，保證了不會由 于其它原因?qū)е路亲顑?yōu)的EC成為Master EC,從而保證了本發(fā)明技術(shù)方案的順利實現(xiàn)。具體來講，EC發(fā)送通告報文后，后續(xù)的處理過程包括以下兩種情況EC在發(fā)送通告報文后，等待一段時間，如果收到報文編號小于自身組編號，或等于 自身組編號，但EC MAC小于自身MAC的通告報文，則向該EC反饋通告確認報文，攜帶自身 組ID，組編號，組通道編號；如果沒有收到其他EC發(fā)送的通告報文，則將本EC管理狀態(tài)更改為Master EC,并 執(zhí)行步驟S309。步驟S309、Master EC根據(jù)接收到的通告確認報文，建立業(yè)務組列表。在該業(yè)務組列表中，采用Master EC的IP為組IP地址，包含組編號，組通道編號， EC MAC，組通道狀態(tài)等信息。需要進一步指出的是，如果接收到的通告確認報文中存在相同的組編號，則分配 一個未使用的編號給具有相同組編號的EC，并通知對應EC更改組編號。在具體的應用場景中，組通道狀態(tài)包括=Active (激活)，Standby (備用)， Inactive (故障)。初始組通道狀態(tài)為Active，如果業(yè)務組列表中，存在相同組通道編號，則將組編號 大的組通道編號狀態(tài)由Active改為Standby。步驟S310、Master EC向其他EC發(fā)送業(yè)務組列表信息。
Master EC建立好業(yè)務組列表后，向其他EC發(fā)送組列表通告報文，攜帶業(yè)務組列表的所有信息。如圖1所示的網(wǎng)絡結(jié)構(gòu)中，可以建立業(yè)務組列表如下Group ID group 1 ；Group IP JP-SlGroup list Group number Group channel number EC MAC Channel state11MAC-Sl Active12MAC-Sl Active22MAC-S2 Standby23MAC-S2 Active33MAC-S3 Standby......；步驟S311、其他EC收到組列表通告報文后，進行相應的信息備份和修改。各EC將自身的管理狀態(tài)更改為Slave EC，將組列表信息備份到本地，并用組IP地 址替換本EC的IP地址，使得所有業(yè)務組內(nèi)EC共用一個IP地址，Slave EC反饋目的IP為組IP地址，源IP為全0的組列表通告確認報文。同時，Slave EC在后續(xù)的處理過程中不再發(fā)送或響應任何關(guān)于組IP地址的ARP報文。步驟S312、Master EC將業(yè)務組列表中的所有組通道虛擬為自身資源，并將資源注冊到管理服務器上，建立實況業(yè)務和存儲業(yè)務。.用戶根據(jù)MasterEC注冊到管理服務器上的組通道號等信息，建立實況業(yè)務和存儲業(yè)務。業(yè)務組內(nèi)的Master EC(Sl)總體負責與管理服務器等其他設備的網(wǎng)絡交互，包括發(fā)送?；顖笪摹⒏婢畔?，響應監(jiān)控關(guān)系建立等。根據(jù)監(jiān)控業(yè)務模型和業(yè)務組管理特征，Master EC(Sl)還需要對實況業(yè)務和存儲業(yè)務進行統(tǒng)一關(guān)系(I)Master EC響應管理服務器的監(jiān)控關(guān)系建立請求后，根據(jù)監(jiān)控關(guān)系對應的組通道號，查詢業(yè)務組列表，獲得對應的組編號和EC MAC，建立本地實況列表，包含組通道號、組 編號、EC MAC、UDP源端口號，目的IP和UDP目的端口號。Master EC根據(jù)該實況表項，通知對應的EC向目的端發(fā)送UDP實況流。如圖1所示的網(wǎng)絡結(jié)構(gòu)中，需要建立關(guān)于通道3的監(jiān)控關(guān)系，則EC Sl收到監(jiān)控關(guān)系建立請求報文 后，解析報文，建立如下的實況表項，通知EC S2向IPl發(fā)送實況流；Group channel number 3Group number2EC MACMAC-S2UDP SPortUPlDIPIPlUDP DPortUP2(2)Master EC收到管理服務器發(fā)送的存儲計劃后，根據(jù)存儲計劃對應的組通道號，查詢業(yè)務組列表，獲得對應的組編號和EC MAC,建立本地存儲列表，包含組通道號、組編號、EC MAC、TCP源端口號，目的IP和TCP目的端口號。Master EC根據(jù)該存儲表項，通知對應的EC與相應的存儲設備建立TCP連接，發(fā)送 存儲流。如圖1所示的網(wǎng)絡結(jié)構(gòu)中，需要建立關(guān)于通道3的存儲計劃，EC Sl收到存儲計劃 建立請求報文后，解析報文，建立如下的實況表項，通知EC S2向IP2發(fā)送存儲流；Group channel number 3Group number2EC MACMAC-S2TCP SPortTPlDIPIP2TCP DPortTP2(3)Master EC建立或刪除本地實況表項，或存儲表項時，要向其他SlaveEC發(fā)送 組列表通告報文，攜帶本地實況表項或存儲表項，使得表項備份到Slave EC。需要進一步指出的是，.為了保證業(yè)務通信，還需要在與EC連接的網(wǎng)關(guān)設備上進 行以下修改(1)由于Slave EC不發(fā)送ARP報文，網(wǎng)關(guān)設備只學習到Master EC的ARP信息，但 對于一個IP對應多個源MAC的報文，網(wǎng)關(guān)設備學習MAC信息，并進行正常的報文轉(zhuǎn)發(fā)；(2)網(wǎng)關(guān)設備偵聽從特定端口(將與EC連接的端口設置為依據(jù)TCP端口號轉(zhuǎn)發(fā)) 接收到的TCP流，記錄TCP流的相關(guān)信息，包括源IP，TCP源端口號，源MAC，出端口，建立TCP 轉(zhuǎn)發(fā)表項。網(wǎng)關(guān)設備對于三層TCP轉(zhuǎn)發(fā)報文，如果需要查詢ARP表進行轉(zhuǎn)發(fā)，優(yōu)先查詢TCP轉(zhuǎn) 發(fā)表項，如果有相應的轉(zhuǎn)發(fā)表項，則封裝對應的目的MAC，從對應端口轉(zhuǎn)發(fā)，如果沒有相應的 轉(zhuǎn)發(fā)表項，則再查詢ARP表進行轉(zhuǎn)發(fā)。如圖1所示的網(wǎng)絡結(jié)構(gòu)中，TCP轉(zhuǎn)發(fā)表項如下IP TCP Port MACInterfaceIP-Sl TPlMAC-S2 E2步驟S313、當Master EC收到新加入的EC發(fā)送的宣告報文時，將該EC直接加入到 業(yè)務組中。具體的加入過程如下在此種情況下，Master EC不對新加入的EC的組編號進行比較，而是直接向該EC 發(fā)送通告報文，攜帶本EC組ID，Master EC編號等信息。.新加入的EC收到通告報文后，發(fā)現(xiàn)報文中攜帶了Master EC編號，則向Master EC反饋通告確認報文，攜帶自身組ID，組編號，組通道編號。Master EC收到通告確認報文后，更新業(yè)務組列表，(如果存在相同編號的EC，則 通知新加入EC更換未分配的組編號)，并向其他EC發(fā)送組列表通告報文，攜帶更新的業(yè)務 組列表的所有信息，并將實況列表，存儲列表備份到該EC。新加入EC收到組列表通告報文后，將本EC管理狀態(tài)更改為Slave EC，將組列表信 息備份到本地，并用組IP地址替換本EC的IP地址，反饋目的IP為組IP地址，源IP為全 O的組列表通告確認報文；Master EC收到組列表通告報文后，向管理服務器發(fā)送更新報文，通知管理服務器更新EC通道。
為了保證本發(fā)明所提出的技術(shù)方案的正常實現(xiàn)，Master EC需要定期與Slave EC 之間發(fā)送?；畲_認報文，維護業(yè)務組列表狀態(tài)，下面結(jié)合圖1所示的網(wǎng)絡結(jié)構(gòu)，對相應的流 程進行說明在Master EC(以Sl為例)側(cè)，相應的處理流程如圖4所示，包括以下步驟步驟S401、Master EC判斷在?；钪芷谥惺欠袷盏礁鱁C反饋的?；畲_認報文。如果Master EC(Sl)在?；钪芷趦?nèi)收到?；畲_認報文，則執(zhí)行步驟S402 ；如果Master EC(Sl)在?；钪芷趦?nèi)沒有收到Slave EC(以S2為例)的?；畲_認 報文，則執(zhí)行步驟S403。步驟S402、Master EC維持當前的EC組中各EC的管理狀態(tài)不變。步驟S403、Master EC標識相應的EC的組通道狀態(tài)為故障，并啟用相應的容災措 施。如果由于Slave EC(以S2為例)出現(xiàn)故障，或者接入網(wǎng)絡中斷等，導致Master EC(Sl)在?；钪芷趦?nèi)未收到Slave EC(S2)的?；畲_認報文，則將該Slave EC(S2)對應 的組通道(以C3為例)狀態(tài)變?yōu)镮nactive，并查詢業(yè)務組列表中是否存在組通道狀態(tài)為 Standby，組通道編號(C3)相同的EC。如果存在，則將該組通道編號狀態(tài)改為Active，同步更新實況列表和存儲列表，并 根據(jù)實況列表和存儲列表，通知該EC (S3)發(fā)送UDP實況流，或重建TCP存儲流連接，實現(xiàn)EC 業(yè)務的無縫切換。同時，Master EC向管理服務器發(fā)送相應告警，提醒用戶及時排除EC故障，同時管 理服務器根據(jù)該EC對應的監(jiān)控關(guān)系，向?qū)目蛻舳税l(fā)現(xiàn)實況重建消息，通知客戶端刷新 RTP狀態(tài)，接收新的實況流，此時Master EC(Sl)的業(yè)務組列表如下Group ID group 1 ；Group IP JP-SlGroup list Group number Group channel number EC MAC Channel state11MAC-Sl Active12MAC-Sl Active22MAC-S2 Inactive23MAC-S2 Inactive33MAC-S3 Active......；更新實況列表表項如下Group channel number 3Group number3EC MACMAC-S3UDP SPortUPlDIPIPlUDP DPortUP2更新存儲列表表項如下
Group channel number 3Group number3EC MACMAC—S3TCP SPortTPlDIPIP2TCP DPortTP2步驟S404、Master EC根據(jù)后續(xù)的故障EC的恢復進展對相應的EC信息進行處理。Slave EC(S2)的組通道狀態(tài)變?yōu)镮nactive后，Master EC啟動定時器，等待一段時間內(nèi)，仍未收到該Slave EC (S2)的?；畲_認報文，或者該EC (S2)的宣告報文，則從業(yè)務 組列表中刪除該EC(S2)對應的組編號、組通道編號，及對應的實況列表表項、存儲列表表 項，向管理服務器發(fā)送更新報文，通知管理服務器更新EC通道；如果在等待期間收到了該 EC (S2)的?；畲_認報文，或宣告報文，則將組通道狀態(tài)變?yōu)锳ctive (如果已存在Active的 相同組通道，則本設備組通道狀態(tài)轉(zhuǎn)為Standby)，同時還需要將組列表，實況列表，存儲列表備份到該Slave EC (S2)。在Slave EC(以S2為例)側(cè)，相應的處理流程如圖5所示，包括以下步驟步驟S501、Slave EC判斷在保活周期中是否收到Master EC反饋的?；畲_認報文。如果Slave EC在?；钪芷趦?nèi)收到?；畲_認報文，則執(zhí)行步驟S502 ；如果Slave EC在?；钪芷趦?nèi)沒有收到Master EC的保活確認報文，則執(zhí)行步驟 S503。步驟S502、Slave EC維持當前的EC組中各EC的管理狀態(tài)不變。步驟S503、Slave EC啟用當前EC組中次優(yōu)的EC為Master EC,以實現(xiàn)系統(tǒng)容災處理。如果由于Master EC(Sl)出現(xiàn)故障，或者接入網(wǎng)絡中斷等，導致Slave EC在?；?周期內(nèi)未收到Master EC(Sl)的保活確認報文，Slave EC檢查自身備份的業(yè)務組列表，如 果是編號次優(yōu)的(僅大于Master EC)的Slave EC (S2)，則發(fā)送通告報文，和其他Slave EC 完成通告報文交互，并將自己的管理狀態(tài)變?yōu)镸aster EC(S2)，更新組列表信息，同步更新 實況列表和存儲列表，并根據(jù)實況列表和存儲列表，通知該EC發(fā)送UDP實況流，或重建TCP 存儲流連接，實現(xiàn)EC業(yè)務的無縫切換，同時，Master EC向管理服務器發(fā)送相應告警，提醒用戶及時排除EC故障，同時管理服務器根據(jù)該EC對應的監(jiān)控關(guān)系，向?qū)目蛻舳税l(fā)現(xiàn)實 況重建消息，通知客戶端刷新RTP狀態(tài)，接收新的實況流。除了上述兩種一般情況外，還有一些特殊情況需要進一步說明情況一、如果Slave EC長時間未收到任何Master EC的通告報文或?；顖笪?，則將管理狀態(tài)切換為獨立狀態(tài)，刪除組列表、實況列表及存儲列表等信息，重新發(fā)送宣告報 文。情況二、如果由于網(wǎng)絡故障，導致業(yè)務組分裂，使得網(wǎng)絡恢復后二層網(wǎng)絡中存在多個組ID相同的Master EC，各Master EC通過比較組編號及ECMAC，選擇最優(yōu)的EC作為 Master EC，將各分裂的業(yè)務組資源重新整合到一起。為了實現(xiàn)本發(fā)明的技術(shù)方案，本發(fā)明還提出了另一方面，本發(fā)明還提供了一種EC，作為所處EC組中的主EC，應用于包括至少一個編碼設備EC組的網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和各從EC具有不同的MAC地址，其結(jié)構(gòu)示意圖 如圖6所示，具體包括建立模塊61，用于根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務 組列表；管理模塊62，用于根據(jù)所述建立模塊61所建立的業(yè)務組列表管理自身和所述EC 組中的各從EC的資源；處理模塊63，用于當接收到業(yè)務指令時，根據(jù)所述建立模塊61所建立的業(yè)務組列 表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址與其他設備進行通信。在具體的應用場景中，所述處理模塊63具體用于當所述業(yè)務指令為監(jiān)控關(guān)系建立請求時，所述處理模塊63查詢所述建立模塊61 所建立的業(yè)務組列表，獲取相對應的EC的MAC地址，并建立本地實況列表，所述處理模塊63 根據(jù)所述本地實況列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址 向其他設備發(fā)送實況數(shù)據(jù)；當所述業(yè)務指令為存儲計劃時，所述處理模塊63查詢所述建立模塊61所建立的 業(yè)務組列表，獲取相對應的EC的MAC地址，并建立本地存儲列表，所述處理模根據(jù)所述本地 存儲列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā) 送存儲數(shù)據(jù)。優(yōu)選的，所述EC還包括備份模塊64，用于將所述業(yè)務組列表，和/或所述本地實況 列表，和/或所述本地存儲列表在各從EC中進行備份。另一方面，本發(fā)明還提供了一種網(wǎng)關(guān)設備，應用于包括至少一個編碼設備EC組的 網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和各從EC具有不同的 MAC地址，其結(jié)構(gòu)示意圖如圖7所示，具體包括獲取模塊71，用于通過所述主EC發(fā)送的ARP報文，獲取所述主EC的ARP信息，和 /或通過所述EC組中各EC的預設端口偵聽各EC相對應的數(shù)據(jù)，并獲取各EC的轉(zhuǎn)發(fā)信息；存儲模塊72，用于根據(jù)所述獲取模塊71所獲取的主EC的ARP信息和其他各EC的 轉(zhuǎn)發(fā)信息，生成相應的轉(zhuǎn)發(fā)表項，以根據(jù)所述轉(zhuǎn)發(fā)表項對接收到的報文進行轉(zhuǎn)發(fā)。其中，所述存儲模塊72中所生成的各EC的轉(zhuǎn)發(fā)表項具體為靜態(tài)表項。這樣處理的目的在于為了保證本方案可以正常實施，在網(wǎng)關(guān)設備上還需要將主 ec的ip地址與mac地址設置為靜態(tài)的，不能被老化，保證其不會被其他從ec的表項替換 掉。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點通過應用本發(fā)明的技術(shù)方案，利用多個EC組成一個業(yè)務組，共用一個IP地址，減 少IP地址消耗，并共享EC的編碼通道，使得EC業(yè)務組能根據(jù)各EC的運行狀態(tài)，選擇正常 的EC發(fā)送實況流和存儲流，并且實現(xiàn)EC通道的實時備份，在EC出現(xiàn)故障時，能無縫切換， 提高了系統(tǒng)的可靠性，用一臺EC代理一組EC與管理服務器進行業(yè)務交互，減輕管理服務器
管理壓力。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通 過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可 以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施場景所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進 行分布于實施場景的裝置中，也可以進行相應變化位于不同于本實施場景的一個或多個裝 置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明序號僅僅為了描述，不代表實施場景的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施場景，但是，本發(fā)明并非局限于此，任何本 領(lǐng)域的技術(shù)人員能思之的變化都應落入本發(fā)明的保護范圍。
權(quán)利要求
一種視頻監(jiān)控方法，其特征在于，應用于包括至少一個編碼設備EC組的網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和各從EC具有不同的MAC地址，所述方法具體包括以下步驟所述主EC根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務組列表，并根據(jù)所述業(yè)務組列表管理自身和所述EC組中的各從EC的資源；當所述主EC接收到業(yè)務指令時，根據(jù)所述業(yè)務組列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址與其他設備進行通信。
2.如權(quán)利要求1所述的方法，其特征在于，所述主EC根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務組列表，具體為所述業(yè)務組列表中包含所述EC組中各EC的MAC地址； 所述主EC將所述業(yè)務組列表在各從EC中進行備份。
3.如權(quán)利要求1所述的方法，其特征在于，當所述主EC接收到業(yè)務指令時，根據(jù)所述業(yè)務組列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址與其他設備進 行通信，具體為當所述業(yè)務指令為監(jiān)控關(guān)系建立請求時，所述主EC查詢所述業(yè)務組列表，獲取相對應 的EC的MAC地址，并建立本地實況列表，所述主EC根據(jù)所述本地實況列表，通知相應的EC 以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送實況數(shù)據(jù)；當所述業(yè)務指令為存儲計劃時，所述主EC查詢所述業(yè)務組列表，獲取相對應的EC的MAC地址，并建立本地存儲列表，所述主EC根據(jù)所述本地存儲列表，通知相應的EC以所述主 EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送存儲數(shù)據(jù)。
4.如權(quán)利要求3所述的方法，其特征在于，所述主EC將所述本地實況列表和/或所述本地存儲列表在各從EC中進行備份。
5.如權(quán)利要求1所述的方法，其特征在于，還包括所述EC組所對應的網(wǎng)關(guān)設備通過所述主EC發(fā)送的ARP報文，獲取所述主EC的ARP信息；所述EC組所對應的網(wǎng)關(guān)設備通過所述EC組中各EC的預設端口偵聽各EC相對應的數(shù) 據(jù)，并獲取各EC的轉(zhuǎn)發(fā)信息，生成各EC的轉(zhuǎn)發(fā)表項。
6.如權(quán)利要求5所述的方法，其特征在于，所述EC組所對應的網(wǎng)關(guān)設備中所生成的各 EC的轉(zhuǎn)發(fā)表項具體為靜態(tài)表項。
7.一種EC，其特征在于，作為所處EC組中的主EC，應用于包括至少一個編碼設備EC組 的網(wǎng)絡系統(tǒng)中，所述EC組中包含一個主EC和至少一個從EC，所述主EC和各從EC具有不同 的MAC地址，具體包括建立模塊，用于根據(jù)自身和各從EC中的資源信息建立所述EC組所對應的業(yè)務組列表；管理模塊，用于根據(jù)所述建立模塊所建立的業(yè)務組列表管理自身和所述EC組中的各 從EC的資源；處理模塊，用于當接收到業(yè)務指令時，根據(jù)所述建立模塊所建立的業(yè)務組列表，通知相 應的EC以所述主EC的IP地址和所述EC自身的MAC地址與其他設備進行通信。
8.如權(quán)利要求7所述的EC，其特征在于，所述處理模塊，具體用于當所述業(yè)務指令為監(jiān)控關(guān)系建立請求時，所述處理模塊查詢所述建立模塊所建立的業(yè) 務組列表，獲取相對應的EC的MAC地址，并建立本地實況列表，所述處理模塊根據(jù)所述本地 實況列表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā) 送實況數(shù)據(jù)；當所述業(yè)務指令為存儲計劃時，所述處理模塊查詢所述建立模塊所建立的業(yè)務組列 表，獲取相對應的EC的MAC地址，并建立本地存儲列表，所述處理模根據(jù)所述本地存儲列 表，通知相應的EC以所述主EC的IP地址和所述EC自身的MAC地址向其他設備發(fā)送存儲 數(shù)據(jù)。
9.如權(quán)利要求7或8所述的EC，其特征在于，還包括備份模塊，用于將所述業(yè)務組列 表，和/或所述本地實況列表，和/或所述本地存儲列表在各從EC中進行備份。
10. 一種網(wǎng)關(guān)設備，其特征在于，應用于包括至少一個編碼設備EC組的網(wǎng)絡系統(tǒng)中，所 述EC組中包含一個主EC和至少一個從EC，所述主EC和各從EC具有不同的MAC地址，具體 包括獲取模塊，用于通過所述主EC發(fā)送的ARP報文，獲取所述主EC的ARP信息，和/或通 過所述EC組中各EC的預設端口偵聽各EC相對應的數(shù)據(jù)，并獲取各EC的轉(zhuǎn)發(fā)信息；存儲模塊，用于根據(jù)所述獲取模塊所獲取的主EC的ARP信息和其他各EC的轉(zhuǎn)發(fā)信息， 生成相應的轉(zhuǎn)發(fā)表項，以根據(jù)所述轉(zhuǎn)發(fā)表項對接收到的報文進行轉(zhuǎn)發(fā)。
11.如權(quán)利要求10所述的網(wǎng)關(guān)設備，其特征在于，所述存儲模塊中所生成的各EC的轉(zhuǎn) 發(fā)表項具體為靜態(tài)表項。
全文摘要
本發(fā)明公開了一種視頻監(jiān)控方法和設備，利用多個EC組成一個業(yè)務組，共用一個IP地址，減少IP地址消耗，并共享EC的編碼通道，使得EC業(yè)務組能根據(jù)各EC的運行狀態(tài)，選擇正常的EC發(fā)送實況流和存儲流，并且實現(xiàn)EC通道的實時備份，在EC出現(xiàn)故障時，能無縫切換，提高了系統(tǒng)的可靠性，用一臺EC代理一組EC與管理服務器進行業(yè)務交互，減輕管理服務器管理壓力。
文檔編號H04N7/26GK101800889SQ20101010420
公開日2010年8月11日 申請日期2010年2月2日 優(yōu)先權(quán)日2010年2月2日
發(fā)明者周迪, 林鵬程 申請人:杭州華三通信技術(shù)有限公司