Cascade communication method, equipment, medium and product based on open-source swan-monk system

Abstract

The invention discloses a cascade communication method and device based on an open-source gap system, a medium and a product. The method comprises the following steps: a target communication management platform obtains to-be-processed target report information; if the information is real-time state information sent by the police terminal through an open source gap distributed soft bus, a local database is updated, and the information is packaged into a standardized event object containing an event type, data content and a priority label; if the information is an event object which is received to a subordinate interface and comes from a direct connection subordinate platform, updating a local database; if the platform is not a root node of the standard tree cascade topology, the received or packaged event object is analyzed according to a preset strategy, and whether the event object needs to be continuously reported to a directly connected superior platform is judged, and if yes, the event object is called to be reported to a superior interface; otherwise, terminating the reporting process of the event object; according to the technical scheme of the embodiment of the invention, the overall efficiency of police cooperation and commanding and dispatching can be remarkably improved.

Description

Technical Field

[0001] This invention relates to the field of distributed communication technology, and in particular to a cascaded communication method, device, medium and product based on the open-source HarmonyOS system. Background Technology

[0002] With the deepening of the digital and intelligent construction of public safety, the types and quantities of police equipment have surged, and their management faces cross-regional and cross-level collaborative challenges. In order to improve response efficiency, grassroots combat units urgently need to use distributed operating systems such as OpenHarmony to realize localized intelligent networking and flat collaboration of terminal devices; while the high-level command system must rely on a cross-regional vertical and tree-like cascaded management architecture to ensure that orders are obeyed.

[0003] In existing technologies, police equipment management primarily employs two approaches: one is centralized management based on HTTP (Hypertext Transfer Protocol) or API (Application Programming Interface), where all data is relayed through a central server, resulting in single-point performance bottlenecks and failure risks; the other is using dedicated cascaded hardware to achieve platform linkage, but this is costly, has poor compatibility, and is difficult to adapt to modern distributed operating system ecosystems. These approaches cannot ensure flexible terminal collaboration while simultaneously achieving real-time bottom-up data aggregation and precise, rapid top-down command delivery, thus hindering the overall effectiveness of police equipment. Summary of the Invention

[0004] This invention provides a cascading communication method, device, medium, and product based on the open-source HarmonyOS system, to achieve cascading communication that enables real-time data aggregation and precise command issuance.

[0005] According to one aspect of the present invention, a cascaded communication method based on the open-source HarmonyOS system is provided, executed by a target communication management platform in a multi-level communication management system. The multi-level communication management system includes multiple communication management platforms, which are connected in a standard tree-like cascaded topology and all have the open-source HarmonyOS system installed. The method includes: Obtain the target reporting information to be processed; If the target reported information is real-time status information sent by a police terminal through the open-source HarmonyOS distributed soft bus, then the local database is updated using the real-time status information, and the real-time status information is encapsulated into a standardized event object; the event object contains the event type, data content, and priority label. If the target reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface, then only the received event object is used to update the local database; If the target communication management platform is not the root node in the standard tree-like cascaded topology, the event objects that are directly received or locally encapsulated will be analyzed and processed according to the preset policy rules. Based on the analysis results, determine whether it is necessary to continue reporting the event object to the directly connected upper-level communication management platform: if yes, call the upper-level interface to report the event object to the directly connected upper-level communication management platform; otherwise, stop reporting the event object.

[0006] According to another aspect of the present invention, a cascaded communication device based on the open-source HarmonyOS system is provided, configured in a target communication management platform within a multi-level communication management system. The multi-level communication management system includes multiple communication management platforms, which are connected in a standard tree-like cascaded topology and all are equipped with the open-source HarmonyOS system. The device includes: The information acquisition module is used to acquire the target-reported information to be processed; The data encapsulation module is used to update the local database with real-time status information if the target reported information is real-time status information sent by the police terminal through the open-source HarmonyOS distributed soft bus, and to encapsulate the real-time status information into standardized event objects; wherein the event object contains event type, data content and priority label; The update module is used to update the local database only with the received event object if the target reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface. The event analysis module is used to analyze and process directly received or locally encapsulated event objects according to preset policy rules if the target communication management platform is not the root node in the standard tree-like cascaded topology. The reporting or termination module is used to determine whether the event object needs to be reported to the directly connected upper-level communication management platform based on the analysis results: if so, the upper-level interface is called to report the event object to the directly connected upper-level communication management platform; otherwise, the reporting of the event object is terminated.

[0007] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, which is then executed by the at least one processor to enable the at least one processor to execute a cascaded communication method based on the open-source HarmonyOS system as described in any embodiment of the present invention.

[0008] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions, the computer instructions being configured to cause a processor to execute and implement a cascaded communication method based on the open-source HarmonyOS system as described in any embodiment of the present invention.

[0009] According to another aspect of the present invention, a computer program product is also provided, including computer instructions that, when executed by a processor, implement the steps of the method as described in any embodiment of the present invention.

[0010] The technical solution of this invention obtains target reporting information to be processed through a target communication management platform. If the target reporting information is real-time status information sent by a police terminal through the open-source HarmonyOS distributed soft bus, the local database is updated using this real-time status information, and it is encapsulated into a standardized event object containing event type, data content, and priority label. If the target reporting information is an event object received through a downward cascading interface from a directly connected lower-level communication management platform, only the received event object is used to update the local database. If the target communication management platform itself is not the root node in a standard tree-like cascading topology, the directly received or locally encapsulated event objects are analyzed and processed according to preset policy rules. Then, based on the analysis results, it is determined whether the event object needs to be reported to the directly connected upper-level communication management platform. If so, the upward cascading interface is called to report the event object; otherwise, the reporting process ends. This solution solves the problems of low efficiency in data cross-level flow and unintelligent decision-making in traditional solutions, and achieves the beneficial effect of improving the overall response speed and resource utilization efficiency of the communication system.

[0011] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0012] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1This is a flowchart of a cascading communication method based on the open-source HarmonyOS system provided in Embodiment 1 of the present invention; Figure 2 This is a flowchart of another cascading communication method based on the open-source HarmonyOS system provided in Embodiment 2 of the present invention; Figure 3 This is a diagram illustrating the overall architecture of a cascaded police equipment management platform based on the open-source HarmonyOS system in a specific scenario applicable to the embodiments of the present invention. Figure 4 This is a schematic diagram of the structure of a cascaded communication device based on the open-source HarmonyOS system according to Embodiment 3 of the present invention; Figure 5 This is a schematic diagram of the structure of an electronic device that implements a cascaded communication method based on the open-source HarmonyOS system according to an embodiment of the present invention. Detailed Implementation

