Traffic state data processing method and device, equipment and storage medium

Abstract

Embodiments of the present application provide a traffic state data processing method and device, equipment and a storage medium, belonging to the field of intelligent transportation. The method comprises: acquiring a data receiving time of traffic state data; if the data receiving time is less than a preset data processing time, storing the traffic state data in a preset data queue, and calling out the traffic state data from the data queue at the data processing time to obtain a traffic state view through visualization; if the data receiving time is greater than the preset data processing time, compensating the traffic state data based on a time difference between the data receiving time and the data processing time and a preset time interval to update the traffic state view or discard the traffic state data; and displaying the traffic state view. The embodiments of the present application can cope with network problems occurring in the data transmission process, and provide more intuitive traffic state for traffic planning and management.

Description

Technical Field

[0001] This application relates to the field of intelligent transportation technology, and in particular to a method, apparatus, device and storage medium for processing traffic status data. Background Technology

[0002] Real-time traffic reconstruction and vehicle trajectory visualization are important components of intelligent transportation. By collecting traffic status data and performing real-time perception and analysis of road operation status, indicators such as traffic flow, congestion, and accidents on the road surface can be reflected.

[0003] In related technologies, traffic status data is collected by acquisition devices and then uploaded to a server for processing. The server then transmits the processed traffic status data to a display for visualization. However, network issues during data transmission can lead to data delays, loss, and errors, making it impossible to guarantee real-time display of traffic status and vehicle trajectories. Therefore, ensuring the real-time nature and accuracy of traffic status and vehicle trajectories has become a pressing technical problem to be solved. Summary of the Invention

[0004] The main objective of this application is to propose a traffic status data processing method, apparatus, device, and storage medium, which aims to address network issues in the data transmission process and display traffic status in real time and efficiently.

[0005] To achieve the above objectives, a first aspect of this application proposes a traffic state data processing method, the method comprising:

[0006] Receive initial traffic data sent by the data sender, and obtain the initial sending time and initial receiving time of the initial traffic data;

[0007] The initial processing time is determined based on the initial sending time and the preset time deviation value, and a time axis is set based on the initial sending time, the initial processing time, and the preset time interval for judgment and processing.

[0008] If the initial reception time is less than the initial processing time, the initial traffic data is used as the starting point of the time axis to receive the traffic status data processed by the data sending end at a preset time interval;

[0009] The data reception time for acquiring the traffic status data;

[0010] If the data receiving time is less than the preset data processing time, the traffic status data is stored in a preset data queue. During the data processing time, the traffic status data is retrieved from the data queue for visualization to obtain a traffic status view.

[0011] If the data reception time is greater than the preset data processing time, the traffic status data is compensated based on the time difference between the data reception time and the data processing time and the preset time interval to update the traffic status view or discard the traffic status data.

[0012] Displays the traffic status view.

[0013] In some embodiments, after acquiring the initial transmission time and initial reception time of traffic state data, and determining the initial processing time based on the initial transmission time and a preset time deviation value, the method further includes:

[0014] If the initial reception time is greater than the initial processing time, the initial traffic data is discarded and the system continues to receive updated initial traffic data, and the initial reception time is updated.

[0015] The traffic status data processed by the data sender at the preset time interval is received until the updated initial reception time is less than the initial processing time.

[0016] In some embodiments, the data reception time is less than a preset data processing time. The traffic status data is stored in a preset data queue, and during the data processing time, the traffic status data is retrieved from the data queue for visualization to obtain a traffic status view, including:

[0017] If the data receiving time is less than the data processing time, the traffic status data will be stored in a preset data queue.

[0018] The traffic status data is extracted from the data queue during the data processing time; wherein, the traffic status data includes: traffic flow, vehicle trajectory data, vehicle status data, road condition data, traffic accident information, and data processing and transmission time;

[0019] The traffic flow is visualized to obtain a traffic flow view; the vehicle trajectory data is visualized to obtain a vehicle trajectory view; the vehicle status data is visualized to obtain a vehicle status view; the road condition data is visualized to obtain a road condition view; the traffic accident information is visualized to obtain a traffic accident view; and the data processing and transmission time is visualized to obtain a data timeline view.

[0020] In some embodiments, if the data reception time is greater than a preset data processing time, compensating the traffic status data based on the time difference between the data reception time and the data processing time and a preset time interval to update the traffic status view or discard the traffic status data includes:

[0021] If the data reception time is greater than the data processing time, the difference between the data reception time and the data processing time is obtained to get the time difference.

[0022] If the time difference is less than the preset time interval, the traffic status data is compensated according to the time difference, and the traffic status view is updated based on the compensated traffic status data.

[0023] If the time difference is greater than the preset time interval, the traffic status data is discarded.

[0024] In some embodiments, after discarding the traffic status data if the time difference is greater than the preset time interval, the method further includes:

[0025] Obtain the currently displayed traffic status data as the current status data;

[0026] The current state data is input into a preset average speed model for prediction to obtain traffic prediction data;

[0027] The currently displayed traffic status view is updated based on the traffic prediction data.

[0028] In some embodiments, after displaying the traffic status view, the method further includes:

[0029] If multiple candidate traffic data are received simultaneously;

[0030] Obtain the current timeline information, filter out the target traffic data from multiple candidate traffic data based on the current timeline information, and update the traffic status view based on the target traffic data.

[0031] In some embodiments, before acquiring the initial transmission time and initial reception time of traffic state data, and determining the initial processing time based on the initial transmission time and a preset time deviation value, the method includes:

[0032] The preset time deviation value is set in advance, specifically including:

[0033] Obtain the data sending end processing time and the data transmission time of the traffic status data;

[0034] The maximum processing time is obtained by obtaining the maximum value of the sending end processing time, and the maximum transmission time is obtained by obtaining the maximum value of the data transmission time.

[0035] The preset time deviation value is obtained by summing the maximum processing time and the maximum transmission time.

[0036] To achieve the above objectives, a second aspect of this application provides a traffic state data processing apparatus, the apparatus comprising:

[0037] The initial time acquisition module is used to receive the initial traffic data sent by the data sender and acquire the initial sending time and initial receiving time of the initial traffic data.

[0038] The processing time setting module is used to determine the initial processing time based on the initial sending time and the preset time deviation value;

[0039] The data receiving module is used to receive traffic status data processed by the data sending end at a preset time interval, using the initial traffic data as the starting point, if the initial receiving time is less than the initial processing time.

[0040] The receiving time acquisition module is used to acquire the data receiving time of the traffic status data;

[0041] The visualization module is used to store the traffic status data into a preset data queue if the data receiving time is less than the preset data processing time, and to retrieve the traffic status data from the data queue for visualization during the data processing time to obtain a traffic status view.

[0042] The data processing module is used to compensate the traffic status data based on the time difference between the data receiving time and the data processing time and a preset time interval if the data receiving time is greater than a preset data processing time, so as to update the traffic status view or discard the traffic status data.

[0043] The view display module is used to display the traffic status view.

[0044] To achieve the above objectives, a third aspect of the present application provides an electronic device, the electronic device including a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the method described in the first aspect.

[0045] To achieve the above objectives, a fourth aspect of the present application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method described in the first aspect.

[0046] The traffic status data processing method, apparatus, equipment, and storage medium proposed in this application determine whether the traffic status data reception time is before or after the processing time, and then send data at corresponding time intervals. Each time traffic status data is received, the reception time is analyzed to see if it is before the processing time. If it is, the traffic status data is stored in a queue and then processed to obtain a traffic status view. If the reception time is after the processing time, the time difference is further judged to compensate for or discard the traffic status data, so as to ensure real-time display of the traffic status view. This method can cope with network problems that may occur during data transmission and provides a more intuitive and stable tool and means for traffic planning and management. Attached Figure Description

[0047] Figure 1 This is a system framework diagram of the intelligent transportation system provided in the embodiments of this application;

[0048] Figure 2 This is a flowchart of the traffic status data processing method provided in the embodiments of this application;

[0049] Figure 3 This is a flowchart of a traffic state data processing method provided in another embodiment of this application;

[0050] Figure 4 This is a flowchart of a traffic state data processing method provided in another embodiment of this application;

[0051] Figure 5 yes Figure 2 The flowchart of step S205 in the text;

[0052] Figure 6 yes Figure 2 The flowchart of step S206 in the text;

[0053] Figure 7 This is a flowchart of a traffic state data processing method provided in another embodiment of this application;

[0054] Figure 8 This is a flowchart of a traffic state data processing method provided in another embodiment of this application;

[0055] Figure 9 This is a schematic diagram of the time axis in a traffic state data processing method provided in an embodiment of this application;

[0056] Figure 10 This is a schematic diagram of the traffic status data processing device provided in the embodiments of this application;

[0057] Figure 11 This is a schematic diagram of the hardware structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0058] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0059] It should be noted that although functional modules are divided in the device schematic diagram and a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first," "second," etc., in the specification, claims, and the aforementioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0060] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0061] First, let's analyze some of the terms used in this application:

[0062] Intelligent Transportation Systems (ITS) are systems that utilize advanced technologies and data analytics to monitor and manage traffic flow, road conditions, and vehicle information. ITS can improve traffic efficiency and safety, reduce traffic accidents and congestion, improve the urban traffic environment, and promote sustainable development. The system includes sensors, communication equipment, and a data processing center, enabling real-time monitoring, predictive warnings, and intelligent dispatching.

[0063] Delay: Generally refers to the time lag that occurs during the processing of an event, signal, or data. In computer science, it is often used to describe the delay in data transmission during network communication, that is, the time difference between sending data and the receiver actually receiving the data.

[0064] Packet loss refers to the loss or failure of data packets during transmission in a computer network due to various reasons. Network packet loss rate typically has a negative impact on network performance, especially for applications requiring real-time data transmission, such as video conferencing and online games. There are many causes of network packet loss, such as network congestion, routing errors, and transmission medium failures; solutions require analysis and handling based on the specific circumstances.

[0065] Against the backdrop of the rapid development of next-generation information technologies such as the Internet of Things, cloud computing, big data, and mobile internet, the informatization and intelligentization of the transportation sector has received strong technical support, providing effective solutions to alleviate current traffic congestion. Intelligent transportation systems, by deploying a large number of real-time data acquisition devices, enable real-time monitoring and control of overall traffic, and rational and efficient management and scheduling, thereby improving the safety and operational efficiency of the transportation system to a certain extent.

[0066] Real-time traffic reconstruction and vehicle trajectory visualization are crucial components of intelligent transportation systems. By utilizing various data sources to perceive and analyze road conditions in real time, they reflect indicators such as traffic flow, congestion, and accidents. Through real-time traffic reconstruction and vehicle trajectory display, road efficiency can be effectively improved, road safety risks reduced, resource allocation optimized, and travel experience enhanced. Among related technologies, several intelligent traffic management systems exist, such as methods for 3D visualization of mobile trajectory data. However, these methods only consider how to generate trajectories from the data without addressing how to handle data transmission anomalies. In addition, there is a vehicle trajectory display planning method, device, and terminal system that, while incorporating acceleration and deceleration processing for vehicle display, relies on historical data rather than real-time data, making it difficult to display current road conditions in real time.

[0067] Based on this, embodiments of this application provide a traffic status data processing method, apparatus, electronic device, and storage medium. By determining whether the traffic status data reception time is before or after the processing time, the data sending end sends data at corresponding time intervals. Then, each time traffic status data is received, the reception time is analyzed to see if it is before the processing time. If it is, the traffic status data is stored in a queue and then processed to obtain a traffic status view. If the reception time is after the processing time, the time difference is further determined to compensate for or discard the traffic status data, ensuring real-time display of the traffic status view. This approach can address potential network problems during data transmission, providing a more intuitive and stable tool and means for traffic planning and management.

