Video aggregation method, aggregation system thereof, and storage medium

Abstract

This invention relates to a video aggregation method, system, and storage medium, comprising the following steps: S1, constructing a video aggregation rule chain, a permission confirmation and identification rule chain, and a video storage retrieval rule chain for each region; S2, performing unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols, without changing the original network configuration and IP address of the devices; S3, mapping the original device accounts, platform accounts, and permission information of each region to a unified permission management system; S4, performing unified scheduling and policy management of video storage resources in each region, and supporting cross-regional video retrieval and playback; S5, coordinating the execution between the video aggregation rule chain, the permission confirmation and identification rule chain, and the video storage retrieval rule chain through a linkage control mechanism. The advantages of this invention are: retaining the original IP address and account of the devices, avoiding the high costs and configuration error risks associated with large-scale network upgrades and device resets.

Description

Technical Field

[0001] This invention relates to a video aggregation method, aggregation system, and storage medium, belonging to the field of video surveillance and security systems. Background Technology

[0002] As companies expand, establishing branches, research institutes, or subsidiaries in multiple locations has become commonplace. In the initial stages of construction, security monitoring systems are typically deployed independently in different locations, resulting in diverse equipment brands (such as Hikvision, Dahua, Uniview, etc.), various communication protocols (such as ONVIF, GB / T 28181, RTSP, and proprietary protocols from different manufacturers), different network operators, potential overlap in device IP addresses, and fragmented access permission systems. This heterogeneous and fragmented construction model presents a significant challenge to the centralized and unified management of video surveillance systems when companies enter the integration and cost-reduction / efficiency-improvement phase.

[0003] Currently, there are two main methods for achieving unified management of multi-regional video surveillance systems: The first approach involves dedicated line aggregation and independent central display. This involves aggregating video streams from various regional monitoring systems to a central node via leased or self-built dedicated network lines, where an independent monitoring and management platform is deployed for display. While this method achieves physical signal centralization, the regional systems remain logically independent. The central platform merely functions as a "multi-screen display," failing to achieve true information interoperability, unified access control, storage consolidation, and centralized operation and maintenance. Consequently, management complexity and costs remain unchanged.

[0004] The second approach is network reconstruction and equipment reset. This involves establishing network connectivity via a dedicated line, then uniformly replanning the network segments and reallocating IP addresses for all monitoring devices, and connecting them to a new central management system. While this method achieves a degree of unified management, it is costly to implement, requiring the configuration and modification of numerous existing devices one by one, resulting in a long construction period. Furthermore, due to the complexity of equipment conditions in different areas and personnel turnover, it is easy to overlook some devices, leading to the risk of subsequent IP address conflicts or devices becoming "out of control."

[0005] Based on the aforementioned existing technologies, there is an urgent need for a technical solution that can achieve unified aggregation management and control of multi-source heterogeneous video surveillance systems with low cost, high efficiency, and high compatibility, without changing the original network configuration, IP address, and account system of monitoring equipment in each region. Summary of the Invention

[0006] To overcome the shortcomings of existing technologies, this invention provides a video aggregation method, aggregation system, and storage medium. The technical solution of this invention is as follows: A video aggregation method includes the following steps: S1. Construct video aggregation rule chain, permission confirmation and recognition rule chain and video storage and retrieval rule chain for each region. Each rule chain is independent of each other and defines the device access logic, permission mapping logic and storage scheduling logic for the corresponding region. S2. Based on the video aggregation rule chain, perform unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols, without changing the original network configuration and IP address of the devices. S3. Based on the aforementioned permission confirmation and identification rule chain, map the original device accounts, platform accounts, and permission information of each region to a unified permission management system, while keeping the original account system unchanged; S4. Based on the video storage call rule chain, perform unified scheduling and policy management of video storage resources in each region, and support cross-regional video retrieval and playback; S5. The execution of the video aggregation rule chain, the permission confirmation and identification rule chain and the video storage and retrieval rule chain is coordinated through the linkage control mechanism to achieve unified management of multi-area video surveillance systems and avoid network address conflicts and duplicate device identifiers.

[0007] In step S1, the priority P of the video convergence rule chain is dynamically determined according to the following formula: , where L type For rule chain type level, T delay w1 and w2 are configurable weight coefficients and represent the maximum allowed network latency threshold.

[0008] In step S2, the unified protocol adaptation includes the following steps: S2.1 Identify the source protocol type used by the input video stream data; S2.2. Based on the identified source protocol type and the target protocol type uniformly supported by the system, the video stream data is subjected to protocol conversion processing. The protocol conversion processing includes decapsulation of data packets, mapping of control signaling, and recapsulation according to the target protocol specification.

