CN108810475A - A kind of Android video monitoring apparatus based on Onvif standards and Sip agreements - Google Patents
A kind of Android video monitoring apparatus based on Onvif standards and Sip agreements Download PDFInfo
- Publication number
- CN108810475A CN108810475A CN201810652642.8A CN201810652642A CN108810475A CN 108810475 A CN108810475 A CN 108810475A CN 201810652642 A CN201810652642 A CN 201810652642A CN 108810475 A CN108810475 A CN 108810475A
- Authority
- CN
- China
- Prior art keywords
- android
- video
- device end
- android device
- hard disk
- 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.)
- Granted
Links
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
Abstract
A kind of Android video monitoring apparatus based on Onvif standards and Sip agreements, hard disk video recorder establish connection by responding hard disk video recorder module with Android device end;The authentication of user is carried out by Web Service interactive modules and obtains the interaction address of Rtsp;The video load type and video decoded information at Android device end are obtained by Rtsp interactive modules;Collected video data is carried out coding subpackage by video module and is sent to hard disk video recorder or other Android user terminals by Android device end;Android device end is established by Sip respond modules and the Android user terminals of request and is connected, and then sends Rtp packets by Android video modules.The personnel that the present invention meets execution task of going out exchange in real time with centralized administrator.
Description
Technical field
The present invention relates to field of video monitoring more particularly to a kind of Android based on Onvif standards and Sip agreements to regard
Frequency acquisition, coding, the device transmitted.
Background technology
Bosch (BOSCH) and Sony (SONY) company tripartite is combined by peace news scholar (AXIS) and is announced hand in hand altogether in May, 2008
With an international openness type network video product standard network interface development herald is set up, it is named as Onvif (Open Network
Video Interface Forum, opening Internet video Interface Forum), and opening is formulated with open, open principle jointly
Property professional standard.Information exchange between network video device is defined puppy parc by Onvif standards, including device search,
Real-time video, audio, metadata and control information etc..
Onvif specifications describe model, interface, data type and the pattern of data interaction of Internet video.And it is multiplexed
Some existing standards, such as Web Service series standards.The target of Onvif specifications is to realize an Internet video frame
Frame agreement makes the complete intercommunication of network video product that different vendor produced (including shoot with video-corder front end, video recording equipment etc.).
Sip (Session Initiation Protocol, Session initiation Protocol) is by IETF (Internet
Engineering Task Force, Internet Engineering Task group) propose IP phone signaling protocol, be use UTF-8 characters
The text protocol for collecting to be encoded.Sip is a kind of communication protocol, is defined how in communication equipment (computer, phone, hand
Machine etc.) between be connected with each other and information exchange, Sip be also a kind of signaling control protocol, can configure and manage and is any kind of
Peer-to-peer communication sessions, but it is not relevant for medium type (voice, short message, game, video etc.).Sip agreements have good
Good expansible characteristic, can easily increase definition, and embedded various user terminals simultaneously realize rapidly new function;Have stronger mutual
Operational capacity, good opening.
Currently, the camera shooting front end of most domestic and hard disk video recorder all meet Onvif specifications so that in different vendor
The video that the camera shooting front end of different vendor sends over can be stored in hard disk video recorder.But camera shooting front end is due to by placement position
The influence set can only monitor fixed range, be suitable for monitoring school, hospital, road, airport, the fixed place such as government.
Although Android device end can establish session with Sip agreements, real-time video call is then carried out, video cannot be preserved
Video data in call.
Invention content
In order to solve, existing camera shooting front end cannot be satisfied the personnel of outgoing execution task and centralized administrator is handed in real time
Stream, and Android device end video cannot store the video content of acquisition into hard disk video recorder to look into the future at present
The problem of seeing, the present invention provide a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements, can be right
Android device end carries out video monitoring, while the device that again can be stored collected video data to hard disk video recorder.
The technical solution adopted by the present invention to solve the technical problems is:
A kind of Android video monitoring apparatus based on Onvif standards and Sip agreements, including response hard disk video recorder mould
Block, Web Service interactive modules, Rtsp (Real Time Streaming Protocol, real time streaming transport protocol) interactions
Module, Android video modules, Sip registration modules and Sip respond modules;
Hard disk video recorder establishes connection by responding hard disk video recorder module with Android device end;Pass through Web
Service interactive modules carry out the authentication of user and obtain the interaction address of Rtsp;It is obtained by Rtsp interactive modules
The video load type and video decoded information at Android device end;Android device end will be collected by video module
Video data carries out coding subpackage and is sent to hard disk video recorder or other Android user terminals;Android device end passes through
Sip registration modules send heartbeat packet to Sip servers according to 20 seconds intervals and carry out keep-alive to Sip server registrations;Pass through
Sip respond modules and the Android user terminals of request, which are established, to be connected, and then sends Rtp packets by Android video modules.
Further, Android device end open one monitoring hard disk video recorder multicast address and miniport service, when
When clicking search web camera on the webpage client of hard disk video recorder, in the same LAN and meet Onvif marks
Accurate Android device just will receive the Probe message of hard disk video recorder initiation, be parsed in message body after getting message
The Uuid in face, this Uuid and Web Service of acquisition Android device information is then carried in the message of reply
Location, hard disk video recorder proofread the Uuid in the Uuid sent out and the message body received after the message for receiving Android device end,
If consistent, Android device end is added in camera list.
Further, HD recording chance is according to the Android device end IP information searched, to Android device end
The calling of Web Service methods is carried out, Web Service are equivalent to a Http server, need to disappear receiving Http
Http message is replied when breath, but since the hardware resource of Android device is limited, so building one at Android device end
A lightweight Http servers, because the bottom of Http is communicated using Socket, and Socket is a kind of the remote of lightweight
Cheng Tongxin selects to send Socket message encapsulation Http message here.User is first carried out at Android device end to recognize
Then card obtains the video resolution information of the hardware information and support at Android device end, by hard disk video recorder and
Android device end interact during authentication twice, improve the safety at Android device end, Android device
Three kinds of video resolutions are supported at end, to meet the video monitoring under heterogeneous networks situation.
Further, the acquisition that camera carries out video data is opened at Android device end, to acquiring the initial data come
The Api for calling Android primary carries out H264 hard codeds, and the data after coding are H264 uncorrected datas, frame number after coding
According to length be more than Rtp packets maximum length, also Rtp packets are packaged by fragment.First the good Rtp packets of fragment are cached to
In queue, a thread toward depositing Rtp packets inside queue, a thread according to certain rate toward taking the transmission of Rtp packets in queue,
It realizes and at the uniform velocity sends Rtp packets.
When asking the Android device end, Sip sessions are established, and from Sip sessions when other Android user terminals
Judge whether to need to establish with hard disk video recorder to connect, if necessary to establish connection, is switched on the response hard disk of Android
Recorder module, as long as then the Android device end is in the camera list of hard disk video recorder, which sets
Standby end also can send identical number while to the Android user terminal transmitting video datas for initiating request to hard disk video recorder
According to, realize Android device end video data storage and Web client and Android user terminals to Android device
The video monitoring at end.The response hard disk video recorder module, when hard disk video recorder initiates multicast, search is the same as all in LAN
When meeting the web camera of Onvif standards, meet Onvif standards Android device end (Android device end be asked
Ask the ends Android of video) will will receive detection information, and by the IP of equipment (Internet Protocol, between network mutually
Agreement even) etc. Information encapsulations at meeting Soap (Simple Object Access Protocol, Simple Object Access Protocol)
Format is sent to hard disk video recorder by Socket, at this point, hard disk video recorder has found the Android for meeting Onvif standards
Equipment end;If necessary to carry out cross-network segment search Android device end, then need to provide the support routeing.
HD recording chance carries out Web according to the Android device end IP information searched, to Android device end
Then the calling of Service methods first can obtain Android device end in the user authentication for carrying out Android device end here
Hardware information and support video resolution information.
HD recording chance and Android device end carry out Rtsp interactions, first can carry out user to Android device here
Certification, then obtain Android device end video loadtype, data transfer mode, the address of video flowing and port and
SSRC (Synchronization source, synchronisation source) beacon information of Android device end video;Meanwhile Android is set
Standby end can be got should be toward the information which port of hard disk video recorder is sent.
Android device end will open Android camera shootings when receiving the video playing information that hard disk video recorder is sent
The collected data of camera are carried out the coding of H264, then carry out Rtp (Real-time Transport by head
Protocol, real-time transport protocol) encapsulation, packaged Rtp packets are put into caching, then press certain rate to HD recording
Machine is sent.
Preferably, Android device end by Sip registration modules to Sip server registrations, after succeeding in registration just to
Sip servers send heartbeat message, and Sip servers are known which Android device end is online, in this way as other Android
It is other when user terminal (Android user terminals are the ends Android for asking video) asks video to the Android device end
Request video messaging is first sent to Sip servers by Android user terminals, and Sip servers detect that requested Android is set
Standby end is online, just forwards the message to the Android device end, is built between such Android device end and Android user terminals
Sip sessions are stood, Android device end judges whether to need to establish with hard disk video recorder from Sip message to connect, if necessary
Establish connection, be switched on the response hard disk video recorder module at Android device end, as long as then the Android device end
In the camera list of hard disk video recorder, which is transmitting video to the Android user terminals for initiating request
Also can send identical data to hard disk video recorder while data, thereby realize Android device end and user terminal it
Between real-time video and video data preservation.
The present invention technical concept be:Android is customization as a kind of Linux freedom and the operating system of Open Source Code
Change and provided good basis, and has made over the mobile network with the universal of mobile terminal with the development of mobile network
Long-distance video communication is possibly realized.The personnel of outgoing execution task can carry mobile phone, and at this moment central management system can be with
Remote command scheduling is carried out using mobile phone or the situation at scene is checked, makes corresponding measure.Meanwhile video information meeting
It is stored in hard disk video recorder so as to checking in the future.The combination of hard disk video recorder and Android device both meets portability
Requirement can and be stored in hard disk video recorder as video camera again, and can be direct with the webpage client of hard disk video recorder
It checks Android device video, there is higher engineering significance and market value.
The Android front monitoring front-end devices of the present invention, it supports three kinds of different resolution digital code streams, is 720P respectively
(1280*720), D1 (720*576), three kinds of resolution ratio of CIF (352*288) in this way can be according to the net residing for Android device
Network quality selects different resolution ratio.
Beneficial effects of the present invention are mainly manifested in:(1) Android device meet Onvif standards can be in monitoring network
It is directly viewable the video of Android device in the terminal of network video camera, and stores into hard disk video recorder.(3) Android device
Point-to-point video calling can be carried out between Android device end using Sip agreements.(2) digital code of a variety of resolution ratio
The video that stream can meet under heterogeneous networks situation is checked.
Description of the drawings
Fig. 1 is the Design of Software Framework figure of the Android video monitoring apparatus based on Onvif standards and Sip agreements.
Fig. 2 is in response to hard disk video recorder module.
Fig. 3 is Web service interactive modules.
Fig. 4 is RTSP interactive modules.
Fig. 5 is Android video modules.
Fig. 6 is Sip registration modules.
Fig. 7 is Sip respond modules.
Specific implementation mode
The invention will be further described below in conjunction with the accompanying drawings.
Referring to Fig.1, a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements, described device two
Road video transmission device, including response hard disk video recorder module, Web Service interactive modules, Rtsp interactive modules,
Android video modules, Sip registration modules and Sip respond modules;
Hard disk video recorder establishes connection by responding hard disk video recorder module with Android device end;Pass through Web
Service interactive modules carry out the authentication of user and obtain the interaction address of Rtsp;It is obtained by Rtsp interactive modules
The video load type and video decoded information at Android device end;Android device end will be collected by video module
Video data carries out coding subpackage and is sent to hard disk video recorder or other Android user terminals;Android device end passes through
Sip registration modules send heartbeat packet to Sip servers according to 20 seconds intervals and carry out keep-alive to Sip server registrations;Pass through
Sip respond modules and the Android user terminals of request, which are established, to be connected, and then sends Rtp packets by Android video modules.Into
One step opens the address and miniport service that one is monitored hard disk video recorder multicast, when in hard disk video recorder at Android device end
Webpage client on when clicking search web camera, in the same LAN and meet the Android of Onvif standards
Equipment just will receive the Probe message of hard disk video recorder initiation, get the Uuid that parse after message inside message body, so
This Uuid is carried in the message of reply afterwards and obtains the addresses Web Service of Android device information, hard disk video recorder
The Uuid in the Uuid sent out and the message body received is proofreaded after the message for receiving Android device end, if unanimously,
Android device end is added in camera list.
Further, HD recording chance is according to the Android device end IP information searched, to Android device end
The calling of Web Service methods is carried out, Web Service are equivalent to a Http server, need to disappear receiving Http
Http message is replied when breath, but since the hardware resource of Android device is limited, so building one at Android device end
A lightweight Http servers, because the bottom of Http is communicated using Socket, and Socket is a kind of the remote of lightweight
Cheng Tongxin selects to send Socket message encapsulation Http message here.User is first carried out at Android device end to recognize
Then card obtains the video resolution information of the hardware information and support at Android device end, by hard disk video recorder and
Android device end interact during authentication twice, improve the safety at Android device end, Android device
Three kinds of video resolutions are supported at end, to meet the video monitoring under heterogeneous networks situation.
Further, the acquisition that camera carries out video data is opened at Android device end, to acquiring the initial data come
The Api for calling Android primary carries out H264 hard codeds, and the data after coding are H264 uncorrected datas, frame number after coding
According to length be more than Rtp packets maximum length, also Rtp packets are packaged by fragment.First the good Rtp packets of fragment are cached to
In queue, a thread toward depositing Rtp packets inside queue, a thread according to certain rate toward taking the transmission of Rtp packets in queue,
It realizes and at the uniform velocity sends Rtp packets.
When asking the Android device end, Sip sessions are established, and from Sip sessions when other Android user terminals
Judge whether to need to establish with hard disk video recorder to connect, if necessary to establish connection, is switched on the response hard disk of Android
Recorder module, as long as then the Android device end is in the camera list of hard disk video recorder, which sets
Standby end also can send identical number while to the Android user terminal transmitting video datas for initiating request to hard disk video recorder
According to, realize Android device end video data storage and Web client and Android user terminals to Android device
The video monitoring at end.
Fig. 2 shows that hard disk video recorder and Android device end establish the interactive process of connection, and it is hard to first pass through packet capturing analysis
Disk video recorder sends the address and port of multicast, then opens one at Android device end and monitors hard disk video recorder multicast
Address and miniport service, when clicking search web camera on the webpage client in hard disk video recorder, in the same local
Net is interior and meets the Probe message that the Android device end of Onvif standards just will receive hard disk video recorder initiation, gets
The Uuid inside message body is parsed after message, this Uuid is then carried in the message of reply and acquisition Android is set
The addresses Web Service of standby information, hard disk video recorder proofreaded after the message for receiving Android device end the Uuid sent out and
Uuid in the message body received, if unanimously, Android device end is added in camera list.
With reference to Fig. 3, the interaction at wherein hard disk video recorder and Android device end is carried out in the form of Web Service.
Web Service are a kind of network-based, distributed modular assemblies, execute specific task.Web Service are main
Data are made to be uploaded in Web using Http (Hyper Text Transport Protocol, hypertext transfer protocol) and Soap
It is defeated.Web user can call remote object using Soap and Http by Web.And Soap is to be based on XML (Extensible
Markup Language, expansible identifiable language) a kind of agreement, a Soap message is exactly a common XML text
Shelves, including following elements:Required Envelope elements can be identified as this XML document one Soap message;Optionally
Header elements, including header information;Required Body elements, including all calling and response message;Optional Fault members
Element provides and wrong information occurs in relation to this message in processing.Because Web Service are equivalent to a Http service
Device needs to reply Http message when receiving Http message, but since the hardware resource of Android device is limited, so only
A lightweight Http server can be built at Android device end, because the bottom of Http is communicated using Socket, and
Socket is a kind of telecommunication of lightweight, selects to send Socket message encapsulation Http message here.Passing through
After step in Fig. 2, the Android device searched is clicked, and inputs the account number cipher of Android device, then into Fig. 2
The DeviceInformation at the Web Service Address requests Android devices end that step is got, message body at this moment
In do not carry authentication message;Android device end receives disappearing with regard to one Unauthorized with key of reply after message
Breath;Hard disk video recorder receives after message just by account, and encrypted encrypted message is sent to Android device end;Android is set
Standby end confirms can be sent to hard disk video recorder after password is correct by the hardware information of oneself;Then hard disk video recorder will be to
Ask the addresses Web Service about Media in Android device end;It, will be sound after Android device end receives message
The addresses Web Service answered are sent to hard disk video recorder;Hard disk video recorder will retransmit one after receiving message to the address
A authentication message;Andorid equipment ends receive after message because message header is free of authentication message, can generate a new key hair
Give hard disk video recorder;Hard disk video recorder can be account after receiving the message with key, and encrypted encrypted message is sent to
Android device end;After Android device end receives message, the resolution information for the video that equipment is supported can be sent to firmly
Disk video recorder.Here hard disk video recorder and Android device end carry out authentication twice during interacting, and can improve
The safety of Android device.
With reference to Fig. 4 one can be selected after the step of Fig. 3 executes completion on the webpage client of hard disk video recorder
Kind resolution ratio can send a Describe message after choosing resolution ratio to Android device end, mirror not carried in message body
Weigh message;Android device end receives the Describe message without authentication message, replys the message of a failed authentication, and
Carry the key information of oneself;Hard disk video recorder receives the message of the failed authentication with key, is just calculated by the encryption appointed
The password at Android device end is encrypted in method, is then sent back to Android device end;Android device end will receive
To encryption information be decrypted, the Describe message of video is sent if decrypted result is consistent with the password of oneself, is disappeared
Include video load type, the contents such as video decoded information in breath;After hard disk video recorder receives Describe message, one is replied
The port information of Rtp packets is received with itself;Android device end, which receives, also replys one after message and itself sends Rtp packets
Port message, such Android device end are known which port sends Rtp packets toward hard disk video recorder;Hard disk video recorder receives
After the port message at Android device end, be known that Andorid equipment ends send out Rtp packets from which port, then just to
Android device end sends one and starts the message played;After Android device end receives the message for starting to play, it is switched on
One thread sends Rtp packets.
With reference to Fig. 5, after Android device end receives the message for starting to send Rtp packets, Android device may turn on
Camera carries out the acquisition of video data, and what is acquired is not encoded initial data, needs exist for calling Android former
Raw Api carries out H264 hard codeds to initial data, and the data after hard coded are H264 uncorrected datas, cannot directly transmit, work as volume
The length of a frame data after code is more than the maximum length of Rtp packets, to be also packaged into Rtp packets by fragment.Consider to pass through
H.264 the video prime frame and auxiliary frame data size difference that compressed encoding obtains are larger, and mobile phone bottom hardware is according to phase same rate
Video acquisition is carried out, therefore the residence time of each frame is identical.If frame per second is 25, the residence time of each frame is all 1/
25 seconds.If using the strategy directly transmitted after coding, because prime frame data are big, fragment packets are more, so being sent out during prime frame
Packet rate is high.Opposite, frame data are small because supplemented by, and fragment packets are few, so packet sending speed is low during auxiliary frame.And because supplemented by between frame
Size of data is nor equal, so there is also differences for the packet sending speed between auxiliary frame.It can be seen that such mechanism of giving out a contract for a project is given out a contract for a project
Rate is unstable, and packet sending speed is determined by the size of frame, be will appear peak period of giving out a contract for a project in this way, is caused network congestion, to
Cause packet loss to increase, affect the picture quality of receiving terminal, so first the good Rtp packets of fragment are cached in queue, one
Thread is toward depositing Rtp packets inside queue, and a thread is according to certain rate toward taking the transmission of Rtp packets in queue.Android device end
Video module sends Rtp packets to streaming media server or hard disk video recorder as needed.
With reference to Fig. 6, Android device end needs to send Register to Sip servers firstly the need of facility registration is carried out
Message.After server receives Sip message, which can be parsed, reply 200 OK and give Android device end, and
The encryption seed needed when second step registration is carried in message body.Android device end receives 200 OK of server reply
Afterwards, after parsing encryption seed Seed, password is obtained by MD5 algorithms, and the Register message for carrying password is sent
To server, server parse password after receiving message and by verification after, if password correctly if reply 200 OK to
Android device end replys 401 if mistake and indicates to log in failure to Android device end.In order to allow Android to set
Standby end and server keep online and are prompted, and Android device end interval sends a Register message in 20 seconds
To Sip servers, the field in message body is HeartBeat.It is HeartBeat words that server, which receives Sip message and parses,
Duan Shi then judges the message for heartbeat keep-alive registration message, and reply 200 OK to Android device end in response.
With reference to Fig. 7, Android video requests end sends one to Android device end first by Sip servers
Request message, this request message include whether this video request needs video data storage to hard disk video recorder
The port and the addresses Ip that also Rtp packets are sent, after Android device end receives message, parsing message is if necessary by video
It is stored, then opens response hard disk video recorder module, connect hard disk video recorder, then reply a RequestResponse
Message shows that oneself receives message, when Android user terminals receive RequestResponse message, just to Android device end
The Media message for asking this video data is sent, after Android device end receives message, just by this video calling
Resolution ratio, frame per second is sent back to request end, is then turned on Android video modules, and video module is recorded to hard disk as needed
Camera and Android video requests end send Rtp data packets, realize the storage of real-time video and video data in this way.Most
Afterwards when Android user terminals will terminate video, an end message is sent to Android device end, Android device end is received
Video module is closed after to message.
Claims (5)
1. a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements, it is characterised in that:Described device is two
Road video transmission device, including response hard disk video recorder module, Web Service interactive modules, Rtsp interactive modules,
Android video modules, Sip registration modules and Sip respond modules;
Hard disk video recorder establishes connection by responding hard disk video recorder module with Android device end;It is handed over by Web Service
Mutual module carries out the authentication of user and obtains the interaction address of Rtsp;Android device is obtained by Rtsp interactive modules
The video load type and video decoded information at end;Android device end by video module by collected video data into
Row encodes subpackage and is sent to hard disk video recorder or other Android user terminals;Android device end mould is registered by Sip
Block sends heartbeat packet to Sip servers according to 20 seconds intervals and carries out keep-alive to Sip server registrations;Mould is responded by Sip
Block and the Android user terminals of request, which are established, to be connected, and then sends Rtp packets by Android video modules.
2. a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements as described in claim 1, feature
It is:The address and miniport service that one is monitored hard disk video recorder multicast are opened at Android device end, when in hard disk video recorder
Webpage client on when clicking search web camera, in the same LAN and meet the Android of Onvif standards
Equipment just will receive the Probe message of hard disk video recorder initiation, get the Uuid that parse after message inside message body, so
This Uuid is carried in the message of reply afterwards and obtains the addresses Web Service of Android device information, hard disk video recorder
The Uuid in the Uuid sent out and the message body received is proofreaded after the message for receiving Android device end, if unanimously,
Android device end is added in camera list.
3. a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements as claimed in claim 1 or 2,
It is characterized in that:HD recording chance carries out Web according to the Android device end IP information searched, to Android device end
The calling of Service methods, Web Service are equivalent to a Http server, need to reply when receiving Http message
Http message, but since the hardware resource of Android device is limited, so building a lightweight at Android device end
Http servers, because the bottom of Http is communicated using Socket, and Socket is a kind of telecommunication of lightweight, this
In selection by Socket message encapsulation Http message send;User authentication is first carried out at Android device end, is then obtained
The hardware information at Android device end and the video resolution information of support, by hard disk video recorder and Android device end into
Authentication twice during row interaction, improves the safety at Android device end, and three kinds of videos are supported at Android device end
Resolution ratio, to meet the video monitoring under heterogeneous networks situation.
4. a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements as claimed in claim 1 or 2,
It is characterized in that:The acquisition that camera carries out video data is opened at Android device end, is called to acquiring the initial data come
Api primary Android carries out H264 hard codeds, and the data after coding are H264 uncorrected datas, frame data after coding
Length is more than the maximum length of Rtp packets, to be also packaged into Rtp packets by fragment, the good Rtp packets of fragment are first cached to queue
In, a thread toward depositing Rtp packets inside queue, a thread according to certain rate toward the transmission of Rtp packets is taken in queue, to realize
At the uniform velocity send Rtp packets.
5. a kind of Android video monitoring apparatus based on Onvif standards and Sip agreements as claimed in claim 1 or 2,
It is characterized in that:When asking the Android device end, Sip sessions are established, and from Sip sessions when other Android user terminals
Judge whether to need to establish with hard disk video recorder to connect, if necessary to establish connection, is switched on the response hard disk of Android
Recorder module, as long as then the Android device end is in the camera list of hard disk video recorder, which sets
Standby end also can send identical number while to the Android user terminal transmitting video datas for initiating request to hard disk video recorder
According to, realize Android device end video data storage and Web client and Android user terminals to Android device
The video monitoring at end.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810652642.8A CN108810475B (en) | 2018-06-22 | 2018-06-22 | Android video monitoring device based on Onvif standard and Sip protocol |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810652642.8A CN108810475B (en) | 2018-06-22 | 2018-06-22 | Android video monitoring device based on Onvif standard and Sip protocol |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108810475A true CN108810475A (en) | 2018-11-13 |
CN108810475B CN108810475B (en) | 2020-10-30 |
Family
ID=64084747
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810652642.8A Active CN108810475B (en) | 2018-06-22 | 2018-06-22 | Android video monitoring device based on Onvif standard and Sip protocol |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108810475B (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729312A (en) * | 2018-12-20 | 2019-05-07 | 杭州当虹科技股份有限公司 | A kind of video monitoring method of the ONVIF agreement under Internet network |
CN110247900A (en) * | 2019-05-29 | 2019-09-17 | 金华诺普视信息技术研究所有限公司 | By the intelligent gateway of the real-time video deposit ONVIF storage equipment of SIP monitor supervision platform |
CN112911348A (en) * | 2021-01-27 | 2021-06-04 | 石家庄铁道大学 | Video management system, method and terminal based on ONVIF protocol |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102185894A (en) * | 2011-04-11 | 2011-09-14 | 中国电信股份有限公司 | Multimedia acquisition and transmission method and system |
CN102547239A (en) * | 2011-12-29 | 2012-07-04 | 浙江工业大学 | Android mobile terminal-based video monitoring system |
US8601518B1 (en) * | 2012-11-13 | 2013-12-03 | Jet Optoelectronics Co., Ltd. | Vehicle display system |
CN103647940A (en) * | 2013-11-25 | 2014-03-19 | 北京百纳威尔科技有限公司 | Intelligent monitoring mobile phone, remote video monitoring system and monitoring method thereof |
CN107864125A (en) * | 2017-10-26 | 2018-03-30 | 苏州市伏泰信息科技股份有限公司 | Environmental sanitation unified monitoring management platform |
-
2018
- 2018-06-22 CN CN201810652642.8A patent/CN108810475B/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102185894A (en) * | 2011-04-11 | 2011-09-14 | 中国电信股份有限公司 | Multimedia acquisition and transmission method and system |
CN102547239A (en) * | 2011-12-29 | 2012-07-04 | 浙江工业大学 | Android mobile terminal-based video monitoring system |
US8601518B1 (en) * | 2012-11-13 | 2013-12-03 | Jet Optoelectronics Co., Ltd. | Vehicle display system |
CN103647940A (en) * | 2013-11-25 | 2014-03-19 | 北京百纳威尔科技有限公司 | Intelligent monitoring mobile phone, remote video monitoring system and monitoring method thereof |
CN107864125A (en) * | 2017-10-26 | 2018-03-30 | 苏州市伏泰信息科技股份有限公司 | Environmental sanitation unified monitoring management platform |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109729312A (en) * | 2018-12-20 | 2019-05-07 | 杭州当虹科技股份有限公司 | A kind of video monitoring method of the ONVIF agreement under Internet network |
CN110247900A (en) * | 2019-05-29 | 2019-09-17 | 金华诺普视信息技术研究所有限公司 | By the intelligent gateway of the real-time video deposit ONVIF storage equipment of SIP monitor supervision platform |
CN112911348A (en) * | 2021-01-27 | 2021-06-04 | 石家庄铁道大学 | Video management system, method and terminal based on ONVIF protocol |
Also Published As
Publication number | Publication date |
---|---|
CN108810475B (en) | 2020-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106331581B (en) | Method and device for communication between mobile terminal and video network terminal | |
US8327144B2 (en) | Authentication method, system, and apparatus thereof for inter-domain information communication | |
US11212334B2 (en) | Mechanisms to support adaptive constrained application protocol (CoAP) streaming for Internet of Things (IoT) systems | |
US8832287B2 (en) | Control method, authenticating method for electronic device and streaming media server | |
US8533346B2 (en) | SIP-based network video surveillance system and method | |
CN112738140B (en) | Video stream transmission method, device, storage medium and equipment based on WebRTC | |
US20090254960A1 (en) | Method for a clustered centralized streaming system | |
EP1962507A1 (en) | Method for sending stream media, signaling forwarding device and stream media system | |
RU2647654C2 (en) | System and method of delivering audio-visual content to client device | |
CN104270604B (en) | Obtain the method, system and device of the real time video data of IPC | |
CN110087040B (en) | Monitoring video calling method and system | |
MX2013001513A (en) | Session control for media stream transmission. | |
CN109327493A (en) | A kind of remote medical monitoring system based on cloud and monitoring method | |
CN105828046B (en) | A kind of transmission method and device of data flow | |
CN108810475A (en) | A kind of Android video monitoring apparatus based on Onvif standards and Sip agreements | |
WO2014183540A1 (en) | Method and system for video surveillance content adaptation, and central server and device | |
CN112995234B (en) | Media transmission link management method and device | |
CN112422583A (en) | Method and system for fusion and intercommunication of multi-protocol video application | |
CN110113558B (en) | Data processing method, device, system and computer readable storage medium | |
CN108881817A (en) | A kind of methods, devices and systems that data are synchronous | |
CN109194697A (en) | Session Initiation Protocol Internet monitoring method at GB28181 | |
EP3782358B1 (en) | Technique for acquiring and correlating session-related information from an internet protocol multimedia subsystem | |
CN108924595A (en) | Realize the method and system of TS slice door chain | |
CN101977306B (en) | Two-way video monitoring method and system | |
CN115665111B (en) | Real-time Communication System Based on Law Enforcement Recorder |
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 |