Vehicle communication information processing method and device, equipment and storage medium

Abstract

The invention discloses a vehicle communication information processing method and device, equipment and a storage medium. The method comprises the steps of obtaining a first file table corresponding to a first ARXML file; a second file table corresponding to a second ARXML file is obtained, and the second ARXML file is an ARXML file corresponding to the software component hierarchy; the second file table comprises an Ethernet signal port and related information of the Ethernet signal port; comparing the first file table with the second file table to obtain a comparison result between the first communication information of the electronic control unit level and the second communication information of the software component level; when the comparison result indicates that the first communication information is not matched with the second communication information, the first ARXML file and / or the second ARXML file are / is modified until the first communication information is matched with the second communication information, and the vehicle communication information processing efficiency is improved.

Description

Technical Field

[0001] The present application relates to the field of vehicles, and in particular to a method, device, equipment and storage medium for processing communication information of a vehicle. Background Art

[0002] With the rapid development of smart car technology, the automotive industry is undergoing a profound transformation, from traditional mechanical drive to highly integrated electronic and software drive. In this transformation process, new domain controllers and their software architecture have become key factors in promoting the improvement of automotive functions and performance, especially in enhancing vehicle intelligence and connectivity. In order to meet this trend, the signal service interaction method based on service-oriented architecture (SOA) has gradually become mainstream, especially in the signal communication interaction of domain controllers, Ethernet communication has become an indispensable technology with its high bandwidth and low latency characteristics.

[0003] In the intelligent automobile system, the SOME / IP (Scalable Service-Oriented Middleware over IP) protocol stack for in-vehicle Ethernet communication is a key technology for achieving efficient and reliable communication. SOME / IP not only promotes standardized communication between various electronic control units (ECU Electronic Control Unit) in the vehicle, but also supports seamless connection between the vehicle and external systems, greatly improving the intelligence level of the automobile system and user experience.

[0004] In actual engineering practice, the problem of inconsistency between ECU-level communication information and SWC (Software Component)-level communication information often occurs. When inconsistency between ECU-level communication information and SWC-level communication information often occurs, it will directly lead to system function abnormality and affect the overall performance and safety of the vehicle. The existing method for adjusting ECU-level communication information and SWC-level communication information mainly relies on manual troubleshooting and adjustment by technicians, which is inefficient. Summary of the invention

[0005] The present application aims to at least solve the technical problems existing in the prior art. To this end, the present application proposes a vehicle communication information processing method, device, equipment and storage medium, which can improve the efficiency of vehicle communication information processing.

[0006] A first aspect of an embodiment of the present application provides a method for processing communication information of a vehicle, the method comprising: Obtaining a first file table corresponding to a first ARXML file, wherein the first ARXML file is an ARXML file corresponding to an electronic control unit level; the first file table includes an Ethernet signal and related information about the Ethernet signal; Obtaining a second file table corresponding to a second ARXML file, wherein the second ARXML file is an ARXML file corresponding to a software component level; the second file table includes an Ethernet signal port and related information about the Ethernet signal port; Comparing the first file table with the second file table, obtaining a comparison result between the first communication information at the electronic control unit level and the second communication information at the software component level; In a case where the comparison result indicates that there is a mismatch between the first communication information and the second communication information, the first ARXML file and / or the second ARXML file are modified until the first communication information matches the second communication information.

[0007] The embodiment of the present application provides a method for processing vehicle communication information, by acquiring ARXML files at the ECU level and the SWC level, and extracting relevant information and storing it in a file table for comparison, and making corresponding modifications to the ECU level ARXML file and the SWC level ARXML file according to the comparison result, so that the communication information at the ECU level matches the communication information at the SWC level. It can be seen that the embodiment of the present application does not require technicians to manually check for mismatched information. When the ARXML file is acquired, the relevant information is automatically extracted and stored in the corresponding file table for comparison, which can achieve a fast comparison effect, thereby improving the efficiency of communication information processing.