[0009] In step S3, the mapping is implemented through the permission mapping function M, so that the original account U orig and its permission set R orig Account U in the unified permission system unified and permission set R unified It satisfies a one-to-one correspondence, and R orig unified .

[0010] In step S4, the selection of the video storage node determines the target storage node Starget based on the following scheduling decision function: Where S is the set of available storage nodes, and Q is... i For node S i Priority, latency (S) i (N) represents the number of nodes accessing S under the current network state N. i The delay, α and β are adjustable coefficients.

[0011] It also includes step S6, recording rule error information and operation logs during the execution of the rule chain; wherein, when the number of rule execution errors exceeds a preset threshold θ error Alarms are triggered in a timely manner; the operation log is updated based on the operation frequency (F). op Importance of rules I rule Calculate weights It is used for priority sorting and retrieval optimization of logs.

[0012] A video aggregation system for implementing a video aggregation method, comprising: The rule chain construction module is used to build video aggregation rule chains, permission confirmation and recognition rule chains and video storage and retrieval rule chains for each region. Each rule chain is independent of each other and defines the device access logic, permission mapping logic and storage scheduling logic for the corresponding region. The unified access module is used to perform unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols based on the video aggregation rule chain, without changing the original network configuration and IP address of the devices. The permission mapping module is used to map the original device accounts, platform accounts and permission information of each region to a unified permission management system based on the permission confirmation and identification rule chain, while keeping the original account system unchanged. The storage scheduling module is used to perform unified scheduling and policy management of video storage resources in various regions based on the video storage call rule chain, and supports cross-regional video retrieval and playback. The linkage control module is used to coordinate the execution of the video aggregation rule chain, the permission confirmation and identification rule chain, and the video storage and retrieval rule chain, so as to realize the unified management of multi-area video surveillance systems and avoid network address conflicts and device identifier duplication.

[0013] A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the video convergence method.

[0014] The advantages of this invention are: (1) The original IP and account of the device are retained, avoiding the high costs and configuration error risks brought about by large-scale network transformation and device reset.

[0015] (2) Through the protocol adaptation mechanism driven by the rule chain, it can quickly be compatible with devices from different manufacturers and with different protocols, and achieve "plug and play" unified access.

[0016] (3) Through permission mapping and linkage control, unified permission management, unified video access, unified storage scheduling and unified operation and maintenance interface across regions are realized, which greatly reduces the management complexity.

[0017] (4) The modular design based on rule chains makes the system easy to expand to new regions, equipment types or management strategies, and adapt to future development and changes. Attached Figure Description

[0018] Figure 1 This is a block diagram of the main structure of the system of the present invention.

[0019] Figure 2 This is a flowchart illustrating the aggregation method proposed in this paper. Detailed Implementation

[0020] The present invention will be further described below with reference to specific embodiments, and the advantages and features of the present invention will become clearer as a result. However, these embodiments are merely exemplary and do not constitute any limitation on the scope of the present invention. Those skilled in the art should understand that modifications or substitutions can be made to the details and form of the technical solutions of the present invention without departing from the spirit and scope of the present invention, but all such modifications and substitutions fall within the protection scope of the present invention.

[0021] See Figure 1 and Figure 2 This invention relates to a video aggregation method, comprising the following steps: S1. Construct video aggregation rule chain, permission confirmation and recognition rule chain and video storage and retrieval rule chain for each region. Each rule chain is independent of each other and defines the device access logic, permission mapping logic and storage scheduling logic for the corresponding region. S2. Based on the video aggregation rule chain, perform unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols, without changing the original network configuration and IP address of the devices. S3. Based on the aforementioned permission confirmation and identification rule chain, map the original device accounts, platform accounts, and permission information of each region to a unified permission management system, while keeping the original account system unchanged; S4. Based on the video storage call rule chain, perform unified scheduling and policy management of video storage resources in each region, and support cross-regional video retrieval and playback; S5. The execution of the video aggregation rule chain, the permission confirmation and identification rule chain and the video storage and retrieval rule chain is coordinated through the linkage control mechanism to achieve unified management of multi-area video surveillance systems and avoid network address conflicts and duplicate device identifiers.

[0022] This invention systematically solves the problem of unified convergence of video surveillance systems from multiple regions, manufacturers, and protocols through the following five steps. Each step addresses specific shortcomings of existing technologies, bringing significant technical advantages and commercial value: S1. Constructing Independent Rule Chains: By independently constructing three types of rule chains for each region, logical isolation of configurations across different regions is fundamentally achieved. This ensures that device access logic, permission systems, and storage policies in each region do not interfere with each other, laying a clear architectural foundation for unified management of large-scale, multi-tenant systems.

[0023] S2, Unified Protocol Adaptation Access: Through protocol identification and conversion technology, it can directly adapt to various protocols from different manufacturers without modifying the device's own IP address, gateway, or any other network configurations. This greatly reduces deployment difficulty, implementation costs, and the risk of system interruption due to configuration errors.

