專利名稱：一種自適應(yīng)支持多監(jiān)控設(shè)備的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)字通信領(lǐng)域，尤其涉及一種自適應(yīng)支持多監(jiān)控設(shè)備的方法。
背景技術(shù)：
目前視頻監(jiān)控領(lǐng)域發(fā)展非常迅速，設(shè)備種類繁多，對(duì)于監(jiān)控平臺(tái)和客戶端來說都增加了一定的復(fù)雜性。在設(shè)備監(jiān)控平臺(tái)(SDK)連接訪問設(shè)備時(shí)，現(xiàn)有技術(shù)是直接通過預(yù)定的協(xié)議來進(jìn)行通訊，這種方法存在的弊端就是當(dāng)設(shè)備協(xié)議發(fā)生變化(例如增加、刪除、修改等)時(shí)，對(duì)應(yīng)的SDK就需要調(diào)整和修改，對(duì)外提供的接口也會(huì)發(fā)生相應(yīng)的變化；同樣的，客戶端需要通過SDK連接訪問設(shè)備，當(dāng)設(shè)備協(xié)議發(fā)生變化從而引發(fā)接口改變，也需要客戶端進(jìn)行調(diào)整，非常不靈活，而且現(xiàn)有技術(shù)中設(shè)備與SDK間的數(shù)據(jù)通訊過程中沒有對(duì)數(shù)據(jù)進(jìn)行加密，很容易通過抓包工具抓取到完整的數(shù)據(jù)包，對(duì)數(shù)據(jù)沒有起到很好的保護(hù)作用，易造成數(shù)據(jù)的泄露。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種自適應(yīng)支持多監(jiān)控設(shè)備的方法，旨在解決現(xiàn)有SDK 不能自適應(yīng)設(shè)備協(xié)議，造成客戶端通過SDK對(duì)設(shè)備的訪問不夠靈活的問題。本發(fā)明的目的是這樣實(shí)現(xiàn)的
一種自適應(yīng)支持多監(jiān)控設(shè)備的方法，將各種不同的監(jiān)控視頻設(shè)備的協(xié)議配置成XML格式，并且各種不同的視頻設(shè)備均支持XML文件傳輸協(xié)議；客戶端根據(jù)用戶的操作信息發(fā)送功能請(qǐng)求指令給設(shè)備監(jiān)控平臺(tái)SDK，該功能請(qǐng)求指令中至少包含用戶指定的視頻設(shè)備的信息和用戶的操作要求信息；當(dāng)SDK首次收到該客戶端的功能請(qǐng)求指令或者該設(shè)備是首次被請(qǐng)求時(shí)，SDK將根據(jù)該客戶端的功能請(qǐng)求指令向指定的視頻設(shè)備發(fā)送設(shè)備協(xié)議請(qǐng)求，請(qǐng)求從設(shè)備上下載XML協(xié)議，收到請(qǐng)求的設(shè)備將向SDK發(fā)送回應(yīng)信息，并將自身的XML協(xié)議發(fā)送給 SDK ；SDK從下載的XML協(xié)議中獲取設(shè)備信息及所支持的控制命令協(xié)議，對(duì)于客戶端發(fā)送的功能請(qǐng)求，SDK根據(jù)協(xié)議判斷被請(qǐng)求的設(shè)備是否支持該功能操作，如果支持則SDK根據(jù)客戶端的功能請(qǐng)求轉(zhuǎn)換為符合XML協(xié)議的控制命令發(fā)送給對(duì)應(yīng)的設(shè)備，并將設(shè)備對(duì)于控制命令的回應(yīng)發(fā)送給客戶端。當(dāng)SDK首次收到該客戶端的功能請(qǐng)求指令或者該設(shè)備是首次被請(qǐng)求時(shí)，SDK將先檢測(cè)該客戶端的注冊(cè)狀態(tài)，如果該客戶端之前未注冊(cè)成功，則SDK直接發(fā)送功能請(qǐng)求失敗的信息給客戶端，如果該客戶端已注冊(cè)成功，則SDK向指定的視頻設(shè)備發(fā)送設(shè)備協(xié)議請(qǐng)求。收到請(qǐng)求的設(shè)備向SDK發(fā)送的回應(yīng)信息中包括狀態(tài)信息和文件大小，其中，狀態(tài)信息為表示SDK的請(qǐng)求是否成功的回應(yīng)信息，文件大小為收到請(qǐng)求的設(shè)備發(fā)送的XML協(xié)議文件的大?。籗DK比較收到的該設(shè)備的XML協(xié)議的大小與收到的該設(shè)備的回應(yīng)信息中的文件大小信息是否一致，如果一致則SDK向該設(shè)備發(fā)送下載回應(yīng)信息，該信息中包含有表示 SDK下載協(xié)議文件是否成功的信息。當(dāng)設(shè)備的協(xié)議發(fā)生更改或者增加新的設(shè)備時(shí)，SDK的操作人員通過SDK將該設(shè)備的新協(xié)議通過SDK上傳至該設(shè)備中保存；上傳時(shí)，SDK先向該設(shè)備發(fā)送上傳請(qǐng)求，設(shè)備收到請(qǐng)求后發(fā)送相應(yīng)的回應(yīng)信息給SDK，該回應(yīng)信息中包含有表示SDK上傳請(qǐng)求是否成功的狀態(tài)信息，如果請(qǐng)求成功，SDK將上傳信息和新的協(xié)議文件發(fā)送至該設(shè)備，所述上傳信息中包含有SDK上傳的XML協(xié)議文件大小的信息和表示SDK上傳是否成功的信息。在SDK和設(shè)備中均設(shè)有數(shù)據(jù)的加解密模塊，對(duì)發(fā)送和接收的數(shù)據(jù)進(jìn)行加密和解密。本發(fā)明的突出優(yōu)點(diǎn)是本發(fā)明可以支持多種設(shè)備，而且設(shè)備間的通訊協(xié)議互不影響(各自維護(hù))，監(jiān)控平臺(tái)、客戶端也可以自適應(yīng)地訪問和連接各種不同的設(shè)備，提供了訪問和連接的靈活性，在網(wǎng)絡(luò)通訊的過程中對(duì)數(shù)據(jù)進(jìn)行了加密，保證了通訊數(shù)據(jù)的安全性。