[0014] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0015] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0016] Example 1 Figure 1 This is a flowchart of a cascaded communication method based on the open-source HarmonyOS system provided in Embodiment 1 of the present invention. This embodiment is applicable to situations where police equipment is collaboratively managed and commanded and dispatched between multiple platforms. The method can be executed by the target communication management platform in the multi-level communication management system. The multi-level communication management system includes multiple communication management platforms, and each communication management platform is connected by a standard tree-like cascaded topology and is equipped with the open-source HarmonyOS system.

[0017] Police equipment can be understood as specialized and intelligent terminal equipment resources managed and used by police units at all levels. This includes, but is not limited to, police vehicles, law enforcement recorders, individual soldier equipment, protective gear, weapons, and intelligent equipment cabinets. Multi-level platforms can be understood as multiple communication management platform nodes constructed according to administrative management levels. Typical levels include ministerial, provincial, municipal, and county-level platforms, interconnected through a standard tree-like cascaded topology.

[0018] S110. Obtain the target reporting information to be processed.

[0019] In this embodiment, the first step in the target communication management platform startup process is to receive and identify the input information to be processed. This information may come from two directions: one is the police smart terminal device directly connected to it; the other is the direct subordinate management platform connected to it through the downward cascading interface.

[0020] S120. If the target reported information is real-time status information sent by the police terminal through the open-source HarmonyOS distributed soft bus, then the local database is updated using the real-time status information, and the real-time status information is encapsulated into a standardized event object; wherein, the event object contains the event type, data content, and priority label.

[0021] In this embodiment, when the target communication management platform confirms that the received target-reported information is raw status data from a police terminal, it immediately performs two key operations. First, the target communication management platform saves this latest status data, such as device location, battery level, or alarm signals, to its local database to ensure it has the most real-time and accurate data copy. Next, the target communication management platform packages this raw data, which may vary in format, into a structured data packet according to a predefined unified standard. This data packet is called an event object. The event object explicitly contains the business category of the event, the specific updated content data, and a level marker indicating the urgency and importance of the event.

[0022] S130. If the target reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface, then only the received event object is used to update the local database.

[0023] In this embodiment, if the target communication management platform receives target-reported information that is not raw terminal data, but rather an event object that has already been processed and reported by its subordinate communication management platform, the processing flow will be simplified. In this case, the platform does not need to repackage or convert the information, as its format is already standardized. The core task of the target communication management platform is to synchronously update the data content carried in this event object from the subordinate to its own local database, thereby ensuring that the data view held by this level of platform is consistent with that of the subordinate, providing a basis for possible further decision-making or aggregation.

[0024] S140. If the target communication management platform is not the root node in the standard tree-like cascaded topology, then the event objects that are directly received or locally encapsulated are analyzed and processed according to the preset policy rules.

[0025] The standard tree-like cascaded topology can be understood as a network structure model for organizing multi-level communication management platforms. This topology resembles an inverted tree, where the highest-level platform (e.g., ministerial level) acts as the sole "root" node, branching out to lower-level platforms (e.g., provincial, municipal, and county levels), forming a clear parent-child and hierarchical relationship. Platforms connect only to their immediate superior and subordinate platforms via standard communication interfaces (upward or downward cascading interfaces). Data and instructions are transmitted up and down along these pre-defined tree branch paths, thus constructing a cascaded network with a clear structure, fixed paths, ease of management, and conformity to the administrative command system.

[0026] In this embodiment, when the target communication management platform is not the top-level node in the standard tree-like cascaded topology, it needs to analyze the event objects it holds. Whether the event object is directly generated from the terminal or received from a lower level, the target communication management platform will examine it according to a set of preset, configurable business logic rules. This set of rules comprehensively considers elements such as the type label and priority marker within the event object to determine whether the situation represented by the event needs to attract the attention of a higher-level communication management platform within the scope of its current responsibility.

[0027] S150. Based on the analysis results, determine whether it is necessary to continue reporting the event object to the directly connected upper-level communication management platform: if yes, call the upper-level interface to report the event object to the directly connected upper-level communication management platform; otherwise, stop reporting the event object.

[0028] In this embodiment, based on the conclusions drawn from the analysis of the target communication management platform, the target communication management platform will make the final routing decision. If the analysis results indicate that the event object needs to be known by the upper-level communication management platform, the target communication management platform will call its upward cascading interface to actively push the event object to its corresponding upper-level management platform. Conversely, if the analysis results indicate that the event object information can be processed by the target communication management platform or does not need to be uploaded further, the upward propagation process of the event object will be terminated, keeping it at the current level, thereby effectively filtering information and reducing the load pressure on the upper-level network.

[0029] Optionally, based on the above embodiments, determining whether the event object needs to be further reported to the directly connected upper-level communication management platform according to the analysis results may include: If the event type of the event object matches the preset list of key event types, it is determined that the event object needs to be sent to the directly connected upper-level communication management platform. If the priority tag value of the event object is less than or equal to the preset priority threshold, it is determined that the event object needs to be sent to the direct-connected upper-level communication management platform. If the event type of the event object is a response event to a data retrieval request from the target communication management platform's superior communication management platform, then it is determined that the event object needs to be sent to the directly connected superior communication management platform.

[0030] Generally, when a target communication management platform needs to make a reporting decision for an event, it will execute the judgment based on a set of pre-defined business rules. One core rule is that the target communication management maintains a specific set called the "Critical Event Type List." This list clearly defines which types of events are considered critical situations that must be reported to higher management, such as major alarms or serious equipment malfunctions. As long as the event type identified by the current event object belongs to any one of these lists, regardless of other conditions, the platform will unconditionally determine that the event needs to be sent to its immediate superior management platform. This is a mandatory reporting mechanism.

[0031] Generally, besides the event type, the priority tag carried by the event object itself is another important decision-making basis. The value of this tag follows the rule that the smaller the value, the higher the priority or urgency. The target communication management platform presets a priority threshold. When the priority tag value of an event object is less than or equal to this threshold, it indicates that the event's importance has reached a level requiring higher-level attention. Therefore, the target communication management platform will decide to continue reporting it to the directly connected superior communication management platform, thereby achieving effective filtering and uploading of important information.