[0008] In some embodiments of the present application, obtaining a first file table corresponding to the first ARXML file includes: Obtain the first ARXML file; Searching for a signal element of the Ethernet signal of the first ARXML file in the XML tree by using an XPath expression; Extracting relevant information of the Ethernet signal corresponding to the first ARXML file from the signal element; The relevant information of the Ethernet signal is stored in a first data structure, and the first data structure is stored in a file table to obtain the first file table.

[0009] In some embodiments of the present application, the obtaining of the second file table corresponding to the second ARXML file includes: Obtain the second ARXML file; Searching for a description element of the Ethernet signal port in the second ARXML file in the XML tree by using an XPath expression; Extracting relevant information of the Ethernet signal port corresponding to the second ARXML file from the description element; The relevant information of the Ethernet signal port is stored in a second data structure, and the second data structure is stored in a file table to obtain the second file table.

[0010] In some embodiments of the present application, the mismatch includes: the data type representation of the first port and the first signal corresponding to the first port are not equal; The modifying the first ARXML file and / or the second ARXML file includes: Determining whether the data types of the first port and the first signal are correctly expressed; When the data type description of the first port is incorrect and the data type description of the first signal is correct, the data type description of the first port is determined according to the data type description of the first signal.

[0011] In some embodiments of the present application, the mismatch includes: the second port and the second signal corresponding to the second port are not expressed in the same signal type; The modifying the first ARXML file and / or the second ARXML file includes: According to a preset communication protocol rule, the signal type representation of the second port and / or the signal type representation of the second signal is adjusted.

[0012] In some embodiments of the present application, the mismatch includes: the first type of information in the relevant information of the third port is missing; The modifying the first ARXML file and / or the second ARXML file includes: comparing the second type information in the relevant information of the third port and the second type information of the third signal corresponding to the third port; When the second type information of the third port matches the second type information of the third signal, the first type information of the third port is filled according to the first type information of the third signal.

[0013] In some embodiments of the present application, the mismatch includes: the third type of information in the relevant information of the fourth signal is missing; The modifying the first ARXML file and / or the second ARXML file includes: Determining whether the third type information of the fourth port corresponding to the fourth signal is correct; When the third type information of the fourth port is correct, filling the third type information in the fourth signal based on the third type information of the fourth port; When the third type information of the fourth port is wrong, the third type information of the fourth port is updated based on a preset format of the third type information, and the third type information in the fourth signal is filled.

[0014] A second aspect of an embodiment of the present invention provides a communication information processing device for a vehicle, the device comprising: A first acquisition unit is used to acquire a first file table corresponding to a first ARXML file, wherein the first ARXML file is an ARXML file corresponding to an electronic control unit level; the first file table includes an Ethernet signal and related information about the Ethernet signal; A second acquisition unit is configured to acquire a second file table corresponding to a second ARXML file, wherein the second ARXML file is an ARXML file corresponding to a software component level; the second file table includes an Ethernet signal port and related information about the Ethernet signal port; a data comparison unit, used for comparing the first file table with the second file table to obtain a comparison result between the first communication information at the electronic control unit level and the second communication information at the software component level; A data adjustment unit is configured to modify the first ARXML file and / or the second ARXML file until the first communication information matches the second communication information if the comparison result indicates that there is a mismatch between the first communication information and the second communication information.

[0015] A third aspect of an embodiment of the present invention provides an electronic device, comprising: at least one control processor and a memory for communicating with the at least one control processor; the memory stores instructions that can be executed by the at least one control processor, and the instructions are executed by the at least one control processor so that the at least one control processor can execute the above-mentioned vehicle communication information processing method.

[0016] A fourth aspect of an embodiment of the present invention provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the above-mentioned vehicle communication information processing method.

