A positioning-optimized code scanning communication rescue management method and system

Abstract

The present invention relates to the field of communication management technology, and in particular to a positioning-optimized code scanning communication rescue management method and system. The method comprises the following steps: obtaining a road section fault rescue request signal through code scanning communication to perform GPS real-time positioning acquisition, and obtain the road section fault rescue request GPS coordinates; performing nearest neighbor coordinate position matching optimization and coordinate error correction correction on the road section fault rescue request GPS coordinates based on a preset full-section position relationship library, and obtaining the road section fault rescue request error correction coordinates; performing map automatic adaptation navigation on the road section fault rescue request error correction coordinates, and generating a road section fault rescue request map adaptation navigation route; uploading the road section fault rescue request map adaptation navigation route to a cloud platform for intelligent rescue dispatching management, and generating a road section fault rescue intelligent dispatching management plan to perform corresponding road section fault rescue intelligent management work. The present invention can improve the response speed and accuracy of rescue requests.

Description

Technical Field

[0001] The present invention relates to the field of communication management technology, and in particular to a positioning-optimized code scanning communication rescue management method and system. Background Art

[0002] In recent years, with the development of QR code scanning technology and Internet of Things (IoT) devices, code scanning communication has become a more convenient means of real-time information transmission. By combining QR codes with positioning systems, using smart terminals (such as smart phones, handheld terminals, etc.) to scan and identify, obtaining the location information of disaster victims or rescuers in real time, and uploading it to the central database or command platform, it has become an effective way to improve the efficiency of emergency response. By combining multiple positioning technologies (such as GPS, base station positioning, Wi-Fi positioning, etc.), accurate personnel and material positioning can be achieved to ensure that the location information during the rescue process is accurate. At the same time, by optimizing the generation and scanning process of QR codes, it is ensured that data can still be transmitted efficiently and stably in complex environments, and the collected positioning information can be analyzed and optimized in real time, and the resource allocation strategy can be dynamically adjusted according to the on-site situation, so as to achieve rapid and accurate rescue response. However, traditional rescue management methods mostly rely on manual reporting, telephone communication, etc., and cannot grasp the dynamic changes of the rescue site in real time. In areas with complex geographical locations, such as mountainous areas and urban ruins, the distance and location between rescuers and disaster victims are often difficult to accurately determine, resulting in delays in rescue response time, thereby reducing the response speed and accuracy of rescue requests. Summary of the invention

[0003] Based on this, it is necessary for the present invention to provide a positioning-optimized scanning code communication rescue management method and system to solve at least one of the above-mentioned technical problems.

[0004] To achieve the above purpose, a positioning optimized code scanning communication rescue management method includes the following steps:

[0005] Step S1: obtaining a road section fault rescue request signal through code scanning communication, and performing GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the road section fault rescue request GPS coordinates;

[0006] Step S2: performing nearest neighbor coordinate position matching optimization on the GPS coordinates of the road section fault rescue request based on the preset full-section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; performing coordinate error correction on the GPS coordinates of the road section fault rescue request based on the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain the error correction coordinates of the road section fault rescue request;

[0007] Step S3: using the map API to automatically adapt the map navigation to the error correction coordinates of the road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request;

[0008] Step S4: Upload the road section fault rescue request map adaptation navigation route to the cloud platform for intelligent rescue dispatch management, generate a road section fault rescue intelligent dispatch management plan, and execute the corresponding road section fault rescue intelligent management work.

[0009] Further, step S1 includes the following steps:

[0010] Step S11: The user uses a scanning request device to scan a QR code set at the location where the road section fault occurs to request a rescue, and obtains a road section fault scanning rescue request information source;

[0011] Step S12: performing information security verification on the road section fault code scanning rescue request information source to obtain the road section fault code scanning rescue security verification result;

[0012] Step S13: extracting and classifying the request content of the real rescue request information corresponding to the road section fault code scanning rescue safety verification result to obtain the road section fault code scanning rescue request type data;

[0013] Step S14: performing communication signal encryption transmission conversion on the road fault code scanning rescue request type data to generate a road fault code scanning rescue request communication encryption transmission signal; uploading the road fault code scanning rescue request communication encryption transmission signal to the WeChat public account background corresponding to the code scanning request device to decode the request information to obtain the road fault code scanning rescue request, and receiving and responding to the road fault code scanning rescue request to generate a road fault rescue request signal;

[0014] Step S15: Perform GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the GPS coordinates of the road section fault rescue request.

[0015] Further, step S15 includes the following steps:

[0016] Step S151: performing device identity authentication on the code scanning request device corresponding to the road section fault rescue request signal to obtain a unique identifier of the road section fault request device;

[0017] Step S152: performing network signal stable positioning of the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the network positioning coordinates of the road section fault rescue request device;

[0018] Step S153: performing satellite GPS positioning synchronization on the network positioning coordinates of the road section fault rescue request device to obtain the initial GPS positioning coordinates of the road section fault rescue request;

[0019] Step S154: Obtain the distribution area of ​​the road section corresponding to the road section rescue request signal, and perform signal interference correction on the initial GPS positioning coordinates of the road section fault rescue request based on the distribution area of ​​the road section to obtain the GPS coordinates of the road section fault rescue request.

[0020] Further, step S152 includes the following steps:

[0021] Performing device network signal source analysis on the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the road section fault rescue request device network signal source;

[0022] Based on the network base station in the area where the scanning code request device corresponding to the road section fault rescue request signal is located, the network position triangulation calculation of the network signal source of the road section fault rescue request device is performed to obtain the preliminary signal positioning coordinates of the road section fault rescue request device;

[0023] Perform multi-point signal strength collection on the code scanning request device corresponding to the road section fault rescue request signal and the network base station in the area where it is located, and obtain the network signal strength between the request device in the area and the network base station;

[0024] Based on the network signal strength between the requesting device and the network base station in the area, the network communication stability between the code scanning requesting device corresponding to the road section fault rescue request signal and the network base station in the area where it is located is evaluated and analyzed to obtain the network stability influencing factor of the road section fault rescue requesting device;

[0025] Based on the network stability influencing factor of the road section fault rescue request device, the network positioning coordinates of the preliminary signal positioning coordinates of the road section fault rescue request device are calibrated to obtain the network positioning coordinates of the road section fault rescue request device.

[0026] Further, step S154 includes the following steps:

[0027] The distribution area of ​​the road section corresponding to the road section breakdown rescue request signal is obtained by combining the geographic information system and the road section map;

[0028] Perform high-rise building and network interference distribution analysis on the distribution area of ​​the road section corresponding to the road section fault rescue request signal, and obtain the distribution position of the high-rise buildings where the request signal is located and the distribution position of the network interference where the request signal is located;

[0029] Based on the distribution locations of high-rise buildings where the request signal is located and the distribution locations of network interference where the request signal is located, the network signal interference impact assessment is performed on the distribution area of ​​the road section corresponding to the road section fault rescue request signal to obtain the network interference impact factor of the road section fault rescue request signal;

[0030] Based on the network interference influence factor of the road section fault rescue request signal, the initial GPS positioning coordinates of the road section fault rescue request are corrected for the signal interference influence to obtain the GPS coordinates of the road section fault rescue request.

[0031] Further, step S2 includes the following steps:

[0032] Step S21: obtaining a preset full-section position relationship library, wherein the full-section position relationship library includes the section direction, section longitude and latitude, and section stake number;

[0033] Step S22: Preliminarily calibrate and normalize the GPS coordinates of the road section fault rescue request to obtain the normalized GPS coordinates of the road section fault request;

[0034] Step S23: screening the nearest neighbor stake number coordinates of the normalized GPS coordinates of the road section fault request based on the preset full-section position relationship library to obtain the nearest neighbor stake number coordinate set of the fault rescue request;

[0035] Step S24: performing upstream and downstream tolerance matching optimization on the nearest neighbor pile number coordinate set of the fault rescue request based on the normalized GPS coordinates of the road section fault request to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request;

[0036] Step S25: performing coordinate error correction on the normalized GPS coordinates of the road section fault request based on the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain the error-corrected coordinates of the road section fault rescue request.

[0037] Further, step S23 includes the following steps:

[0038] Step S231: Based on the normalized GPS coordinates of the road section fault request, the preset full-section position relationship library is screened for the pile number matching of the area where the request coordinates are located, so as to obtain a candidate pile number set for the area where the fault rescue request is located;

[0039] Step S232: performing Euclidean distance positioning calculation on the normalized GPS coordinates of the road section fault request based on the candidate pile number set of the area where the fault rescue request is located, so as to obtain the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area;

[0040] Step S233: Modeling the pile number proximity relationship between the normalized GPS coordinates of the road section fault request and each candidate pile number in the candidate pile number set of the fault rescue request area based on the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area where the fault rescue request is located, so as to generate a proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers;

[0041] Step S234: performing arithmetic average calculation on the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the region, to obtain the average distance value between the fault rescue request coordinates and the candidate pile numbers;

[0042] Step S235: taking the average distance value between the fault rescue request coordinates and the candidate pile numbers as the nearest neighbor standard threshold, and filtering the nearest neighbor pile number coordinates of the proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers based on the nearest neighbor standard threshold to obtain the fault rescue request nearest neighbor pile number coordinate set.

[0043] Further, step S24 includes the following steps:

[0044] Step S241: obtaining the number of roads and the road width corresponding to the area where the normalized GPS coordinates of the road section fault request are located, and quantitatively calculating the terrain complexity of the area where the GPS coordinates of the road section fault rescue request are located based on the number of roads and the road width, to obtain the terrain complexity of the area where the fault rescue request is located;

[0045] Step S242: Based on the terrain complexity of the area where the fault rescue request is located, a distance tolerance error analysis is performed on the road section pile number corresponding to the area where the normalized GPS coordinates of the road section fault request are located, so as to obtain a distance tolerance error interval of the fault rescue request pile number;

[0046] Step S243: Based on the fault rescue request pile number distance tolerance error interval, the corresponding pile number coordinates in the fault rescue request nearest neighbor pile number coordinate set are optimized for upstream and downstream tolerance matching to obtain the fault rescue request nearest neighbor pile number matching coordinate set.

[0047] Further, step S25 includes the following steps:

[0048] Step S251: performing coordinate distance deviation calculation on the normalized GPS coordinates of the road section fault request based on each nearest neighbor pile number coordinate in the nearest neighbor pile number matching coordinate set of the fault rescue request, and obtaining the coordinate distance deviation value between the fault rescue request coordinates and each nearest neighbor pile number;

[0049] Step S252: comparing and judging the coordinate distance deviation value between the fault rescue request coordinate and each nearest neighbor pile number according to the preset coordinate distance error threshold value; if the coordinate distance deviation value between the fault rescue request coordinate and the first nearest neighbor pile number is less than the preset coordinate distance error threshold value, then continue to judge the coordinate of the next nearest neighbor pile number; if the coordinate distance deviation value between the fault rescue request coordinate and the first nearest neighbor pile number is greater than or equal to the preset coordinate distance error threshold value, then determine the corresponding nearest neighbor pile number coordinate as the distance deviation coordinate;

[0050] Step S253: performing weighted average calculation on each nearest neighbor pile number coordinate determined as a distance deviation coordinate in the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain a fault rescue request pile number coordinate offset correction value;

[0051] Step S254: performing coordinate error correction on the normalized GPS coordinates of the road section fault request based on the fault rescue request pile number coordinate offset correction value to obtain the road section fault rescue request error correction coordinates.

[0052] Furthermore, the present invention also provides a positioning optimized code scanning communication rescue management system, which is used to execute the positioning optimized code scanning communication rescue management method as described above, and the positioning optimized code scanning communication rescue management system includes:

[0053] The road fault code scanning communication GPS positioning module is used to obtain the road fault rescue request signal through code scanning communication, and perform GPS real-time positioning on the code scanning request device corresponding to the road fault rescue request signal, so as to obtain the road fault rescue request GPS coordinates;

[0054] The road section fault GPS coordinate correction optimization module is used to optimize the nearest neighbor coordinate position matching of the road section fault rescue request GPS coordinates based on the preset full-section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; based on the nearest neighbor pile number matching coordinate set of the fault rescue request, coordinate error correction is performed on the road section fault rescue request GPS coordinates to obtain the error correction coordinates of the road section fault rescue request;

[0055] A road section breakdown rescue map automatic adaptation navigation module is used to use a map API to perform map automatic adaptation navigation on the error correction coordinates of a road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request;

[0056] The intelligent dispatching management module for fault rescue is used to upload the navigation route adapted from the map of the road fault rescue request to the cloud platform for intelligent dispatching management of rescue, generate an intelligent dispatching management plan for road fault rescue, and execute the corresponding intelligent management work of road fault rescue.

[0057] Beneficial effects of the present invention:

[0058] 1. The positioning optimized code scanning communication rescue management method proposed in the present invention, compared with the prior art, has the beneficial effect that by using the code scanning request device to scan the QR code set at the location where the road section fault occurs to process the code scanning rescue request, the specific location of the accident or fault can be quickly and accurately located, and a request signal can be generated. The QR code, as a carrier of information transmission, has high efficiency and convenience, and can effectively shorten the rescue response time. In this step, after the user scans the QR code through a mobile phone or other device, the detailed information of the location can be automatically identified and extracted, avoiding errors and inconveniences in the manual input process. It can also provide specific rescue process guidance according to different fault types, realize accurate recording and transmission of fault information, and ensure timely and effective processing of rescue requests. At the same time, by performing GPS real-time positioning acquisition on the code scanning request device corresponding to the road section fault rescue request signal, the fault location can be accurately located, avoiding the positioning error caused by unclear description or inaccurate information in the traditional method. Especially in the case of a traffic accident, the accurate geographical location can help rescue personnel quickly arrive at the scene, saving valuable time, and avoiding secondary accidents or processing delays caused by inaccurate location or delayed information transmission, thereby providing basic data guarantee for the subsequent coordinate correction process. Secondly, by obtaining the preset full-section position relationship library, this position relationship library contains detailed information of each section, including the direction, longitude and latitude coordinates and pile number information of the section, and can accurately mark the starting point, end point and key intermediate nodes of the section. When obtaining the full-section position relationship library, various means such as GIS (geographic information system) database, satellite imaging and other technologies can be used to map the actual geographic data of the section, the directionality of the section, and the specific pile number information one by one to construct a high-precision and complete section position relationship database, which can more accurately locate, correct and match fault requests to ensure the efficiency and accuracy of rescue. By optimizing the nearest neighbor coordinate position matching of the GPS coordinates of the road section fault rescue request based on the preset full-section position relationship library, the exact position of the pile number matching coordinates of the fault rescue request is further accurately determined. In the actual traffic environment, due to factors such as the terrain of the road section and the curvature of the road, the positioning error has a certain range, especially in complex sections with multiple lanes and multiple directions. By setting a certain error tolerance interval and combining the actual direction of the road section (upstream and downstream directions), the candidate pile number coordinates are optimized to minimize the pile number positioning error. The optimization process can effectively adjust the pile number matching results according to the actual road environment and the direction of vehicle travel, making the final matching results more accurate, and can make corresponding adjustments to factors such as road flow and traffic conditions, thereby improving the overall rescue efficiency and accuracy.The coordinate error correction of the GPS coordinates of the road section fault rescue request is also carried out based on the nearest neighbor pile number matching coordinate set of the fault rescue request, so as to further improve the accuracy of the GPS coordinates of the fault rescue request. Although the closest pile number coordinate set has been found through tolerance matching optimization, there is still a slight positioning deviation due to the error of the GPS itself and the environmental influence. The correction stage will make further coordinate corrections based on the matched pile number coordinates to ensure that the positioning error is minimized. This correction process usually uses map matching technology, road topology structure and other information to automatically adjust the coordinates of the fault request by comparing historical data, road condition information and positioning accuracy model to make it more consistent with the actual road environment. After this correction, the distance between the rescue personnel and the affected people can be accurately located, thereby providing accurate decision-making basis for the subsequent deployment of rescue resources, which not only effectively reduces the rescue response time, but also optimizes the timeliness of the rescue response, thereby improving the response speed and accuracy of the rescue request. Then, by using the automatic adaptive navigation of the map API to automatically navigate the error correction coordinates of the road section fault rescue request, the optimal driving route can be planned for the rescue personnel, thereby reducing the waste of time and resources. The map data can provide dynamic route adjustment for the rescue personnel according to the real-time road and traffic conditions. Through intelligent adaptation, the route can be automatically adjusted according to the specific conditions of the road section (such as traffic jams, construction closures, traffic accidents, etc.), thereby improving the rescue efficiency. Finally, by uploading the road section fault rescue request map adaptation navigation route to the cloud platform for intelligent rescue dispatch management, it is possible to coordinate and dispatch rescue resources more efficiently and realize automated and intelligent fault rescue dispatch. The introduction of the cloud platform enables rescue information to be synchronized to each participant in real time, providing a centralized data processing and decision support platform. On this platform, the optimal dispatching plan can be automatically generated based on the data of multiple dimensions such as the location of the fault, the real-time status of the rescue personnel and equipment, and the traffic conditions. This can minimize the delays, errors or unbalanced resource allocation caused by manual dispatching, and ensure that each rescue task can be responded to in the shortest time, thereby achieving the goal of fast, efficient and accurate road section fault rescue.

[0059] 2. The positioning optimized code scanning communication rescue management system proposed in the present invention is generally composed of a road section fault code scanning communication GPS positioning module, a road section fault GPS coordinate correction optimization module, a road section fault rescue map automatic adaptation navigation module and a fault rescue intelligent dispatch management module. It can realize any positioning optimized code scanning communication rescue management method described in the present invention, and is used to combine the operations between computer programs running on each module to realize the positioning optimized code scanning communication rescue management method. The internal structures of the system cooperate with each other, which can greatly reduce duplication of work and manpower investment, and can quickly and effectively provide a more accurate and efficient positioning optimized code scanning communication rescue management process, thereby simplifying the operating procedures of the positioning optimized code scanning communication rescue management system. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] Other features, objects and advantages of the present invention will become more apparent from the detailed description of non-limiting embodiments thereof made with reference to the following drawings:

[0061] Figure 1 A schematic flow chart of the steps of the code scanning communication rescue management method for positioning optimization of the present invention;

[0062] Figure 2 for Figure 1 Detailed step flow diagram of step S1;

[0063] Figure 3 for Figure 2 Detailed step flow chart of step S15 in FIG. DETAILED DESCRIPTION

[0064] The technical method of the present invention is described clearly and completely below in conjunction with the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by technicians in this field without creative work are within the scope of protection of the present invention.

[0065] In addition, the accompanying drawings are only schematic illustrations of the present invention and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and their repeated description will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. The functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor methods and / or microcontroller methods.

[0066] It should be understood that, although the terms "first", "second", etc. may be used herein to describe various units, these units should not be limited by these terms. These terms are used only to distinguish one unit from another unit. For example, without departing from the scope of the exemplary embodiments, the first unit may be referred to as the second unit, and similarly the second unit may be referred to as the first unit. The term "and / or" used herein includes any and all combinations of one or more of the listed associated items.

[0067] To achieve this, please refer to Figures 1 to 3 The present invention provides a positioning optimized code scanning communication rescue management method, the method comprising the following steps:

[0068] Step S1: obtaining a road section fault rescue request signal through code scanning communication, and performing GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the road section fault rescue request GPS coordinates;

[0069] Step S2: performing nearest neighbor coordinate position matching optimization on the GPS coordinates of the road section fault rescue request based on the preset full-section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; performing coordinate error correction on the GPS coordinates of the road section fault rescue request based on the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain the error correction coordinates of the road section fault rescue request;

[0070] Step S3: using the map API to automatically adapt the map navigation to the error correction coordinates of the road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request;

[0071] Step S4: Upload the road section fault rescue request map adaptation navigation route to the cloud platform for intelligent rescue dispatch management, generate a road section fault rescue intelligent dispatch management plan, and execute the corresponding road section fault rescue intelligent management work.

[0072] In the embodiment of the present invention, please refer to Figure 1 As shown, it is a schematic diagram of the steps of the scanning code communication rescue management method with positioning optimization of the present invention. In this example, the scanning code communication rescue management method with positioning optimization includes the following steps:

