Intelligent integrated-rod multi-device integrated urban comprehensive management method and system

Abstract

This application relates to the field of smart pole-integrated urban management technology, and in particular to a method and system for integrated urban management of multiple smart pole devices. The method includes: acquiring a set of urban management event information and a set of pole-integrated device information; analyzing the perception information set of individual pole devices based on the urban management event information and the pole-integrated device information; analyzing the impact scope and handling requirements based on this, and if the event involves only a single smart pole, analyzing the single-pole event handling information; if the event involves multiple smart poles, analyzing the multi-pole collaborative handling information; integrating the single-pole event handling information and the multi-pole collaborative handling information, evaluating the event type, and generating and outputting an integrated urban management log. This accurately matches the urban management event handling requirements with the response capabilities of the pole-integrated devices, improving the intelligence and precision of integrated urban management.

Description

Technical Field

[0001] This application relates to the field of smart pole-mounted urban management technology, and in particular to a smart pole-mounted multi-device integrated urban management method and system. Background Technology

[0002] In the construction of smart cities, smart poles, as a new type of urban infrastructure that integrates lighting, monitoring, sensing, communication, information dissemination and other equipment, have been widely used. The existing model mainly focuses on the physical integration and network management of equipment, realizing centralized power supply, communication and basic data collection for various facilities on a single pole.

[0003] However, existing technologies mostly consist of independent data acquisition terminals, relying on centralized platform scheduling and lacking autonomous collaboration capabilities within and between multiple poles. They focus on equipment monitoring and data aggregation, but are insufficient in cross-device and cross-pole collaborative handling of urban management events. Specifically, there are three main problems: first, the lack of intelligent collaboration mechanisms for devices within poles leads to low handling efficiency; second, multi-pole linkage relies on centralized scheduling, resulting in response delays and unreasonable resource allocation; and third, the lack of hierarchical and non-equal scheduling strategies for event handling restricts response capabilities and resource efficiency. Therefore, achieving autonomous collaboration of smart pole-mounted devices and dynamic cross-pole networking under event-driven conditions is a key technological bottleneck for improving the efficiency of comprehensive urban management. Summary of the Invention

[0004] This application provides a smart pole-mounted multi-device integrated urban management method and system to solve the above-mentioned problems.

[0005] Firstly, this application provides a method for integrated urban management of multiple smart poles and devices. The method includes: acquiring a set of urban management event information and a set of smart pole and device information; analyzing the matching relationship between event handling needs and individual pole autonomous response capabilities based on the urban management event information and the smart pole and device information to obtain a set of individual pole and device perception information; analyzing the impact range and handling needs for the event handling needs based on the individual pole and device perception information; if the event involves only a single smart pole, constructing a device collaborative work chain within the target pole, determining primary and secondary devices according to the event handling logic and performing non-equal scheduling to obtain single pole event handling information; if the event involves multiple smart poles, constructing a cross-pole distributed device collaborative network based on the event's geospatial attributes and the resource status of each smart pole, and establishing hierarchical operation rules for the leading pole and collaborative poles to obtain multi-pole collaborative handling information; integrating the single pole event handling information and the multi-pole collaborative handling information, evaluating the event type, and generating and outputting an urban integrated management log.

[0006] The above technical solutions accurately match the needs of urban management incident handling with the response capabilities of integrated equipment, solving the problem of fragmented equipment utilization. Single-pole handling optimizes equipment resource allocation, while multi-pole collaboration enables orderly equipment linkage, significantly improving incident handling efficiency. Simultaneously, the integration of full-process handling information generates management logs, providing data support for optimizing urban management strategies and adjusting equipment layout, comprehensively enhancing the intelligence and precision of urban integrated management.

[0007] Optionally, the step of analyzing the matching relationship between event handling needs and individual pole autonomous response capabilities based on the urban management event information set and the pole-mounted device information set to obtain an individual pole device perception information set includes: the urban management event information set includes event location information and event classification information; the pole-mounted device information set includes device load status and device function information; based on the event classification information and the device function information, the device function requirements corresponding to different event types are analyzed to obtain a list of devices matching function requirements; based on the event location information and the list of devices matching function requirements, the geographical coverage of the target smart pole and the location of the event are analyzed to obtain a candidate device set; based on the device load status, the devices in the candidate device set are analyzed for real-time load capacity, and devices whose load status meets the real-time requirements for event handling are selected to obtain the individual pole device perception information set.

[0008] Optionally, the process of constructing the single-pole event handling information includes: based on the single-pole device perception information set and combined with the event classification information, analyzing the correspondence between the functions of each device within the smart pole and different stages of event handling to obtain a function-handling mapping relationship; based on the function-handling mapping relationship, connecting internal device work sequences with a sequential execution order according to the temporal and causal logic of event handling to construct the device collaborative work chain; based on the device collaborative work chain, analyzing the core devices that play a decisive role in event handling and the cooperating devices that play an auxiliary role to obtain the primary and secondary device division results; based on the primary and secondary device division results, generating a non-equal scheduling instruction set with core device scheduling instructions taking precedence and cooperating device scheduling instructions subordinate, and executing them according to the order of the device collaborative work chain construction results to complete the event response within the single pole and obtain the single-pole event handling information.

[0009] Optionally, the process of constructing the function-disposal mapping relationship includes: based on the device function information and combined with the event classification information, analyzing the various disposal stages included in the type of event from occurrence to disposal completion, and obtaining an event disposal stage sequence; based on the event disposal stage sequence, for each disposal stage, analyzing one or more device functions necessary to complete the disposal target of the stage, establishing a correspondence between the stage and the basic functional requirements, and obtaining a stage-basic function mapping table; based on the stage-basic function mapping table, for at least one disposal stage, further analyzing the enhanced device functions that need to be enabled to improve the disposal efficiency and effect of the stage, and using the enhanced device functions as a supplement to the basic functional requirements, and obtaining a stage-enhanced function supplement relationship; integrating the stage-basic function mapping table and the stage-enhanced function supplement relationship, merging the basic functional requirements and enhanced device functions associated with the same disposal stage, forming a complete correspondence with the disposal stage as the index and the composite function set as the content, and obtaining the function-disposal mapping relationship.

[0010] Optionally, the process of constructing the primary and secondary device division results includes: based on the event classification information, analyzing the differences in the dependence of the current event type on the functions of various devices within the smart pole to obtain internal device demand information; based on the internal device demand information, analyzing the demand priority, and obtaining the real-time readiness status of the devices by the real-time response capability of the demand priority at the initial moment of event handling; based on the real-time readiness status of the devices, identifying the device with the highest demand priority and whose real-time readiness status meets the event handling requirements in the device collaborative work chain as the core device, and classifying the remaining devices as collaborative devices, thus obtaining the primary and secondary device division results.

[0011] Optionally, the construction process of the non-equal scheduling instruction set includes: based on the primary and secondary device division results and combined with the event handling stage sequence, analyzing the master-slave generation logic and timing constraint relationship between the start instructions of the core device and the corresponding instructions of the cooperating devices in different handling stages to obtain hierarchical scheduling timing information; based on the real-time ready state of the devices and combined with the hierarchical scheduling timing information, analyzing and setting the dependency relationship between the cooperating device instructions and the core device instruction execution status feedback signal to obtain instruction triggering dependency information; and generating the core device instructions characterized by independent triggering and priority execution, and the cooperating device instructions characterized by conditional triggering and subordinate execution, based on the hierarchical scheduling timing information and the instruction triggering dependency information, to obtain the non-equal scheduling instruction set.

[0012] Optionally, the construction of the cross-pole distributed device collaboration network includes: based on the event location information, analyzing the coverage and location of the event handling requirements in physical space to obtain multi-pole collaboration space requirements; based on the device function information, analyzing the device function type, real-time load status, and correlation with event type of each smart pole within the scope of the multi-pole collaboration space requirements to obtain a candidate collaboration pole set and collaboration capability profile; based on the multi-pole collaboration space requirements, combining the candidate collaboration pole set and the collaboration capability profile, analyzing the matching relationship between device function and spatial location, constructing a dynamic device connection relationship with event handling logic as the link, and obtaining the distributed device collaboration network.

[0013] Optionally, the specific implementation of the hierarchical operation rules includes: based on the distributed device collaborative network and combined with the event handling requirements, analyzing the correlation strength between the device function information of each smart pole and the core event handling logic, establishing the smart pole with the highest correlation strength as the leading pole, and dividing the primary responsibilities of global coordination and core response to obtain the leading pole responsibility configuration; based on the collaborative capability profile and combined with the event handling requirements, analyzing the matching relationship between the functions of each smart pole (excluding the leading pole) in the distributed device collaborative network and the event auxiliary handling links, identifying the matched smart poles as collaborative poles for different auxiliary links in sequence, and assigning corresponding local auxiliary tasks to obtain collaborative pole task assignment information; based on the leading pole responsibility configuration and combined with the collaborative pole task assignment, establishing a collaborative process with the leading pole actively issuing scheduling instructions, and the collaborative poles receiving and executing the instructions and then feeding back the status to the leading pole, to obtain the hierarchical operation rules.