[0017] It can be understood that the beneficial effects of the second to fourth aspects compared with the related art are the same as the beneficial effects of the first aspect compared with the related art. Please refer to the relevant description in the first aspect, and no further details will be given here. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the description of the embodiments in conjunction with the following drawings, in which: Figure 1 It is a flow chart of a method for processing vehicle communication information provided by an embodiment of the present application; Figure 2 It is a structural schematic diagram of a vehicle communication information processing device provided in an embodiment of the present application; Figure 3 It is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0019] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present application, and cannot be understood as limiting the present application.

[0020] In the description of this application, if there is a description of first, second, etc., it is only for the purpose of distinguishing technical features, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features or implicitly indicating the order of the indicated technical features.

[0021] In the description of the present application, it should be understood that the descriptions involving orientation, such as the orientation or positional relationship indicated as up, down, etc., are based on the orientation or positional relationship shown in the drawings, and are only for the convenience of describing the present application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be understood as a limitation on the present application.

[0022] In the description of this application, it should be noted that, unless otherwise clearly defined, terms such as setting, installing, connecting, etc. should be understood in a broad sense, and technicians in the relevant technical field can reasonably determine the specific meaning of the above terms in this application based on the specific content of the technical solution.

[0023] In the process of developing intelligent vehicle systems, two important description files are usually involved, namely CPS1ARXML files and CPH1 ARXML files. Among them, the CPS1 ARXML file is used to describe the external interface relationship of each application SWC (SoftwareComponent), including the Ethernet signal interface. The CPH1 ARXML file contains the entire ECU-level Ethernet communication matrix, which defines the communication relationship between each ECU. However, in the actual development process, there is often a situation where the ECU-level communication information is not equal or true to the SWC-level communication information, which may lead to problems such as functional abnormalities.

[0024] ARXML files are a standardized format for describing the architecture of automotive electronic systems. ARXML files contain information such as automotive software components, interfaces, data types, and the relationships between them, and are an important part of the AUTOSAR development process.

[0025] AUTOSAR (Automotive Open System Architecture) is a standardized software architecture designed to simplify the development and integration of automotive electronic systems. AUTOSAR adopts a layered architecture to decouple the communication and functions between application software and underlying hardware, improving the maintainability and scalability of the system. Under this architecture, the system service module can act as a middleware component to provide standardized interfaces and services to meet the needs of different applications.

[0026] ARXML (AUTOSAR XML) file is an XML format file defined in the AUTOSAR standard, which is used to describe the communication, data structure and interface definition between various software components (SWC, ECU, etc.) in the automotive electronic system. In the process of system design and development, ARXML files contain rich information. The following is the content that ARXML files may contain in general: ECU description: ARXML files usually contain description information of the ECU, including the ECU name, ID, manufacturer information, supported communication buses (such as CAN, FlexRay, etc.), supported protocols, etc.

[0027] Software component description: The ARXML file describes the information of each software component (SWC), including name, ID, version number, provided service interface, required service interface, port description, etc.

[0028] Communication description: describes the communication relationship between software components, including sending signals, receiving signals, message types, communication interfaces, etc. These descriptions can help the system understand the data exchange and communication rules between various software components.

[0029] Data type description: describes the data types used in the system, including basic data types (such as integers, floating-point numbers), structures, enumeration types, etc. These data types can be used for data exchange and transmission between software components.

[0030] Port description: describes the port information of the software component, including the provided port (Provide Port) and the required port (Require Port). These ports are used for data exchange and communication between software components.

[0031] Interface description: describes the service interface (Service Interface) and required service interface (Required Interface) provided by the software component. These interfaces define the function call and data transfer rules between software components.

[0032] Parameter description: describes the parameters used in software components and interfaces, including parameter name, data type, default value, etc. These parameters are used to configure and control the behavior of software components.

[0033] For this purpose, refer to Figure 1 The embodiment of the present application provides a method for processing vehicle communication information, the method comprising the following steps S101 to S104: Step S101, obtaining a first file table corresponding to a first ARXML file, wherein the first ARXML file is an ARXML file corresponding to an electronic control unit level; the first file table includes an Ethernet signal and related information about the Ethernet signal.