[0032] Generally, there is also a data acquisition scenario initiated proactively by the higher-level communication management platform. When the higher-level communication management platform sends a specific data retrieval request to the lower-level platform for command or monitoring purposes, the lower-level communication management platform, after preparing the relevant data and encapsulating it into an event object, considers this event object as a response to the request from the higher-level communication management platform. For this type of special event object, the reporting decision is clear and mandatory; that is, the lower-level communication management platform needs to send it back to the directly connected higher-level communication management platform that initiated the request to complete a full data request and response interaction.

[0033] The technical solution of this invention obtains target reporting information to be processed through a target communication management platform. If the target reporting information is real-time status information sent by a police terminal through the open-source HarmonyOS distributed soft bus, the local database is updated using this real-time status information, and it is encapsulated into a standardized event object containing event type, data content, and priority label. If the target reporting information is an event object received through a downward cascading interface from a directly connected lower-level communication management platform, only the received event object is used to update the local database. If the target communication management platform itself is not the root node in a standard tree-like cascading topology, the directly received or locally encapsulated event objects are analyzed and processed according to preset policy rules. Then, based on the analysis results, it is determined whether the event object needs to be reported to the directly connected upper-level communication management platform. If so, the upward cascading interface is called to report the event object; otherwise, the reporting process ends. This solution solves the problems of low efficiency in data cross-level flow and unintelligent decision-making in traditional solutions, and achieves the beneficial effect of improving the overall response speed and resource utilization efficiency of the communication system.

[0034] Example 2 Figure 2 This is a flowchart of another cascading communication method based on the open-source HarmonyOS system provided in Embodiment 2 of the present invention. This embodiment is an optimization based on the above embodiments. Specifically, a cascading communication method based on the open-source HarmonyOS system is refined.

[0035] Correspondingly, such as Figure 2 As shown, the method includes: S210. If the target communication management platform is not the root node in the standard tree-like cascaded topology, then after the target communication management platform starts, obtain the network address of the direct connection to the upper-level communication management platform from the local preset information.

[0036] In this embodiment, when the target communication management platform starts up and confirms that it is not the top-level node in the entire tree-like network architecture, it needs to first complete the network initialization process. The target communication management platform will read its unique and direct network access address of its superior communication management platform from its local security configuration file or pre-set environment variables. This address information is pre-configured and forms the basis for discovery and connection between platforms.

[0037] S220. Call the upward cascading interface to send a registration request carrying the target communication management platform's own identity information to the directly connected upper-level communication management platform; wherein, the registration request is used by the directly connected upper-level communication management platform to authenticate the target communication management platform.

[0038] In this embodiment, after obtaining the network address of the superior communication management platform, the target communication management platform will proactively call a standardized interface (i.e., the upward cascading interface) specifically designed for upward communication. Through this interface, the target communication management platform initiates a connection request to the obtained address. This request encapsulates information that uniquely identifies itself, such as the target communication management number, network location, and a list of its management capabilities. The core purpose of this request is to request the superior communication management platform to verify its identity in order to establish a legitimate communication relationship.

[0039] S230. After receiving a successful registration response from the directly connected upper-level communication management platform through the upward cascading interface, the system confirms the establishment of a cascading relationship with the directly connected upper-level communication management platform, so that the target communication management platform can be incorporated into the management system of the directly connected upper-level communication management platform.

[0040] In this embodiment, the target communication management platform that sends the registration request waits for and receives a response from the superior communication management platform. If the superior communication management platform verifies the identity information carried in the request and confirms its validity through its corresponding downward communication interface, it will return a success response. This response may also contain some parameters required for subsequent communication, such as the heartbeat detection time interval. After receiving this success response, the target communication management platform officially confirms that the cascading relationship between itself and the superior communication management platform has been established, and it has been successfully incorporated into the management system of the superior communication management platform, and can begin subsequent business operations such as data synchronization and instruction reception.

[0041] S240. After receiving a registration failure response from the directly connected upper-level communication management platform after authentication failure via the upward concatenation interface, wait for a preset backoff time, and then return to execute the call to the upward concatenation interface to send a registration request carrying the target communication management platform's own identity information to the directly connected upper-level communication management platform until the registration is successfully completed.

[0042] In this embodiment, if the upper-level communication management platform fails to authenticate the registration request (e.g., due to an invalid certificate or incomplete information), it will return a registration failure response via the same path, typically accompanied by an explanation of the reason for the failure. Upon receiving the failure response, the target communication management platform that initiated the request will not immediately give up but will initiate a retry mechanism. It will wait for a pre-set, potentially gradually increasing, delay period before proactively initiating a registration request again with the same identity information. This process will automatically loop until registration is successful, thereby ensuring that the target communication management platform can reliably access the cascaded network.

[0043] S250, Obtain the target reporting information to be processed.

[0044] Furthermore, based on the above embodiments, before obtaining the target reporting information to be processed, the following may also be included: After the target communication management platform is started, if it receives a registration request for its own identity information from the directly connected lower-level communication management platform through the lower-level interface, it will authenticate the identity of the directly connected lower-level communication management platform. If the authentication of the directly connected lower-level communication management platform is successful, the information of the directly connected lower-level communication management platform will be stored in the local node management list, and a registration success response will be returned to the directly connected lower-level communication management platform through the lower-level cascading interface to establish a cascading relationship with the directly connected lower-level communication management platform; If authentication with the directly connected lower-level communication management platform fails, a registration failure response will be returned to the directly connected lower-level communication management platform through the lower-level interface.

[0045] Generally, when the target communication management platform is operating normally, its downstream cascading interfaces may receive access requests from its directly connected subordinate communication management platforms. The core of this request is that the subordinate communication management platform wishes to join the current platform's management system; therefore, the request must contain unique identity credentials that identify the subordinate communication management platform. Upon receiving such a request, the target communication management platform's primary task is to initiate a rigorous authentication process to verify whether the request initiator is a legitimate and authorized communication management platform node. This is the cornerstone of ensuring the security and trustworthiness of the entire cascading network.

[0046] Generally, if the authentication of the lower-level communication management platform is successful, proving it to be a legitimate node, the target communication management platform will immediately perform two operations. First, it will persistently record key information about the lower-level communication management platform, such as its identifier, network address, and capability description, in its local node management list. This list serves as the target communication management platform's management list and is the fundamental basis for its subsequent management, command issuance, and data aggregation. Then, the target communication management platform will send a clear registration success response to the lower-level communication management platform through the downlink interface. This signifies that a formal, managed cascading relationship has been established between the two, and the lower-level platform can begin reporting data and receiving commands.