[0024] By unifying heterogeneous protocols into an internal standard protocol, the complexity of lower-layer devices is shielded, enabling the upper-layer management system to process all video streams in a consistent manner. When adding new devices or protocols, only the corresponding protocol adapter plugin needs to be extended; the overall system architecture remains unchanged.

[0025] S3. Permission Mapping and Unified Management: Keep users' original accounts and passwords unchanged, and associate them with a unified permission system in the background through a mapping mechanism. Users can log in and access the new system using their original habits, avoiding the training costs and resistance caused by rebuilding the account system.

[0026] In the unified platform, administrators can globally assign, audit, and revoke permissions for accounts from all regions, achieving true centralized permission management and solving the drawbacks of previously requiring login to multiple independent systems for permission maintenance.

[0027] S4. Unified Storage Scheduling and Retrieval: Through the scheduling decision function, video data can be intelligently stored in the most suitable node based on factors such as storage node performance and real-time network conditions, thereby improving the overall utilization and response speed of the storage cluster.

[0028] It supports unified video retrieval and playback across regions. Users do not need to care about where the video is physically stored, and can quickly locate and view recordings in any region. This achieves true data convergence and greatly improves the efficiency of monitoring and investigation.

[0029] S5. Linked Control and Conflict Avoidance: The linked control mechanism automatically connects processes such as device access, permission synchronization, and storage resource preparation, forming a complete closed-loop management process, reducing manual intervention and improving operational efficiency.

[0030] By proactively coordinating and verifying, the uniqueness of device identifiers (such as IDs and names) is ensured throughout the entire system, and system failures caused by overlapping IP addresses or rule conflicts are prevented, thus guaranteeing the stable operation of the system after large-scale aggregation.

[0031] In summary, by organically combining the above steps, this invention achieves the integration of multiple scattered and heterogeneous independent monitoring systems into a unified video aggregation platform with unified permissions, centralized management, intelligent storage, and simple operation and maintenance, without modifying existing front-end equipment and networks, in a low-cost, high-efficiency, and highly compatible manner. This effectively solves the pain points faced by enterprises in the integration of security systems.

[0032] In step S1, the priority P of the video convergence rule chain is dynamically determined according to the following formula: , where L type For rule chain type level, T delay w1 and w2 are configurable weight coefficients and represent the maximum allowed network latency threshold.

[0033] Based on the attached formula, an example is given to illustrate the dynamic determination mechanism of the video aggregation rule chain priority P in step S1 and its advantages.

[0034] Suppose a company has deployed a video aggregation system at its Beijing headquarters (Region A) and Shanghai branch (Region B). It needs to build video aggregation rule chains for the two regions respectively and dynamically determine their execution priorities.

[0035] 1. Parameter settings: Rule chain type level (L) type ): System-defined type levels. For example, the rule chain level for carrying real-time alarm video streams is set to 5 (highest), the rule chain level for carrying daily inspection video streams is set to 3 (medium), and the rule chain level for carrying historical video playback is set to 1 (lowest).

[0036] Maximum network latency threshold (T) delay ): Set according to business tolerance. For example, if real-time alarms require a delay of <200ms, then T delay = 0.2; daily inspection is acceptable < 2s, then T delay = 2.

[0037] Weighting coefficients (w1, w2): Configured by the administrator according to the policy. If business importance is prioritized, w1=0.7, w2=0.3 can be set; if real-time performance is prioritized, w1=0.3, w2=0.7 can be set.

[0038] 2. Scenario Calculation: Scenario 1 (Sudden Alarm in Beijing): A rule chain in the Beijing area is used to process access control alarm videos (L... type =5, business-critical), and requires extremely low latency (Tdelay=0.2).

[0039] If a balanced strategy is adopted (w1=0.5, w2=0.5), then the priority P A = 0.5×5 + 0.5×(1 / 0.2) =2.5 + 2.5 = 5.0.

[0040] Scenario 2 (Daily Inspection in Shanghai): A rule chain in the Shanghai area is used to process building corridor inspection videos (L type =3), delay requirement is generally (T) delay =2).

[0041] Under the same strategy, priority P B = 0.5×3 + 0.5×(1 / 2) = 1.5 + 0.25 = 1.75.

[0042] 3. Scheduling Result: The system schedules the results based on the calculated priority (P). A =5.0 > P B =1.75), the data stream of alarm videos in Beijing will be prioritized and processed to ensure that it receives sufficient network bandwidth and computing resources to report alarm images in a timely manner; while the inspection videos in Shanghai will be processed in sequence without affecting critical business operations.

