Intelligent scheduling system and method for security and protection video streams of smart television

Abstract

The invention relates to an intelligent scheduling system and method for security and protection video streams of an intelligent television. The intelligent scheduling system comprises a user, an Android TV client (TV client for short), a Web signaling server, a Relay proxy server and a camera. The user interacts with the TV client through an input device of the remote controller and initiates a watching instruction; the TV client is used for receiving a user instruction, performing signaling interaction with the Web signaling server, and establishing video stream connection with the camera or the Relay proxy server; the Web signaling server is used as a control center of the system and is used for receiving a request of the client, carrying out intelligent scheduling decision making and issuing a control instruction to the downstream camera and the client; the Relay proxy server serves as a video stream transfer node and is used for forwarding video stream data when P2P direct connection is unavailable; and the camera is used for collecting a video stream and pushing the video stream to the TV client or the Relay proxy server according to an instruction of the Web signaling server.

Description

Technical Field

[0001] This invention belongs to the field of security monitoring technology, and relates to an intelligent scheduling system and method for security video streams, particularly an intelligent scheduling system and method for security video streams on smart TVs. Background Technology

[0002] With the increasing prevalence of smart homes and security monitoring, users are no longer satisfied with simply viewing surveillance videos on their phones or computers; they desire real-time viewing and playback on large-screen devices such as smart TVs. Smart TVs generally use the Android TV operating system, providing a unified software ecosystem for deploying security applications on TVs. Therefore, developing a system for intelligent scheduling and transmission of security video streams suitable for smart TVs has become a clear technical requirement.

[0003] Currently, the main technical approach for developing applications for smart TVs is to combine native Android development with common streaming media protocols. This involves using Java / Kotlin for native Android TV application development. For video streaming, common protocols such as RTMP, RTSP, and HLS are commonly used, with a central streaming media server handling the reception and forwarding of the video stream. The camera pushes the video stream to the central server, and the TV client then pulls the stream from the server for playback.

[0004] However, the conventional solution based on a central server has the following core flaws: (1) The transmission path is single and rigid, making it impossible to optimize transmission efficiency.

[0005] Existing solutions typically employ a fixed server relay mode, lacking an intelligent transmission path selection mechanism. Specifically: 1) They fail to prioritize low-latency P2P direct connections: Even when the camera and TV client have direct connection capabilities (e.g., located on the same LAN or easily NAT-traversable), they must still go through a server relay, leading to unnecessary latency. 2) They lack a reliable fallback mechanism: When complex network conditions cause P2P direct connections to fail, there is no backup strategy for seamlessly switching to relay mode, resulting in unreliable connectivity. This leads to poor real-time video playback, low connection stability, and a poor user experience.

[0006] (2) The server resources are underutilized and the system has poor scalability.

[0007] In existing solutions, each video stream session independently consumes server relay resources. When multiple TV clients request to watch the same camera video, the system establishes multiple independent forwarding links, resulting in a significant waste of server bandwidth and computing resources. This causes the server to become the system performance bottleneck, leading to high operating costs and difficulty in supporting large-scale concurrent user access.

[0008] (3) The connection establishment process lacks centralized authorization and security verification.

[0009] The connection establishment process often relies directly on device information, lacking time-sensitive security credentials issued uniformly by a central signaling server. This poses a risk of unauthorized devices maliciously accessing the system, resulting in insufficient security during video stream transmission and making the system vulnerable to malicious attacks.

[0010] To address the aforementioned issues, this invention proposes an intelligent scheduling system and method for smart TV security video streams.

[0011] A search revealed no publicly available literature of the same or similar prior art as this invention. Summary of the Invention

[0012] To address the shortcomings of existing technologies, this invention proposes an intelligent scheduling system and method for smart TV security video streams. By introducing a central scheduling and dual-mode transmission mechanism, the system can dynamically select the optimal video stream path.