[0047] Generally, if the authentication process fails, it means the request may pose a security risk or contain incorrect information. In this case, the target communication management platform will never add the requester to its management list. To protect the network from unauthorized access, the target communication management platform will return a registration failure response containing the reason for the failure to the requester through a downward cascading interface. This is both a clear response to the request and a security blocking mechanism, informing the requester that they cannot currently access the system and need to check their own information or contact the administrator.

[0048] Furthermore, based on the above embodiments, the multi-level communication management system also includes a central control platform. The central control platform is used to generate a cascaded node topology map matching the standard tree-like cascaded topology based on the local node management list maintained by each communication management platform, and to distribute the cascaded node topology map to each communication management platform. The method may further include: During the parallel cascading reporting of multiple event objects, the uplink bandwidth utilization is monitored in real time. When it is determined that the uplink bandwidth utilization rate is greater than or equal to the preset utilization rate threshold, the priority tags of each event object to be reported are extracted again. Based on the priority label values, the event objects to be reported are divided into three categories: Category 1, Category 2, and Category 3. Among them, the label values ​​of Category 1 event objects are greater than those of Category 2 event objects, and the label values ​​of Category 2 event objects are greater than those of Category 3 event objects. Automatically filter out further reporting of the first type of event object; If a reporting requirement for a third type of event is detected during the reporting process for the second type of event, the reporting of the second type of event will be suspended, and the point-to-point direct connection service provided by the open-source HarmonyOS system will be used to establish the first direct connection link to the destination communication management platform for the third type of event based on the locally maintained cascade node topology. The third type of event object is sent to the destination communication management platform via the first direct connection link.

[0049] The central control platform can be understood as a centralized management and service component that is independent of the standard tree-like cascaded topology. Its core function is to collect and integrate network status from a global perspective.

[0050] Generally, when a target communication management platform needs to process and forward multiple event objects simultaneously, it continuously monitors the network channel it uses to send data to higher levels. This monitoring is real-time, designed to detect network resource strain promptly and take countermeasures before it could affect critical communications. The target communication management platform internally sets a threshold to indicate channel congestion, triggering subsequent flow control mechanisms.

[0051] Generally, when the uplink channel utilization rate is detected to reach or exceed a preset threshold in real time, the target communication management platform will initiate a dynamic flow control procedure. At this time, the target communication management platform will re-examine all event objects that are waiting to be reported and extract the priority tags carried by each event to identify its importance. The purpose of this step is to rearrange the order and method of reporting according to the importance of events under congestion conditions, so as to ensure that network resources are used most effectively.

[0052] Generally, the target communication management platform categorizes all events to be reported into three processing categories based on the numerical values ​​of these priority tags. Events with the highest priority tag values ​​are classified into the least urgent first category, those with intermediate values ​​into the second category, and those with the lowest values, representing the highest importance, into the third category, requiring priority handling. This classification method forms the basis for subsequent differentiated processing strategies.

[0053] Generally, for events classified as Category 1, i.e., the least important, the target communication management platform adopts the simplest approach: automatically ceasing further reporting on them. This is a pruning strategy aimed at immediately reducing the transmission of non-critical data when bandwidth is limited, thereby freeing up network channels for more important information and quickly alleviating congestion.

[0054] Generally, if a target communication management platform suspends the reporting of Category 1 events and is processing Category 2 events, and a Category 3 event requiring reporting and belonging to the highest priority occurs, the flow control mechanism will immediately preempt the task. The target communication management platform will temporarily suspend the reporting process for Category 2 events and instead utilize the direct device communication capabilities of the underlying open-source HarmonyOS system. Based on its locally stored topology map reflecting the entire management network's connectivity, the target communication management platform will find and create a dedicated, high-speed communication link directly to its final target management platform for this Category 3 event.

[0055] Generally, after the dedicated direct link is successfully established, the target communication management platform will send the highest priority Category 3 event object directly to the destination communication management platform through this independent and efficient path. This method allows the most critical data to bypass potentially congested conventional cascading forwarding paths and the data processing stages of intermediate platforms, thereby delivering it with the lowest possible latency. This ensures that even when the overall network load is high, emergency information can still be transmitted in a timely manner.

[0056] Furthermore, based on the above embodiments, a cascading communication method based on the open-source HarmonyOS system may further include: When the conditions for sending a management instruction are met, a management instruction is generated, and a structured target address label and an instruction priority identifier are attached to the management instruction. Based on the locally maintained cascaded node topology, determine the distribution path of the management command and append the distribution path to the management command; When the management command is issued through the downward cascading interface, if the command priority identifier of the management command is indicated as the first priority, the transmission channel is preempted in the message queue and sent first. When the instruction priority identifier of the management instruction is set to the preset second priority, while initiating the regular distribution based on the cascaded node topology, a request to establish a temporary direct transmission channel is sent to the destination communication management platform node indicated by the structured target address label. After confirming the establishment of the temporary direct transmission channel, the management command is sent directly to the destination communication management platform node through the channel.

[0057] Generally, when a target communication management platform determines, based on business logic, that it needs to issue management instructions to a lower-level communication management platform, it enters the management instruction generation stage. During this stage, the target communication management platform creates a structured command data packet, i.e., the management instruction. To ensure the management instruction can be accurately transmitted and executed, the target communication management platform attaches two key metadata elements to this instruction: one is a structured target address label that explicitly specifies the scope of the recipient, such as all units within a specific unit or region; the other is a management instruction priority identifier, used to indicate the urgency and importance of the management instruction.

[0058] Generally, before a management command is sent, the target communication management platform needs to plan a clear transmission route. This involves querying the cascading node topology map maintained locally, which reflects the hierarchical connections of the entire network. Based on the cascading node topology map and the target address label carried by the management command, the target communication management platform intelligently calculates a complete or partial forwarding path from the current node to the destination node. This calculated transmission path information is usually encapsulated as additional information to the command so that nodes along the route can accurately understand how to forward it.

[0059] Generally, when a target communication management platform sends management commands through a downstream cascading interface, it follows a priority scheduling principle. If the priority identifier of the management command to be sent is identified as the highest level, it means that it needs to be processed with the highest priority. At this time, in the buffer queue responsible for arranging the sending order within the target communication management platform, this high-priority command can interrupt low-priority tasks that are being queued or prepared for transmission, directly preempting the current network transmission channel, thereby gaining the right to be sent immediately. This ensures that the most critical management commands receive the fastest initial response.