[0043] Introducing this dynamic priority calculation formula brings the following significant advantages to this invention: 1. Achieve intelligent resource scheduling: Avoid the drawbacks of the "first-come, first-served" or fixed-priority coarse scheduling in traditional aggregation systems. Through quantitative formulas, the system can automatically identify the importance and urgency of video streams in different regions and for different services, and dynamically calculate the optimal execution order. This allows limited network, storage, and computing resources to be precisely allocated to the most critical video services, improving the resource utilization efficiency and responsiveness of the entire aggregation system.

[0044] 2. Enhance the ability to guarantee critical services: When faced with network bandwidth fluctuations or system processing peaks, this mechanism can ensure that high-level, low-latency services (such as real-time alarms and command and dispatch) always receive high priority, effectively preventing them from being blocked or delayed due to resource contention, and greatly enhancing the system's service guarantee capability and reliability during critical periods.

[0045] 3. Offers flexible and configurable policy management: The configurability of weight coefficients w1 and w2 empowers administrators with powerful policy adjustment capabilities. Enterprises can flexibly adjust the system based on different management priorities at different times (e.g., increasing w1 for security priorities, and increasing w2 for real-time priorities), enabling the system to adapt to diverse operational scenarios and management needs, thus enhancing the system's adaptability and manageability.

[0046] 4. Supporting differentiated service quality: By setting different L for different rule chains. type and T delay This method inherently supports differentiated quality of service (QoS) for video streams. For large enterprises that simultaneously handle multiple video services such as production monitoring, security protection, and daily management, this means that effective differentiation and collaborative management of multiple service levels can be achieved on a single platform.

[0047] In summary, the priority dynamic calculation formula introduced in step S1 is not just a mathematical expression, but a resource scheduling strategy engine for multi-region video aggregation scenarios. It realizes intelligent resource scheduling, differentiated business assurance, and flexible system management, thus providing a solid algorithmic foundation for solving the problem of efficient and stable operation after the unified aggregation of large-scale, multi-service, and heterogeneous video systems.

[0048] In step S2, the unified protocol adaptation includes the following steps: S2.1 Identify the source protocol type used by the input video stream data; S2.2. Based on the identified source protocol type and the target protocol type uniformly supported by the system, the video stream data is subjected to protocol conversion processing. The protocol conversion processing includes decapsulation of data packets, mapping of control signaling, and recapsulation according to the target protocol specification.

[0049] In step S2, "unified protocol adaptation" is the core step in achieving seamless access for multi-source heterogeneous devices. For example, in the security system of a company's Shanghai branch, several network cameras using Hikvision's proprietary protocols (such as the HiKvision SDK protocol) are deployed. The goal is to aggregate their video streams to the headquarters' unified management platform without altering any of the cameras' configurations (IP, gateway, username / password), while this platform internally uses the ONVIF (Open Network Video Interface) standard protocol for communication and processing.

[0050] Step S2.1: Identify the source protocol type used by the input video stream data. When cameras at the Shanghai branch begin sending video streams to the aggregation system, the unified access module actively or passively receives their initial communication data packets. The system's built-in protocol recognition engine then performs in-depth analysis of these data packets. Feature matching: The engine extracts feature information from the data packet, such as: Target port number: Hikvision's proprietary protocols may use a specific port by default (such as 8000).

[0051] Packet header specific identifiers: Private protocols usually have a unique start byte sequence.

[0052] Signaling interaction process: Analyze the format and content of the instructions initially sent between the device and the system.

[0053] Rule matching: These features are compared with the protocol feature library pre-built in the video aggregation rule chain. The feature library pre-stores feature fingerprints of ONVIF, RTSP, GB / T 28181, and proprietary protocols of mainstream manufacturers such as Hikvision and Dahua.

[0054] Identification result: Through rapid comparison, the engine confirmed that the data stream conforms to the characteristics of "Hikvision Private Protocol V2.0", thus completing the accurate identification of the source protocol type.

[0055] Step S2.2: Perform protocol conversion processing After identifying the source protocol, the system immediately initiates a targeted conversion process, which is specifically broken down as follows: 1. Decapsulation of data packets: The system calls the parser corresponding to "Hikvision Private Protocol V2.0" and peels off the outer shell of the data packets layer by layer according to the private format of the protocol.

[0056] Extract the core media payload (such as H.264 encoded video ES stream and G.711 encoded audio stream), timestamps, and control signaling (such as start / stop stream and PTZ control commands).

[0057] 2. Mapping of control signaling: The system refers to a predefined signaling mapping rule table to translate the control instructions of the proprietary protocol into ONVIF standard instructions.

[0058] For example, a camera's proprietary PTZ control command is converted into an ONVIF standard request based on a mapping table. This allows the headquarters platform to control the proprietary protocol camera using the standard ONVIF PTZ service.

