開放型網絡視頻接口論壇 ONVIF協議

一、什麼是ONVIF

1.1形成

20085月,由安訊士(AXIS)聯合博世(BOSCH)及索尼SONY公司三方宣佈攜手共同成立一個國際開放型網絡視頻產品標準網絡接口開發論壇,取名爲ONVIFOpen Network Video Interface Forum,開放型網絡視頻接口論壇),並以公開、開放的原則共同制定開放性行業標準。ONVIF標準將爲網絡視頻設備之間的信息交換定義通用協議,包括裝置搜尋、實時視頻、音頻、元數據和控制信息等。截止到20113月,已有279個公司加入ONVIF成爲會員。

200811月,論壇正式發佈了ONVIF第一版規範。

201011月,論壇發佈了ONVIF第二版規範。規範涉及設備發現、實時音視頻、攝像頭PTZ控制、錄像控制、視頻分析等方面。

1.2規範作用

ONVIF規範描述了網絡視頻的模型、接口、數據類型以及數據交互的模式。並複用了一些現有的標準,如WS系列標準等。ONVIF規範的目標是實現一個網絡視頻框架協議,使不同廠商所生產的網絡視頻產品(包括攝錄前端、錄像設備等)完全互通。

ONVIF規範中設備管理和控制部分所定義的接口均以Web Services的形式提供,設備作爲服務提供者爲服務端。ONVIF規範涵蓋了完全的XMLWSDL的定義。每一個支持ONVIF規範的終端設備均須提供與功能相應的Web Service。服務端與客戶端的數據交互採用SOAP協議。ONVIF中的其他部分比如音視頻流則通過RTP/RTSP進行 

1.3規範優勢

協同性:不同廠商所提供的產品,均可以通過一個統一的語言來進行交流。方便了系統的集成。

靈活性:終端用戶和集成用戶不需要被某些設備的固有解決方案所束縛。大大降低了開發成本。

質量保證:不斷擴展的規範將由市場來導向,遵循規範的同時也滿足主流的用戶需求。

由於採用WSDL+XML模式,使ONVIF規範的後續擴展不會遇到太多的麻煩。XML極強的擴展性與SOAP協議開發的便捷性將吸引更多的人來關注和使用ONVIF規範。

ONVIF組織日益擴大,與同領域的PSIAHDCCTV相比,佔據了絕對的人員優勢。會員企業不乏國內外著名的設備製造商與集成商。一套規範、協議的生命週期,與市場佔有率是息息相關的。而ONVIF規範的發展則正是由市場來導向,由用戶來充實的。每一個成員企業都擁有加強、擴充ONVIF規範的權利。ONVIF規範所涵蓋的領域將不斷增大。目前門禁系統的相關內容也即將被納入ONVIF規範之中。在安防、監控系統急速發展的今天,效率和質量的領先所帶來的價值不言而喻。ONVIF協議提供了這樣的潛質。

二、ONVIF規範的實現機制

2.1 Web Service

Web Service是基於網絡的、分佈式的模塊化組件,執行特定的任務。Web Service 主要利用HTTP SOAP 協議使數據在Web 上傳輸。Web 用戶能夠使用 SOAP  HTTP通過 Web 調用的方法來調用遠程對象。 

ONVIF協議解讀

       Web Service是基於XMLHTTPS的一種服務,其通信協議主要基於SOAP。服務端、客戶端以傳遞符合XMLSOAP消息實現服務的請求與迴應。

ONVIF協議解讀

客戶端根據 WSDL 描述文檔,會生成一個 SOAP 請求消息,該請求會被嵌入在一個HTTP POST請求中,發送到 Web Services 所在的Web 服務器。Web Services 請求處理器解析收到的SOAP 請求,調用相應的 Web Services。然後再生成相應的 SOAP 應答。Web 服務器得到SOAP 應答後,會再通過 HTTP應答的方式把信息送回到客戶端。

ONVIF協議解讀

2.2 WSDL

WSDLWeb services 描述語言(Web Service Description Language)的縮寫。是一個用來描述Web服務和說明如何與Web服務通信的XML語言,爲用戶提供詳細的接口說明書。