[0068] The traffic state data processing method, apparatus, electronic device, and storage medium provided in this application are specifically described through the following embodiments. First, the traffic state data processing method in this application embodiment is described.

[0069] The traffic status data processing method provided in this application relates to the field of intelligent transportation technology. This method can be applied to a terminal, a server, or software running on either a terminal or a server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, etc.; the server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms; the software can be an application implementing the traffic status data processing method, but is not limited to the above forms.

[0070] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0071] Please refer to Figure 1 , Figure 1 This is a system framework diagram of the intelligent transportation system provided in the embodiments of this application. The intelligent transportation system includes a data receiving end 102 and a data sending end 101. The data receiving end 102 and the data sending end 101 can be connected by wired or wireless connection, and the wireless connection includes any of the following: WIFI connection, GPRS connection, Bluetooth connection, etc.

[0072] The data transmitter 101 and the data receiver 102 are combined to form an intelligent transportation system. The intelligent transportation system is based on a big data platform. The data transmitter 101 is equipped with a perception layer of the intelligent transportation system. Sensors are deployed on the traffic roads through the perception layer to perceive various traffic status data. Then, the data transmitter 101 processes the traffic status data collected by the sensors and sends the processed traffic status data to the data receiver 102 so that the data receiver 102 can display the traffic status data and provide services.

[0073] Figure 2 This is an optional flowchart of the traffic state data processing method provided in the embodiments of this application, and Figure 2 The traffic status data method shown is applied at the data receiving end. Figure 2 The method may include, but is not limited to, steps S201 to S207:

[0074] Step S201: Receive the initial traffic data sent by the data sender, and obtain the initial sending time and initial receiving time of the initial traffic data;

[0075] Step S202: Determine the initial processing time based on the initial sending time and the preset time deviation value, and set the time axis based on the initial sending time, the initial processing time, and the preset time interval for judgment and processing;

[0076] Step S203: If the initial receiving time is less than the initial processing time, the initial traffic data is used as the starting point of the time axis to receive traffic status data processed by the data sending end at a preset time interval.

[0077] Step S204: Obtain the data reception time for traffic status data;

[0078] Step S205: If the data receiving time is less than the preset data processing time, the traffic status data is stored in the preset data queue. During the data processing time, the traffic status data is retrieved from the data queue for visualization to obtain the traffic status view.

[0079] Step S206: If the data reception time is greater than the preset data processing time, the traffic status data is compensated based on the time difference between the data reception time and the data processing time and the preset time interval to update the traffic status view or discard the traffic status data.

[0080] Step S207: Display the traffic status view.

[0081] In steps S201 to S207 of this embodiment, the data sending end continuously processes and prepares traffic status data to be sent to the data receiving end. When the data receiving end is ready to receive initial traffic data from the data sending end for the first time, it obtains the initial sending time of the initial traffic data sent by the data sending end and the initial receiving time of the initial traffic data received by the data receiving end. Then, based on the initial sending time and a preset time deviation value, the initial processing time is determined. Two time axes are set respectively using the initial sending time, the initial processing time, and the preset sending interval. Subsequently, the data is judged and processed according to the time axes to determine whether the data is received before subsequent data processing. If the initial receiving time is before the initial processing time, it indicates that the data sending end sends the initial traffic data before the data receiving end performs data processing, and the data receiving end can guarantee that the initial traffic data is received before data processing. The initial sending time and the initial receiving time are used as the initial data sending time nodes of the data sending end and the data receiving end to establish a time axis. Then, the data receiving end continues to receive traffic status data processed at preset time intervals, and the data receiving time is recorded each time. Each time traffic status data is received, a dual-timeline is established to compare the data reception time with the preset data processing time. If the data reception time is less than the preset data processing time, it indicates that the traffic status data was received before processing. The traffic status data is stored in a preset data queue. When the data processing time arrives, the traffic status data is retrieved from the data queue for visualization processing to obtain the traffic status view, so as to display the traffic status in a regular and real-time manner. If the data reception time is greater than the data processing time, it indicates that the data processing time has arrived but the traffic status data for the corresponding time point has not been received. In this case, it is necessary to determine whether the time difference between the data reception time and the data processing time exceeds the preset time interval, so as to compensate for or discard the traffic status data. This allows for corresponding compensation measures to be taken when network problems occur, so that the displayed traffic status view is real-time, or the traffic status data that no longer corresponds to the current time is discarded, so as to ensure that the traffic status view is consistent with the current time period and ensures that the traffic status is displayed in real-time and accurately.

[0082] Before receiving traffic status data, the data receiver pre-constructs a virtual traffic space. This virtual space presents road and vehicle models in three-dimensional form, ensuring consistency with real-world road conditions. Prior to constructing the virtual traffic space, the data receiver acquires traffic environment parameters such as the shape and length of the roads, the location of road surface sensors, and the number and width of lanes. Based on these parameters, a virtual traffic space with the same road structure and traffic layout is constructed. Therefore, pre-constructing the virtual traffic space facilitates the visualization of traffic status data after data collection, resulting in a traffic status view, which is then rendered within the virtual traffic space.

[0083] In step S201 of some embodiments, after a network transmission connection is established between the data receiving end and the data sending end, the data sending end continuously processes and periodically sends initial traffic data to the data receiving end. When the data receiving end receives the initial traffic data for the first time, it obtains the initial transmission time of the initial traffic data sent by the data sending end, records the initial data time as t0, and starts the calculation algorithm to process the data at t0, with the initial transmission time being T0. At the same time, it obtains the time when the data receiving end first receives the initial traffic data as the initial reception time, and records the initial reception time as t0'.