圖1是本發(fā)明實(shí)施例提供的自適應(yīng)支持多監(jiān)控設(shè)備的方法的時(shí)序圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明實(shí)施例提供的自適應(yīng)支持多監(jiān)控設(shè)備的方法將各種不同的監(jiān)控視頻設(shè)備的協(xié)議配置成XML格式，并且各種不同的視頻設(shè)備均支持XML文件傳輸協(xié)議(包括上傳和下載)。圖1示出了本發(fā)明實(shí)施例提供的自適應(yīng)支持多監(jiān)控設(shè)備的方法的時(shí)序，其中，第三方客戶端和SDK均在本地端，客戶端與SDK按照預(yù)先定義的SDK通信協(xié)議進(jìn)行通信。客戶端首先要在設(shè)備上完成注冊(cè)?？蛻舳讼騍DK發(fā)送注冊(cè)請(qǐng)求，由SDK向視頻設(shè)備轉(zhuǎn)發(fā)注冊(cè)請(qǐng)求。監(jiān)控設(shè)備對(duì)該注冊(cè)請(qǐng)求進(jìn)行處理，并反饋處理結(jié)果(注冊(cè)成功或者注冊(cè)失敗)至SDK，SDK將該結(jié)果發(fā)送給客戶端并存儲(chǔ)該客戶端的注冊(cè)狀態(tài)。當(dāng)客戶需要通過客戶端操作監(jiān)控視頻設(shè)備時(shí)，客戶端根據(jù)用戶的操作信息發(fā)送功能請(qǐng)求指令給SDK，該功能請(qǐng)求指令中至少包含用戶指定的視頻設(shè)備的信息和用戶的操作要求信息。當(dāng)SDK首次收到該客戶端的功能請(qǐng)求指令或者該設(shè)備是首次被請(qǐng)求時(shí)，SDK將先檢測(cè)該客戶端的注冊(cè)狀態(tài)，如果該客戶端之前未注冊(cè)成功，則SDK直接發(fā)送功能請(qǐng)求失敗的信息給客戶端，如果該客戶端已注冊(cè)成功，則SDK將根據(jù)該客戶端的功能請(qǐng)求指令向指定的視頻設(shè)備發(fā)送設(shè)備協(xié)議請(qǐng)求，請(qǐng)求從設(shè)備上下載XML協(xié)議，該請(qǐng)求數(shù)據(jù)中可以包括起始標(biāo)識(shí)、信令長(zhǎng)度、消息類型、消息序號(hào)、消息編號(hào)等信息，還可以包括目的設(shè)備網(wǎng)絡(luò)編號(hào)、源設(shè)備網(wǎng)絡(luò)編號(hào)等信息，收到請(qǐng)求的設(shè)備將向SDK發(fā)送回應(yīng)信息，并將自身的XML協(xié)議發(fā)送給SDK，設(shè)備發(fā)送的回應(yīng)數(shù)據(jù)中包括起始標(biāo)識(shí)、信令長(zhǎng)度、消息類型、消息序號(hào)、消息編號(hào)，以及狀態(tài)信息和文件大小，其中， 狀態(tài)信息為針對(duì)SDK的請(qǐng)求的回應(yīng)(成功或者失敗)，文件大小為該設(shè)備發(fā)送的XML協(xié)議文件的大小，SDK比較收到的該設(shè)備的XML協(xié)議的大小與收到的該設(shè)備的回應(yīng)信息中的文件大小信息是否一致，如果一致則SDK向該設(shè)備發(fā)送下載回應(yīng)信息，該信息中包含有SDK下載協(xié)議文件是否成功的信息。SDK從下載的XML協(xié)議中可以獲取設(shè)備名稱、設(shè)備類型ID和設(shè)備描述等信息及所支持的控制命令協(xié)議，對(duì)于客戶端發(fā)送的功能請(qǐng)求，SDK根據(jù)協(xié)議判斷被請(qǐng)求的設(shè)備是否支持該功能操作，如果支持則SDK根據(jù)客戶端的功能請(qǐng)求轉(zhuǎn)換為符合XML 協(xié)議的控制命令發(fā)送給對(duì)應(yīng)的設(shè)備，并將設(shè)備對(duì)于控制命令的回應(yīng)發(fā)送給客戶端，從而完成客戶端對(duì)于設(shè)備的操作控制，此后SDK在與設(shè)備交互過程中均通過解析XML協(xié)議進(jìn)行訪問和操作。當(dāng)與SDK連接的設(shè)備的協(xié)議發(fā)生更改或者增加新的設(shè)備時(shí)，SDK的操作人員可以通過SDK將該設(shè)備的新協(xié)議通過SDK上傳至該設(shè)備中保存。上傳時(shí)，SDK先向該設(shè)備發(fā)送上傳請(qǐng)求，設(shè)備收到請(qǐng)求后發(fā)送相應(yīng)的回應(yīng)信息給SDK，該回應(yīng)信息中包含有SDK上傳請(qǐng)求是否成功的狀態(tài)信息，如果請(qǐng)求成功，SDK將上傳信息和新的協(xié)議文件發(fā)送至該設(shè)備，所述上傳信息中包含有SDK上傳的XML協(xié)議文件大小的信息和SDK上傳是否成功的信息。而對(duì)于傳統(tǒng)的通信協(xié)議，每增加對(duì)一種設(shè)備的支持都需要修改客戶端的通信代碼，增加了維護(hù)成本，并且也不利于大規(guī)模的網(wǎng)絡(luò)應(yīng)用。在本發(fā)明實(shí)施例中，為了保證SDK與設(shè)備間的通信數(shù)據(jù)的安全，在SDK和設(shè)備中還可以設(shè)有數(shù)據(jù)的加解密模塊，對(duì)發(fā)送和接收的數(shù)據(jù)進(jìn)行加密和解密，實(shí)現(xiàn)SDK與設(shè)備間的保密通信。這樣即使使用抓包工具也無法獲取到原始數(shù)據(jù)，提高了數(shù)據(jù)傳輸過程中的安全性，此功能可以選擇打開或者屏蔽，根據(jù)實(shí)際情況來定。本發(fā)明實(shí)施例中使用DES加解密算法，當(dāng)然也可以使用其他加解密算法。本發(fā)明實(shí)施例通過將設(shè)備協(xié)議提取成一個(gè)XML文件格式，首先保證了各個(gè)設(shè)備間協(xié)議的獨(dú)立性，可以完全做到互不影響，其次保證了 SDK設(shè)計(jì)的通用性，可以自動(dòng)適應(yīng)各種不同設(shè)備，最后也保證了 SDK和客戶端之間的獨(dú)立性。通過本發(fā)明實(shí)施例提供的自適應(yīng)支持多監(jiān)控設(shè)備方法可以支持多種設(shè)備，而且設(shè)備間的通訊協(xié)議互不影響(各自維護(hù))，監(jiān)控平臺(tái)、客戶端也可以自適應(yīng)地訪問和連接各種不同的設(shè)備，提供了訪問和連接的靈活性，在網(wǎng)絡(luò)通訊的過程中對(duì)數(shù)據(jù)進(jìn)行了加密，保證了通訊數(shù)據(jù)的安全性。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種自適應(yīng)支持多監(jiān)控設(shè)備的方法，其特征在于，將各種不同的監(jiān)控視頻設(shè)備的協(xié)議配置成XML格式，并且各種不同的視頻設(shè)備均支持XML文件傳輸協(xié)議；客戶端根據(jù)用戶的操作信息發(fā)送功能請(qǐng)求指令給設(shè)備監(jiān)控平臺(tái)SDK，該功能請(qǐng)求指令中至少包含用戶指定的視頻設(shè)備的信息和用戶的操作要求信息；當(dāng)SDK首次收到該客戶端的功能請(qǐng)求指令或者該設(shè)備是首次被請(qǐng)求時(shí)，SDK將根據(jù)該客戶端的功能請(qǐng)求指令向指定的視頻設(shè)備發(fā)送設(shè)備協(xié)議請(qǐng)求，請(qǐng)求從設(shè)備上下載XML協(xié)議，收到請(qǐng)求的設(shè)備將向SDK發(fā)送回應(yīng)信息，并將自身的 XML協(xié)議發(fā)送給SDK ；SDK從下載的XML協(xié)議中獲取設(shè)備信息及所支持的控制命令協(xié)議，對(duì)于客戶端發(fā)送的功能請(qǐng)求，SDK根據(jù)協(xié)議判斷被請(qǐng)求的設(shè)備是否支持該功能操作，如果支持則SDK根據(jù)客戶端的功能請(qǐng)求轉(zhuǎn)換為符合XML協(xié)議的控制命令發(fā)送給對(duì)應(yīng)的設(shè)備，并將設(shè)備對(duì)于控制命令的回應(yīng)發(fā)送給客戶端。
2.如權(quán)利要求1所述的自適應(yīng)支持多監(jiān)控設(shè)備的方法，其特征在于，當(dāng)SDK首次收到該客戶端的功能請(qǐng)求指令或者該設(shè)備是首次被請(qǐng)求時(shí)，SDK將先檢測(cè)該客戶端的注冊(cè)狀態(tài)，如果該客戶端之前未注冊(cè)成功，則SDK直接發(fā)送功能請(qǐng)求失敗的信息給客戶端，如果該客戶端已注冊(cè)成功，則SDK向指定的視頻設(shè)備發(fā)送設(shè)備協(xié)議請(qǐng)求。
3.如權(quán)利要求1所述的自適應(yīng)支持多監(jiān)控設(shè)備的方法，其特征在于，收到請(qǐng)求的設(shè)備向SDK發(fā)送的回應(yīng)信息中包括狀態(tài)信息和文件大小，其中，狀態(tài)信息為表示SDK的請(qǐng)求是否成功的回應(yīng)信息，文件大小為收到請(qǐng)求的設(shè)備發(fā)送的XML協(xié)議文件的大小；SDK比較收到的該設(shè)備的XML協(xié)議的大小與收到的該設(shè)備的回應(yīng)信息中的文件大小信息是否一致，如果一致則SDK向該設(shè)備發(fā)送下載回應(yīng)信息，該信息中包含有表示SDK下載協(xié)議文件是否成功的 fn息ο
4.如權(quán)利要求1所述的自適應(yīng)支持多監(jiān)控設(shè)備的方法，其特征在于，當(dāng)設(shè)備的協(xié)議發(fā)生更改或者增加新的設(shè)備時(shí)，SDK的操作人員通過SDK將該設(shè)備的新協(xié)議通過SDK上傳至該設(shè)備中保存；上傳時(shí)，SDK先向該設(shè)備發(fā)送上傳請(qǐng)求，設(shè)備收到請(qǐng)求后發(fā)送相應(yīng)的回應(yīng)信息給SDK，該回應(yīng)信息中包含有表示SDK上傳請(qǐng)求是否成功的狀態(tài)信息，如果請(qǐng)求成功，SDK 將上傳信息和新的協(xié)議文件發(fā)送至該設(shè)備，所述上傳信息中包含有SDK上傳的XML協(xié)議文件大小的信息和表示SDK上傳是否成功的信息。
5.如權(quán)利要求1所述的自適應(yīng)支持多監(jiān)控設(shè)備的方法，其特征在于，在SDK和設(shè)備中均設(shè)有數(shù)據(jù)的加解密模塊，對(duì)發(fā)送和接收的數(shù)據(jù)進(jìn)行加密和解密。
全文摘要
本發(fā)明適用于數(shù)字通信領(lǐng)域，提供了一種自適應(yīng)支持多監(jiān)控設(shè)備的方法，將各種不同的監(jiān)控視頻設(shè)備的協(xié)議配置成XML格式，并且各種不同的視頻設(shè)備均支持XML文件傳輸協(xié)議。本發(fā)明通過將設(shè)備協(xié)議提取成一個(gè)XML文件格式，首先保證了各個(gè)設(shè)備間協(xié)議的獨(dú)立性，可以完全做到互不影響，其次保證了SDK設(shè)計(jì)的通用性，可以自動(dòng)適應(yīng)各種不同設(shè)備，最后也保證了SDK和客戶端之間的獨(dú)立性。
文檔編號(hào)H04N7/18GK102523235SQ201110456209
公開日2012年6月27日 申請(qǐng)日期2011年12月31日 優(yōu)先權(quán)日2011年12月31日
發(fā)明者蘭俊松, 簡(jiǎn)峰 申請(qǐng)人:四川九洲電器集團(tuán)有限責(zé)任公司