[0013] The above-mentioned objective of this invention is achieved through the following technical solution: A smart TV security video stream scheduling system includes a user, a TV client, a Web signaling server, a Relay proxy server, and a camera. The user interacts with the TV client via a remote control input device, initiating viewing commands. The TV client receives user commands, interacts with the Web signaling server, and establishes a video stream connection with the camera or Relay proxy server. The Web signaling server, as the system's control center, receives client requests, makes intelligent scheduling decisions, and issues control commands to downstream cameras and clients. The Relay proxy server, as a video stream relay node, forwards video stream data when P2P direct connection is unavailable. The camera captures the video stream and pushes it to the TV client or Relay proxy server according to the instructions from the Web signaling server.

[0014] A method for intelligent scheduling of security video streams on smart TVs, based on the intelligent scheduling system for the security video streams on smart TVs, includes the following steps: Step 1: After receiving the user's instruction, the TV client sends a connection request to the Web signaling server. The Web signaling server makes an intelligent scheduling decision to establish a new path for the new video request or reuse an existing path. Step 2: Based on the intelligent scheduling decision result of the Web signaling server in Step 1, the TV client and the camera establish a connection in parallel after receiving the instruction from the Web signaling server, and perform intelligent path selection to determine the video stream transmission channel. Step 3: Based on the video stream transmission channel determined in Step 2, perform security verification and video stream transmission to finally present the real-time monitoring screen.

[0015] Furthermore, the specific steps of step 1 include: (1) After receiving the user's instruction, the TV client sends a connection request to the Web signaling server. The request must include at least the serial number (SN) of the target camera and the required stream type (Stream).

[0016] (2) After receiving the request, the Web signaling server queries its internally maintained dynamic "session resource table" to determine whether there is an active video stream session for the SN and Stream.

[0017] (3) Intelligent decision-making and instruction issuance: Scenario A (New Session): If the query result shows no active sessions, a new session is created. The Web signaling server intelligently allocates an optimal Relay proxy server and generates a security token for this session. Subsequently, the Web signaling server simultaneously sends a "pull stream command" (including the Relay proxy server address and token) to the camera and a "pull stream command" (including the same Relay proxy server address and token) to the TV client.

[0018] Scenario B (Session Reuse): If the query result indicates that an active session exists, the session is reused. The Web signaling server generates a new token and directly sends the existing Relay proxy server node address to the TV client.

[0019] Furthermore, the specific steps of step 2 include: (1) P2P direct connection attempt: After receiving the instruction from the Web signaling server, the TV client and the camera immediately attempt to establish an end-to-end direct connection in parallel based on the optimized NAT traversal technology.

[0020] (2) Establishment of proxy relay channels: At the same time, the system establishes relay channels from the camera to the Relay proxy server and from the Relay proxy server to the TV client as a backup, according to the instructions issued in step one.

[0021] (3) Path selection and switching: The system monitors the establishment status of the two channels mentioned above. If the P2P direct connection is successful within the preset timeout threshold, the video stream will be automatically switched to the P2P channel. If the P2P attempt fails, it will be seamlessly downgraded to the ready proxy relay channel.

[0022] Furthermore, the specific steps of step 3 include: (1) Security Verification: When the Relay proxy server receives any push or pull request, it first verifies the validity of the Token issued by the Web signaling server. Only after successful verification is a connection allowed to be established. (In P2P direct connection mode, both communicating parties can also use the Token for two-way authentication when establishing a connection to ensure the security of the direct connection path.) (2) Video stream transmission and decoding: The TV client receives video stream data through the final selected path (P2P or proxy) and calls the hardware decoder to decode it.

[0023] (3) Video rendering and display: The decoded video frames are rendered onto the TV screen for users to watch.

[0024] The advantages and beneficial effects of this invention are as follows: 1. This invention proposes an intelligent scheduling method for security video streams on smart TVs, which exponentially reduces the bandwidth and computing resource consumption of proxy servers, significantly lowers operating costs, and provides excellent system scalability. This advantage is achieved through the "session reuse" mechanism in step 1. When multiple clients request the same video stream, the Web signaling server decides to reuse existing sessions, allowing new clients to share existing relay links instead of establishing independent links, thereby greatly saving server resources.