[0034] In this step, the first ARXML file is the CPH1 ARXML file, which contains the entire ECU-level Ethernet communication matrix and defines the communication relationship between each ECU; the relevant information of the Ethernet signal includes the signal name, signal type, and data type of the signal transmission.

[0035] Step S102: Obtain a second file table corresponding to the second ARXML file, wherein the second ARXML file is an ARXML file corresponding to the software component level; the second file table includes an Ethernet signal port and related information about the Ethernet signal port.

[0036] In this step, the second ARXML file is a CPS1 ARXML file, which is used to describe the external interface relationship of each application SWC, including the Ethernet signal interface; the relevant information of the Ethernet signal port may include the port name, data type, signal type, etc.

[0037] Step S103 : comparing the first file table with the second file table to obtain a comparison result between the first communication information at the electronic control unit level and the second communication information at the software component level.

[0038] In this step, a communication mapping relationship between the ECU and the SWC is established, and the communication mapping relationship can be used to determine the mapping between the communication information of the ECU and the communication information of the SWC. In specific implementation, the first file table and the second file table can be compared based on the mapping relationship between the ECU and the SWC to obtain a comparison result between the first communication information at the ECU level and the second communication information at the SWC level.

[0039] Step S104: if the comparison result indicates that there is a mismatch between the first communication information and the second communication information, modify the first ARXML file and / or the second ARXML file until the first communication information matches the second communication information.

[0040] In this step, the mismatch includes the inequality between the first communication information and the second communication information, and may also include the lack of the first communication information and / or the second communication information. Further, the inequality between the first communication information and the second communication information may specifically include: different signal port names between the first communication information and the second communication information, inconsistent data type descriptions, and inconsistent signal type descriptions.

[0041] Different from the prior art, the embodiment of the present application obtains ARXML files at the ECU level and the SWC level, extracts relevant information and stores it in a file table for comparison, and makes corresponding modifications to the ECU level ARXML file and the SWC level ARXML file according to the comparison results, so that the communication information at the ECU level matches the communication information at the SWC level. It can be seen that the embodiment of the present application does not require technicians to manually check for mismatched information. When the ARXML file is obtained, the relevant information is automatically extracted and stored in the corresponding file table for comparison, which can achieve a fast comparison effect, thereby improving the efficiency of communication information processing.

[0042] The following describes how to implement each of the above steps: The process of obtaining the first file table corresponding to the first ARXML file in step S101 includes the following steps S201 to S204: Step S201: Obtain a first ARXML file; Step S202: searching the XML tree for a signal element of the Ethernet signal of the first ARXML file by using an XPath expression; Step S203: extracting relevant information of the Ethernet signal corresponding to the first ARXML file from the signal element; Step S204: Store the relevant information of the Ethernet signal into a first data structure, and store the first data structure into a file table to obtain a first file table.

[0043] In this implementation, the xml.etree.ElementTree library in Python can be used to load the first ARXML file, construct an XPath expression to locate the signal element of the Ethernet signal; for each signal element returned by the XPath query, use a method similar to element.attrib and element.text to extract attribute and text information, and the Ethernet signal related information includes the name of the signal, the type of the signal, and the data type transmitted by the signal, etc. The first ARXML file can also be parsed to obtain the relevant information of the Ethernet signal, and the obtained relevant information of the Ethernet signal is stored in the first file table.

[0044] In some embodiments, a data structure is created to store relevant information of each Ethernet signal, that is, a first data structure is obtained, and the first data structure is written into a file to form a first file table. For example, a dictionary list can be created, wherein each dictionary represents a signal and contains various relevant information of the signal as key-value pairs, and the above data results are written into a file to form a file table.

