Security and Digital Recording System
150 likes | 286 Vues
This presentation outlines the development of a comprehensive security management system designed to handle data from various sources, including cameras and sensors. The system aids users in monitoring and storing footage while responding to alerts in real-time. Key features include a user-friendly web server interface, efficient data handling through TCP/UDP protocols, and the ability to manage camera operations seamlessly. Future enhancements aim to improve performance, include better compression techniques, and introduce SMS notifications for alerts.
Security and Digital Recording System
E N D
Presentation Transcript
Security and Digital Recording System Final Presentation Students: Gadi Marcu, Tomer Alon Number: D1123 Supervisor: Erez Zilber Semester: Spring 2004
Project Goals • Creating a management system for data, originating from: • Cameras (Movies). • Sensors and possibly other devices (Alerts). • This system will enable: • Watching and storing the movies. • On-line response to incoming alerts.
Data Module System’s Modules User Interface Module (Web Server) Communication Module
End Users System’s Modules (cont.)End Users – User Interface System Configuration Data User Interface Module (Web Server)
DEVICES System’s Modules (cont.)Communication Server – Devices Camera Operating Commands Communication Module Camera Frames, Alerts
Data Module System’s Modules (cont.)Communication Server – Data Server Communication Module Cameras operation data, Alerts handling data Movies, Alerts Log
Data Module System’s Modules (cont.)Data Server – User Interface User Interface Module (Web Server) Stored Movies, System Configurations System Configurations, Data Manipulation
System’s Modules (cont.)Communication Server – Web Server User Interface Module (Web Server) Real Time Movies Communication Module Real Time Requests, Messages about changes in cameras configurations
Design Considerations • Generic devices handling • Devices identification by unique ID – sent first when initiating connection • Alerts identification by alert numbers • Standard camera commands
System Considerations • Alerts & camera commands sent over TCP • Movie frames sent over UDP • Quick frames handling • Automatic old movies disposal & smart disposal on critical low disk space
Perfomance Considerations –Cameras Communication • Frames passed to the server in JPEG format. • Frames size is 640x480, around 50KB. • Camera transmitting at 10 fps takes 500KBPS. • Theoretically, on a 100MB network, 200 cameras can send 10 fps concurrently. • In reality each camera in the system contains carries overhead. Various algorithms that run on the server can reduce the system's performance.
Performance Considerations – Films Storage • The size of a frame is around 50KB. • The size of a 20 seconds 5fps DIVX compressed movie is around 1400KB • 80 GB HD can contain 93 hours of uncompressed movies (at 5 fps), or 332 hours of compressed movies (at 5 fps).
Database System’s Architecture End Users Devices Network Adapter Network Adapter Web Server Communication Server
Possible Future Improvements & Extensions • Separate network adapter for communication between data server and communication. • Each server will have another network adapter for other sorts of communication.
Possible Future Improvements & Extensions (cont.) • Using a better compression method than DIVX (such as H.263). • Using a faster HD can improve system performance drastically. • Implementation of the SMS messages feature.