[0025] 2. This invention achieves both low transmission latency and high connection success rate. This is achieved through the "parallel connection establishment and intelligent path selection" mechanism in step 2. The system attempts low-latency P2P direct connections and high-reliability proxy relays in parallel, and switches between them based on real-time monitoring, ensuring that the optimal transmission path can be obtained in any network environment.

[0026] 3. This invention enables fast and stable connections, resulting in a smooth user experience. This is achieved through the coordinated action of rapid global state decision-making in step 1 and the parallel connection establishment mechanism in step 2. Centralized scheduling avoids blind attempts by the client, while parallel establishment shortens connection waiting time, jointly ensuring both the speed and stability of the connection. Attached Figure Description

[0027] Figure 1 This is a flowchart illustrating the processing of an embodiment of the present invention. Detailed Implementation

[0028] The structure of the present invention will be further described below with reference to the accompanying drawings and embodiments. It should be noted that these embodiments are descriptive and not limiting.

[0029] A smart TV security video stream intelligent scheduling system includes users, an Android TV client (hereinafter referred to as TV client), a server (including a Web signaling server and a Relay proxy server) and a camera; The user interacts with the TV client via input devices such as a remote control to initiate viewing commands. The TV client receives user commands, interacts with the Web signaling server, and establishes video stream connections with cameras or Relay proxy servers. The Web signaling server, as the system's control center, receives client requests, makes intelligent scheduling decisions, and issues control commands to downstream cameras and clients. The Relay proxy server, as a video stream relay node, forwards video stream data when P2P direct connections are unavailable. The camera captures the video stream and pushes it to the TV client or Relay proxy server according to the instructions from the Web signaling server.

[0030] In this embodiment, the system mainly consists of four parts: user, TV client, server (including Web signaling server and Relay proxy server), and camera. The data and control signal transmission relationship is as follows: user operates TV client; TV client transmits signaling data (such as connection request, control command) with Web signaling server; Web signaling server transmits signaling data (such as push streaming command) with camera; camera transmits video stream data with Relay proxy server; Relay proxy server transmits video stream data with TV client; in P2P direct connection mode, camera and TV client directly transmit video stream data.

[0031] A method for intelligent scheduling of security video streams on smart TVs, based on the intelligent scheduling system for the security video streams on smart TVs, such as... Figure 1 As shown, it includes the following steps: Step 1: After receiving the user's instruction, the TV client sends a connection request to the Web signaling server. The Web signaling server makes an intelligent scheduling decision to establish a new path for the new video request or reuse an existing path. The specific steps of step 1 include: (1) Connection request initiation: After receiving the user's instruction, the TV client sends a connection request to the Web signaling server. The request must include at least the serial number (SN) of the target camera and the required stream type (Stream).

[0032] (2) Session status query: After receiving the request, the Web signaling server queries its internally maintained dynamic "session resource table" to determine whether there is an active video stream session for the SN and Stream.

[0033] (3) Intelligent decision-making and instruction issuance: Scenario A (New Session): If the query result shows no active sessions, a new session is created. The Web signaling server intelligently allocates an optimal Relay proxy server and generates a security token for this session. Subsequently, the Web signaling server simultaneously sends a "pull stream command" (containing the Relay address and token) to the camera and a "pull stream command" (containing the same Relay address and token) to the TV client.

[0034] Scenario B (Session Reuse): If the query result indicates that an active session exists, the session is reused. The Web signaling server generates a new token and directly sends the existing Relay node address to the TV client.

[0035] In this embodiment, step 1 intelligently determines whether to establish a new path for a new video request or reuse an existing path based on the global session state.

[0036] Logical connection: The output of step (1) (connection request) is the input of step (2) (status query); the query result of step (2) (whether there is an active session) directly determines the specific execution branch of step (3) (new or reuse). Step 1 solves the resource waste problem mentioned in defect (2).