[0084] In step S202 of some embodiments, to ensure that the initial transmission time is used as the initial transmission time of the entire traffic status data and the initial reception time is used as the initial reception time of the entire traffic status data as the starting point of the time axis, it is necessary to further determine the initial processing time. The preset time deviation is a pre-set time difference between data transmission and data processing, and this preset time deviation is fixed. The initial processing time is determined based on the fixed preset time deviation and the initial transmission time. Therefore, whether the data receiving end can receive the traffic status data before the processing time point is related to the preset time deviation value. If the preset time deviation value is set too small, network problems may prevent the data from reaching the data receiving end before data processing. If the preset time deviation value is set too large, it will affect the traffic status update frequency, making it impossible to observe the traffic status in real time. Therefore, the setting range of the preset time deviation value is crucial. After completing the initial processing time calculation, two time axes are set according to the initial transmission time, the initial processing time, and the preset time interval, respectively, at the data receiving end and the data sending end, to facilitate subsequent judgment and processing of the received data based on the time axes.

[0085] Please see Figure 3 In some embodiments, before step S202, the traffic state data processing method may further include: presetting a preset time deviation value.

[0086] If it is necessary to ensure that the initial processing time set by the data receiving end is before receiving traffic status data, a preset time deviation value needs to be set in advance.

[0087] Setting a preset time deviation value may include, but is not limited to, steps S301 to S303:

[0088] Step S301: Obtain the data sending end processing time and the data transmission time of the traffic status data;

[0089] Step S302: Obtain the maximum value of the sending end processing time to obtain the maximum processing time, and obtain the maximum value of the data transmission time to obtain the maximum transmission time;

[0090] Step S303: Calculate the sum of the maximum processing time and the maximum transmission time to obtain the preset time deviation value.

[0091] It should be noted that the initial data transmission time at the data sending end is t0, and the actual initial transmission time is T0. The data sending end needs to perform data processing, including data cleaning and trajectory association, before sending the traffic status data to the data receiving end. The processing time for each transmission of traffic status data is defined as the sending end processing time, denoted as dealT. Because the amount of traffic status data that the data sending end needs to process varies each time, the initial processing time is not fixed and depends on the amount of traffic status data. Furthermore, due to the uncontrollable and jittery nature of network transmission, the data transmission time from the data sending end to the data receiving end is also not fixed, denoted as netT. Therefore, the data transmission time netT needs to be determined based on the current network environment. Assuming that traffic status data always reaches the receiver without packet loss, and ignoring time drift and synchronization errors, and that the sender and receiver times are synchronized, then the time when the receiver first receives the initial traffic data is denoted as the ideal reception time, and this initial reception time is t0'. Therefore, the ideal initial reception time t0' = t0 + dealT + netT. Thus, under ideal conditions, the data processing time and data transmission time remain constant, and subsequent ideal reception times are t... n '=t0'+n*Δt, n≥0. However, since the data transmission time and initial processing time are constantly changing, t n The value 'is not necessarily equal to t0' + n*Δt every time. It should be noted that data transmission latency is generally 100-200 milliseconds, and in extreme cases can reach several seconds. However, using an intranet-based communication deployment can significantly reduce transmission latency and jitter to tens of milliseconds. Therefore, in this embodiment, the data receiver and data sender can use an intranet-based communication connection to reduce transmission latency and jitter.

[0092] In step S301 of some embodiments, the data transmitter's processing time is obtained, and then the data transmission time required for the data transmitter to send traffic status data to the data receiver is obtained. The obtained preliminary processing time and data transmission time are multiple, and the multiple preliminary processing time and multiple data transmission time are used as reference data for setting a preset time deviation value.

[0093] In step S302 of some embodiments, in order to ensure the accuracy and smoothness of traffic status data display, it is necessary to add a processing procedure after receiving the traffic status data. For the data receiving end, the ideal data reception time is t. n '=t nTherefore, to ensure that the data receiver can receive traffic status data at a certain time, a reasonable preset time deviation value is set. The maximum processing time is obtained by acquiring the maximum value of the sending end's processing time, and denoted as deslT. max Then, obtain the maximum data transmission time and record it as the maximum transmission time netT. max .

[0094] In step S303 of some embodiments, a preset time deviation value is obtained by summing the maximum processing time and the maximum transmission time, and the preset time deviation value is denoted as bufferT = deslT. max +netT max Therefore, by setting the preset time deviation value to the sum of the maximum values ​​of the initial processing time and the data transmission time, the data receiver can receive the traffic status data sent by the data sender before the data processing time T. n 'and data transmission time t n There exists a fixed difference, which is a preset time deviation value, bufferT.

[0095] In steps S301 to S303 of this embodiment, the maximum processing time is obtained by acquiring the maximum value of the initial processing time, and the maximum transmission time is obtained by acquiring the maximum value of the data transmission time. The maximum processing time and the maximum transmission time are summed to obtain a preset time deviation value. The data processing time is then set according to the preset time deviation value so that the data receiving end can receive the traffic status data before processing the traffic status data, thereby ensuring that the traffic status data is displayed in real time.

[0096] Please see Figure 4 In some embodiments, after step S2O2, the traffic state data processing method may also include, but is not limited to, steps S401 to S402:

[0097] Step S401: If the initial reception time is greater than the initial processing time, discard the initial traffic data and continue to receive updated initial traffic data, and update the initial reception time.

[0098] Step S402: until the updated initial reception time is less than the initial processing time, the traffic status data processed by the data sender at a preset time interval is received.

[0099] In step S401 of some embodiments, the data receiving end and the data sending end establish a communication connection. After the data receiving end receives the initial traffic data for the first time, it needs to determine the difference between the initial reception time and the initial processing time. If the initial reception time is greater than the initial processing time, i.e., t0'≤T0', it indicates that the first received initial traffic data arrived late and cannot be used as the first traffic status data. In this case, the delayed initial traffic data needs to be discarded, and the system continues to wait for the reception of the next initial traffic data, and continues to obtain the reception time of each received initial traffic data to update the initial reception time. After the data sending end sends the initial traffic data, it sends the initial sending time to the data receiving end to calculate the initial processing time. Therefore, after receiving the traffic status data, the initial reception time is determined, and the process of repeatedly determining whether the initial reception time is less than the initial processing time is repeated.

