Design of mobile video surveillance system based on Sprite

With the development of society, video surveillance technology has been widely used in all walks of life. How to enable users to monitor anytime and anywhere, mobile monitoring system provides a good solution. Through the combination of wireless network and Internet, mobile monitoring system transmits the video signal of monitoring equipment through mobile Internet network to realize real-time online monitoring of on-site situation. At present, the technology adopted by mobile monitoring system mainly uses J2ME's P layer player technology to conduct on-site monitoring, which not only requires the mobile phone to support real-time streaming media protocols such as RTSP, but also has certain requirements for mobile Internet. This article uses J2ME's Sprite to display the on-site monitoring pictures transmitted from the server with animation effects, simulate video monitoring, and meet the requirements of real-time video monitoring.

2 System Design

The mobile monitoring system consists of four main parts: video collector, server, mobile Internet and mobile phone. The overall architecture is shown in Figure 1.

Figure 1 Overall architecture diagram

System functions: 1) Video image acquisition and encoding, the images acquired by the video collector are stored on the server in an appropriate encoding format; 2) Image transmission, when the user sends a request to the server, the server sends the acquired image to the user's mobile terminal according to the request, and the transmission adopts the Datagram method; 3) Image display, when the mobile terminal acquires the image, if it is a normal situation, the image will be displayed in a static way, if it is an abnormal situation, the mobile terminal will display the image video in the form of animation; 4) Other auxiliary functions, such as abnormal alarm, access permission setting, video capture, monitoring equipment control and other functions.

System workflow: The video collector collects and transmits the on-site situation to the server. After receiving the collected data, the server processes the data and saves it to the database in time. At the same time, it waits for the mobile phone to connect and access. If the mobile phone makes a request, the server transmits the collected on-site situation to the mobile terminal through the mobile Internet so that the user can monitor the on-site situation. Considering the actual network traffic and other issues, and when there is no abnormal situation at the scene (the user's home or office), it is in the same state. Therefore, the monitoring system only needs to send a key frame picture of the scene to the user's mobile phone. Only when an abnormal situation occurs at the scene, the monitoring system will warn the user, and then send the on-site situation to the user's mobile phone in the form of key frame pictures according to the user's requirements. The user's mobile phone displays the on-site picture to the user in the form of animation effects through J2ME's Sprite, realizing real-time video monitoring of the scene and saving network traffic.

Design of the server: The server runs on a remote computer and is implemented by J2SE. Its main function is to capture and save on-site monitoring data. The specific steps are as follows: 1) Get the address of the video collector; 2) Input the video sequence collected by the video collector into the data pool; 3) The server uses an appropriate key frame algorithm to extract the corresponding key frames from the video sequence; 4) Send the corresponding key frame image data according to the client's requirements.

Client design: The main function of the client is to display the on-site monitoring pictures transmitted from the server with animation effects, simulate video playback, and realize real-time video monitoring of the site. Its hardware requirements:

As a monitoring mobile phone, there is no special requirement in this system, it only needs to support M IDP2.0 (currently mobile phones generally support M IDP2.0).

3 System Implementation

3.1 Server-side implementation

The system server platform uses Apache Tomcat. For the implementation of the server side, this paper mainly discusses how to connect to the server side network and transmit image data. The codes involved are Server.java and Sender.java. Server.java is used to establish a connection with the server side, accept the client's request, obtain the client's address according to the client's datagram, and then transmit the processed field information transmitted from the collector to the user's mobile terminal in the form of pictures by SSender.java.

3.2 Client Implementation

Mobile terminals mainly involve the user interface programming, client communication, monitoring image display and other technologies in J2ME. The MONitor.java code is used to draw the user interface; the Client.java code establishes the client communication connection, receives the image data from the server and displays it; the CSender.java code is similar to the SSender on the server.java code is mainly used for the transmission of client information.

public class C lientimplements Runnable

{

;

Figure 2 Test image.

4 Experiments

According to the above design and implementation, this paper tests the system with Tomcat6.0 and J2MEW ire lesSToolk it2.5 as the experimental platform. The test results are shown in Figure 2. These three pictures are captured at different times when the mobile phone plays the monitoring scene with animation effects. The results of the system test meet the requirements of real-time video monitoring.

5 Conclusion

The mobile video surveillance system solution proposed in this paper is innovative in that it uses Sprite technology to display the on-site monitoring situation in the form of animation effects, meeting the requirements of real-time video surveillance and avoiding a series of problems that exist in the current use of mobile phone players to play real-time videos. At the same time, it combines animation with static images to save network traffic. This solution is simple to implement, is not limited by mobile phone models and technologies (it only requires that the mobile phone supports M IDP2.0), and has wide applicability.