[0073] Step S1: obtaining a road section fault rescue request signal through code scanning communication, and performing GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the road section fault rescue request GPS coordinates;

[0074] In the embodiment of the present invention, the user uses the code scanning request device to scan the QR code set at the location where the road section fault occurs to initiate a rescue request. The QR code contains key information such as the geographical location code of the fault, the fault type, and the fault level. The QR code alarm sign uses a full prism high-grade reflective film and digital printing technology. It is quickly installed in various scenes such as highway corrugated beam guardrails, concrete guardrails, and column delineators. The spacing is set at 20 meters for easy search. The QR code alarm sign adopts: Appearance: simple structure, versatility and good visibility; Material: waterproof, anti-damage, and high weather resistance; Content: preset direction, pile number, longitude and latitude and other location information; Installation: convenient construction and maintenance, in line with traffic safety facility specifications. In specific implementation, each QR code on the road section is generated by a dedicated QR code generator according to predetermined coding rules and is preset on the road sign or the fault detection equipment on the road section. When the user scans the QR code with a smart phone or a scanning device, the scanning device will automatically obtain the information in the QR code and transmit the data to the designated processing platform through the network. The processing platform parses the QR code content, extracts the rescue request data containing the location, requester information and fault description, and performs information security verification on the information obtained from the scanning request to verify whether the scanning device comes from the authorized platform to ensure the uniqueness and security of the device. Natural language processing technology is used to perform semantic analysis on the fault description text in the request information, and key information in the information (such as rescue type, fault symptoms, road location, etc.) is extracted. According to the classification rules preset by the system, the request information is classified according to rescue type, fault For example, the fault types include "traffic accident", "mechanical failure", "traffic jam", etc. At the same time, the classified rescue request types are encrypted through communication signal processing, so as to encapsulate the corresponding type of request information into a standard data packet format, including request data, request type, priority identification and fault description and other information, and encrypt the data packet using a symmetric encryption algorithm (such as AES encryption). The encrypted data will be securely transmitted through the SSL / TLS protocol and sent to the background of the WeChat public account corresponding to the device for decoding. After decoding, the request information is restored to a readable format. During this process, the decoding platform will once again check the integrity of the request information to ensure that the transmission content is correct and has not been tampered with. Once the decoding is completed, the rescue request information will enter the system response link and generate a section fault rescue request signal, thereby responding to the generation of a section fault rescue request signal.Then, GPS positioning is performed on the code scanning request device corresponding to the received road fault rescue request signal. During the specific implementation, the rescue request signal will contain the device's unique identifier, and the device's latest location information will be obtained through the device identifier. The device's built-in GPS module will send the location information to the system in real time, and parse the device's latitude and longitude coordinates based on the GPS signal. After obtaining the device's GPS coordinates, the location information will be processed together with the fault request to ensure that rescue resources can be optimized and scheduled according to the accurate geographical location. At the same time, after comprehensively considering the positioning information with the fault type, request level, etc., the nearest rescue team or related resources will be automatically selected for dispatch to ensure that the rescue mission can be carried out efficiently, and finally the road fault rescue request GPS coordinates will be obtained.

[0075] Step S2: performing nearest neighbor coordinate position matching optimization on the GPS coordinates of the road section fault rescue request based on the preset full-section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; performing coordinate error correction on the GPS coordinates of the road section fault rescue request based on the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain the error correction coordinates of the road section fault rescue request;

[0076] In an embodiment of the present invention, a detailed position relationship library containing all road sections is generated by presetting and compiling the road network. Specifically, the position relationship library of all road sections includes the direction information, longitude and latitude coordinates, and stake number (or mileage mark) and other information of each road section. First, the starting and ending positions of each road section are obtained through the measurement data or map data of the road network, and then the longitude and latitude coordinates of these road sections are obtained based on the map coordinate system. At the same time, according to the design or construction standards, the position of each stake number on the road section is calculated to form a corresponding relationship between the stake number and the specific longitude and latitude. In order to ensure the integrity of the position relationship library, all road section information will be numbered in sequence and uniformly stored in the database to facilitate subsequent query and processing, thereby obtaining the position relationship library of all road sections. When receiving a road breakdown rescue request, the GPS coordinates in the request, that is, the longitude and latitude of the current position of the faulty vehicle, are first obtained. Due to certain errors in different devices, these original GPS coordinates need to be initially calibrated and normalized, and these GPS coordinates are converted into a unified standard coordinate system. The normalized road breakdown rescue request GPS coordinates are matched with the stake coordinates in the full road section position relationship library. To this end, the nearest neighbor algorithm is used to select one or more stake coordinates closest to the fault request GPS coordinates. The specific operation is to calculate the distance between each pair of coordinates based on the difference in longitude and latitude of the GPS coordinates and each road section stake in the road section position relationship library, and select the stakes with the smallest distance to ensure that the selected stakes belong to the road section where the fault request is located. After obtaining the nearest neighbor pile number coordinate set, it is necessary to further screen and adjust these pile number coordinates through upstream and downstream tolerance matching optimization. First, according to the directionality of the road section and the location of the requested GPS coordinates, the specific direction (upward or downward) of the requested location is identified. Then a tolerance range is set. The size of the tolerance is determined according to the specific road section design standards and rescue needs. The pile numbers within the tolerance range will be considered to be valid matches. If there are multiple qualified pile numbers, the most appropriate pile number will be further selected based on the distance priority principle. In this process, the relative position relationship between the pile numbers will be taken into account to ensure that the selected pile number can accurately reflect the fault location and provide the best rescue path according to the actual road structure, thereby obtaining the nearest neighbor pile number matching coordinate set for the fault rescue request.Then, after completing the pile number matching, the GPS coordinates of the road section fault rescue request are corrected for errors according to the matching coordinate set of the nearest neighbor pile number of the matched fault rescue request. The goal of this step is to eliminate the positioning error caused by GPS equipment errors, environmental factors or deviations in the calculation process. By comparing the GPS coordinates of the fault request with the matched pile number coordinates, the error between the two is calculated, and adjusted by a common error correction method (such as weighted average method). The coordinates obtained after correction are the final correction coordinates, which can be provided to the subsequent rescue dispatch system to accurately locate the faulty vehicle and dispatch rescue resources. The corrected coordinates can not only eliminate GPS errors, but also ensure that the requested location is highly matched with the actual fault point, and finally the error correction coordinates of the road section fault rescue request are obtained.

[0077] Step S3: using the map API to automatically adapt the map navigation to the error correction coordinates of the road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request;

[0078] In an embodiment of the present invention, a map API is used to perform map adaptation and navigation route planning on the error-corrected coordinates of a road section fault rescue request after error correction. A map API (such as Google Maps, Baidu Maps, or Amap API) is integrated into the map API, and the corrected GPS coordinates are input into the map service through the API interface. The map service generates a corresponding map view based on the coordinates, and automatically adapts it in combination with the road network information. The map service automatically plans the best rescue route based on factors such as traffic conditions and road restrictions, and provides a detailed navigation path, including turn instructions, road section names, intersection information, etc. This information is updated in real time through the map API to ensure the accuracy and practicality of the navigation path, help rescue personnel quickly reach the target location, and ultimately generate a map-adapted navigation route for a road section fault rescue request.

[0079] Step S4: Upload the road section fault rescue request map adaptation navigation route to the cloud platform for intelligent rescue dispatch management, generate a road section fault rescue intelligent dispatch management plan, and execute the corresponding road section fault rescue intelligent management work.

[0080] In an embodiment of the present invention, the generated road fault rescue request map adapted to the navigation route is uploaded to the cloud platform for intelligent dispatch management. After receiving the navigation route, the cloud platform will perform dispatch management through the intelligent scheduling system. First, the received request signal will be prioritized and evaluated based on multiple factors such as the urgency of the fault, the current location of the rescue vehicle, and road conditions. Then, the rescue vehicle closest to the fault location and idle is automatically selected, and a complete intelligent dispatch plan is generated, including the departure location of the rescue vehicle, the estimated arrival time, the best route selection and other information. This dispatch management plan will be pushed to the rescue personnel's equipment through the cloud platform, and the rescue progress information will be updated in real time. The cloud platform will also dynamically adjust the dispatch plan according to the actual situation to ensure the efficiency and timeliness of the rescue work, and finally generate an intelligent dispatch management plan for road fault rescue to perform the corresponding road fault rescue intelligent management work.

[0081] Further, step S1 includes the following steps:

[0082] Step S11: The user uses a scanning request device to scan a QR code set at the location where the road section fault occurs to request a rescue, and obtains a road section fault scanning rescue request information source;

[0083] Step S12: performing information security verification on the road section fault code scanning rescue request information source to obtain the road section fault code scanning rescue security verification result;

[0084] Step S13: extracting and classifying the request content of the real rescue request information corresponding to the road section fault code scanning rescue safety verification result to obtain the road section fault code scanning rescue request type data;

[0085] Step S14: performing communication signal encryption transmission conversion on the road fault code scanning rescue request type data to generate a road fault code scanning rescue request communication encryption transmission signal; uploading the road fault code scanning rescue request communication encryption transmission signal to the WeChat public account background corresponding to the code scanning request device to decode the request information to obtain the road fault code scanning rescue request, and receiving and responding to the road fault code scanning rescue request to generate a road fault rescue request signal;

[0086] Step S15: Perform GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the GPS coordinates of the road section fault rescue request.

[0087] As an embodiment of the present invention, refer to Figure 2 As shown, Figure 1 Detailed step flow diagram of step S1 in FIG. 1 , in this embodiment, step S1 includes the following steps:

[0088] Step S11: The user uses a scanning request device to scan a QR code set at the location where the road section fault occurs to request a rescue, and obtains a road section fault scanning rescue request information source;

[0089] In the embodiment of the present invention, the user uses the code scanning request device to scan the QR code set at the location where the road section fault occurs to initiate a rescue request. The QR code contains key information such as the geographical location code of the fault, the fault type, and the fault level. The QR code alarm sign uses a full prism high-grade reflective film and digital printing technology. It is quickly installed in various scenes such as highway corrugated beam guardrails, concrete guardrails, and column delineators. The spacing is set at 20 meters for easy search. The QR code alarm sign adopts: Appearance: simple structure, versatility and good visibility; Material: waterproof, anti-damage, and high weather resistance; Content: preset direction, pile number, longitude and latitude and other location information; Installation: convenient construction and maintenance, in line with traffic safety facility specifications. In specific implementation, each QR code on the road section is generated by a dedicated QR code generator according to predetermined coding rules and is pre-installed on road signs or road section fault detection equipment. When the user uses a smart phone or a scanning device to scan the QR code, the scanning device will automatically obtain the information in the QR code and transmit the data to the designated processing platform through the network. The processing platform parses the QR code content and extracts the rescue request data containing the location, requester information and fault description, and finally obtains the road section fault scanning rescue request information source.