[0037] Step 2: Based on the intelligent scheduling decision result of the Web signaling server in Step 1, the TV client and the camera establish a connection in parallel after receiving the instruction from the Web signaling server, and perform intelligent path selection to determine the video stream transmission channel. The specific steps of step 2 include: (1) P2P direct connection attempt: After receiving the server instruction, the TV client and the camera immediately attempt to establish an end-to-end direct connection in parallel based on optimized NAT traversal technology.

[0038] (2) Establishment of proxy relay channels: At the same time, the system establishes relay channels from the camera to the Relay proxy server and from the Relay proxy server to the TV client as a backup, according to the instructions issued by the main step.

[0039] (3) Path selection and switching: The system monitors the establishment status of the two channels mentioned above. If the P2P direct connection is successful within the preset timeout threshold (such as 2-5 seconds), the video stream will be automatically switched to the P2P channel. If the P2P attempt fails, it will be seamlessly downgraded to the ready proxy relay channel.

[0040] In this embodiment, step 2 prioritizes establishing a low-latency P2P direct connection channel while ensuring a high connection success rate.

[0041] Logical connection: Step 2 is executed based on the instruction results (Relay address and Token) of the main step 1. Steps 1 and 2 are triggered in parallel, and their establishment results jointly serve as the decision basis for step 3 (path selection). This step directly solves the single path problem mentioned in defect one.

[0042] Step 3: Based on the video stream transmission channel determined in Step 2, perform security verification and video stream transmission to finally present the real-time monitoring screen; The specific steps of step 3 include: (1) Security verification: When the Relay proxy server receives any push or pull request, it will first verify the validity of the token issued by the Web signaling server. Only after the verification is passed will the connection be allowed to be established.

[0043] (2) Video stream transmission and decoding: The TV client receives video stream data through the final selected path (P2P or proxy) and calls the hardware decoder to decode it.

[0044] (3) Video rendering and display: The decoded video frames are rendered onto the TV screen for users to watch.

[0045] In this embodiment, step 3 ensures the legitimacy and security of the transmission link and performs the final video stream transmission and rendering.

[0046] Logical connection: This step relies on the token generated in main step 1 and the physical channel established in main step 2. Security verification (sub-step 1) is a prerequisite for video streaming (sub-step 2). This step addresses the security issues described in defect three.

[0047] The innovation of this invention lies in: The advantages of this invention are not isolated, but are specifically realized through its unique technical solution in each key processing step. The following will elaborate on the significant progress brought about by this invention in conjunction with the core processing steps.

[0048] 1. Advantage 1: High server resource utilization and excellent system scalability The corresponding processing steps are: "Intelligent decision-making and instruction issuance" in main step 1 (connection request and intelligent scheduling decision), especially case B (session reuse).

[0049] The specific mechanism that generates this advantage is as follows: when the Web signaling server finds an existing active session, it no longer allocates a new Relay node, but instead allows the new TV client to directly join the existing proxy relay link. This "session reuse mechanism" completely changes the extensive mode of the traditional solution where "one viewing request must occupy an independent relay link".

[0050] The beneficial effects include: decoupling system load from the number of users watching the same video stream online, and making it only related to the number of concurrent video streams. In scenarios with large-scale concurrent user access, this invention can exponentially reduce the demand for proxy server bandwidth and computing resources, greatly reducing operating costs and providing excellent system scalability.

[0051] 2. Advantage Two: Combining low transmission latency with high connection success rate The corresponding processing steps are: the complete process of main step 2 (parallel connection establishment and intelligent path selection), especially the collaboration between "P2P direct connection attempt" and "path optimization and switching".

[0052] The specific mechanism that generates this advantage is as follows: This invention introduces a "dual-mode competition mechanism with priority given to direct P2P connections and a backup proxy relay." The system attempts to establish two paths in parallel: a low-latency direct P2P connection and a high-reliability proxy relay, and switches between them in real time using an intelligent algorithm.

[0053] Beneficial effects: Low latency: In most network environments where direct connection is possible, users can enjoy the lowest latency experience with end-to-end direct connection, greatly improving video real-time performance and meeting the stringent requirements of security monitoring.

