Configuration file generation system, method, storage medium, and electronic device

Abstract

The application discloses a configuration file generation system, method, storage medium and electronic equipment, and relates to the technical field of configuration file generation. The system comprises an input module, a parsing module and a configuration file generation module. The input module is used for receiving input basic information, wherein the basic information comprises diagnosis requirement information and vehicle parameter information. The parsing module is used for parsing the basic information and converting the basic information into target information conforming to the format requirements of a diagnosis management system. The configuration file generation module is used for filling the target information into corresponding positions in a configuration template according to a rule library corresponding to the target information, so as to obtain a configuration file of the diagnosis management system. The application reduces manual intervention, improves the generation efficiency of the configuration file, and the accuracy of the configuration file automatically generated according to the configuration template and the rule library is higher. When it is necessary to update the configuration file, the user only needs to re-input the basic information to re-generate the configuration file, thereby simplifying the work of later maintenance and upgrading.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, and more specifically, to a configuration file generation system, method, storage medium, and electronic device. Background Technology

[0002] With the rapid development of autonomous driving technology, autonomous vehicle operation has become a reality. Autonomous driving technology integrates data from various sensors, such as LiDAR, cameras, radar, and ultrasonic sensors, and leverages high-precision maps and powerful computing capabilities to achieve environmental perception, path planning, and decision-making control. However, to ensure the safety and reliability of these complex systems, real-time monitoring and diagnostics are crucial.

[0003] Currently, autonomous driving platforms typically contain multiple ECUs (Electronic Control Units) and complex software architectures. These components need to exchange information via standardized communication protocols (such as CAN (Controller Area Network), Ethernet, etc.). To ensure that each component functions properly during operation and to promptly detect and handle potential faults, a DM (Diagnostic Management) system has become an indispensable part.

[0004] Traditional diagnostic management system configuration file generation methods typically rely on manual writing, which has the following main problems:

[0005] (1) Inefficient: Due to the large amount and complexity of information involved, manually writing configuration files is not only time-consuming, but also prone to missing important parameters, making it difficult to meet the needs of rapid iterative development.

[0006] (2) High error rate: Manual operation is prone to human error, especially when faced with a large amount of repetitive work. Errors in the configuration file may cause the diagnostic system to fail to correctly identify and handle faults, thereby affecting the safety of the entire autonomous driving platform.

[0007] (2) Maintenance difficulties: Once the configuration file is generated and put into use, its maintenance and updates also face challenges. Manually modifying the configuration file can easily cause compatibility issues, increasing the complexity and cost of system maintenance. Summary of the Invention

[0008] This application provides a configuration file generation system, method, storage medium, and electronic device, which can improve the efficiency of configuration file generation, reduce the error rate of configuration files, and reduce the complexity and cost of system maintenance.

[0009] The specific technical solution is as follows:

[0010] In a first aspect, embodiments of this application provide a configuration file generation system, the system comprising:

[0011] The input module is used to receive basic input information, including diagnostic requirement information and vehicle parameter information;

[0012] The parsing module is used to parse the basic information and replace it with target information that conforms to the format requirements of the diagnostic management system.

[0013] The configuration file generation module is used to fill the target information into the corresponding position in the configuration template according to the configuration template and rule base corresponding to the target information, so as to obtain the configuration file of the diagnostic management system.

[0014] As can be seen from the above solution, the configuration file generation system provided in this application embodiment only requires the user to input simple basic information (including diagnostic requirement information and vehicle parameter information) through the input module, without the user needing to write complex configuration files. The input module in the configuration file generation system directly transmits this basic information to the parsing module, which automatically parses the basic information and transforms it into target information that conforms to the format requirements of the diagnostic management system. Finally, the configuration file generation module fills the target information into the corresponding position in the configuration template according to the configuration template and rule base corresponding to the target information, thus automatically generating the configuration file for the diagnostic management system. Compared with purely manual configuration file writing, this application embodiment reduces manual intervention, improves the efficiency of configuration file generation, and the configuration files automatically generated according to the configuration template and rule base are more accurate. When the configuration file needs to be updated, the user only needs to re-enter the basic information to regenerate the configuration file, simplifying the work of later maintenance and upgrades.

[0015] In one possible implementation, the input module is further configured to receive a specified storage location for the input;

[0016] The system also includes:

[0017] The verification module is used to verify the configuration file and send the configuration file to the output module when the verification is successful.

[0018] The output module is used to store the verified configuration file to the specified storage location.

[0019] As can be seen from the above scheme, in this embodiment of the application, after the configuration file generation module generates the configuration file, the verification module verifies the configuration file and then the output module stores the configuration file in the specified storage location. This not only improves the accuracy of the configuration file and effectively avoids system failures caused by configuration file errors, but also further reduces manual intervention by automatically storing it in the specified location.