[0060] Generally, when the priority of a management command reaches a preset level representing extreme urgency, the target communication management platform initiates a dual-protection distribution mode. On one hand, it still follows the conventional process, distributing the management command level by level along the path calculated from the cascading node topology—this is the basic guarantee. On the other hand, in pursuit of maximum speed, it simultaneously initiates a negotiation request to establish a temporary, point-to-point direct transmission channel to the final destination platform node pointed to by the command's target address. The purpose of this request is to attempt to bypass the conventional path of hierarchical forwarding and construct a "dedicated line."

[0061] Generally, after the request to establish a temporary direct transmission channel is sent, if the destination node successfully responds and completes the channel establishment, the target communication management platform that initiated the management command will immediately be aware of this status. Once it is confirmed that this high-speed direct channel is available, the target communication management platform will switch the corresponding extremely urgent management command to this independent channel for transmission, enabling it to reach the target node directly and quickly. This achieves near real-time command in emergency situations while maintaining the hierarchical management architecture.

[0062] Furthermore, during the issuance of management commands, the target communication management platform incorporates a comprehensive end-to-end acknowledgment and retransmission mechanism to ensure transmission reliability. For commands issued via conventional cascading paths (upper and lower level transmissions), the sender starts a timeout timer after issuing the management command and waits for the final target node to return a "successful execution" acknowledgment signal along the original path. If no acknowledgment is received within the timeout period, the sender will re-initiate the transmission through the lower cascading interface according to a preset strategy. Intermediate nodes along the way will assist in routing and forwarding based on the structured target address label and path information attached to the command, until success is achieved or the maximum number of retries is reached. For the highest priority instructions transmitted through a temporarily established dedicated channel, the confirmation and retransmission process is more direct: after the sender issues a management instruction through the dedicated channel, it also expects direct confirmation from the receiver; if the channel establishment fails or the instruction times out on the dedicated channel without confirmation, a fallback mechanism can be automatically triggered, and the instruction will be retransmitted through the above-mentioned conventional cascaded path with the highest priority identifier, ensuring that the instruction can still be reliably delivered through the backup path in extreme cases. These two mechanisms together constitute a hierarchical and redundant reliable transmission guarantee.

[0063] Furthermore, based on the above embodiments, a cascading communication method based on the open-source HarmonyOS system may further include: When a management command is sent through a direct connection to the upper-level communication management platform node, the structured target address label and command priority identifier carried in the received management command are parsed. Determine whether the node itself is the final destination node or one of the destination nodes indicated by the structured target address label; If the determination is yes, then the management command is executed locally, and a confirmation signal of successful execution is returned to the initiator of the management command along the receiving path through the upward cascading interface; If the determination is negative, then according to the cascaded node topology diagram maintained locally, the management command is routed to the direct subordinate communication management platform; If the management instruction includes a request parameter for establishing a temporary direct transmission channel, then based on the request parameter, the temporary direct transmission channel is established between the initiator of the management instruction and the final destination node.

[0064] Generally, when a target communication management platform node receives a management command from its directly connected superior node via its uplink interface, the first thing it does is interpret the command's "identity" and "destination." The target communication management platform disassembles the command packet, extracting the structured target address tag that explicitly specifies the receiving range, and the command priority identifier that indicates the urgency and importance of the command. Understanding this metadata is fundamental for the node to decide its next course of action.

[0065] Generally, after understanding the target address of the instruction, the target communication management platform needs to immediately perform a self-location judgment. It will compare the target address information carried in the instruction with its own platform identity to determine whether it is the intended final recipient of the instruction, or one of multiple recipients. This judgment directly determines whether the node subsequently executes or forwards the instruction, and is the core decision point of the entire processing flow.

[0066] Generally, if the target communication management platform confirms that its node is indeed the designated destination of the management command, then the target communication management platform node will execute the operation required by the command locally. After execution, in order to notify the initiator of the command, the target communication management platform node will send a signal in reverse through the same uplink communication path used to receive the command. This signal is a clear "execution successful" confirmation, intended to feedback the original command initiator that the task has been completed, thus completing a reliable command interaction loop.

[0067] Generally, if the determination result indicates that its own node is not the final destination of the instruction, then the target communication management platform node transforms into a relay station. At this point, the target communication management platform node intelligently calculates the next correct receiving node based on its locally stored cascaded node topology diagram depicting the entire management network connection relationship, combined with the target address information in the instruction. Subsequently, the target communication management platform node forwards the instruction verbatim to this calculated "next-hop" communication management platform through its downward cascading interface, allowing it to continue the subsequent transmission work.

[0068] Generally, during the processing or forwarding of instructions, the target communication management platform node also needs to check whether the instruction includes a special negotiation parameter, namely, a parameter requesting the establishment of a temporary direct transmission channel. If such a parameter exists, even if the target communication management platform node itself is not the final destination, it is responsible for participating in the establishment of this fast channel. Based on the parameter content, the target communication management platform node will assist the initial initiator of the instruction and the final destination node in conducting necessary signaling exchanges and link negotiations to facilitate the successful establishment of this temporary dedicated communication channel that bypasses the conventional forwarding path.

[0069] S260. If the target reported information is real-time status information sent by the police terminal through the open-source HarmonyOS distributed soft bus, then the local database is updated using the real-time status information, and the real-time status information is encapsulated into a standardized event object; wherein, the event object contains the event type, data content, and priority label.

[0070] S270. If the target-reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface, then only the received event object is used to update the local database.

[0071] S280. If the target communication management platform is not the root node in the standard tree-like cascaded topology, then the event objects that are directly received or locally encapsulated are analyzed and processed according to the preset policy rules.

[0072] S290. Based on the analysis results, determine whether it is necessary to continue reporting the event object to the directly connected upper-level communication management platform: if yes, call the upper-level interface to report the event object to the directly connected upper-level communication management platform; otherwise, stop reporting the event object.