[0014] Optionally, the integration of the single-pole event handling information and the multi-pole collaborative handling information, the assessment of event types, and the generation and output of the urban comprehensive management log include: based on the single-pole event handling information and the multi-pole collaborative handling information, combined with the event classification information, analyzing the sequence of equipment functions called throughout the event handling process to obtain structured event handling information; based on the structured event handling information, combined with the equipment collaborative work chain and the distributed equipment collaborative network, analyzing the consistency between the actual order of function calls of each device in the event handling and the preset logical order to obtain event handling compliance and equipment execution efficiency information; based on the event handling compliance and the equipment execution efficiency information, assessing the handling efficiency of the event types corresponding to the event classification information, and associating and recording the main pole responsibility configuration and the primary and secondary equipment division results, generating and outputting the urban comprehensive management log.

[0015] Secondly, this application provides a smart pole multi-device integrated urban management system, the system comprising: a single pole matching module, used to acquire a set of urban management event information and a set of pole-mounted device information; based on the urban management event information and the set of pole-mounted device information, analyzing the matching relationship between event handling needs and the autonomous response capability of a single pole to obtain a single pole-mounted device perception information set; a single pole handling module, used to analyze the impact range and handling needs of the event handling needs based on the single pole-mounted device perception information set; if the event involves only a single smart pole, constructing a device collaborative work chain within the target pole, determining primary and secondary devices according to the event handling logic and performing non-equal scheduling to obtain single pole event handling information; a multi-pole collaboration module, used if the event involves multiple smart poles, constructing a cross-pole distributed device collaboration network based on the geospatial attributes of the event and the resource status of each smart pole, and establishing hierarchical operation rules for the leading pole and collaborative poles to obtain multi-pole collaborative handling information; and an event evaluation module, used to integrate the single pole event handling information and the multi-pole collaborative handling information, perform event type evaluation, and generate and output an urban integrated management log. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0017] Figure 1 This is a schematic diagram illustrating an application scenario provided in one embodiment of this application; Figure 2 A flowchart illustrating a smart pole-mounted multi-device integrated urban management method provided in one embodiment of this application; Figure 3 This is a schematic diagram of a smart, multi-device integrated urban management system provided in one embodiment of this application. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.

[0019] Furthermore, the term "and / or" in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article, unless otherwise specified, generally indicates that the preceding and following related objects have an "or" relationship.

[0020] The embodiments of this application will now be described in further detail with reference to the accompanying drawings.

[0021] In the operation of smart poles at urban intersections, existing technologies rely on independent data collection terminals and centralized scheduling. There is no autonomous collaboration within or between poles, insufficient cross-device and cross-pole handling, and the lack of scheduling strategies leads to low efficiency and unreasonable resource allocation.

[0022] Based on this, this application provides a smart pole-mounted multi-device integrated urban management method and system, which accurately matches the handling of urban management events with the response capabilities of the pole-mounted devices, optimizes single poles, improves efficiency through multi-pole collaboration, integrates handling information to generate logs, and comprehensively enhances the level of intelligent and refined urban management.

[0023] Figure 1 This application provides an illustration of an application scenario. In the operation of smart pole merging at urban intersections, the method provided in this application focuses on the precise matching of urban management events with pole merging equipment, solves the problem of resource fragmentation, optimizes single poles and improves efficiency through multi-pole collaboration, empowers management upgrades based on data logs, and comprehensively promotes the intelligent and refined management of cities.

[0024] Specifically, the method provided in this application can be applied to any server. The server interacts with the urban management platform and IoT sensing sensors to obtain the urban management event information set provided by the urban management platform and the pole-mounted device information set provided by the IoT sensing sensors. It accurately matches the urban management event handling needs with the pole-mounted device response capabilities, generates and outputs urban comprehensive management logs to management personnel, and comprehensively improves the intelligence and refinement level of urban comprehensive management.

[0025] For specific implementation details, please refer to the following examples.

[0026] Figure 2 This is a flowchart illustrating a smart, multi-device integrated urban management method according to an embodiment of this application. The method of this embodiment can be applied to servers in the above-mentioned scenarios. Figure 2 As shown, the method includes: S201. Obtain the urban management event information set and the pole-mounted device information set. Based on the urban management event information set and the pole-mounted device information set, analyze the matching relationship between event handling needs and the autonomous response capability of individual poles to obtain the individual pole-mounted device perception information set.

[0027] The urban management event information set can be a collection of information related to various management events requiring handling during urban operations, with the urban management platform as the data source. The smart pole device information set can be a collection of parameters for various smart poles and their mounted devices in the city, with IoT sensing sensors as the data source. Event handling requirements can be specific requirements regarding equipment functionality, response speed, and handling capabilities needed to effectively handle various urban management events. Single-pole autonomous response capability refers to the ability of a single smart pole to independently handle urban management events using its mounted devices. The single-pole device sensing information set can be a collection of environmental and on-site status sensing data related to urban management event handling collected by a single smart pole through its own sensing devices.

[0028] Specifically, in the operation of smart poles at urban intersections, the current smart poles suffer from fragmented equipment utilization and a lack of overall coordination in scheduling, resulting in insufficient event response and resource waste. By deeply integrating urban management events with information from the pole equipment, the system can accurately match handling needs with the response capabilities of individual poles, generating a set of sensing information for individual pole equipment. This provides key data support for differentiated and precise handling of events.

[0029] S202. Based on the sensing information set of a single pole device, analyze the scope of impact and handling requirements for event handling needs. If the event only involves a single smart pole, construct a collaborative work chain of devices within the target pole, determine the primary and secondary devices according to the event handling logic, and perform non-equal scheduling to obtain single pole event handling information.

[0030] The scope of impact can be the geographical area and management domain affected after an urban management incident occurs, serving as the core basis for determining the number of smart poles required for incident handling. The target pole can be the smart pole serving as the core handling node for a single urban management incident. A smart pole can be a comprehensive urban management infrastructure integrating multiple devices such as sensing, handling, and communication, capable of participating in urban management incident handling. The equipment collaborative work chain can be an orderly work link formed within a single smart pole by connecting devices with different functions according to the handling logic to achieve incident handling. Primary and secondary devices can be the primary devices that play a core leading role and key handling functions, and the secondary devices that play a supporting role and provide assistance in the handling process, according to the incident handling logic within the single pole's equipment collaborative work chain. Non-equal scheduling can be a device scheduling method that allocates different scheduling priorities and resource occupancy rates to primary and secondary devices within a single pole based on their different roles in incident handling. Single-pole incident handling information can be a collection of relevant information such as equipment scheduling strategies, operating status, and handling results during the process of a single smart pole handling an urban management incident.

[0031] Specifically, during the operation of smart poles at urban intersections, building a collaborative equipment chain and implementing non-equal scheduling can streamline the working order of individual pole equipment according to the handling logic, avoid the core equipment resources being squeezed out due to equal scheduling, ensure the efficient operation of main equipment and the precise coordination of secondary equipment, optimize the allocation of individual pole equipment resources, efficiently complete the handling of single events, and eliminate the problems of chaotic equipment scheduling and inefficient handling.

[0032] S203. If the event involves multiple smart poles, a cross-pole distributed device collaboration network is constructed based on the geospatial attributes of the event and the resource status of each smart pole, and hierarchical operation rules for the leading pole and collaborating poles are established to obtain multi-pole collaborative handling information.

[0033] Geospatial attributes can include the geographical location of the urban management event, the surrounding geographical environment, and the spatial relationship between each smart pole and the event location. Smart pole resource status can reflect the availability of equipment resources, such as the operational status, idle time, and functional availability of the devices mounted on each smart pole. A distributed device collaboration network can be a collaborative handling network constructed by integrating and interconnecting smart poles distributed across different geographical spaces for urban management events involving multiple poles. A leading pole is the smart pole in the cross-pole distributed device collaboration network that holds a core coordinating position and is responsible for the overall scheduling and instruction issuance for event handling. Collaborating poles are smart poles in the cross-pole distributed device collaboration network that receive scheduling instructions from the leading pole and cooperate to complete related auxiliary work for event handling. Hierarchical operation rules can be the operational rules that clarify the division of responsibilities, scheduling priorities, and information exchange mechanisms for the leading and collaborating poles in event handling. Multi-pole collaborative handling information can be a collection of information related to the hierarchical scheduling strategy of the poles, the collaborative operation status of the equipment, and the overall handling results during the collaborative handling of urban management events by multiple smart poles.

[0034] Specifically, in the operation of smart poles at urban intersections, it is essential to build a cross-pole distributed collaborative network and establish hierarchical operation rules. This can integrate pole resources in different spaces, clarify the responsibilities and scheduling priorities of primary and secondary poles, solve the problems of lack of overall coordination and poor information exchange among multiple poles, achieve orderly linkage of multiple pole devices, coordinate and allocate resources to complete the handling of large-scale events, and improve the efficiency of cross-regional event handling.

