Internet of vehicles data acquisition full-link monitoring method, device and equipment

Abstract

The invention relates to the technical field of Internet of Vehicles communication, and discloses an Internet of Vehicles data acquisition full-link monitoring method, device and equipment, the Internet of Vehicles data acquisition full-link monitoring method comprises the following steps: firstly, transmitting acquisition data of different link sensors to an upstream data node; the upstream data node sends a monitoring application instruction to the downstream data node through the data bus after receiving the data, and if the downstream data node does not report data receiving state information in time, the system judges that the data is lost, locks data loss time and triggers an alarm signal of data loss of a corresponding link sensor; acquiring a server log of the upstream data node in a target time period according to the alarm signal; and finally, performing fault analysis on the server logs in the upstream data node target time period to obtain a data acquisition full-link monitoring result. Therefore, the stability and reliability of the Internet of Vehicles system are ensured, and better service experience is provided for users.

Description

Technical Field

[0001] The present invention relates to the field of vehicle networking communication technology, and in particular to a vehicle networking data collection full-link monitoring method, device and equipment. Background Art

[0002] In current Internet of Vehicles applications, link sensors play a vital role. They are responsible for monitoring and collecting various environmental parameters and equipment status, providing key data support for the stable operation of the system. However, due to the wide distribution of sensors, complex working environment and various interference factors in the data transmission process, ensuring the integrity and accuracy of the collected data has become a challenge.

[0003] In the related art, a unique link identifier is assigned to each link sensor so that the data source can be accurately identified during the data collection and transmission process, thereby achieving accurate management and monitoring of the data. However, this approach still cannot accurately and efficiently determine at which transmission link of the collected data of each link sensor has errors such as data loss. Summary of the invention

[0004] The main purpose of the present invention is to provide a method, device and equipment for full-link monitoring of vehicle network data collection, aiming to solve the technical problem in the prior art that it is impossible to accurately and efficiently determine at which transmission link of the collected data of each link sensor has errors such as data loss.

[0005] To achieve the above objectives, in a first aspect, an embodiment of the present application provides a method for full-link monitoring of Internet of Vehicles data collection, the method comprising: Acquire collected data from different link sensors, where each link sensor corresponds to a unique link identifier; Performing a preliminary data integrity check on the collected data, and if the data verification fails, recording error information and re-requesting the collected data of the corresponding link sensor until the data verification succeeds; The collected data of the different link sensors that have been successfully verified are transmitted to the first data node through the data bus. After receiving the data, the first data node sends a monitoring application instruction to the second data node through the data bus. The second data node is located downstream of the first data node. In response to not receiving the data reception report information of the second data node within a preset time period, determining that the data is lost, locking the data loss time, and triggering an alarm signal of data loss of the corresponding link sensor; Collecting server logs within a target time period of the first data node according to the alarm signal; Perform fault analysis on the server logs within the target time period of the first data node to obtain full-link monitoring results of data collection.

[0006] In a possible implementation, after performing fault analysis on the server log within the target time period of the first data node to obtain the data collection full-link monitoring result, the method further includes: Performing fault analysis on the server logs of the first data node within the target time period to determine that a device corresponding to the first data node has a fault, and restarting the device corresponding to the first data node to try to automatically eliminate the fault; Performing a fault analysis on the server logs within the target time period of the first data node determines that a device corresponding to the second data node has a fault, and restarting the device corresponding to the second data node to try to automatically eliminate the fault.

[0007] In a possible implementation, after the first data node receives the data and sends a monitoring application instruction to the second data node through the data bus, the method further includes: In response to receiving the data reception report information of the second data node within a preset time period, performing data comparison on the data received by the second data node and the data received by the first data node to obtain a comparison result; When the data received by the second data node is inconsistent with the data received by the first data node, locking the data loss time and triggering an alarm signal of data loss of the corresponding link sensor; Collect server logs of the first data node and the second data node within a target time period according to the alarm signal; Perform fault analysis on the server logs of the first data node and the second data node within the target time period to obtain full-link monitoring results of data collection.

[0008] In a possible implementation, the performing a preliminary data integrity check on the collected data includes: The collected data of each link sensor is calculated using a preset verification algorithm to generate a corresponding verification value; comparing the generated check value with a reference check value pre-calculated by each link sensor based on a preset rule; If the comparison results are inconsistent, the data verification is considered to have failed, and the error information is recorded, and a mechanism is triggered to re-request the corresponding link sensor to collect data; If the comparison results are consistent, the data verification is considered successful and the subsequent data processing steps are continued.

[0009] In a possible implementation, the method of calculating the collected data of each link sensor using a preset verification algorithm to generate a corresponding verification value includes: Divide the collected data D into k segments, each segment is n bytes of equal length; Select one byte from each segment of data based on a preset rule to combine into data K; The data K is inverted and 1 is added to obtain a check value C.

[0010] In a possible implementation, the step of transmitting the collected data of the different link sensors that have been successfully verified to the first data node through a data bus includes: Obtain historical data transmission records of collected data from sensors on different links during the historical transmission process; Based on the historical data transmission records, analyzing the probability of data loss during the transmission process of each link sensor, and obtaining a data loss probability value for each link sensor; According to the data loss probability value, setting transmission priorities for the collected data of different link sensors, and the collected data of the link sensor with a higher data loss probability is assigned a higher transmission priority; The data are sorted according to the transmission priority, and are sequentially transmitted to the first data node via the data bus in the sorted order.

[0011] In a possible implementation, after sorting the data according to the transmission priority and sequentially transmitting the data to the first data node through the data bus in the sorted order, the method further includes: Responding to a preset emergency event trigger, wherein the preset emergency event is associated with the collected data of the target link sensor; The transmission priority of the collected data of the target link sensor is adjusted to preferentially transmit the collected data of the target link sensor.

[0012] In a possible implementation, the performing fault analysis on the server log within the target time period of the first data node to obtain the data collection full-link monitoring result includes: Retrieving data outbound records from the server log within the target time period of the first data node; Determining that there is a data outbound record that matches the request received by the second data node, then determining that a device corresponding to the second data node has a fault; If it is determined that there is no data outbound record matching the request received by the second data node, it is determined that a device corresponding to the first data node is faulty.

[0013] On the second aspect, an embodiment of the present application also provides a data acquisition full-link monitoring device, including: a data acquisition unit, used to acquire the collected data of different link sensors; a data verification unit, used to perform a preliminary data integrity verification on the collected data, and in the case of data verification failure, record error information and re-verify until the data verification is successful; a data transmission unit, used to transmit the collected data of different link sensors to the first data node via a data bus, and the first data node sends a monitoring application instruction to the second data node via the data bus after receiving the data; an alarm signal triggering unit, used to lock the data loss time and trigger an alarm signal of data loss of the corresponding link sensor in response to the failure to receive the data reception report information of the second data node within a preset time period; a log collection unit, used to collect the server log within the target time period of the data node according to the alarm signal; a fault analysis unit, used to perform fault analysis on the server log within the target time period of the first data node to obtain a full-link monitoring result of data acquisition.

[0014] In a third aspect, an embodiment of the present application further provides a monitoring device, comprising a memory and a processor, wherein the memory is used to store program code, and the processor is used to call the program code to execute the method described in the first aspect.

[0015] Different from the prior art, the method for full-link monitoring of data collection in the Internet of Vehicles provided in the embodiment of the present application first performs a preliminary data integrity check on the collected data of different link sensors, and then transmits the collected data of different link sensors that have successfully been checked to the first data node through the data bus. After receiving the data, the first data node sends a monitoring application instruction to the second data node through the data bus; in response to not receiving the data reception report information of the second data node within a preset time period, it is determined that the data is lost, and the data loss time is locked and an alarm signal of data loss of the corresponding link sensor is triggered; then, the server log within the target time period of the first data node is collected according to the alarm signal; finally, the server log within the target time period of the first data node is analyzed for faults to obtain the full-link monitoring result of data collection. That is, the collected data of different link sensors are transmitted to the upstream data node. After receiving the data, the upstream data node sends a monitoring application instruction to the downstream data node through the data bus. If the downstream data node fails to report the data reception status information in time, the system determines that the data is lost, and locks the data loss time and triggers the alarm signal of the corresponding link sensor data loss; then the server log within the target time period of the upstream data node is collected according to the alarm signal; finally, the server log within the target time period of the upstream data node is analyzed for faults to obtain the full-link monitoring results of data collection. In this way, the technical solution of the present application can accurately and efficiently determine at which transmission link of the collected data of each link sensor has errors such as data loss, which helps to ensure the stability and reliability of the Internet of Vehicles system and provide users with a better service experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on the structures shown in these drawings without paying creative work.

[0017] Figure 1 This is a schematic diagram of transmission of multi-link sensor data collection in some embodiments of the present application; Figure 2 This is a flow chart of a full-link monitoring method for Internet of Vehicles data collection in some embodiments of the present application; Figure 3 This is a schematic diagram of the hardware structure of a data acquisition full-link monitoring device in some embodiments of the present application; Figure 4 This is a schematic diagram of the hardware structure of the monitoring device in some embodiments of the present application.

[0018] The realization of the purpose, functional features and advantages of the present invention will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0019] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only 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 ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0020] It should be noted that all directional indications (such as up, down, left, right, front, back, etc.) in the embodiments of the present invention are only used to explain the relative position relationship, movement status, etc. between the components under a certain specific posture (as shown in the accompanying drawings). If the specific posture changes, the directional indication will also change accordingly.

[0021] In addition, the descriptions of "first", "second", etc. in the present invention are only used for descriptive purposes and cannot be understood as indicating or implying their relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In addition, "and / or" in the full text includes three solutions. Taking A and / or B as an example, it includes technical solution A, technical solution B, and technical solution that satisfies both A and B. In addition, the technical solutions between the various embodiments can be combined with each other, but it must be based on the ability of ordinary technicians in this field to implement. When the combination of technical solutions is contradictory or cannot be implemented, it should be deemed that such combination of technical solutions does not exist and is not within the scope of protection required by the present invention.

[0022] In current Internet of Vehicles applications, link sensors play a vital role. They are responsible for monitoring and collecting various environmental parameters and equipment status, providing key data support for the stable operation of the system. However, due to the wide distribution of sensors, complex working environment and various interference factors in the data transmission process, ensuring the integrity and accuracy of the collected data has become a challenge.

[0023] In the related art, a unique link identifier is assigned to each link sensor so that the data source can be accurately identified during the data collection and transmission process, thereby achieving accurate management and monitoring of the data. However, this approach still cannot accurately and efficiently determine at which transmission link of the collected data of each link sensor has errors such as data loss.

[0024] In view of the above problems, the present application proposes a vehicle network data collection full-link monitoring method, which can be applied to a data collection full-link monitoring device or a monitoring system including the device, such as Figure 1 As shown, Figure 1 This is a schematic diagram of transmission of multi-link sensor data collection in some embodiments of the present application. Figure 1 In the process, the on-board sensor collects environmental data or vehicle data and sends the data to the data distributor through the corresponding link. The data distributor sends the data to the processor for data processing, and then the data processor sends the processed data to the data application terminal and the actuator, so as to apply or utilize the corresponding data.

[0025] It should be noted that in the above-mentioned sensor data collection and transmission process, the data distributor can be used as both the first data node and the second data node. For example, the data distributor is used as the second data node when receiving data and as the first data node when sending data. Similarly, the data processor can be used as the first data node or the second data node.

[0026] like Figure 1-Figure 3 As shown, the following takes the data collection full-link monitoring system executing the vehicle network data collection full-link monitoring method as an example for explanation. It should be noted that although the logical order is shown in the flowchart, in some cases, the steps shown or described can be performed in a different order from here. Please refer to the attached Figure 2 The method includes the following steps S100 to S600: Step S100: acquiring collected data from different link sensors, wherein each link sensor corresponds to a unique link identifier; Specifically, the vehicle terminal is a complex system that integrates a variety of modules, including camera modules, GPS positioning systems, Bluetooth communication modules, and the core control unit - MCU chip. These modules not only have specific functions, such as the camera module is responsible for acquiring environmental images, the GPS positioning system provides vehicle location information, the Bluetooth module is used for short-range wireless communication with other devices, and the MCU chip acts as a central processor to coordinate the work of each module, but also they are closely connected through a carefully designed and complete data flow link, together building a complete ecosystem of vehicle data. In this ecosystem, each module can be regarded as a data sensor, which continuously collects various data from the vehicle and its surrounding environment, such as location information, speed data, network status, etc. After processing, these data are transmitted between data nodes through the data flow link, and finally converge into useful vehicle data, providing strong support for the intelligent operation and remote management of the vehicle.

[0027] To ensure the accuracy and traceability of data, each module is assigned a unique device identifier, namely the link identifier. This identifier is like the "ID card" of the module, which ensures that the source and destination of each data packet can be accurately tracked and recorded during the data flow. In this way, when there is a problem with the data, the specific module and data flow link can be quickly located, providing strong support for the troubleshooting and resolution of the problem.

[0028] Step S200: Perform a preliminary data integrity check on the collected data. If the data verification fails, record the error information and re-request the collected data of the corresponding link sensor until the data verification succeeds. In one embodiment, the preliminary data integrity check of the collected data includes: using a preset check algorithm to calculate the collected data of each link sensor to generate a corresponding check value; comparing the generated check value with a reference check value pre-calculated by each link sensor based on a preset rule; if the comparison results are inconsistent, it is determined that the data check has failed, and an error message is recorded, and a mechanism for re-requesting the corresponding link sensor to collect data is triggered; if the comparison results are consistent, it is determined that the data check has succeeded, and the subsequent data processing steps are continued.

[0029] Specifically, the collected data D can first be divided into k segments using a preset segment verification algorithm, each segment is n bytes of equal length; one byte is selected from each segment of data based on a preset rule (such as selecting the first byte or the last byte of each segment or selecting bytes according to a specific algorithm, etc.) to form data K; the data K is inverted (i.e., 0 is changed to 1, 1 is changed to 0) and the data is transformed by 1 to obtain the verification value C. The generated verification value is then compared with the reference verification value pre-calculated by each link sensor based on the preset rules; the reference verification value is calculated by the link sensor according to the same segmentation and byte selection rules before the data is sent. If the comparison results are inconsistent, the data verification is determined to have failed, indicating that the current data of the sensor may be wrong, and the error information is recorded, and the mechanism of re-requesting the corresponding link sensor to collect data is triggered; if the comparison results are consistent, the data verification is determined to be successful, and the subsequent data processing steps are continued.

[0030] In the initial stage of data collection, integrity checks are performed on the data from sensors in different links to ensure that the data entering the monitoring system is complete and valid. This step can identify and exclude incomplete or erroneous data in advance, improving the accuracy of subsequent analysis and monitoring.

[0031] Step S300: The collected data of the different link sensors that have been successfully verified are transmitted to the first data node through the data bus. After receiving the data, the first data node sends a monitoring application instruction to the second data node through the data bus. The second data node is located downstream of the first data node. It should be noted that the first data node may be a physical device or a virtual device that receives data, such as a data transfer gateway or a processor, and the second data node may also be a physical device or a virtual device that receives data, such as a processor or a data application terminal, etc. And each data node transmits and communicates data through a single bus.

[0032] During actual data transmission, the collected data of different link sensors are first transmitted to the upstream data node (relative to the downstream data node). After receiving the data, the upstream data node sends a monitoring application instruction to the downstream data node through the data bus and transmits the data of the relevant link sensors (sensor data for business needs) to the downstream data node.

[0033] To improve the efficiency of data transmission monitoring, in one embodiment, the collected data of the different link sensors that have been successfully verified are transmitted to the first data node via a data bus, including: obtaining historical data transmission records of the collected data of different link sensors during historical transmission; based on the historical data transmission records, analyzing the probability of loss of the collected data of each link sensor during transmission to obtain a data loss probability value for each link sensor; according to the data loss probability value, setting a transmission priority for the collected data of different link sensors, and the collected data of the link sensors with a higher probability of data loss is assigned a higher transmission priority; sorting the data according to the transmission priority, and transmitting the data to the first data node in sequence through the data bus in the sorted order.

[0034] Specifically, first, it is necessary to collect and store the data transmission records of different link sensors during the historical transmission process. These records should include information such as the time of data transmission, the amount of data, and the status of successful or failed transmission. Then, based on the collected historical data transmission records, the system will analyze the probability of loss of the collected data of each link sensor during the transmission process. For example, this can be achieved by counting the number of data transmission failures or losses of each link sensor in the past period of time and calculating its ratio relative to the total number of transmissions. Then, based on the data loss probability value obtained by the analysis, the system will set the transmission priority for the collected data of different link sensors. Specifically, the collected data of the link sensor with a higher probability of data loss will be given a higher transmission priority to ensure that these data receive more attention and resource allocation during the transmission process. After setting the transmission priority, the system will sort the collected data of different link sensors. The basis for sorting is the previously set transmission priority, that is, the data with a higher probability of data loss will be ranked first and transmitted first. Then, the system transmits the data to the first data node in sequence through the data bus in the sorted order. In this way, the collected data of link sensors with a higher probability of data loss are transmitted first, and the system can ensure that these data receive more attention and resource allocation (bandwidth resources, etc.) during the transmission process, thereby improving the efficiency of data link monitoring.

[0035] In other embodiments, after sorting the data according to the transmission priority and transmitting the data to the first data node in sequence through the data bus in the sorted order, it also includes: responding to a preset emergency event trigger, wherein the preset emergency event is associated with the collected data of the target link sensor; adjusting the transmission priority of the collected data of the target link sensor to preferentially transmit the collected data of the target link sensor.

[0036] Specifically, in the data transmission monitoring system, a series of emergency events are preset, which are usually closely related to the collected data of the target link sensor. For example, if a link sensor is responsible for monitoring the key safety parameters of the vehicle (such as the brake system status, tire pressure, etc.), then when these parameters reach or exceed the preset threshold, an emergency event may be triggered. When the system detects that a preset emergency event is triggered, it will automatically identify the target link sensor associated with the event and immediately adjust the transmission priority of the sensor's collected data. Specifically, the system will increase the transmission priority of the target link sensor's collected data to the highest level to ensure that these data can be immediately and preferentially transmitted to the first data node through the data bus, so as to achieve such data allocation of sufficient resources for priority monitoring, and further improve the data link monitoring efficiency. After adjusting the transmission priority of the target link sensor's collected data, the system will re-sort the data according to the new priority. Then, according to the sorted order, the data is transmitted to the first data node in sequence through the data bus. During the emergency, the system will continue to monitor the collected data of the target link sensor and dynamically adjust the data transmission priority as needed. Once the emergency is handled or resolved, the system will gradually return to the normal data transmission state according to the preset rules. For example, the data loss probability of each link sensor is re-evaluated and their transmission priority is adjusted accordingly.

[0037] Step S400: in response to not receiving the data reception report information of the second data node within a preset time period, determining that the data is lost, locking the data loss time, and triggering an alarm signal of data loss of the corresponding link sensor; Specifically, in the data transmission monitoring system, a preset duration (i.e., timeout threshold) can be set for the data transmission of each link sensor. This duration is determined based on the maximum reasonable time required for data to be transmitted from the link sensor to the second data node. After the data is transmitted to the first data node through the data bus, the first data node will be responsible for further forwarding the data to the second data node. At the same time, the system will monitor whether the second data node sends data reception report information within the specified time (i.e., within the preset duration). The data reception report information is a confirmation signal for the second data node to confirm that the data has been received and successfully processed. If the system does not receive the data reception report information of the second data node within the preset duration, the system will automatically determine that the data transmission has timed out, that is, the data is lost and not transmitted to the second data node. At this time, the system will immediately lock the time point of data loss and record the detailed information of the relevant data loss, including the content of the lost data, the source link sensor, and the timestamp of the lost data. Once the data transmission timeout is confirmed and the data loss time is locked, the system will immediately trigger the data loss alarm signal of the corresponding link sensor, and the data loss alarm signal is used to feedback the existence of data loss to the monitoring system.

[0038] Thus, the embodiment of the present application adopts a real-time monitoring mechanism. When data is transmitted between the first data node and the second data node, a monitoring application instruction is sent through the data bus, and a preset time is set to wait for data reception report information. This mechanism can quickly detect and respond when data is lost, effectively shortening the time from fault discovery to processing.

[0039] Step S500: collecting server logs within a target time period of the first data node according to the alarm signal; Specifically, when the data transmission monitoring system triggers the data loss alarm signal of the corresponding link sensor, this signal will serve as a trigger condition to start the server log collection process. According to the data loss time locked in the previous step, the system will determine a target time period based on this information and the actual situation of data transmission. This time period covers a period of time before and after the data loss, so that relevant events and log information that may cause data loss can be fully captured. After determining the target time period, the system will start to collect the server logs of the first data node during this time period. The server log is important data that records the server operating status, error information, data transmission status, etc. By collecting these logs, the system can obtain detailed information related to the data loss event, such as the status of data transmission, error code, exception information, etc.

[0040] Step S600: Perform fault analysis on the server logs within the target time period of the first data node to obtain full-link monitoring results of data collection.

[0041] In one embodiment, a fault analysis is performed on the server log within the target time period of the first data node to obtain a full-link monitoring result of data collection, including: Retrieving data outbound records from the server log within the target time period of the first data node; Determining that there is a data outbound record that matches the request received by the second data node, then determining that a device corresponding to the second data node has a fault; If it is determined that there is no data outbound record matching the request received by the second data node, it is determined that a device corresponding to the first data node is faulty.

[0042] Specifically, the system first retrieves data outbound records from the server log of the first data node within the target time period. These records may contain information such as the time of data transmission, the amount of data, the destination address of transmission (i.e., the address of the second data node), and the transmission status. Then the system checks whether these data outbound records match the reception request sent by the second data node within the same time period. This usually involves comparing key information such as the transmission time, the amount of data, and the destination address. If the system can find a data outbound record that matches the reception request of the second data node, but the second data node fails to confirm the reception within the specified time (for example, the data reception report information is not sent), the system can preliminarily determine that the device corresponding to the second data node has a fault. Possible causes of the fault include device failure, network failure, or data processing delay. If the system cannot find a data outbound record that matches the reception request of the second data node, the system can preliminarily determine that the device corresponding to the first data node has a fault. Possible causes of the fault include data transmission failure, incomplete log record, or internal device error.

[0043] In this way, by comparing data outbound records and received requests, the system can more accurately locate the fault point in the data transmission process, thereby improving the accuracy and efficiency of fault location.

[0044] In one embodiment, step S600: after performing fault analysis on the server log within the target time period of the first data node to obtain the data collection full-link monitoring result, it also includes: Performing fault analysis on the server logs of the first data node within the target time period to determine that a device corresponding to the first data node has a fault, and restarting the device corresponding to the first data node to try to automatically eliminate the fault; Performing a fault analysis on the server logs within the target time period of the first data node determines that a device corresponding to the second data node has a fault, and restarting the device corresponding to the second data node to try to automatically eliminate the fault.

[0045] Specifically, if the analysis result shows that the device corresponding to the first data node has a fault, such as data transmission failure, abnormal log record, etc., the system will locate the fault in the first data node. If the analysis result shows that the second data node fails to receive or process data correctly, and the data transmission record of the first data node is normal, the system will locate the fault in the second data node. If the fault is located in the first data node, the system will try to automatically troubleshoot the fault by restarting the device corresponding to the first data node. For example, the process of shutting down the device, waiting for a period of time, and then restarting the device. After restarting, the system will monitor the data transmission and check whether the fault has been resolved. If the data transmission returns to normal, the system can consider that the fault has been eliminated by restarting. If the fault is located in the second data node, the system will try to automatically troubleshoot the fault by restarting the device corresponding to the second data node. Similar to restarting the first data node, it includes the process of shutting down the device and restarting it. After restarting, the system will try data transmission again and monitor the reception of the second data node. If the second data node can receive data normally and send a reception confirmation, the system can consider that the fault has been eliminated by restarting. If the data transmission still does not return to normal after the device is restarted, the system triggers a further warning to remind relevant management personnel to conduct manual troubleshooting.

[0046] In this way, the embodiment of the present application can quickly locate and resolve equipment failures through automated fault analysis and restart processes, thereby improving the speed and efficiency of fault recovery.

[0047] In another embodiment, after the first data node sends a monitoring application instruction to the second data node through the data bus after receiving the data, it also includes: in response to receiving the data reception report information of the second data node within a preset time period, comparing the data received by the second data node with the data received by the first data node and obtaining a comparison result; when the data received by the second data node is inconsistent with the data received by the first data node, locking the data loss time and triggering an alarm signal for data loss of the corresponding link sensor; collecting the server logs of the first data node and the second data node within the target time period according to the alarm signal; and performing fault analysis on the server logs within the target time period of the first data node and the second data node to obtain a full-link monitoring result of data collection.

[0048] Specifically, if the monitoring system receives data reception report information from the second data node within a preset time period, the data received by the second data node is compared with the data received by the first data node and the comparison result is obtained; if the data received by the second data node is inconsistent with the data received by the first data node, it is determined that part of the data is lost, and the data loss time is locked and the alarm signal of the corresponding link sensor data loss is triggered; then the server logs within the target time period of the first data node and the second data node are collected according to the alarm signal; the server logs within the target time period of the first data node and the second data node are analyzed for faults to obtain the full-link monitoring result of data collection. In the embodiment of the present application, the full-link monitoring result of data collection obtained by performing fault analysis on the server log is similar to the above-mentioned embodiment, which will not be repeated here.

[0049] Based on this, the vehicle network data collection full-link monitoring method of the embodiment of the present application first transmits the collected data of different link sensors to the upstream data node. After receiving the data, the upstream data node sends a monitoring application instruction to the downstream data node through the data bus. If the downstream data node fails to report the data reception status information in time, the system determines that the data is lost, and locks the data loss time and triggers the alarm signal of the corresponding link sensor data loss; then the server log within the target time period of the upstream data node is collected according to the alarm signal; finally, the server log within the target time period of the upstream data node is analyzed for faults to obtain the data collection full-link monitoring results. In this way, the technical solution of the present application can accurately and efficiently determine at which transmission link of the collected data of each link sensor has errors such as data loss, which helps to ensure the stability and reliability of the vehicle network system and provide users with a better service experience.

[0050] Please see attached Figure 3 , Figure 3Schematic diagram of the hardware structure of the data acquisition full-link monitoring device in some embodiments of the present application. A data acquisition full-link monitoring device in an embodiment of the present application includes: a data acquisition unit for acquiring the collected data of different link sensors; a data verification unit for performing a preliminary data integrity verification on the collected data, and in the case of data verification failure, recording error information and re-verifying until the data verification succeeds; a data transmission unit for transmitting the collected data of different link sensors to the first data node through the data bus, and the first data node sends a monitoring application instruction to the second data node through the data bus after receiving the data; an alarm signal triggering unit for responding to the failure to receive the data reception report information of the second data node within a preset time length, locking the data loss time and triggering the alarm signal of the corresponding link sensor data loss; a log collection unit for collecting the server log within the target time period of the data node according to the alarm signal; a fault analysis unit for performing fault analysis on the server log within the target time period of the first data node to obtain the data acquisition full-link monitoring result.

[0051] Please see attached Figure 4 , Figure 4 A schematic diagram of the hardware structure of a monitoring device provided for some embodiments of the present application; the monitoring device provided in the embodiments of the present application includes a memory 110 and a processor 120, wherein the memory 110 is used to store program code, and the processor 120 is used to call the program code to execute the method described above.

[0052] Among them, the processor 120 is used to provide computing and control capabilities to control the monitoring device to perform corresponding tasks, for example, to control the monitoring device to perform the vehicle network data collection full-link monitoring method in any of the above method embodiments, the method comprising: obtaining collected data from different link sensors, wherein each link sensor corresponds to a unique link identifier; performing a preliminary data integrity check on the collected data, and in the case of data verification failure, recording error information and re-requesting the collected data of the corresponding link sensor until the data verification succeeds; transmitting the collected data of the different link sensors to the first data node through the data bus, and the first data node sends a monitoring application instruction to the second data node through the data bus after receiving the data, and the second data node is located downstream of the first data node; in response to not receiving the data reception report information of the second data node within a preset time length, locking the data loss time and triggering an alarm signal of data loss of the corresponding link sensor; collecting the server log within the target time period of the first data node according to the alarm signal; performing fault analysis on the server log within the target time period of the first data node to obtain the full-link monitoring result of data collection.

[0053] The processor 120 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), a hardware chip, or any combination thereof; it may also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.

[0054] The memory 110, as a non-transient computer-readable storage medium, can be used to store non-transient software programs, non-transient computer executable programs and modules, such as program instructions / modules corresponding to the vehicle networking data collection full-link monitoring method in the embodiment of the present application. The processor 120 can implement the vehicle networking data collection full-link monitoring method in any of the above method embodiments by running the non-transient software programs, instructions and modules stored in the memory 110.

[0055] Specifically, the memory 110 may include a volatile memory (VM), such as a random access memory (RAM); the memory 110 may also include a non-volatile memory (NVM), such as a read-only memory (ROM), a flash memory, a hard disk drive (HDD) or a solid-state drive (SSD) or other non-transitory solid-state storage device; the memory 110 may also include a combination of the above types of memory.

[0056] To sum up, the monitoring device of the present application adopts the technical solution of any one of the above-mentioned embodiments of the full-link monitoring method for vehicle network data collection. Therefore, it has at least the beneficial effects brought by the technical solutions of the above-mentioned embodiments, which will not be elaborated one by one here.

[0057] The embodiment of the present application also provides a computer-readable storage medium, such as a memory including a program code, and the program code can be executed by a processor to complete the vehicle network data collection full-link monitoring method in the above embodiment. For example, the computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CDROM), a magnetic tape, a floppy disk, and an optical data storage device.

[0058] The present application also provides a computer program product, which includes one or more program codes stored in a computer-readable storage medium. The processor of the monitoring device reads the program code from the computer-readable storage medium, and the processor executes the program code to complete the steps of the vehicle network data collection full-link monitoring method provided in the above embodiment.

[0059] A person skilled in the art will appreciate that all or part of the steps for implementing the above embodiments may be accomplished by hardware or by hardware associated with a program code, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a disk or an optical disk, etc.

[0060] It should be noted that the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0061] Through the description of the above embodiments, it can be clearly understood by those skilled in the art that each embodiment can be implemented by means of software plus a general hardware platform, or by hardware. It can be understood by those skilled in the art that all or part of the processes in the above embodiment methods can be completed by instructing the relevant hardware through a computer program, and the program can be stored in a computer-readable storage medium, and when the program is executed, it can include the processes of the embodiments of the above methods. Among them, the storage medium can be a disk, an optical disk, a read-only memory (ROM) or a random access memory (RAM), etc.

[0062] The above description is only a preferred embodiment of the present invention, and does not limit the patent scope of the present invention. All equivalent structural changes made by using the contents of the present invention specification and drawings under the inventive concept of the present invention, or directly / indirectly applied in other related technical fields are included in the patent protection scope of the present invention.

Claims

1. A full-link monitoring method for Internet of Vehicles data collection, characterized in that: The method comprises: Acquire collected data from different link sensors, where each link sensor corresponds to a unique link identifier; Performing a preliminary data integrity check on the collected data, and if the data verification fails, recording error information and re-requesting the collected data of the corresponding link sensor until the data verification succeeds; The collected data of the different link sensors that have been successfully verified are transmitted to the first data node through the data bus. After receiving the data, the first data node sends a monitoring application instruction to the second data node through the data bus. The second data node is located downstream of the first data node. In response to not receiving the data reception report information of the second data node within a preset time period, determining that the data is lost, locking the data loss time, and triggering an alarm signal of data loss of the corresponding link sensor; Collecting server logs within a target time period of the first data node according to the alarm signal; Perform fault analysis on the server logs within the target time period of the first data node to obtain full-link monitoring results of data collection.

2. The vehicle networking data collection full-link monitoring method according to claim 1, characterized in that: After performing fault analysis on the server log within the target time period of the first data node to obtain the data collection full-link monitoring result, the method further includes: Performing fault analysis on the server logs of the first data node within the target time period to determine that a device corresponding to the first data node has a fault, and restarting the device corresponding to the first data node to try to automatically eliminate the fault; Performing a fault analysis on the server logs within the target time period of the first data node determines that a device corresponding to the second data node has a fault, and restarting the device corresponding to the second data node to try to automatically eliminate the fault.

3. The vehicle networking data collection full-link monitoring method as claimed in claim 2, characterized in that: After the first data node receives the data, after sending the monitoring application instruction to the second data node through the data bus, the method further includes: In response to receiving the data reception report information of the second data node within a preset time period, performing data comparison on the data received by the second data node and the data received by the first data node to obtain a comparison result; When the data received by the second data node is inconsistent with the data received by the first data node, locking the data loss time and triggering an alarm signal of data loss of the corresponding link sensor; Collect server logs of the first data node and the second data node within a target time period according to the alarm signal; Perform fault analysis on the server logs of the first data node and the second data node within the target time period to obtain full-link monitoring results of data collection.

4. The vehicle networking data collection full-link monitoring method according to claim 1, characterized in that: The preliminary data integrity check of the collected data includes: The collected data of each link sensor is calculated using a preset verification algorithm to generate a corresponding verification value; comparing the generated check value with a reference check value pre-calculated by each link sensor based on a preset rule; If the comparison results are inconsistent, the data verification is considered to have failed, and the error information is recorded, and a mechanism is triggered to re-request the corresponding link sensor to collect data; If the comparison results are consistent, the data verification is considered successful and the subsequent data processing steps are continued.

5. The vehicle networking data collection full-link monitoring method as claimed in claim 4, characterized in that: The method of calculating the collected data of each link sensor using a preset verification algorithm to generate a corresponding verification value includes: Divide the collected data D into k segments, each segment is n bytes of equal length; Select one byte from each segment of data based on a preset rule to combine into data K; The data K is inverted and 1 is added to obtain a check value C.

6. The vehicle networking data collection full-link monitoring method according to claim 1, characterized in that: The step of transmitting the collected data of the different link sensors that have been successfully verified to the first data node via a data bus includes: Obtain historical data transmission records of collected data from sensors on different links during the historical transmission process; Based on the historical data transmission records, analyzing the probability of data loss during the transmission process of each link sensor, and obtaining a data loss probability value for each link sensor; According to the data loss probability value, setting transmission priorities for the collected data of different link sensors, and the collected data of the link sensor with a higher data loss probability is assigned a higher transmission priority; The data are sorted according to the transmission priority, and are sequentially transmitted to the first data node via the data bus in the sorted order.

7. The vehicle networking data collection full-link monitoring method according to claim 6, characterized in that: After sorting the data according to the transmission priority and sequentially transmitting the data to the first data node through the data bus in the sorted order, the method further includes: Responding to a preset emergency event trigger, wherein the preset emergency event is associated with the collected data of the target link sensor; The transmission priority of the collected data of the target link sensor is adjusted to preferentially transmit the collected data of the target link sensor.

8. The vehicle networking data collection full-link monitoring method according to claim 1, characterized in that: The performing fault analysis on the server log within the target time period of the first data node to obtain the full-link monitoring result of data collection includes: Retrieving data outbound records from the server log within the target time period of the first data node; Determining that there is a data outbound record that matches the request received by the second data node, then determining that a device corresponding to the second data node has a fault; If it is determined that there is no data outbound record matching the request received by the second data node, it is determined that a device corresponding to the first data node is faulty.

9. A data collection full-link monitoring device, characterized in that: include: A data acquisition unit, used to acquire data collected by sensors of different links; A data verification unit is used to perform a preliminary data integrity verification on the collected data. If the data verification fails, the error information is recorded and the data is re-verified until the data verification succeeds; A data transmission unit, used to transmit the collected data of sensors of different links to the first data node through the data bus, and the first data node sends a monitoring application instruction to the second data node through the data bus after receiving the data; an alarm signal triggering unit, configured to lock the data loss time and trigger an alarm signal of data loss of the corresponding link sensor in response to failure to receive the data reception report information of the second data node within a preset time period; A log collection unit, used to collect server logs within a target time period of a data node according to an alarm signal; The fault analysis unit is used to perform fault analysis on the server log within the target time period of the first data node to obtain the full-link monitoring result of data collection.

10. A monitoring device, characterized in that: The method comprises a memory and a processor, wherein the memory is used to store program codes, and the processor is used to call the program codes to execute the method according to any one of claims 1 to 8.

Images