專利名稱：一種監(jiān)控輪切方法及其裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種監(jiān)控輪切方法及其裝置和系統(tǒng)。
背景技術(shù)：
視頻監(jiān)控系統(tǒng)IP化已經(jīng)是大勢所趨，基于IP網(wǎng)的視頻監(jiān)控系統(tǒng)越來越受到關(guān)注。 隨著編碼芯片技術(shù)的不斷發(fā)展，以及集成電路設(shè)計的不斷改進，讓視頻圖像采集子系統(tǒng)與 壓縮編碼子系統(tǒng)能整合至單塊集成電路板，進而成就了 IP攝像機(IPC)。目前的視頻監(jiān)控系統(tǒng)將IPC通過網(wǎng)線直接連入Intranet，如LAN (LocalArea Network，局域網(wǎng))或VPN(Virtual Private Network，虛擬專用網(wǎng)絡(luò))，通過IP包傳輸視頻 信號、音頻信號和控制信號，免去了用戶需要長距離部署視頻線纜、音頻線纜、RS485控制線 等的煩惱。視頻監(jiān)控系統(tǒng)的中心應(yīng)用服務(wù)器借助存儲服務(wù)器解決IP前端的音視頻存儲問 題。由于視頻監(jiān)控系統(tǒng)具有中心權(quán)限管理需求，因此視頻監(jiān)控網(wǎng)絡(luò)組建基本上采用中 心應(yīng)用服務(wù)器的模式。視頻監(jiān)控系統(tǒng)中的客戶端(即監(jiān)控器)數(shù)量少而IPC數(shù)量多，針對 這種情況，目前通常采用由同一個客戶端自動切換查看不同IPC的圖像，該過程稱為監(jiān)控 輪切。目前的監(jiān)控輪切過程由中心應(yīng)用服務(wù)器進行控制。圖1示出了現(xiàn)有IP視頻監(jiān)控組網(wǎng)架構(gòu)示意圖，其中可包括一個或多個客戶端(圖 中僅示出了客戶端100)，還可包括一個中心應(yīng)用服務(wù)器200，中心應(yīng)用服務(wù)器200連接有 存儲服務(wù)器300，用于存儲監(jiān)控錄像數(shù)據(jù)以及其它控制數(shù)據(jù)，該系統(tǒng)還包含多個IPC400(如
圖中的IPC1，IPC2, IPC3, IPC4......IPCn)。IPC400和中心應(yīng)用服務(wù)器200之間可通過
Intranet網(wǎng)絡(luò)連接?；谠摼W(wǎng)絡(luò)架構(gòu)，視頻監(jiān)控輪切的過程為客戶端100向中心應(yīng)用服務(wù)器200發(fā)送 監(jiān)控輪切配置信息，如輪切順序和輪切時間間隔，中心應(yīng)用服務(wù)器200對客戶端100鑒權(quán)通 過后，將監(jiān)控輪切配置信息存入中心應(yīng)用服務(wù)器的數(shù)據(jù)庫；當客戶端100啟動監(jiān)控輪切后， 中心應(yīng)用服務(wù)器200開啟定時器，定時向視頻監(jiān)控數(shù)據(jù)采集端的不同IPC400發(fā)送實況請求 與實況關(guān)閉命令，以實現(xiàn)同步實況切換給客戶端100。例如，當客戶端100向中心應(yīng)用服務(wù) 器200發(fā)起監(jiān)控輪切請求，請求中攜帶的輪切列表為IPC1、IPC2、IPC3、IPC4(即按照IPC1、 IPC2、IPC3、IPC4的順序進行監(jiān)控輪切)時，其具體監(jiān)控輪切流程可以包括步驟1、中心應(yīng)用服務(wù)器200向IPCl發(fā)送實況請求命令，以命令I(lǐng)PCl發(fā)送實況流 到客戶端100 ；步驟2、中心應(yīng)用服務(wù)器200向客戶端100發(fā)送接收通知，以通知客戶端100接收 IPCl發(fā)送的實況流數(shù)據(jù)；步驟3、中心應(yīng)用服務(wù)器200設(shè)定定時器，計時時長為輪切間隔；步驟4、當定時器超時時，中心應(yīng)用服務(wù)器200向IPCl發(fā)送實況關(guān)閉命令，以命令 IPCI停止實況流傳輸；步驟5、中心應(yīng)用服務(wù)器200向IPC2發(fā)送實況請求命令，以命令I(lǐng)PC2發(fā)送實況流到監(jiān)控客戶端；步驟6、中心應(yīng)用服務(wù)器200向客戶端100發(fā)送接收通知，以通知其接收IPC2的實 況流；步驟7、中心應(yīng)用服務(wù)器200設(shè)定定時器，計時時長為輪切間隔；以此類推，重復上述操作，使中心應(yīng)用服務(wù)器200按照輪切列表中IPC的順序，在 各IPC之間進行監(jiān)控輪切控制。發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題現(xiàn)有監(jiān)控輪切實現(xiàn)方式中，IPC實況的輪切邏輯判斷處理是在中心應(yīng)用服務(wù)器上 實現(xiàn)的，這在監(jiān)控任務(wù)較多時會給系統(tǒng)造成性能瓶頸。