[0090] Step S12: performing information security verification on the road section fault code scanning rescue request information source to obtain the road section fault code scanning rescue security verification result;

[0091] In an embodiment of the present invention, by performing information security verification on the information obtained from the code scanning request, the legitimacy of the request source is first verified to verify whether the code scanning device comes from an authorized platform to ensure the uniqueness and security of the device, and then the request information is encrypted and verified using a security verification mechanism based on a public key encryption algorithm. The specific operations are as follows: first, the request information is hashed to generate an information summary; then the summary is encrypted together with the request information through an encryption algorithm and the public key of the user device to generate an encryption verification result. The encryption result will be verified by comparing it with a preset key library to confirm whether the request data has been tampered with. If the result does not match, the request is rejected and the exception is recorded. Through this method, data security during transmission is ensured to prevent malicious tampering, and finally the road section fault code scanning rescue safety verification result is obtained.

[0092] Step S13: extracting and classifying the request content of the real rescue request information corresponding to the road section fault code scanning rescue safety verification result to obtain the road section fault code scanning rescue request type data;

[0093] In an embodiment of the present invention, content extraction and classification are performed on the road fault code scanning rescue request data after safety verification. First, natural language processing technology is used to perform semantic analysis on the fault description text in the request information, and key information in the information (such as rescue type, fault symptoms, road location, etc.) is extracted. Then, according to the classification rules preset by the system, the request information is classified according to the rescue type, fault level, etc. For example, the fault types include "traffic accident", "mechanical failure", "traffic congestion", etc. Different classifications will correspond to different rescue response strategies. At the same time, intelligent geographic information classification will be performed according to the location data in the request, and the request will be classified into specific road sections and areas, and the severity and urgency of the fault will be marked, so as to finally obtain the road fault code scanning rescue request type data.

[0094] Step S14: performing communication signal encryption transmission conversion on the road fault code scanning rescue request type data to generate a road fault code scanning rescue request communication encryption transmission signal; uploading the road fault code scanning rescue request communication encryption transmission signal to the WeChat public account background corresponding to the code scanning request device to decode the request information to obtain the road fault code scanning rescue request, and receiving and responding to the road fault code scanning rescue request to generate a road fault rescue request signal;

[0095] In an embodiment of the present invention, the classified road section fault code scanning rescue request type data is encrypted by communication signal processing, so that the corresponding type of request information is encapsulated into a standard data packet format, including request data, request type, priority identification and fault description information, and the data packet is encrypted using a symmetric encryption algorithm (such as AES encryption). The encrypted data will be securely transmitted through the SSL / TLS protocol to ensure that it is not stolen or tampered with by a third party during the transmission process, thereby encrypting and generating a road section fault code scanning rescue request communication encrypted transmission signal. The encrypted road section fault code scanning rescue request communication encrypted transmission signal is sent to the WeChat public account background corresponding to the device through the network for decoding. After decoding, the request information is restored to a readable format. During this process, the decoding platform will once again perform an integrity check on the request information to ensure that the transmission content is correct and has not been tampered with. Once the decoding is completed, the rescue request information will enter the system response link and generate a road section fault rescue request signal, indicating that the request has been successfully submitted and is ready to receive a response, and finally respond to generate a road section fault rescue request signal.

[0096] Step S15: Perform GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the GPS coordinates of the road section fault rescue request.

[0097] In an embodiment of the present invention, GPS positioning is performed on the code scanning request device corresponding to the received road section fault rescue request signal. During specific implementation, the rescue request signal will include a unique identifier of the device, and the latest location information of the device will be obtained through the device identifier. The built-in GPS module of the device will send the location information to the system in real time, and parse the latitude and longitude coordinates of the device according to the GPS signal. After obtaining the GPS coordinates of the device, the location information will be processed together with the fault request to ensure that rescue resources can be optimized and scheduled according to the accurate geographical location. At the same time, after comprehensively considering the positioning information with the fault type, request level, etc., the nearest rescue team or related resources will be automatically selected for dispatch to ensure that the rescue mission can be carried out efficiently, and finally the GPS coordinates of the road section fault rescue request will be obtained.

[0098] Further, step S15 includes the following steps:

[0099] Step S151: performing device identity authentication on the code scanning request device corresponding to the road section fault rescue request signal to obtain a unique identifier of the road section fault request device;

[0100] Step S152: performing network signal stable positioning of the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the network positioning coordinates of the road section fault rescue request device;

[0101] Step S153: performing satellite GPS positioning synchronization on the network positioning coordinates of the road section fault rescue request device to obtain the initial GPS positioning coordinates of the road section fault rescue request;

[0102] Step S154: Obtain the distribution area of ​​the road section corresponding to the road section rescue request signal, and perform signal interference correction on the initial GPS positioning coordinates of the road section fault rescue request based on the distribution area of ​​the road section to obtain the GPS coordinates of the road section fault rescue request.

[0103] As an embodiment of the present invention, refer to Figure 3 As shown, Figure 2 Detailed step flow diagram of step S15 in FIG. 1 , in this embodiment, step S15 includes the following steps:

[0104] Step S151: performing device identity authentication on the code scanning request device corresponding to the road section fault rescue request signal to obtain a unique identifier of the road section fault request device;

[0105] In an embodiment of the present invention, the signal data sent by the device is obtained by scanning the QR code or barcode on the fault request device. The device is a hardware terminal with a code scanning and identification function, usually including a smart device or a vehicle-mounted terminal with an integrated QR code scanning module. A unique device ID is stored inside the device. The QR code attached to each request signal contains the identity information of the device. During the scanning process, the QR code is identified by the code scanning module, and the device identity information contained therein is extracted and compared with the device database to verify its legitimacy. After the verification is completed, the unique identifier of the device (for example: device ID number, IMEI code, etc.) is returned to ensure that the identity of the device is unique and valid in the system, and finally a unique identifier of the road section fault request device is obtained.

[0106] Step S152: performing network signal stable positioning of the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the network positioning coordinates of the road section fault rescue request device;

[0107] In an embodiment of the present invention, the device identity unique identifier of the fault rescue request signal is used to connect to the communication network where the device is located. The device identity identifier can accurately find the signal source of the device in the network. Then, the device is positioned through base station positioning, Wi-Fi signals or other wireless network signals (such as 4G / 5G, etc.), and a multi-point positioning algorithm (such as triangulation positioning method) is used to calculate the device position based on parameters such as the received signal strength and the distribution of network base stations to generate a relatively accurate network positioning coordinate. The positioning process adjusts the positioning accuracy based on the communication network conditions in the area where the device is located (including factors such as network coverage and signal stability) to ensure that the obtained network positioning coordinates have sufficient accuracy, and finally the network positioning coordinates of the road section fault rescue request device are obtained.

[0108] Step S153: performing satellite GPS positioning synchronization on the network positioning coordinates of the road section fault rescue request device to obtain the initial GPS positioning coordinates of the road section fault rescue request;

[0109] In an embodiment of the present invention, the network positioning coordinates of the road section fault rescue request device are used as a preliminary reference input, and the device is further accurately positioned through the satellite GPS system. Specifically, the satellite signal is obtained by connecting to a GPS module (such as a vehicle-mounted GPS device or a GPS function built into a smart terminal), and positioning is started by receiving signals from multiple satellites. There is a certain deviation between the satellite signal and the network signal. Therefore, the GPS module will use the network positioning coordinates as a reference point, optimize the error correction in the satellite signal reception process, and calculate more accurate GPS positioning coordinates. Through satellite positioning technology, more accurate latitude and longitude coordinate information can be provided, and finally the initial GPS positioning coordinates of the road section fault rescue request are obtained.

[0110] Step S154: Obtain the distribution area of ​​the road section corresponding to the road section rescue request signal, and perform signal interference correction on the initial GPS positioning coordinates of the road section fault rescue request based on the distribution area of ​​the road section to obtain the GPS coordinates of the road section fault rescue request.

[0111] In an embodiment of the present invention, by comparing the initial GPS positioning coordinates with a geographic information system (GIS) database, the road section and its distribution area corresponding to the request signal are determined. The GIS system can provide detailed information such as road network, topography, building distribution, etc. By analyzing the area to which the road section belongs, factors that may affect the GPS signal are identified, such as: urban high-rise buildings, tunnels or other obstructions. These factors cause interference or deviation of the GPS signal. In order to correct this deviation, based on the distribution area where the road section is located, an error correction algorithm (such as a Kalman filter algorithm) is applied to correct the initial GPS coordinates in consideration of the buildings and geographical environment of the specific road section to eliminate the influence of signal interference. This correction process uses weighted averaging, path prediction and other methods, combined with the specific location and environmental information of the road, to ensure that the final GPS coordinates are more accurate and can truly reflect the location of the equipment, thereby outputting the road section fault rescue request GPS coordinates, which will be used as the starting point of the fault rescue action to guide rescue personnel or emergency response equipment to the fault location, and finally obtain the road section fault rescue request GPS coordinates.

[0112] Further, step S152 includes the following steps:

[0113] Performing device network signal source analysis on the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the road section fault rescue request device network signal source;

[0114] In an embodiment of the present invention, a unique identifier (ID) of the device is obtained by scanning a code to request the device. The identifier is usually obtained by scanning a QR code. The information carried by the QR code will include the network identity information of the device and a fault request signal related thereto. The device identity identifier will serve as the core basis for the subsequent positioning process. Then, based on the device identity identifier, the signal source data of the current network of the device can be extracted through a network analysis tool. In specific implementation, a network signal analyzer or a special communication analysis device is used to scan the signal source in the area where the device is located, including the identifier of the signal transmitting base station, signal strength, signal frequency, etc. By collecting these network signal sources, the wireless network characteristics used by the device for scanning the code to request the device can be preliminarily analyzed. The key to signal source analysis is to identify the communication link between the device and the signal source, and finally obtain the network signal source of the road section fault rescue request device.