[0073] The technical solution of this invention, after the target communication management platform is started, if it is not the root node of a standard tree-like cascaded topology, obtains its network address directly connected to the upper-level communication management platform from local preset information, and calls the upper-level cascaded interface to send a registration request carrying its own identity information, thereby accepting the identity verification of the upper-level platform; after receiving a successful registration response through the upper-level cascaded interface, it confirms the establishment of a cascaded relationship to be included in the upper-level management system, or after receiving a failed registration response, it waits for a preset backoff time and resends the registration request until successful, thus solving the problem of dynamic and secure access of new platform nodes to the cascaded network, and achieving the beneficial effects of rapid platform networking and reliable hierarchical management; furthermore, after the platform obtains the target reporting information to be processed, it locally updates and encapsulates the original status information from the police terminal, directly updates the event objects from the lower-level platform, and analyzes and processes the events if they are not root nodes, and decides whether to continue reporting through the upper-level cascaded interface based on the results, thus realizing the real-time, orderly and intelligent flow of data in the hierarchical network, and achieving the beneficial effects of optimizing network traffic and improving command efficiency.

[0074] For ease of understanding, specific application scenarios applicable to each embodiment of the invention are described. In this specific embodiment, in order to resolve the contradiction between the difficulty in integrating distributed collaboration of terminals and centralized control of command hierarchy when managing police equipment across levels and regions, this embodiment of the invention designs a complete multi-level police platform cascading communication and intelligent data synchronization scheme based on the open-source HarmonyOS system.

[0075] Specifically, Figure 3 This is a diagram illustrating the overall architecture of a cascaded system for a police equipment management platform based on the open-source HarmonyOS system. Figure 3As shown, the system adopts a standard tree-like cascaded topology, consisting of a ministerial-level integrated command platform, a provincial-level intelligent hub platform, a municipal-level platform, a county-level platform, and the lowest-level device access and execution layer, arranged from top to bottom. The provincial-level intelligent hub platform, as the core hub, contains key components such as a smart decision-making center, communication module, data management module, and command scheduling engine, managing data within its jurisdiction through a unified data model. Each level of platform is interconnected through clearly defined upward cascading interfaces (for registration and data reporting) and downward cascading interfaces (for receiving registrations, retrieving data, and issuing commands), thereby achieving bottom-up data reporting and top-down command, task, and strategy distribution. The lowest-level device access and execution layer (such as law enforcement recorders, police cars, drones, and other police equipment) connects to the county-level platform via a device access gateway through the open-source HarmonyOS distributed soft bus capability. This architecture fully realizes the core data flow of event data generated from the terminal, aggregated through county and city-level platforms, intelligently judged and managed by the provincial platform, and finally reported to the ministerial platform. At the same time, it also realizes the two-way closed loop of instructions issued from the ministerial platform, parsed and routed by the provincial instruction scheduling engine, and accurately distributed to the target devices through city and county-level platforms. Thus, it effectively integrates the distributed collaboration of terminals with the hierarchical centralized control of command.

[0076] Example 3 Figure 4 This invention provides a cascaded communication device based on the open-source HarmonyOS system, as described in Embodiment 3. The device is configured within a target communication management platform of a multi-level communication management system. The multi-level communication management system includes multiple communication management platforms, which are connected in a standard tree-like cascaded topology and all are equipped with the open-source HarmonyOS system. Figure 4 As shown, the device includes: The information acquisition module 410 is used to acquire the target reporting information to be processed. The data encapsulation module 420 is used to update the local database with real-time status information if the target reported information is real-time status information sent by the police terminal through the open-source HarmonyOS distributed soft bus, and to encapsulate the real-time status information into standardized event objects; wherein, the event object contains event type, data content and priority label; The update module 430 is used to update the local database only using the received event object if the target reported information is an event object sent by a directly connected lower-level communication management platform received through a lower-level cascading interface. The event analysis module 440 is used to analyze and process the directly received or locally encapsulated event objects according to preset policy rules if the target communication management platform is not the root node in the standard tree cascade topology. The reporting or termination module 450 is used to determine, based on the analysis results, whether the event object needs to be reported to the directly connected upper-level communication management platform: if so, it calls the upper-level interface to report the event object to the directly connected upper-level communication management platform; otherwise, it terminates the continued reporting of the event object.

[0077] The technical solution of this invention obtains target reporting information to be processed through a target communication management platform. If the target reporting information is real-time status information sent by a police terminal through the open-source HarmonyOS distributed soft bus, the local database is updated using this real-time status information, and it is encapsulated into a standardized event object containing event type, data content, and priority label. If the target reporting information is an event object received through a downward cascading interface from a directly connected lower-level communication management platform, only the received event object is used to update the local database. If the target communication management platform itself is not the root node in a standard tree-like cascading topology, the directly received or locally encapsulated event objects are analyzed and processed according to preset policy rules. Then, based on the analysis results, it is determined whether the event object needs to be reported to the directly connected upper-level communication management platform. If so, the upward cascading interface is called to report the event object; otherwise, the reporting process ends. This solution solves the problems of low efficiency in data cross-level flow and unintelligent decision-making in traditional solutions, and achieves the beneficial effect of improving the overall response speed and resource utilization efficiency of the communication system.

[0078] Optionally, based on the above embodiments, the reporting or termination module 450 is specifically used for: If the event type of the event object matches the preset list of key event types, it is determined that the event object needs to be sent to the directly connected upper-level communication management platform. If the priority tag value of the event object is less than or equal to the preset priority threshold, it is determined that the event object needs to be sent to the direct-connected upper-level communication management platform. If the event type of the event object is a response event to a data retrieval request from the target communication management platform's superior communication management platform, then it is determined that the event object needs to be sent to the directly connected superior communication management platform.

[0079] Furthermore, based on the above embodiments, a cascaded communication device based on the open-source HarmonyOS system may further include: The network address acquisition module is used to acquire the network address of the directly connected upper-level communication management platform from the local preset information after the target communication management platform is started, if the target communication management platform is not the root node in the standard tree cascade topology before acquiring the target reported information to be processed. The registration module is used to call the upward connection interface to send a registration request carrying the target communication management platform's own identity information to the directly connected upper-level communication management platform; wherein, the registration request is used by the directly connected upper-level communication management platform to verify the identity of the target communication management platform; The authentication module is used to confirm the establishment of a cascading relationship with the direct-connected upper-level communication management platform after receiving a successful registration response from the direct-connected upper-level communication management platform through the upward cascading interface, so that the target communication management platform can be included in the management system of the direct-connected upper-level communication management platform. The retransmission module is used to receive a registration failure response from the directly connected upper-level communication management platform after authentication failure via the upper-level interface. After waiting for a preset backoff time, it returns to execute the call to the upper-level interface to send a registration request carrying the target communication management platform's own identity information to the directly connected upper-level communication management platform until the registration is successfully completed.