發(fā)明內(nèi)容
本發(fā)明提供了一種監(jiān)控輪切方法及其裝置和系統(tǒng)，用以解決現(xiàn)有監(jiān)控輪切機制中 由中心應(yīng)用服務(wù)器進行監(jiān)控輪切控制所導致的易造成監(jiān)控系統(tǒng)性能瓶頸的問題。本發(fā)明提供的監(jiān)控輪切方法，應(yīng)用于包含有IP攝像機、中心應(yīng)用服務(wù)器和客戶端 的視頻監(jiān)控系統(tǒng)，該方法包括IP攝像機接收輪切請求消息，獲取所述輪切請求消息中攜帶的輪切列表，并根據(jù) 所述輪切請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；當所述IP攝像機傳輸視頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長時，所述IP攝像機向所 述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有所述輪切列表。較佳地，所述輪切請求消息中包括所述客戶端的優(yōu)先級信息，所述IP攝像機在判 斷自身沒有傳輸資源可以用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)時，還包括獲取正在使用 所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；所述向客戶端傳輸視頻監(jiān)控數(shù)據(jù)，具體為所述IP攝像機在判斷獲取到的所述其 他客戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu)先級的其他客戶端 所使用的傳輸資源，并使用搶斷到的傳輸資源向所述輪切請求消息的目標客戶端傳輸視頻 監(jiān)控數(shù)據(jù)。上述方法中，當獲取到的優(yōu)先級均不低于所述客戶端的優(yōu)先級時，還包括所述IP攝像機向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜 帶所述輪切列表。較佳地，所述IP攝像機向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息 之后，若沒有接收到所述下一個IP攝像機返回的響應(yīng)，則還包括所述IP攝像機向所述中心應(yīng)用服務(wù)器發(fā)送報告；所述中心應(yīng)用服務(wù)器根據(jù)所述報告，將所述下一個IP攝像機從所述輪切列表中 刪除，并將更新后的輪切列表攜帶于響應(yīng)消息發(fā)送給所述IP攝像機；所述IP攝像機根據(jù)所述響應(yīng)消息，向所述更新后的輪切列表中的下一個IP攝像 機發(fā)送輪切請求消息，其中攜帶有更新后的輪切列表。較佳地，所述IP攝像機為所述客戶端的輪切列表中的第一個IP攝像機時，所述第 一個IP攝像機接收輪切請求消息的過程，包括中心應(yīng)用服務(wù)器根據(jù)客戶端啟動輪切流程的請求，向所述客戶端的輪切列表中的
6第一個IP攝像機發(fā)送輪切請求消息；所述第一個IP攝像機接收所述中心應(yīng)用服務(wù)器發(fā)送的輪切請求消息；所述IP攝像機為所述客戶端的輪切列表中的最后一個IP攝像機時，所述IP攝像 機向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，具體為所述輪切列表中的最 后一個IP攝像機向該輪切列表中的第一個IP攝像機發(fā)送輪切請求消息。本發(fā)明提供的IP攝像機，包括消息接收模塊，用于接收輪切請求消息；數(shù)據(jù)傳輸模塊，與所述消息接收模塊連接，用于根據(jù)所述消息接收模塊接收到的 輪切請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；獲取模塊，與所述消息接收模塊連接，用于獲取所述輪切請求消息中攜帶的輪切 列表；消息發(fā)送模塊，用于當所述IP攝像機傳輸視頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長時， 向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有所述輪切列表。較佳地，所述IP攝像機，還包括資源配置模塊；所述資源配置模塊，與所述數(shù)據(jù)傳輸模塊連接，用于在所述消息接收模塊接收到 輪切請求消息后，判斷自身是否有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)；以及， 在所述資源配置模塊判斷自身有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)時，選擇 該可用的傳輸資源；所述數(shù)據(jù)傳輸模塊具體用于，使用所述資源配置模塊選擇的資源傳輸視頻監(jiān)控數(shù) 據(jù)。較佳地，所述輪切請求消息中還包括所述客戶端的優(yōu)先級信息；所述資源配置模塊還用于，在判斷自身沒有傳輸資源可用于向所述客戶端傳輸視 頻監(jiān)控數(shù)據(jù)時，獲取正在使用所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；以及，在判 斷獲取到的所述其他客戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu) 先級的其他客戶端所使用的傳輸資源；所述數(shù)據(jù)傳輸模塊具體用于，使用所述資源配置模塊搶斷到的傳輸資源傳輸視頻 監(jiān)控數(shù)據(jù)。較佳地，所述消息發(fā)送模塊還用于，當獲取到的優(yōu)先級均不低于所述客戶端的優(yōu) 先級時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶所述輪切列表。本發(fā)明提供的視頻監(jiān)控系統(tǒng)，包括客戶端、IP攝像機和中心應(yīng)用服務(wù)器，所述IP攝像機，用于接收輪切請求消息，獲取所述輪切請求消息中攜帶的輪切列 表，并根據(jù)所述輪切請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；以及，當所述IP攝像機傳輸視 頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求 消息，其中攜帶有所述輪切列表；客戶端，用于接收所述IP攝像機傳輸?shù)囊曨l監(jiān)控數(shù)據(jù)。較佳地，所述輪切請求消息中包括所述客戶端的優(yōu)先級信息；所述IP攝像機具體用于，在判斷自身沒有傳輸資源可用于向所述客戶端傳輸視 頻監(jiān)控數(shù)據(jù)時，獲取正在使用所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；以及，在判斷獲取到的所述其他客戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu) 先級的其他客戶端所使用的傳輸資源，并使用搶斷到的傳輸資源向所述輪切請求消息的目 標客戶端傳輸視頻監(jiān)控數(shù)據(jù)。 較佳地，所述IP攝像機還用于，當獲取到的優(yōu)先級均不低于所述客戶端的優(yōu)先級 時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶所述輪切列表。
較佳地，所述IP攝像機還用于，在向所述輪切列表中的下一個IP攝像機發(fā)送輪切 請求消息之后，若沒有接收到所述下一個IP攝像機返回的響應(yīng)，則向所述中心應(yīng)用服務(wù)器 發(fā)送報告；以及，在接收到所述IP攝像機的響應(yīng)消息后，根據(jù)所述響應(yīng)消息中攜帶的更新 后的輪切列表，向該IP攝像機的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有更新后的 輪切列表；所述中心應(yīng)用服務(wù)器，用于根據(jù)所述報告，將所述下一個IP攝像機從所述輪切列 表中刪除，并將更新后的輪切列表攜帶于響應(yīng)消息發(fā)送給所述IP攝像機。較佳地，所述中心應(yīng)用服務(wù)器還用于，在接收到客戶端發(fā)送的輪切啟動命令后，向 所述客戶端的輪切列表中的第一個IP攝像機發(fā)送輪切請求消息，其中攜帶有該客戶端的 輪切列表。本發(fā)明的有益效果包括通過向IPC發(fā)送攜帶有輪切列表的輪切請求消息，使IPC在輪切完成后，可根據(jù) 輪切列表向下一個IPC發(fā)送輪切請求消息，從而將輪切判決處理下放到IPC，與現(xiàn)有技術(shù)相 比，減輕了中心應(yīng)用服務(wù)器的負擔，從而在一定程度上避免了由中心應(yīng)用服務(wù)器進行輪切 邏輯判斷處理所造成的系統(tǒng)瓶頸問題。