[0115] Preferably, the network position triangulation is performed on the network signal source of the road section fault rescue request device based on the network base station in the area where the code scanning request device corresponding to the road section fault rescue request signal is located, so as to obtain the preliminary signal positioning coordinates of the road section fault rescue request device;

[0116] In an embodiment of the present invention, the network base station information of the current area where the device is located is requested by scanning a code, and the preliminary positioning coordinates of the device are calculated by triangulation technology. The specific operation is to calculate the possible location of the device through the relationship between the known network base station location and the signal strength of the device. This process depends on the reception of multiple base station signals. By measuring the signal delay and strength from the device to each base station, the preliminary position coordinates of the device can be calculated by triangulation. In the implementation method, the position of each base station in the area is first recorded, and then the signal strength and delay information are used to estimate the distance between the device and the base station. Combined with the information of multiple base stations, the preliminary signal positioning coordinates of the device are calculated by trigonometric functions. At this time, the positioning result is a preliminary estimated coordinate, and finally the preliminary signal positioning coordinates of the road section fault rescue request device are obtained.

[0117] Preferably, multi-point signal strength collection is performed on the code scanning request device corresponding to the road section fault rescue request signal and the network base station in the area where it is located, so as to obtain the network signal strength between the request device in the area and the network base station;

[0118] In an embodiment of the present invention, the signal strength of the corresponding code scanning request device and multiple network base stations in the area is collected to obtain the network signal strength between the requesting device and these base stations. This operation is achieved by setting multiple monitoring points in the area where the device is located or directly scanning the wireless network of the device, and using a wireless signal strength measurement tool (such as a signal analyzer or a professional mobile device). The signal strength data collected at multiple locations can reflect the connection quality between the device and each base station. The signal strength value usually weakens with increasing distance and is affected by environmental interference, buildings and other factors. Therefore, through the collection of multi-point signal strength, the key to this process is to accurately and continuously collect signal strength data, and monitor and record it in real time to ensure that the collected data is comprehensive and effective, and finally obtain the network signal strength between the requesting device and the network base station in the area.

[0119] Preferably, based on the network signal strength between the requesting device and the network base station in the area where the requesting device is located, a network communication stability evaluation and analysis is performed between the code scanning requesting device corresponding to the road section fault rescue request signal and the network base station in the area where the requesting device is located, so as to obtain a network stability influencing factor of the road section fault rescue requesting device;

[0120] In an embodiment of the present invention, the network communication stability between the requesting device and the network base station in the area where the requesting device is located is evaluated by combining the network signal strength between the requesting device and the network base station in the area obtained by previous monitoring. The specific operation is to perform communication stability analysis on the basis of signal strength in combination with interference factors in the network environment, such as base station load, environmental barriers (such as buildings or obstacles), etc. The evaluation process is carried out through special network performance evaluation tools (such as network quality testers, communication protocol analysis tools), focusing on analyzing the signal fluctuations, packet loss rate, delay and other parameters of the equipment, and obtaining the stability influencing factors of the network communication based on the analysis results. These influencing factors can reflect the comprehensive influence of factors such as signal quality, network load, environmental interference and other factors in the area where the equipment is located, and finally obtain the network stability influencing factors of the road section fault rescue requesting device.

[0121] Preferably, the network positioning coordinates of the preliminary signal positioning coordinates of the road section failure rescue request device are calibrated based on the network stability influencing factor of the road section failure rescue request device to obtain the network positioning coordinates of the road section failure rescue request device.

[0122] In an embodiment of the present invention, the preliminary positioning coordinates of the device are calibrated by combining the network stability influencing factors obtained by previous evaluation and analysis. The key to this process is to correct the deviation in the preliminary positioning coordinates caused by signal interference or network instability through analysis of the network stability influencing factors. By comparing multiple positioning results and signal fluctuations, a signal optimization algorithm (such as weighted average method, Kalman filtering, etc.) is used to correct the preliminary signal positioning coordinates of the device. Specifically, the network stability influencing factor can be used as a weight to affect the parameter adjustment in the calibration algorithm, so that the final positioning coordinates are more accurate. For example, if the signal strength of a base station is weak or there is a large interference, the calibrated coordinates will focus more on the information of other base stations with stronger signal strengths, reducing the influence of interference sources. After multiple corrections and optimizations, the obtained network positioning coordinates of the device will reflect the true position of the device, ensuring the accurate positioning of the road section fault rescue request device, and finally obtaining the network positioning coordinates of the road section fault rescue request device.

[0123] Further, step S154 includes the following steps:

[0124] The distribution area of ​​the road section corresponding to the road section breakdown rescue request signal is obtained by combining the geographic information system and the road section map;

[0125] In an embodiment of the present invention, a distribution area of ​​a road section corresponding to a road section fault rescue request signal is obtained by combining a geographic information system (GIS) and a road section map. Specifically, it is first necessary to obtain preliminary location information of the fault rescue request signal, which is usually the GPS coordinates obtained by a vehicle-mounted device or a mobile phone positioning system, and the coordinates are compared with the road section map through a GIS system to extract the specific road section where the signal is located. The GIS system can automatically identify the location of the road section where the signal is located, and then define the distribution area where the road section is located. This area usually includes multiple adjacent road sections within the signal coverage range. Subsequently, the distribution area where the road section is located will be mapped into a polygonal area. By analyzing the network topological relationship of the road and corresponding it to the geographical area of ​​the city, the position of the road section in the overall traffic network can be clearly identified, and finally the distribution area where the road section is located can be obtained.

[0126] Preferably, a high-rise building and network interference distribution analysis is performed on the distribution area of ​​the road section corresponding to the road section fault rescue request signal to obtain the distribution position of the high-rise buildings where the request signal is located and the distribution position of the network interference where the request signal is located;

[0127] In the embodiment of the present invention, by analyzing the distribution of high-rise buildings and network interference in the distribution area of ​​the road section corresponding to the previously obtained road section fault rescue request signal, this step first needs to be analyzed with the help of 3D building data and base station signal coverage map. The 3D building data can be obtained through remote sensing satellite images, building three-dimensional modeling tools or the urban construction database of the local government. These data contain information such as the location, height, shape, etc. of the high-rise buildings near the road section. By performing overlap analysis with the distribution area where the road section is located, the location of the main buildings that affect signal transmission can be determined, especially those high-rise buildings that will block or reflect signals, so as to obtain the distribution location of the high-rise buildings where the request signal is located. At the same time, using network coverage analysis tools, such as base station location maps, signal strength distribution maps, etc., the network interference sources in the area are analyzed, especially the attenuation and reflection of wireless network signals. By comparing the signal coverage ranges and network congestion conditions of different base stations, it can be clear where there is strong interference with the network signal. Combined with the distribution of high-rise buildings, it is possible to further identify the distribution locations of which high-rise buildings affect the network signal, and finally obtain the network interference distribution location where the request signal is located.

[0128] Preferably, based on the distribution locations of high-rise buildings where the request signal is located and the distribution locations of network interference where the request signal is located, a network signal interference impact assessment is performed on the distribution area where the road section corresponding to the road section fault rescue request signal is located, so as to obtain a network interference impact factor of the road section fault rescue request signal;

[0129] In an embodiment of the present invention, the network signal interference impact assessment is performed on the corresponding road section distribution area by combining the distribution positions of high-rise buildings where the request signal is located obtained by previous analysis and the distribution positions of network interference where the request signal is located. First, a signal propagation model is established to consider the shielding and reflection effects of different buildings on signal propagation. This can be achieved through a radio wave propagation model (such as a free space path loss model or a multipath attenuation model). The model will assess the attenuation and interference effects of the network signal based on factors such as the signal frequency, propagation environment, material and height of the building. Then, through the assessment model, the road section distribution area is gridded and the area is divided into several small blocks. Each small block represents a signal strength assessment unit. The network interference factor of each cell is calculated based on the influence of surrounding buildings and network congestion, thereby obtaining the network signal interference factor of the area. These factors reflect the signal strength of different road sections under the influence of high-rise buildings and network interference, and finally the network interference impact factor of the road section fault rescue request signal is obtained.

[0130] Preferably, based on the network interference influence factor of the road section breakdown rescue request signal, the initial GPS positioning coordinates of the road section breakdown rescue request are corrected for signal interference influence to obtain the GPS coordinates of the road section breakdown rescue request.

[0131] In an embodiment of the present invention, the signal interference influence correction is performed on the corresponding initial GPS positioning coordinates of the request by combining the network interference influence factor of the road section fault rescue request signal obtained by previous evaluation and calculation, so as to obtain the initial GPS positioning coordinates of the fault rescue request. These coordinates are usually affected by the interference of nearby buildings or base station signals, resulting in deviations in the positioning results. According to the previously obtained network interference influence factor, the specific influence of these interference factors on the initial GPS coordinates is calculated, and the interference factors are introduced into the positioning correction process using mathematical models (such as weighted averaging method, Kalman filtering, etc.). Specifically, through the correction algorithm of the GPS coordinates, combined with parameters such as signal interference factor, network strength and building influence, the positioning information is dynamically adjusted to obtain more accurate corrected GPS coordinates, and finally the GPS coordinates of the road section fault rescue request are obtained.

[0132] Further, step S2 includes the following steps:

[0133] Step S21: obtaining a preset full-section position relationship library, wherein the full-section position relationship library includes the section direction, section longitude and latitude, and section stake number;

[0134] In an embodiment of the present invention, a detailed position relationship library containing all road sections is generated by presetting and compiling the road network. Specifically, the position relationship library of all road sections includes the direction information, longitude and latitude coordinates, and pile number (or mileage mark) and other information of each road section. First, the starting and ending positions of each road section are obtained through the measurement data or map data of the road network, and then the longitude and latitude coordinates of these road sections are obtained based on the map coordinate system. At the same time, according to the design or construction standards, the position of each pile number on the road section is calculated to form a corresponding relationship between the pile number and the specific longitude and latitude. In order to ensure the integrity of the position relationship library, all road section information will be numbered in sequence and uniformly stored in the database to facilitate subsequent query and processing, and finally the position relationship library of all road sections is obtained.