[0020] In one possible implementation, the verification module is configured to send a verification failure message to the input module when the configuration file verification fails, the verification failure message including the content of the verification failure; correspondingly, the input module is also configured to output and display the verification failure message, and receive basic information modified by the user according to the verification failure message, so that the modified basic information is sequentially passed through the parsing module, the configuration file generation module, and the verification module to obtain the verified configuration file; or,

[0021] The verification module is used to send the failed configuration file and its failed content to the input module when the configuration file verification fails; correspondingly, the input module is also used to output and display the failed configuration file and its failed content, and receive the user-modified configuration file until the verification module passes the verification, and then obtain the verified configuration file.

[0022] As can be seen from the above scheme, when the verification module determines that the configuration file verification has failed, this application embodiment can not only notify the user of the verification failure, but also inform the user of the content of the verification failure, allowing the user to modify and correct the error in real time through the input module. Error correction can be achieved by requiring only basic information to be modified and the system automatically regenerating the configuration file, or by allowing the user to directly modify the configuration file itself.

[0023] In one possible implementation, the target information corresponds to at least one configuration template, and each configuration template includes global configuration items and configuration items for at least one diagnostic item;

[0024] The configuration file generation module is used to search for the rules corresponding to each parameter name in the target information from the rule base, process the parameter information according to the rules corresponding to each parameter name to obtain the processed target information, and search for the corresponding configuration item in the at least one configuration template according to each parameter name in the processed target information, fill the parameter value corresponding to the parameter name in the processed target information into the position of the found configuration item, and delete the redundant diagnostic items when there are redundant diagnostic items in the at least one configuration template to obtain the filled configuration template.

[0025] If the target information corresponds to only one configuration template, the completed configuration template will be used as the configuration file.

[0026] If the target information corresponds to at least two configuration templates, the at least two completed configuration templates are merged to obtain the configuration file.

[0027] In one possible implementation, the rule base also includes configuration template selection rules;

[0028] The configuration file generation module is further configured to determine at least one configuration template corresponding to the target information based on the configuration template selection rules corresponding to the target information.

[0029] As can be seen from the above scheme, by setting configuration template selection rules in the rule base in advance, the configuration file generation module can quickly determine at least one configuration template corresponding to the target information according to the configuration template selection rules, thereby improving the efficiency of configuration template determination.

[0030] Secondly, embodiments of this application provide a configuration file generation method, the method comprising:

[0031] Receive basic input information, including diagnostic requirements information and vehicle parameter information;

[0032] The basic information is parsed and replaced with target information that conforms to the format requirements of the diagnostic management system.

[0033] Based on the configuration template and rule base corresponding to the target information, the target information is filled into the corresponding position in the configuration template to obtain the configuration file of the diagnostic management system.

[0034] As can be seen from the above solution, the configuration file generation method provided in this application embodiment only requires the user to input simple basic information (including diagnostic requirement information and vehicle parameter information) through an electronic device, without the user needing to write complex configuration files. The electronic device automatically parses the basic information, converts it into target information that conforms to the format requirements of the diagnostic management system, and finally fills the target information into the corresponding position in the configuration template according to the configuration template and rule base, thus automatically generating the configuration file for the diagnostic management system. Compared with purely manual configuration file writing, this application embodiment reduces manual intervention, improves the efficiency of configuration file generation, and the configuration file automatically generated according to the configuration template and rule base is more accurate. When the configuration file needs to be updated, the user only needs to re-enter the basic information to regenerate the configuration file, simplifying the work of later maintenance and upgrades.

[0035] In one possible implementation, the method further includes:

[0036] Receive input at the specified storage location;

[0037] The configuration file is validated, and if the validation passes, the validated configuration file is stored in the specified storage location.

[0038] In one possible implementation, the method further includes:

[0039] When the configuration file verification fails, a verification failure message is displayed, including the content indicating the verification failure. The system also receives basic information modified by the user based on the verification failure message, so that the regenerated configuration file based on the modified information passes verification, resulting in a successfully verified configuration file. Alternatively,

[0040] When the configuration file verification fails, the system outputs the failed configuration file and the content of the failure, and receives the user's modified configuration file until the verification passes, at which point the successfully verified configuration file is obtained.

[0041] In one possible implementation, the target information corresponds to at least one configuration template, and each configuration template includes global configuration items and configuration items for at least one diagnostic item;

[0042] Based on the configuration template and rule base corresponding to the target information, the target information is filled into the corresponding position in the configuration template to obtain the configuration file of the diagnostic management system, including:

[0043] The rules corresponding to each parameter name in the target information are searched in the rule base, and the parameter information is processed according to the rules corresponding to each parameter name to obtain the processed target information.