圖1現(xiàn)有技術(shù)中IP視頻監(jiān)控組網(wǎng)架構(gòu)示意圖；圖2為本發(fā)明實施例提供的IP視頻監(jiān)控組網(wǎng)架構(gòu)示意圖；圖3為本發(fā)明實施例提供的客戶端配置監(jiān)控輪切策略信息的流程示意圖；圖4為本發(fā)明實施例提供的監(jiān)控輪切流程示意圖之一；圖5為本發(fā)明實施例提供的監(jiān)控輪切流程示意圖之二 ；圖6為本發(fā)明實施例提供的IPC的結(jié)構(gòu)示意圖。
具體實施例方式針對現(xiàn)有技術(shù)存在的上述問題，本發(fā)明實施例將客戶端的監(jiān)控輪切策略信息發(fā)送 給IPC，由IPC根據(jù)該監(jiān)控輪切策略信息進行監(jiān)控輪切的控制。下面結(jié)合附圖對本發(fā)明實施 例進行詳細描述。本發(fā)明實施例所涉及的IP視頻監(jiān)控網(wǎng)絡(luò)系統(tǒng)架構(gòu)可如圖2所示，包括客戶端 10、中心應(yīng)用服務(wù)器20、IPC40，中心應(yīng)用服務(wù)器20還可連接有數(shù)據(jù)庫服務(wù)器30。圖2所示 的網(wǎng)絡(luò)架構(gòu)與圖1類似，但本發(fā)明實施例對該組網(wǎng)架構(gòu)中各實體的功能以及監(jiān)控輪切處理 流程進行了改進。圖2所示的組網(wǎng)架構(gòu)中各實體的功能主要包括客戶端10，主要用于接收IPC傳輸來的視頻監(jiān)控數(shù)據(jù)，還可以根據(jù)中心應(yīng)用服務(wù)器20提供的權(quán)限配置輪切策略；中心應(yīng)用服務(wù)器20，主要用于在監(jiān)控輪切流程開始時，將客戶端對應(yīng)的監(jiān)控輪切 策略信息發(fā)送給IPC40，還可以根據(jù)IPC40上報的異常情況進行相應(yīng)的監(jiān)控輪切異常處理；數(shù)據(jù)庫服務(wù)器30，主要用于存儲客戶端配置的監(jiān)控輪切策略信息，如客戶端的輪 切列表和輪切時間間隔；還可以存儲中心應(yīng)用服務(wù)器20為各客戶端的監(jiān)控輪切策略分配 的優(yōu)先級，以及其他異常處理的策略信息；IPC40，主要用于采集音視頻數(shù)據(jù)，以IP包格式傳輸，還可以根據(jù)客戶端的監(jiān)控輪 切策略進行監(jiān)控輪切控制。本發(fā)明實施例中，中心應(yīng)用服務(wù)器20中可預置有客戶端的監(jiān)控輪切策略信息(如 包括IPC的輪切順序以及各IPC之間的輪切間隔時間)。該監(jiān)控輪切策略可以是系統(tǒng)默認 配置的，也可以由客戶端10配置監(jiān)控輪切策略并將其存儲于中心應(yīng)用服務(wù)器20中。圖3示出了一種客戶端10配置并存儲監(jiān)控輪切策略信息的流程。如圖3所示，該 流程可包括步驟301、客戶端10從中心應(yīng)用服務(wù)器20獲取監(jiān)控權(quán)限。本發(fā)明實施例中，不同的客戶端可以有不同的權(quán)限，如有的客戶端可以配置IPC 的輪切列表，而有的客戶端則只能遵守默認的輪切列表順序。客戶端在登錄IP視頻監(jiān)控系 統(tǒng)后，即可從中心應(yīng)用服務(wù)器20獲得其對應(yīng)的權(quán)限。步驟302、客戶端10根據(jù)獲取到的監(jiān)控權(quán)限設(shè)置監(jiān)控策略。該步驟中，客戶端所配置的輪切策略可包括IPC輪切順序、各IPC之間的輪切間 隔時間，輪切策略可以以輪切列表方式表現(xiàn)，如表1所示表1、輪切列表內(nèi)容 表1所示的監(jiān)控輪切策略表示按照IPC1、IPC2、IPC3、IPC4的順序進行輪切。其 中，接收IPCl的視頻監(jiān)控數(shù)據(jù)的時長為5分鐘，此后切換到IPC2 ；接收IPC2的視頻監(jiān)控數(shù) 據(jù)的時長為10分鐘，此后切換到IPC3......，以此類推。步驟303、客戶端10將配置完成的監(jiān)控策略信息(如輪切列表)提交給中心應(yīng)用 服務(wù)器20進行存儲。該步驟中，中心應(yīng)用服務(wù)器20可將客戶端10配置的輪切列表存儲于數(shù)據(jù)庫服務(wù) 器30 ο在IP監(jiān)控系統(tǒng)中存在有多個客戶端的情況下，針對不同客戶端提交的輪切策略，中心應(yīng)用服務(wù)器20還可以設(shè)置優(yōu)先級。設(shè)置優(yōu)先級的依據(jù)可以是客戶端的權(quán)限或身份， 如，對于權(quán)限級別高的客戶端的輪切策略設(shè)置高優(yōu)先級，對于權(quán)限級別低的客戶端的輪切 策略設(shè)置低優(yōu)先級，這樣，當權(quán)限高的客戶端和權(quán)限低的客戶端按照各自配置的輪切策略， 都需要獲取同一個IPC的視頻監(jiān)控數(shù)據(jù)時可能發(fā)生沖突，IPC可根據(jù)該優(yōu)先級來決定向優(yōu) 先級高的客戶端傳輸視頻監(jiān)控數(shù)據(jù)，以避免沖突的發(fā)生?；趫D2所示的組網(wǎng)架構(gòu)，圖4示出了一種監(jiān)控輪切處理流程。該流程以表1所 示的輪切策略為例進行描述。當客戶端10向中心應(yīng)用服務(wù)器20請求啟動監(jiān)控輪切流程后，如圖4所示，監(jiān)控輪 切流程可包括步驟401、中心應(yīng)用服務(wù)器20向該客戶端所設(shè)置的輪切列表中的第一個IPC(本實 施例中為IPC1)發(fā)送輪切請求消息，其中攜帶有客戶端10的輪切列表。步驟402、IPCl開啟定時器，并根據(jù)客戶端10的監(jiān)控輪切列表設(shè)置定時器的定時 時長為5分鐘，然后向客戶端10發(fā)送實時監(jiān)測到的視頻監(jiān)控數(shù)據(jù)。步驟403、當IPCl設(shè)置的定時器超時的時候，IPCl根據(jù)客戶端10的輪切列表，向 下一個IPC(本實施例中為向IPC2)發(fā)送輪切請求消息，其中攜帶有客戶端10的輪切列表。步驟404、IPC2開啟定時器，根據(jù)客戶端10的輪切列表設(shè)置定時器的定時時長為 10分鐘，并向客戶端10發(fā)送實時監(jiān)控到的視頻監(jiān)控數(shù)據(jù)。步驟405、當IPC2設(shè)置的定時器超時時，向客戶端10的輪切列表中的下一個 IPC(本實施例中為IPC3)發(fā)送輪切請求消息，其中攜帶有客戶端10的輪切列表。以此類推，直到輪切列表中的最后一個IPC(本實施例中為IPC4)的定時器超時， 從而按照客戶端10的監(jiān)控輪切策略對各IPC的視頻監(jiān)控數(shù)據(jù)進行輪切。客戶端10設(shè)置的監(jiān)控輪切策略通常為根據(jù)輪切列表進行循環(huán)輪切處理，此種情 況下，當IPC設(shè)置的定時器超時，且該IPC判斷自己為輪切列表中的最后一個IPC時，可向 輪切列表中的第一個IPC發(fā)送攜帶有輪切列表的輪切請求消息，以便重新開始一個輪切循 環(huán)過程。為了進一步提高可靠性，在本發(fā)明的另一實施例中，當IPCl向IPC2發(fā)送攜帶有輪 切列表的切換請求消息后，如果在設(shè)定長的時間內(nèi)沒有接收到IPC2的響應(yīng)消息，則可認為 發(fā)生異常情況以致IPC2無法響應(yīng)，如IPC2出現(xiàn)故障等，此種情況下，IPCl可向中心應(yīng)用服 務(wù)器20發(fā)送錯誤報告，中心應(yīng)用服務(wù)器20可將IPC2設(shè)置為故障或/和將其從輪切列表中 刪除，然后向IPCl返回響應(yīng)消息，其中攜帶有更新后的輪切列表。IPCl接收到更新后的輪 切列表后，根據(jù)該響應(yīng)消息和其中攜帶的輪切列表，向其下一個IPC(即IPC3，在刪除IPC2 的情況下)發(fā)送攜帶有輪切列表的輪切請求消息，或向下一個可用的IPC(即IPC3，在不刪 除IPC2而將其設(shè)置為故障狀態(tài)的情況下)發(fā)送攜帶有輪切列表的輪切請求消息，以便將 輪切控制權(quán)交給IPC3。進一步地，當IPC2恢復后，中心應(yīng)用服務(wù)器20還可以將輪切列表 中設(shè)置為故障的IPC2恢復為正常狀態(tài)(在不刪除IPC2的情況下)，或在輪切列表中加上 IPC2(在刪除IPC2的情況下)。同理，其它IPC如遇到類似情況可依照上述方式處理。為了進一步提高可交互性和靈活性，在本發(fā)明的另一實施例中，IPC可在接收到輪 切請求消息后，向客戶端10發(fā)送通知消息，以通知客戶端接收該IPC的視頻監(jiān)控數(shù)據(jù)。如 果客戶端10返回接受該IPC的視頻監(jiān)控數(shù)據(jù)，則按照圖4所示流程進行處理，即向客戶端
10發(fā)送該IPC的實時視頻監(jiān)控數(shù)據(jù)；如果客戶端10返回的是不接受該IPC的視頻監(jiān)控數(shù)據(jù)的 響應(yīng)，則該IPC向中心應(yīng)用服務(wù)器20上報該種情況，以便中心應(yīng)用服務(wù)器20根據(jù)其配置的 異常處理策略進行處理，如結(jié)束該客戶端10的輪切。具體的，中心應(yīng)用服務(wù)器20可以向該 客戶端10的輪切列表中的各IPC發(fā)送輪切關(guān)閉請求消息，以命令這些IPC刪除客戶端10 的輪切列表，以結(jié)束向該客戶端10發(fā)送視頻監(jiān)控數(shù)據(jù)。為了進一步提高系統(tǒng)可用性和靈活性，在本發(fā)明的另一實施例中，中心應(yīng)用服務(wù) 器20可以為客戶端的輪切策略配置優(yōu)先級，配置優(yōu)先級的依據(jù)可以是客戶端的權(quán)限或身 份，如為具有高權(quán)限的客戶端配置高優(yōu)先級，為具有低權(quán)限的客戶端配置低優(yōu)先級，具有相 同權(quán)限的客戶端可配置為相同的優(yōu)先級。當客戶端10啟動監(jiān)控輪切流程，中心應(yīng)用服務(wù)器 20向IPCl發(fā)送輪切請求消息時，還可將為該客戶端配置的優(yōu)先級信息攜帶于該輪切請求 消息發(fā)送給IPC1。IPCl在啟動定時器以及向客戶端10發(fā)送視頻監(jiān)控數(shù)據(jù)之前，可先判斷 IPCI當前的傳輸通路是否都被占用(通常，IPC可提供多路傳輸通道以向多個客戶端傳輸 視頻流)，如果是，則根據(jù)該客戶端10的優(yōu)先級進行優(yōu)先級搶斷處理；否則，可執(zhí)行啟動定 時器以及向客戶端10發(fā)送視頻監(jiān)控數(shù)據(jù)的處理流程。所述優(yōu)先級搶斷處理，可以包括若IPCl當前的各傳輸通路中至少有一個傳輸通路對應(yīng)的客戶端(即使用該傳輸 通路的客戶端)的優(yōu)先級低于該客戶端(即當前輪切流程對應(yīng)的客戶端)的優(yōu)先級，則 IPCl可搶斷低優(yōu)先級的客戶端所使用的傳輸通道來傳輸視頻監(jiān)控數(shù)據(jù)給當前客戶端。較佳 地，可搶斷優(yōu)先級最低的客戶端所占用的傳輸通路；若IPC當前的各傳輸通路所對應(yīng)的客戶端優(yōu)先級都不低于當前客戶端的優(yōu)先級， 則IPCl向當前客戶端的輪切列表中的下一個IPC(如IPC2)發(fā)送攜帶有輪切列表的輪切請 求消息，以便輪切到下一個IPC進行處理；或者，IPCl也可以向中心應(yīng)用服務(wù)器20上報情 況，由中心應(yīng)用服務(wù)器20根據(jù)其設(shè)置的異常處理策略進行處理，如可搶斷與當前客戶端同 一優(yōu)先級的客戶端所占用的傳輸通道來傳輸視頻監(jiān)控數(shù)據(jù)給當前客戶端。其中，IPCl搶斷低優(yōu)先級的客戶端所使用的傳輸通道來傳輸視頻監(jiān)控數(shù)據(jù)給當前 客戶端的過程，可以是(為了描述方便，以下將當前客戶端描述為客戶端2，將被搶占的低 優(yōu)先級客戶端描述為客戶端1)IPCl向中心應(yīng)用服務(wù)器20發(fā)送搶斷通知，以通知中心應(yīng)用服務(wù)器20將向客戶端 1傳輸視頻監(jiān)控數(shù)據(jù)的傳輸通道給客戶端2使用；中心應(yīng)用服務(wù)器20向IPCl返回響應(yīng)，其中，如果客戶端1當前正在進行輪切流 程，則中心應(yīng)用服務(wù)器20通知IPCl向客戶端1的輪切列表中的下一個IPC發(fā)送攜帶有客 戶端1的輪切列表和優(yōu)先級的輪切請求消息，以輪切到該先一個IPC ；如果客戶端1當前沒 有進行輪切流程，而是觀看IPCl的視頻監(jiān)控數(shù)據(jù)，則中心應(yīng)用服務(wù)器20可向客戶端1發(fā)送 通知，以通知該客戶端1的傳輸通道被占用；IPCl接收到中心應(yīng)用服務(wù)器20的響應(yīng)后，使用客戶端1的傳輸通道向客戶端2傳 輸視頻監(jiān)控數(shù)據(jù)。進一步的，如果中心應(yīng)用服務(wù)器20在判斷客戶端1當前沒有進行輪切流程，而是 觀看IPCl的視頻監(jiān)控數(shù)據(jù)時，還可以根據(jù)其設(shè)置的異常情況的處理策略，判斷客戶端2的 優(yōu)先級是否足夠高，如果是，則向客戶端1發(fā)送通知，以通知該客戶端1的傳輸通道被占用；
11否則，向IPCl返回不接受搶斷處理的響應(yīng)；相應(yīng)的，IPCl根據(jù)該響應(yīng)，向客戶端2的輪切列 表中的下一個IPC發(fā)送攜帶有客戶端2的輪切列表的輪切請求，以便輪切到該下一個IPC。同理，其他IPC也可根據(jù)上述流程進行優(yōu)先級搶斷處理。需要說明的是，本發(fā)明的上述各實施例中的步驟，可根據(jù)實際情況適當調(diào)整。以上各實施例可以結(jié)合使用。圖5示出了一種結(jié)合上述各實施例的功能實現(xiàn)的監(jiān) 控輪切流程。如圖所示，該流程主要可包括在步驟501中，客戶端根據(jù)中心應(yīng)用服務(wù)器提供的權(quán)限配置該客戶端的輪切信 息，如輪切列表(如表1所示)，并提交中心應(yīng)用服務(wù)器存儲；中心應(yīng)用服務(wù)器根據(jù)客戶端 權(quán)限為客戶端設(shè)置優(yōu)先級并存儲；在步驟502中，客戶端啟動輪切流程，如通過選擇并提交“啟動輪切流程”命令來 向中心應(yīng)用服務(wù)器要求啟動該客戶端的輪切流程；中心應(yīng)用服務(wù)器根據(jù)該命令以及該客戶 端的輪切列表，向IPCl發(fā)送輪切請求，其中攜帶該客戶端的輪切列表和優(yōu)先級信息；在步驟503 510中，IPCl進行優(yōu)先級搶斷處理。具體的，IPCl在判斷當前有還 未使用的傳輸通道時，接受該輪切請求消息；或者當前全部傳輸通道都被占用但其中有優(yōu) 先級較低的客戶端，IPCl搶斷該低優(yōu)先級客戶端所使用的傳輸通道，并接受該輪切請求消 息；在接受輪切請求消息后，IPCl向客戶端發(fā)送請求其接收視頻監(jiān)控數(shù)據(jù)的通知；IPC在判 斷當前全部傳輸通道都被占用且使用傳輸通道的客戶端的優(yōu)先級都高于當前客戶端的優(yōu) 先級時，則不接受該輪切請求消息，并根據(jù)輪切列表向IPC2發(fā)送輪切請求消息，其中攜帶 輪切列表和客戶端的優(yōu)先級；其中，在步驟506 508中，如果客戶端返回接收視頻監(jiān)控數(shù)據(jù)的響應(yīng)，則IPCl向 客戶端發(fā)送視頻監(jiān)控數(shù)據(jù)，開啟定時器；否則，IPCI向中心應(yīng)用服務(wù)器上報情況，中心應(yīng)用 服務(wù)器結(jié)束當前的輪切流程；在步驟509 510中，當IPCl的定時器超時時，IPCl根據(jù)輪切列表向IPC2發(fā)送 輪切請求消息，其中攜帶輪切列表和客戶端的優(yōu)先級；在步驟511 518中，IPCl判斷是否能在設(shè)定時間內(nèi)接收到IPC2的響應(yīng)，如果能 接收到，則按照IPCI的流程進行處理，包括優(yōu)先級搶斷等，在此不再贅述；否則，向中心應(yīng) 用服務(wù)器發(fā)送錯誤報告；中心應(yīng)用服務(wù)器從輪切列表中刪除IPC2，并向IPCl返回響應(yīng)消 息，其中攜帶更新后的輪切列表；IPCl根據(jù)該響應(yīng)消息向IPC3發(fā)送輪切請求消息，其中攜 帶輪切更新后的列表。在步驟519 524中，當IPC2向客戶端發(fā)送接收視頻監(jiān)控的通知后，如果客戶 端返回不接受的響應(yīng)，則IPC2上報給中心應(yīng)用服務(wù)器以結(jié)束該客戶端的輪切流程；否則， IPC2向客戶端發(fā)送視頻監(jiān)控數(shù)據(jù)，并啟動定時器，還可以向IPCl返回接受輪切請求的響應(yīng) 消息，以命令I(lǐng)PCl停止向客戶端發(fā)送視頻監(jiān)控數(shù)據(jù)，以及刪除輪切信息，如輪切列表和優(yōu) 先級信息；通過以上描述可以看出，本發(fā)明實施例通過向IPC發(fā)送攜帶有輪切列表的輪切請 求消息，使IPC在輪切完成后，可根據(jù)輪切列表向下一個IPC發(fā)送輪切請求消息，從而將輪 切判決處理下放到IPC，與現(xiàn)有技術(shù)相比，減輕了中心應(yīng)用服務(wù)器的負擔，從而在一定程度 上避免了由中心應(yīng)用服務(wù)器進行輪切邏輯判斷處理所造成的系統(tǒng)瓶頸問題。另外，IPC在 進行輪切處理時，還可根據(jù)客戶端的優(yōu)先級進行優(yōu)先級搶斷處理，進一步增加了系統(tǒng)的靈活性和合理性。本發(fā)明實施例還提供了一種IPC設(shè)備，可應(yīng)用于上述實施例的處理流程。如圖6所示，該IPC設(shè)備可包括常規(guī)的圖像采集模塊60，還可包括消息接收模塊 61、數(shù)據(jù)傳輸模塊62、獲取模塊63和消息發(fā)送模塊64，還可進一步包括資源配置模塊65，其 中消息接收模塊61，用于接收輪切請求消息；數(shù)據(jù)傳輸模塊62，與消息接收模塊61連接，還與圖像采集模塊60連接，用于根據(jù) 消息接收模塊61接收到的輪切請求消息，向客戶端傳輸圖像采集模塊60所采集到的視頻 監(jiān)控數(shù)據(jù)；獲取模塊63，與消息接收模塊61連接，用于獲取所述輪切請求消息中攜帶的輪切 列表；消息發(fā)送模塊64，用于當所述IP攝像機傳輸視頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長 時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有所述輪切列表。資源配置模塊65，與數(shù)據(jù)傳輸模塊62連接，用于在消息接收模塊61接收到輪切 請求消息后，判斷自身是否有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)；以及，在資 源配置模塊65判斷自身有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)時，選擇該可 用的傳輸資源；相應(yīng)的，數(shù)據(jù)傳輸模塊62使用資源配置模塊65選擇的資源傳輸視頻監(jiān)控數(shù) 據(jù)。所述輪切請求消息中還可包括所述客戶端的優(yōu)先級信息；相應(yīng)的，資源配置模塊 65還可用于，在判斷自身沒有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)時，獲取正 在使用所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；以及，在判斷獲取到的所述其他客 戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu)先級的其他客戶端所使 用的傳輸資源；數(shù)據(jù)傳輸模塊62可使用資源配置模塊65搶斷到的傳輸資源傳輸視頻監(jiān)控 數(shù)據(jù)。上述IP攝像機中，消息發(fā)送模塊64還可用于，當獲取到的優(yōu)先級均不低于所述客 戶端的優(yōu)先級時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶所述 輪切列表。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更 佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用以使得一臺終端設(shè)備(可以是手機，個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng) 視本發(fā)明的保護范圍。
權(quán)利要求
一種監(jiān)控輪切方法，應(yīng)用于包含有IP攝像機、中心應(yīng)用服務(wù)器和客戶端的視頻監(jiān)控系統(tǒng)，其特征在于，包括IP攝像機接收輪切請求消息，獲取所述輪切請求消息中攜帶的輪切列表，并根據(jù)所述輪切請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；當所述IP攝像機傳輸視頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長時，所述IP攝像機向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有所述輪切列表。
2.如權(quán)利要求1所述的方法，其特征在于，所述輪切請求消息中包括所述客戶端的優(yōu) 先級信息，所述IP攝像機在判斷自身沒有傳輸資源可以用于向所述客戶端傳輸視頻監(jiān)控 數(shù)據(jù)時，還包括獲取正在使用所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；所述向客戶端傳輸視頻監(jiān)控數(shù)據(jù)，具體為所述IP攝像機在判斷獲取到的所述其他客 戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu)先級的其他客戶端所使 用的傳輸資源，并使用搶斷到的傳輸資源向所述輪切請求消息的目標客戶端傳輸視頻監(jiān)控 數(shù)據(jù)。
3.如權(quán)利要求2所述的方法，其特征在于，當獲取到的優(yōu)先級均不低于所述客戶端的 優(yōu)先級時，還包括所述IP攝像機向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶所 述輪切列表。
4.如權(quán)利要求1至3任一項所述的方法，其特征在于，所述IP攝像機向所述輪切列表 中的下一個IP攝像機發(fā)送輪切請求消息之后，若沒有接收到所述下一個IP攝像機返回的 響應(yīng)，則還包括所述IP攝像機向所述中心應(yīng)用服務(wù)器發(fā)送報告；所述中心應(yīng)用服務(wù)器根據(jù)所述報告，將所述下一個IP攝像機從所述輪切列表中刪除， 并將更新后的輪切列表攜帶于響應(yīng)消息發(fā)送給所述IP攝像機；所述IP攝像機根據(jù)所述響應(yīng)消息，向所述更新后的輪切列表中的下一個IP攝像機發(fā) 送輪切請求消息，其中攜帶有更新后的輪切列表。
5.如權(quán)利要求1至3任一項所述的方法，其特征在于，所述IP攝像機為所述客戶端的 輪切列表中的第一個IP攝像機時，所述第一個IP攝像機接收輪切請求消息的過程，包括中心應(yīng)用服務(wù)器根據(jù)客戶端啟動輪切流程的請求，向所述客戶端的輪切列表中的第一 個IP攝像機發(fā)送輪切請求消息；所述第一個IP攝像機接收所述中心應(yīng)用服務(wù)器發(fā)送的輪切請求消息；所述IP攝像機為所述客戶端的輪切列表中的最后一個IP攝像機時，所述IP攝像機向 所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，具體為所述輪切列表中的最后一 個IP攝像機向該輪切列表中的第一個IP攝像機發(fā)送輪切請求消息。
6.一種IP攝像機，其特征在于，包括消息接收模塊，用于接收輪切請求消息；數(shù)據(jù)傳輸模塊，與所述消息接收模塊連接，用于根據(jù)所述消息接收模塊接收到的輪切 請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；獲取模塊，與所述消息接收模塊連接，用于獲取所述輪切請求消息中攜帶的輪切列表；消息發(fā)送模塊，用于當所述IP攝像機傳輸視頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長時，向所 述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有所述輪切列表。
7.如權(quán)利要求6所述的IP攝像機，其特征在于，還包括資源配置模塊；所述資源配置模塊，與所述數(shù)據(jù)傳輸模塊連接，用于在所述消息接收模塊接收到輪切 請求消息后，判斷自身是否有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)；以及，在所 述資源配置模塊判斷自身有傳輸資源可用于向所述客戶端傳輸視頻監(jiān)控數(shù)據(jù)時，選擇該可 用的傳輸資源；所述數(shù)據(jù)傳輸模塊具體用于，使用所述資源配置模塊選擇的資源傳輸視頻監(jiān)控數(shù)據(jù)。
8.如權(quán)利要求7所述的IP攝像機，其特征在于，所述輪切請求消息中還包括所述客戶 端的優(yōu)先級信息；所述資源配置模塊還用于，在判斷自身沒有傳輸資源可用于向所述客戶端傳輸視頻監(jiān) 控數(shù)據(jù)時，獲取正在使用所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；以及，在判斷獲 取到的所述其他客戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu)先級 的其他客戶端所使用的傳輸資源；所述數(shù)據(jù)傳輸模塊具體用于，使用所述資源配置模塊搶斷到的傳輸資源傳輸視頻監(jiān)控 數(shù)據(jù)。
9.如權(quán)利要求8所述的IP攝像機，其特征在于，所述消息發(fā)送模塊還用于，當獲取到的 優(yōu)先級均不低于所述客戶端的優(yōu)先級時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切 請求消息，其中攜帶所述輪切列表。
10.一種視頻監(jiān)控系統(tǒng)，包括客戶端、IP攝像機和中心應(yīng)用服務(wù)器，其特征在于，所述IP攝像機，用于接收輪切請求消息，獲取所述輪切請求消息中攜帶的輪切列表，并根據(jù)所述輪切請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；以及，當所述IP攝像機傳輸視頻監(jiān) 控數(shù)據(jù)的時長達到設(shè)定時長時，向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息， 其中攜帶有所述輪切列表；客戶端，用于接收所述IP攝像機傳輸?shù)囊曨l監(jiān)控數(shù)據(jù)。
11.如權(quán)利要求10所述的視頻監(jiān)控系統(tǒng)，其特征在于，所述輪切請求消息中包括所述 客戶端的優(yōu)先級信息；所述IP攝像機具體用于，在判斷自身沒有傳輸資源可用于向所述客戶端傳輸視頻監(jiān) 控數(shù)據(jù)時，獲取正在使用所述IP攝像機傳輸資源的其他客戶端的優(yōu)先級；以及，在判斷獲 取到的所述其他客戶端的優(yōu)先級中有優(yōu)先級低于所述客戶端的優(yōu)先級時，搶斷該低優(yōu)先級 的其他客戶端所使用的傳輸資源，并使用搶斷到的傳輸資源向所述輪切請求消息的目標客 戶端傳輸視頻監(jiān)控數(shù)據(jù)。
12.如權(quán)利要求11所述的視頻監(jiān)控系統(tǒng)，其特征在于，所述IP攝像機還用于，當獲取到的優(yōu)先級均不低于所述客戶端的優(yōu)先級時，向所述輪 切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶所述輪切列表。
13.如權(quán)利要求10至12任一項所述的視頻監(jiān)控系統(tǒng)，其特征在于，所述IP攝像機還用于，在向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息之 后，若沒有接收到所述下一個IP攝像機返回的響應(yīng)，則向所述中心應(yīng)用服務(wù)器發(fā)送報告； 以及，在接收到所述IP攝像機的響應(yīng)消息后，根據(jù)所述響應(yīng)消息中攜帶的更新后的輪切列表，向該IP攝像機的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有更新后的輪切列表； 所述中心應(yīng)用服務(wù)器，用于根據(jù)所述報告，將所述下一個IP攝像機從所述輪切列表中 刪除，并將更新后的輪切列表攜帶于響應(yīng)消息發(fā)送給所述IP攝像機。
14.如權(quán)利要求10至12任一項所述的視頻監(jiān)控系統(tǒng)，其特征在于， 所述中心應(yīng)用服務(wù)器還用于，在接收到客戶端發(fā)送的輪切啟動命令后，向所述客戶端 的輪切列表中的第一個IP攝像機發(fā)送輪切請求消息，其中攜帶有該客戶端的輪切列表。
全文摘要
本發(fā)明公開了一種監(jiān)控輪切方法及其裝置和系統(tǒng)，應(yīng)用于包含有IP攝像機、中心應(yīng)用服務(wù)器和客戶端的視頻監(jiān)控系統(tǒng)，該方法包括IP攝像機接收輪切請求消息，獲取所述輪切請求消息中攜帶的輪切列表，并根據(jù)所述輪切請求消息向客戶端傳輸視頻監(jiān)控數(shù)據(jù)；當所述IP攝像機傳輸視頻監(jiān)控數(shù)據(jù)的時長達到設(shè)定時長時，所述IP攝像機向所述輪切列表中的下一個IP攝像機發(fā)送輪切請求消息，其中攜帶有所述輪切列表。采用本發(fā)明，可解決現(xiàn)有監(jiān)控輪切機制中由中心應(yīng)用服務(wù)器進行監(jiān)控輪切控制所導致的易造成監(jiān)控系統(tǒng)性能瓶頸的問題。
文檔編號H04N7/18GK101883104SQ20101021206
公開日2010年11月10日 申請日期2010年6月29日 優(yōu)先權(quán)日2010年6月29日
發(fā)明者陳尚武 申請人:杭州華三通信技術(shù)有限公司