[0135] Step S22: Preliminarily calibrate and normalize the GPS coordinates of the road section fault rescue request to obtain the normalized GPS coordinates of the road section fault request;

[0136] In an embodiment of the present invention, when a road fault rescue request is received, the GPS coordinates in the request, that is, the longitude and latitude of the current position of the faulty vehicle, are first obtained. Since different devices have certain errors, these original GPS coordinates need to be preliminarily calibrated and normalized. During the calibration process, the coordinates are compared with those of known reference points and the deviation is adjusted to improve the accuracy of the coordinates. After the calibration is completed, in order to unify the processing, these GPS coordinates are converted into a unified standard coordinate system, usually using the WGS-84 coordinate system, for subsequent calculations and matching. The normalization process will ensure that all coordinate values ​​are within the preset coordinate range, so that it can be easily compared with the data in the full road position relationship library, and finally the normalized GPS coordinates of the road fault request are obtained.

[0137] Step S23: screening the nearest neighbor stake number coordinates of the normalized GPS coordinates of the road section fault request based on the preset full-section position relationship library to obtain the nearest neighbor stake number coordinate set of the fault rescue request;

[0138] In an embodiment of the present invention, the normalized GPS coordinates of the road section fault rescue request need to be matched with the pile number coordinates in the entire road section position relationship library. To this end, the nearest neighbor algorithm is used to screen out one or more pile number coordinates closest to the fault request GPS coordinates. The specific operation is to calculate the distance between each pair of coordinates based on the difference in longitude and latitude of the GPS coordinates and each road section pile number in the road section position relationship library, and select several pile numbers with the smallest distance as potential matching results. In order to improve the matching accuracy, the Euclidean distance or Haversine distance is usually calculated. During processing, the directionality of different road sections also needs to be taken into account to ensure that the selected pile number belongs to the road section where the fault request is located, and finally the nearest neighbor pile number coordinate set of the fault rescue request is obtained.

[0139] Step S24: performing upstream and downstream tolerance matching optimization on the nearest neighbor pile number coordinate set of the fault rescue request based on the normalized GPS coordinates of the road section fault request to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request;

[0140] In an embodiment of the present invention, after obtaining the nearest neighbor pile number coordinate set, it is necessary to further screen and adjust these pile number coordinates through upstream and downstream tolerance matching optimization. First, according to the directionality of the road section and the location of the requested GPS coordinates, the specific direction (upward or downward) of the requested location is identified, and then a tolerance range is set. The size of the tolerance is determined according to the specific road section design standards and rescue needs. The pile numbers within the tolerance range will be considered to be valid matches. If there are multiple qualified pile numbers, the most appropriate pile number will be further selected based on the distance priority principle. In this process, the relative position relationship between the pile numbers will be taken into account to ensure that the selected pile number can accurately reflect the fault location and can provide the best rescue path according to the actual road structure, and finally the nearest neighbor pile number matching coordinate set for the fault rescue request is obtained.

[0141] Step S25: performing coordinate error correction on the normalized GPS coordinates of the road section fault request based on the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain the error-corrected coordinates of the road section fault rescue request.

[0142] In an embodiment of the present invention, after completing the pile number matching, the normalized GPS coordinates of the road section fault request are corrected for errors according to the matched fault rescue request nearest neighbor pile number matching coordinate set. The goal of this step is to eliminate the positioning error caused by GPS device errors, environmental factors or deviations in the calculation process. By comparing the GPS coordinates of the fault request with the matched pile number coordinates, the error between the two is calculated, and adjusted by a common error correction method (such as weighted average method). The coordinates obtained after correction are the final correction coordinates, which can be provided to the subsequent rescue dispatch system to accurately locate the faulty vehicle and dispatch rescue resources. The corrected coordinates can not only eliminate GPS errors, but also ensure that the requested location is highly matched with the actual fault point, and finally the road section fault rescue request error correction coordinates are obtained.

[0143] Further, step S23 includes the following steps:

[0144] Step S231: Based on the normalized GPS coordinates of the road section fault request, the preset full-section position relationship library is screened for the pile number matching of the area where the request coordinates are located, so as to obtain a candidate pile number set for the area where the fault rescue request is located;

[0145] In an embodiment of the present invention, the normalized GPS coordinates of the road section fault request obtained previously and normalized are matched with a preset full-section position relationship library to identify the area where the fault rescue request is located and the related pile numbers. The full-section position relationship library is a database containing all road section pile numbers, road section longitude and latitude coordinates, and road section directions. By parsing the GPS coordinates of the fault rescue request, a query is performed with the library, and the requested coordinates are compared with the predefined road sections and pile numbers in the library. In specific implementation, the road section area adjacent to the requested coordinates is first screened out from the library. For each road section, a preliminary screening is performed according to the actual geographic coordinate matching algorithm (such as a spatial query algorithm, a range query algorithm, etc.) to determine the candidate pile number set to which the requested coordinates belong. These candidate pile numbers represent the road section positions that are closer to the requested coordinates, and can further perform subsequent positioning calculations to ultimately obtain a candidate pile number set for the area where the fault rescue request is located.

[0146] Step S232: performing Euclidean distance positioning calculation on the normalized GPS coordinates of the road section fault request based on the candidate pile number set of the area where the fault rescue request is located, so as to obtain the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area;

[0147] In the embodiment of the present invention, accurate positioning is achieved by calculating the Euclidean distance between the normalized GPS coordinates of the road section fault request and each candidate stake number in the area. In the implementation process, it is first necessary to obtain the geographical coordinates (latitude and longitude) of each candidate stake number, and use the Euclidean distance calculation formula to perform positioning calculation, the formula is: ,in,( , ) is the fault rescue request coordinate, ( , ) is the coordinate of the candidate pile number, is the Euclidean distance between the two. Through this formula, the distance value between the fault rescue request and each candidate pile number will be calculated to help identify the pile number closest to the request. It is worth noting that the unit of coordinates is usually degrees (latitude and longitude), so it is necessary to convert it into a suitable distance unit (such as meters) according to actual needs, and finally obtain the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area.

[0148] Step S233: Modeling the pile number proximity relationship between the normalized GPS coordinates of the road section fault request and each candidate pile number in the candidate pile number set of the fault rescue request area based on the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area where the fault rescue request is located, so as to generate a proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers;

[0149] In an embodiment of the present invention, the proximity relationship between the requested GPS coordinates and each candidate pile number in the candidate pile number set in the area where the fault rescue request is located is modeled by combining the Euclidean distance value between the fault rescue request coordinates obtained by previous quantitative calculation and each candidate pile number in the area, and the fault rescue request coordinates are used as a reference point, and the Euclidean distance value between each candidate pile number and the request coordinates is sorted to construct a proximity relationship matrix, in which each row in the matrix represents the relationship between the fault rescue request coordinates and each candidate pile number. Specifically, the elements of the matrix can be represented by distance values, or filled with quantitative values ​​representing the degree of proximity. For example, a pile number with a smaller distance value can correspond to a smaller numerical value, indicating that it has a higher degree of proximity to the request coordinates, and vice versa. Through the proximity relationship matrix, the spatial relationship between the fault rescue request and multiple candidate pile numbers can be intuitively displayed, and finally a proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers is generated.

[0150] Step S234: performing arithmetic average calculation on the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the region, to obtain the average distance value between the fault rescue request coordinates and the candidate pile numbers;

[0151] In the embodiment of the present invention, the Euclidean distance between the fault rescue request coordinates and each candidate pile number in the region is calculated by arithmetic average. Specifically, the candidate pile number set is traversed to obtain the Euclidean distance between each candidate pile number and the fault rescue request coordinates, and then the average value of these distances is calculated. The calculation formula is: ,in is the Euclidean distance between the kth candidate stake number and the requested coordinates, is the total number of candidate pile numbers in the candidate pile number set of the area where the fault rescue request is located. The calculated average distance value represents the overall spatial relationship between the request coordinates and the candidate pile numbers. A smaller average distance value usually means that the request coordinates are closer to the pile numbers in the overall area. The average value will be used as the standard threshold for subsequent positioning calculations, and finally the average distance value between the fault rescue request coordinates and the candidate pile numbers is obtained.

[0152] Step S235: taking the average distance value between the fault rescue request coordinates and the candidate pile numbers as the nearest neighbor standard threshold, and filtering the nearest neighbor pile number coordinates of the proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers based on the nearest neighbor standard threshold to obtain the fault rescue request nearest neighbor pile number coordinate set.

[0153] In an embodiment of the present invention, the average distance value between the previously calculated fault rescue request coordinates and the candidate pile numbers is used as the nearest neighbor standard threshold to screen out the most suitable candidate pile numbers. In specific implementation, the average value calculated based on the Euclidean distance between the fault rescue request coordinates and the candidate pile numbers is first used as the threshold. Then, all candidate pile numbers in the neighbor relationship matrix are screened based on the threshold. Only when the distance between the pile number and the fault rescue request coordinates is less than or equal to the threshold, the pile number is considered to be a valid "nearest neighbor" pile number and is included in the final pile number set. Through this standard, it can be ensured that the pile number finally selected is the closest to the fault rescue request coordinates, effectively reducing positioning errors, improving the response efficiency and accuracy of fault rescue, and finally obtaining the fault rescue request nearest neighbor pile number coordinate set.

[0154] Further, step S24 includes the following steps:

[0155] Step S241: obtaining the number of roads and the road width corresponding to the area where the normalized GPS coordinates of the road section fault request are located, and quantitatively calculating the terrain complexity of the area where the GPS coordinates of the road section fault rescue request are located based on the number of roads and the road width, to obtain the terrain complexity of the area where the fault rescue request is located;

[0156] In an embodiment of the present invention, the road data of the area where the normalized GPS coordinates of the road section fault request are located is obtained, so as to extract all road information in the area, including the number of roads and road width, through a map data interface. The specific operation is to use a map API (such as Amap API or OpenStreetMap data) to select an area range adjacent to or covering the given GPS coordinates. The algorithm counts all roads in the area, obtains the number of each road, and extracts the width data of each road one by one. These width data can usually be directly obtained through the design standards of the road or map metadata. If the width cannot be directly obtained, it is estimated according to the road type (such as expressways, urban trunk roads, rural roads, etc.) to calculate the terrain complexity of the area according to the specific data of the number and width of the roads. The quantitative formula of the terrain complexity can be combined with the weighted coefficients of the number of roads and the road width to form a terrain complexity index. Specifically, the terrain complexity value can be obtained by the formula: ,in For the The width of the road, is the average road width, is the number of roads. After the calculation is completed, the terrain complexity value of the area is obtained, and finally the terrain complexity of the area where the fault rescue request is located is obtained.