2.3 SOAP

SOAPSimple Object Access Protocol的縮寫。是基於XML的一種協議。一條 SOAP 消息就是一個普通的 XML 文檔,包含下列元素:

必需的 Envelope 元素,可把此 XML 文檔標識爲一條 SOAP 消息

可選的 Header 元素,包含頭部信息

必需的 Body 元素,包含所有的調用和響應信息

可選的 Fault 元素,提供有關在處理此消息所發生錯誤的信息

在向Web Service發送的SOAP請求中,Body元素中的字段需與WSDL中數據類型的相符合。在構建SOAP的過程中,必須從WSDL文件中獲取並映射這一種對應關係。然而這樣一個對應過程將是充滿了重複性和機械性的,爲了避免不必要的人工差錯以及節約開發時間,一個名爲gSOAP的編譯工具應運而生。

gSOAP利用編譯器技術提供了一組透明化的SOAP API,並將與開發無關的SOAP實現細節相關的內容對用戶隱藏起來。通過將WSDL文件解析序列化爲C/C++文件,最小化了Web Service的開發過程。

ONVIF協議解讀

SOAP協議位置

2.4 ONVIF規範

ONVIF規範向視頻監控引入了Web Service的概念。設備的實際功能均被抽象爲了Web Service的服務,視頻監控系統的控制單元以客戶端的身份出現,通過Web請求的形式完成控制操作。

ONVIF協議解讀

2.4.1 Web Service能爲視頻監控什麼?

a)     設備的無關性,任何一個設備接入系統,不會對其他系統造成影響。

b)     設備的獨立性,每一個設備只負責對接收到的請求做出反饋,甚至不需要知曉控制端的存在。

c)     管理的集中性,所有的控制由客戶端來發起。

ONVIF協議解讀

2.4.2 ONVIF規範能爲視頻監控帶來什麼?

a)     抽象了功能的接口。統一了對設備的配置以及操作的方式。

b)     控制端關心的不是設備的型號,而是設備所提供的Web Service

c)     規範了視頻系統中Web Service範圍之外的行爲。

d)     ONVIF提供了各個模塊的WSDL,擁有效率非常高的開發方式。

ONVIF協議解讀

3ONVIF規範的內容

a)        設備發現

b)        設備管理

c)        設備輸入輸出服務

d)        圖像配置

e)        媒體配置

f)         實時流媒體

g)        接收端配置

h)        顯示服務

i)          事件處理

j)          PTZ控制

k)        其他

4ONVIF的應用

4.1 名詞說明

CMUCenter Manager Unit),即中心管理單位

PUPrefocus Unit),即監控前端單元,負責在CMU的控制下使用攝像機採集視頻流、使用麥克風採集音頻流、使用控制口採集報警信息、對攝像機雲臺鏡頭進行控制。

CUClient Unit),監控系統的監控客戶端單元,負責將PU採集到的視頻流、音頻流、報警信息提交給監控用戶,並根據用戶要求操作PU設備,如雲臺、鏡頭等。

4.2 傳統視頻監控系統的一個局域網應用場景

a)        PU設備上線後,向CMU註冊,建立連接。

b)        CMUPU進行信令交互,請求能力集,獲取配置。

c)        CU上線,向CMU註冊,建立連接。

d)        CMUCU進行信令交互,傳輸設備列表。

e)        CUPU請求碼流。

ONVIF協議解讀

4.3 應用ONVIF規範後對應的場景

a)        PU設備上線後,向CMU發送HELLO消息。

b)        CMU需要搜尋設備時,向PU發送PROBE消息。

c)        CMUPU進行信令交互,請求能力集,獲取配置。

d)        CU上線,向CMU註冊,建立連接。

e)        CMUCU進行信令交互,傳輸設備列表。

f)         CMU的協調下,CUPU建立連接傳輸碼流。

ONVIF協議解讀

上述場景中,ONVIF帶來了什麼變化?

a)        PUCMU的交互方式發生了改變,CMU不再與PU保持長連接。

       b)       遵循ONVIF規範,信令以及消息內容有了統一的標準。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章