專利名稱：一種視頻監(jiān)控系統(tǒng)監(jiān)控前端的升級方法
技術領域：
本發(fā)明涉及視頻監(jiān)控技術，特別涉及一種視頻監(jiān)控系統(tǒng)監(jiān)控前端的升級方法。
背景技術：
視頻監(jiān)控系統(tǒng)的市場需求旺盛，因而得到了快速的發(fā)展，目前電信運營商、 設備供應商等都投入人力物力對視頻監(jiān)控系統(tǒng)進行大力推廣。視頻監(jiān)控系統(tǒng)應
用領域非常廣泛，^L頻監(jiān)控系統(tǒng)中分布最廣、數(shù)量最多的設備是監(jiān)控前端，它 主要作用是通過攝像頭進行視頻信號采集、編碼，再把經過編碼的視頻信號信 息發(fā)送到視頻監(jiān)控系統(tǒng)平臺或者客戶端，還可以根據(jù)配置進行錄像等服務，也 是視頻監(jiān)控系統(tǒng)中最主要的設備之一 。
監(jiān)控前端分布在各個不同的地方，監(jiān)控地點分布較廣，相應的維護工作比 較麻煩。如果升級監(jiān)控前端需要到每個監(jiān)控點進行維護或單獨逐個進行維護的 話，那么工作量將非常龐大，且監(jiān)控前端通常是在長時間運行、長期進行視頻 信號的采集和發(fā)送，對它升級結束后還需要管理人員進行人工觸發(fā)。
現(xiàn)有的監(jiān)控前端升級所采用的方法通常是內置一個網頁服務器(web server)或者通過工具鏈接到監(jiān)控前端，管理人員通過登陸監(jiān)控前端內置的web 頁面或者使用工具進行觸發(fā)升級，該升級方式缺點是需要逐個對監(jiān)控前端進行 升級，這樣升級的工作量太大。也有的監(jiān)控前端在升級時采用加電自動鏈接升 級服務器進行升級或者在運行時每隔一段時間鏈接升級服務器進行升級，這種 升級方式雖然可保持監(jiān)控前端長時間運行而不會頻繁的開關電，但由于監(jiān)控前 端在運行過程中還需要持續(xù)不斷的進行視頻信號的采集、編碼發(fā)送，這樣，在 對它進行升級的過程中可能會影響正常業(yè)務。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種監(jiān)控前端的升級方法，以便快 速、方便且大規(guī)模地對監(jiān)控前端進行軟件升級。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的
一種視頻監(jiān)控系統(tǒng)監(jiān)控前端的升級方法，監(jiān)控前端與網管服務器的網管協(xié)
議一致，該方法包括
a、 監(jiān)控前端注冊到網管服務器；
b、 網管服務器根據(jù)監(jiān)控前端所注冊的信息制定不同的升級策略，并向已注 冊的監(jiān)控前端下發(fā)消息觸發(fā)升級過程；
c、 監(jiān)控前端收到所述消息后判斷是否需要升級，若需要升級則執(zhí)行步驟d; 否則，退出升級過程。
d、 監(jiān)控前端連接升級服務器，找到對應的升級包文件并下載，待下載完成 后驗證文件版本無誤后將升級包文件更新到自身的設備中；
e、 升級結束后監(jiān)控前端向網管服務器上報升級結果，若升級失敗，則返回 步驟b;若升級成功則網管服務器更新內部的注冊信息。
其中，所述升級服務器部署在獨立的服務器上，或與網管服務器部署在同 一臺服務器上。
所述監(jiān)控前端與網管服務器的網管協(xié)議具體為TR-069協(xié)議，或簡單網絡 管理SNMP協(xié)議，或會話初始SIP協(xié)議。
步驟a所述監(jiān)控前端注冊到網管服務器的過程為 al、監(jiān)控前端向網管服務器上報自身的信息；
a2、網管服務器收到監(jiān)控前端的上報信息，判斷該監(jiān)控前端是否之前已注 冊，若還未注冊，則執(zhí)行步驟a3;否則，退出注冊過程。
a3、網管服務器添加監(jiān)控前端上報的信息，并向監(jiān)控前端返回注冊成功的消息。
步驟b所述根據(jù)監(jiān)控前端所注冊的信息制定不同的升級策略，具體為根
據(jù)監(jiān)控前端所在的IP地址段或監(jiān)控前端的版本號進行升級。
步驟b所述向已注冊的監(jiān)控前端下發(fā)消息具體為符合超文本傳輸協(xié)議
HTTP標準的升級服務器的統(tǒng)一資源定位器URL消息。
步驟c所述判斷監(jiān)控前端是否需要升級具體為根據(jù)監(jiān)控前端自身當前的 業(yè)務需要或將自身版本號與待升級的升級包版本號相比較。
步驟al所述監(jiān)控前端向網管服務器上報的信息具體為監(jiān)控前端的軟件版 本號，或產品序列號，或制造廠商信息，或廠商代碼，或IP地址及以上信息的 任意組合。
步驟a2所述判斷該監(jiān)控前端是否已注冊，具體為監(jiān)控前端的軟件版本號， 或監(jiān)控前端的IP地址及其組合。
本發(fā)明所提供的監(jiān)控前端的升級方法，具有以下優(yōu)點
本發(fā)明方法在監(jiān)控前端中內置網管協(xié)議模塊，并使監(jiān)控前端與網管服務器 所用的協(xié)議一致，通過對網管服務器保存的監(jiān)控前端上報信息的不同，按照不 同策略對監(jiān)控前端進行分類批量升級，大大降低了監(jiān)控前端的維護成本，且使 得升級過程變得快速有效。