[0157] Step S242: Based on the terrain complexity of the area where the fault rescue request is located, a distance tolerance error analysis is performed on the road section pile number corresponding to the area where the normalized GPS coordinates of the road section fault request are located, so as to obtain a distance tolerance error interval of the fault rescue request pile number;

[0158] In an embodiment of the present invention, a distance tolerance error analysis is performed on the road section pile number corresponding to the area where the normalized GPS coordinates of the road section fault request are located by combining the terrain complexity calculated previously, so as to obtain the pile number corresponding to the GPS coordinates by using the positioning data of the road pile number. It is necessary to determine the distance tolerance error interval based on the distribution characteristics of the pile number, the terrain complexity and possible road conditions, and establish a tolerance error model related to the terrain complexity through statistical analysis of historical fault rescue request data. Specifically, different tolerance error values ​​can be set according to different terrain complexity intervals (such as low, medium and high complexity areas). For example, in areas with more complex terrain, due to factors such as road curvature and slope changes, the positioning error of the pile number may be large, so it is necessary to increase the error tolerance. In relatively flat and open areas, the tolerance error is smaller. The tolerance error interval of the area is obtained by calculation, and combined with historical fault data, a dynamic error interval table is generated. In this process, the accuracy of the error interval depends on factors such as the complexity of the road, the number of roads and the width of the road, that is, (road width Road complexity The number of roads) is adjusted by feedback from historical rescue events to ensure that the error range adapts to different road environments, and finally the tolerance error range of the pile number distance of the fault rescue request is obtained.

[0159] Step S243: Based on the fault rescue request pile number distance tolerance error interval, the corresponding pile number coordinates in the fault rescue request nearest neighbor pile number coordinate set are optimized for upstream and downstream tolerance matching to obtain the fault rescue request nearest neighbor pile number matching coordinate set.

[0160] In an embodiment of the present invention, by combining the previously obtained tolerance error interval of the distance of the pile number of the fault rescue request, the coordinates of the nearest neighbor pile number of the fault rescue request are optimized for upstream and downstream tolerance matching. The specific pile number of the fault rescue request is located by the GPS coordinate system, and the coordinates of the upstream and downstream pile numbers adjacent to the pile number are obtained. In combination with the previously defined error tolerance interval, the coordinates of the upstream and downstream pile numbers are tolerance matched. The specific operation is to calculate the distance between each adjacent pile number coordinate and the fault rescue request coordinate, and compare it with the error tolerance interval. If the distance is less than the upper limit of the error interval, it is considered that the pile number meets the tolerance requirement and can be included in the matching set. Otherwise, it does not meet the tolerance requirement. For the pile number that does not meet the tolerance requirement, its coordinate error is further adjusted to achieve matching with the requested coordinates. It is necessary to use the high-precision GPS positioning service in the map data, or apply the geographic information system (GIS) technology to further correct the coordinate accuracy. The optimization process involves multiple iterations, and the pile number coordinates are fine-tuned each time according to the change of the error interval until all qualified pile number coordinates are determined as the optimal matching coordinate set, and finally the nearest neighbor pile number matching coordinate set of the fault rescue request is obtained.

[0161] Further, step S25 includes the following steps:

[0162] Step S251: performing coordinate distance deviation calculation on the normalized GPS coordinates of the road section fault request based on each nearest neighbor pile number coordinate in the nearest neighbor pile number matching coordinate set of the fault rescue request, and obtaining the coordinate distance deviation value between the fault rescue request coordinates and each nearest neighbor pile number;

[0163] In the embodiment of the present invention, the GPS coordinates are normalized by combining the previously acquired road section fault request, assuming that the corresponding coordinates are , and there is a set of previously matched nearest neighbor pile number matching coordinate sets for the fault rescue request, assuming that , , ..., The coordinates of these nearest neighbor pile numbers are obtained based on historical data, geographic information systems (GIS) or real-time positioning systems (such as GNSS) and other technical methods to ensure that they are close to the location of the fault rescue request. Next, for each nearest neighbor pile number coordinate pair, and (in ) to calculate the coordinate distance. The Euclidean distance formula is used to calculate the distance deviation between each pair of coordinates: ,in,( , )and( , ) are the coordinates of the fault rescue request and the coordinates of the i-th nearest neighbor pile number respectively. The distance calculation result represents the distance deviation value between the fault request point and the pile number, and finally the coordinate distance deviation value between the fault rescue request coordinates and each nearest neighbor pile number is obtained.

[0164] Step S252: comparing and judging the coordinate distance deviation value between the fault rescue request coordinate and each nearest neighbor pile number according to the preset coordinate distance error threshold value; if the coordinate distance deviation value between the fault rescue request coordinate and the first nearest neighbor pile number is less than the preset coordinate distance error threshold value, then continue to judge the coordinate of the next nearest neighbor pile number; if the coordinate distance deviation value between the fault rescue request coordinate and the first nearest neighbor pile number is greater than or equal to the preset coordinate distance error threshold value, then determine the corresponding nearest neighbor pile number coordinate as the distance deviation coordinate;

[0165] In the embodiment of the present invention, a preset coordinate distance error threshold is set. , the threshold can be set by analyzing historical fault rescue data or based on the needs of actual road sections. The setting of the threshold needs to take into account positioning accuracy, rescue response time and environmental factors, etc., to ensure that the distance error does not affect the accuracy and timeliness of the rescue work. At the same time, by comparing the coordinate distance deviation value between the fault rescue request coordinates and each nearest neighbor pile number with the coordinate distance error threshold, if a distance deviation value is less than the error threshold, it is considered that the coordinate of the nearest neighbor pile number is valid for the positioning of the fault request, and the next pile number coordinate will continue to be judged. If a distance deviation value is greater than or equal to the error threshold, it means that the nearest neighbor pile number has a large deviation from the GPS coordinates of the fault request and cannot be used as a valid matching coordinate. It must be marked as a "distance deviation coordinate" and subsequently processed. This process continues until all the nearest neighbor pile number coordinates are traversed.

[0166] Step S253: performing weighted average calculation on each nearest neighbor pile number coordinate determined as a distance deviation coordinate in the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain a fault rescue request pile number coordinate offset correction value;

[0167] In the embodiment of the present invention, after previous comparison and judgment, all the nearest neighbor stake number coordinate sets marked as "distance deviation coordinates" are extracted, and weighted average calculation is performed on these distance deviation coordinates. The purpose of weighted average is to make corrections according to the distance weight of the distance deviation coordinate relative to the requested coordinate to ensure that the coordinates with smaller deviations have a greater impact on the final result. The specific weighted average formula is: ,in, Indicates the number of stakes marked as "distance deviation coordinates". For the Distance deviation coordinates, is the weight of the coordinate, and the inverse of the distance can usually be used as the weight, that is, In this way, the pile number closer to the fault request point will have a greater weight, while the pile number farther away will have a smaller weight. A corrected coordinate value is obtained through weighted average calculation, and finally the coordinate offset correction value of the fault rescue request pile number is obtained.

[0168] Step S254: performing coordinate error correction on the normalized GPS coordinates of the road section fault request based on the fault rescue request pile number coordinate offset correction value to obtain the road section fault rescue request error correction coordinates.

[0169] In the embodiment of the present invention, the original GPS coordinates of the fault rescue request after normalization are adjusted by combining the previously quantified calculated fault rescue request pile number coordinate offset correction value. Perform error correction. The process of error correction is essentially to use the corrected coordinates to adjust the requested coordinates, so that the original GPS coordinates with deviations are more accurate. The specific operation is that the fault request GPS coordinates are added with the fault rescue request pile number coordinate offset correction value to obtain the coordinates after error correction. , and finally obtain the error correction coordinates of the road section fault rescue request.

[0170] Furthermore, the present invention also provides a positioning optimized code scanning communication rescue management system, which is used to execute the positioning optimized code scanning communication rescue management method as described above, and the positioning optimized code scanning communication rescue management system includes:

[0171] The road fault code scanning communication GPS positioning module is used to obtain the road fault rescue request signal through code scanning communication, and perform GPS real-time positioning on the code scanning request device corresponding to the road fault rescue request signal, so as to obtain the road fault rescue request GPS coordinates;

[0172] The road section fault GPS coordinate correction optimization module is used to optimize the nearest neighbor coordinate position matching of the road section fault rescue request GPS coordinates based on the preset full-section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; based on the nearest neighbor pile number matching coordinate set of the fault rescue request, coordinate error correction is performed on the road section fault rescue request GPS coordinates to obtain the error correction coordinates of the road section fault rescue request;

[0173] A road section breakdown rescue map automatic adaptation navigation module is used to use a map API to perform map automatic adaptation navigation on the error correction coordinates of a road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request;

[0174] The intelligent dispatching management module for fault rescue is used to upload the navigation route adapted from the map of the road fault rescue request to the cloud platform for intelligent dispatching management of rescue, generate an intelligent dispatching management plan for road fault rescue, and execute the corresponding intelligent management work of road fault rescue.

[0175] Therefore, the embodiments should be regarded as illustrative and non-restrictive from all points, and the scope of the present invention is limited by the appended claims rather than the above description, and it is therefore intended that all changes falling within the meaning and range of equivalent elements of the application documents are included in the present invention.

[0176] The above description is only a specific embodiment of the present invention, so that those skilled in the art can understand or implement the present invention. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown herein, but should conform to the widest scope consistent with the principles and novel features invented herein.

Claims