[0035] S204. Integrate single-pole event handling information and multi-pole collaborative handling information, conduct event type assessment, and generate and output urban comprehensive management logs.

[0036] Event type assessment can classify events by combining event attributes and handling status, and evaluate the effectiveness of handling, providing an assessment basis for optimizing management strategies. Urban integrated management logs can record the entire process of handling urban management events and provide data support for management decisions.

[0037] Specifically, the refined development of urban comprehensive management requires full-process recording and evaluation of the handling of various events. Currently, after smart poles handle urban management events, the relevant handling information is stored in a scattered manner, which cannot form effective management data assets. By fully integrating single-pole event handling information and multi-pole collaborative handling information, and combining it with a standardized event type evaluation system, the handling evaluation of various events can be completed, and finally, an urban comprehensive management log containing full-process information can be generated and output.

[0038] The method provided in this embodiment accurately matches the needs of urban management incident handling with the response capabilities of integrated pole equipment, solving the problem of fragmented equipment utilization. Single-pole handling optimizes equipment resource allocation, while multi-pole collaboration enables orderly equipment linkage, significantly improving incident handling efficiency. Simultaneously, it integrates full-process handling information to generate management logs, providing a basis for optimizing urban management strategies and comprehensively enhancing the intelligence and precision of urban integrated management.

[0039] In some embodiments, the urban management event information set includes event location information and event classification information; the pole-mounted device information set includes device load status and device function information; based on the event classification information and combined with the device function information, the device function requirements corresponding to different event types are analyzed to obtain a list of devices matching function requirements; based on the event location information and combined with the list of devices matching function requirements, the geographical coverage of the target smart pole and the inclusion relationship between the event location are analyzed to obtain a candidate device set; based on the device load status, the real-time load capacity of the devices in the candidate device set is analyzed, and devices whose load status meets the real-time requirements for event handling are selected to obtain a single-pole device sensing information set.

[0040] The single-pole autonomous response capability refers to the comprehensive ability of a single smart pole to independently complete or participate in event handling based on its onboard equipment. Event location information refers to the specific geographical location data of the urban management event, which is core information for locating the event area. Event classification information refers to data categorizing events according to urban management regulations, used to distinguish event types and handling logic. Equipment load status refers to the real-time operating load of the equipment on the smart pole, reflecting the current operational capacity of the equipment. Equipment function information refers to data related to the various functional attributes and roles of the equipment on the smart pole, reflecting the equipment's capability boundaries. The functional requirement matching equipment list is a list of equipment with the required functions for event handling, obtained by matching event classification information with equipment function information. The target smart pole is a smart pole whose geographical coverage includes the event location and is equipped with equipment matching event handling functions. The geographical coverage area is the geographical area within which the equipment on the smart pole can effectively perceive and operate. The event location is the specific geographical point where the urban management event actually occurred. The candidate equipment set is a set of equipment with functional matching and effective geographical coverage selected after matching geographical coverage with the event location. Real-time load capacity analysis can be a real-time assessment of the current load status of equipment to determine whether it can meet the real-time requirements of event handling. The real-time requirements of event handling can be the hard requirements imposed on the time and efficiency of equipment response and handling for specific urban management events.

[0041] Specifically, during the operation of smart poles at urban intersections, the lack of analysis on event type, spatial location, and real-time equipment load during the event handling needs and equipment resource matching phase will directly lead to equipment call errors, resource idleness or overload, resulting in response delays and handling failures. To address these issues: First, a knowledge graph-based event-function mapping technology is adopted. This can be achieved by using a graph database such as Neo4j to construct association rules for "event type - handling action - equipment function." When a "traffic congestion" event is received, the graph is automatically searched to match functions such as "video stream analysis (for identifying congestion sources)" and "variable message board control (for disseminating guidance information)," generating a precise list of functional requirements. Second, GIS spatial analysis technology (such as ArcGIS) is used. The system uses an engine or open-source PostGIS library to process event coordinates and pre-defined geofences for each smart pole (e.g., a 50-meter radius service area centered on the pole). It performs a "point-area containment" analysis to quickly filter out all candidate poles and their devices that physically cover the event point. For example, it only retains cameras whose event points fall within their monitored sector area. Finally, it integrates device resource monitoring technology, using lightweight agents deployed on each device (e.g., Prometheus-based Exporter) to collect real-time load metrics such as CPU usage, memory consumption, and network latency. It also sets dynamic thresholds (e.g., CPU usage consistently above 80% is considered busy) to filter the candidate device set in real time. For example, in handling emergencies, devices with good load metrics (e.g., CPU idle rate greater than 60%) are prioritized. Devices already under heavy load, even if their function and location match, are marked as "standby" or trigger alarms. This ensures that every device in the final output "single-pole device perception information set" simultaneously meets the stringent requirements of functional compatibility, spatial accessibility, and status availability, providing solid and reliable data input for subsequent actions.

[0042] The method provided in this embodiment accurately selects devices that are functionally compatible, geographically covered, and meet load standards, providing effective device data support for subsequent handling and ensuring the real-time and effective handling of incidents.

[0043] In some embodiments, based on the sensing information set of a single pole device and combined with event classification information, the correspondence between the functions of each device within the smart pole and different stages of event handling is analyzed to obtain a function-handling mapping relationship. Based on the function-handling mapping relationship, according to the temporal and causal logic of event handling, an internal device work sequence with a sequential execution order is formed, constructing a device collaborative work chain. Based on the device collaborative work chain, the core devices that play a decisive role in event handling and the cooperating devices that play an auxiliary role are analyzed to obtain the primary and secondary device classification results. Based on the primary and secondary device classification results, a non-equal scheduling instruction set is generated with the core device scheduling instructions taking precedence and the cooperating device scheduling instructions subordinate, and executed according to the order of the device collaborative work chain construction results to complete the event response within the single pole and obtain single pole event handling information.

[0044] The function-disposal mapping relationship can be the corresponding association between the functions of various devices within the smart pole and different stages of urban management event handling. The temporal logic can be the inherent logical rules governing the sequential execution of each stage in the urban management event handling process. The causal logic can be the logical rules governing the cause-and-effect relationships between each stage in the urban management event handling process. The internal device work sequence can be the operational sequence of the smart pole's internal devices formed by linking device functions in the order of execution according to the event handling logic. Core devices can be the smart pole's internal devices that play a decisive role in the urban management event handling process within the device collaborative work chain. Collaborative devices can be the smart pole's internal devices that play a supporting role in the urban management event handling process within the device collaborative work chain. The primary and secondary device classification result can be the result information formed after distinguishing and determining the core devices and collaborative devices within the smart pole. The non-equal-weighted scheduling instruction set can be a set of smart pole device scheduling instructions characterized by priority for core device scheduling instructions and subordinate scheduling instructions for collaborative devices.

[0045] For example, when an urban management event is a road flooding event, the event classification information is "road flooding event," the event location information is the coordinates of the flooding alarm at the target intersection, and the target smart pole is equipped with a water level sensor, camera, broadcasting equipment, and information display screen. Based on the handling logic of road flooding events, the system divides the event handling process into four stages: flooding perception, on-site confirmation, warning issuance, and handling feedback. Specifically, the water level sensor's water level detection function corresponds to the flooding perception stage, the camera's image acquisition function corresponds to the on-site confirmation stage, the broadcasting equipment's information broadcasting function and the information display screen's text prompt function correspond to the warning issuance stage, and the communication module's status feedback function corresponds to the handling feedback stage. The system connects the above-mentioned device function calls in a chain, forming a collaborative work chain, according to the sequence of "water level perception—image confirmation—warning issuance—status feedback."

[0046] In this collaborative workflow, the water level sensor is the first to confirm whether the road flooding has reached the threshold for handling, playing a decisive role in establishing a road flooding incident, and is therefore identified as the core device. The camera, broadcasting equipment, and information display screen are used to assist in confirming the flooding status and provide external notifications, and are therefore identified as collaborating devices. The water level sensor's activation command is triggered independently and executed first upon receiving a road flooding incident. When the water level sensor returns a feedback signal indicating that the water level exceeds a preset flooding threshold, the camera initiates image acquisition. When the camera returns a confirmed on-site image signal, the broadcasting equipment and information display screen respectively issue voice warnings and detour prompts. If the water level sensor does not return a feedback signal indicating that the water level exceeds the preset flooding threshold, subsequent collaborative commands from the camera, broadcasting equipment, and information display screen are not triggered, or adjacent available sensing devices are used as backup devices to reconfirm the event status.

