2、Onvif协议的信令是Body为SOAP信息的HTTP协议信息,所以你需要了解一些HTTP协议的内容,以及详细了解SOAP协议,以及XML协议。
以上是一条Onvif客户端派凯向前端设备发起的获取设备信息的请求,可以看到头部是一段HTTP的Header,里面包含了一些基础信息,默认是短连接,只有事件的PULL模式会用到尘清唤长连接需要在头部设置Keep-alive(HTTP协议),否则默认短连接。
底下是一段HTTP的Body,SOAP协议是一种基于XML的协议,主要格式就是
上面的SOAP请求没有带Header是因为该设备并没有鉴权相关的内容,而一般设备都会需要鉴权内容,Header里应该包含用户密码等信息,用户鉴权这个需要在后面文章讲解,Onvif支持两种鉴权方式,一种是WS-UsernameToken(常用,需要理解并实现),另外是Digest(RTSP取流也会用到的鉴权方式,可以尝试了解)。
一般的Onvif信令请求的这个s:Envolope后面跟的xmlns:tds="http://www.onvif.org/ver10/device/wsdl"表面你Body里的请求是哪个WSDL里面的设置,这里的tds设置好了就是后面请求需要带的域名,即tds:GetDeviceInformation。目前基本的的WSDL都有默认的域名设置,如tds表明http://www.onvif.org/ver10/device/wsdl,tan表明http://www.onvif.org/onvif/ver10/analyticsdevice.wsdl等。
s:Body后面跟的就是Onvif协议设定的请求内容如:
那边s:Body如下:
3、Onvif协议实现的请求队列最好为串行队列,同时建议实现的是同步请求。虽然Onvif协议是支持前端IPC的设备配置更新时产生事件并上报,但是目前市面上的厂家并没有实现该事件,所以异步无法保证数据的准确性(请根据使用场景择优选择)。
4、接下来就是理解Onvif协议,根据你所需要的设备信息去实现对于的Onvif信令,然后建立TCP连接发送信令获取数据。
5、设备在线状态的判断,Onvif协议里面并没有保活机制(只有Discovery协议里有上线发Hell机制,下线发Bye的机制,但是这是正常设备下线流程,真实环境很少有),所以安照Onvif标准实现的话,你是无法感知设备是否可用。
这里提供一种思路,就是自己实现一种正首保活机制,设置定时器,定时向设备发送GetDeviceInformation信令,通过该信令的响应判断前端设备是否可用。
6、Onvif协议里一般常用的功能:
http://www.onvif.org/onvif/ver10/device/wsdl/devicemgmt.wsdl 设备基础信息
http://www.onvif.org/onvif/ver10/event/wsdl/event.wsdl 设备事件管理
http://www.onvif.org/onvif/ver10/media/wsdl/media.wsdl 设备媒体相关(编解码相关)
http://www.onvif.org/onvif/ver10/recording.wsdl 设备回放
http://www.onvif.org/onvif/ver10/deviceio.wsdl 设备输入输出
http://www.onvif.org/onvif/ver20/ptz/wsdl/ptz.wsdl 设备云台控制相关
https://www.onvif.org/ver20/media/wsdl/media.wsdl 设备媒体相关(版本2.0)
http://www.onvif.org/onvif/ver10/network/wsdl/remotediscovery.wsdl 设备发现
http://www.onvif.org/onvif/ver10/analyticsdevice.wsdl 设备分析模块(移动侦测,遮挡报警等)
在配圆好onvif官网里面有devicemgmt.wsdl
l 利用cmd或批处理执行以下命令 培铅
wsdl2h.exe -c 腔唯-s -t typemap.dat -o onvif.hremotediscovery.wsdldevicemgmt.wsdlanalytics.wsdlanalyticsdevice.wsdlmedia.wsdldeviceio.wsdldisplay.wsdlevent.wsdlimaging.wsdlecording.wsdlreplay.wsdlsearch.wsdlreceiver.wsdlptz.wsdl
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)