Diagnostic data transmission system and method, medium and vehicle

Abstract

The invention provides a diagnostic data transmission system and method, a medium and a vehicle, and relates to the technical field of automatic driving. The system comprises a diagnosis monitoring module and a plurality of target function modules. Wherein any target function module is used for acquiring corresponding to-be-transmitted diagnosis data, processing the to-be-transmitted diagnosis data by using a data processing strategy corresponding to the target function module, obtaining proto serialization data, sending the proto serialization data to the diagnosis monitoring module, summarizing the proto serialization data by the diagnosis monitoring module, obtaining summarized proto serialization data, and uploading the summarized proto serialization data to the cloud platform. Therefore, by integrating various target function modules in the automatic driving system, the diagnosis data content in the automatic driving process is enriched. Meanwhile, sending and receiving of the diagnostic data are carried out between the multiple target function modules and the diagnostic monitoring module and between the diagnostic monitoring module and the cloud platform in a Proto format, the compressibility is higher, bandwidth consumption and delay can be effectively reduced, and the data transmission efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of autonomous driving technology, and in particular to a diagnostic data transmission system, method, medium and vehicle. Background Art

[0002] With the rapid development of artificial intelligence technology and the gradual modernization of the automobile industry, autonomous driving technology has become an important direction for the development and upgrading of the automobile industry. Among them, data diagnosis is one of the core issues of autonomous driving technology, mainly including fault diagnosis and safety diagnosis. Fault diagnosis is mainly aimed at faults in vehicle equipment and is an indispensable part of autonomous driving technology. By analyzing and comparing the data of two or more faults in the equipment database, the key data of the fault can be found, making it easier to accurately locate the root cause of the fault. Safety diagnosis is an important part of data diagnosis. Unlike fault diagnosis, safety diagnosis is to evaluate whether there are safety hazards in the intelligent operation of autonomous driving technology. Safety diagnosis requires real-time monitoring of various data during vehicle driving, and the use of advanced algorithms and machine learning to accurately judge safety hazards.

[0003] The types of diagnostic data generated in the autonomous driving system are numerous and the amount of data is huge, but in the existing technology, the Ethernet data frame format is used for transmission of diagnostic data. Under this transmission mode, the data compression is not high and the encryption is low, which affects the transmission efficiency of diagnostic data and is difficult to meet the real-time requirements of autonomous driving. Summary of the invention

[0004] The present application provides a diagnostic data transmission system, method, medium and vehicle, which can enrich the diagnostic data content during autonomous driving and improve data transmission efficiency.

[0005] A first aspect of an embodiment of the present application provides a diagnostic data transmission system, the system comprising: a diagnostic monitoring module and a plurality of target function modules, wherein:

[0006] Any of the target function modules is used to obtain the corresponding diagnostic data to be transmitted, and use the data processing strategy corresponding to the target function module to process the diagnostic data to be transmitted, obtain proto serialized data, and send it to the diagnostic monitoring module;

[0007] The diagnostic monitoring module is used to summarize the proto serialized data sent by each of the target functional modules, obtain summarized proto serialized data, and upload the summarized proto serialized data to the cloud platform.

[0008] Optionally, the system further comprises:

[0009] A file definition module is used to construct a data structure corresponding to any of the target function modules based on the data type corresponding to the target function module using the Protocol Buffer serialization protocol, and generate a proto file corresponding to the target function module;

[0010] A strategy generation module is used to generate a data processing strategy corresponding to any of the target function modules using a Protocol Buffer compiler based on the proto file corresponding to the target function module.

[0011] Optionally, the target function module includes:

[0012] An instance generation submodule, used to create an instance of the diagnostic data to be transmitted by using the data processing strategy corresponding to the target functional module to obtain proto format data;

[0013] The compression submodule is used to serialize the proto format data to obtain proto serialized data.

[0014] Optionally, the diagnostic monitoring module includes:

[0015] A decompression submodule, used for deserializing the proto serialized data sent by each of the target functional modules to obtain proto format data corresponding to each of the target functional modules;

[0016] The summary submodule is used to summarize and serialize the proto format data using the data processing strategy corresponding to the diagnosis and monitoring module to obtain summarized proto serialized data.

[0017] Optionally, the summary submodule includes:

[0018] A summarizing unit, used for nesting the proto format data corresponding to the multiple target function modules into a preset data structure to obtain summarized proto data;

[0019] A compression unit is used to serialize the summarized proto data to obtain the summarized proto serialized data.

[0020] Optionally, the data type corresponding to any of the target functional modules includes one or more of hardware health status data, communication status data, software log data, software diagnostic code data, software basic information data and driver behavior data.

[0021] Optionally, the diagnostic monitoring module includes:

[0022] The upload submodule is used to upload the summarized proto serialized data to the cloud platform based on the MQTT protocol.

[0023] Based on the same inventive concept, a second aspect of an embodiment of the present application provides a diagnostic data transmission method, which is applied to the diagnostic data transmission system in the first aspect, and the method includes:

[0024] Any of the target function modules obtains the corresponding diagnostic data to be transmitted, and processes the diagnostic data to be transmitted using the data processing strategy corresponding to the target function module to obtain proto serialized data, and sends it to the diagnostic monitoring module;

[0025] The diagnostic monitoring module summarizes the proto serialized data sent by each of the target functional modules to obtain summarized proto serialized data, and uploads the summarized proto serialized data to the cloud platform.

[0026] Based on the same inventive concept, the third aspect of an embodiment of the present application provides a storage medium, in which machine executable instructions are stored. When the machine executable instructions are executed by a processor, the diagnostic data transmission method proposed in the second aspect of the present application is implemented.

[0027] Based on the same inventive concept, the fourth aspect of an embodiment of the present application provides a vehicle, comprising a processor and a memory; the memory stores machine executable instructions that can be executed by the processor, and the processor is used to execute the machine executable instructions to implement the diagnostic data transmission method proposed in the second aspect of the present application.

[0028] Compared with the prior art, this application has the following advantages:

[0029] A diagnostic data transmission system provided in an embodiment of the present application includes a diagnostic monitoring module and multiple target function modules. Among them: any target function module is used to obtain the corresponding diagnostic data to be transmitted, and use the data processing strategy corresponding to the target function module to process the diagnostic data to be transmitted, obtain proto serialized data, and send it to the diagnostic monitoring module, the diagnostic monitoring module summarizes the proto serialized data sent by each target function module, obtains the summarized proto serialized data, and uploads the summarized proto serialized data to the cloud platform. Thus, by integrating multiple target function modules in the autonomous driving system, the diagnostic data content in the autonomous driving process is enriched, and effective support is provided for the monitoring and analysis of the vehicle operation status in the autonomous driving process. At the same time, the Proto format is used to send and receive diagnostic data between multiple target function modules and the diagnostic monitoring module, and between the diagnostic monitoring module and the cloud platform, which has higher compressibility, can effectively reduce bandwidth consumption and delay, and improve data transmission efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments of the present invention will be briefly introduced below. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative labor.

[0031] Figure 1 This is a schematic diagram of a diagnostic data transmission system in one embodiment of the present application;

[0032] Figure 2 is a schematic diagram of module distribution of an autonomous driving system in one embodiment of the present application;

[0033] Figure 3 is a flow chart of a diagnostic data transmission method in one embodiment of the present application;

[0034] Figure 4 It is a structural schematic diagram of a vehicle in one embodiment of the present application. DETAILED DESCRIPTION

[0035] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0036] ProtoBuf (short for Protocol Buffers) is a language-independent, platform-independent, and extensible method for serializing structured data. Serialization refers to converting structured data or objects into a format that can be stored and transmitted (such as network transmission), and it should be ensured that the serialization result can be reconstructed back to the original structured data or object later (possibly in another computing environment). Compared with XML (Extensible Markup Language) and JSON (JavaScript Object Notation, a lightweight data exchange format), ProtoBuf has the advantages of small message size and fast parsing speed. Therefore, it is often used in scenarios where data is exchanged between multiple systems or services.

[0037] Since there are many types of diagnostic data generated in the autonomous driving system and the amount of data is huge, the existing technology uses Ethernet data frame format to transmit diagnostic data. In this transmission mode, the data compression is not high and the encryption is low, which affects the transmission efficiency of diagnostic data and makes it difficult to meet the real-time requirements of autonomous driving.

[0038] In view of this, this application proposes a diagnostic data transmission system. On the one hand, by integrating multiple target function modules in the autonomous driving system, the diagnostic data content in the autonomous driving process is enriched, and effective support is provided for the monitoring and analysis of the vehicle operation status in the autonomous driving process. On the other hand, the Proto format is used to send and receive diagnostic data between multiple target function modules and diagnostic monitoring modules, and between diagnostic monitoring modules and cloud platforms. It has higher compressibility, can effectively reduce bandwidth consumption and delay, and improve data transmission efficiency to meet the real-time requirements in autonomous driving scenarios.

[0039] Please refer to Figure 1 , Figure 1 Schematic diagram of a diagnostic data transmission system in one embodiment of the present application. Figure 1 As shown in FIG. 1 , the system includes: a vehicle-side diagnostic monitoring module and multiple target function modules, and a cloud platform. It should be noted that the diagnostic data transmission system proposed in this application is applied to Figure 2 The autonomous driving system shown.

[0040] like Figure 1 and Figure 2 As shown, the multiple target functional modules on the vehicle side include: data center module, fusion module, environmental cognition and prediction module, path planning and control module, fusion positioning module, map module and diagnostic monitoring module.

[0041] The data center module and fusion module are the inputs of the entire system. The data center module is mainly used to access vehicle sensor data. Sensor data mainly includes front camera information, rear camera information, surround camera information, combined inertial navigation information, front radar information, corner radar information, lidar information, and other vehicle signals.

[0042] The fusion module is mainly used to integrate multi-sensor data. These sensor data may differ in format, accuracy and time. The fusion module integrates these data into a unified, high-precision environmental perception result through the corresponding data fusion algorithm, and outputs sensor targets, point clouds and Freespace data (areas where the vehicle can drive safely) required by downstream applications, helping the autonomous driving system to understand the surrounding environment more accurately and improve the accuracy of decision-making and control.

[0043] The environmental recognition and prediction module conducts in-depth understanding and analysis of the surrounding environment based on the data provided by the fusion module. It uses advanced technologies such as machine learning and deep learning to identify vehicles, pedestrians, obstacles and other targets on the road, and predict their future movement trajectories, helping the vehicle make decisions such as avoidance and overtaking in advance.

[0044] The path planning and control module is responsible for planning the best driving path from the current position to the target position of the vehicle based on the information provided by the environmental cognition and prediction module. It not only takes into account static factors such as the geometry of the road and traffic rules, but also the impact of dynamic obstacles such as vehicles and pedestrians in real time. After planning the path, the control module is responsible for converting the path into specific control instructions (such as throttle, brake, steering wheel angle, etc.) to control the vehicle to drive according to the planned path.

[0045] The fusion positioning module is the key to achieving accurate positioning of autonomous vehicles. It combines multiple positioning technologies (such as GPS, inertial measurement unit IMU, visual positioning, etc.) and improves the accuracy and reliability of positioning through data fusion algorithms.

[0046] The map module provides high-precision map data for autonomous vehicles. This map data includes not only static information such as the geometry of the road network and traffic signs, but may also include dynamic information such as real-time traffic flow and weather conditions. By combining it with real-time perception information, the map module can help vehicles understand the surrounding environment more accurately and make more reasonable decisions.

[0047] The diagnostic monitoring module is responsible for real-time monitoring of the operating status of the autonomous driving system, including the performance and health of key components such as sensors, processors, and communication equipment. Once an abnormality or failure is detected, the diagnostic monitoring module will immediately issue an alarm and may take certain measures (such as switching to manual driving mode) to ensure the safety of the vehicle and passengers. In addition, this module is also responsible for collecting system operating data to provide data support for subsequent maintenance and optimization.

[0048] Please refer to Figure 1 The present application proposes a diagnostic data transmission system that uses the Proto format to transmit diagnostic data. Specifically, the system includes:

[0049] Any target functional module is used to obtain the corresponding diagnostic data to be transmitted, and use the data processing strategy corresponding to the target functional module to process the diagnostic data to be transmitted, obtain proto serialized data, and send it to the diagnostic monitoring module.

[0050] In this embodiment, the diagnostic data that the data center module can transmit includes: the status of connected sensors, data transmission delay of each sensor, frame loss statistics, processing time statistics, CRC (Cyclic redundancy check) error statistics, the time interval between the received data and the received data of the previous frame, heartbeat monitoring information, etc.

[0051] The diagnostic data that the fusion module can transmit includes: fusion fault status, sensor fault status, communication fault status, fusion fault diagnosis code, heartbeat monitoring information, etc.

[0052] The diagnostic data that the environmental recognition and prediction module can transmit includes: predicted fault codes, heartbeat monitoring information, etc.

[0053] The diagnostic data that the path planning and control module can transmit include: planning abnormality diagnostic code (identifying specific error information by looking up the flag bit, such as upstream data abnormality, memory resource abnormality, CPU resource abnormality, module internal operation abnormality, etc.), heartbeat monitoring information, etc.

[0054] The diagnostic data that the fusion positioning module can transmit includes: positioning accuracy error, sensor redundancy, positioning fault coding, etc.

[0055] The diagnostic data that the map module can transmit includes: map update status, map matching fault status, etc.

[0056] It should be noted that, in this embodiment, any target functional module is preset with a corresponding data processing strategy, which is generated based on the data type of the diagnostic data that can be transmitted and the ProtocolBuffer serialization protocol contained in the target functional module. When any target functional module needs to transmit data, the data processing strategy corresponding to the target functional module is used to process the current diagnostic data to be transmitted, obtain proto serialized data, and then send it to the diagnostic monitoring module for aggregation according to the heartbeat cycle.

[0057] Among them, when the data processing strategy based on the Protocol Buffer serialization protocol is used to serialize the current diagnostic data to be transmitted, the core purpose of serialization is to convert the data structure in the memory into a format that can be transmitted or stored over the network while maintaining the readability and reconstructibility of the data. Therefore, in fact, the serialization process of Protocol Buffer actually includes the process of data compression, so as to improve the efficiency of data transmission and storage by optimizing the data representation method.

[0058] For example, during the serialization process, Protocol Buffer mainly uses Varint encoding, which can dynamically use different numbers of bytes for encoding according to the size of the value, thereby achieving the purpose of data compression. Specifically, the principle of Varint encoding is: the smaller the value of the number, the fewer bytes are used, so data compression is performed by reducing the number of bytes representing the number. For example, for the integer 300, it may take multiple bytes to represent it in the uncompressed case, but after using Varint encoding, the bytes can be used more efficiently. In addition, Protocol Buffer also uses zigzag encoding, which is mainly used to process signed integers. By converting signed integers into unsigned integers for encoding, storage space is further optimized.

[0059] Furthermore, in this embodiment, when any target functional module sends the proto serialized data it generates to the diagnostic monitoring module, the UDP protocol can be used for data transmission. The UDP protocol is relatively lightweight, which helps to reduce the network burden and improve the efficiency of data transmission. It does not need to establish a connection before sending data, nor does it need to wait for confirmation, thereby achieving a lower transmission delay. When used in an autonomous driving system, it can achieve fast and efficient data transmission between functional modules, so as to respond to the vehicle's driving status and environmental changes in real time and ensure driving safety.

[0060] Furthermore, the system also includes: a diagnostic monitoring module, which is used to summarize the proto serialization data sent by each target functional module, obtain the summarized proto serialization data, and upload the summarized proto serialization data to the cloud platform.

[0061] In this embodiment, the diagnostic monitoring module is mainly used to summarize the proto serialized data sent by each target functional module, and then compress the summarized data according to the Protocol Buffer serialization method, and upload it to the cloud platform through the T-Box (Telematics Box, telematics processor). Then, the cloud platform can parse and obtain relevant diagnostic data by adopting the corresponding deserialization operation to monitor the operating status of the vehicle in real time. Protobuf deserialization is faster than data in text formats such as XML or JSON because it uses a binary format, the data is more compact, and the read / receive overhead during network transmission and storage is reduced. At the same time, because the data is more compact, the deserialized data structure occupies less memory, which helps to improve the performance and response speed of the application.

[0062] like Figure 1As shown, in this embodiment, the diagnostic data summarized by the diagnostic monitoring module mainly includes six categories: hardware health status data, communication status data, software log data, software diagnostic code data, software basic information data and driver behavior data. That is, the data type corresponding to any target functional module includes one or more of these six categories.

[0063] Among them, the hardware health status data is mainly used to check whether all sensors (such as radar, camera, lidar, etc.) are working properly, whether there are faults or damage. At the same time, it also includes key components such as the vehicle's power system, brake system, steering system, etc. This information is mainly diagnosed by the data center module. The communication status data is mainly used to check whether the data flow channel inside the autonomous driving is normal and whether the information exchange between the vehicle and the outside world is normal. This information is provided by all target functional modules, mainly including module input and output status and heartbeat monitoring information. The driving monitoring module also includes the communication status with the cloud platform. The software log data is mainly used to check the operation of the autonomous driving software, including but not limited to path planning, environmental perception, decision control and other functional modules, to confirm whether the algorithm recognizes and responds to various driving scenarios accurately, and whether the data processing and response speed meet expectations. This information is provided by all target functional modules, mainly including data transmission delay, frame loss statistics, processing time statistics, CRC check error statistics, CPU and memory usage of the application module, and is recorded in the form of logs. The software diagnostic code data is mainly used to collect and analyze the fault information of the vehicle during driving, and to investigate and handle the abnormal situations that occur. This information is provided by all target functional modules, mainly including application module abnormal diagnostic codes. The basic software information data mainly includes the name, version information, platform type, package size, packaging time and installation time of each module of the autonomous driving system. The driver behavior data is provided by the path planning and control module, mainly including the driver takeover information.

[0064] In addition, in this embodiment, when the diagnostic monitoring module uploads the generated summary proto serialized data to the cloud platform, it can use the MQTT protocol for data transmission. MQTT is an IoT communication protocol based on the publish / subscribe model, which effectively reduces the difficulty and cost of vehicle-to-vehicle access. In addition, MQTT supports flexible publishing, subscription and topic design, and can communicate messages through a large number of Topics to cope with various types of Internet of Vehicles services. At the same time, the Payload format of MQTT is flexible and the message structure is compact. It can flexibly carry various types of business data and effectively reduce vehicle-to-vehicle network traffic.

[0065] Optionally, the above system further includes:

[0066] The file definition module is used to construct the data structure corresponding to any target function module based on the data type corresponding to the target function module using the Protocol Buffer serialization protocol, and generate the proto file corresponding to the target function module;

[0067] The strategy generation module is used to generate the data processing strategy corresponding to any target functional module based on the proto file corresponding to any target functional module using the ProtocolBuffer compiler.

[0068] In this implementation, for any target functional module, a data structure is first defined according to the types of all diagnostic data that the module needs to publish, and a Protobuf language definition file (.proto file) is used to describe the data structure.

[0069] For example, the data structure of the constructed fusion module is as follows:

[0070] message FusFailureInfo

[0071] {

[0072] / / / <Timestamp: [s], ( / , / , / ), [ / ], (1, 0), timestamp

[0073] double time_stamp=1; / / timestamp

[0074] / / / <Fusion fault status: [ / ], (0, 0, 1), [ / ], (1, 0), Fusion fault status

[0075] FusionCommonProto.FusionStateFailure fusion_fail=2;

[0076] / / / <Sensor fault status: [ / ], (0, 0, 16),

[16] , (1, 0), sensor fault status

[0077] repeated SensorFailure sensor_fail=3; / / Sensor failure status,

[16]

[0078] / / / <The input data index corresponding to this output: [ / ], (0, 0, 255),

[16] , (1, 0), the input data index corresponding to this output

[0079] repeated FusionCommonProto.FrameClue input_info=4;

[0080] / / / <Data frame index: [ / ], (0, 0, 100000), [ / ], (1, 0), data frame index

[0081] int32 frame_index = 5;

[0082] }

[0083] The above example defines a message type named FusFailureInfo, which contains the fields time_stamp (timestamp), fusion_fail (fusion failure status), sensor_fail (sensor failure status), input_info (input data index), and frame_index (data frame index).

[0084] Then, use the Protobuf compiler (protoc) to generate the corresponding source code according to the .proto file defined above to obtain the data processing strategy corresponding to the target functional module. These source codes usually include serialization (encode) and deserialization (decode) methods, which can be used in different programming languages, such as Java, C++, Python, etc.

[0085] It should be noted that different target function modules collect and transmit different types of diagnostic data, so different .proto files are constructed for different target function modules, and the source code generated from the .proto files is also different. That is, different target function modules correspond to different data processing strategies.

[0086] After constructing the data processing strategies corresponding to different target functional modules through the above process, when the target functional module needs to transmit data, the corresponding data processing strategy can be directly used to process the data to be transmitted this time to obtain proto serialized data.

[0087] Specifically, the target functional modules include:

[0088] The instance generation submodule is used to create an instance of the diagnostic data to be transmitted using the data processing strategy corresponding to the target functional module to obtain proto format data;

[0089] The compression submodule is used to serialize the proto format data to obtain proto serialized data.

[0090] In this implementation, each target functional module collects the diagnostic data to be transmitted that it needs to upload this time, and uses its corresponding source code (data processing strategy) to process the data to fill in the actual field values, create the message instance to be sent this time, and obtain the diagnostic data of proto type, that is, proto format data. Then, the processed diagnostic data of proto type is serialized, the object is converted into binary data, and sent to the diagnostic monitoring module regularly according to the heartbeat cycle.

[0091] Serialization refers to encoding data in the format specified by the protocol, and expressing the complex data structure originally in the memory into a linear format that is easy to transmit or persist. In other words, any type of data structure (such as objects, records, and arrays, etc.) is converted into an ordered byte stream (which can be in binary format or text format), thereby improving the efficiency of data transmission.

[0092] On this basis, after the diagnostic monitoring module receives the proto serialized data sent by each target functional module, it summarizes and uploads it to the cloud platform.

[0093] Specifically, the diagnostic monitoring module includes:

[0094] The decompression submodule is used to deserialize the proto serialized data sent by each target functional module to obtain the proto format data corresponding to each target functional module;

[0095] The summary submodule is used to summarize and serialize the proto format data using the data processing strategy corresponding to the diagnosis and monitoring module to obtain the summarized proto serialized data.

[0096] In this embodiment, after the diagnostic monitoring module receives the proto serialized data sent by each target functional module, it first performs deserialization and decompression to restore the diagnostic data to be transmitted from binary data to proto type data. Then, the diagnostic data of these proto types to be transmitted are summarized using the data processing strategy corresponding to the diagnostic monitoring module, and serialized again to package and compress the numerous diagnostic data to be transmitted, so as to upload them to the cloud platform and realize real-time monitoring of the vehicle's operating status. Among them, the diagnostic monitoring module can reduce the bandwidth occupancy by packaging the diagnostic data to be transmitted, and further improve the data transmission efficiency.

[0097] Furthermore, the above-mentioned summary submodule includes:

[0098] A summary unit, used for nesting the proto format data corresponding to multiple target function modules into a preset data structure to obtain summary proto data;

[0099] The compression unit is used to serialize the summary proto data to obtain the summary proto serialized data.

[0100] In this embodiment, when the diagnostic monitoring module aggregates the proto type diagnostic data to be transmitted, it can fill the proto type diagnostic data to be transmitted uploaded by each target functional module into the .proto file constructed by the diagnostic monitoring module in a nested manner to realize the aggregation of the proto data. Then, the aggregated proto data is serialized, the object is converted into binary data, and uploaded to the cloud platform regularly according to the heartbeat cycle.

[0101] Please refer to Figure 3 Based on the same inventive concept, the second aspect of the present application embodiment provides a diagnostic data transmission method. Figure 3 As shown, the method comprises the following steps:

[0102] S101: Any target functional module obtains corresponding diagnostic data to be transmitted, and processes the diagnostic data to be transmitted using the data processing strategy corresponding to the target functional module to obtain proto serialized data, and sends it to the diagnostic monitoring module.

[0103] S102: The diagnostic monitoring module aggregates the proto serialized data sent by each target functional module to obtain aggregated proto serialized data, and uploads the aggregated proto serialized data to the cloud platform.

[0104] Optionally, the method further comprises:

[0105] S201: For any target function module, based on the data type corresponding to the target function module, the ProtocolBuffer serialization protocol is used to construct the data structure corresponding to the target function module, and a proto file corresponding to the target function module is generated;

[0106] S202: Based on the proto file corresponding to any target functional module, a data processing strategy corresponding to the target functional module is generated using a Protocol Buffer compiler.

[0107] Optionally, step S101 includes:

[0108] S101-1: Using the data processing strategy corresponding to the target functional module to create an instance of the diagnostic data to be transmitted, and obtaining proto format data;

[0109] S101-2: Serialize the proto format data to obtain proto serialized data.

[0110] Optionally, step S102 includes:

[0111] S102-1: Deserialize the proto serialized data sent by each target functional module to obtain the proto format data corresponding to each target functional module;

[0112] S102-2: Use the data processing strategy corresponding to the diagnosis and monitoring module to aggregate and serialize the proto format data to obtain aggregated proto serialized data.

[0113] Optionally, step S102-2 includes:

[0114] S102-2-1: nesting the proto format data corresponding to the multiple target function modules into a preset data structure to obtain summary proto data;

[0115] S102-2-2: Serialize the summary proto data to obtain summary proto serialized data.

[0116] Optionally, the data type corresponding to any target functional module includes one or more of hardware health status data, communication status data, software log data, software diagnostic code data, software basic information data and driver behavior data.

[0117] Optionally, step S102 further includes:

[0118] S102-3: Upload the summarized proto serialized data to the cloud platform based on the MQTT protocol.

[0119] As for the method embodiment, since it is basically similar to the system embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the system embodiment.

[0120] In a third aspect, based on the same inventive concept, an embodiment of the present application provides a storage medium, in which machine executable instructions are stored. When the machine executable instructions are executed by a processor, the diagnostic data transmission method proposed in the first aspect of the present application is implemented.

[0121] It should be noted that the specific implementation of the storage medium in the embodiment of the present application refers to the specific implementation of the diagnostic data transmission method proposed in the first aspect of the embodiment of the present application, and will not be repeated here.

[0122] In the fourth aspect, based on the same inventive concept, refer to Figure 4 An embodiment of the present application provides a vehicle 400, including a processor 401 and a memory 402; the memory 402 stores machine executable instructions that can be executed by the processor 401, and the processor 401 is used to execute the machine executable instructions to implement the diagnostic data transmission method proposed in the first aspect of the present application.

[0123] It should be noted that the specific implementation of the vehicle 400 in the embodiment of the present application refers to the specific implementation of the diagnostic data transmission method proposed in the first aspect of the embodiment of the present application, and will not be repeated here.

[0124] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0125] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, devices, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0126] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the methods, terminal devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing terminal device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing terminal device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0127] These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing terminal device to operate in a specific manner, so that the instructions stored in the computer readable memory produce a manufactured product including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0128] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device so that a series of operating steps are executed on the computer or other programmable terminal device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable terminal device to implement the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0129] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present application.

[0130] Finally, it should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or terminal device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or terminal device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or terminal device including the elements.

[0131] The above is a detailed introduction to a diagnostic data transmission system, method, medium and vehicle provided by the present application. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method of the present application and its core idea; at the same time, for general technical personnel in this field, according to the idea of ​​the present application, there will be changes in the specific implementation method and application scope. In summary, the content of this specification should not be understood as a limitation on the present application.

Claims

1. A diagnostic data transmission system, characterized in that: The system includes a diagnostic monitoring module and a plurality of target function modules, wherein: Any of the target function modules is used to obtain the corresponding diagnostic data to be transmitted, and use the data processing strategy corresponding to the target function module to process the diagnostic data to be transmitted, obtain proto serialized data, and send it to the diagnostic monitoring module; The diagnostic monitoring module is used to summarize the proto serialized data sent by each of the target functional modules, obtain summarized proto serialized data, and upload the summarized proto serialized data to the cloud platform.

2. The system according to claim 1, characterized in that The system further comprises: A file definition module is used to construct a data structure corresponding to any of the target function modules based on the data type corresponding to the target function module using the Protocol Buffer serialization protocol, and generate a proto file corresponding to the target function module; A strategy generation module is used to generate a data processing strategy corresponding to any of the target function modules using a ProtocolBuffer compiler based on the proto file corresponding to the target function module.

3. The system according to claim 1, characterized in that The target function module includes: An instance generation submodule, used to create an instance of the diagnostic data to be transmitted by using the data processing strategy corresponding to the target functional module to obtain proto format data; The compression submodule is used to serialize the proto format data to obtain proto serialized data.

4. The system according to claim 1, characterized in that The diagnostic monitoring module includes: A decompression submodule, used for deserializing the proto serialized data sent by each of the target functional modules to obtain the proto format data corresponding to each of the target functional modules; The summary submodule is used to summarize and serialize the proto format data using the data processing strategy corresponding to the diagnosis and monitoring module to obtain summarized proto serialized data.

5. The system according to claim 4, characterized in that The summary submodule includes: A summarizing unit, used for nesting the proto format data corresponding to the multiple target function modules into a preset data structure to obtain summarized proto data; A compression unit is used to serialize the summarized proto data to obtain the summarized proto serialized data.

6. The system according to claim 2, characterized in that The data type corresponding to any of the target functional modules includes one or more of hardware health status data, communication status data, software log data, software diagnostic code data, software basic information data and driver behavior data.

7. The system according to claim 1, characterized in that The diagnostic monitoring module includes: The upload submodule is used to upload the summarized proto serialized data to the cloud platform based on the MQTT protocol.

8. A diagnostic data transmission method, characterized in that: Applied to the diagnostic data transmission system according to any one of claims 1 to 7, the method comprising: Any of the target function modules obtains the corresponding diagnostic data to be transmitted, and processes the diagnostic data to be transmitted using the data processing strategy corresponding to the target function module to obtain proto serialized data, and sends it to the diagnostic monitoring module; The diagnostic monitoring module summarizes the proto serialized data sent by each of the target functional modules to obtain summarized proto serialized data, and uploads the summarized proto serialized data to the cloud platform.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the diagnostic data transmission method according to claim 8 is implemented.

10. A vehicle, characterized in that: It comprises a processor and a memory; the memory stores machine executable instructions that can be executed by the processor, and the processor is used to execute the machine executable instructions to implement the diagnostic data transmission method as claimed in claim 8.

Images