[0059] 3. Repackaging according to the target protocol specification: The clean media streams (video and audio) extracted in the previous step and the mapped standard control signaling are repackaged according to the standard format specified by the ONVIF protocol.

[0060] For example, video streams are encapsulated into standard RTP (Real-Time Transport Protocol) packets, with header information conforming to SDP (Session Description Protocol), and session control is performed via RTSP (Real-Time Streaming Protocol).

[0061] Ultimately, the output is a data stream that fully complies with the ONVIF standard, which can be seamlessly integrated into subsequent unified management, storage, and display modules.

[0062] Through the above process, the video streams of Hikvision's proprietary protocol cameras in the Shanghai branch were converted into ONVIF language that the headquarters platform could "understand" in real time without any configuration changes, thus achieving transparent access.

[0063] Without needing to change the IP address, network parameters, or login credentials of any front-end cameras, this completely avoids the high construction costs, long implementation cycles, and operational risks of system interruption caused by large-scale network replanning and individual device login and configuration.

[0064] Through a standardized "identification + conversion" process, the system can connect to any device that supports known protocols. Adding a new device or protocol simply requires adding the corresponding plugin or rule to the feature library and mapping table; the core system architecture remains unchanged.

[0065] All heterogeneous devices are uniformly converted to standard protocols (such as ONVIF) at the access layer. For upper-layer management platforms, video analytics algorithms, storage systems, etc., they all see a batch of "standard devices" with consistent interfaces. This greatly simplifies the development of upper-layer applications, and operations and maintenance personnel only need to learn and use one set of management tools, significantly reducing system complexity and operation and maintenance costs.

[0066] The unified protocol adaptation mechanism defined in step S2 is not just a conversion tool, but also an intelligent and scalable protocol abstraction layer. Its core value lies in providing key support for the smooth upgrade and efficient operation of enterprise security systems in a near-zero-cost and zero-risk manner.

[0067] In step S3, the mapping is implemented through the permission mapping function M, so that the original account U orig and its permission set R orig Account U in the unified permission system unified and permission set R unified It satisfies a one-to-one correspondence, and R orig unified .

[0068] Step S3 introduces a permission mapping function M, enabling the construction of a unified permission management system without altering the existing regional account system. The following example illustrates this.

[0069] A certain group has two independent monitoring areas: its Beijing headquarters and its Shanghai branch. The two areas use different monitoring systems and account systems. Beijing area: Using the Hikvision platform, the monitor account is bj_user, with permissions including real-time preview (permission code A1) and 7-day playback (permission code A2).

[0070] Shanghai area: Using the Dahua platform, the administrator account is sh_admin, with permissions including device management (permission code B1), user management (permission code B2), and real-time preview (permission code B1).

[0071] The execution process of step S3: 1. Construct a rule chain for permission confirmation and recognition: Create a rule chain for the Beijing region, defining that the original account bj_user and its permissions {A1, A2} in this region will be mapped to the unified system.

[0072] Create a rule chain for the Shanghai region, defining that the original account sh_admin and its permissions {B1, B2, B3} will be mapped to the unified system.

[0073] 2. Execute the permission mapping function M: For the Beijing account bj_user: Original account: U orig = "bj_user" Original permission set: R orig = {A1, A2} Accounts in the unified system are generated using the mapping function M: U unified = "area_beijing_bj_user Unified permission set: R unified = {A1, A2, SYS VIEW} (where SYS) VIEW (To unify the basic permission of "cross-regional video viewing" added to the system) Conditions satisfied: R orig unified And the correspondence is unique.

[0074] For the Shanghai account sh_admin: U orig = "sh_admin"; R orig= {B1, B2, B3}; U unified = "area_shanghai_sh_admin"; R unified = {B1, B2, B3, SYS VIEW SYS AUDIT (Added unified system audit permissions) Similarly, R is satisfied. orig unified And they correspond one-to-one.

[0075] 3. Actual login and authentication process: When the Beijing monitor attempted to log in to the unified platform using the original account bj_user and password, the system: 1. Identify the account by using the permission confirmation and identification rule chain for the Beijing region.

[0076] 2. Call the mapping function M to find the corresponding U. unified = "area_beijing_bj_user".

[0077] 3. Verify password (can be done through unified authentication or authentication linked with the original system).

[0078] 4. Grant R unified = {A1, A2, SYS VIEW Permissions in}

[0079] This user can preview videos from the Beijing area, play back 7 days of recordings, and view real-time videos from the Shanghai area on the unified platform (due to the presence of SYS). VIEW Permissions).

[0080] Users in all regions can continue to log in using their existing accounts and passwords, without needing to re-register, remember new accounts, or change passwords. This greatly reduces user training costs and usage resistance caused by system switching, ensuring business continuity.