[0047] Specifically, in the operation of smart poles at urban intersections, the absence of this step in the single-pole handling phase can lead to equipment mismatch, disordered operation, and lack of priority in scheduling, resulting in a chaotic handling process, failure to implement core steps, and ultimately, failure of single-pole event handling. To address these issues: First, using rule-based engines or lightweight knowledge graphs, "event classification information" (such as "traffic congestion" and "initial fire") is deconstructed to analyze its standard handling phase sequence (for example, "initial fire" can be broken down into four phases: "smoke detection," "fire source location," "on-site warning," and "information reporting"). Then, using a device function tag library, necessary basic and enhanced device functions are matched to each phase, thereby automatically constructing a structured "function-handling mapping relationship." Next, using a directed acyclic graph (DAG) modeling method, this mapping relationship is transformed into an executable workflow model, where nodes represent device function call tasks, and directed edges represent temporal and data flow dependencies between tasks (e.g., "high-definition camera video stream" is a prerequisite for the "AI smoke and fire recognition algorithm"). This forms a logically rigorous "device collaborative workflow chain." Based on this workflow, a decision tree or weighted scoring model is applied, combining factors such as the irreplaceability of equipment functions, real-time data throughput capabilities, and pivotal positions in the response chain (for example, in a fire response chain, the triggering of the "smoke sensor" is the starting point and cannot be bypassed, so it has the highest weight score). This automatically identifies core equipment (such as the aforementioned sensor) and collaborating equipment (such as supplementary lighting that is activated in conjunction with the system). Finally, relying on a priority queue scheduling algorithm and an event-driven architecture, a "non-equal scheduling instruction set" is generated: instructions from core equipment are placed in a high-priority queue and immediately issued for execution; instructions from collaborating equipment are registered as "event listeners," whose triggering strictly depends on listening to specific status feedback signals from the execution of core equipment instructions (such as "after receiving the 'smoke sensor alarm confirmation' event, the 'supplementary lighting turn on' instruction is triggered"). This achieves precise scheduling with clear priorities and conditional triggering, completing a closed loop from logical model to physical execution.

[0048] The method provided in this embodiment enables precise matching of the functions of single-pole equipment with the handling stage, orderly operation of equipment according to the handling logic, priority guarantee of core equipment scheduling, efficient and orderly equipment call-up, ensuring a closed-loop and efficient implementation of the single-pole event handling process, and improving the accuracy and timeliness of independent handling of single poles.

[0049] In some embodiments, based on device function information and event classification information, the various handling stages included in the process from occurrence to completion of a type of event are analyzed to obtain an event handling stage sequence. Based on the event handling stage sequence, for each handling stage, one or more device functions necessary to complete the handling objective of the stage are analyzed, and a correspondence between stages and basic functional requirements is established to obtain a stage-basic function mapping table. Based on the stage-basic function mapping table, for at least one handling stage, the enhanced device functions that need to be enabled to improve the handling efficiency and effectiveness of the stage are further analyzed, and the enhanced device functions are used as a supplement to the basic functional requirements to obtain a stage-enhanced function supplement relationship. The stage-basic function mapping table and the stage-enhanced function supplement relationship are integrated, and the basic functional requirements and enhanced device functions associated with the same handling stage are merged to form a complete correspondence with the handling stage as the index and the composite function set as the content, to obtain a function-handling mapping relationship.

[0050] Type events can be urban management events categorized into the same class according to event classification information, possessing similar handling logic and equipment functional requirements. A handling stage can be an independent link with a clear handling objective, logically and temporally divided within the entire process of a certain type of urban management event from occurrence to completion. An event handling stage sequence can be an ordered set formed by arranging all handling stages of a certain type of event according to the actual handling sequence and causal logic. Stage handling objectives can be the specific work tasks to be completed and the handling effect requirements to be achieved in each handling stage. Basic functional requirements can be the indispensable equipment functional requirements necessary to complete the stage handling objective of a certain handling stage. A stage-basic function mapping table can be a structured information table recording the one-to-one correspondence between each handling stage and its corresponding required basic functional requirements. Enhanced equipment functions can be equipment extension functions that improve the handling efficiency and effectiveness of a handling stage beyond the basic functional requirements. A stage-enhanced function supplementary relationship can be an information set recording the association between a handling stage and the enhanced equipment functions that can be added. A composite function set can be a complete set of equipment functions formed by merging the basic functional requirements and enhanced equipment functions associated with the same handling stage.

[0051] Specifically, during the operation of smart poles at urban intersections, if the step of establishing the function-disposal mapping relationship is missing, the function calls of individual pole devices will be chaotic, the disposal phase will lack core functions and redundant auxiliary functions, directly leading to the failure of the equipment collaborative work chain construction and the lack of a clear procedure for incident handling. To address the aforementioned issues: First, business process modeling and analysis techniques are applied to simulate the entire handling process for specific input event categories (such as "traffic congestion"). For example, standard modeling tools such as BPMN (Business Process Model and Symbols) or UML activity diagrams are used to abstract "traffic congestion handling" into a series of standardized handling stages, including "congestion identification and location," "on-site situation awareness," "execution of traffic control instructions," and "effect verification and feedback," thus forming a structured sequence of event handling stages. Next, for each stage in the sequence, function point analysis and use case analysis techniques are used to clarify the essential basic equipment functions necessary to complete the core objectives of that stage. By mining requirements based on a historical handling case library, a list of basic functional requirements is established for the "on-site situation awareness" stage. For example, it must include "video surveillance (from a high-definition PTZ camera)" and "audio broadcasting (from IP speakers)" functions. A stage-basic function mapping table is then constructed based on this. To further improve handling efficiency, [further steps are needed]. By incorporating rule-based decision tree models or performance gain evaluation models, enhancement analysis is performed on key stages. For example, for the "traffic guidance instruction execution" stage, the decision tree model comprehensively evaluates constraints such as real-time traffic flow, pole load, and network bandwidth to determine whether an enhanced function, "dynamic route guidance displayed on traffic guidance screens (LED screens)," should be added on top of the basic "traffic light control" function. This forms a stage-enhanced function supplementary relationship. Finally, knowledge graph construction technology is used to integrate and merge the results of the above analysis, taking each "handling stage" as a central entity. "Required" relationships connect "basic function" entities, and "enhanced function" relationships connect "enhanced function" entities, thereby constructing a queryable and reasonable "function-handling" knowledge graph. This graph is the final function-handling mapping relationship, which can be directly parsed and invoked by the subsequent scheduling engine, realizing an intelligent and structured transformation from abstract handling logic to specific equipment function combinations.

[0052] The method provided in this embodiment accurately matches the handling stage with the equipment function, avoids invalid or missing function calls, provides a scientific basis for the collaborative work chain of equipment and the division of primary and secondary equipment, ensures that the scheduling logic of single-pole equipment is clear and orderly, and improves the pertinence and rationality of handling each stage of the event.

[0053] In some embodiments, based on event classification information, the degree of dependence of the current event type on the functions of various devices within the smart pole is analyzed to obtain internal device demand information; based on the internal device demand information, the demand priority is analyzed, and the real-time readiness status of the devices is obtained by the real-time response capability of the demand priority at the initial moment of event handling; based on the real-time readiness status of the devices, the device with the highest demand priority and whose real-time readiness status meets the event handling requirements in the device collaborative work chain is identified as the core device, and the remaining devices are classified as collaborative devices, thus obtaining the primary and secondary device classification result.

[0054] The functions of each device within the smart pole can be defined as the specific capabilities that the various devices mounted on the smart pole can achieve, providing the hardware support for event handling. Internal device requirement information can be targeted requirement data obtained by analyzing the differences in the dependence of the current event type on the functions of each device in the pole. Requirement priority can be the result of ranking the importance of internal device requirement information according to the event handling logic. The initial moment of event handling can be the first time node when the smart pole completes event identification and initiates device scheduling preparation. Real-time response capability can be the actual ability of the devices within the pole to immediately respond to scheduling and engage in work at the initial moment of event handling. Device real-time readiness status can be the status information of the devices' readiness to participate in handling, determined by a combination of requirement priority and real-time response capability.

[0055] Specifically, in the process of handling events and classifying primary and secondary devices in smart pole-based single-pole systems, the absence of this step makes it impossible to determine core devices based on demand priority and device readiness status, leading to disordered device scheduling, resource hogging and delayed response of core devices, and disorganized coordination among collaborating devices. To address these issues, a pre-built "event-device function association knowledge base" is first relied upon. This knowledge base uses machine learning methods (such as decision tree models trained based on historical handling logs) to quantify the association strength between various events and device functions. When event classification information (such as "traffic accident") is received, this model is immediately invoked, outputting a quantified internal device demand information vector, in which each device function (such as license plate recognition, video stream push, and noise monitoring) is assigned a dependency. Dependency scores are assigned (e.g., license plate recognition has a dependency score of 0.95, while ambient light sensing has a dependency score of 0.1). Subsequently, a weighted priority sorting algorithm (such as combining dependency scores with device basic weights) is used to process the demand information vector to generate an initial demand priority list. At the same time, through the device agent program deployed on the pole, standard IoT protocols (such as MQTT) are used to collect the "heartbeat" signals, CPU / memory load rates (e.g., a load rate below 70% is considered ready), and functional self-test status of each device in real time. This data is then used to generate a real-time device readiness bitmap. The final division of primary and secondary devices is completed through a "dynamic selection logic": this logic traverses the demand priority list in order of the device collaborative work chain and compares the readiness bitmap in real time. It locks the first device that simultaneously meets the criteria of "highest priority of demand" (e.g., dependency score greater than 0.9) and "real-time ready status is true" (e.g., online and under normal load) as the core device (such as the license plate recognition camera in the example above). Other devices that are ranked lower in the workflow or whose status does not meet the requirement of immediate response (e.g., the information display screen, which may not be ready due to network latency despite its high priority) are dynamically classified as collaborative devices, thereby generating a practical and feasible primary and secondary device division result that is strongly coupled with specific events and specific time points.