[0045] In this embodiment, the above steps can realize automatic parsing of the first ARXML file, thereby saving time and effort in manual data extraction, thereby greatly improving work efficiency, and by extracting Ethernet signal elements and then extracting relevant information of the Ethernet signal from the signal elements, it can ensure that the extracted relevant information of the Ethernet signal is accurate, thereby also improving the accuracy of the data.

[0046] The process of obtaining the second file table corresponding to the second ARXML file in step S201 includes the following steps S301 to S304: Step S301: Obtain a second ARXML file; Step S302: Searching for a description element of the Ethernet signal port in the second ARXML file in the XML tree by using an XPath expression; Step S303: extract relevant information of the Ethernet signal port corresponding to the second ARXML file from the description element; Step S304: Store the relevant information of the Ethernet signal port into a second data structure, and store the second data structure into a file table to obtain a second file table.

[0047] In this embodiment, the xml.etree.ElementTree library in Python is used to load the second ARXML file, and an XPath expression is constructed to locate the description element of the Ethernet signal port. For each port description element returned by the XPath query, attributes or text information such as element.attrib and sub-elements are used to extract the relevant information of the Ethernet port. The relevant information of the Ethernet signal includes the name of the signal, the type of the signal, and the data type of the signal transmission, etc.; the relevant information of the Ethernet signal port includes the port name, data type, signal type, etc. It is also possible to parse the second ARXML file to obtain the relevant information of the Ethernet port, and store the obtained relevant information of the Ethernet port in the second file table.

[0048] In some implementations, another data structure (such as a dictionary list in Python) is created to store relevant information of each Ethernet signal port to obtain a second data structure, and the second data structure is written into a file to form a second file table.

[0049] In this embodiment, the above steps can realize automatic parsing of the second ARXML file, thereby saving time and effort in manually extracting data, thereby greatly improving work efficiency, and by extracting the description element of the Ethernet signal port and then extracting the relevant information of the Ethernet port from the description element of the Ethernet port, it can ensure that the extracted relevant information of the Ethernet port is accurate, thereby also improving the accuracy of the data.

[0050] In some embodiments, the mismatch includes: the data type descriptions of the first port and the first signal corresponding to the first port are not equal, and the modification of the first ARXML file and / or the second ARXML file in step S101 specifically includes the following steps S401 to S402: Step S401, determining whether the data type descriptions of the first port and the first signal are correct; Step S402: When the data type description of the first port is incorrect and the data type description of the first signal is correct, determine the data type description of the first port according to the data type description of the first signal.

[0051] In this embodiment, when the data type expressions of the first port and the first signal corresponding to the first port are not equal, it is first determined whether the data type expressions of the first port and the first signal are correct; when the data type expression of the first port is incorrect and the data type expression of the first signal is correct, the data type expression of the first signal is used as a standard to modify the data type expression in the first port; when the data type expression of the first signal is incorrect and the data type expression of the first port is correct, the data type expression of the first port is used as a standard to modify the data type expression in the first signal.

[0052] In some embodiments, when the data type statements in the first signal and the first port are both incorrect, the correct data type statement can be determined based on other relevant information in the first signal and / or the first port and according to preset communication rules, and the data type statements in the first port and the first signal can be modified based on the correct data type statement.

[0053] In some embodiments, the mismatch may also include that the signal port names of the first port and the first signal corresponding to the first port are unequal. The unequal signal port names of the first port and the first signal corresponding to the first port may be processed according to the processing logic when the data type representations of the first port and the first signal corresponding to the first port are unequal.

[0054] In some embodiments, the mismatch includes: the second port and the second signal corresponding to the second port have unequal signal type expressions. The modifying of the first ARXML file and / or the second ARXML file in step S101 specifically includes the following step S501: Step S501: adjusting the signal type representation of the second port and / or the signal type representation of the second signal according to a preset communication protocol rule.

[0055] In this embodiment, the preset communication protocol rules include signal type consistency (ensuring that the signal type is consistent between ports and signals), signal range and accuracy (ensuring that the effective range and accuracy of the signal meet protocol requirements), and signal format.

