CN108810475B - Android video monitoring device based on Onvif standard and Sip protocol - Google Patents
Android video monitoring device based on Onvif standard and Sip protocol 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
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
An Android video monitoring device based on Onvif standard and Sip protocol, a hard disk video recorder establishes connection with an Android device end through a response hard disk video recorder module; the authentication of the user is carried out and the interaction address of the Rtsp is obtained through a Web Service interaction module; acquiring the video load type and video decoding information of an Android device end through an Rtsp interaction module; the Android equipment side encodes and packetizes the acquired video data through the video module and sends the encoded and packetized video data to the hard disk video recorder or other Android user sides; the Android equipment side establishes connection with the requested Android user side through the Sip response module, and then sends the Rtp packet through the Android video module. The invention meets the real-time communication between the personnel who go out to execute the task and the central management personnel.
Description
Technical Field
The invention relates to the field of video monitoring, in particular to an Android video acquisition, encoding and transmission device based on an Onvif standard and an Sip protocol.
Background
In 5 months 2008, an international Open network video product standard network Interface development Forum is declared to be established by Anchens (AXIS) in combination with Bosch (BOSCH) and Sony (SONY) companies together, and is named as an Open network video Interface Forum, and Open industry standards are established together according to the Open and Open principle. The Onvif standard will define a common protocol for information exchange between network video devices, including device search, real-time video, audio, metadata, and control information, among others.
The Onvif specification describes a model, interfaces, data types, and modes of data interaction for network video. And some existing standards, such as Web Service series standards, are reused. The goal of the Onvif specification is to realize a network video framework protocol, so that network video products (including video recording front ends, video recording equipment and the like) produced by different manufacturers are completely communicated.
Sip (Session Initiation Protocol) is an IP telephony signaling Protocol proposed by IETF (internet engineering Task Force), and is a text Protocol that is encoded by using UTF-8 character set. Sip is a communication protocol that defines how to interconnect and exchange information between communication devices (computers, phones, handsets, etc.), and is also a signaling control protocol that can configure and manage any type of peer-to-peer communication session, but does not care about the type of media (voice, text, games, video, etc.). The Sip protocol has good expandable characteristic, can conveniently increase definition, is embedded into various user terminals and quickly realizes new functions; has strong interoperation capability and good openness.
At present, most of the camera front ends and hard disk video recorders in China meet the Onvif standard, so that videos sent by the camera front ends of different manufacturers can be stored on the hard disk video recorders of different manufacturers. However, the front camera end is affected by the placement position, so that the front camera end can only monitor a fixed range, and is suitable for monitoring fixed places such as schools, hospitals, roads, airports and governments. Although the Android device side can establish a session by using an Sip protocol and then conduct a real-time video call, the Android device side cannot store video data in the video call.
Disclosure of Invention
The invention provides an Android video monitoring device based on an Onvif standard and an Sip protocol, which aims to solve the problems that the existing front camera end cannot meet the real-time communication between a person who goes out to execute a task and a central manager, and the video content of the Android equipment end cannot be stored in a hard disk video recorder for later viewing.
The technical scheme adopted by the invention for solving the technical problems is as follows:
an Android video monitoring device based on Onvif standard and Sip Protocol comprises a response hard disk video recorder module, a Web Service interaction module, an Rtsp (Real Time Streaming Protocol) interaction module, an Android video module, a Sip registration module and a Sip response module;
the hard disk video recorder establishes connection with the Android equipment end through a response hard disk video recorder module; the authentication of the user is carried out and the interaction address of the Rtsp is obtained through the WebService interaction module; acquiring the video load type and video decoding information of an Android device end through an Rtsp interaction module; the Android equipment side encodes and packetizes the acquired video data through the video module and sends the encoded and packetized video data to the hard disk video recorder or other Android user sides; the Android device side registers to the Sip server through the Sip registration module, and sends heartbeat packets to the Sip server at intervals of 20 seconds to keep alive; and establishing connection with the requested Android user terminal through the Sip response module, and then sending the Rtp packet through the Android video module.
Further, an address and port Service for monitoring multicast of the hard disk video recorder is started at the Android device side, when a search network camera is clicked on a webpage client side of the hard disk video recorder, Android devices which are in the same local area network and meet the Onvif standard can receive a Probe message initiated by the hard disk video recorder, a Uuid in a message body is analyzed after the message is obtained, then the Uuid and a Web Service address for obtaining information of the Android device are carried in a reply message, the hard disk video recorder checks the sent Uuid and the received Uuid in the message body after receiving the message of the Android device side, and if the Uuid and the Web Service address are consistent, the Android device side is added into a camera list.
Furthermore, the hard disk video recorder calls a Web Service method to the Android device terminal according to the searched IP information of the Android device terminal, the Web Service is equivalent to an Http server, and the Http message needs to be replied when the Http message is received. The method comprises the steps of firstly carrying out user authentication on an Android device terminal, then obtaining hardware information and supported video resolution information of the Android device terminal, carrying out two-time authentication in an interaction process through a hard disk video recorder and the Android device terminal, improving the safety of the Android device terminal, and enabling the Android device terminal to support three video resolutions so as to meet video monitoring under different network conditions.
Furthermore, the Android device end starts a camera to collect video data, Android native Api is called for collected original data to carry out H264 hard coding, the coded data are H264 bare data, and when the length of the coded frame data is larger than the maximum length of the Rtp packet, the coded frame data are packaged into the Rtp packet through fragmentation. Firstly, buffering the partitioned Rtp packets into a queue, storing the Rtp packets into the queue by one thread, and sending the Rtp packets into the queue by one thread according to a certain speed so as to realize the uniform-speed sending of the Rtp packets.
When other Android user sides request the Android equipment side, an Sip session is established, whether connection with a hard disk video recorder needs to be established or not is judged from the Sip session, if the connection needs to be established, an Android response hard disk video recorder module is started, and as long as the Android equipment side is already in a video camera list of the hard disk video recorder, the Android equipment side transmits video data to the Android user side which initiates the request, and simultaneously sends the same data to the hard disk video recorder, so that the storage of the video data of the Android equipment side and the video monitoring of the Android equipment side by a Web client side and the Android user side are realized. When the hard disk video recorder initiates multicast and searches all network cameras meeting the Onef standard in the same local area network, the Android equipment end meeting the Onef standard (the Android equipment end is the Android end of the requested video) receives the detection information, encapsulates information such as IP (Internet Protocol, Protocol for interconnection between networks) of the equipment into a format meeting a Simple Object Access Protocol (Soap), and sends the information to the hard disk video recorder through Socket, and at the moment, the hard disk video recorder finds the Android equipment end meeting the Onef standard; if the Android equipment end needs to be searched across the network segments, the routing support needs to be provided.
The hard disk video recorder calls a WebService method to the Android device terminal according to the searched IP information of the Android device terminal, and the hardware information and the supported video resolution information of the Android device terminal are acquired after the user authentication of the Android device terminal is performed.
The hard disk video recorder performs Rtsp interaction with an Android device end, and performs user authentication on the Android device end, and then acquires the load type of the video of the Android device end, the data transmission mode, the address and the port of the video stream, and SSRC (Synchronization source) marking information of the video of the Android device end; meanwhile, the Android device side can acquire the information which is to be sent to which port of the hard disk video recorder.
When receiving video playing information sent by the hard disk video recorder, the Android device end opens the Android camera, performs H264 encoding on data collected by the camera, then performs Rtp (Real-time transport protocol) packaging, puts the packaged Rtp packet into a cache, and then sends the Rtp packet to the hard disk video recorder at a certain rate.
Preferably, the Android device side registers to the Sip server through the Sip registration module, and sends a heartbeat message to the Sip server after successful registration, so that the Sip server knows which Android device sides are online, when other Android user sides (the Android user sides are the Android sides requesting video) request video from the Android device side, the other Android user sides send the request video message to the Sip server first, the Sip server detects that the Android requested device side is online and forwards the message to the Android device side, so that an Sip session is established between the Android device side and the Android user side, the Android device side judges whether connection with the hard disk recorder is needed from the Android message, if the connection is needed, a response hard disk recorder module of the device side is started, and as long as the Android device side is already in a camera list of the hard disk recorder, the Android device side transmits video data to the Android user side initiating the request and simultaneously sends the same data to the hard disk recorder, therefore, real-time video and video data between the Android equipment end and the user end are stored.
The technical conception of the invention is as follows: android provides a good foundation for customization as an operating system of Linux free and open source codes, and remote video communication on a mobile network becomes possible along with the development of the mobile network and the popularization of mobile terminals. The personnel who go out to execute the task can carry with oneself the cell-phone, and at this moment central management system can utilize the cell-phone to carry out remote command dispatch or look over the condition on-the-spot, makes corresponding measure. Meanwhile, the video information can be stored on the hard disk video recorder for later viewing. The combination of the hard disk video recorder and the Android equipment not only meets the requirement of portability, but also can be stored in the hard disk video recorder as a camera, and the Android equipment video can be directly viewed by using a webpage client of the hard disk video recorder, so that the hard disk video recorder has higher engineering significance and market value.
The Android monitoring front-end device supports three different resolution digital code streams, namely 720P (1280 × 720), D1(720 × 576) and CIF (352 × 288), so that different resolutions can be selected according to the network quality of Android equipment.
The invention has the following beneficial effects: (1) the Android equipment meets the Onvif standard, namely the video of the Android equipment can be directly viewed on the terminal of the monitoring network camera and stored in the hard disk video recorder. (3) The Android device can carry out point-to-point video call between Android device ends by using an Sip protocol. (2) The digital code streams with various resolutions can meet the video viewing under different network conditions.
Drawings
Fig. 1 is a software framework design diagram of an Android video monitoring device based on the Onvif standard and the Sip protocol.
Figure 2 is a response hard disk recorder module.
Fig. 3 is a Web service interaction module.
Fig. 4 is an RTSP interaction module.
FIG. 5 is an Android video module.
Fig. 6 is a Sip registration module.
Fig. 7 is a Sip response module.
Detailed Description
The invention is further described below with reference to the accompanying drawings.
Referring to fig. 1, the Android video monitoring device based on the Onvif standard and Sip protocol is a two-path video sending device, and comprises a response hard disk video recorder module, a Web Service interaction module, an Rtsp interaction module, an Android video module, an Sip registration module and an Sip response module;
the hard disk video recorder establishes connection with the Android equipment end through a response hard disk video recorder module; the authentication of the user is carried out and the interaction address of the Rtsp is obtained through the WebService interaction module; acquiring the video load type and video decoding information of an Android device end through an Rtsp interaction module; the Android equipment side encodes and packetizes the acquired video data through the video module and sends the encoded and packetized video data to the hard disk video recorder or other Android user sides; the Android device side registers to the Sip server through the Sip registration module, and sends heartbeat packets to the Sip server at intervals of 20 seconds to keep alive; and establishing connection with the requested Android user terminal through the Sip response module, and then sending the Rtp packet through the Android video module. Further, an address and port Service for monitoring multicast of the hard disk video recorder is started at the Android device side, when a search network camera is clicked on a webpage client side of the hard disk video recorder, Android devices which are in the same local area network and meet the Onvif standard can receive a Probe message initiated by the hard disk video recorder, a Uuid in a message body is analyzed after the message is obtained, then the Uuid and a Web Service address for obtaining information of the Android device are carried in a reply message, the hard disk video recorder checks the sent Uuid and the received Uuid in the message body after receiving the message of the Android device side, and if the Uuid and the Web Service address are consistent, the Android device side is added into a camera list.
Furthermore, the hard disk video recorder calls a Web Service method to the Android device terminal according to the searched IP information of the Android device terminal, the Web Service is equivalent to an Http server, and the Http message needs to be replied when the Http message is received. The method comprises the steps of firstly carrying out user authentication on an Android device terminal, then obtaining hardware information and supported video resolution information of the Android device terminal, carrying out two-time authentication in an interaction process through a hard disk video recorder and the Android device terminal, improving the safety of the Android device terminal, and enabling the Android device terminal to support three video resolutions so as to meet video monitoring under different network conditions.
Furthermore, the Android device end starts a camera to collect video data, Android native Api is called for collected original data to carry out H264 hard coding, the coded data are H264 bare data, and when the length of the coded frame data is larger than the maximum length of the Rtp packet, the coded frame data are packaged into the Rtp packet through fragmentation. Firstly, buffering the partitioned Rtp packets into a queue, storing the Rtp packets into the queue by one thread, and sending the Rtp packets into the queue by one thread according to a certain speed so as to realize the uniform-speed sending of the Rtp packets.
When other Android user sides request the Android equipment side, an Sip session is established, whether connection with a hard disk video recorder needs to be established or not is judged from the Sip session, if the connection needs to be established, an Android response hard disk video recorder module is started, and as long as the Android equipment side is already in a video camera list of the hard disk video recorder, the Android equipment side transmits video data to the Android user side which initiates the request, and simultaneously sends the same data to the hard disk video recorder, so that the storage of the video data of the Android equipment side and the video monitoring of the Android equipment side by a Web client side and the Android user side are realized.
Fig. 2 shows an interaction process of establishing a connection between a hard disk recorder and an Android device side, where an address and a port for sending a multicast by the hard disk recorder are analyzed by a capture packet, then an address and a port Service for monitoring the multicast by the hard disk recorder are opened at the Android device side, when a search for a network camera is clicked on a Web client of the hard disk recorder, an Android device side in the same local area network and meeting an Onvif standard will receive a Probe message initiated by the hard disk recorder, after the message is obtained, a Uuid in a message body is analyzed, then the Uuid and a Web Service address for obtaining Android device information are carried in a reply message, after the message of the Android device side is received by the hard disk recorder, the sent Uuid and the received Uuid in the message body are collated, and if the Uuid is consistent, the Android device side is added to a camera list.
Referring to fig. 3, the interaction between the hard disk recorder and the Android device is performed in the form of Web Service. Web Service is a network-based, distributed, modular component that performs specific tasks. Web Service mainly uses Http (Hyper Text transfer Protocol) and Soap to transmit data on the Web. The Web user can invoke remote objects through the Web using Soap and Http. The Soap is a protocol based on XML (extensible markup Language), and a Soap message is a common XML document and includes the following elements: the required Envelope element can mark the XML document as a Soap message; an optional Header element containing Header information; the necessary Body element, which contains all call and response information; an optional Fault element that provides information about the error that occurred in processing this message. Because the Web Service is equivalent to an Http server and needs to reply the Http message when receiving the Http message, but because the Android device has limited hardware resources, only a lightweight Http server can be built at the Android device, because the bottom layer of Http uses Socket for communication and Socket is a lightweight remote communication, the Socket message is selected to be encapsulated in the Http message for transmission. After the steps in fig. 2 are performed, the searched Android device is clicked, the account password of the Android device is input, then the Web Service address obtained in the step in fig. 2 is requested for the device information of the Android device, and at this time, the message body does not carry an authentication message; after receiving the message, the Android device replies an Unauuthorized message with a secret key; after receiving the message, the hard disk video recorder sends the account number and the encrypted password information to the Android equipment terminal; the Android equipment terminal sends the hardware information to the hard disk video recorder after confirming that the password is correct; then the hard disk video recorder requests a Web Service address related to Media from the Android device terminal; after receiving the message, the Android device sends the Web Service address of the response to the hard disk video recorder; after receiving the message, the hard disk video recorder sends an authentication message to the address again; after receiving the message, the Andorid equipment terminal generates a new secret key and sends the new secret key to the digital video recorder because the message header does not contain the authentication message; after receiving the message with the secret key, the hard disk video recorder sends the account number and the encrypted password information to the Android equipment terminal; and after receiving the message, the Android device side sends the resolution information of the video supported by the device to the hard disk video recorder. The authentication is performed twice in the interaction process of the hard disk video recorder and the Android equipment terminal, so that the safety of the Android equipment can be improved.
Referring to fig. 4, after the step of fig. 3 is completed, a resolution may be selected on a web page client of the hard disk recorder, a descriptor message may be sent to the Android device after the resolution is selected, and the message body does not carry an authentication message; the Android device side receives the Descripte message without the authentication message, replies a message of authentication failure and carries own key information; the hard disk video recorder encrypts the password of the Android equipment terminal through an agreed encryption algorithm after receiving the authentication failure message with the secret key, and then sends the encrypted password back to the Android equipment terminal; the Android equipment side decrypts the received encrypted information, and if the decryption result is consistent with the password of the Android equipment side, a Descripte message of the video is sent, wherein the message comprises contents such as a video load type and video decoding information; after receiving the Descripte message, the hard disk video recorder replies port information with an Rtp packet received by the hard disk video recorder; after receiving the message, the Android device side also replies a port message for sending the Rtp packet, so that the Android device side knows which port to send the Rtp packet to the hard disk video recorder; after receiving the port message of the Android device, the hard disk video recorder knows which port the Android device sends the Rtp packet from, and then sends a message for starting playing to the Android device; and after receiving the message for starting playing, the Android device side starts a thread to send an Rtp packet.
Referring to fig. 5, after receiving a message of starting to send an Rtp packet, an Android device end starts a camera of the Android device to collect video data, where the collected data is uncoded original data, where an Android native Api needs to be called to perform H264 hard coding on the original data, the hard coded data is H264 bare data and cannot be directly transmitted, and when the length of a frame of data after coding is greater than the maximum length of the Rtp packet, the data is encapsulated into the Rtp packet through fragmentation. The difference between the main frame data and the auxiliary frame data of the video obtained by H.264 compression coding is large, and the bottom layer hardware of the mobile phone performs video acquisition according to the same speed, so that the retention time of each frame is the same. If the frame rate is 25, the dwell time for each frame is 1/25 seconds. If the strategy of direct packaging and sending after coding is adopted, the packet sending rate during the main frame period is high because the main frame has large data and more fragment packets. In contrast, because the secondary frame data is small and the fragmentation packets are few, the packet sending rate during the secondary frame is low. And because the data size is not equal between the secondary frames, there is also a difference in the packet transmission rate between the secondary frames. It can be seen that the packet sending rate of this packet sending mechanism is unstable, and the packet sending rate is determined by the size of the frame, so that a packet sending peak occurs, which causes network congestion, thereby causing an increase in packet loss rate and affecting the image quality of the receiving end. And the Android equipment video module sends the Rtp packet to a streaming media server or a hard disk video recorder according to the requirement.
Referring to fig. 6, the Android device side first needs to perform device registration and send a Register message to the Sip server. And after receiving the Sip message, the server analyzes the Sip message, replies 200 OK to the Android equipment terminal, and carries the encryption seeds required in the second step of registration in the message body. After receiving 200 OK replied by the server, the Android equipment terminal analyzes the encrypted Seed, obtains a password through an MD5 algorithm, sends a Register message carrying the password to the server, after receiving the message, the server analyzes the password and passes verification, if the password is correct, the Android equipment terminal replies 200 OK, and if the password is wrong, the Android equipment terminal replies 401 to indicate that login fails. In order to enable the Android device side and the server to be kept online and prompt, the Android device side sends a Register message to the Sip server once every 20 seconds, and a field in a message body is HeartBeat. And when the server receives the Sip message and analyzes that the message is a HeartBeat field, judging that the message is a HeartBeat keep-alive registration message, and replying 200 OK to the Android equipment terminal as a response.
Referring to fig. 7, the Android video Request end firstly sends a Request message to the Android device end through the Sip server, the request message contains whether the video request needs to store the video data in the hard disk video recorder or not, and also contains the port and Ip address sent by the Rtp packet, after receiving the message, the Android device analyzes the message, if the video needs to be stored, a response video recorder module is started, a video recorder is connected, then replies with a RequestResponse message indicating that it received the message, when the Android user side receives the RequestResponse message, the Android user side sends a Media message requesting the video data to the Android equipment side, after receiving the message, the Android equipment side sends the resolution and frame rate of the video call back to the request side, and then starting an Android video module, and sending an Rtp data packet to the hard disk video recorder and the Android video request terminal by the video module according to the requirement, so that the storage of real-time video and video data is realized. And finally, when the Android user side is about to finish the video, sending a finishing message to the Android equipment side, and closing the video module after the Android equipment side receives the message.
Claims (1)
1. An Android video monitoring device based on Onvif standard and Sip protocol is characterized in that: the device is a two-path video sending device and comprises a response hard disk video recorder module, a Web Service interaction module, an Rtsp interaction module, an Android video module, an Sip registration module and an Sip response module;
the hard disk video recorder establishes connection with the Android equipment end through a response hard disk video recorder module; the authentication of the user is carried out and the interaction address of the Rtsp is obtained through a Web Service interaction module; acquiring the video load type and video decoding information of an Android device end through an Rtsp interaction module; the Android equipment side encodes and packetizes the acquired video data through the video module and sends the encoded and packetized video data to the hard disk video recorder or other Android user sides; the Android device side registers to the Sip server through the Sip registration module, and sends heartbeat packets to the Sip server at intervals of 20 seconds to keep alive; establishing connection with a requested Android user side through an Sip response module, and then sending an Rtp packet through an Android video module;
starting an address and port Service for monitoring multicast of the hard disk video recorder at an Android device end, when a Web camera is clicked and searched on a webpage client of the hard disk video recorder, Android devices which are in the same local area network and meet the Onvif standard can receive a Probe message initiated by the hard disk video recorder, after the Probe message is obtained, a Uuid in a message body is analyzed, then the Uuid and a Web Service address for obtaining information of the Android device are carried in a replied message, the hard disk video recorder checks the sent Uuid and the received Uuid in the message body after receiving the message of the Android device end, and if the Uuid and the Web Service address are consistent, the Android device end is added into a camera list;
the hard disk video recorder calls a WebService method to an Android device terminal according to the searched IP information of the Android device terminal, the Web Service is equivalent to an Http server, and the Http message needs to be replied when the Http message is received, but because the hardware resources of the Android device are limited, a lightweight Http server is built at the Android device terminal, because the bottom layer of the Http server uses Socket for communication, the Socket is light-weight remote communication, and the Socket message is selected to be packaged into the Http message for sending; user authentication is performed at an Android equipment terminal, then hardware information and supported video resolution information of the Android equipment terminal are obtained, and the security of the Android equipment terminal is improved through twice authentication in the interaction process of a hard disk video recorder and the Android equipment terminal, wherein the Android equipment terminal supports three video resolutions so as to meet video monitoring under different network conditions;
the Android equipment end starts a camera to collect video data, Android native Api is called for collected original data to carry out H264 hard coding, the coded data are H264 bare data, when the length of a piece of coded frame data is larger than the maximum length of an Rtp packet, the coded frame data are packaged into the Rtp packet through fragmentation, the fragmented Rtp packet is cached in a queue, one thread stores the Rtp packet into the queue, and the other thread takes the Rtp packet from the queue according to a certain speed and sends the Rtp packet to the queue, so that the Rtp packet is sent at a constant speed;
when other Android user sides request the Android equipment side, an Sip session is established, whether connection with a hard disk video recorder needs to be established or not is judged from the Sip session, if the connection needs to be established, an Android response hard disk video recorder module is started, and as long as the Android equipment side is already in a video camera list of the hard disk video recorder, the Android equipment side transmits video data to the Android user side which initiates the request, and simultaneously sends the same data to the hard disk video recorder, so that the storage of the video data of the Android equipment side and the video monitoring of the Android equipment side by a Web client side and the Android user side are realized.
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 CN108810475A (en) | 2018-11-13 |
| CN108810475B true 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) |
Families Citing this family (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 |
| CN110247900B (en) * | 2019-05-29 | 2021-09-24 | 金华诺普视信息技术研究所有限公司 | Intelligent gateway for storing real-time video of SIP monitoring platform into ONVIF storage device |
| CN112911348B (en) * | 2021-01-27 | 2022-06-21 | 石家庄铁道大学 | 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108810475A (en) | 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 | |
| KR101313492B1 (en) | Technique for providing access to a media resource attached to a network-registered device | |
| CN108810475B (en) | Android video monitoring device based on Onvif standard and Sip protocol | |
| KR20140118014A (en) | Method for authenticating client | |
| EP3059945A1 (en) | Method and system for video surveillance content adaptation, and central server and device | |
| WO2016145981A1 (en) | Data transmission system and method | |
| US8656001B2 (en) | Communication system, application server and communication method for server cooperation | |
| CN112019889A (en) | Cloud-based screen projection system and screen projection method | |
| US20080025306A1 (en) | Internet protocol television system, method for providing internet protocol multicast TV signal, TV transferring apparatus, and TV receiving apparatus | |
| WO2017088575A1 (en) | Encryption mechanism-based ipc service implementation method and system | |
| CN113726895A (en) | File transmission method and device and network KTV system | |
| CN107809681B (en) | It is sliced the method and device of transmission of video | |
| CN108965272A (en) | A kind of method of detection network camera weak password | |
| CN108924595A (en) | Realize the method and system of TS slice door chain | |
| CN109194697A (en) | Session Initiation Protocol Internet monitoring method at GB28181 | |
| US20130086619A1 (en) | Media relay | |
| JPWO2011152389A1 (en) | Communication system and method and apparatus | |
| US9866384B2 (en) | Media detection of encrypted tunneled data | |
| US9762412B2 (en) | Redundant traffic encoding of encapsulated real time communications | |
| WO2021082945A1 (en) | Remote management method and system, terminal device and server | |
| CN108965939A (en) | Media data processing method, device, system and readable storage medium storing program for executing | |
| KR101399746B1 (en) | Method and apparatus for providing N-screen image |
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 |