[0100] In step S402 of some embodiments, traffic state data whose updated initial reception time is less than the updated initial processing time (i.e., t0' > T0') indicates that the current network is stable, or that the preset time interval can ensure that data reception precedes data processing. Therefore, the initial traffic data that meets the conditions is taken as the first traffic state data, and the traffic state data prepared and processed by the data transmitter at the preset time interval is received normally. Specifically, a time axis is established at the data transmitter with the initial transmission time t0 as the starting point. The data time axis at the data transmitter is established with t0 as the starting point and Δt as the step interval. The position of the data node taken each time is t. n = t0 + n*Δt, n≥0, but the data sender will only send the traffic status data to the data receiver before further data processing. Here, the processing time required by the sender for each processing step is defined as dealT, but the amount of data the sender needs to process varies each time, so the processing time is not fixed under normal circumstances. The actual time when the sender finally sends out the traffic status data is defined as T. n =t n +dealT, therefore, the data receiving end needs to determine whether the data reception time is before the data processing time each time. It should be noted that, in determining whether the data reception time is before the data processing time, this initial reception time t0' is used as the starting point of the time axis to establish the time axis t at the data receiving end. n =t0' + n*Δt, n≥0.

[0101] In steps S401 to S402 of this embodiment, when the time of receiving the initial traffic data for the first time is after the initial processing time, it is necessary to wait and receive the initial traffic data again. Only when the initial receiving time is less than the initial processing time will the initial traffic data be used as the first traffic status data. Then, the data receiving end and the data sending end each establish a time axis to transmit stable traffic status data.

[0102] In step S203 of some embodiments, when the initial receiving time is less than the initial processing time, it indicates that the traffic status data was received before the initial processing time T0'. A timeline needs to be established between the data receiving end and the data sending end. At the same time, it indicates that the traffic status data prepared and processed by the data sending end at a preset time interval can be received before the data processing. Therefore, the data receiving end continues to receive the traffic status data prepared and processed by the data sending end at a preset time interval. Then, the vehicle status and road conditions are mapped in the traffic virtual space according to the initial traffic data to display the traffic status in real time.

[0103] In step S204 of some embodiments, when the data sending end periodically prepares and processes traffic status data at preset time intervals, it is necessary to record the data reception time each time traffic status data is received, and simultaneously preset a fixed data processing time. Since the time when traffic status data is received is not fixed, the data processing time T... n 'and data reception time t n The difference between them is not fixed. However, the time point at which the data sending end collects traffic status data is t. n Furthermore, the time for collecting traffic status data is fixed, so that it is collected at a fixed time t. n Start processing traffic status data, while the data collection time is t. n and data processing time T n There is a fixed preset time deviation value. This preset time deviation value represents the maximum delay that a person can tolerate. Therefore, the processing and display time at the data receiving end each time is T. n =T0' + n*Δt, n≥0, where T n '=t n +bufferT, but considering the potential delay in traffic status data, it cannot be guaranteed that traffic status data will be received before data processing for a fixed data processing time. Therefore, it is necessary to determine the actual data processing time Tn. n 'Whether it matches the actual data reception time t' n The size between ' and ' is used to determine whether traffic status data is delayed.

[0104] Please see Figure 5In some embodiments, step S205 may include, but is not limited to, steps S501 to S503:

[0105] Step S501: If the data receiving time is less than the data processing time, store the traffic status data into a preset data queue.

[0106] Step S502: During data processing time, traffic status data is extracted from the data queue; wherein, traffic status data includes: traffic flow, vehicle trajectory data, vehicle status data, road condition data, traffic accident information, and data processing and transmission time.

[0107] Step S503: Visualize traffic flow to obtain a traffic flow view; visualize vehicle trajectory data to obtain a vehicle trajectory view; visualize vehicle status data to obtain a vehicle status view; visualize road condition data to obtain a road condition view; visualize traffic accident information to obtain a traffic accident view; and visualize data processing and transmission time to obtain a data timeline view.

[0108] In step S501 of some embodiments, if the data reception time is less than the data processing time, it indicates that the traffic status data arrives before the data receiving end processes it, that is, the data processing time T. n 'Greater than data reception time t' n ', denoted as T n '>t n At this point, the traffic status data will not be processed immediately. Instead, it needs to be temporarily stored in a pre-defined data queue.

[0109] In step S502 of some embodiments, when the data processing time is up, that is, at T... n Traffic status data is sent in real time, and the data processing time T is reached at the specified time. n 'Retrieve traffic status data from a pre-defined data queue to avoid issues within a small area, regardless of data reception time t.' n 'Regardless of fluctuations, as long as the data reception time is less than the data processing time, the display of the traffic status view will not be affected. It's only necessary to ensure the data processing time T...' n 'Traffic status data can be retrieved at any time. This traffic status data includes: traffic flow, vehicle trajectory data, vehicle status data, road condition data, traffic accident information, and data processing and transmission time. Vehicle status data includes: vehicle location information, passage time, speed, etc.'

[0110] In step S503 of some embodiments, traffic flow is visualized as a traffic flow view, vehicle trajectory data is visualized as a vehicle trajectory view, vehicle status data is visualized as a vehicle status view, road condition data is visualized as a road condition view, traffic accident information is visualized as a traffic accident view, and data processing and transmission time is visualized as a data timeline view. Therefore, by visualizing traffic status data into traffic flow views, vehicle trajectory views, vehicle status views, road condition views, traffic accident views, and data timeline views, and then presenting these views in a traffic virtual space, traffic conditions can be understood more intuitively.

[0111] In steps S501 to S503 of this embodiment, when the data reception time is less than the data processing time, the traffic status data is temporarily stored in a data queue. The traffic status data is then extracted from the data queue during the data processing time to generate a traffic flow view, vehicle trajectory view, vehicle status view, road condition view, traffic accident view, and data timeline view. These views allow for a direct and intuitive view of traffic conditions. Furthermore, traffic status data arriving before the data processing time is not processed immediately but only during the processing time. This ensures that the traffic status view display avoids small fluctuations and guarantees a stable and continuous display.