[0056] The method provided in this embodiment accurately identifies core and collaborating equipment, clarifies the hierarchical basis for non-equal scheduling, avoids ineffective scheduling, allows equipment to collaborate around the core of the issue, improves the orderliness of equipment response and cooperation, maximizes equipment efficiency, and ensures the efficient advancement of single-pole event handling.

[0057] In some embodiments, based on the primary and secondary device division results and combined with the event handling stage sequence, the master-slave generation logic and timing constraint relationship between the start instructions of the core device and the corresponding instructions of the cooperating devices in different handling stages is analyzed to obtain hierarchical scheduling timing information; based on the real-time ready state of the devices and combined with the hierarchical scheduling timing information, the dependency relationship between the cooperating device instructions and the core device instruction execution status feedback signal is analyzed and set to obtain instruction triggering dependency information; based on the hierarchical scheduling timing information and instruction triggering dependency information, core device instructions characterized by independent triggering and priority execution, and cooperating device instructions characterized by conditional triggering and subordinate execution are generated to obtain a non-equal scheduling instruction set.

[0058] The initiation command can be a scheduling command issued for each handling stage to trigger the device to start executing the corresponding handling function. The corresponding command can be a scheduling command that collaborating devices need to execute to cooperate with the core device in completing tasks at each handling stage. The master-slave generation logic can be the generation association rules between the core device's initiation command and the collaborating device's corresponding command, based on the event handling logic, establishing a dominant and subordinate relationship. The timing constraint relationship can be the constraint association between the core device and collaborating device commands in terms of execution time, based on the event handling timing, such as sequence and synchronization. The hierarchical scheduling timing information can be the hierarchical scheduling time sequence information formed after integrating the master-slave generation logic and timing constraint relationship of the core device and collaborating device commands. The execution status feedback signal can be the signal that the core device feeds back to the system during the execution of scheduling commands, such as the command execution progress, result, and device operating status. The dependency relationship can be the association between the triggering conditions of the collaborating device command and the execution status feedback signal of the core device command. The command trigger dependency information can be a set of information describing the association between the triggering conditions of the collaborating device command and the execution status feedback signal of the core device command. Independent triggering refers to the characteristic that core device instructions do not rely on signal feedback from other devices and can be triggered directly according to the needs of the event handling stage. Priority execution refers to the characteristic that core device instructions have higher execution priority than collaborating device instructions and can be initiated first. Core device instructions can be scheduling instructions issued to core devices that possess the characteristics of independent triggering and priority execution. Conditional triggering refers to the characteristic that collaborating device instructions can only be initiated if preset core device execution status feedback signals are met. Subordinate execution refers to the characteristic that collaborating device instructions follow the execution rhythm of core device instructions in terms of execution sequence, cooperating with the core device to complete the handling task. Collaborating device instructions can be scheduling instructions issued to collaborating devices that possess the characteristics of conditional triggering and subordinate execution.

[0059] Specifically, during the operation of smart poles at urban intersections, in the non-equal scheduling phase of a single pole, if this instruction set is not constructed, the core and collaborating equipment instructions lack master-slave and time sequence constraints, leading to chaotic instruction triggering, broken equipment collaboration chains, and instruction execution failures due to ignoring equipment readiness status. To address these issues: First, workflow modeling techniques (such as using the BPMN standard or a state machine model based on time-series logic) are used to formally describe the "event handling phase sequence," clarifying the inputs, outputs, and completion conditions of each phase. Based on this, combined with the equipment function list, a causal dependency analysis algorithm (such as borrowing dependency graph analysis techniques from microservice architecture) is used to automatically deduce the "master-slave" relationships of equipment actions within and between phases. The analysis establishes a logical relationship between "systematic logic" and "temporal constraints." For example, it concludes that the "continuous video recording for evidence collection" phase of a "vehicle illegal parking incident" must precede the "broadcast-based removal" phase, and the start command of the broadcasting equipment must depend on the status signal from the video equipment indicating "at least continuous and stable recording for X seconds." This analysis process produces structured "hierarchical scheduling timing information," which is essentially a device instruction Gantt chart with timestamps and dependency edges. Secondly, to achieve accurate judgment of "conditional triggering," a message middleware and a complex event processing engine are introduced as the technical foundation. All devices' "real-time ready state" and the "instruction execution status feedback signals" generated after executing instructions (such as "{device_id:" published via the MQTT protocol) are considered. The topic message "'CAM01', status: 'recording_stable', duration: 10}" is aggregated to the CEP engine in real time. Based on the results of the aforementioned dependency analysis, corresponding event pattern rules are pre-defined in the CEP engine. For example, the rule is defined as: "When a 'recording_stable' event is received from the core device 'CAM01' and its 'duration' attribute is greater than a preset threshold (e.g., 10 seconds), immediately trigger the generation and issuance of a 'play_alert' command to the cooperating device 'SPK01'." This rule is then concretized into a "command trigger dependency information." Finally, the scheduling command generator... As a lightweight rule engine, it continuously monitors the hierarchical timing clock and the output events of the CEP engine. For core device instructions, it generates them independently based on the absolute time or stage start event in the "hierarchical scheduling timing information" and marks them with the highest priority. It ensures that they are scheduled for priority execution through the priority task queue in the real-time operating system. For cooperative device instructions, it strictly waits for the condition event triggered by the CEP engine. After generation, it is attached to the execution context of the corresponding core device instruction as a subordinate task. Thus, by integrating multiple technologies such as workflow modeling, causal analysis, message communication and rule engine, it realizes the automatic construction and execution of instruction sets from static primary and secondary division to dynamic, context-aware and non-equal division.

[0060] The non-equal scheduling instruction set constructed through the method provided in this embodiment clearly defines the master-slave relationship and timing of instructions, adapts to the real-time status of equipment, allows core equipment to execute first and collaborating equipment to trigger precisely, ensures orderly equipment coordination, improves the success rate of instruction execution, and achieves efficient utilization of single-pole equipment resources.

[0061] In some embodiments, based on event location information, the coverage and location of event handling needs in physical space are analyzed to obtain multi-pole collaborative space requirements; based on device function information, from multiple smart poles within the scope of multi-pole collaborative space requirements, the device function type, real-time load status, and correlation with event type of each pole are analyzed to obtain a candidate collaborative pole set and collaborative capability profile; based on multi-pole collaborative space requirements, combined with the candidate collaborative pole set and collaborative capability profile, the matching relationship between device function and spatial location is analyzed, and a dynamic device connection relationship with event handling logic as the link is constructed to obtain a distributed device collaborative network.

[0062] Multi-pole collaborative space requirements can be derived from the analysis of event location information, defining the physical coverage area and specific location requirements for event handling. Equipment function types can be the specific categories of equipment integrated into the smart poles based on their functional attributes, serving as the basis for evaluating the matching degree between equipment and event handling requirements. Real-time load status refers to the operating load of various devices on the smart poles at a given moment, a crucial basis for determining whether equipment can participate in event handling. Event type correlation refers to the degree of matching and relevance between the smart pole's equipment functions and the current urban management event types. The candidate collaborative pole set can be the collection of all smart poles within the multi-pole collaborative space requirement range that, after analysis, possess the potential to participate in event handling. Collaborative capability profiles can be personalized capability descriptions formed by comprehensively characterizing the equipment function types, real-time load status, and event type correlation of each smart pole in the candidate collaborative pole set.