[0044] According to each parameter name in the processed target information, the corresponding configuration item is found in the at least one configuration template, and the parameter value corresponding to the parameter name in the processed target information is filled into the position of the found configuration item. If there are redundant diagnostic items in the at least one configuration template, the redundant diagnostic items are deleted to obtain the filled configuration template.

[0045] If the target information corresponds to only one configuration template, the completed configuration template will be used as the configuration file.

[0046] If the target information corresponds to at least two configuration templates, the at least two completed configuration templates are merged to obtain the configuration file.

[0047] In one possible implementation, the rule base also includes configuration template selection rules;

[0048] Before searching for the corresponding configuration item in the at least one configuration template according to each parameter name in the processed target information, the method further includes:

[0049] Based on the configuration template selection rules corresponding to the target information, at least one configuration template corresponding to the target information is determined.

[0050] Thirdly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the method as described in any possible implementation of the second aspect.

[0051] Fourthly, embodiments of this application provide an electronic device, the electronic device comprising:

[0052] One or more processors;

[0053] The processor is coupled to a storage device for storing one or more programs;

[0054] When the one or more programs are executed by the one or more processors, the electronic device performs the method as described in any possible implementation of the second aspect;

[0055] Alternatively, the electronic device may include the system described in any possible implementation of the first aspect.

[0056] Fifthly, embodiments of this application provide a computer program product containing instructions that, when executed on a computer or processor, cause the computer or processor to perform the method described in any possible implementation of the second aspect. Attached Figure Description

[0057] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are merely some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without any creative effort.

[0058] Figure 1 This is a schematic diagram of the structure of a configuration file generation system provided in an embodiment of this application;

[0059] Figure 2 This is a schematic diagram of another configuration file generation system provided in an embodiment of this application;

[0060] Figure 3 This is a schematic diagram of the structure of another configuration file generation system provided in an embodiment of this application;

[0061] Figure 4 A flowchart illustrating a configuration file generation method provided in an embodiment of this application;

[0062] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0063] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.

[0064] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. The terms "comprising" and "having," and any variations thereof, in the embodiments and drawings of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or devices.

[0065] To improve the efficiency of configuration file generation, embodiments of this application provide a configuration file generation system, such as... Figure 1 As shown, the system includes:

[0066] Input module 110 is used to receive basic input information, including diagnostic requirement information and vehicle parameter information;

[0067] The parsing module 120 is used to parse the basic information and replace it with target information that conforms to the format requirements of the diagnostic management system.

[0068] The configuration file generation module 130 is used to fill the target information into the corresponding position in the configuration template according to the configuration template and rule base corresponding to the target information, so as to obtain the configuration file of the diagnostic management system.

[0069] In this embodiment, the input module 110 supports multiple input methods, including manual input, batch import, and automatic acquisition of interfaces with other design tools, to adapt to the needs of different users. During batch import, users can import files containing basic information about multiple vehicles, such as CSV and Excel files, through the input module 110. Diagnostic requirement information includes, but is not limited to, diagnostic items, diagnostic cycles, fault code definitions, alarm policies, security access level information, service and session-related information, etc. Diagnostic items include fault code reading, data stream monitoring, actuator testing, etc. Vehicle parameter information includes, but is not limited to, vehicle model, sensor layout, communication protocol, hardware version, network-related information, etc. Figure 2 As shown, when the input module 110 receives the basic information input by the user, it can also perform file integrity checks, input method checks, file type checks, etc., so that the input basic information meets the preset basic requirements, thereby improving the success rate and efficiency of subsequent conversion into target information that meets the format requirements of the diagnostic management system.

[0070] The parsing module 120 can use a preset parsing algorithm to intelligently extract key data from the basic information sent by the input module 110, and perform appropriate format conversion and data cleaning to ensure the accuracy and consistency of the input data. When a user imports multiple pieces of basic information in batches, the parsing module 120 can parse and convert the format of each piece of basic information one by one to obtain the target information that meets the format requirements of the diagnostic management system.

[0071] Specifically, the operations performed by the parsing module 120 on the basic information input by the user include, but are not limited to, the following:

[0072] A. Check the format and completeness of the input data to ensure that all required fields are filled in correctly;

[0073] B. Analyze the diagnostic needs information and convert the natural language description into a data structure that the system can recognize;

[0074] C. Based on the vehicle parameter information, determine the specific sensor layout and communication method, and standardize this information into the format required by the diagnostic management system.

[0075] After the parsing module 120 parses and transforms each piece of basic information to obtain the corresponding target information, the target information can be transmitted to the configuration file generation module 130. After receiving the target information, the configuration file generation module 130 first determines the configuration template corresponding to each piece of target information, and then fills the target information into the corresponding position in the configuration template according to the configuration template and rule base to obtain the configuration file of the diagnostic management system.