[0054] High connectivity: In complex NAT network environments, even if P2P direct connection fails, the system can seamlessly degrade to proxy relay mode, ensuring a connection success rate of nearly 100%. This "win-win" effect is something that single transmission mode solutions cannot achieve.

[0055] 3. Advantage Three: Fast and stable connection, smooth user experience. The corresponding processing steps are: "Session State Query" in main step 1 and "Parallel Connection Establishment" in main step 2.

[0056] The specific mechanism that generates this advantage is as follows: global session state management through a central node allows new connection requests to quickly obtain the optimal path decision, avoiding the latency and uncertainty caused by blind attempts by the client. Combined with the above parallel connection mechanism, this makes the connection establishment process both fast and stable.

[0057] The beneficial effects are: after the user clicks to watch, the system can intelligently and quickly present the video, effectively avoiding problems such as connection waiting and buffering interruption that may occur in traditional solutions, and providing a smooth, stable, and instant high-quality user experience.

[0058] 4. Advantage Four: End-to-end security and controllability The corresponding processing step is "Security Verification" in Main Step 3 (Security Verification and Video Stream Transmission).

[0059] The specific mechanism that generates this advantage is as follows: This invention designs a security model based on time-sensitive tokens, with centralized authentication and edge verification. All valid video stream connections must be authorized (to issue tokens) by the central signaling server and verified by the edge relay nodes or the communicating parties.

[0060] The beneficial effects include: effectively preventing malicious streaming or pulling by illegal devices, ensuring the security and controllability of the entire video streaming process, protecting user privacy and data security, and meeting the core security requirements of commercial security systems.

[0061] (1) The parallel establishment and intelligent path switching mechanism in step 2 solves the problem of the single and rigid transmission path, which makes it impossible to optimize transmission efficiency. (2) The session reuse mechanism in step 1 solves the problems of low server resource utilization and poor system scalability.

[0062] (3) The connection establishment process lacks centralized authorization and security verification through the security token verification mechanism in step 3.

[0063] In summary, the advantages of this invention stem from its innovative technical design. It achieves high resource utilization through session multiplexing, balances low latency and high connectivity through dual-mode competition and optimal switching, ensures connection speed and stability through global state management and parallel processing, and guarantees transmission security through centralized security authentication. These advantages are interconnected and synergistic, collectively forming a smart TV security video streaming solution that surpasses existing technologies.

[0064] Example 1: The present invention provides an intelligent scheduling method for security video streams in smart TVs, the system architecture of which can be referenced. Figure 1 .

[0065] The following is combined with Figure 1 The implementation process of this method will be described in detail using a specific embodiment. This embodiment illustrates the process by example of a user requesting to watch live video from a specified camera through a TV client.

[0066] Step 1: User initiates operation and client initializes request 1. Processing Procedure: The user selects the desired surveillance camera on the TV client's application interface using a remote control or mouse. This operation generates an "operation command." The TV client application is developed natively on Android and deeply integrates a self-developed P2P SDK. After receiving the user's command, the client performs initialization processing and prepares to initiate a signaling request.

[0067] 2. Input: User's operation instructions (including target camera identification information).

[0068] 3. Output: A structured signaling request packet.

[0069] 4. Logical connection: This step is the starting point of the entire method, and its output (signaling request) is the direct input that triggers all subsequent intelligent scheduling processes.

[0070] Step 2: The client sends a signaling request to the server. 1. Processing Procedure: The TV client does not directly connect to the camera. Instead, based on the results of the first step, it initiates a "data request" signaling connection to the public web signaling server. This data request message is structured data and contains the following key fields: sn: The unique device serial number of the target camera.

[0071] stream: The type of bitstream requested (e.g., main stream, sub-stream).

[0072] client_id: A unique identifier for the TV client.

[0073] 2. Input: The signaling request data packet output in step 1.

[0074] 3. Output: A formal request sent to the Web signaling server, containing information such as SN and Stream.

[0075] 4. Logical connection: This step transforms the user's intent into a standardized request that the system can process and passes it to the scheduling center (Web signaling server), which is the basis for subsequent "intelligent scheduling decision".