[0063] Specifically, during the operation of smart poles at urban intersections, if this network is not built during the multi-pole collaborative handling phase, it will be impossible to integrate the surrounding pole equipment resources, resulting in problems such as missing functional coverage, load imbalance, lack of coordination among pole equipment, chaotic handling steps, and low efficiency or even inability to handle large-scale and complex urban management incidents. To address the aforementioned issues: The solution begins with processing the geographic coordinates of the event. A spatial buffer calculation algorithm (e.g., based on the Euclidean distance formula, generating a circular coverage area centered on the event point with a preset or dynamically calculated radius of influence, such as 200 meters) is used to precisely define the "multi-pole collaboration spatial requirements." Subsequently, spatial indexing and range query technologies (e.g., using quadtree or R-tree structures to pre-index the latitude and longitude coordinates of smart poles throughout the city, retrieving all pole identifiers falling within the circular area at millisecond speeds) rapidly form a "candidate collaboration pole set." Then, real-time data stream processing of IoT device status (e.g., continuously subscribing to real-time performance metrics of each sensor and processing unit, such as CPU utilization, memory usage, and network latency, from edge computing gateways deployed on each pole via a lightweight MQTT protocol) is implemented, combined with an event-device association knowledge base (a structured rule base, for example, using traffic accidents as keys to query high-definition video streams). The system performs online fusion analysis (with a weight of 0.9 for the analysis function and 0.2 for the ambient light sensing function) to generate a structured "collaborative capability profile" for each candidate pole (essentially a multi-dimensional feature vector describing its function list, real-time availability score of each function, and comprehensive correlation with the current event type). Finally, this profile data, along with the event handling stage logic (e.g., "panoramic capture -> feature recognition -> information release"), is input into a resource-constrained network topology optimization model. This model treats the specific available functions of each pole as network nodes and the logical connections and spatial proximity relationships between functions as edges. By running heuristic search algorithms (e.g., simulated annealing or genetic algorithms) or solving for maximum matching in a weighted bipartite graph, it seeks device connection schemes that optimize overall response time or maximize key function coverage while satisfying spatial coverage and logical temporal constraints. This dynamically generates and activates a distributed device collaborative network specific to this event.

[0064] The method provided in this embodiment accurately integrates multi-pole equipment resources, achieving dual coverage of function and space, rationally allocating equipment load, and enabling each combined pole device to coordinate in an orderly manner according to the handling logic, ensuring the efficient and orderly implementation of multi-pole collaborative handling and improving the ability to handle complex events.

[0065] In some embodiments, based on a distributed device collaborative network and combined with event handling requirements, the correlation strength between the device function information of each smart pole and the core event handling logic is analyzed. The smart pole with the highest correlation strength is established as the leading pole, and the primary responsibilities of global coordination and core response are assigned, resulting in the leading pole responsibility configuration. Based on the collaborative capability profile and combined with event handling requirements, the matching relationship between the functions of each smart pole (excluding the leading pole) and the event auxiliary handling links in the distributed device collaborative network is analyzed. The matched smart poles are identified as collaborative poles for different auxiliary links in sequence, and corresponding local auxiliary tasks are assigned, resulting in collaborative pole task assignment information. Based on the leading pole responsibility configuration and combined with the collaborative pole task assignment, a collaborative process is established with the leading pole actively issuing scheduling instructions, and the collaborative poles receiving and executing the instructions and then feeding back the status to the leading pole, resulting in hierarchical operation rules.

[0066] The core event handling logic can be the key handling steps and causal sequence relationships followed in solving core urban management issues. The correlation strength can be the degree of matching and compatibility between the smart pole's equipment functions and the core event handling logic. The primary responsibility can be the unique work responsibility of the leading pole in the multi-pole collaborative system, centered on global coordination and core response. The leading pole's responsibility configuration can be the clarification and division of the leading pole's primary responsibility regarding specific work content, execution boundaries, and scheduling authority. The collaborative capability profile can be a set of capability characteristics comprehensively depicting the candidate collaborative pole's equipment function type, real-time load status, and correlation with the event type. Event auxiliary handling steps can be various auxiliary handling steps carried out to ensure the smooth execution of the core event handling logic. A collaborative pole can be a smart pole in the multi-pole collaborative handling system that cooperates with the leading pole to complete various event auxiliary handling steps. Local auxiliary tasks can be event auxiliary handling-related work assigned to a collaborative pole based on its collaborative capability profile and matching its own functions. Collaborative pole task assignment information can be a set of information clarifying the auxiliary handling steps, specific local auxiliary tasks, and execution requirements for each collaborative pole. A collaborative process can be the workflow rules for instruction transmission, task execution, and status feedback between the leading lever and collaborating levers in multi-lever collaborative processing.

[0067] Specifically, in the process of multi-pole collaborative handling of urban management incidents, the lack of hierarchical operation rules will lead to chaotic equipment scheduling, conflicting instructions, delays in core handling links, unreasonable allocation of auxiliary tasks, serious waste of resources, disconnection between handling links, low overall handling efficiency, and inability to achieve the core handling objectives of the incident. To address the aforementioned issues: First, a multi-dimensional weighted scoring model is employed to calculate the "association strength." For example, a semantic matching algorithm is used to analyze the semantic relevance between pole device function labels (such as "face recognition camera" and "PM2.5 sensor") and core event handling logic steps (such as "personnel identity verification" and "pollution source location"). Simultaneously, the compatibility of real-time device performance parameters (such as camera resolution and sensor accuracy) with handling requirements (such as recognition distance and monitoring thresholds) is considered. A pre-defined dynamic weight calculation model (whose weights can be configured according to the event type, e.g., higher weight for video in security events) is used for quantitative scoring. Finally, the smart pole with the highest comprehensive score is dynamically marked as the "dominant pole." Second, based on the "collaborative capability profile" (a structured data object containing attributes such as function set, geographical location, and real-time load rate) established for each pole, a constraint-optimized task allocation algorithm is used for collaborative pole assignment. For example, the Hungarian algorithm or a heuristic greedy algorithm is used, prioritizing the overall timeliness of task completion. Using "optimal" or "most balanced resource load" as the objective function, the sub-tasks decomposed from event handling (such as "video blind spot filling at point A" and "broadcast warning in area B") are matched and calculated with the capability profiles of candidate collaborative poles. Each collaborative pole is assigned a "local auxiliary task" that best suits its capabilities and location. Finally, the key to the technical implementation lies in establishing a hierarchical communication and control process: a command channel is built based on a message queue telemetry transmission protocol. The leading pole, as the publisher, pushes standardized scheduling commands (using fields such as task ID, target device, action parameters, and expected deadline, encapsulated in JSON format) to the topics subscribed to by each collaborative pole. The edge computing units on the collaborative poles parse the commands, drive the local device controller to execute them, and feed back the execution status (such as "success," "failure," "in progress," and accompanying data) to the leading pole's dedicated feedback topic through the same protocol. The leading pole's built-in status aggregation and monitoring module analyzes all feedback in real time, forming a global situation map, providing a decision-making basis for possible dynamic task rescheduling, thus completing the entire hierarchical collaboration process in a closed loop.

[0068] The method provided in this embodiment clarifies the responsibilities and tasks of the main and auxiliary poles, achieves optimal allocation of equipment resources, standardizes multi-pole collaborative processes, eliminates collaboration barriers, allows each pole to perform its own duties, improves overall handling efficiency, and ensures the efficient implementation of the core handling logic of the incident.

[0069] In some embodiments, based on single-pole event handling information, multi-pole collaborative handling information, and event classification information, the sequence of equipment functions invoked throughout the event handling process is analyzed to obtain structured event handling information. Based on the structured event handling information, combined with the equipment collaborative work chain and distributed equipment collaborative network, the consistency between the actual order of function invocation of each device in the event handling process and the preset logical order is analyzed to obtain event handling compliance and equipment execution efficiency information. Based on the event handling compliance and equipment execution efficiency information, the handling efficiency of the event type corresponding to the event classification information is evaluated, and the main pole responsibility configuration and the main and secondary equipment division results are associated and recorded to generate and output the urban comprehensive management log.

[0070] Equipment function sequence can be a list of equipment function calls arranged in the actual execution order during event handling. Structured event handling information can be standardized and analyzable event handling information formed after the original handling data is organized. Event handling compliance can be an indicator of the degree of matching between the actual order of equipment function calls and the preset logical order. Equipment execution efficiency information can be comprehensive information reflecting the efficiency, response speed, and execution effect of smart pole-mounted equipment in event handling. Event type handling efficiency evaluation can be a comprehensive effect evaluation based on handling compliance and execution efficiency for different types of urban management events. Leading pole responsibility configuration can be the core coordination and command responsibilities set for the leading pole in multi-pole collaboration.

[0071] Specifically, in the process of integrating and handling information, evaluating handling effectiveness, and generating management logs, the absence of this step leads to fragmented and disconnected handling data between single-pole and multi-pole operations. This makes it impossible to detect execution deviations, quantifies handling effects, and establishes standardized records, resulting in untraceable management, inability to optimize scheduling, and a break in the urban management closed loop. To address these issues, a technology stack integrating data standardization, intelligent sequence comparison, and multi-dimensional graph association is used. Firstly, for heterogeneous single-pole event handling information (e.g., JSON messages containing device command sequences from within a single pole) and multi-pole collaborative handling information (e.g., MQTT message streams from communication between multiple poles), a pre-defined JSON Schema and Apache... The Avro mode performs real-time parsing and standardized cleaning, unifying the data into a structured event flow with "timestamp-device ID-function action-result status" as the basic unit. This flow is then merged according to the unique event identifier to generate structured event handling information. Subsequently, this structured sequence is compared with pre-defined logical rules of device collaborative work chains or distributed device collaborative networks described by directed graph models. Dynamic Time Warping (DTW) or sequence alignment algorithms are used to calculate the edit distance or optimal matching path between the actual device activation sequence and the preset logical sequence, thereby quantifying the event handling compliance (e.g., calculating a 92% compliance rate for the current handling sequence). Simultaneously, the execution timestamp and status feedback carried in the parsed instructions (e.g., "License plate recognition completed in 350 milliseconds," "Traffic light switching delay 200 milliseconds") are used to further analyze the data. By combining basic device performance indicators collected by monitoring systems such as Prometheus, a lightweight device execution performance evaluation model is constructed. This model generates device execution performance information from multiple dimensions, including response latency, task success rate, and resource utilization. Finally, using a document database such as MongoDB or a graph database such as Neo4j, the type label of this event, the calculated compliance score, performance details, and the snapshot of the primary and secondary device division results based on the leading lever responsibility configuration rule ID that triggered this action are persistently stored and indexed as a document or graph node with complex relationships. This automatically generates a comprehensive urban management log that not only records the process but also deeply relates strategies and results, providing a high-quality data source for the upper-level data analysis platform that can be directly used for trend analysis, root cause identification, and strategy recommendation.

