Video Surveillance Playback State Detection via Client Feedback
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current video surveillance methods are inefficient due to the time-consuming process of detecting invalidated videos, leading to low detection sensitivity and frequent server requests that cause large-range detection errors, resulting in poor video surveillance efficiency.
Innovation Solution
A video surveillance method that utilizes a multi-dimensional table to store playback information, where client-reported playback states update a first-frame playback time, allowing for a timeout waiting time to be determined, and subsequently sending video information to clients only when playback is unsuccessful, thereby reducing unnecessary server requests and improving detection efficiency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Measurement precision
If a server periodically initiates requests to detect video validity, then detection coverage is improved, but detection time increases and efficiency deteriorates
Solution Approach 1:
Instead of the server actively initiating periodic detection requests to video detail pages, the patent inverts the approach by having clients passively report playback states back to the server. This reverses the detection initiative from server-to-client, eliminating the need for frequent server requests while maintaining comprehensive detection coverage through client-side feedback.
Solution Approach 2:
The patent implements self-service detection by enabling clients to autonomously monitor and report their own video playback states. Each client independently tracks whether videos can be played successfully from their location and communicates this information to the server, allowing the system to detect video invalidation without requiring external server-initiated detection requests.
2Measurement precision
If servers frequently initiate requests to detect video validity, then detection sensitivity is improved, but server load increases and detection errors increase
Solution Approach 1:
The patent establishes a feedback mechanism where clients continuously report video playback states to the server. This real-time feedback loop enables the server to detect video invalidation sensitively without needing to frequently initiate detection requests, as clients automatically provide updated playback status information that reflects current video availability.
Solution Approach 2:
The patent performs preliminary detection at the client level before server-level analysis is needed. Clients pre-monitor video playback accessibility from their respective locations and only communicate results to the server, allowing the server to determine video validity based on aggregated client feedback rather than initiating its own frequent detection requests.
3Device complexity
If centralized servers are used for video detection, then system management is simplified, but detection representativeness deteriorates due to location-specific playback issues
Solution Approach 1:
The patent segments the detection function across multiple geographically distributed clients rather than concentrating it in a single centralized server. Each client independently monitors video playback from its specific location, providing location-specific detection data that collectively represents diverse playback conditions across different regions and network environments.
Solution Approach 2:
The patent enables clients to serve multiple functions: they act as both video players and detection nodes. By combining playback functionality with detection capabilities in the same client devices, the system achieves both simplified management (through existing client infrastructure) and improved representativeness (through distributed location-specific monitoring).
Data Source
AI summary
The present disclosure disclose a video surveillance method performed at a sever. After sending first video information of a target video to a first client, the server receives reported information indicating a playback state of the target video from the first client. The reported information is obtained when the first client plays a video source file of the target video according to original address information and updates a first-frame playback time stored on a first location in a multi-dimensional table according to a first first-frame playback time in the reported information. The server then obtains, according to the first-frame playback time, a timeout waiting time in second video information and sends the second video information to a second client. When the second client does not play the target video in the timeout waiting time, the playback state of the target video is determined as unsuccessful playback.