[0112] Please see Figure 6 In some embodiments, step S206 includes, but is not limited to, steps S601 to S603:

[0113] Step S601: If the data reception time is greater than the data processing time, obtain the difference between the data reception time and the data processing time to get the time difference.

[0114] Step S602: If the time difference is less than the preset time interval, the traffic status data is compensated according to the time difference, and the traffic status view is updated based on the compensated traffic status data.

[0115] Step S603: If the time difference is greater than the preset time interval, discard the traffic status data.

[0116] In step S601 of some embodiments, if the data reception time is greater than the data processing time, i.e., T n '<t n ', representing the time T at which the data sender reaches the target location. nIf the traffic status data is received by the data receiver "delayed," then it is necessary to determine the degree of delay. This is done by calculating the time difference between the data reception time and the data processing time, denoted as Δ = t. n '-T n '.

[0117] In step S602 of some embodiments, in order to determine whether the network latency fluctuation is too large and whether the data reception time is within the next data processing time, the time difference is compared with a preset time interval. If the time difference is less than the preset time interval, it is recorded as Δ = t. n '-T n '<Δt' represents the traffic status data received by the data receiving end after the data processing time. In order to reduce the impact of large fluctuations encountered during network transmission on the display of the traffic status view, the traffic status data that needs to be processed is compensated according to the time difference to update the traffic status view, ensuring real-time updates of the traffic status, ensuring smooth display of the traffic status view, and not affecting subsequent updates of the traffic status view.

[0118] It should be noted that, due to the compensation for the time difference in late traffic status data, the traffic status view is no longer updated within the preset time interval Δt, but rather according to Δt-t. n '-T n The traffic status view is updated at specific time intervals. Traffic status data compensation involves calculating the time difference between the actual data reception time and the preset data processing time. This time difference is used to compensate for the time difference when updating the traffic status calculation speed, thus updating the traffic status view.

[0119] Specifically, compensation is applied to vehicle status data to update the vehicle status view. Here, vehicle position information is denoted as x, transit time as t, and speed as v. For updating the displayed vehicle status view, the update includes both position and speed updates. The speed update is shown in formula (1).

[0120]

[0121] Where x represents the vehicle location information updated this time, x′ represents the currently displayed location, Δt represents the fixed interval at which the data sender transmits vehicle status data, and T′ represents the actual processing time at the data receiver. n The difference between the fixed data processing times is the compensation.

[0122] In step S602 of some embodiments, if the time difference is greater than a preset time interval, it is denoted as T. n '<t n And Δ=t n'-T n '>Δt' indicates severe network congestion, where traffic status data is delayed in the network, causing a delay in data processing time T at the data receiving end. n 'We are not receiving traffic status data. Because T' n+1 '=T n +Δt, and t n '-T n '>Δt, therefore t n '-T n+1 >0 indicates that in the next data processing time T n+1 'None of them received t' n Traffic status data is sent in real time, so for an aligned dual-end timeline, T n+1 'Time should be used to process t n+1 Traffic status data is sent in real time, so when the network returns to normal, it will receive t. n When traffic status data is sent, it refers to the display time of the traffic status data at that specific moment, but the data processing time T at that moment is different. n 'The past has passed, there is no need to process this traffic status data, discard this traffic status data, and continue to judge the next traffic status data.'

[0123] In steps S601 to S603 of this embodiment, when the data reception time is greater than the data processing time, it indicates that the traffic status data at that moment is delayed. Therefore, the difference between the data reception time and the data processing time is calculated to obtain a time difference value. This time difference value is then used to determine whether it is greater than a preset time interval, thereby determining whether the data reception time of the received traffic status data is between the data processing time and the next data processing time or after the next data processing time. If the data reception time is between the data processing time and the next data processing time, compensation processing is performed on the traffic status data to ensure that the traffic status view can be displayed continuously and in real time. If the data reception time is after the next data processing time, the traffic status data is discarded, allowing the traffic status data corresponding to the next data processing time to be displayed, reducing the impact of network latency on the real-time display of the traffic status view.

[0124] Please see Figure 7 In some embodiments, after step S603, the traffic state data processing method may also include, but is not limited to, steps S701 to S703:

[0125] Step S701: Obtain the currently displayed traffic status data as the current status data;

[0126] Step S702: Input the current state data into the preset average speed model for prediction to obtain traffic prediction data;

[0127] Step S703: Update the currently displayed traffic status view based on traffic prediction data.

[0128] In steps S701 to S703 as illustrated in the embodiment, when the data sending end is at data transmission time t n If the traffic status data sent in real time is not received immediately, but can only be received at the next data processing time, then the data processing time T... n The lack of corresponding traffic status data prevents the traffic status view from updating, resulting in a choppy display. Therefore, a pre-defined constant speed model is used to predict traffic conditions based on the current status data. This predicted traffic data is then visualized to update the current traffic status view, ensuring a smooth and real-time display.

[0129] In step S702 of some embodiments, the traffic state prediction is mainly a short-term prediction, that is, a traffic state prediction within 10 seconds. It is generally believed that the short-term travel of vehicles is a constant speed process, so when real-time traffic state data is received, traffic prediction data is obtained by using a constant speed model based on the current state data.

[0130] It's important to note that when traffic conditions cannot be updated in a timely manner, such as when vehicle conditions are not updated, it's necessary to estimate vehicle movement using existing vehicle conditions to ensure that the displayed vehicles are moving normally for a certain period. The length of this predicted period is determined by Δt. A period that is too short will cause the vehicle animation to appear "stopped," while a period that is too long will cause conflicts between vehicle condition updates and predicted conditions. For example, if the updated position is much smaller than the predicted position, it will cause abnormal vehicle display. Therefore, a preset time interval Δt is chosen as the error tolerance time to ensure that subsequent traffic condition data and traffic prediction data do not conflict. Even if conflicts exist, the differences will be minor and will not affect subsequent traffic condition view updates.