[0081] Through R orig unified The mathematical constraints ensure that all user permissions in the original system are fully retained in the unified system, eliminating the risk of permission loss. At the same time, the unified system can add new global permissions (such as SYS) to users. VIEW This allows for the natural expansion of permissions, enhancing users' control capabilities.

[0082] Through the regional isolation of the rule chain and the unique design of the mapping function, even if accounts with the same name exist in different regions, they will be mapped to different Us in the unified system.unified (e.g., area_beijing_admin and area_shanghai_admin), fundamentally avoiding account conflicts and permission confusion.

[0083] Administrators can view and manage accounts and their permissions across all regions in a unified interface, enabling global permission allocation, modification, and auditing. For example, administrators can directly grant management permissions for a camera in Beijing to area_shanghai_sh_admin, achieving fine-grained authorization across regions and greatly improving management efficiency.

[0084] All account logins and permission changes are logged through a unified system log, facilitating security auditing and traceability. The mapping function itself can be implemented using reversible or irreversible cryptographic hash algorithms to ensure the security and consistency of the mapping process.

[0085] The permission mapping mechanism defined in step S3 is not merely an account conversion tool, but a smart, policy-driven identity and access management middleware. Its core value lies in integrating scattered and heterogeneous permission silos into a logically unified, centrally managed, and flexibly authorized modern permission governance system in a zero-intrusion, highly secure, and scalable manner, providing crucial foundational support for the large-scale and standardized operation of enterprise video surveillance systems.

[0086] In step S4, the selection of the video storage node is based on the following scheduling decision function to determine the target storage node S. target : Where S is the set of available storage nodes, and Q is... i For node S i Priority, latency (S) i (N) represents the number of nodes accessing S under the current network state N. i The delay, α and β are adjustable coefficients.

[0087] The following example illustrates a corporate group with three data centers in Beijing, Shanghai, and Guangzhou, each deploying video storage nodes (S1 Beijing, S2 Shanghai, and S3 Guangzhou). The performance and network conditions of each node differ. Now, the Shenzhen branch has generated an important access control alarm video that needs to be stored.

[0088] Parameter settings: Node priority (Q) i ): This is pre-assessed based on factors such as storage node performance, remaining capacity, and reliability level.

[0089] S1 Beijing: Core node, SSD array, Q1 = 9 S2 Shanghai: Primary node, high-speed hard drives, Q2 = 7 S3 Guangzhou: Backup node, standard hard drives, Q3 = 5 Network latency The system can detect the current network round-trip latency between the Shenzhen branch and each node in real time.

[0090] N represents the current network state: latency(S1, N) = 80ms, latency(S2, N) = 35ms, latency(S3, N) = 20ms; Adjustment coefficients (α, β): Set by the administrator according to the policy. For example: Strategy A (Storage Reliability Priority): α=0.8, β=0.2; Strategy B (Access Speed ​​Priority): α=0.3, β=0.7; Scheduling calculation: 1. When using strategy A (reliability first), calculate the score for each node: S1 score = 0.8 × 9 + 0.2 × (1 / 0.080) = 7.2 + 2.5 = 9.7; S2 score = 0.8 × 7 + 0.2 × (1 / 0.035) = 5.6 + 5.71 = 11.31; S3 score = 0.8 × 5 + 0.2 × (1 / 0.020) = 4.0 + 10.0 = 14.0; Based on the function, select the node with the highest score: S target = S3 (Guangzhou node).

[0091] Therefore, although the Guangzhou node had the lowest priority (Q3=5), its extremely low network latency (20ms) contributed a high score under the speed-first strategy. In order to pursue fast write speed, the system selected the nearest node.

[0092] 2. When using strategy B (access speed priority), calculate the score for each node: S1 score = 0.3 × 9 + 0.7 × (1 / 0.080) = 2.7 + 8.75 = 11.45; S2 score = 0.3 × 7 + 0.7 × (1 / 0.035) = 2.1 + 20.0 = 22.1; S3 score = 0.3 × 5 + 0.7 × (1 / 0.020) = 1.5 + 35.0 = 36.5; S target It remains S3 (Guangzhou node), but the score gap is even larger.

[0093] In strategies that prioritize speed, network latency has a greater impact, further reinforcing the preference for selecting low-latency nodes.

[0094] 3. When network congestion occurs suddenly: Suppose that the network from Guangzhou to Shenzhen suddenly becomes congested, and latency(S3, N) rises to 200ms.

[0095] Recalculate (taking strategy A as an example): S3 score = 0.8×5 + 0.2×(1 / 0.200) = 4.0 + 1.0 = 5.0; At this time, the highest score node becomes S2 (Shanghai, score 11.31).

[0096] The system can dynamically respond to network changes and automatically switch the storage path to the current better node.