[0056] In some embodiments, according to preset communication protocol rules, it is determined whether the signal type description in the second port and the second signal is correct. When there is an error in the signal type description in the second port and / or the second signal, the signal type description of the second port and / or the signal type description of the second signal is adjusted according to the preset communication protocol rules.

[0057] In some embodiments, the mismatch includes: the first type of information in the relevant information of the third port is missing, and the modification of the first ARXML file and / or the second ARXML file in step S101 specifically includes the following steps S601 to S602: Step S601: compare the second type information in the relevant information of the third port and the second type information of the third signal corresponding to the third port; Step S602: When the second type information of the third port matches the second type information of the third signal, fill in the first type information of the third port according to the first type information of the third signal.

[0058] In this implementation, the third port may include multiple types of information, such as first type information, second type information, and third type information, and a certain type of information belongs to a type of information in the related information of the Ethernet port mentioned above.

[0059] In some embodiments, assuming that the third port includes first type information and second type information, when the first type information of the third port is missing, the second type information of the third port and the second type information in the third signal corresponding to the third port can be compared to see whether they match. When the second type information of the third port and the second type information of the third signal match, it means that the relevant information in the third port is reliable, and the first type information in the third port can be filled according to the first type information in the third signal to obtain complete and correct third port information.

[0060] In some embodiments, when the second type information of the third port and the second type information of the third signal do not match, the second type information of the third port and the second type information of the third signal are adjusted according to the steps in step S401 to step S501 to obtain correct second type information of the third port and second type information of the third signal, and the first type information of the third port is filled according to the adjusted second type information of the third signal.

[0061] In some implementations, when the first type of information in the third signal is missing, the first type of information in the third signal is filled based on the same processing logic as above.

[0062] In some embodiments, the mismatch includes: the third type of information in the relevant information of the fourth signal is missing, and the modification of the first ARXML file and / or the second ARXML file in step S101 specifically includes the following steps S701 to S703: Step S701, determining whether the third type information of the fourth port corresponding to the fourth signal is correct; Step S702: When the third type information of the fourth port is correct, fill the third type information in the fourth signal based on the third type information of the fourth port; Step S703: When the third type information of the fourth port is wrong, the third type information of the fourth port is updated based on a preset format of the third type information, and the third type information in the fourth signal is filled.

[0063] In this embodiment, when the third type information of the fourth signal is missing, it is directly determined whether the third type information of the fourth port corresponding to the fourth signal is correct; when the third type information of the fourth port is correct, the third type information of the fourth signal is filled with the third type information of the fourth port; when the third type information of the fourth port is wrong, the third type information of the fourth port is updated with the preset format of the third type information, and the third type information in the fourth signal is filled, wherein the preset format of the third type information can be obtained according to a preset communication protocol rule.

[0064] In some implementations, when the third type of information in the fourth port is missing, the third type of information in the fourth port is filled based on the same processing logic as above.

[0065] It should be noted that the first port to the fourth port mentioned in the embodiment of the present application can be the same port or different ports, and the first signal to the fourth signal can also be the same signal or different signals.

[0066] like Figure 2 As shown, some embodiments of the present application provide a vehicle communication information processing device, the device comprising a first acquisition unit 1100, a second unit 1200, a data comparison unit 1300 and a data adjustment unit 1400, specifically: A first acquisition unit 1100 is used to acquire a first file table corresponding to a first ARXML file, wherein the first ARXML file is an ARXML file corresponding to an electronic control unit level; the first file table includes an Ethernet signal and related information about the Ethernet signal; The second acquisition unit 1200 is configured to acquire a second file table corresponding to a second ARXML file, wherein the second ARXML file is an ARXML file corresponding to a software component level; the second file table includes an Ethernet signal port and related information about the Ethernet signal port; A data comparison unit 1300 is used to compare the first file table with the second file table to obtain a comparison result between the first communication information of the electronic control unit level and the second communication information of the software component level; The data adjustment unit 1400 is configured to modify the first ARXML file and / or the second ARXML file until the first communication information matches the second communication information if the comparison result indicates that there is a mismatch between the first communication information and the second communication information.

[0067] It should be noted that the vehicle communication information processing device provided in this embodiment and the above-mentioned vehicle communication information processing method are based on the same inventive concept, so the relevant content of the above-mentioned vehicle communication information processing method is also applicable to the content of the vehicle communication information processing device, and therefore, it will not be repeated here.

[0068] like Figure 3 The embodiment of the present application further provides an electronic device, the electronic device comprising: at least one memory; at least one processor; at least one program; The programs are stored in the memory, and the processor executes at least one program to implement the above-mentioned vehicle communication information processing method implemented in the present disclosure.

[0069] The electronic device may be any intelligent terminal including a mobile phone, a tablet computer, a personal digital assistant (PDA), a vehicle-mounted computer, etc.

[0070] The electronic device according to the embodiment of the present application is described in detail below.

[0071] The processor 1600 may be implemented by a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present invention. The memory 1700 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 1700 can store an operating system and other application programs. When the technical solution provided in the embodiment of this specification is implemented by software or firmware, the program code is stored in the memory 1700, and the processor 1600 calls and executes a vehicle communication information processing method of the embodiment of the present invention.

[0072] Input / output interface 1800, used to implement information input and output; Communication interface 1900, used to realize communication interaction between the device and other devices, which can be realized through wired mode (such as USB, network cable, etc.) or wireless mode (such as mobile network, WIFI, Bluetooth, etc.); Bus 2000 , which transmits information between various components of the device (e.g., processor 1600 , memory 1700 , input / output interface 1800 , and communication interface 1900 ); The processor 1600 , the memory 1700 , the input / output interface 1800 , and the communication interface 1900 are connected to each other in communication within the device via the bus 2000 .

[0073] An embodiment of the present invention further provides a storage medium, which is a computer-readable storage medium. The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the above-mentioned vehicle communication information processing method.

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

[0075] The embodiments described in the present invention are intended to more clearly illustrate the technical solutions of the embodiments of the present invention and do not constitute a limitation on the technical solutions provided by the embodiments of the present invention. Those skilled in the art will appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of the present invention are also applicable to similar technical problems.

[0076] Those skilled in the art will appreciate that the technical solutions shown in the figures do not limit the embodiments of the present invention and may include more or fewer steps than shown in the figures, or a combination of certain steps, or different steps.

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

[0078] Those skilled in the art will appreciate that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices may be implemented as software, firmware, hardware, or a suitable combination thereof.

[0079] The terms "first", "second", "third", "fourth", etc. (if any) in the specification of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0080] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0081] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

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

[0083] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0084] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including multiple instructions to enable an electronic device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of each embodiment method of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), disk or optical disk and other media that can store programs.

[0085] The above is a specific description of the preferred implementation of the embodiments of the present application, but the embodiments of the present application are not limited to the above-mentioned implementation methods. Technical personnel familiar with the field can also make various equivalent modifications or substitutions without violating the spirit of the embodiments of the present application. These equivalent modifications or substitutions are all included in the scope defined by the claims of the embodiments of the present application.

Claims

1. A vehicle communication information processing method, characterized in that: include: Obtaining a first file table corresponding to a first ARXML file, wherein the first ARXML file is an ARXML file corresponding to an electronic control unit level; the first file table includes an Ethernet signal and related information about the Ethernet signal; Obtaining a second file table corresponding to a second ARXML file, wherein the second ARXML file is an ARXML file corresponding to a software component level; the second file table includes an Ethernet signal port and related information about the Ethernet signal port; Comparing the first file table with the second file table, obtaining a comparison result between the first communication information at the electronic control unit level and the second communication information at the software component level; In a case where the comparison result indicates that there is a mismatch between the first communication information and the second communication information, the first ARXML file and / or the second ARXML file are modified until the first communication information matches the second communication information.

2. The vehicle communication information processing method according to claim 1, characterized in that: The obtaining of the first file table corresponding to the first ARXML file includes: Obtain the first ARXML file; Searching for a signal element of the Ethernet signal of the first ARXML file in the XML tree by using an XPath expression; Extracting relevant information of the Ethernet signal corresponding to the first ARXML file from the signal element; The relevant information of the Ethernet signal is stored in a first data structure, and the first data structure is stored in a file table to obtain the first file table.

3. The vehicle communication information processing method according to claim 1, characterized in that: The obtaining of the second file table corresponding to the second ARXML file includes: Obtain the second ARXML file; Searching for a description element of the Ethernet signal port in the second ARXML file in the XML tree by using an XPath expression; Extracting relevant information of the Ethernet signal port corresponding to the second ARXML file from the description element; The relevant information of the Ethernet signal port is stored in a second data structure, and the second data structure is stored in a file table to obtain the second file table.

4. The vehicle communication information processing method according to claim 1, characterized in that: The mismatch includes: the data type description of the first port and the first signal corresponding to the first port are not equal; The modifying the first ARXML file and / or the second ARXML file includes: Determining whether the data types of the first port and the first signal are correctly expressed; When the data type description of the first port is incorrect and the data type description of the first signal is correct, the data type description of the first port is determined according to the data type description of the first signal.

5. The vehicle communication information processing method according to claim 1, characterized in that: The mismatch includes: the second port and the second signal corresponding to the second port are not expressed in the same signal type; The modifying the first ARXML file and / or the second ARXML file includes: According to a preset communication protocol rule, the signal type representation of the second port and / or the signal type representation of the second signal is adjusted.

6. The vehicle communication information processing method according to claim 1, characterized in that: The mismatch includes: the first type of information in the relevant information of the third port is missing; The modifying the first ARXML file and / or the second ARXML file includes: comparing the second type information in the relevant information of the third port and the second type information of the third signal corresponding to the third port; When the second type information of the third port matches the second type information of the third signal, the first type information of the third port is filled according to the first type information of the third signal.

7. The vehicle communication information processing method according to claim 1, characterized in that: The mismatch includes: the third type of information in the relevant information of the fourth signal is missing; The modifying the first ARXML file and / or the second ARXML file includes: Determining whether the third type information of the fourth port corresponding to the fourth signal is correct; When the third type information of the fourth port is correct, filling the third type information in the fourth signal based on the third type information of the fourth port; When the third type information of the fourth port is wrong, the third type information of the fourth port is updated based on a preset format of the third type information, and the third type information in the fourth signal is filled.

8. A vehicle communication information processing device, characterized in that: The device comprises: A first acquisition unit is used to acquire a first file table corresponding to a first ARXML file, wherein the first ARXML file is an ARXML file corresponding to an electronic control unit level; the first file table includes an Ethernet signal and related information about the Ethernet signal; A second acquisition unit is configured to acquire a second file table corresponding to a second ARXML file, wherein the second ARXML file is an ARXML file corresponding to a software component level; the second file table includes an Ethernet signal port and related information about the Ethernet signal port; a data comparison unit, used for comparing the first file table with the second file table to obtain a comparison result between the first communication information at the electronic control unit level and the second communication information at the software component level; A data adjustment unit is configured to modify the first ARXML file and / or the second ARXML file until the first communication information matches the second communication information if the comparison result indicates that there is a mismatch between the first communication information and the second communication information.

9. An electronic device, characterized in that: It includes at least one control processor and a memory for communicating with the at least one control processor; the memory stores instructions that can be executed by the at least one control processor, and the instructions are executed by the at least one control processor so that the at least one control processor can execute the vehicle communication information processing method described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to enable a computer to execute the vehicle communication information processing method according to any one of claims 1 to 7.

Images