[0080] Furthermore, based on the above embodiments, a cascaded communication device based on the open-source HarmonyOS system may further include: The lower-level platform registration and authentication module is used to authenticate the identity of the directly connected lower-level communication management platform if it receives a registration request for its own identity information from the directly connected lower-level communication management platform through the lower-level interface after the target communication management platform is started, before obtaining the target reporting information to be processed. The cascading establishment module is used to store the information of the directly connected lower-level communication management platform in the local node management list if the authentication of the directly connected lower-level communication management platform is successful, and to return a registration success response to the directly connected lower-level communication management platform through the downward cascading interface, so as to establish a cascading relationship with the directly connected lower-level communication management platform. The feedback module is used to return a registration failure response to the directly connected lower-level communication management platform through the lower-level interface if authentication fails.

[0081] Based on the above embodiments, the multi-level communication management system further includes a central control platform, which is used to generate a cascaded node topology map matching the standard tree-like cascaded topology according to the local node management list maintained by each communication management platform, and to distribute the cascaded node topology map to each communication management platform; a cascaded communication device based on the open-source HarmonyOS system may further include: The broadband utilization detection module is used to detect its own uplink bandwidth utilization in real time during the process of cascading and reporting multiple event objects in parallel. The priority tag extraction module is used to extract the priority tags of each event object to be reported again when it is determined that the uplink bandwidth utilization rate is greater than or equal to a preset utilization threshold. The classification processing module is used to classify the event objects to be reported into three categories according to the tag values ​​of priority tags: first category event objects, second category event objects, and third category event objects; wherein, the tag value of the first category event objects is greater than that of the second category event objects, and the tag value of the second category event objects is greater than that of the third category event objects. The filtering module is used to automatically filter out further reporting of the first type of event object; The direct connection establishment module is used to pause the reporting of the second type of event object if a reporting requirement for the third type of event object is detected during the reporting process of the second type of event object. It also uses the point-to-point direct connection service provided by the open source HarmonyOS system to establish the first direct connection link to the destination communication management platform for the third type of event object based on the locally maintained cascade node topology. The sending module is used to send the third type of event object to the destination communication management platform via the first direct connection link.

[0082] Furthermore, based on the above embodiments, a cascaded communication device based on the open-source HarmonyOS system may further include: The management instruction generation module is used to generate a management instruction when the conditions for sending a management instruction are met, and to attach a structured target address label and an instruction priority identifier to the management instruction; The distribution path generation module is used to determine the distribution path of the management command based on the cascade node topology map maintained locally, and to append the distribution path to the management command; The priority sending module is used to preempt the transmission channel in the message queue and send the management instruction first when the management instruction is issued through the downward cascading interface if the instruction priority identifier of the management instruction is indicated as the first priority. The direct transmission establishment module is used to initiate a request to establish a temporary direct transmission channel to the destination communication management platform node indicated by the structured target address label when the instruction priority identifier of the management instruction is characterized as a preset second priority, while initiating the regular distribution based on the cascaded node topology map. The direct instruction channel sending module is used to send the management instruction directly to the destination communication management platform node through the channel after confirming the establishment of the temporary direct transmission channel.

[0083] Furthermore, based on the above embodiments, a cascaded communication device based on the open-source HarmonyOS system may further include: The parsing module is used to parse the structured target address label and instruction priority identifier carried in the received management instruction when a management instruction is sent through a directly connected upper-level communication management platform node. The judgment module is used to determine whether its own node is the final destination node or one of the destination nodes indicated by the structured target address label; The instruction execution and confirmation feedback module is used to execute the management instruction locally if the determination is yes, and return a confirmation signal of successful execution to the initiator of the management instruction along the receiving path through the upward cascading interface; The instruction sending module is used to route the management instruction to the direct subordinate communication management platform according to the cascaded node topology map maintained locally if the determination is negative. A direct transmission module is established to assist the initiator of the management instruction and the final destination node in establishing the temporary direct transmission channel based on the request parameter if the management instruction is accompanied by a request parameter for establishing a temporary direct transmission channel.

[0084] The cascading communication device based on the open-source HarmonyOS system provided in the embodiments of the present invention can execute the cascading communication method based on the open-source HarmonyOS system provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0085] The collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0086] Example 4 Figure 5 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0087] like Figure 5As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0088] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0089] Processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as performing a cascaded communication method based on the open-source HarmonyOS system as described in any embodiment of the present invention, namely: Obtain the target reporting information to be processed; If the target reported information is real-time status information sent by a police terminal through the open-source HarmonyOS distributed soft bus, then the local database is updated using the real-time status information, and the real-time status information is encapsulated into a standardized event object; the event object contains the event type, data content, and priority label. If the target reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface, then only the received event object is used to update the local database; If the target communication management platform is not the root node in the standard tree-like cascaded topology, the event objects that are directly received or locally encapsulated will be analyzed and processed according to the preset policy rules. Based on the analysis results, determine whether it is necessary to continue reporting the event object to the directly connected upper-level communication management platform: if yes, call the upper-level interface to report the event object to the directly connected upper-level communication management platform; otherwise, stop reporting the event object.

[0090] In some embodiments, a cascading communication method based on the open-source HarmonyOS system, as described in any one of the embodiments of the present invention, can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the cascading communication method based on the open-source HarmonyOS system described above can be performed. Alternatively, in other embodiments, processor 11 can be configured to perform the cascading communication method based on the open-source HarmonyOS system as described in any other suitable manner (e.g., by means of firmware).

[0091] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0092] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0093] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0094] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0095] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0096] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0097] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0098] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A cascading communication method based on the open-source HarmonyOS system, characterized in that, This method is executed by the target communication management platform in a multi-level communication management system. The multi-level communication management system includes multiple communication management platforms, which are connected in a standard tree-like cascaded topology and all have the open-source HarmonyOS system installed. The method includes: Obtain the target reporting information to be processed; If the target reported information is real-time status information sent by a police terminal through the open-source HarmonyOS distributed soft bus, then the local database is updated using the real-time status information, and the real-time status information is encapsulated into a standardized event object; the event object contains the event type, data content, and priority label. If the target reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface, then only the received event object is used to update the local database; If the target communication management platform is not the root node in the standard tree-like cascaded topology, the event objects that are directly received or locally encapsulated will be analyzed and processed according to the preset policy rules. Based on the analysis results, determine whether it is necessary to continue reporting the event object to the directly connected upper-level communication management platform: if yes, call the upper-level interface to report the event object to the directly connected upper-level communication management platform; otherwise, stop reporting the event object.