[0076] Each target information item corresponds to at least one configuration template. Each configuration template includes global configuration items and configuration items for at least one diagnostic item. The global configuration items include vehicle parameter information, and the configuration items for the diagnostic item may include a unique identifier for the item, the item name, required parameters, execution conditions, etc. Multiple diagnostic items can be in a parallel or nested relationship.

[0077] In this embodiment of the application, the configuration template can be stored in a specified location of the system for easy subsequent reading and use. Alternatively, the configuration template can be stored in the local file system, or in a database or on a remote server.

[0078] The rule base can include a series of rules for validating and processing target information. These rules cover data type checks, value range checks, and mandatory field checks. For example, for the parameter "vehicle_id", the rule base can specify that its data type is a string, its length must be 10 characters, and it can only contain numbers and letters; for "engine_power", the rule base can define its data type as a floating-point number, with a value range between 50 and 500.

[0079] Rule bases can be stored and managed using databases, configuration files, or dedicated rule engines. For example, rules can be stored in a JSON file, with each rule corresponding to a JSON object containing the rule name, parameter names, rule type (such as data type checks, value range checks, etc.), and specific rule conditions. As the system develops and requirements change, the rule base needs continuous maintenance and updates. Rules can be added, modified, or deleted through a configuration interface or code modifications.

[0080] In this embodiment, the configuration file generation module 130 is used to search for the rules corresponding to each parameter name in the target information from the rule base, process the parameter information according to the rules corresponding to each parameter name to obtain the processed target information, and search for the corresponding configuration item in at least one configuration template according to each parameter name in the processed target information, and fill the position of the found configuration item with the parameter value corresponding to the parameter name in the processed target information. If there are redundant diagnostic items in at least one configuration template, the redundant diagnostic items are deleted to obtain a filled configuration template. If the target information corresponds to only one configuration template, the filled configuration template is used as the configuration file. If the target information corresponds to at least two configuration templates, the at least two filled configuration templates are merged to obtain the configuration file.

[0081] Among them, such as Figure 2As shown, the configuration file generation module 130 utilizes predefined configuration templates and rule bases, through logical reasoning and auto-fill technology, to efficiently generate configuration files conforming to specific standards. This embodiment does not limit the format of the configuration file; the format can be XML (Extensible Markup Language), JSON (JavaScript Object Notation), YAML (YAML Ain't Markup Language), etc., to adapt to the needs of different diagnostic management systems. When merging at least two completed configuration templates, redundant global configuration items can be deleted, retaining only one copy.

[0082] The parameter information is processed according to the rules corresponding to each parameter name to obtain the processed target information. This includes performing operations such as format validation, data type conversion, and format adjustment on the parameter information according to the rules corresponding to each parameter name, to obtain target information that meets the requirements of the rule. The rule corresponding to each parameter name includes the parameter name and its corresponding parameter value, and this parameter information includes not only vehicle parameter information but also diagnostic requirement information.

[0083] When a user imports multiple pieces of basic information in batches, the parsing module 120 will generate corresponding target information for each piece of basic information, and the configuration file generation module 130 will also generate corresponding configuration files for each piece of target information.

[0084] In practical applications, different configuration templates can be set in advance from different dimensions, such as vehicle type, diagnostic protocol, diagnostic function, or data format.

[0085] When setting different configuration templates according to different vehicle types, templates can be set for passenger vehicles, commercial vehicles, new energy vehicles, etc.; when setting different configuration templates according to different diagnostic protocols, templates can be set for CAN protocol, LIN (Local Interconnect Network) protocol, Ethernet protocol, etc.; when setting different configuration templates according to different diagnostic functions, templates can be set for fault code diagnosis, data stream, etc.; when setting different configuration templates according to different data formats, templates can be set for numerical data, string data, enumerated data, etc.

[0086] The rule base may also include configuration template selection rules, so that the configuration file generation module 130 can quickly determine at least one configuration template corresponding to the target information based on the configuration template selection rules corresponding to the target information.

[0087] For example, the configuration template selection rules for vehicle type A may include configuration template A1 corresponding to basic diagnostic items and configuration template A2 corresponding to extended diagnostic items. Similarly, the configuration template selection rules for vehicle type B may include configuration template B1 corresponding to basic diagnostic items and configuration template B2 corresponding to extended diagnostic items. Basic diagnostic items are general diagnostic items, while extended diagnostic items can be personalized diagnostic items added on top of the general diagnostic items. For example, electric vehicles may require battery function diagnostics.

[0088] The configuration file generation system provided in this application embodiment only requires the user to input simple basic information (including diagnostic requirement information and vehicle parameter information) through the input module, without the user needing to write complex configuration files. The input module directly transmits this basic information to the parsing module, which automatically parses the basic information and transforms it into target information that conforms to the format requirements of the diagnostic management system. Finally, the configuration file generation module fills the target information into the corresponding position in the configuration template according to the configuration template and rule base, thus automatically generating the configuration file for the diagnostic management system. Compared to manually writing configuration files, this application embodiment reduces manual intervention, improves the efficiency of configuration file generation, and the configuration files automatically generated according to the configuration template and rule base are more accurate. When the configuration file needs to be updated, the user only needs to re-enter the basic information to regenerate the configuration file, simplifying the work of later maintenance and upgrades.

[0089] In one possible implementation, the input module 110 is also configured to receive a specified storage location for the input;

[0090] like Figure 2 and Figure 3 As shown, the system also includes:

[0091] The verification module 140 is used to verify the configuration file and send the configuration file to the output module when the verification is successful.

[0092] Output module 150 is used to store the verified configuration file to a specified storage location.

[0093] The content of the configuration file validation includes:

[0094] a. Syntax check: Ensure that each configuration file conforms to the XML format specification and has no syntax errors.

[0095] b. Consistency check: This includes standard and specification consistency checks and logical consistency checks, which can verify whether the settings of each diagnostic item are reasonable. For example, it checks whether the diagnostic cycle setting meets actual needs and whether the sensor layout of each vehicle model is correct.

[0096] c. Compliance check: Compare with specific standards and specifications to ensure that each configuration file meets industry or internal company requirements.

[0097] When the configuration file passes verification, the output module 150 stores the configuration file in a specified storage location. This specified storage location can be a local location, a remote server location, a version control system location, or at least two specified locations to allow simultaneous storage in different locations. In other words, the output module 150 supports multiple output methods, including local storage, remote server upload, and integration with a version control system, facilitating distributed collaborative development and management for users.

[0098] As can be seen from the above scheme, in this embodiment of the application, after the configuration file generation module generates the configuration file, the verification module verifies the configuration file and then the output module stores the configuration file in the specified storage location. This not only improves the accuracy of the configuration file and effectively avoids system failures caused by configuration file errors, but also further reduces manual intervention by automatically storing it in the specified location. In addition, it supports multiple output methods, which facilitates distributed collaborative development and management for users.

[0099] In one possible implementation, the verification module 140 is used to send a verification failure message to the input module 110 when the configuration file verification fails. The verification failure message includes the content of the verification failure. Correspondingly, the input module 110 is also used to output and display the verification failure message, and receive the basic information modified by the user according to the verification failure message, so that the modified basic information is sequentially passed through the parsing module 120, the configuration file generation module 130, and the verification module 140 to obtain a configuration file that has passed verification; or,

[0100] The verification module 140 is used to send the failed configuration file and its failed content to the input module 110 when the configuration file verification fails; correspondingly, the input module 110 is also used to output and display the failed configuration file and its failed content, and to receive the user-modified configuration file until the verification module passes the verification and obtains the verified configuration file.

[0101] In this embodiment, when the verification module 140 determines that the configuration file verification has failed, it can not only notify the user of the failure but also inform the user of the content of the failure, allowing the user to modify it in real time through the input module 110 to correct the error. Error correction can be achieved by requiring only basic information to be modified and the system automatically regenerating the configuration file, or by allowing the user to directly modify the configuration file itself. Furthermore, when a user wants to update an older version of the configuration file, especially when the update is minor, they can import the older version through the input module 110 and then manually modify it through the human-computer interaction interface provided by the input module 110, thereby directly generating an upgraded configuration file without needing to re-enter the basic information via automatic generation.

[0102] The following is a detailed explanation:

[0103] A major automobile manufacturer plans to generate corresponding diagnostic management system configuration files for multiple autonomous driving platforms across its various vehicle models. The sensor layout, communication protocols, and diagnostic requirements differ for each model. The company hopes to leverage the configuration file generation system provided in this application to generate diagnostic management system configuration files for each vehicle model in batches, enabling rapid deployment for testing and production.

[0104] Step 1: Input Information Collection

[0105] First, the project team collected diagnostic requirements and parameter information from multiple vehicles using input module 110 and imported this information into the system in batches. Input module 110 supports batch import of formats such as CSV files and Excel spreadsheets, and also supports automatic data acquisition through API interfaces with other design tools.

[0106] Example input file (CSV format):

[0107] Plain Text

[0108] DidNumberPreconditionsDataInfo

[0109] SessionsSecurityAccessLevelsDataCollectionRefErrorId 45104[0][0]1 45105[0][0]2 45110[0][0]3 45257[0][0]4 ...

[0115] Step 2: Data Analysis

[0116] After receiving the batch input information, the input module 110 passes it to the parsing module 120 for processing.

[0117] The parsing module 120 performs the following operations:

[0118] a. Batch read data from the input file and check its format and completeness to ensure that all required fields are filled in correctly.

[0119] b. Parse the diagnostic requirements and vehicle parameter information of each line of data and convert them into a data structure that the system can recognize.

[0120] c. Based on the specific information of each vehicle type, standardize the diagnostic management system data format required for each vehicle model to obtain the target information for each vehicle type.

[0121] The parsed data structure example is as follows:

[0122] JSON copy code

[0123]

[0124] "NodeType":1,

[0125] "EID":"09:00:00:00:00:00",

[0126] "MaxMessageLength":650020,

[0127] "PrimaryTargetAddress":1,

[0128] "TargetAddressArray":[

[0129] 2,

[0130] 1, 100 ]

[0133] }

[0134] }

[0135] Step 3: Generating the configuration file

[0136] The parsed data is then sent in batches to the configuration file generation module 130. This module generates configuration files for the diagnostic management system vehicle-by-vehicle based on the specific data for each vehicle type, using predefined configuration templates and rule bases. Each configuration file contains all diagnostic items, sensor layout, and communication protocol information for the corresponding vehicle type, generating the final result.

[0137] Step 4: Configuration file verification

[0138] Each generated configuration file is sent to the verification module 140 for inspection.

[0139] a. Syntax check: Ensure that each configuration file conforms to the XML format specification and has no syntax errors.

[0140] b. Consistency check: Verify whether the settings of each diagnostic item are reasonable, such as whether the diagnostic cycle setting meets the actual needs and whether the sensor layout of each vehicle model is correct.

[0141] c. Compliance check: Compare with specific standards and specifications to ensure that each configuration file meets industry or internal company requirements.

[0142] If any issues are found during the verification process, the system will provide specific error messages. Users simply need to modify the corresponding input data. All configuration files must pass verification before proceeding to the next step.

[0143] Step 5: Output configuration file

[0144] After successful verification, the output module 150 will batch save the final generated configuration files to the user-specified storage location. Output methods include local storage, uploading to a remote server, and submission to a version control system, facilitating distributed collaborative development and management.

[0145] Through the above process, the company in this embodiment of the application successfully achieved batch generation of configuration files for a multi-vehicle diagnostic management system. Compared to the traditional method of manually writing individual files, this system significantly improves work efficiency, reduces human error, and enhances the reliability and standardization of configuration files. Simultaneously, through automated generation and verification functions, it greatly reduces subsequent maintenance costs, making the diagnostic management system more stable and easily scalable. The system's batch processing capabilities make it particularly suitable for large-scale production environments, helping to shorten time-to-market and improve overall development efficiency.

[0146] Based on the above system embodiments, another embodiment of this application also provides a configuration file generation method, which is applied to electronic devices, such as... Figure 4 As shown, the method includes:

[0147] S210: Receive basic input information.

[0148] The basic information includes diagnostic requirements and vehicle parameter information. Diagnostic requirements include, but are not limited to, diagnostic items, diagnostic cycles, fault code definitions, alarm policies, security access level information, service and session-related information, etc. Diagnostic items include fault code reading, data stream monitoring, actuator testing, etc. Vehicle parameter information includes, but is not limited to, vehicle model, sensor layout, communication protocols, hardware versions, network-related information, etc.

[0149] S220: Parse the basic information and replace it with target information that conforms to the format requirements of the diagnostic management system.

[0150] Electronic devices can use preset parsing algorithms to intelligently extract key data from basic information, and perform appropriate format conversion and data cleaning to ensure the accuracy and consistency of input data.

[0151] The operations performed by electronic devices on basic information input by users include, but are not limited to, the following:

[0152] A. Check the format and completeness of the input data to ensure that all required fields are filled in correctly;

[0153] B. Analyze the diagnostic requirements information and convert the natural language description into a data structure that the system can recognize;

[0154] C. Based on the vehicle parameter information, determine the specific sensor layout and communication method, and standardize this information into the format required by the diagnostic management system.

[0155] S230: Based on the configuration template and rule base corresponding to the target information, populate the target information into the corresponding position in the configuration template to obtain the configuration file of the diagnostic management system.

[0156] The system includes at least one configuration template corresponding to the target information. Each configuration template includes a global configuration item and at least one configuration item for a diagnostic project. The global configuration item includes vehicle parameter information, while the configuration item for the diagnostic project may include a unique project identifier, project name, required parameters, execution conditions, etc. Multiple diagnostic projects can be parallel or nested.

[0157] The electronic device first searches the rule base for the rules corresponding to each parameter name in the target information, and processes the parameter information according to the rules corresponding to each parameter name to obtain processed target information. Then, according to each parameter name in the processed target information, it searches for the corresponding configuration item in at least one configuration template, and fills the position of the found configuration item with the parameter value corresponding to the parameter name in the processed target information. If there are redundant diagnostic items in at least one configuration template, the redundant diagnostic items are deleted to obtain a filled configuration template. If the target information corresponds to only one configuration template, the filled configuration template is used as the configuration file. If the target information corresponds to at least two configuration templates, the at least two filled configuration templates are merged to obtain the configuration file. When merging the at least two filled configuration templates, redundant global configuration items can be deleted, and only one copy needs to be kept.

[0158] The process of processing parameter information according to the rules corresponding to each parameter name to obtain the processed target information includes: performing operations such as format validation, data type conversion, and format adjustment on the parameter information according to the rules corresponding to each parameter name, and obtaining the target information that meets the requirements of the rule as the processed target information.

[0159] In practical applications, different configuration templates are pre-set according to different dimensions, such as vehicle type, diagnostic protocol, diagnostic function, or data format.

[0160] To improve the efficiency and diversity of configuration template selection, configuration template selection rules can be pre-saved in the rule base. This allows for the direct determination of at least one configuration template corresponding to the target information based on the configuration template selection rules corresponding to the target information, before searching for the corresponding configuration item in at least one configuration template according to each parameter name in the processed target information.

[0161] It should be added that users can also import multiple basic information items in batches (such as in table format) through electronic devices. After receiving multiple basic information items, the electronic device will iterate through each basic information item and generate a corresponding configuration file for each item.

[0162] The configuration file generation method provided in this application only requires the user to input simple basic information (including diagnostic requirements and vehicle parameter information) through an electronic device, without the need for the user to write complex configuration files. The electronic device automatically parses the basic information, converts it into target information that conforms to the format requirements of the diagnostic management system, and finally fills the target information into the corresponding position in the configuration template according to the configuration template and rule base, thus automatically generating the configuration file for the diagnostic management system. Compared with manually writing configuration files, this application reduces manual intervention, improves the efficiency of configuration file generation, and the configuration files automatically generated according to the configuration template and rule base are more accurate. When the configuration file needs to be updated, the user only needs to re-enter the basic information to regenerate the configuration file, simplifying the work of later maintenance and upgrades.

[0163] In one possible implementation, the electronic device may also receive an input specified storage location; validate the configuration file; and, if the validation passes, store the validated configuration file in the specified storage location.

[0164] The content of the configuration file validation includes:

[0165] a. Syntax check: Ensure that each configuration file conforms to the XML format specification and has no syntax errors.

[0166] b. Consistency check: This includes standard and specification consistency checks and logical consistency checks, which can verify whether the settings of each diagnostic item are reasonable. For example, it checks whether the diagnostic cycle setting meets actual needs and whether the sensor layout of each vehicle model is correct.

[0167] c. Compliance check: Compare with specific standards and specifications to ensure that each configuration file meets industry or internal company requirements.

[0168] The specified storage location may include a specified location in the local storage space of an electronic device, or a specified location in other electronic devices (including other terminal devices), or a specified location in a remote server. This application embodiment does not limit the device to which the specified storage location belongs.

[0169] In addition, when configuration file verification fails, a verification failure message is displayed, including the content of the verification failure. The system also receives the user's modified basic information based on the verification failure message, so that the regenerated configuration file based on the modified information passes verification, resulting in a successfully verified configuration file; or...

[0170] When the configuration file verification fails, output the configuration file that failed verification and the content of the failure, and receive the modified configuration file from the user until the verification passes and the successfully verified configuration file is obtained.

[0171] In this embodiment, when the configuration file verification fails, the system can not only notify the user of the failure but also inform the user of the details of the failure, allowing the user's electronic device to modify and correct the error in real time. This can be achieved by either requiring only basic information to be modified and the system automatically regenerating the configuration file, or by having the user directly modify the configuration file itself.

[0172] It should be noted that detailed explanations not mentioned in the method embodiments can be found in the system embodiments, and will not be repeated in the method embodiments.

[0173] Based on the above method embodiments, another embodiment of this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method as described in any of the above embodiments.

[0174] Based on the above method embodiments, another embodiment of this application provides an electronic device or computer device, such as... Figure 5 As shown, the electronic device includes:

[0175] One or more processors 310;

[0176] The processor 310 is coupled to a storage device 320, the storage device 320 being used to store one or more programs;

[0177] When the one or more programs are executed by the one or more processors 310, the electronic device performs the method as described in any of the above possible implementations;

[0178] Alternatively, the electronic device may include the configuration file generation system described in any of the possible implementations above.

[0179] Based on the above embodiments, another embodiment of this application provides a computer program product, which includes instructions that, when executed on a computer or processor, cause the computer or processor to perform the method described in any of the above embodiments.

[0180] The above-described method embodiments, computer-readable storage medium embodiments, and electronic device embodiments all correspond to the system embodiments and have the same technical effects. For detailed descriptions, please refer to the system embodiments. Specific implementation details of the method embodiments, computer-readable storage medium embodiments, and electronic device embodiments can be found in the system implementation section and will not be repeated here. Those skilled in the art will understand that the accompanying drawings are merely schematic diagrams of one embodiment, and the modules or processes shown in the drawings are not necessarily essential for implementing this application.

[0181] Those skilled in the art will understand that the modules in the apparatus of the embodiments can be distributed in the apparatus of the embodiments as described in the embodiments, or they can be located in one or more devices different from this embodiment with corresponding changes. The modules of the above embodiments can be combined into one module, or they can be further divided into multiple sub-modules.

[0182] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A configuration file generation system, characterized in that, The system includes: The input module is used to receive basic input information, including diagnostic requirement information and vehicle parameter information; The parsing module is used to parse the basic information and replace it with target information that conforms to the format requirements of the diagnostic management system. The configuration file generation module is used to fill the target information into the corresponding position in the configuration template according to the configuration template and rule base corresponding to the target information, so as to obtain the configuration file of the diagnostic management system.

2. The system according to claim 1, characterized in that, The input module is also used to receive a specified storage location for the input; The system also includes: The verification module is used to verify the configuration file and send the configuration file to the output module when the verification is successful. The output module is used to store the verified configuration file to the specified storage location.

3. The system according to claim 2, characterized in that, The verification module is used to send a verification failure message to the input module when the configuration file verification fails. The verification failure message includes the content of the verification failure. Correspondingly, the input module is also used to output and display the verification failure message, and receive the basic information modified by the user according to the verification failure message, so that the modified basic information passes through the parsing module, the configuration file generation module, and the verification module in sequence to obtain the verified configuration file; or, The verification module is used to send the failed configuration file and its failed content to the input module when the configuration file verification fails; correspondingly, the input module is also used to output and display the failed configuration file and its failed content, and receive the user-modified configuration file until the verification module passes the verification, and then obtain the verified configuration file.

4. The system according to any one of claims 1-3, characterized in that, The target information corresponds to at least one configuration template, and each configuration template includes global configuration items and at least one configuration item for a diagnostic item; The configuration file generation module is used to search for the rules corresponding to each parameter name in the target information from the rule base, process the parameter information according to the rules corresponding to each parameter name to obtain the processed target information, and search for the corresponding configuration item in the at least one configuration template according to each parameter name in the processed target information, fill the parameter value corresponding to the parameter name in the processed target information into the position of the found configuration item, and delete the redundant diagnostic items when there are redundant diagnostic items in the at least one configuration template to obtain the filled configuration template. If the target information corresponds to only one configuration template, the completed configuration template will be used as the configuration file. If the target information corresponds to at least two configuration templates, the at least two completed configuration templates are merged to obtain the configuration file.

5. The system according to claim 4, characterized in that, The rule base also includes configuration template selection rules; The configuration file generation module is further configured to determine at least one configuration template corresponding to the target information based on the configuration template selection rules corresponding to the target information.

6. A method for generating a configuration file, characterized in that, The method includes: Receive basic input information, including diagnostic requirements information and vehicle parameter information; The basic information is parsed and replaced with target information that conforms to the format requirements of the diagnostic management system. Based on the configuration template and rule base corresponding to the target information, the target information is filled into the corresponding position in the configuration template to obtain the configuration file of the diagnostic management system.

7. The method according to claim 6, characterized in that, The method further includes: Receive input at the specified storage location; The configuration file is validated, and if the validation passes, the validated configuration file is stored in the specified storage location.

8. The method according to claim 7, characterized in that, The method further includes: When the configuration file verification fails, a verification failure message is displayed, including the content indicating the verification failure. The system also receives basic information modified by the user based on the verification failure message, so that the regenerated configuration file based on the modified information passes verification, resulting in a successfully verified configuration file. Alternatively, When the configuration file verification fails, the system outputs the failed configuration file and the content of the failure, and receives the user's modified configuration file until the verification passes, at which point the successfully verified configuration file is obtained.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the method as described in any one of claims 6-8.

10. An electronic device, characterized in that, The electronic device includes: One or more processors; The processor is coupled to a storage device for storing one or more programs; When the one or more programs are executed by the one or more processors, the electronic device performs the method as described in any one of claims 6-8; Alternatively, the electronic device may comprise the system according to any one of claims 1-5.

Images