[0131] In step S703 of some embodiments, vehicle travel is estimated using an average speed model to ensure smooth updates to the traffic status view. Therefore, updating the traffic status view based on traffic prediction data ensures a smooth display of the traffic status.

[0132] Please refer to Figure 8 Step S201 may include, but is not limited to, steps S801 to S802:

[0133] Step S801: If multiple candidate traffic data are received simultaneously;

[0134] Step S802: Obtain the current timeline information, filter the target traffic data from multiple candidate traffic data based on the current timeline information, and update the traffic status view based on the target traffic data.

[0135] It should be noted that when network congestion occurs, multiple candidate traffic data accumulates in the network. At some point later, the data receiving end receives multiple candidate traffic data at the same time. Therefore, it is necessary to judge each candidate traffic data to select the candidate traffic data that meets the time axis as the target traffic data, so as to update the traffic status view based on the target traffic data.

[0136] In step S801 of some embodiments, when network congestion occurs, it is often not just one packet of traffic status data that is congested, but multiple packets of traffic status data that are congested in the network, resulting in a "multi-packet" phenomenon. If the congested traffic status data is subsequently received simultaneously, it is defined as candidate traffic data. Therefore, receiving multiple candidate traffic data requires judgment and processing of these multiple candidate traffic data.

[0137] In step S802 of some embodiments, current timeline information is obtained, and the timeline information records which initial transmission time was used as the starting point for data transmission. The current time is determined based on the timeline information. Therefore, target traffic data is selected from candidate traffic data based on the current timeline information, that is, a traffic state data that meets the current timeline is obtained. The traffic state view is updated based on the target traffic data, ensuring accurate updates to real-time traffic conditions and accurate restoration of road conditions, vehicle trajectories, etc.

[0138] Please refer to Figure 9 , Figure 9 This is a timeline diagram illustrating data transmission between the data sender and receiver. Figure 9 It can be seen that the initial data time of the data sender is t0, and the data sender processes the initial traffic data and sends it to the data receiver at the initial sending time T0. The data sender prepares and processes the initial traffic data at a preset time interval Δt before sending it to the data receiver, thus establishing the time axis for the data sender to process the initial traffic data. The time required for each processing by the data sender is dealT. Because the amount of data that the data sender needs to process is different each time, the time dealT may also be different under normal circumstances. Therefore, the actual time when the data sender finally sends out the initial traffic data is T0 = t0 + dealT. Ignoring time drift and time synchronization error, the data sender and data receiver are in sync. Let the initial reception time of the data receiver receiving the initial traffic data for the first time be t0', and t0' = t0 + dealT + netT. Then, ideally, the initial processing time and network transmission time remain unchanged. n'=t0'+n*Δt, n≥0, but since dealT and netT are constantly changing, the data receiver cannot guarantee that it will receive traffic status data in the next Δt. Therefore, the data receiver may not be able to establish a time axis starting from the initial traffic data.

[0139] For the data receiving end, t n '=t n Since bufferT = dealT + netT, a maximum time can be set in advance to ensure that the data receiver can receive the initial traffic data at a certain moment. Let bufferT = dealT. max +netT max Among them, dealT max This refers to the maximum time required for initial data processing, which is set manually. max This refers to the maximum time required for manually set data transmission. `bufferT` represents the maximum time required from when traffic status data is processed to when it is received by the data receiver. When normal traffic status data transmission occurs between the data receiver and data sender, the data processing time is preset to `T`. n ', T n 'Data can be received from the sender T before the specified time' n Traffic status data is sent in real time, because the processing time t for traffic status data at the data sending end is limited. n The time T for processing traffic status data at the data receiving end is fixed. n 'It is also fixed, and T' n 'and t n There is a fixed preset time deviation value, bufferT. Therefore, a time axis is established at the data receiving end, with T0' as the starting point and Δt as the preset time interval. The time for each processing and display of traffic status data is T. n =T0' + n*Δt, n≥0, where T n '-t n =bufferT.

[0140] The time at which traffic status data is received is not fixed, so the fixed data processing time T is... n 'and data reception time t n The time difference between them is not fixed, but because the data sending end has a fixed time t. n The system begins processing traffic status data and sending it to the data receiver. `bufferT` is the sum of the maximum values ​​of the sender's processing time `dealT` and the data transmission time `netT`. This maximum value is based on a reasonable estimate obtained through prior manual statistical analysis. Therefore, `T`... n 'and t nThere is a fixed preset deviation value bufferT between them, which also represents the maximum delay time that can be tolerated by humans.

[0141] Therefore, by constructing a timeline at the data sending and receiving ends, traffic status data is processed and transmitted according to the timeline to achieve real-time updates of traffic status.

[0142] Please see Figure 10 This application also provides a traffic state data processing apparatus that can implement the above-described traffic state data processing method. The apparatus includes:

[0143] The initial time acquisition module 1001 is used to receive the initial traffic data sent by the data sender and acquire the initial sending time and initial receiving time of the initial traffic data.

[0144] The processing time setting module 1002 is used to determine the initial processing time based on the initial sending time and the preset time deviation value.

[0145] The data receiving module 1003 is used to receive traffic status data processed by the data sending end at a preset time interval, starting from the initial traffic data, if the initial receiving time is less than the initial processing time.

[0146] The receiving time acquisition module 1004 is used to acquire the data receiving time of traffic status data;

[0147] The visualization module 1005 is used to store traffic status data into a preset data queue if the data receiving time is less than the preset data processing time, and to retrieve the traffic status data from the data queue for visualization during the data processing time to obtain a traffic status view.

[0148] The data processing module 1006 is used to compensate for traffic status data based on the time difference between the data receiving time and the data processing time and the preset time interval if the data receiving time is greater than the preset data processing time, so as to update the traffic status view or discard the traffic status data.

[0149] The view display module 1007 is used to display the traffic status view.

[0150] The specific implementation of the traffic state data processing device is basically the same as the specific embodiment of the traffic state data processing method described above, and will not be repeated here.

[0151] This application also provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the above-described traffic state data processing method. This electronic device can be any smart terminal, including a tablet computer, an in-vehicle computer, or similar device.

[0152] Please see Figure 11 , Figure 11 The hardware structure of an electronic device according to another embodiment is illustrated. The electronic device includes:

[0153] The processor 1101 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application.

[0154] The memory 1102 can be implemented as a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 1102 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 1102 and is called and executed by the processor 1101 using the traffic state data processing method of the embodiments of this application.

[0155] Input / output interface 1103 is used to implement information input and output;

[0156] The communication interface 1104 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0157] Bus 1105 transmits information between various components of the device (e.g., processor 1101, memory 1102, input / output interface 1103, and communication interface 1104);

[0158] The processor 1101, memory 1102, input / output interface 1103 and communication interface 1104 are connected to each other within the device via bus 1105.

[0159] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described traffic state data processing method.

[0160] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0161] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0162] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0163] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0164] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

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

[0166] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0167] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0168] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0169] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0170] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes multiple instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0171] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. A method for processing traffic status data, characterized in that, Applied to a data receiving end, the method includes: Receive initial traffic data sent by the data sender, and obtain the initial sending time and initial receiving time of the initial traffic data; The initial processing time is determined based on the initial sending time and the preset time deviation value, and a time axis is set based on the initial sending time, the initial processing time, and the preset time interval for judgment and processing. If the initial reception time is less than the initial processing time, the initial traffic data is used as the starting point of the time axis to receive the traffic status data processed by the data sending end at a preset time interval; The data reception time for acquiring the traffic status data; If the data receiving time is less than the preset data processing time, the traffic status data is stored in a preset data queue. During the data processing time, the traffic status data is retrieved from the data queue for visualization to obtain a traffic status view. If the data reception time is greater than the preset data processing time, the traffic status data is compensated based on the time difference between the data reception time and the data processing time and the preset time interval to update the traffic status view or discard the traffic status data. Display the traffic status view; After determining the initial processing time based on the initial transmission time and the preset time deviation value, the method further includes: If the initial reception time is greater than the initial processing time, the initial traffic data is discarded and the system continues to receive updated initial traffic data, and the initial reception time is updated. The traffic status data processed by the data sender at the preset time interval is received until the updated initial reception time is less than the initial processing time.

2. The method according to claim 1, characterized in that, If the data reception time is less than the preset data processing time, the traffic status data is stored in a preset data queue. During the data processing time, the traffic status data is retrieved from the data queue for visualization to obtain a traffic status view, including: If the data receiving time is less than the data processing time, the traffic status data will be stored in a preset data queue. The traffic status data is extracted from the data queue during the data processing time; wherein, the traffic status data includes: traffic flow, vehicle trajectory data, vehicle status data, road condition data, traffic accident information, and data processing and transmission time; The traffic flow is visualized to obtain a traffic flow view; the vehicle trajectory data is visualized to obtain a vehicle trajectory view; the vehicle status data is visualized to obtain a vehicle status view; the road condition data is visualized to obtain a road condition view; the traffic accident information is visualized to obtain a traffic accident view; and the data processing and transmission time is visualized to obtain a data timeline view.

3. The method according to any one of claims 1 to 2, characterized in that, If the data reception time is greater than a preset data processing time, the traffic status data is compensated based on the time difference between the data reception time and the data processing time and a preset time interval to update the traffic status view or discard the traffic status data, including: If the data reception time is greater than the data processing time, the difference between the data reception time and the data processing time is obtained to get the time difference. If the time difference is less than the preset time interval, the traffic status data is compensated according to the time difference, and the traffic status view is updated based on the compensated traffic status data. If the time difference is greater than the preset time interval, the traffic status data is discarded.

4. The method according to claim 3, characterized in that, After discarding the traffic status data if the time difference is greater than the preset time interval, the method further includes: Obtain the currently displayed traffic status data as the current status data; The current state data is input into a preset average speed model for prediction to obtain traffic prediction data; The currently displayed traffic status view is updated based on the traffic prediction data.

5. The method according to claim 4, characterized in that, After displaying the traffic status view, the method further includes: If multiple candidate traffic data are received simultaneously; Obtain the current timeline information, filter out the target traffic data from multiple candidate traffic data based on the current timeline information, and update the traffic status view based on the target traffic data.

6. The method according to any one of claims 1 to 2, characterized in that, Before determining the initial processing time based on the initial transmission time and the preset time deviation value, the method includes: The preset time deviation value is set in advance, specifically including: Obtain the data sending end processing time and the data transmission time of the traffic status data; The maximum processing time is obtained by obtaining the maximum value of the sending end processing time, and the maximum transmission time is obtained by obtaining the maximum value of the data transmission time. The preset time deviation value is obtained by summing the maximum processing time and the maximum transmission time.

7. A traffic status data processing device, characterized in that, The apparatus, applied to the traffic state data processing method according to any one of claims 1 to 6, comprises: The initial time acquisition module is used to receive the initial traffic data sent by the data sender and acquire the initial sending time and initial receiving time of the initial traffic data. The processing time setting module is used to determine the initial processing time based on the initial sending time and the preset time deviation value; The data receiving module is used to receive traffic status data processed by the data sending end at a preset time interval, using the initial traffic data as the starting point, if the initial receiving time is less than the initial processing time. The receiving time acquisition module is used to acquire the data receiving time of the traffic status data; The visualization module is used to store the traffic status data into a preset data queue if the data receiving time is less than the preset data processing time, and to retrieve the traffic status data from the data queue for visualization during the data processing time to obtain a traffic status view. The data processing module is used to compensate the traffic status data based on the time difference between the data receiving time and the data processing time and a preset time interval if the data receiving time is greater than a preset data processing time, so as to update the traffic status view or discard the traffic status data. The view display module is used to display the traffic status view.

8. An electronic device, characterized in that, The electronic device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the traffic state data processing method according to any one of claims 1 to 6.

9. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the traffic state data processing method according to any one of claims 1 to 6.

Images