[0076] Step 3: The server performs intelligent scheduling and command issuance. 1. Processing Procedure: After receiving the request from step two, the server-side web service executes the core intelligent scheduling logic. Its sub-steps are as follows: Sub-step 3.1: Query session status. The web service queries its maintained dynamic session resource table to determine whether there is an active video stream session for the specified bitstream of the camera (sn).

[0077] Sub-step 3.2: Intelligent Decision Making and Instruction Generation. This step makes branch decisions based on the query results from 3.1: Scenario A (New Session): If no active session is found, the Web service will perform the following: a) intelligently allocate an optimal node from the Relay proxy server cluster; b) generate an authentication token (token_push for pushing the stream, token_pull for pulling the stream).

[0078] Scenario B (Reusing an existing session): If an active session that has not timed out is found, the web service generates a new token (token_pull_new) and obtains the existing Relay node address.

[0079] Sub-step 3.3: Instruction Issuance. Based on the decision in 3.2, the Web signaling server issues a "pull stream instruction" to the camera via the "send data" link (scenario A) or an "pull stream instruction" to the TV client via the "return data" link (scenarios A and B).

[0080] 2. Input: The client request output from step 2.

[0081] 3. Output: Control commands containing the Relay node address and Token are sent to the camera and TV client.

[0082] 4. Logical Connection: This step is the brain of the entire method. It processes client requests and makes intelligent decisions based on the global state. The instructions it issues directly determine the physical transmission path that will be established in the fourth step.

[0083] Step 4: Parallel Connection Establishment and Intelligent Path Switching 1. Processing Procedure: This is the core improvement of the method. After receiving the instruction in step three, the TV client and camera execute the following sub-steps in parallel: Sub-step 4.1: Establish a proxy relay channel (backup path). The camera and TV client establish connections with the designated Relay node according to the instructions. After the Relay node verifies the Token, it establishes a proxy forwarding channel.

[0084] Sub-step 4.2: Attempt P2P direct connection (preferred path). The TV client and camera simultaneously attempt to establish an end-to-end direct connection based on optimized NAT traversal technology.

[0085] Sub-step 4.3: Path optimization and switching. The system monitors the establishment status of the two channels in real time. If the P2P direct connection succeeds within the preset timeout period, the video stream automatically switches to the low-latency channel; if it fails, it seamlessly degrades to the ready proxy relay channel.

[0086] 2. Input: The control command issued in the third step.

[0087] 3. Output: A finalized and stable video streaming channel (P2P or proxy).

[0088] 4. Logical Connection: This step involves the specific execution and optimization of the instructions in step three. Through parallel trial and intelligent optimization mechanisms, it ensures that the final established transmission path has both low latency and high reliability, which is a key step in realizing the advantages of this invention.

[0089] Step 5: Video stream security verification, decoding, and rendering 1. Processing procedure: Sub-step 5.1: Security Verification. In proxy relay mode, the Relay node will verify the token validity again before forwarding. In P2P direct connection mode, the communicating parties can also perform two-way authentication based on the token in the command.

[0090] Sub-step 5.2: Video stream reception and decoding. The TV client receives video stream data through the channel determined in step four and calls the hardware decoder (such as MediaCodec) of the terminal device to decode the H.264 / H.265 bitstream.

[0091] Sub-step 5.3: Video rendering and display. The decoded video frames are output to the native Android SurfaceView or TextureView for rendering, and finally displayed on the TV screen.

[0092] 2. Input: The video stream transmission channel established in step four.

[0093] 3. Output: Real-time monitoring footage displayed on a television screen.

[0094] 4. Logical Connection: This step is the final implementation stage of the method. While ensuring secure transmission, it transforms the raw video data into an image perceptible to the user, completing the full closed loop from "user request" to "viewing the video."

[0095] Although embodiments and drawings of the present invention have been disclosed for illustrative purposes, those skilled in the art will understand that various substitutions, variations and modifications are possible without departing from the spirit and scope of the present invention and the appended claims. Therefore, the scope of the present invention is not limited to the contents disclosed in the embodiments and drawings.

