CN108810475B - 一种基于Onvif标准及Sip协议的Android视频监控装置 - Google Patents
一种基于Onvif标准及Sip协议的Android视频监控装置 Download PDFInfo
- Publication number
- CN108810475B CN108810475B CN201810652642.8A CN201810652642A CN108810475B CN 108810475 B CN108810475 B CN 108810475B CN 201810652642 A CN201810652642 A CN 201810652642A CN 108810475 B CN108810475 B CN 108810475B
- Authority
- CN
- China
- Prior art keywords
- android
- video
- hard disk
- module
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012806 monitoring device Methods 0.000 title claims abstract description 8
- 230000003993 interaction Effects 0.000 claims abstract description 28
- 230000004044 response Effects 0.000 claims abstract description 24
- 238000004891 communication Methods 0.000 claims abstract description 10
- 238000012544 monitoring process Methods 0.000 claims description 14
- 238000000034 method Methods 0.000 claims description 11
- 238000013467 fragmentation Methods 0.000 claims description 5
- 238000006062 fragmentation reaction Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 claims description 5
- 239000000523 sample Substances 0.000 claims description 5
- 239000000344 soap Substances 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/781—Television signal recording using magnetic recording on disks or drums
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Closed-Circuit Television Systems (AREA)
Abstract
一种基于Onvif标准及Sip协议的Android视频监控装置，硬盘录像机通过响应硬盘录像机模块与Android设备端建立连接；通过Web Service交互模块进行用户的鉴权认证和获取Rtsp的交互地址；通过Rtsp交互模块获取Android设备端的视频负载类型及视频解码信息；Android设备端通过视频模块将采集到的视频数据进行编码分包和发送给硬盘录像机或者其它Android用户端；Android设备端通过Sip响应模块与请求的Android用户端建立连接，然后通过Android视频模块发送Rtp包。本发明满足外出执行任务的人员和中心管理人员实时交流。
Description
技术领域
本发明涉及视频监控领域，尤其涉及一种基于Onvif标准及Sip协议的Android视频采集、编码、传输的装置。
背景技术
2008年5月，由安讯士(AXIS)联合博世(BOSCH)及索尼(SONY)公司三方宣布携手共同成立一个国际开放型网络视频产品标准网络接口开发论坛，取名为Onvif(Open NetworkVideo Interface Forum，开放型网络视频接口论坛)，并以公开、开放的原则共同制定开放性行业标准。Onvif标准将为网络视频设备之间的信息交换定义通用协议，包括装置搜寻、实时视频、音频、元数据和控制信息等。
Onvif规范描述了网络视频的模型、接口、数据类型以及数据交互的模式。并复用了一些现有的标准，如Web Service系列标准等。Onvif规范的目标是实现一个网络视频框架协议，使不同厂商所生产的网络视频产品(包括摄录前端、录像设备等)完全互通。
Sip(Session Initiation Protocol，会话发起协议)是由IETF(InternetEngineering Task Force，互联网工程任务组)提出的IP电话信令协议,是采用UTF-8字符集来进行编码的文本协议。Sip是一种通信协议，定义了如何在通信设备(计算机，电话，手机等)之间相互连接和信息交换，Sip也是一种信令控制协议，可以配置和管理任何类型的peer-to-peer通信会话,但并不关心媒体类型(语音、短信、游戏、视频等)。Sip协议具有良好的可扩展特性，可以方便地增加定义，嵌入各种用户终端并迅速实现新功能；有较强的互操作能力，良好的开放性。
目前，国内大多数的摄像前端和硬盘录像机都满足Onvif规范，使得在不同厂商的硬盘录像机上可以存储不同厂商的摄像前端发送过来的视频。但是摄像前端由于受放置位置的影响，只能监控固定的范围，适用于监控学校，医院，道路，机场，政府等固定的场所。Android设备端虽然可以用Sip协议建立会话，然后进行实时视频通话，但是不能保存视频通话中的视频数据。
发明内容
为了解决现有的摄像前端无法满足外出执行任务的人员和中心管理人员实时交流，以及目前Android设备端视频不能将采集的视频内容存储到硬盘录像机中以便日后查看的问题，本发明提供一种基于Onvif标准及Sip协议的Android视频监控装置，能对Android设备端进行视频监控，同时又能将采集到的视频数据存储到硬盘录像机的装置。
本发明解决其技术问题所采用的技术方案是：
一种基于Onvif标准及Sip协议的Android视频监控装置，包括响应硬盘录像机模块、Web Service交互模块、Rtsp(Real Time Streaming Protocol，实时流传输协议)交互模块、Android视频模块、Sip注册模块和Sip响应模块；
硬盘录像机通过响应硬盘录像机模块与Android设备端建立连接；通过WebService交互模块进行用户的鉴权认证和获取Rtsp的交互地址；通过Rtsp交互模块获取Android设备端的视频负载类型及视频解码信息；Android设备端通过视频模块将采集到的视频数据进行编码分包和发送给硬盘录像机或者其它Android用户端；Android设备端通过Sip注册模块向Sip服务器注册，并按照20秒的间隔向Sip服务器发送心跳包进行保活；通过Sip响应模块与请求的Android用户端建立连接，然后通过Android视频模块发送Rtp包。
进一步，在Android设备端开启一个监听硬盘录像机组播的地址和端口服务，当在硬盘录像机的网页客户端上点击搜索网络摄像机时，在同一个局域网内并且满足Onvif标准的Android设备就会收到硬盘录像机发起的Probe消息，获取到消息后要解析出消息体里面的Uuid，然后在回复的消息里携带这个Uuid和获取Android设备信息的Web Service地址，硬盘录像机在收到Android设备端的消息后校对发出的Uuid和收到的消息体里的Uuid，如果一致，则把Android设备端添加到摄像机列表中。
再进一步，硬盘录像机会根据搜索到的Android设备端IP信息，向Android设备端进行Web Service方法的调用，Web Service就相当于一个Http服务器，需要在收到Http消息时回复Http消息，但是由于Android设备的硬件资源有限，所以在Android设备端搭建一个轻量级Http服务器，因为Http的底层使用Socket进行通信，而Socket是一种轻量级的远程通信，这里选择将Socket消息封装Http消息进行发送。在Android设备端先进行用户认证，然后获取Android设备端的硬件信息和支持的视频分辨率信息，通过硬盘录像机和Android设备端进行交互的过程中的两次鉴权，提高Android设备端的安全性，Android设备端支持三种视频分辨率，以满足不同网络状况下的视频监控。
更进一步，Android设备端开启摄像头进行视频数据的采集，对采集来的原始数据调用Android原生的Api进行H264硬编码，编码后的数据是H264裸数据，当编码后的一帧数据的长度大于Rtp包的最大长度，还要通过分片，封装成Rtp包。先将分片好的Rtp包缓存到队列里，一个线程往队列里面存Rtp包，一个线程按照一定的速率往队列里取Rtp包发送，来实现匀速发送Rtp包。
当其它Android用户端来请求该Android设备端时，建立Sip会话，并从Sip会话中判断是否需要需要与硬盘录像机建立连接，如果需要建立连接，就开启Android的响应硬盘录像机模块，那么只要该Android设备端已经在硬盘录像机的摄像机列表中，该Android设备端在向发起请求的Android用户端传输视频数据的同时也会向硬盘录像机发送相同的数据，实现了Android设备端视频数据的存储以及Web客户端和Android用户端对Android设备端的视频监控。所述响应硬盘录像机模块，当硬盘录像机发起组播，搜索同个局域网中所有满足Onvif标准的网络摄像机时，满足Onvif标准的Android设备端(Android设备端为被请求视频的Android端)将会收到探测信息，并将设备的IP(Internet Protocol，网络之间互连的协议)等信息封装成符合Soap(Simple Object Access Protocol，简单对象访问协议)格式，通过Socket发送给硬盘录像机，此时，硬盘录像机即找到了满足Onvif标准的Android设备端；如果需要进行跨网段搜索Android设备端，则需要提供路由的支持。
硬盘录像机会根据搜索到的Android设备端IP信息，向Android设备端进行WebService方法的调用，这里先在进行Android设备端的用户认证，然后会获取Android设备端的硬件信息和支持的视频分辨率信息。
硬盘录像机会和Android设备端进行Rtsp交互，这里会先向Android设备进行用户认证，然后获取Android设备端视频的负载类型、数据传输方式、视频流的地址和端口及Android设备端视频的SSRC(Synchronization source，同步源)标示信息；同时，Android设备端会获取到应该往硬盘录像机哪个端口发送的信息。
Android设备端在收到硬盘录像机发来的视频播放信息时，就会打开Android摄像头，将摄像头采集到的数据进行H264的编码，然后进行Rtp(Real-time TransportProtocol，实时传输协议)封装，将封装好的Rtp包放入缓存，然后按一定的速率向硬盘录像机发送。
优选的，Android设备端通过Sip注册模块向Sip服务器注册，注册成功以后就向Sip服务器发送心跳消息，Sip服务器就知道哪些Android设备端在线，这样当其它Android用户端(Android用户端为请求视频的Android端)来向该Android设备端请求视频时，其它Android用户端先把请求视频消息发送给Sip服务器，Sip服务器检测到被请求的Android设备端在线，就将消息转发到该Android设备端，这样Android设备端与Android用户端之间建立了Sip会话，Android设备端从Sip消息中判断是否需要与硬盘录像机建立连接，如果需要建立连接，就开启Android设备端的响应硬盘录像机模块，那么只要该Android设备端已经在硬盘录像机的摄像机列表中，该Android设备端在向发起请求的Android用户端传输视频数据的同时也会向硬盘录像机发送相同的数据，这样就实现了Android设备端与用户端之间实时视频和视频数据的保存。
本发明的技术构思为：Android作为一种Linux自由及开源代码的操作***为定制化了提供了良好的基础，而且随着移动网络的发展和移动终端的普及使得在移动网络上的远距离视频通信成为可能。外出执行任务的人员会随身携带手机，这时中心管理***可以利用手机进行远程指挥调度或对现场的情况进行查看，做出相应的措施。同时，视频信息会保存在硬盘录像机上以便日后的查看。硬盘录像机和Android设备的结合既满足了便携性的要求又能和摄像机一样存储在硬盘录像机中，并且可以用硬盘录像机的网页客户端直接查看Android设备视频，具有较高的工程意义和市场价值。
本发明的Android监控前端装置，它支持三种不同的分辨率数字码流，分别是720P(1280*720)，D1(720*576)，CIF(352*288)三种分辨率，这样可以根据Android设备所处的网络质量来选择不同的分辨率。
本发明的有益效果主要表现在：(1)Android设备满足Onvif标准即可以在监控网络摄像机的终端上直接查看Android设备的视频，并存储到硬盘录像机中。(3)Android设备使用Sip协议可以在Android设备端之间进行点对点的视频通话。(2)多种分辨率的数字码流可以满足不同网络状况下的视频查看。
附图说明
图1是基于Onvif标准及Sip协议的Android视频监控装置的软件框架设计图。
图2是响应硬盘录像机模块。
图3是Web service交互模块。
图4是RTSP交互模块。
图5是Android视频模块。
图6是Sip注册模块。
图7是Sip响应模块。
具体实施方式
下面结合附图对本发明作进一步描述。
参照图1，一种基于Onvif标准及Sip协议的Android视频监控装置，所述装置为两路视频发送装置，包括响应硬盘录像机模块、Web Service交互模块、Rtsp交互模块、Android视频模块、Sip注册模块和Sip响应模块；
硬盘录像机通过响应硬盘录像机模块与Android设备端建立连接；通过WebService交互模块进行用户的鉴权认证和获取Rtsp的交互地址；通过Rtsp交互模块获取Android设备端的视频负载类型及视频解码信息；Android设备端通过视频模块将采集到的视频数据进行编码分包和发送给硬盘录像机或者其它Android用户端；Android设备端通过Sip注册模块向Sip服务器注册，并按照20秒的间隔向Sip服务器发送心跳包进行保活；通过Sip响应模块与请求的Android用户端建立连接，然后通过Android视频模块发送Rtp包。进一步，在Android设备端开启一个监听硬盘录像机组播的地址和端口服务，当在硬盘录像机的网页客户端上点击搜索网络摄像机时，在同一个局域网内并且满足Onvif标准的Android设备就会收到硬盘录像机发起的Probe消息，获取到消息后要解析出消息体里面的Uuid，然后在回复的消息里携带这个Uuid和获取Android设备信息的Web Service地址，硬盘录像机在收到Android设备端的消息后校对发出的Uuid和收到的消息体里的Uuid，如果一致，则把Android设备端添加到摄像机列表中。
再进一步，硬盘录像机会根据搜索到的Android设备端IP信息，向Android设备端进行Web Service方法的调用，Web Service就相当于一个Http服务器，需要在收到Http消息时回复Http消息，但是由于Android设备的硬件资源有限，所以在Android设备端搭建一个轻量级Http服务器，因为Http的底层使用Socket进行通信，而Socket是一种轻量级的远程通信，这里选择将Socket消息封装Http消息进行发送。在Android设备端先进行用户认证，然后获取Android设备端的硬件信息和支持的视频分辨率信息，通过硬盘录像机和Android设备端进行交互的过程中的两次鉴权，提高Android设备端的安全性，Android设备端支持三种视频分辨率，以满足不同网络状况下的视频监控。
更进一步，Android设备端开启摄像头进行视频数据的采集，对采集来的原始数据调用Android原生的Api进行H264硬编码，编码后的数据是H264裸数据，当编码后的一帧数据的长度大于Rtp包的最大长度，还要通过分片，封装成Rtp包。先将分片好的Rtp包缓存到队列里，一个线程往队列里面存Rtp包，一个线程按照一定的速率往队列里取Rtp包发送，来实现匀速发送Rtp包。
当其它Android用户端来请求该Android设备端时，建立Sip会话，并从Sip会话中判断是否需要需要与硬盘录像机建立连接，如果需要建立连接，就开启Android的响应硬盘录像机模块，那么只要该Android设备端已经在硬盘录像机的摄像机列表中，该Android设备端在向发起请求的Android用户端传输视频数据的同时也会向硬盘录像机发送相同的数据，实现了Android设备端视频数据的存储以及Web客户端和Android用户端对Android设备端的视频监控。
图2显示了硬盘录像机和Android设备端建立连接的交互过程，先通过抓包分析硬盘录像机发送组播的地址和端口，然后在Android设备端开启一个监听硬盘录像机组播的地址和端口服务，当在硬盘录像机的网页客户端上点击搜索网络摄像机时，在同一个局域网内并且满足Onvif标准的Android设备端就会收到硬盘录像机发起的Probe消息，获取到消息后要解析出消息体里面的Uuid，然后在回复的消息里携带这个Uuid和获取Android设备信息的Web Service地址，硬盘录像机在收到Android设备端的消息后校对发出的Uuid和收到的消息体里的Uuid，如果一致，则把Android设备端添加到摄像机列表中。
参照图3，其中硬盘录像机和Android设备端的交互是以Web Service的形式进行。Web Service是一种基于网络的、分布式的模块化组件，执行特定的任务。Web Service主要利用Http(Hyper Text Transport Protocol，超文本传输协议)和Soap使数据在Web上传输。Web用户能够使用Soap和Http通过Web来调用远程对象。而Soap是基于XML(ExtensibleMarkup Language，可扩展的标识语言)的一种协议，一条Soap消息就是一个普通的XML文档，包含下列元素：必需的Envelope元素，可把此XML文档标识为一条Soap消息；可选的Header元素，包含头部信息；必需的Body元素，包含所有的调用和响应信息；可选的Fault元素，提供有关在处理此消息所发生错误的信息。因为Web Service就相当于一个Http服务器，需要在收到Http消息时回复Http消息，但是由于Android设备的硬件资源有限，所以只能在Android设备端搭建一个轻量级Http服务器，因为Http的底层使用Socket进行通信，而Socket是一种轻量级的远程通信，这里选择将Socket消息封装Http消息进行发送。在经过图2中的步骤后，点击搜索到的Android设备，并输入Android设备的账号密码，然后向图2中步骤获取到的Web Service地址请求Android设备端的DeviceInformation，这时的消息体中不携带鉴权消息；Android设备端收到消息后就回复一个带有密钥的Unauthorized的消息；硬盘录像机收到消息后就将账号，加密后的密码信息发送给Android设备端；Android设备端确认密码正确后会将自己的硬件信息发送给硬盘录像机；接着硬盘录像机就会向Android设备端请求关于Media的Web Service地址；Android设备端收到消息后，就会把响应的Web Service地址发送给硬盘录像机；硬盘录像机收到消息后就会向该地址再发送一个鉴权消息；Andorid设备端收到消息后因为消息头不含鉴权消息，会生成一个新的密钥发送给硬盘录像机；硬盘录像机收到带有密钥的消息后会把账号，加密后的密码信息发送给Android设备端；Android设备端收到消息后，会把设备支持的视频的分辨率信息发送给硬盘录像机。这里硬盘录像机和Android设备端进行交互的过程中进行两次的鉴权，可以提高Android设备的安全性。
参照图4，在图3的步骤执行完成之后，可以在硬盘录像机的网页客户端上选择一种分辨率，选择好分辨率后会给Android设备端发送一个Describe消息，消息体中不携带鉴权消息；Android设备端收到不带鉴权消息的Describe消息，回复一个鉴权失败的消息，并携带自己的密钥信息；硬盘录像机收到带密钥的鉴权失败的消息，就通过约定好的加密算法对Android设备端的密码进行加密，然后发送回给Android设备端；Android设备端将接受到的加密信息进行解密，如果解密结果和自己的密码一致则发送视频的Describe消息，消息里包含视频负载类型，视频解码信息等内容；硬盘录像机收到Describe消息后，回复一个带有自身接收Rtp包的端口信息；Android设备端收到消息后也回复一个自身发送Rtp包的端口消息，这样Android设备端就知道往硬盘录像机哪个端口发送Rtp包；硬盘录像机收到Android设备端的端口消息后，就知道Andorid设备端从哪个端口发Rtp包，然后就向Android设备端发送一个开始播放的消息；Android设备端收到开始播放的消息后，就开启一个线程发送Rtp包。
参照图5，Android设备端收到开始发送Rtp包的消息后，就会开启Android设备的摄像头进行视频数据的采集，采集来的是没有编码过的原始数据，这里需要调用Android原生的Api对原始数据进行H264硬编码，硬编码后的数据是H264裸数据，不能直接传输，当编码后的一帧数据的长度大于Rtp包的最大长度，还要通过分片，封装成Rtp包。考虑经过H.264压缩编码得到的视频主帧和辅帧数据大小差别较大，手机底层硬件是按照相同速率进行视频采集的，故每一帧的停留时间是相同的。若帧率为25，则每一帧的停留时间都是1/25秒。如果采用编码后直接打包发送的策略，因为主帧数据大，分片包多，所以主帧期间发包速率高。相对的，因为辅帧数据小，分片包少，所以辅帧期间发包速率低。且因为辅帧之间数据大小也不是相等的，所以辅帧之间的发包速率也存在差异。可见此种发包机制的发包速率不稳定，包发送速率是由帧的大小决定，这样会出现发包高峰期，造成网络阻塞，从而导致丢包率升高，影响了接收端的图像质量，所以先将分片好的Rtp包缓存到队列里，一个线程往队列里面存Rtp包，一个线程按照一定的速率往队列里取Rtp包发送。Android设备端视频模块根据需要向流媒体服务器或者硬盘录像机发送Rtp包。
参照图6，Android设备端首先需要进行设备注册，需要向Sip服务器发送Register消息。服务器收到Sip消息后，会对该Sip消息进行解析，回复200 OK给Android设备端，并在消息体中携带了第二步注册时需要的加密种子。Android设备端收到服务器回复的200 OK后，解析出加密种子Seed后，经过MD5算法得出密码，并将携带了密码的Register消息发送给服务器，服务器收到消息后解析出密码并通过验证后，若密码正确则回复200 OK给Android设备端，若错误则回复401给Android设备端表示登陆失败。为了能够让Android设备端和服务器保持在线并且进行提示，Android设备端间隔20秒钟发送一次Register消息到Sip服务器，消息体中的字段为HeartBeat。服务器收到Sip消息并解析出是HeartBeat字段时，则判断该消息为心跳保活注册消息，并回复200 OK给Android设备端作为响应。
参照图7，Android视频请求端通过Sip服务器首先向Android设备端发送一个Request消息，这个请求消息包含着本次视频请求是否需要将视频数据存储到硬盘录像机还有Rtp包发送的端口和Ip地址，当Android设备端收到消息后，解析消息如果需要将视频进行存储，则开启响应硬盘录像机模块，连接硬盘录像机，然后回复一个RequestResponse消息表明自己收到消息，当Android用户端收到RequestResponse消息，就向Android设备端发送一个请求本次视频数据的Media消息，Android设备端收到消息后，就将本次视频通话的分辨率，帧率发送回给请求端，然后开启Android视频模块，视频模块根据需要向硬盘录像机和Android视频请求端发送Rtp数据包，这样即实现了实时视频和视频数据的存储。最后当Android用户端要结束视频时，向Android设备端发送一个结束消息，Android设备端收到消息后关闭视频模块。
Claims (1)
1.一种基于Onvif标准及Sip协议的Android视频监控装置，其特征在于：所述装置为两路视频发送装置，包括响应硬盘录像机模块、Web Service交互模块、Rtsp交互模块、Android视频模块、Sip注册模块和Sip响应模块；
硬盘录像机通过响应硬盘录像机模块与Android设备端建立连接；通过Web Service交互模块进行用户的鉴权认证和获取Rtsp的交互地址；通过Rtsp交互模块获取Android设备端的视频负载类型及视频解码信息；Android设备端通过视频模块将采集到的视频数据进行编码分包和发送给硬盘录像机或者其它Android用户端；Android设备端通过Sip注册模块向Sip服务器注册，并按照20秒的间隔向Sip服务器发送心跳包进行保活；通过Sip响应模块与请求的Android用户端建立连接，然后通过Android视频模块发送Rtp包；
在Android设备端开启一个监听硬盘录像机组播的地址和端口服务，当在硬盘录像机的网页客户端上点击搜索网络摄像机时，在同一个局域网内并且满足Onvif标准的Android设备就会收到硬盘录像机发起的Probe消息，获取到消息后要解析出消息体里面的Uuid，然后在回复的消息里携带这个Uuid和获取Android设备信息的Web Service地址，硬盘录像机在收到Android设备端的消息后校对发出的Uuid和收到的消息体里的Uuid，如果一致，则把Android设备端添加到摄像机列表中；
硬盘录像机会根据搜索到的Android设备端IP信息，向Android设备端进行WebService方法的调用，Web Service就相当于一个Http服务器，需要在收到Http消息时回复Http消息，但是由于Android设备的硬件资源有限，所以在Android设备端搭建一个轻量级Http服务器，因为Http的底层使用Socket进行通信，而Socket是一种轻量级的远程通信，这里选择将Socket消息封装Http消息进行发送；在Android设备端先进行用户认证，然后获取Android设备端的硬件信息和支持的视频分辨率信息，通过硬盘录像机和Android设备端进行交互的过程中的两次鉴权，提高Android设备端的安全性，Android设备端支持三种视频分辨率，以满足不同网络状况下的视频监控；
Android设备端开启摄像头进行视频数据的采集，对采集来的原始数据调用Android原生的Api进行H264硬编码，编码后的数据是H264裸数据，当编码后的一帧数据的长度大于Rtp包的最大长度，还要通过分片，封装成Rtp包，先将分片好的Rtp包缓存到队列里，一个线程往队列里面存Rtp包，一个线程按照一定的速率往队列里取Rtp包发送，来实现匀速发送Rtp包；
当其它Android用户端来请求该Android设备端时，建立Sip会话，并从Sip会话中判断是否需要需要与硬盘录像机建立连接，如果需要建立连接，就开启Android的响应硬盘录像机模块，那么只要该Android设备端已经在硬盘录像机的摄像机列表中，该Android设备端在向发起请求的Android用户端传输视频数据的同时也会向硬盘录像机发送相同的数据，实现了Android设备端视频数据的存储以及Web客户端和Android用户端对Android设备端的视频监控。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810652642.8A CN108810475B (zh) | 2018-06-22 | 2018-06-22 | 一种基于Onvif标准及Sip协议的Android视频监控装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810652642.8A CN108810475B (zh) | 2018-06-22 | 2018-06-22 | 一种基于Onvif标准及Sip协议的Android视频监控装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108810475A CN108810475A (zh) | 2018-11-13 |
| CN108810475B true CN108810475B (zh) | 2020-10-30 |
Family
ID=64084747
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810652642.8A Active CN108810475B (zh) | 2018-06-22 | 2018-06-22 | 一种基于Onvif标准及Sip协议的Android视频监控装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108810475B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109729312A (zh) * | 2018-12-20 | 2019-05-07 | 杭州当虹科技股份有限公司 | ONVIF协议在Internet网络下的一种视频监控方法 |
| CN110247900B (zh) * | 2019-05-29 | 2021-09-24 | 金华诺普视信息技术研究所有限公司 | 将sip监控平台的实时视频存入onvif存储设备的智能网关 |
| CN112911348B (zh) * | 2021-01-27 | 2022-06-21 | 石家庄铁道大学 | 基于onvif协议的视频管理***、方法及终端 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102185894A (zh) * | 2011-04-11 | 2011-09-14 | 中国电信股份有限公司 | 多媒体采集传送方法及*** |
| CN102547239A (zh) * | 2011-12-29 | 2012-07-04 | 浙江工业大学 | 基于Android移动终端的视频监控*** |
| US8601518B1 (en) * | 2012-11-13 | 2013-12-03 | Jet Optoelectronics Co., Ltd. | Vehicle display system |
| CN103647940A (zh) * | 2013-11-25 | 2014-03-19 | 北京百纳威尔科技有限公司 | 智能监控手机和所构成的远程视频监控***及其监控方法 |
| CN107864125A (zh) * | 2017-10-26 | 2018-03-30 | 苏州市伏泰信息科技股份有限公司 | 环卫统一监控管理平台 |
-
2018
- 2018-06-22 CN CN201810652642.8A patent/CN108810475B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102185894A (zh) * | 2011-04-11 | 2011-09-14 | 中国电信股份有限公司 | 多媒体采集传送方法及*** |
| CN102547239A (zh) * | 2011-12-29 | 2012-07-04 | 浙江工业大学 | 基于Android移动终端的视频监控*** |
| US8601518B1 (en) * | 2012-11-13 | 2013-12-03 | Jet Optoelectronics Co., Ltd. | Vehicle display system |
| CN103647940A (zh) * | 2013-11-25 | 2014-03-19 | 北京百纳威尔科技有限公司 | 智能监控手机和所构成的远程视频监控***及其监控方法 |
| CN107864125A (zh) * | 2017-10-26 | 2018-03-30 | 苏州市伏泰信息科技股份有限公司 | 环卫统一监控管理平台 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108810475A (zh) | 2018-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11212334B2 (en) | Mechanisms to support adaptive constrained application protocol (CoAP) streaming for Internet of Things (IoT) systems | |
| US9843775B2 (en) | Surveillance video playback method, device, and system | |
| US10650119B2 (en) | Multimedia data processing method, apparatus, system, and storage medium | |
| EP2111008B1 (en) | A method, system and device for realizing the media content conversion | |
| CN108810475B (zh) | 一种基于Onvif标准及Sip协议的Android视频监控装置 | |
| KR20090035537A (ko) | 네트워크 등록 장치에 부착된 미디어 자원으로의 액세스를 제공하는 기술 | |
| KR20140118014A (ko) | 클라이언트 인증 방법 | |
| EP3059945A1 (en) | Method and system for video surveillance content adaptation, and central server and device | |
| WO2016145981A1 (zh) | 一种数据传输***及方法 | |
| CN112019889A (zh) | 基于云端的投屏***及投屏方法 | |
| US8656001B2 (en) | Communication system, application server and communication method for server cooperation | |
| CN105828046A (zh) | 一种数据流的传输方法和装置 | |
| US20080025306A1 (en) | Internet protocol television system, method for providing internet protocol multicast TV signal, TV transferring apparatus, and TV receiving apparatus | |
| WO2017088575A1 (zh) | 基于加密机制的ipc服务实现方法及*** | |
| JP5617920B2 (ja) | 通信システムと方法と装置 | |
| CN113726895A (zh) | 文件传输方法、装置及网络ktv*** | |
| CN107809681B (zh) | 切片视频传输的方法及装置 | |
| CN108965272A (zh) | 一种探测网络摄像头弱密码的方法 | |
| CN108924595A (zh) | 实现ts切片防盗链的方法及*** | |
| CN109194697A (zh) | SIP协议在GB28181下Internet监控方法 | |
| US20130086619A1 (en) | Media relay | |
| US9866384B2 (en) | Media detection of encrypted tunneled data | |
| US9762412B2 (en) | Redundant traffic encoding of encapsulated real time communications | |
| WO2021082945A1 (zh) | 一种远程管理方法、***、终端设备及服务器 | |
| CN108965939A (zh) | 媒体数据处理方法、装置、***及可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |