Universal digital twin system based on standardized vehicle signals

Abstract

The present application provides a universal digital twin system based on standardized vehicle signals. It includes: a basic data set module, which is used to associate and store the basic vehicle data corresponding to the original signal message; a signal standardization module, which is used to create a standardized signal list for the message; a model standardization module, which is used to create a standardized three-dimensional car model and configure standard signals; a vehicle signal acquisition module, which is used to collect original signal data from the vehicle end and transmit it to the cloud; a parsing and storage module, which is used to parse the original signal message and store it in the signal storage database; a model presentation module, which is used to present the vehicle status in the form of three-dimensional digital visualization based on the standard signal, standard three-dimensional model and signal data set. The present application realizes the standardization and visualization processing of signal protocols, signals and vehicle visualization three-dimensional models to improve the efficiency of vehicle operation management and maintenance diagnosis, and improve the versatility and reusability of the system, thereby reducing the system R&D cost.

Description

Technical Field

[0001] The present application relates to the technical field of automotive digital twin systems, and in particular to a universal digital twin system based on standardized vehicle-mounted signals. Background Art

[0002] In the traditional vehicle maintenance model, car owners typically need to visit specialized repair shops or garages for mechanical and electrical faults. Common issues in this process include low maintenance efficiency, long maintenance times, high maintenance costs, and the inability of automakers' R&D teams to provide timely and effective technical support. Although most current vehicles support reporting the signal status of their own electronic control units (ECUs) to a vehicle diagnostic platform, which analyzes signal messages in real time to provide a vehicle status signal list and a digital portrait of the vehicle body, assisting car owners, maintenance personnel, and automakers in vehicle status monitoring, rapid diagnosis, and data analysis, significant issues still exist.

[0003] As market competition intensifies, automakers are launching an increasing number of segmented vehicle models each year. Different vehicle models, series, and brands support different lists of signals, signal protocols, and signal versions. Developing and maintaining separate digital twin systems for each vehicle model incurs significant R&D and maintenance costs. Vehicle parts may need to be replaced during use, especially when the original manufacturer ceases production or goes out of business. This may force owners to use non-original parts. Such replacements can cause the signals of new parts to differ from those of the original manufacturer, impacting the accuracy and timeliness of the digital twin system within the vehicle diagnostic platform.

[0004] Therefore, the digital twin system in the existing vehicle diagnostic platform is unable to perform standardized signal processing, thereby reducing the versatility and reusability of the digital twin system, increasing R&D and operating costs, and failing to provide an accurate, real-time, unified and standardized vehicle operation status visualization model, reducing vehicle management and maintenance efficiency. Summary of the Invention

[0005] In view of this, an embodiment of the present application provides a universal digital twin system based on standardized vehicle-mounted signals to solve the problems existing in the prior art, such as the inability to perform standardized signal processing, reduced versatility and reusability, increased R&D and operating costs, inability to provide accurate, real-time, unified and standardized vehicle operation status visualization models, and reduced vehicle management and maintenance efficiency.

[0006] An embodiment of the present application provides a universal digital twin system based on standardized vehicle signals, including: a basic data set module, used to associate and store vehicle basic data corresponding to original signal messages, each message protocol code in the vehicle basic data corresponding to a message protocol signal list; a signal standardization module, used to create a message standardized signal list, the message standardized signal list containing a mapping relationship between original signals and standard signals, as well as a data dictionary mapping relationship; a model standardization module, used to create a standardized three-dimensional vehicle model and configure corresponding standard signals for each component or function in each three-dimensional vehicle model; a vehicle signal acquisition module, used to collect original signal data from the vehicle end and transmit the original signal data to the cloud, so that the cloud receives the original signal message transmitted from the vehicle end; a parsing and storage module, used to read the original signal message, use the vehicle basic data corresponding to the frame number in the original signal message, and the message protocol signal list corresponding to the message protocol code, to parse the original signal message to obtain a parsed message, and store the parsed message in a signal storage database; a model presentation module, used to present the vehicle status in a three-dimensional digital visualization form based on the standard signal, standard three-dimensional model and signal data set, so as to perform real-time status monitoring and historical status playback of the vehicle.

[0007] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects:

[0008] The basic data set module is used to associate and store the basic vehicle data corresponding to the original signal message. Each message protocol code in the vehicle basic data corresponds to a message protocol signal list. The signal standardization module is used to create a message standardization signal list. The message standardization signal list contains the mapping relationship between the original signal and the standard signal, as well as the data dictionary mapping relationship. The model standardization module is used to create a standardized vehicle three-dimensional model and configure the corresponding standard signal for each component or function in each vehicle three-dimensional model. The vehicle signal acquisition module is used to collect the original signal data from the vehicle end and transmit the original signal data to the cloud so that the cloud can receive the original signal message transmitted from the vehicle end. The parsing and storage module is used to read the original signal message, use the basic vehicle data corresponding to the frame number in the original signal message, and the message protocol signal list corresponding to the message protocol code to parse the original signal message to obtain a parsed message, and store the parsed message in the signal storage database. The model presentation module is used to present the vehicle status in a three-dimensional digital visualization based on the standard signal, standard three-dimensional model and signal data set, so as to monitor the vehicle status in real time and replay the historical status. This application realizes the standardized processing of signal protocols and signals, improves the versatility and reusability of the system, reduces R&D and operating costs, and provides an accurate, real-time, unified and standardized vehicle operation status visualization model to improve vehicle management and maintenance efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the embodiments or descriptions of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0010] Figure 1 It is a schematic diagram of the overall structure of a universal digital twin system based on standardized vehicle signals provided in an embodiment of the present application. DETAILED DESCRIPTION

[0011] In the following description, specific details such as specific system structures and techniques are provided for purposes of illustration rather than limitation to facilitate a thorough understanding of the embodiments of the present application. However, it will be apparent to those skilled in the art that the present application may be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid obscuring the description of the present application with unnecessary detail.

[0012] In the traditional vehicle maintenance model, car owners are required to go to specialized repair shops or service plants to have experienced auto mechanics perform mechanical inspections and electronic and electrical faults. However, these inspections result in low maintenance efficiency, long maintenance times, high maintenance costs for repair shops, and the inability of the car company's R&D team to provide timely and effective technical support.

[0013] To address the above issues, although most vehicles now support reporting the vehicle's own ECU signal status to fault diagnosis, remote control apps, and remote diagnostic cloud platforms (hereinafter referred to as "vehicle diagnostic platforms"), and the vehicle diagnostic platforms provide a vehicle status signal list and vehicle body digital portrait function after real-time analysis of signal messages, to assist car owners in understanding the vehicle status in real time through the app, assist auto repair technicians in rapid diagnosis, assist automakers in statistical analysis, and help automakers develop new models, the following problems still exist:

[0014] 1) With the fierce competition among automobile companies, more and more segmented models are released every year. Due to the differences in vehicle models, series, and brands, the reported signal lists, supported signal protocols, and signal versions are all different. For an automobile company with multiple brands, series, and models, if a separate visual digital twin system is developed for each model, the R&D and maintenance costs will be high.

[0015] 2) After a vehicle leaves the factory, due to varying road conditions, age, and driving habits, some components inevitably malfunction, necessitating replacement. If the original parts manufacturer goes bankrupt or ceases manufacturing and sales, non-original parts may be necessary. In this case, the signals generated by the new parts differ from those generated by the original parts, and the signals reported to the vehicle diagnostic platform will also differ. This can prevent the digital twin system from detecting these changes and updating the operating status of the target vehicle components in a timely manner.

[0016] Therefore, there is an urgent need for a universal, visual vehicle digital twin system that can provide an accurate, real-time, and standardized visual model of the vehicle's operating status. Such a system will help car owners, maintenance technicians, automakers, and vehicle regulatory agencies manage and maintain vehicles more efficiently while reducing R&D and operating costs.

[0017] In view of the problems existing in the above-mentioned prior art, the present application provides a universal digital twin system based on standardized vehicle-mounted signals. The following describes the product structure of the universal digital twin system based on standardized vehicle-mounted signals in actual scenarios in accordance with the embodiments of the present application in conjunction with the accompanying drawings. Figure 1 This is a schematic diagram of the overall structure of a universal digital twin system based on standardized vehicle-mounted signals provided in an embodiment of the present application. Figure 1 As shown in the figure, the universal digital twin system based on standardized vehicle signals can include the following:

[0018] The basic data set module is used to associate and store the vehicle basic data corresponding to the original signal message. Each message protocol code in the vehicle basic data corresponds to a message protocol signal list;

[0019] The signal standardization module is used to create a message standardized signal list, which contains the mapping relationship between the original signal and the standard signal, as well as the data dictionary mapping relationship;

[0020] A model standardization module is used to create a standardized 3D car model and configure corresponding standard signals for each component or function in each 3D car model;

[0021] The vehicle signal acquisition module is used to collect raw signal data from the vehicle and transmit the raw signal data to the cloud so that the cloud can receive the raw signal message transmitted from the vehicle;

[0022] The parsing and storage module is used to read the original signal message, parse the original signal message using the basic vehicle data corresponding to the vehicle frame number in the original signal message and the message protocol signal list corresponding to the message protocol code, obtain the parsed message, and store the parsed message in the signal storage database;

[0023] The model display module is used to display the vehicle status in a three-dimensional digital visualization based on standard signals, standard three-dimensional models and signal data sets, so as to monitor the vehicle status in real time and replay the historical status.

[0024] In some embodiments, the basic data set module includes vehicle basic data and a message protocol signal list. Among them, the vehicle basic data is a database within the system that is used to store detailed information about each vehicle, such as the VIN code (vehicle frame number), car series and model, etc. This information is very important when parsing vehicle signals because it helps the system determine which vehicle the received data belongs to. Therefore, the vehicle basic data is used to store and manage basic information about the vehicle, such as fields such as vehicle frame number (VIN), car series, model, message protocol code, and standard three-dimensional model code. When the original signal message of the vehicle is reported, the system uses these basic data to associate the signal in the message with the information of a specific vehicle. For example, based on the vehicle's VIN code, the system can identify the specific model of the vehicle and the relevant message protocol.

[0025] In one example, the specific content of the vehicle basic data can be seen in Table 1 below:

[0026] Table 1 Sample vehicle basic data

[0027]

[0028]

[0029] Furthermore, the message protocol signal list, also known as the (reporting) message protocol signal list, is a detailed list of all signals that can be collected and reported by each vehicle. For example, it may include the signal name, type, description, and the ECU to which it belongs. Each vehicle has a unique signal list, which enables the system to accurately process data received from different vehicles.

[0030] The message protocol signal list defines the data structure of the original signal message, including all the original signals that the vehicle can collect and the reporting frequency of these original signals (such as reporting every 5 seconds, 10 seconds or 30 seconds). For example, the message protocol signal list can include the name, signal description, data type, data dictionary and corresponding electronic control unit (ECU) components of each original signal. Each vehicle has a unique message protocol signal list based on the message protocol code to which it belongs. When the original signal message is reported to the cloud, the VIN code and message protocol code contained in the original signal message can be used to associate the basic information of the vehicle with the message protocol signal list.

[0031] In an example, the specific content of the message protocol signal list can be seen in Table 2 below:

[0032] Table 2 Sample message protocol signal list

[0033]

[0034]

[0035]

[0036] It's important to note that the current mainstream data transmission structure in the automotive industry uses Controller Area Network (CAN) messages. CAN is a vehicle network communication protocol that allows components within a vehicle (typically microcontrollers) to communicate with each other without the intervention of a host computer. CAN messages contain various vehicle signal data, such as speed, rotational speed, and temperature.

[0037] The data structure definition (message protocol signal list) uses a DBC file, a standard file format that defines how the individual signals in a CAN message are organized. The DBC file details each signal's name, location, size, and interpretation. It acts as a "dictionary" or "map," providing guidance on how to correctly read and interpret data from a CAN message.

[0038] Furthermore, the DBC file definition can be converted into a CAN bus communication matrix. The CAN bus communication matrix is ​​a format converted from the DBC file that displays the signal structure and relationships within CAN messages in a more intuitive and understandable manner. This communication matrix allows developers and engineers to more easily understand and utilize vehicle signal data.

[0039] In the digital twin system of the present application embodiment, by understanding and applying CAN messages and DBC files, the system can accurately parse the signal data transmitted from the vehicle. The DBC file plays a crucial role here, acting like a decoder to help the system understand the complex data in the CAN message. By mapping this data into the communication matrix, the system can more intuitively process and display the vehicle's status information.

[0040] Through the methods of the above-mentioned embodiments of this application, the basic dataset module, as the cornerstone of the digital twin system, provides the necessary vehicle information and signal data structures, enabling the system to effectively process and analyze data from various vehicles, thereby achieving real-time monitoring of vehicle status and historical status playback. This structural design effectively reduces the complexity brought about by the diversity of vehicle models and improves the versatility and reliability of the system.

[0041] In some embodiments, the signal normalization module is further configured to:

[0042] Create a standard signal master list, which includes the codes, signal descriptions, data types, data dictionaries, and units of all standard signals used in the 3D vehicle model. The data types include numeric types and enumeration types.

[0043] Specifically, the main task of the signal standardization module is to ensure that the signal data collected from different car models, car series and brands can be processed and parsed by the system in a unified and standardized manner. In the signal standardization module, in order to ensure that all car three-dimensional models use a unified signal standard, it is convenient for unified management and analysis across car models, car series and brands. The embodiment of the present application creates a standard signal list that includes all car models, car series and brands. In actual applications, the standard signal list may include but is not limited to the following field information: standard signal code, standard signal description, standard signal data type, standard signal data dictionary (only for enumerated signals), and standard signal unit.

[0044] Furthermore, standard signal data types include numeric (DECIMAL) and enumeration (ENUM). Numeric (DECIMAL) data types are used to represent quantifiable data, such as speed and temperature. Enumeration (ENUM) data types are used to represent limited selections, such as door status (open / closed). It should be noted that only enumeration-type signals have corresponding data dictionaries.

[0045] In one example, the specific contents of the standard signal list can be found in Table 3 below:

[0046] Table 3 Sample list of standard signals

[0047]

[0048]

[0049]

[0050]

[0051] Furthermore, one of the key functions of the signal standardization module is to create a message standardization signal list, also known as the (reported) message standardization signal list. The main purpose of this list is to standardize the original signals of various vehicles, establish a mapping relationship between each vehicle's original signal and the standard signal, and achieve signal standardization, thereby achieving uniformity and compatibility between different models, series, and brands. The following is a detailed description of a specific embodiment of the message standardization signal list:

[0052] First, a mapping relationship is established: For each vehicle's message protocol signal list, the signal standardization module creates a mapping relationship, converting these raw signals into corresponding standard signals. For example, different vehicle models may have different signal names and formats for representing vehicle speed. Through standardization, these different representations can be mapped to a unified standard signal, such as "vehicle_speed."

[0053] Secondly, the content of the message standardized signal list: Each message standardized signal list can contain the following information fields:

[0054] Message protocol code: A code that identifies the specific model or series of vehicles to which the signal belongs.

[0055] Standard signal code: Define a unified standard code for each original signal to ensure consistency across different vehicle models.

[0056] Original Signal Name: The specific name of the original signal, reflecting the signal identification in a specific vehicle or model.

[0057] Data dictionary mapping relationship from raw signals to standard signals: This is a key mapping table that maps the raw signals unique to each vehicle to a unified standard signal, ensuring the consistency and interpretability of the signals within the system.

[0058] Furthermore, signal data unification and analysis are achieved: Through this mapping relationship, the standardized signal list enables signal data from vehicles of different models, series, and brands to be processed and analyzed in a unified format. This not only promotes the unified application of 3D digital models across multiple vehicle types, but also significantly simplifies the statistical analysis and processing of signal data.

[0059] For example, in one example, vehicle speed signals may appear in various names and formats in the message protocol signal list for different vehicle models, such as "speed," "vitesse," and "velocidad." In the message standardization signal list, these different representations are standardized into a unified standard signal code, such as "vehicle_speed." This way, regardless of the vehicle's factory settings, the system can identify and process vehicle speed information using the standard signal "vehicle_speed."

[0060] Furthermore, the role of data dictionary mappings is particularly important when processing enumerated signals. For example, a door status signal might have multiple representations, such as "open," "closed," and "ajar." Using data dictionary mappings, these different states can be uniformly mapped to a standard signal, such as "door_status," and each state is assigned a standard enumerated value, facilitating unified system processing and interpretation.

[0061] In one example, taking the message protocol signal list with the message protocol code X1_EV_V3 as an example, the specific content of the message standardized signal list can be seen in Table 4 below:

[0062] Table 4 Sample list of standardized signal messages

[0063]

[0064]

[0065]

[0066]

[0067] Through the methods of the above-mentioned embodiments of the present application, the message standardization signal list plays a key role in the system. It ensures that the system can be compatible with and process diverse signal data from different models and brands, greatly improving the system's versatility and reliability. In this way, this technical solution can more effectively address the challenges brought about by the diversification of vehicle models in the modern automotive industry.

[0068] In some embodiments, the signal normalization module is further configured to:

[0069] Construct a standardized query processing template for vehicle on-board signals. In the standardized query processing template, a mapping relationship between original signal names and standard signal names is established based on the message protocol signal list. The message standardized signal list is used for mutual conversion between original signals and standard signals.

[0070] Specifically, one of the key functions of the signal standardization module is to construct a standardized query processing template for vehicle onboard signals. This template's primary purpose is to establish a mapping relationship between original signal names and standardized signal names based on the message protocol signal lists of different vehicles, facilitating accurate query and parsing of messages within the digital twin 3D model. The following is a detailed description of a specific implementation of the standardized query processing template:

[0071] First, for each vehicle, the signal standardization module establishes a mapping between original signal names and standardized signal names based on its message protocol signal list. This enables the system to identify and process a variety of signals from different vehicles. When the system needs to query and parse messages from a specific vehicle, it uses this template to determine which original signals correspond to which standardized signals. This process ensures signal consistency and interoperability across different models and brands.

[0072] Secondly, the standardized signal list is used to convert between original signals and standard signals. This means that no matter what the format or naming of the original signal is, the system can convert it into a unified, standardized format for subsequent processing.

[0073] Furthermore, the use of standardized query processing templates is crucial in digital twin 3D models. The model uses these templates to query and parse messages, ensuring that the displayed information reflects the vehicle's actual status. For example, if the model needs to display the vehicle's battery status, it will use the template to identify and parse signals related to the battery status.

[0074] For example, suppose a vehicle's message protocol uses "Batt_Health" to represent the battery health status, while the standard signal name is "battery_health_status." In the standardized query processing template, "Batt_Health" is mapped to "battery_health_status." When the digital twin system needs to display the vehicle's battery health status, it automatically queries the "Batt_Health" signal and parses it into the standard signal "battery_health_status" for display on the 3D model.

[0075] Through the above-mentioned embodiments of the present application, the signal standardization module is the key to ensuring that the digital twin system can effectively and accurately process various vehicle data. Through this standardized processing, the system can more easily analyze and apply signal data across models, series, and brands, while improving data availability and consistency. This is crucial for achieving real-time monitoring of vehicle status and historical status playback, as well as improving overall system efficiency and reliability.

[0076] In some embodiments, the model normalization module is used to:

[0077] Create a vehicle 3D model set and a 3D model standard signal list, wherein the vehicle 3D model set includes one or more standardized vehicle 3D models, and each vehicle 3D model corresponds to a standard 3D model code; the 3D model standard signal list includes standard 3D model codes and standard signal codes corresponding to the standard 3D model codes.

[0078] Specifically, the core function of the Model Standardization Module is to create a set of vehicle 3D models and a list of standard 3D model signals. This module is designed to process and display vehicle 3D models and ensure that these models accurately reflect the vehicle's real-time state. The following is a detailed description of a specific embodiment of the Model Standardization Module:

[0079] First, during the creation of a vehicle 3D model set, one or more standardized vehicle 3D models are developed. Each model has a unique identifier, the vehicle standard 3D model code. These codes are used to distinguish different models and series and ensure model consistency and accuracy.

[0080] In practice, each 3D model is designed to use standard signals to represent the operating status of each vehicle component. This design ensures high reusability: as long as the vehicle can capture raw signals corresponding to these standard signals, the system can ensure the correct representation of the 3D model. Advanced visualization technologies, such as Unity 3D or Web 3D, are used to visualize the 3D model. These technologies make the 3D model not only accurate, but also highly interactive and visually appealing.

[0081] Secondly, during the creation of the 3D model standard signal list, standard 3D model codes and corresponding standard signal codes are created within the 3D model standard signal list. This list ensures that each 3D model is accurately associated with the specific vehicle and vehicle status it represents. In each 3D vehicle model, standard signals are used to display the status of different parts and functions of the vehicle on the 3D model. In other words, these standard codes correspond to specific components or functions in the 3D model. For example, the battery status, door open / close status, and light status are all visually displayed on the model through standard signals.

[0082] In one example, taking the 3D model standard signal list of the car 3D model code X1_EV_MODEL_V1 as an example, the specific content of the 3D model standard signal list can be seen in Table 5 below:

[0083] Table 5 Sample list of standard signals for three-dimensional models

[0084]

[0085]

[0086] For example, in one example, a standardized electric vehicle model is coded "X1_EV_MODEL_V1." The model's battery status, vehicle speed, and headlight on / off status are displayed using corresponding standard signals obtained from the 3D model standard signal list. For example, the battery status is displayed by the "battery_health_status" standard signal, and the vehicle speed is displayed by the "vehicle_speed" standard signal. When the vehicle collects relevant raw signals, the system converts them into corresponding standard signals using standardized query processing templates, and updates and displays these statuses in real time at the corresponding locations in the 3D model.

[0087] In this example, if the battery health status of the electric vehicle model changes, for example, from "good" to "needs inspection," the system instantly receives a raw signal from the vehicle, such as "Batt_Health_Status_Changed," converts it into a standard "battery_health_status" signal through a standardized module, and displays the status change at the corresponding location on the 3D model.

[0088] Furthermore, to enhance user experience, the 3D model can also implement interactive functions through Unity 3D or Web3D technology, such as allowing users to click on different parts of the model to obtain more detailed status information, or simulate the vehicle's behavior under different road conditions.

[0089] Furthermore, the 3D model isn't limited to displaying static states; it can also dynamically display the vehicle's performance during driving, such as acceleration, cornering, and braking. This is achieved by receiving and processing dynamic signal data from the vehicle in real time and displaying these dynamic changes in the 3D model accordingly, providing a more comprehensive and vivid representation of the vehicle's status.

[0090] Through the aforementioned embodiments of the present application, the model standardization module provides a series of standardized 3D models and a set of standardized signal codes, enabling the system to effectively display the real-time status of different vehicles. This approach not only improves data visualization but also enhances the system's flexibility and accuracy in processing data from different vehicles. Through this integrated 3D visualization, users can more intuitively understand the vehicle's operating status, helping to improve the efficiency of vehicle maintenance and monitoring.

[0091] In some embodiments, the vehicle signal acquisition module includes:

[0092] Vehicle-side signal acquisition device, used to collect the vehicle's original signal data in real time;

[0093] The vehicle-side reporting device is used to transmit the collected raw signal data to the cloud via raw signal messages;

[0094] The cloud receiving device is used to receive the original signal message reported by the vehicle, wherein the original signal message includes the vehicle frame number and the message protocol code.

[0095] Specifically, the vehicle-side signal acquisition device is responsible for collecting raw signal data from the vehicle in real time. This raw signal data includes, but is not limited to, vehicle speed, engine status, fault codes, battery charge, temperature readings, and more. Installed inside the vehicle, the vehicle-side signal acquisition device interacts directly with the vehicle's electronic control unit (ECU) to capture various parameters of vehicle operation in real time.

[0096] Furthermore, the vehicle-side reporting device is responsible for transmitting the raw signal data collected by the vehicle-side signal acquisition device to the cloud via raw signal messages. This device typically includes a module with data transmission capabilities, such as a cellular network module, Wi-Fi module, or other wireless communication module. It can package the collected data into a message format and ensure the security and integrity of the data during transmission.

[0097] Furthermore, the cloud-based receiving device is responsible for receiving the original signal messages sent from the vehicle-side reporting device. In the cloud, a dedicated server and receiving system are deployed to receive, parse, and store original signal messages from different vehicles. The original signal messages contain the vehicle identification number (VIN) and message protocol code, two types of data used to identify the vehicle and parse the data. The VIN is used to identify the specific vehicle, while the message protocol code is used to determine the format and structure of the signal data, organizing the data according to the format specified by the message protocol signal list followed by the vehicle.

[0098] In one example, while a vehicle is in operation, a vehicle-side signal acquisition device captures various signal data in real time and converts the data into a transmittable message format. A vehicle-side reporting device receives messages from the signal acquisition device and transmits them to the cloud via a wireless network. A cloud-based receiving device receives signal messages from different vehicles. The vehicle identification number (VIN) in each message identifies the specific vehicle, while the message protocol code determines how to parse the data in the message.

[0099] Through the above-mentioned embodiments of the present application, the vehicle signal acquisition module can efficiently and securely collect, transmit and process real-time data of the vehicle, providing strong data support for vehicle status monitoring and maintenance. It provides the necessary information foundation for the digital twin system by efficiently collecting and transmitting vehicle data.

[0100] In some embodiments, the parsing and storage module includes:

[0101] The signal analysis device is used to read the original signal message one by one, and associate the original signal message with the corresponding vehicle basic data and message protocol signal list according to the frame number and message protocol code in the original signal message, so as to perform real-time analysis on the original signal message and generate an analysis message.

[0102] Specifically, the parsing and storage module is responsible for processing and storing the vehicle's original signal messages. The signal parsing device reads each vehicle's original signal message one by one, associates the message with the corresponding message protocol signal list and basic vehicle data based on the message protocol code and VIN number in the original signal message, and performs real-time parsing to generate a parsed message.

[0103] In an example, the information contained in the parsed message after parsing is as follows:

[0104]

[0105]

[0106] As can be seen from the above example, the parsed message contains but is not limited to the following information: vehicle frame number (VIN), signal message parsing time, vehicle series code, vehicle model code, vehicle 3D model code, signal message protocol code and detailed information of each signal (such as signal value, signal data type, ECU component, signal acquisition time, etc.).

[0107] In some embodiments, the parsing and storage module further includes:

[0108] The storage processing device is used to store the parsed message in a signal storage database, wherein the signal storage database includes a signal cache database and a signal timing database. The signal cache database is used to store the latest state of the signal, and the signal timing database is used to store the historical state of the signal.

[0109] Specifically, the storage processing device is used to receive parsed messages one by one and store the signal data of the parsed messages one by one in the signal storage database. The signal storage database is mainly used to solve the problem of persistent storage of parsed signal data sets. In practical applications, the signal storage database mainly includes the following two types of databases:

[0110] Signal Cache Database: This database stores the latest signal status for each vehicle, facilitating the digital twin model display module to display the vehicle's real-time status. This database is often used for real-time vehicle status monitoring. In one example, the signal cache database can be a REDIS database.

[0111] Signal Time Series Database: This database stores the historical signal states of each vehicle. This allows the digital twin model's presentation module to replay the vehicle's historical states based on historical datasets. This database is often used for scenarios such as root cause tracing of vehicle failures. In one example, the signal time series database can use the INFLUXDB database.

[0112] Through the above-mentioned embodiments of the present application, the parsing and storage module can not only convert the vehicle's original signal data into a format that can be understood and utilized by the digital twin system, but also ensure that this data can be effectively stored and managed to support real-time monitoring and historical data analysis of the vehicle. By using two different types of databases (i.e., signal cache database and signal timing database), this module can not only support real-time vehicle status monitoring, but also support in-depth analysis of the vehicle's historical status, especially in fault diagnosis and root cause analysis.

[0113] In some embodiments, the model presentation module includes:

[0114] The real-time status display device of a vehicle is used to query the basic data of the vehicle according to the chassis number provided by the user, obtain the message protocol code and the standard three-dimensional model code, use the standard three-dimensional model code to query the three-dimensional model standard signal list, and obtain the standard signal list corresponding to the standard three-dimensional model; use the message standardized signal list to convert the standard signal list into the original signal list; use the original signal list to query the signal cache database to obtain the latest original signal data set; use the message standardized signal list to convert the original signal data set into the standard signal data set, and bind the standard signal data set to the standard three-dimensional model to display the real-time status of the vehicle.

[0115] Specifically, the model display module solves the problem of how to use standard signals, standard 3D models, and signal datasets to vividly display vehicle status in a 3D digital visualization format, enabling real-time vehicle status monitoring and historical status playback. The model display module primarily includes two devices: a real-time vehicle status display device and a historical vehicle status playback device.

[0116] Furthermore, when the real-time status of the vehicle is displayed using the vehicle real-time status display device, first, the basic data of the vehicle is queried according to the vehicle frame number (VIN) provided by the user to determine the message protocol code and standard three-dimensional model code to which the vehicle belongs. Then, according to the standard three-dimensional model code, the standard signal list of the three-dimensional model is queried to obtain the standard signal list (standardSignals) required for the standard three-dimensional model display. Then, using the mapping relationship in the message standardized signal list, the standard signal list (standardSignals) is converted into the original signal list (originSignals). Afterwards, the original signal data set of the latest status is queried in the signal cache database through the data query interface, and the message standardized signal list is used again to convert the original signal data set into the standard signal data set. Finally, the standard signal data set is bound to the standard three-dimensional model to complete the binding of the model component and the signal data to display the real-time status of the vehicle.

[0117] For example, suppose a user wants to view the current battery status and speed of their electric vehicle. The user provides the vehicle's VIN number. The system first queries the basic vehicle data to obtain the message protocol code and the standard 3D model code of the electric vehicle. Next, the system queries the 3D model standard signal list to obtain standard signal codes for battery status and speed, such as "battery_status" and "vehicle_speed." The system then converts these standard signals into the corresponding raw signals and queries the signal cache database for the latest raw signal data. Finally, this data is converted back into standard signals and the battery status and speed are displayed on the standard 3D model of the electric vehicle.

[0118] Through the vehicle real-time status display device of the embodiment of the present application, the technical solution can effectively present the real-time data of the vehicle in the form of three-dimensional visualization, providing an intuitive and dynamic vehicle monitoring and diagnosis method. This not only enables car owners to understand the operating status of the vehicle in real time, such as battery status, vehicle speed, engine performance, etc., but also provides maintenance technicians and car companies with a powerful tool to more effectively perform fault diagnosis and performance analysis. By converting complex data into easy-to-understand visual representations, the system greatly enhances the user's ability to understand and analyze the vehicle status, while also making vehicle maintenance and management simpler and more efficient. In addition, this three-dimensional visualization method can also enhance the user's perception of the vehicle status, allowing them to more intuitively observe and understand various aspects of the vehicle, such as the power system, braking system, tire condition, etc.

[0119] In some embodiments, the model presentation module includes:

[0120] The vehicle historical status playback device is used to query the vehicle basic data according to the chassis number provided by the user, obtain the message protocol code and the standard three-dimensional model code, use the standard three-dimensional model code to query the three-dimensional model standard signal list, and obtain the standard signal list corresponding to the standard three-dimensional model; use the message standardized signal list to convert the standard signal list into an original signal list; use the original signal list to query the signal time series database to obtain the original signal data set within the preset signal acquisition time period; use the message standardized signal list to convert the original signal data set into a standard signal data set, arrange the standard signal data set in ascending order according to the signal acquisition time, and bind the arranged standard signal data set to the standard three-dimensional model in sequence, so as to replay the historical status of the vehicle within the preset signal acquisition time period.

[0121] Specifically, when replaying a vehicle's historical state within a specific time period using a vehicle historical state playback device, the user-provided vehicle identification number (VIN) is first used to query the relevant vehicle's basic data, including the message protocol code and standard 3D model code. Next, based on the standard 3D model code, the 3D model standard signal list is queried to obtain the standard signal list corresponding to the standard 3D model. The standard signal list is then converted into an original signal list using the mapping relationships in the message standard signal list. Subsequently, the signal time series database is searched for the original signal dataset within the specified signal acquisition time period through a data query interface. The original signal dataset is again converted into a standard signal dataset using the message standard signal list. Finally, the standard signal dataset is sorted in ascending order by signal acquisition time and bound to the standard 3D model in sequence. By iterating through each model component and binding and displaying the signal data, the vehicle's historical state within the preset signal acquisition time period can be replayed.

[0122] For example, suppose a user wants to replay their vehicle's performance data from the previous month. The user provides the vehicle's VIN number. The system first queries the vehicle's message protocol code and 3D model code based on the VIN number, then obtains a list of standard signals for that vehicle model. The system then converts these standard signals into their corresponding raw signals and retrieves the previous month's data from the time series database. The system then converts these raw signal data back into standard signals, arranges them in chronological order, and binds them to the 3D model. The user can then view the vehicle's historical performance data, such as changes in battery charge, speed, and temperature, over the previous month, within the 3D model.

[0123] Through the vehicle historical status playback device of the embodiment of the present application, this technical solution can provide a powerful tool that allows users to review the historical operating status of the vehicle in an intuitive and dynamic manner. This capability is crucial for diagnosing vehicle problems, analyzing performance trends, and conducting long-term vehicle maintenance and management. By utilizing standardized signal processing and advanced data query technology, this system can ensure the accuracy and reliability of historical data, thereby providing users with a detailed and practical historical status playback function. The implementation of this technology helps to improve the efficiency of vehicle repair and maintenance, and also provides a valuable data analysis tool for automakers and vehicle regulatory agencies.

[0124] According to the technical solution provided in the embodiment of the present application, the technical solution of the present application provides a set of standardized signals and standardized three-dimensional models to provide a unified and standardized automotive digital twin system for all models. The present application supports signal protocols and signal standardization processing across models, series, and brands, provides a unified and standardized three-dimensional model, ensures the versatility and reusability of the digital twin system, and will greatly reduce the R&D, operation, and supervision costs of automotive digital twin systems adapted to different models and series by car companies and vehicle regulatory agencies; and facilitates car companies to conduct data governance, statistical analysis, and data operations for the entire life cycle of the vehicle in the later stage. In addition, the present solution also realizes the decoupling of the signal protocol and the standardized signal in the digital twin model; supports the monitoring of the real-time status of the vehicle, and supports the playback of the historical status of the vehicle, which can assist in the tracing of vehicle faults; the present solution also supports the vehicle to update the version of the signal protocol, update the standardized signal, and update the three-dimensional model to ensure the accuracy and effectiveness of the vehicle status in the digital twin system; and improves the maintenance efficiency of vehicle maintenance personnel.

[0125] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present application, and should all be included in the scope of protection of the present application.

Claims

1. A universal digital twin system based on standardized vehicle-borne signals, characterized in that: include: A basic data set module is used to associate and store basic vehicle data corresponding to raw signal messages. Each message protocol code in the vehicle basic data corresponds to a message protocol signal list. The message protocol signal list defines the data structure of the raw signal message, including all raw signals that the vehicle can collect and the reporting frequency of these raw signals. A signal standardization module is used to create a message standardized signal list, wherein the message standardized signal list includes a mapping relationship between the original signal and the standard signal, and a data dictionary mapping relationship; A model standardization module, configured to create a standardized three-dimensional vehicle model and configure corresponding standard signals for each component or function in the three-dimensional vehicle model; A vehicle signal acquisition module is used to collect original signal data from the vehicle end and transmit the original signal data to the cloud, so that the cloud receives the original signal message transmitted from the vehicle end; a parsing and storage module, configured to read the original signal message, parse the original signal message using basic vehicle data corresponding to the vehicle frame number in the original signal message and a message protocol signal list corresponding to the message protocol code, obtain a parsed message, and store the parsed message in a signal storage database; The model display module is used to display the vehicle status in a three-dimensional digital visualization based on standard signals, standard three-dimensional models, and signal data sets, so as to enable real-time status monitoring and historical status playback of the vehicle; The signal standardization module is further configured to: create a standard signal master list, wherein the standard signal master list includes codes, signal descriptions, data types, data dictionaries, and units of all standard signals used by the three-dimensional vehicle model, wherein the data types include numerical types and enumeration types; The model standardization module is used to: create a vehicle three-dimensional model set and a three-dimensional model standard signal list, wherein the vehicle three-dimensional model set includes one or more sets of standardized automobile three-dimensional models, and each of the automobile three-dimensional models corresponds to a standard three-dimensional model code; the three-dimensional model standard signal list includes the standard three-dimensional model code and the standard signal code corresponding to the standard three-dimensional model code.

2. The system according to claim 1, wherein: The signal standardization module is further configured to: A standardized query processing template for vehicle-mounted signals is constructed. In the standardized query processing template, a mapping relationship between original signal names and standard signal names is established based on a message protocol signal list. The message standardized signal list is used for mutual conversion between original signals and standard signals.

3. The system according to claim 1, wherein: The vehicle signal acquisition module includes: Vehicle-side signal acquisition device, used to collect the vehicle's original signal data in real time; A vehicle-side reporting device, configured to transmit the collected raw signal data to the cloud via raw signal messages; The cloud receiving device is used to receive the original signal message reported by the vehicle, wherein the original signal message includes the vehicle frame number and the message protocol code.

4. The system according to claim 1, wherein: The parsing and storage module includes: A signal analysis device is used to read the original signal message one by one, and associate the original signal message with the corresponding vehicle basic data and message protocol signal list according to the frame number and message protocol code in the original signal message, so as to perform real-time analysis on the original signal message and generate the analyzed message.

5. The system according to claim 1, wherein: The parsing and storage module further includes: A storage and processing device is used to store the parsed message in the signal storage database, wherein the signal storage database includes a signal cache database and a signal timing database, the signal cache database is used to store the latest state of the signal, and the signal timing database is used to store the historical state of the signal.

6. The system according to claim 5, characterized in that The model presentation module includes: A vehicle real-time status display device is used to query the vehicle basic data according to the frame number provided by the user, obtain the message protocol code and the standard three-dimensional model code, use the standard three-dimensional model code to query the three-dimensional model standard signal list, and obtain the standard signal list corresponding to the standard three-dimensional model; use the message standardized signal list to convert the standard signal list into an original signal list; use the original signal list to query the signal cache database to obtain the latest original signal data set; use the message standardized signal list to convert the original signal data set into a standard signal data set, and bind the standard signal data set to the standard three-dimensional model to display the real-time status of the vehicle.

7. The system according to claim 5, characterized in that The model presentation module includes: A vehicle historical status playback device is used to query the vehicle basic data according to the chassis number provided by the user, obtain the message protocol code and the standard three-dimensional model code, use the standard three-dimensional model code to query the three-dimensional model standard signal list, and obtain the standard signal list corresponding to the standard three-dimensional model; use the message standardized signal list to convert the standard signal list into an original signal list; use the original signal list to query the signal timing database to obtain the original signal data set within a preset signal acquisition time period; use the message standardized signal list to convert the original signal data set into a standard signal data set, arrange the standard signal data set in ascending order according to the signal acquisition time, and bind the arranged standard signal data set to the standard three-dimensional model in sequence, so as to replay the historical status of the vehicle within the preset signal acquisition time period.

8. The system according to claim 1, wherein: The message protocol signal list is used to define the data structure of the original signal message, and the data structure includes the name, signal description, data type, data dictionary and ECU components of the original signal message.

Images