[0097] This function takes into account the static performance (Q) of the node. i By incorporating dynamic states (real-time latency) and avoiding the mechanical nature of traditional polling or fixed-priority scheduling algorithms, the system can automatically make optimal or near-optimal storage decisions based on real-time conditions, significantly improving the overall efficiency and responsiveness of the storage cluster.

[0098] By prioritizing the node (Q) i By incorporating this into the computation, highly important video data (such as alarm recordings) is ensured to be prioritized for storage on high-performance, highly reliable nodes. Simultaneously, latency optimization guarantees the smoothness of video playback and real-time viewing, improving the user experience from both the write and read ends.

[0099] The adjustment coefficients α and β act as "strategy knobs," allowing administrators to flexibly balance and quickly adjust between "storage reliability priority" and "access speed priority" based on actual business needs, without modifying the underlying algorithm. This strategic configuration enables the system to adapt to different scenarios (such as daily maintenance and emergency command).

[0100] The storage scheduling decision function defined in step S4 upgrades storage resource management from static configuration to dynamic optimization. Essentially, it is a multi-objective optimization decision engine. Its core value lies in continuously and automatically achieving optimal storage resource configuration in complex and changing heterogeneous storage environments through quantitative models and adjustable strategies. This ensures high performance, high reliability, and high availability of the video aggregation system at the storage level, providing a core technological guarantee for efficient management of large-scale video data.

[0101] It also includes step S6, recording rule error information and operation logs during the execution of the rule chain; wherein, when the number of rule execution errors exceeds a preset threshold θ error Alarms are triggered in a timely manner; the operation log is updated based on the operation frequency (F).op Importance of rules I rule Calculate weights It is used for priority sorting and retrieval optimization of logs.

[0102] The present invention also relates to a video aggregation system for implementing the video aggregation method, comprising: Rule chain construction module 1 is used to build video aggregation rule chain, permission confirmation and recognition rule chain and video storage and retrieval rule chain for each region. Each rule chain is independent of each other and defines the device access logic, permission mapping logic and storage scheduling logic for the corresponding region. Unified access module 2 is used to perform unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols based on the video aggregation rule chain, without changing the original network configuration and IP address of the devices. The permission mapping module 3 is used to map the original device accounts, platform accounts and permission information of each region to a unified permission management system based on the permission confirmation and identification rule chain, while keeping the original account system unchanged. The storage scheduling module 4 is used to perform unified scheduling and policy management of video storage resources in each region based on the video storage call rule chain, and supports cross-regional video retrieval and playback. The linkage control module 5 is used to coordinate the execution of the video aggregation rule chain, the permission confirmation and identification rule chain and the video storage and retrieval rule chain, so as to realize the unified management of the multi-area video surveillance system and avoid network address conflicts and device identification duplication.

[0103] The video convergence system constructed in this invention, through the coordinated operation of five major modules, translates the aforementioned methodological technological innovations into a complete, efficient, and reliable solution. The advantages of this system lie not only in the independent functions of each module, but also in the systemic breakthrough brought about by the organic whole they form.

[0104] The rule chain building module achieves complete decoupling and policy-driven configuration. By independently building three types of rule chains for each region, this module transforms the previously scattered and fixed device configurations, permission policies, and storage schemes into centrally managed and flexibly defined "policy scripts." This fundamentally solves the problems of configuration contamination and blurred management boundaries during multi-region system integration, providing the system with extremely high scalability and policy flexibility, making adding a new region or adjusting a policy as simple as writing a new rule.

[0105] The unified access module, through its built-in intelligent protocol recognition and conversion engine, enables the system to seamlessly support various mainstream and proprietary video devices and protocols on the market, completely eliminating the huge costs and risks associated with replacing equipment or undertaking complex network upgrades. It completely shields the underlying complex heterogeneity, providing a standard, unified video stream.

[0106] The permission mapping module allows users to retain their existing account passwords, greatly reducing the resistance to system switching. Simultaneously, a precise and auditable global permission mapping system is established in the backend, enabling administrators to perform granular authorization across regions through a unified interface. This significantly improves security management efficiency and compliance levels, and ensures a smooth business transition.

[0107] The storage scheduling module can automatically store video data in the most suitable location based on node performance, network status, and management policies, thereby achieving automatic load balancing, optimized access speed, and overall improved storage reliability, ensuring efficient and reliable access to massive amounts of video data.

[0108] The linkage control module monitors the execution status of the rule chain, automatically triggers cross-module linkage processes (such as automatically initializing permissions and storage policies after a new device is connected), and strictly performs global conflict verification.

[0109] The system does not mechanically aggregate multiple independent platform interfaces. Instead, it achieves deep integration from data access, identity authentication, resource scheduling to business logic through underlying rule chain-driven and modular collaboration. This reduces long-term operation and maintenance complexity and manpower costs, optimizes resource utilization, and reduces long-term IT investment for enterprises from multiple dimensions.