圖1為本發(fā)明實施例監(jiān)控前端注冊到TR-069網管服務器的過程示意圖； 圖2為本發(fā)明實施例一監(jiān)控前端批量升級流程示意圖； 圖3為本發(fā)明實施例二監(jiān)控前端批量升級流程示意圖。
具體實施例方式
下面結合附圖及本發(fā)明的實施例對本發(fā)明的方法作進一步詳細的說明。 本發(fā)明的核心思想是通過在監(jiān)控前端內置網管協(xié)議模塊使該協(xié)議模塊與 網管服務器的協(xié)議一致，當監(jiān)控前端加電啟動時，內置的協(xié)議模塊向網管服務 器注冊該前端的信息，如果監(jiān)控前端注冊成功或之前已經注冊過，則網管服務 器根據(jù)監(jiān)控前端注冊時所攜帶的信息制作不同的升級策略，網管服務器根據(jù)相應的策略找到對應的監(jiān)控前端，下發(fā)統(tǒng)一資源定位器(URL)消息，監(jiān)控前端
收到該消息并作出判斷，如果需要升級則根據(jù)URL消息鏈接到升級服務器下載
升級包進行升級。
圖1為本發(fā)明實施例監(jiān)控前端注冊到TR-069網管服務器的過程示意圖， 如圖1所示，監(jiān)控前端注冊到網管服務器的過程如下
步驟101:監(jiān)控前端加電啟動后，向網管服務器上報自身的信息。
TR-069是數(shù)字用戶線論壇(DSLForum)提出的一個標準協(xié)議，用于管理 廣域網中用戶駐地設備(CPEs )。在本實施例中，監(jiān)控前端內置TR-069協(xié)議代 理(agent)模塊，與網管服務器所采用的網管協(xié)議一致，即均為TR-069協(xié)議。 監(jiān)控前端向網管服務器上報的信息包括監(jiān)控前端的軟件版本號、產品序列號、 制造廠商、廠商代碼、IP地址等信息。
步驟102:網管服務器收到監(jiān)控前端的上報信息，判斷該監(jiān)控前端是否已 注冊，若還未注冊，則執(zhí)行步驟103;否則，退出該過程。
所述判斷監(jiān)控前端是否已注冊，是根據(jù)監(jiān)控前端所上報的自身信息，通常 根據(jù)上報的軟件版本號、監(jiān)控前端的IP地址等信息與網管服務器內部所保存的 監(jiān)控前端信息對比來進行判斷，例如，若上報的監(jiān)控前端的IP地址在網管服務 器中找不到，則證明該監(jiān)控前端尚未注冊。
步驟103:網管服務器添加監(jiān)控前端上報的信息，并向監(jiān)控前端返回注冊 成功的消息。
所述網管服務器將需要注冊的監(jiān)控前端所上報的信息保存在存儲器內，并 向監(jiān)控前端返回注冊成功的消息，從而完成注冊過程。
根據(jù)視頻監(jiān)控系統(tǒng)的實際應用場合的不同，升級服務器和網管服務器既可 部署在不同的服務器上也可以部署在同一臺服務器上，以下分別為兩種情況下 監(jiān)控前端的升級過程。所述升級服務器可稱為版本服務器、版本文件服務器或 者文件服務器，以下統(tǒng)稱為升級服務器。
圖2為本發(fā)明實施例一監(jiān)控前端批量升級流程示意圖，如圖2所示，升級 服務器和網管服務器部署在不同的服務器上，監(jiān)控前端的升級過程如下
步驟201:監(jiān)控前端加電啟動，注冊到網管服務器。
所述監(jiān)控前端注冊到網管服務器的過程，實質是網管服務器收集監(jiān)控前端 的信息的過程。若監(jiān)控前端還未注冊到網管服務器，則按照圖l所述的方法進 行注冊。
步驟202:網管服務器根據(jù)監(jiān)控前端上報的注冊信息制定升級策略。 所述網管服務器制定升級策略，具體為可按照某個IP地址段將屬于這個 地址段的監(jiān)控前端進行升級，例如，對192.168.1.10到192.168.1.200這個1P地 址段的所有監(jiān)控前端進行升級，即可按照這個IP地址段在數(shù)據(jù)庫中找出符合條 件的監(jiān)控前端升級。也可按照監(jiān)控前端的軟件版本號進行升級，在數(shù)據(jù)庫中找 出符合版本號條件的監(jiān)控前端，例如，將版本號低于2.0的監(jiān)控前端進行升級， 則可以分析已注冊的監(jiān)控前端的軟件版本號，找出版本號低于2.0的監(jiān)控前端， 將這些監(jiān)控前端的軟件統(tǒng)一升級到2.0版。
步驟203:網管服務器向注冊的監(jiān)控前端下發(fā)消息，觸發(fā)升級。 所述向已注冊的監(jiān)控前端下發(fā)的消息，是指將符合超文本傳輸協(xié)議(HTTP ) 標準的升級服務器的統(tǒng)一資源定位器(URL)消息。
步驟204:監(jiān)控前端判斷是否需要升級，若需要升級則執(zhí)行步驟205;否則， 退出該過程。
監(jiān)控前端根據(jù)自身的當前的業(yè)務需要或將自身的軟件版本號與待升級的軟 件版本號做比較，若當前監(jiān)控前端正在做一向緊急人物，則暫時不升級，向網 管服務器上報升級失敗消息，這樣，監(jiān)控前端的版本號仍然保持原來升級前的
版本不變。
步驟205:監(jiān)控前端連接升級服務器，找到對應的升級包文件。 監(jiān)控前端根據(jù)URL地址，在升級服務器上找到符合升級條件的升級包文件。
步驟206:監(jiān)控前端從升級服務器下載升級包文件。
步驟207:監(jiān)控前端在升級包下載完成后驗證文件版本的正確性，然后更 新到自身的設備中。
步驟208:監(jiān)控前端向網管服務器上報升級結杲，若升級成功則網管服務 器更新內部的注冊信息；若升級失敗，則返回步驟203。
本發(fā)明方法中，除了實施例所用的TR-069協(xié)議外，也可以采用其他的網 管協(xié)議，如簡單網絡管理協(xié)議(SNMP ， Simple Network Management Protocol) 或會話初始協(xié)議(SIP， Session Initiation Protocol)來進行監(jiān)控前端的軟件升級， 只要使網管服務器和監(jiān)控前端兩方的協(xié)議一致，互相能夠解析對方發(fā)出的命令 即可。
圖3為本發(fā)明實施例二監(jiān)控前端批量升級流程示意圖，如圖3所示，升級 服務器和網管服務器部署在同一個服務器內，該種方式下監(jiān)控前端的升級過程 與圖2所示的升級服務器獨立于網管服務器的情況相比，步驟201至步驟204 分別與步驟301至步驟304——對應，差別僅在于監(jiān)控前端下載升級包文件的 地點不同，即
步驟305:監(jiān)控前端連接網管服務器/升級服務器，找到對應的升級包文件。 監(jiān)控前端才艮據(jù)URL地址，在網管服務器/升級服務器上找到符合升級條件 的升級包文件。
步驟306:監(jiān)控前端從網管服務器/升級服務器下載升級包文件。
步驟307:監(jiān)控前端在升級包下載完成后驗證文件版本的正確性，然后更 新到自身的設備中。
步驟308:監(jiān)控前端向網管服務器/升級服務器上報升級結果，若升級成功 則網管服務器/升級服務器更新內部的注冊信息；若升級失敗，則網管服務器/ 升級服務器向注冊的監(jiān)控前端下發(fā)消息再次觸發(fā)升級。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1、一種視頻監(jiān)控系統(tǒng)監(jiān)控前端的升級方法，其特征在于，監(jiān)控前端與網管服務器的網管協(xié)議一致，該方法包括a、監(jiān)控前端注冊到網管服務器；b、網管服務器根據(jù)監(jiān)控前端所注冊的信息制定不同的升級策略，并向已注冊的監(jiān)控前端下發(fā)消息觸發(fā)升級過程；c、監(jiān)控前端收到所述消息后判斷是否需要升級，若需要升級則執(zhí)行步驟d；否則，退出升級過程。d、監(jiān)控前端連接升級服務器，找到對應的升級包文件并下載，待下載完成后驗證文件版本無誤后將升級包文件更新到自身的設備中；e、升級結束后監(jiān)控前端向網管服務器上報升級結果，若升級失敗，則返回步驟b；若升級成功則網管服務器更新內部的注冊信息。
2、 根據(jù)權利要求1所述的升級方法，其特征在于，所述升級服務器部署在 獨立的服務器上，或與網管服務器部署在同一臺服務器上。
3、 根據(jù)權利要求1所述的升級方法，其特征在于，所述監(jiān)控前端與網管服 務器的網管協(xié)議具體為TR-069協(xié)議，或簡單網絡管理SNMP協(xié)議，或會話初 始SIP協(xié)議。
4、 根據(jù)權利要求1所述的升級方法，其特征在于，步驟a所述監(jiān)控前端注 冊到網管服務器的過程為al、監(jiān)控前端向網管服務器上報自身的信息；a2、網管服務器收到監(jiān)控前端的上報信息，判斷該監(jiān)控前端是否之前已注 冊，若還未注冊，則執(zhí)行步驟a3;否則，退出注冊過程。a3、網管服務器添加監(jiān)控前端上報的信息，并向監(jiān)控前端返回注冊成功的消息。
5、 根據(jù)權利要求1所述的升級方法，其特征在于，步驟b所述根據(jù)監(jiān)控前 端所注冊的信息制定不同的升級策略，具體為根據(jù)監(jiān)控前端所在的IP地址段或監(jiān)控前端的版本號進行升級。
6、 根據(jù)權利要求1所述的升級方法，其特征在于，步驟b所述向已注冊的監(jiān)控前端下發(fā)消息，具體為符合超文本傳輸協(xié)議HTTP標準的升級服務器的 統(tǒng)一資源定位器URL消息。
7、 根據(jù)權利要求1所述的升級方法，其特征在于，步驟c所述判斷監(jiān)控前 端是否需要升級，具體為根據(jù)監(jiān)控前端自身當前的業(yè)務需要或將自身版本號 與待升級的升級包版本號相比較。
8、 根據(jù)權利要求4所述的升級方法，其特征在于，步驟al所述監(jiān)控前端 向網管服務器上報的信息，具體為監(jiān)控前端的軟件版本號，或產品序列號， 或制造廠商信息，或廠商代碼，或IP地址及以上信息的任意組合。
9、 根據(jù)權利要求4所述的升級方法，其特征在于，步驟a2所述判斷該監(jiān) 控前端是否已注冊，具體為監(jiān)控前端的軟件版本號，或監(jiān)控前端的IP地址及 其組合。
全文摘要
本發(fā)明公開了一種視頻監(jiān)控系統(tǒng)監(jiān)控前端的升級方法，通過在監(jiān)控前端內置網管協(xié)議模塊使該協(xié)議模塊與網管服務器的協(xié)議一致，當監(jiān)控前端加電啟動時，內置的協(xié)議模塊向網管服務器注冊該前端的信息，如果監(jiān)控前端注冊成功或之前已經注冊過，則網管服務器根據(jù)監(jiān)控前端注冊時所攜帶的信息制作不同的升級策略，網管服務器根據(jù)相應的策略找到對應的監(jiān)控前端，下發(fā)統(tǒng)一資源定位器(URL)消息，監(jiān)控前端收到該消息并作出判斷，如果需要升級則根據(jù)URL消息鏈接到升級服務器下載升級包進行升級。采用本方法對監(jiān)控前端進行批量升級，大大降低了監(jiān)控前端的維護成本，且使升級過程變得快速有效。
文檔編號H04N7/18GK101184212SQ20071017670
公開日2008年5月21日 申請日期2007年11月1日 優(yōu)先權日2007年11月1日
發(fā)明者靜 蘇, 軍 鄢, 毅 陜, 霍東風 申請人:中興通訊股份有限公司