[0072] The method provided in this embodiment integrates single and multi-pole disposal data to form a complete profile, accurately locates execution deviations, quantitatively evaluates disposal efficiency, generates standardized management logs, and achieves traceability of the disposal process and optimization of scheduling logic, forming a complete closed loop for urban management.

[0073] Figure 3 A schematic diagram of the structure of a smart pole-mounted multi-device integrated urban management system provided in an embodiment of this application is shown below. Figure 3As shown, the smart pole-integrated multi-device urban management system 300 of this embodiment includes: a single pole matching module 301, a single pole handling module 302, a multi-pole collaboration module 303, and an event evaluation module 304.

[0074] The single-pole matching module 301 is used to acquire a set of urban management event information and a set of combined pole equipment information. Based on the urban management event information set and the combined pole equipment information set, it analyzes the matching relationship between event handling needs and the autonomous response capability of a single pole to obtain a single-pole equipment perception information set. The single-pole handling module 302 is used to analyze the impact range and handling needs of the event handling needs based on the single-pole equipment perception information set. If the event only involves a single smart combined pole, it constructs a collaborative work chain of equipment within the target pole, establishes primary and secondary equipment according to the event handling logic, and performs non-equal scheduling to obtain single-pole event handling information. The multi-pole collaboration module 303 is used to construct a cross-pole distributed equipment collaboration network based on the geospatial attributes of the event and the resource status of each smart combined pole if the event involves multiple smart combined poles, and establishes hierarchical operation rules for the leading pole and collaborative poles to obtain multi-pole collaborative handling information. The event evaluation module 304 is used to integrate the single-pole event handling information and the multi-pole collaborative handling information, perform event type evaluation, and generate and output an urban comprehensive management log.

[0075] Optionally, when the single-pole matching module 301 analyzes the matching relationship between event handling needs and single-pole autonomous response capabilities based on the urban management event information set and the combined pole device information set to obtain the single-pole device perception information set, it is specifically used for: the urban management event information set including event location information and event classification information; the combined pole device information set including device load status and device function information; based on the event classification information and the device function information, analyzing the device function requirements corresponding to different event types to obtain a list of devices matching function requirements; based on the event location information and the list of devices matching function requirements, analyzing the inclusion relationship between the geographical coverage of the target smart combined pole and the event occurrence location to obtain a candidate device set; based on the device load status, performing real-time load capacity analysis on the devices in the candidate device set, and filtering out devices whose load status meets the real-time requirements of event handling to obtain the single-pole device perception information set.

[0076] Optionally, the single-pole handling module 302, during the construction process of the single-pole event handling information, is specifically used for: based on the single-pole device perception information set and combined with the event classification information, analyzing the correspondence between the functions of each device within the smart pole and different stages of event handling to obtain a function-handling mapping relationship; based on the function-handling mapping relationship, connecting internal device work sequences with a sequential execution order according to the temporal and causal logic of event handling to construct the device collaborative work chain; based on the device collaborative work chain, analyzing the core devices that play a decisive role in event handling and the cooperating devices that play an auxiliary role to obtain the primary and secondary device division results; based on the primary and secondary device division results, generating a non-equal scheduling instruction set with core device scheduling instructions taking precedence and cooperating device scheduling instructions subordinate, and executing it according to the order of the device collaborative work chain construction results to complete the event response within the single pole and obtain the single-pole event handling information.

[0077] Optionally, the single-pole handling module 302, during the construction of the function-handling mapping relationship, is specifically used for: based on the equipment function information and combined with the event classification information, analyzing the various handling stages included in the type of event from occurrence to completion of handling, and obtaining an event handling stage sequence; based on the event handling stage sequence, for each handling stage, analyzing one or more equipment functions necessary to complete the stage handling objective, establishing a correspondence between stages and basic functional requirements, and obtaining a stage-basic function mapping table; based on the stage-basic function mapping table, for at least one of the handling stages, further analyzing the enhanced equipment functions that need to be enabled to improve the handling efficiency and effect of the stage, and using the enhanced equipment functions as a supplement to the basic functional requirements, and obtaining a stage-enhanced function supplement relationship; integrating the stage-basic function mapping table and the stage-enhanced function supplement relationship, merging the basic functional requirements and enhanced equipment functions associated with the same handling stage, forming a complete correspondence with the handling stage as the index and the composite function set as the content, and obtaining the function-handling mapping relationship.

[0078] Optionally, the single-pole handling module 302, during the construction process of the primary and secondary equipment division results, is specifically used for: analyzing the differences in the dependence of the current event type on the functions of various devices within the smart pole based on the event classification information, to obtain internal device demand information; analyzing the demand priority based on the internal device demand information, and obtaining the real-time readiness status of the devices through the real-time response capability of the demand priority at the initial moment of event handling; and determining the device with the highest demand priority and whose real-time readiness status meets the event handling requirements in the device collaborative work chain as the core device, and classifying the remaining devices as collaborative devices, to obtain the primary and secondary equipment division results.

[0079] Optionally, the single-lever handling module 302, during the construction process of the non-equal scheduling instruction set, is specifically used for: based on the primary and secondary device division results and combined with the event handling stage sequence, analyzing the master-slave generation logic and timing constraint relationship between the start instructions of the core device and the corresponding instructions of the cooperating devices in different handling stages, to obtain hierarchical scheduling timing information; based on the real-time ready state of the device and combined with the hierarchical scheduling timing information, analyzing and setting the dependency relationship between the cooperating device instructions and the core device instruction execution status feedback signal, to obtain instruction triggering dependency information; and based on the hierarchical scheduling timing information and the instruction triggering dependency information, generating the core device instructions characterized by independent triggering and priority execution, and the cooperating device instructions characterized by conditional triggering and subordinate execution, to obtain the non-equal scheduling instruction set.

[0080] Optionally, when constructing the cross-pole distributed device collaboration network, the multi-pole collaboration module 303 is specifically used for: analyzing the coverage and location of the event handling requirements in physical space based on the event location information to obtain the multi-pole collaboration space requirements; analyzing the device function type, real-time load status, and correlation with the event type of each smart pole from multiple smart poles within the scope of the multi-pole collaboration space requirements based on the device function information to obtain a candidate collaboration pole set and collaboration capability profile; and analyzing the matching relationship between device function and spatial location based on the multi-pole collaboration space requirements, combined with the candidate collaboration pole set and the collaboration capability profile, constructing a dynamic device connection relationship with event handling logic as the link to obtain the distributed device collaboration network.

[0081] Optionally, the multi-link collaboration module 303, in the specific implementation of the hierarchical operation rules, is specifically used for: based on the distributed device collaboration network and combined with the event handling requirements, analyzing the correlation strength between the device function information of each smart link and the core event handling logic, establishing the smart link with the highest correlation strength as the leading link, and dividing the first responsibility for global coordination and core response to obtain the leading link responsibility configuration; based on the collaboration capability profile and combined with the event handling requirements, analyzing the matching relationship between the functions of each smart link other than the leading link in the distributed device collaboration network and the event auxiliary handling links, identifying the matched smart links as collaboration links for different auxiliary links in sequence, and assigning corresponding local auxiliary tasks to obtain collaboration link task assignment information; based on the leading link responsibility configuration and combined with the collaboration link task assignment, establishing a collaboration process with the leading link actively issuing scheduling instructions, and the collaboration links receiving and executing instructions and then feeding back the status to the leading link as the core, to obtain the hierarchical operation rules.

[0082] Optionally, when the event assessment module 304 integrates the single-pole event handling information and the multi-pole collaborative handling information to perform event type assessment and generate and output the urban comprehensive management log, it is specifically used to: analyze the sequence of equipment functions called throughout the entire event handling process based on the single-pole event handling information, the multi-pole collaborative handling information, and the event classification information to obtain structured event handling information; based on the structured event handling information, and in conjunction with the equipment collaborative work chain and the distributed equipment collaborative network, analyze the consistency between the actual order of equipment function calls and the preset logical order in the event handling process to obtain event handling compliance and equipment execution efficiency information; based on the event handling compliance and the equipment execution efficiency information, assess the handling efficiency of the event type corresponding to the event classification information, and associate and record the main pole responsibility configuration and the main and secondary equipment division results to generate and output the urban comprehensive management log.