[0110] Whether it's connecting new device types, adding new regional sites, or introducing new businesses such as AI analytics, it can all be achieved by expanding the corresponding modules or rule chains.

[0111] By unifying, standardizing, and establishing clear permissions and indexes for enterprise video data, this system provides a high-quality data foundation and convenient service interfaces for subsequent global intelligent video analysis, big data judgment, and business integration and innovation.

[0112] The video aggregation system provided by this invention transforms the current situation of "multi-source heterogeneity and decentralized independence" into a modern intelligent visual management platform with unified access, unified permissions, unified storage, and unified operation and maintenance, providing support for the digital and intelligent upgrade of enterprise security.

[0113] The present invention also relates to a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the video convergence method described above.

[0114] The above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any equivalent substitutions or modifications made by those skilled in the art within the scope of the technology disclosed in the present invention, based on the technical solution and inventive concept of the present invention, should be covered within the scope of protection of the present invention.

Claims

1. A video aggregation method, characterized in that, Includes the following steps: S1. Construct video aggregation rule chain, permission confirmation and recognition rule chain and video storage and retrieval rule chain for each region. Each rule chain is independent of each other and defines the device access logic, permission mapping logic and storage scheduling logic for the corresponding region. S2. Based on the video aggregation rule chain, perform unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols, without changing the original network configuration and IP address of the devices. S3. Based on the aforementioned permission confirmation and identification rule chain, map the original device accounts, platform accounts, and permission information of each region to a unified permission management system, while keeping the original account system unchanged; S4. Based on the video storage call rule chain, perform unified scheduling and policy management of video storage resources in each region, and support cross-regional video retrieval and playback; S5. The execution of the video aggregation rule chain, the permission confirmation and identification rule chain and the video storage and retrieval rule chain is coordinated through the linkage control mechanism to achieve unified management of multi-area video surveillance systems and avoid network address conflicts and duplicate device identifiers.

2. The video aggregation method according to claim 1, characterized in that, In step S1, the priority P of the video convergence rule chain is dynamically determined according to the following formula: , where L type For rule chain type level, T delay w1 and w2 are configurable weight coefficients and represent the maximum allowed network latency threshold.

3. The video aggregation method according to claim 1, characterized in that, In step S2, the unified protocol adaptation includes the following steps: S2.1 Identify the source protocol type used by the input video stream data; S2.

2. Based on the identified source protocol type and the target protocol type uniformly supported by the system, the video stream data is subjected to protocol conversion processing. The protocol conversion processing includes decapsulation of data packets, mapping of control signaling, and recapsulation according to the target protocol specification.

4. The video aggregation method according to claim 1, characterized in that, In step S3, the mapping is implemented through the permission mapping function M, so that the original account U orig and its permission set R orig Account U in the unified permission system unified and permission set R unified It satisfies a one-to-one correspondence, and R orig unified .

5. The video aggregation method according to claim 1, characterized in that, In step S4, the selection of the video storage node determines the target storage node Starget based on the following scheduling decision function: Where S is the set of available storage nodes, and Q is... i For node S i Priority, latency (S) i (N) represents the number of nodes accessing S under the current network state N. i The delay, α and β are adjustable coefficients.

6. The video aggregation method according to claim 1, characterized in that, It also includes the following steps: S6. During the execution of the rule chain, record rule error information and operation logs; Among them, when the number of rule execution errors exceeds the preset threshold θ error Alarms are triggered in a timely manner; the operation log is based on the operation frequency (F). op Importance of rules I rule Calculate weights It is used for priority sorting and retrieval optimization of logs.

7. A video aggregation system implementing the video aggregation method of any one of claims 1 to 6, characterized in that, include: The rule chain construction module is used to build video aggregation rule chains, permission confirmation and recognition rule chains and video storage and retrieval rule chains for each region. Each rule chain is independent of each other and defines the device access logic, permission mapping logic and storage scheduling logic for the corresponding region. The unified access module is used to perform unified protocol adaptation and access management for video surveillance devices from different regions, manufacturers, and communication protocols based on the video aggregation rule chain, without changing the original network configuration and IP address of the devices. The permission mapping module is used to map the original device accounts, platform accounts and permission information of each region to a unified permission management system based on the permission confirmation and identification rule chain, while keeping the original account system unchanged. The storage scheduling module is used to uniformly schedule and manage the video storage resources in each region based on the video storage call rule chain, and supports cross-regional video retrieval and playback. The linkage control module is used to coordinate the execution of the video aggregation rule chain, the permission confirmation and identification rule chain, and the video storage and retrieval rule chain, so as to realize the unified management of multi-area video surveillance systems and avoid network address conflicts and device identifier duplication.

8. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the video convergence method as described in any one of claims 1 to 6.

Images