Claims

1. An intelligent scheduling system for smart TV security video streams, characterized in that: The system includes a user, a TV client, a Web signaling server, a Relay proxy server, and a camera. The user interacts with the TV client via a remote control input device to initiate viewing commands. The TV client receives user commands, interacts with the Web signaling server, and establishes a video stream connection with the camera or Relay proxy server. The Web signaling server acts as the system's control center, receiving client requests, making intelligent scheduling decisions, and issuing control commands to downstream cameras and clients. The Relay proxy server acts as a video stream relay node, forwarding video stream data when P2P direct connection is unavailable. The camera captures the video stream and pushes it to the TV client or Relay proxy server according to the instructions from the Web signaling server.

2. A method for intelligent scheduling of security video streams in smart TVs, characterized in that: Includes the following steps: Step 1: After receiving the user's instruction, the TV client sends a connection request to the Web signaling server. The Web signaling server makes an intelligent scheduling decision to establish a new path for the new video request or reuse an existing path. Step 2: Based on the intelligent scheduling decision result of the Web signaling server in Step 1, the TV client and the camera establish a connection in parallel after receiving the instruction from the Web signaling server, and perform intelligent path selection to determine the video stream transmission channel. Step 3: Based on the video stream transmission channel determined in Step 2, perform security verification and video stream transmission to finally present the real-time monitoring screen.

3. The intelligent scheduling method for security video streams in smart TVs according to claim 2, characterized in that: The specific steps of step 1 include: (1) After receiving the user's instruction, the TV client sends a connection request to the Web signaling server. The request must include at least the serial number SN of the target camera (SN: the unique serial number of the target camera) and the required stream type (Stream, such as the main stream, sub-stream, corresponding to different resolutions / bitrates such as HD or smooth). (2) After receiving the request, the Web signaling server queries its internally maintained dynamic "session resource table" to determine whether there is an active video stream session for the SN and Stream; (3) Intelligent decision-making and instruction issuance: Scenario A: New Session: If the query result shows no active sessions, a new session is created. The Web signaling server intelligently allocates an optimal Relay proxy server and generates a security token for this session (the security token generated by the Web signaling server has an expiration date and is used for authentication and authorization). Subsequently, the Web signaling server simultaneously sends a "pull stream command" to the camera, including the Relay proxy server address and the token, and sends a "pull stream command" to the TV client, including the same Relay proxy server address and the token. Scenario B: Reuse Session: If the query result indicates that an active session exists, the session is reused. The Web signaling server generates a new token and directly sends the existing Relay proxy server node address to the TV client.

4. The intelligent scheduling method for security video streams in smart TVs according to claim 2, characterized in that: The specific steps of step 2 include: (1) P2P direct connection attempt: After receiving the instruction from the Web signaling server, the TV client and the camera immediately attempt to establish an end-to-end direct connection in parallel based on the optimized NAT traversal technology; (2) Establishment of proxy relay channels: At the same time, the system establishes relay channels from the camera to the Relay proxy server and from the Relay proxy server to the TV client as a backup, according to the instructions issued in step one; (3) Path selection and switching: The system monitors the establishment status of the two channels mentioned above. If the P2P direct connection is successful within the preset timeout threshold (the waiting time set for the P2P direct connection attempt in the path selection process), the video stream will be automatically switched to the P2P channel. If the P2P attempt fails, it will be seamlessly downgraded to the ready proxy relay channel.

5. The intelligent scheduling method for security video streams in smart TVs according to claim 2, characterized in that: The specific steps of step 3 include: (1) Security verification: When the Relay proxy server receives any push or pull request, it will first verify the validity of the token issued by the Web signaling server. Only after the verification is passed will the connection be allowed to be established. (2) Video stream transmission and decoding: The TV client receives video stream data through the finally selected path and calls the hardware decoder to decode it; (3) Video rendering and display: The decoded video frames are rendered onto the TV screen for users to watch.

Images