[0083] The system in this embodiment can be used to execute the methods of any of the above embodiments, and its implementation principle and technical effect are similar, so they will not be described again here.

Claims

1. A smart, multi-device integrated urban management method, characterized in that, include: Acquire urban management event information set and pole-mounted device information set; based on the urban management event information set and the pole-mounted device information set, analyze the matching relationship between event handling needs and single pole autonomous response capabilities to obtain single pole device perception information set; Based on the single-pole device sensing information set, the impact range and handling requirements are analyzed for the event handling needs. If the event only involves a single smart pole, a device collaborative work chain is constructed within the target pole. The primary and secondary devices are determined according to the event handling logic and non-equal scheduling is performed to obtain single-pole event handling information. If an event involves multiple smart poles, a cross-pole distributed device collaboration network is constructed based on the event's geospatial attributes and the resource status of each smart pole. Hierarchical operation rules for the leading pole and collaborating poles are established to obtain multi-pole collaborative handling information. Integrate the single-pole event handling information and the multi-pole collaborative handling information, conduct event type assessment, and generate and output the city comprehensive management log; The process of constructing the single-pole event handling information includes: Based on the sensor information set of the single pole device, combined with event classification information, the correspondence between the functions of each device inside the smart pole and different stages of event handling is analyzed to obtain the function-handling mapping relationship; Based on the function-disposal mapping relationship, and in accordance with the temporal and causal logic of event disposal, an internal device work sequence with a sequential execution order is formed, thus constructing the device collaborative work chain; Based on the aforementioned equipment collaborative work chain, the core equipment that plays a decisive role in event handling and the cooperating equipment that plays an auxiliary role are analyzed to obtain the results of the primary and secondary equipment division. Based on the primary and secondary equipment division results, a non-equal scheduling instruction set is generated, prioritizing core equipment scheduling instructions and subordinate to collaborative equipment scheduling instructions. This set is then executed according to the order of the equipment collaborative work chain construction results to complete the event response within a single pole and obtain the single pole event handling information. The construction process of the non-equal scheduling instruction set includes: Based on the primary and secondary device division results, and combined with the event handling stage sequence, the master-slave generation logic and timing constraint relationship between the start instructions of the core device and the corresponding instructions of the cooperating devices in different handling stages is analyzed to obtain hierarchical scheduling timing information. Based on the real-time readiness status of the equipment, and combined with the hierarchical scheduling timing information, the dependency relationship between the cooperative equipment instructions and the core equipment instruction execution status feedback signal is analyzed and set to obtain instruction triggering dependency information. Based on the hierarchical scheduling timing information and the instruction triggering dependency information, the core device instructions characterized by independent triggering and priority execution, and the cooperative device instructions characterized by conditional triggering and subordinate execution are generated to obtain the non-equal scheduling instruction set.

2. The method according to claim 1, characterized in that, Based on the urban management event information set and combined with the pole-mounted device information set, the matching relationship between event handling needs and individual pole autonomous response capabilities is analyzed to obtain the individual pole-mounted device perception information set, including: The urban management event information set includes event location information and event classification information; The information set of the pole-connecting device includes the device load status and device function information; Based on the event classification information and the device function information, the device function requirements corresponding to different event types are analyzed to obtain a list of devices that match the function requirements. Based on the event location information and the device list matched with the functional requirements, the geographical coverage of the target smart pole and the inclusion relationship between the event location are analyzed to obtain a candidate device set. Based on the device load status, real-time load capacity analysis is performed on the devices in the candidate device set, and devices whose load status meets the real-time requirements for event handling are selected to obtain the single-pole device perception information set.

3. The method according to claim 2, characterized in that, The process of constructing the function-disposal mapping relationship includes: Based on the device function information and the event classification information, the various handling stages included in the type of event from occurrence to completion are analyzed to obtain the event handling stage sequence. Based on the event handling phase sequence, for each handling phase, one or more equipment functions necessary to complete the phase handling objective are analyzed, and a correspondence between phases and basic functional requirements is established to obtain a phase-basic function mapping table. Based on the stage-basic function mapping table, for at least one of the processing stages, further analysis is conducted on the enhanced equipment functions that need to be enabled to improve the processing efficiency and effectiveness of the stage. The enhanced equipment functions are used as a supplement to the basic function requirements to obtain the stage-enhanced function supplement relationship. By integrating the stage-basic function mapping table with the stage-enhanced function supplementary relationship, the basic function requirements and enhanced equipment functions associated with the same disposal stage are merged to form a complete correspondence with the disposal stage as the index and the composite function set as the content, thus obtaining the function-disposal mapping relationship.

4. The method according to claim 3, characterized in that, The process of constructing the primary and secondary device partitioning results includes: Based on the event classification information, the degree of dependence of the current event type on the functions of various devices inside the smart pole is analyzed to obtain the internal device demand information. Based on the internal equipment demand information, the demand priority is analyzed, and the real-time readiness status of the equipment is obtained by the real-time response capability of the demand priority at the initial moment of event handling. Based on the real-time readiness status of the devices, the device with the highest priority and whose real-time readiness status meets the event handling requirements in the device collaborative work chain is identified as the core device, and the remaining devices are classified as collaborative devices, thus obtaining the primary and secondary device classification result.

5. The method according to claim 4, characterized in that, The construction of a cross-pole distributed device collaborative network includes: Based on the event location information, the coverage and location of the event handling requirements in the physical space are analyzed to obtain the multi-pole collaborative space requirements. Based on the device function information, analyze the device function type, real-time load status and correlation with event type of each smart pole from multiple smart poles within the scope of the multi-pole collaborative space requirement to obtain a candidate collaborative pole set and collaborative capability profile; Based on the multi-link collaborative space requirements, combined with the candidate collaborative link set and the collaborative capability profile, the matching relationship between device functions and spatial locations is analyzed, and a dynamic device connection relationship with event handling logic as the link is constructed to obtain the distributed device collaborative network.

6. The method according to claim 5, characterized in that, The specific implementation of the hierarchical operation rules includes: Based on the distributed device collaborative network and combined with the event handling requirements, the correlation strength between the device function information of each smart pole and the core event handling logic is analyzed. The smart pole with the highest correlation strength is established as the leading pole, and the primary responsibilities of global coordination and core response are divided to obtain the leading pole responsibility configuration. Based on the collaborative capability profile and the event handling requirements, the matching relationship between the functions of each smart pole (excluding the main pole) and the event auxiliary handling links in the distributed device collaborative network is analyzed. The matched smart poles are identified as collaborative poles for different auxiliary links in sequence, and corresponding local auxiliary tasks are assigned to obtain collaborative pole task assignment information. Based on the master lever's responsibility configuration and the coordinating lever's task assignment, a collaborative process is established with the master lever actively issuing scheduling instructions, and the coordinating lever receiving and executing the instructions and then feeding back the status to the master lever, thus obtaining the hierarchical operation rules.

7. The method according to claim 6, characterized in that, The process of integrating the single-pole event handling information and the multi-pole collaborative handling information, evaluating the event type, and generating and outputting a comprehensive urban management log includes: Based on the single-pole event handling information and the multi-pole collaborative handling information, combined with the event classification information, the sequence of equipment functions called in the entire event handling process is analyzed to obtain structured event handling information; Based on the structured event handling information, combined with the device collaborative work chain and the distributed device collaborative network, the consistency between the actual order of device function calls and the preset logical order in event handling is analyzed to obtain event handling compliance and device execution efficiency information. Based on the event handling compliance and the equipment execution efficiency information, the event type corresponding to the event classification information is evaluated for handling efficiency, and the main lever responsibility configuration and the primary and secondary equipment division results are associated and recorded to generate and output the city comprehensive management log.

8. A smart, multi-device integrated urban management system, characterized in that, Applied to the method as described in any one of claims 1-7, comprising: The single-pole matching module is used to acquire urban management event information set and pole-mounted device information set. Based on the urban management event information set and the pole-mounted device information set, it analyzes the matching relationship between event handling needs and single-pole autonomous response capabilities to obtain single-pole device perception information set. The single-pole handling module is used to analyze the impact range and handling requirements based on the sensing information set of the single-pole device, and if the event only involves a single smart pole, a device collaborative work chain is built within the target pole, the primary and secondary devices are determined according to the event handling logic and non-equal scheduling is performed to obtain single-pole event handling information; The multi-pole collaboration module is used to construct a cross-pole distributed device collaboration network based on the geospatial attributes of the event and the resource status of each smart pole if an event involves multiple smart poles, and to establish hierarchical operation rules for the leading pole and collaborating poles, thereby obtaining multi-pole collaborative handling information. The event assessment module is used to integrate the single-pole event handling information and the multi-pole collaborative handling information, to assess the event type, and to generate and output the city comprehensive management log.

Images