2. The method according to claim 1, characterized in that, Based on the analysis results, determine whether it is necessary to continue reporting the event to the directly connected upper-level communication management platform, including: If the event type of the event object matches the preset list of key event types, it is determined that the event object needs to be sent to the directly connected upper-level communication management platform. If the priority tag value of the event object is less than or equal to the preset priority threshold, it is determined that the event object needs to be sent to the direct-connected upper-level communication management platform. If the event type of the event object is a response event to a data retrieval request from the target communication management platform's superior communication management platform, then it is determined that the event object needs to be sent to the directly connected superior communication management platform.

3. The method according to claim 1, characterized in that, Before obtaining the target reporting information to be processed, the following steps are also included: If the target communication management platform is not the root node in the standard tree-like cascaded topology, then after the target communication management platform is started, the network address directly connected to the upper-level communication management platform is obtained from the local preset information. The system calls the uplink interface to send a registration request carrying the target communication management platform's own identity information to the directly connected upper-level communication management platform; wherein, the registration request is used by the directly connected upper-level communication management platform to authenticate the target communication management platform; After receiving a successful registration response from the directly connected upper-level communication management platform via the upward cascading interface, the system confirms the establishment of a cascading relationship with the directly connected upper-level communication management platform, so that the target communication management platform can be incorporated into the management system of the directly connected upper-level communication management platform. After receiving a registration failure response from the directly connected upper-level communication management platform after authentication failure via the upward connection interface, and waiting for a preset backoff time, the system returns to execute the call to the upward connection interface to send a registration request carrying the target communication management platform's own identity information to the directly connected upper-level communication management platform until the registration is successfully completed.

4. The method according to claim 3, characterized in that, Before obtaining the target reporting information to be processed, the following steps are also included: After the target communication management platform is started, if it receives a registration request for its own identity information from the directly connected lower-level communication management platform through the lower-level interface, it will authenticate the identity of the directly connected lower-level communication management platform. If the authentication of the directly connected lower-level communication management platform is successful, the information of the directly connected lower-level communication management platform will be stored in the local node management list, and a registration success response will be returned to the directly connected lower-level communication management platform through the lower-level cascading interface to establish a cascading relationship with the directly connected lower-level communication management platform; If authentication with the directly connected lower-level communication management platform fails, a registration failure response will be returned to the directly connected lower-level communication management platform through the lower-level interface.

5. The method according to claim 4, characterized in that, The multi-level communication management system also includes a central control platform, which is used to generate a cascade node topology map that matches the standard tree-like cascade topology based on the local node management list maintained by each communication management platform, and to distribute the cascade node topology map to each communication management platform. The method further includes: During the parallel cascading reporting of multiple event objects, the uplink bandwidth utilization is monitored in real time. When it is determined that the uplink bandwidth utilization rate is greater than or equal to the preset utilization rate threshold, the priority tags of each event object to be reported are extracted again. Based on the priority label values, the event objects to be reported are divided into three categories: Category 1, Category 2, and Category 3. Among them, the label values ​​of Category 1 event objects are greater than those of Category 2 event objects, and the label values ​​of Category 2 event objects are greater than those of Category 3 event objects. Automatically filter out further reporting of the first type of event object; If a reporting requirement for a third type of event is detected during the reporting process for the second type of event, the reporting of the second type of event will be suspended, and the point-to-point direct connection service provided by the open-source HarmonyOS system will be used to establish the first direct connection link to the destination communication management platform for the third type of event based on the locally maintained cascade node topology. The third type of event object is sent to the destination communication management platform via the first direct connection link.

6. The method according to claim 5, characterized in that, The method further includes: When the conditions for sending a management instruction are met, a management instruction is generated, and a structured target address label and an instruction priority identifier are attached to the management instruction. Based on the locally maintained cascaded node topology, determine the distribution path of the management command and append the distribution path to the management command; When the management command is issued through the downward cascading interface, if the command priority identifier of the management command is indicated as the first priority, the transmission channel is preempted in the message queue and sent first. When the instruction priority identifier of the management instruction is set to the preset second priority, while initiating the regular distribution based on the cascaded node topology, a request to establish a temporary direct transmission channel is sent to the destination communication management platform node indicated by the structured target address label. After confirming the establishment of the temporary direct transmission channel, the management command is sent directly to the destination communication management platform node through the channel.

7. The method according to claim 5, characterized in that, The method further includes: When a management command is sent through a direct connection to the upper-level communication management platform node, the structured target address label and command priority identifier carried in the received management command are parsed. Determine whether the node itself is the final destination node or one of the destination nodes indicated by the structured target address label; If the determination is yes, then the management command is executed locally, and a confirmation signal of successful execution is returned to the initiator of the management command along the receiving path through the upward cascading interface; If the determination is negative, then according to the cascaded node topology diagram maintained locally, the management command is routed to the direct subordinate communication management platform; If the management instruction includes a request parameter for establishing a temporary direct transmission channel, then based on the request parameter, the temporary direct transmission channel is established between the initiator of the management instruction and the final destination node.

8. A cascaded communication device based on the open-source HarmonyOS system, characterized in that, The device comprises: a target communication management platform configured within a multi-level communication management system, wherein the multi-level communication management system includes multiple communication management platforms connected in a standard tree-like cascaded topology and each platform is equipped with the open-source HarmonyOS operating system; and the device includes: The information acquisition module is used to acquire the target-reported information to be processed; The data encapsulation module is used to update the local database with real-time status information if the target reported information is real-time status information sent by the police terminal through the open-source HarmonyOS distributed soft bus, and to encapsulate the real-time status information into standardized event objects; wherein the event object contains event type, data content and priority label; The update module is used to update the local database only with the received event object if the target reported information is an event object sent by a directly connected lower-level communication management platform and received through a lower-level cascading interface. The event analysis module is used to analyze and process directly received or locally encapsulated event objects according to preset policy rules if the target communication management platform is not the root node in the standard tree-like cascaded topology. The reporting or termination module is used to determine whether the event object needs to be reported to the directly connected upper-level communication management platform based on the analysis results: if so, the upper-level interface is called to report the event object to the directly connected upper-level communication management platform; otherwise, the reporting of the event object is terminated.

9. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the cascading communication method based on the open-source HarmonyOS system as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the cascading communication method based on the open-source HarmonyOS system as described in any one of claims 1-7.

Images