1. A positioning optimized code scanning communication rescue management method, characterized in that: The following steps are involved: Step S1: obtaining a road section fault rescue request signal through code scanning communication, and performing GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the road section fault rescue request GPS coordinates; Step S2: performing nearest neighbor coordinate position matching optimization on the GPS coordinates of the road section fault rescue request based on the preset full road section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; Based on the nearest neighbor pile number matching coordinate set of the fault rescue request, the GPS coordinates of the road section fault rescue request are corrected for coordinate errors to obtain the road section fault rescue request error correction coordinates; wherein step S2 includes the following steps: Step S21: obtaining a preset full-section position relationship library, wherein the full-section position relationship library includes the section direction, section longitude and latitude, and section stake number; Step S22: Preliminarily calibrate and normalize the GPS coordinates of the road section fault rescue request to obtain the normalized GPS coordinates of the road section fault request; Step S23: screening the nearest neighbor stake number coordinates of the normalized GPS coordinates of the road section fault request based on the preset full-section position relationship library to obtain the nearest neighbor stake number coordinate set of the fault rescue request; Step S24: Based on the normalized GPS coordinates of the road section fault request, the upstream and downstream tolerance matching optimization is performed on the nearest neighbor pile number coordinate set of the fault rescue request to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; wherein step S24 includes the following steps: Step S241: obtaining the number of roads and the road width corresponding to the area where the normalized GPS coordinates of the road section fault request are located, and performing quantitative calculation of the terrain complexity of the area where the normalized GPS coordinates of the road section fault request are located based on the number of roads and the road width, to obtain the terrain complexity of the area where the fault rescue request is located; Step S242: Based on the terrain complexity of the area where the fault rescue request is located, a distance tolerance error analysis is performed on the road section pile number corresponding to the area where the normalized GPS coordinates of the road section fault request are located, so as to obtain a distance tolerance error interval of the fault rescue request pile number; Step S243: performing upstream and downstream tolerance matching optimization on the corresponding pile number coordinates in the nearest neighbor pile number coordinate set of the fault rescue request based on the fault rescue request pile number distance tolerance error interval to obtain the fault rescue request nearest neighbor pile number matching coordinate set; Step S25: performing coordinate error correction on the normalized GPS coordinates of the section fault request based on the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain the section fault rescue request error correction coordinates; wherein step S25 includes the following steps: Step S251: performing coordinate distance deviation calculation on the normalized GPS coordinates of the road section fault request based on each nearest neighbor pile number coordinate in the nearest neighbor pile number matching coordinate set of the fault rescue request, and obtaining the coordinate distance deviation value between the fault rescue request coordinates and each nearest neighbor pile number; Step S252: comparing and judging the coordinate distance deviation value between the fault rescue request coordinate and each nearest neighbor pile number according to the preset coordinate distance error threshold value; if the coordinate distance deviation value between the fault rescue request coordinate and the first nearest neighbor pile number is less than the preset coordinate distance error threshold value, then continue to judge the coordinate of the next nearest neighbor pile number; if the coordinate distance deviation value between the fault rescue request coordinate and the first nearest neighbor pile number is greater than or equal to the preset coordinate distance error threshold value, then determine the corresponding nearest neighbor pile number coordinate as the distance deviation coordinate; Step S253: performing weighted average calculation on each nearest neighbor pile number coordinate determined as a distance deviation coordinate in the nearest neighbor pile number matching coordinate set of the fault rescue request to obtain a fault rescue request pile number coordinate offset correction value; Step S254: performing coordinate error correction on the normalized GPS coordinates of the road section fault request based on the fault rescue request pile number coordinate offset correction value to obtain the road section fault rescue request error correction coordinates; Step S3: using the map API to automatically adapt the map navigation to the error correction coordinates of the road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request; Step S4: Upload the road section fault rescue request map adaptation navigation route to the cloud platform for intelligent rescue dispatch management, generate a road section fault rescue intelligent dispatch management plan, and execute the corresponding road section fault rescue intelligent management work.

2. The positioning optimized code scanning communication rescue management method according to claim 1 is characterized in that: Step S1 includes the following steps: Step S11: The user uses a scanning request device to scan a QR code set at the location where the road section fault occurs to request a rescue, and obtains a road section fault scanning rescue request information source; Step S12: performing information security verification on the road section fault code scanning rescue request information source to obtain the road section fault code scanning rescue security verification result; Step S13: extracting and classifying the request content of the real rescue request information corresponding to the road section fault code scanning rescue safety verification result to obtain the road section fault code scanning rescue request type data; Step S14: performing communication signal encryption transmission conversion on the road fault code scanning rescue request type data to generate a road fault code scanning rescue request communication encryption transmission signal; uploading the road fault code scanning rescue request communication encryption transmission signal to the WeChat public account background corresponding to the code scanning request device to decode the request information to obtain the road fault code scanning rescue request, and receiving and responding to the road fault code scanning rescue request to generate a road fault rescue request signal; Step S15: Perform GPS real-time positioning on the code scanning request device corresponding to the road section fault rescue request signal to obtain the GPS coordinates of the road section fault rescue request.

3. The positioning optimized code scanning communication rescue management method according to claim 2 is characterized in that: Step S15 includes the following steps: Step S151: performing device identity authentication on the code scanning request device corresponding to the road section fault rescue request signal to obtain a unique identifier of the road section fault request device; Step S152: performing network signal stable positioning of the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the network positioning coordinates of the road section fault rescue request device; Step S153: performing satellite GPS positioning synchronization on the network positioning coordinates of the road section fault rescue request device to obtain the initial GPS positioning coordinates of the road section fault rescue request; Step S154: Obtain the distribution area of ​​the road section corresponding to the road section rescue request signal, and perform signal interference correction on the initial GPS positioning coordinates of the road section fault rescue request based on the distribution area of ​​the road section to obtain the GPS coordinates of the road section fault rescue request.

4. The positioning optimized code scanning communication rescue management method according to claim 3 is characterized in that: Step S152 includes the following steps: Performing device network signal source analysis on the code scanning request device corresponding to the road section fault rescue request signal based on the road section fault request device identity unique identifier to obtain the road section fault rescue request device network signal source; Based on the network base station in the area where the scanning code request device corresponding to the road section fault rescue request signal is located, the network position triangulation calculation of the network signal source of the road section fault rescue request device is performed to obtain the preliminary signal positioning coordinates of the road section fault rescue request device; Perform multi-point signal strength collection on the code scanning request device corresponding to the road section fault rescue request signal and the network base station in the area where it is located, and obtain the network signal strength between the request device in the area and the network base station; Based on the network signal strength between the requesting device and the network base station in the area, the network communication stability between the code scanning requesting device corresponding to the road section fault rescue request signal and the network base station in the area where it is located is evaluated and analyzed to obtain the network stability influencing factor of the road section fault rescue requesting device; Based on the network stability influencing factor of the road section fault rescue request device, the network positioning coordinates of the preliminary signal positioning coordinates of the road section fault rescue request device are calibrated to obtain the network positioning coordinates of the road section fault rescue request device.

5. The positioning optimized code scanning communication rescue management method according to claim 3 is characterized in that: Step S154 includes the following steps: The distribution area of ​​the road section corresponding to the road section breakdown rescue request signal is obtained by combining the geographic information system and the road section map; Perform high-rise building and network interference distribution analysis on the distribution area of ​​the road section corresponding to the road section fault rescue request signal, and obtain the distribution position of the high-rise buildings where the request signal is located and the distribution position of the network interference where the request signal is located; Based on the distribution locations of high-rise buildings where the request signal is located and the distribution locations of network interference where the request signal is located, the network signal interference impact assessment is performed on the distribution area of ​​the road section corresponding to the road section fault rescue request signal to obtain the network interference impact factor of the road section fault rescue request signal; Based on the network interference influence factor of the road section fault rescue request signal, the initial GPS positioning coordinates of the road section fault rescue request are corrected for the signal interference influence to obtain the GPS coordinates of the road section fault rescue request.

6. The positioning optimized code scanning communication rescue management method according to claim 1 is characterized in that: Step S23 includes the following steps: Step S231: Based on the normalized GPS coordinates of the road section fault request, the preset full-section position relationship library is screened for the pile number matching of the area where the request coordinates are located, so as to obtain a candidate pile number set for the area where the fault rescue request is located; Step S232: performing Euclidean distance positioning calculation on the normalized GPS coordinates of the road section fault request based on the candidate pile number set of the area where the fault rescue request is located, so as to obtain the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area; Step S233: Modeling the pile number proximity relationship between the normalized GPS coordinates of the road section fault request and each candidate pile number in the candidate pile number set of the fault rescue request area based on the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the area where the fault rescue request is located, so as to generate a proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers; Step S234: performing arithmetic average calculation on the Euclidean distance value between the fault rescue request coordinates and each candidate pile number in the region, to obtain the average distance value between the fault rescue request coordinates and the candidate pile numbers; Step S235: taking the average distance value between the fault rescue request coordinates and the candidate pile numbers as the nearest neighbor standard threshold, and filtering the nearest neighbor pile number coordinates of the proximity relationship matrix between the fault rescue request coordinates and the candidate pile numbers based on the nearest neighbor standard threshold to obtain the fault rescue request nearest neighbor pile number coordinate set.

7. A positioning optimized code scanning communication rescue management system, characterized in that: Used to execute the positioning optimized code scanning communication rescue management method as claimed in claim 1, the positioning optimized code scanning communication rescue management system comprises: The road fault code scanning communication GPS positioning module is used to obtain the road fault rescue request signal through code scanning communication, and perform GPS real-time positioning on the code scanning request device corresponding to the road fault rescue request signal, so as to obtain the road fault rescue request GPS coordinates; The road section fault GPS coordinate correction optimization module is used to optimize the nearest neighbor coordinate position matching of the road section fault rescue request GPS coordinates based on the preset full-section position relationship library to obtain the nearest neighbor pile number matching coordinate set of the fault rescue request; based on the nearest neighbor pile number matching coordinate set of the fault rescue request, coordinate error correction is performed on the road section fault rescue request GPS coordinates to obtain the error correction coordinates of the road section fault rescue request; The road section breakdown rescue map automatic adaptation navigation module is used to use the map API to perform automatic map adaptation navigation on the error correction coordinates of the road section breakdown rescue request to generate a map adaptation navigation route for the road section breakdown rescue request; The intelligent dispatching management module for fault rescue is used to upload the navigation route adapted from the map of the road fault rescue request to the cloud platform for intelligent dispatching management of rescue, generate an intelligent dispatching management plan for road fault rescue, and execute the corresponding intelligent management work of road fault rescue.

Images