Vehicle communication method and device, electronic equipment and storage medium

Abstract

The present application relates to a kind of vehicle communication method, device, electronic equipment and storage medium, the method comprises: obtaining the first data of current vehicle and vehicle type, first data is the communication data uploaded by current vehicle;Call the first conversion relationship model matched with current vehicle type, the first conversion relationship model is the conversion model of pre-stored communication data form;According to the first conversion relationship model, the form of first data is converted into first form, and the first form is the data form that application software can recognize and use.The present application converts the form of communication data of different vehicle types into the data form that application software can recognize and use by pre-stored conversion relationship model corresponding to different vehicle types, so that application software can realize data communication with pre-stored vehicle when facing different vehicle types without changing software interface, improve the uniformity and reusability of application software.

Description

Technical Field

[0001] This invention relates to the field of vehicle system software technology, and in particular to a vehicle communication method, device, electronic device and storage medium. Background Technology

[0002] In-vehicle system software is software applied to vehicles to meet and improve driving needs. AUTOSAR (Automotive Open System Architecture) facilitates the exchange and updating of vehicle system software and provides a foundation for the efficient management of increasingly complex vehicle electronic and software systems.

[0003] Within the AUTOSAR technology framework, on top of the RTE (Runtime Environment), each application software module needs to access the communication bus signals of the COM (Communication) module. COM is a fundamental software module in AUTOSAR, located at the top layer of the CAN communication protocol stack, interacting with the RTE at higher layers, primarily providing signal interfaces to upper-layer applications. When vehicle models change, the differences in communication signals between the ECUs (Electronic Control Units) of different models necessitate frequent changes to the software interfaces of the various application software involved, making it difficult to guarantee the uniformity and reusability of in-vehicle software applications. Summary of the Invention

[0004] This invention provides a vehicle communication method, device, electronic device, and storage medium to solve the defect in the prior art that the application software needs to change its software interface when the vehicle model changes, so as to realize that the software interface does not need to be changed when the vehicle model changes.

[0005] This invention provides a vehicle communication method for application software to receive data, the method comprising:

[0006] Obtain the first data and model of the current vehicle, where the first data is the communication data uploaded by the current vehicle;

[0007] Invoke the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model of communication data representation.

[0008] The representation of the first data is converted into a first representation based on the first transformation relationship model. The first representation is a data format that the application software can recognize and use.

[0009] According to the vehicle communication method provided by the present invention, the method further includes:

[0010] Determine whether the first data is composite data comprising multiple sub-data, wherein the composite data reflects multiple indicators of the current vehicle, and the sub-data reflects a single indicator of the vehicle; if not, then

[0011] The first data in the first representation form is sent to the application software for recognition and use by the application software.

[0012] According to the vehicle communication method provided by the present invention, the method further includes:

[0013] If the first data is composite data including multiple sub-data, then the multiple sub-data in the first representation form are combined into a service function;

[0014] The service functions are provided to the application software for the application software to recognize and use.

[0015] This invention provides a vehicle communication method for application software to send data, the method comprising:

[0016] Obtain the second data sent by the application software;

[0017] Determine whether the second data is a combination of multiple individual data points, where the combination data is data controlling multiple actuators of the vehicle, and the individual data points are data controlling a single actuator of the vehicle; if not, then...

[0018] Invoke the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model.

[0019] The second data is converted into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model.

[0020] The second data in the second representation form is sent to the COM module of the current vehicle, and then sent to the corresponding execution unit.

[0021] According to the vehicle communication method provided by the present invention, the method further includes:

[0022] If the second data is combined data, then the combined data is split into multiple individual data;

[0023] The second transformation relationship model is invoked to convert the representation of the multiple single data points into the second representation.

[0024] Multiple single data points in the second representation form are sent to the COM module of the current vehicle.

[0025] The present invention also provides a vehicle communication device for receiving data at a software application layer, the device comprising:

[0026] The first acquisition module is used to acquire the first data and model of the current vehicle, wherein the first data is the communication data uploaded by the current vehicle;

[0027] The first calling module is used to call the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model in the form of communication data.

[0028] The first conversion module is used to convert the representation of the first data into a first representation form according to the first conversion relationship model, wherein the first representation form is a data form that the application software can recognize and use.

[0029] The present invention also provides a vehicle communication device for sending data via application software, the device comprising:

[0030] The second acquisition module is used to acquire the second data sent by the application software;

[0031] The second judgment module is used to determine whether the second data is a combination of multiple single data points, wherein the combination data is data controlling multiple execution units of the vehicle, and the single data point is data controlling a single execution unit of the vehicle; if not, then

[0032] The second calling module is used to call the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model.

[0033] The second conversion module is used to convert the second data into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model.

[0034] The third sending module is used to send the second data in the second representation form to the COM module of the current vehicle model, and then to the corresponding execution unit.

[0035] The present invention also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle communication method described above.

[0036] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the vehicle communication method as described above.

[0037] The present invention also provides a computer program product, including a computer program that, when executed by a processor, implements any of the vehicle communication methods described above.

[0038] The vehicle communication method, device, electronic device, and storage medium provided by this invention converts the communication data of different vehicle models into a data format that application software can recognize and use by pre-stored conversion relationship models corresponding to different vehicle models. This allows application software to communicate with pre-stored vehicle models without changing its software interface, improving the uniformity and reusability of the application software. Simultaneously, developers do not need to develop corresponding software interfaces for each vehicle model, reducing development pressure and costs. Attached Figure Description

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

[0040] Figure 1 This is one of the flowcharts illustrating the vehicle communication method provided by the present invention;

[0041] Figure 2 This is the second flowchart illustrating the vehicle communication method provided by the present invention;

[0042] Figure 3 This is the third flowchart of the vehicle communication method provided by the present invention;

[0043] Figure 4 This is the fourth flowchart illustrating the vehicle communication method provided by the present invention;

[0044] Figure 5 This is a conceptual and design principle diagram of the vehicle abstraction layer of the present invention;

[0045] Figure 6 This is a schematic diagram of the connection between the vehicle and the ECU via a connector according to the present invention;

[0046] Figure 7 This is a link relationship diagram of the vehicle signal conversion layer and vehicle function service layer of the present invention under the AUTOSAR architecture;

[0047] Figure 8 This is one of the schematic diagrams of the vehicle communication device of the present invention;

[0048] Figure 9 This is the second schematic diagram of the vehicle communication device of the present invention;

[0049] Figure 10 This is a schematic diagram of the structure of the electronic device provided by the present invention.

[0050] Figure label:

[0051] 810, First Acquisition Module; 820, First Invocation Module; 830, First Conversion Module; 910, Second Acquisition Module; 920, Second Judgment Module; 930, Second Invocation Module; 940, Second Conversion Module; 950, Third Sending Module; 1010, Processor; 1020, Communication Interface; 1030, Memory; 1040, Communication Bus. Detailed Implementation

[0052] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0053] The following is combined with Figures 1 to 10 Describe vehicle communication methods, devices, electronic equipment, and storage media.

[0054] like Figure 1 As shown, in one embodiment, a vehicle communication method for receiving data at a software application layer includes the following steps:

[0055] Step S110: Obtain the first data and model of the current vehicle. The first data is the data uploaded by the current vehicle.

[0056] During vehicle communication, different vehicle models use different communication signals to achieve the same communication purpose, primarily manifested in the different formats of communication data for each model. Therefore, under the existing AUTOSAR (Automotive Open System Architecture) framework, when application software on top of the RTE (Run Time Environment) accesses the communication bus signals of the COM (Communication) module, the differences in communication signals between the ECUs (Electronic Control Units) of different vehicle models necessitate dedicated software interfaces for each model. When the vehicle model changes, the application software needs to modify its interface to complete data communication with the current vehicle, making it difficult to guarantee the uniformity and reusability of the software application. To improve the uniformity and reusability of the software application, a method of converting the communication data of different vehicle models is adopted, enabling the application software to achieve data communication with the current vehicle without changing its interface.

[0057] Specifically, the vehicle model is identified, and the first data for communication is obtained from the vehicle via the COM module.

[0058] Step S120: Call the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model in the form of data representation.

[0059] Specifically, the communication data of each vehicle model is presented in a different format. If the communication data of different vehicle models are converted into a format that can be recognized and used by the same application software, data communication between vehicles of different models and the application software can be completed without changing the software interface. For each vehicle model and each type of communication data, a dedicated reversible conversion relationship needs to be established in advance to successfully convert the communication data of the corresponding vehicle model. Therefore, each vehicle model has multiple conversion relationships. These multiple conversion relationships for each vehicle model are encapsulated into conversion relationship models and pre-stored for easy retrieval based on the vehicle model when needed.

[0060] Step S130: Convert the representation of the first data into a first representation form according to the transformation relationship model. The first representation form is a data form that the application software can recognize and use.

[0061] Specifically, based on the vehicle model, the corresponding transformation relationship model is invoked. Then, a transformation relationship corresponding to the first data is selected from this model to transform the representation of the first data, so that the application software can recognize and use it. It should be noted that, through the selected transformation relationship, the first data in the second representation can also be converted back to its original representation. In other words, the transformation relationship can achieve reversible transformation of the data representation.

[0062] The vehicle communication method of this invention converts the communication data of different vehicle models into a data format that application software can recognize and use by using a pre-stored conversion relationship model corresponding to different vehicle models. This allows the application software to communicate with pre-stored vehicle models without changing the software interface, improving the uniformity and reusability of the application software. At the same time, developers do not need to develop corresponding software interfaces for each vehicle model, reducing development pressure and costs.

[0063] like Figure 2 As shown, in one embodiment, the vehicle communication method of the present invention further includes the following steps:

[0064] Step S210: Determine whether the first data is composite data including multiple sub-data. Composite data is data reflecting multiple indicators of the current vehicle, and sub-data is data reflecting a single indicator of the current vehicle. If not, proceed to the next step; if yes, proceed to step S230.

[0065] Sub-data refers to data reflecting a single indicator, such as water temperature, fuel consumption, or speed, which are three sub-data points. Composite data is data composed of multiple sub-data points. For example, water temperature, fuel consumption, and speed constitute a composite data point, which reflects the vehicle's water temperature index, fuel consumption index, and speed index.

[0066] Step S220: Send the first data in the first representation form to the application software for the application software to recognize and use.

[0067] Specifically, if the first data is not composite data, it can be considered a sub-data reflecting a single indicator, such as water temperature. After converting the first data into its first representation format, it can be sent to the application software for recognition and use.

[0068] Step S230: If the first data is composite data including multiple sub-data, then the multiple sub-data in the first representation form are combined into a service function.

[0069] Specifically, considering that when the first data is composite data, there may be logical relationships between the sub-data it contains, after converting the representation of the sub-data in the composite data into the first representation, it is necessary to combine the sub-data in the first representation into a service function according to the logical relationships.

[0070] It should be noted that if there is no logical relationship between any two sub-data in the composite data, they can be sent directly to the application software after being converted into the first representation.

[0071] Step S240: Provide the service function to the software application layer so that the application software can identify and use it.

[0072] The logical relationships used in the process of combining service functions can be reversibly transformed into service functions, that is, the service function is split into multiple sub-data in the first representation form.

[0073] like Figure 3 As shown, in one embodiment, a vehicle communication method for application software to send data includes the following steps:

[0074] Step S310: Obtain the second data sent by the application software.

[0075] The second data includes identified user input information and response data such as communication data uploaded by the responding vehicle.

[0076] Step S320: Determine whether the second data is a combination of multiple single data, where the combination data is data controlling multiple execution units of the vehicle and the single data is data controlling a single execution unit of the vehicle; if not, proceed to the next step.

[0077] The purpose of judging the second data is that if the second data is a single data of a communication signal, it can be converted and sent to the corresponding execution unit. If it is combined data, the single data in the combined data may have logical relationships. Therefore, it needs to be logically processed and converted before it can be sent to the execution unit corresponding to each single data.

[0078] Step S330: Invoke the conversion relationship model that matches the current vehicle model. The second conversion relationship model is a conversion model of the pre-stored communication data representation.

[0079] The second transformation relationship model is one that enables reversible transformation of the second data. Within the same vehicle model, the second transformation relationship model can be the same as the first transformation relationship model, or it can differ only in form. Alternatively, a new model different from the first transformation relationship model can be adopted according to actual needs.

[0080] Step S340: Convert the second data into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model.

[0081] Specifically, since the second data is not combined data, it can be identified as single data. Single data is a single data of communication signal, which does not involve logical relationships and can be directly used after conversion.

[0082] Step S350: The second data in the second representation form is sent to the COM module of the current vehicle, and then sent to the corresponding execution unit.

[0083] In the vehicle communication method of this embodiment, when the second data is single data, it is converted into a second representation form through the second transformation relationship model and then sent to the execution unit corresponding to the current vehicle. The execution unit can directly recognize and execute it without compiling a dedicated software interface.

[0084] like Figure 4 As shown, in one embodiment, the vehicle communication method further includes the following steps:

[0085] Step S410: If the second data is combined data, then the combined data is split into multiple individual data.

[0086] Specifically, if the second data is combined data, then the logical relationship between each individual data in the combined data needs to be considered. If there is a logical relationship between at least two individual data, then this logical relationship needs to be separated. After the separated individual data is unpacked, the data representation format is converted. After conversion, it is then sent to the respective execution units for execution according to the corresponding logical relationship.

[0087] Step S420: Invoke the second transformation relationship model to transform the representation of multiple single data into the second representation.

[0088] Specifically, if there is no logical relationship between the individual data in the combined data, after the combined data is split into multiple individual data, the multiple individual data can be converted through the second transformation relationship model and then sent to the corresponding execution units for execution.

[0089] Step S430: Send multiple single data in the second representation form to the COM module of the current vehicle.

[0090] The vehicle communication method in this embodiment mainly considers the logical relationship between individual data in the combined data. If there is a logical relationship, the logical relationship needs to be separated first, and then the sub-data is split and transformed before the corresponding execution units are controlled to execute according to the logical relationship. The entire communication process does not require a dedicated software interface.

[0091] like Figure 5As shown in the specific embodiment, the vehicle communication method of the present invention proposes the concept and design method of Vehicle Abstraction Layer (VAL), which further divides VAL into Vehicle Signal Conversion Layer (VAL Converter) and Vehicle Service Layer (VAL Service). VAL Converter handles the differences in the presentation of communication data, while VAL Service handles the differences in complex data (composite data and combined data). Through VAL, the impact of vehicle changes is isolated from the application software, decoupling vehicle differences and application software, thereby improving the consistency and reusability of the application software.

[0092] Based on the AUTOSAR architecture, VAL sits above the RTE module and below other application software. Internally, it is divided into two layers: the Vehicle Signal Conversion Layer (VAL Converter) and the Vehicle Function Service Layer (VALService). The functions of the two modules are described below:

[0093] 1. VAL Converter is used to convert sub-data or single data.

[0094] a. Handling signal conversion of enumeration classes. Mapping the enumeration values ​​defined in the signal communication definition file (such as the DBC file for CAN networks and the LDF file for LIN networks) to the enumeration class values ​​required by the upper-layer application. For example, if the gear position signal variables of the transmission ECU for vehicle A are defined as shown in the left two columns of Table 1, and the signal definitions for vehicle B are shown in the left two columns of Table 2, the enumeration values ​​defined for different vehicle models are not exactly the same. However, the application software only cares whether it is in D gear. Therefore, in vehicle A, the VAL Converter maps 0x1, 0x2, and 0x4 to 0x1 (non-D gear, columns 3 and 4 in Table 1), and 0x3 to 0x2 (D gear). In vehicle B, 0x1, 0x2, and 0x3 are mapped to non-D gear (columns 3 and 4 in Table 2), and 0x4 is mapped to 0x2 (D gear).

[0095]

[0096]

[0097] Table 1

[0098] Signal enumeration values Signal Enumeration Definition Mapping value Mapping value definition 0x1 P gear 0x1 Non-D gear 0x2 N-level 0x1 Non-D gear 0x3 R gear 0x1 Non-D gear 0x4 D gear 0x2 D gear

[0099] Table 2

[0100] b. Handling numerical signal conversion. The Converter layer converts numerical variables defined in the signal communication definition file (such as the DBC file for CAN networks and the LDF file for LIN networks) from their raw values ​​to physical values ​​for use by upper-layer software applications. For example, for the engine speed signal, in vehicle model A, the conversion relationship between the physical value and the raw value of the bus signal is: physical value = 100 + 0.125 * raw value (conversion formula A). In vehicle model B, the conversion relationship is: physical value = 0 + 0.2 * raw value (conversion formula B). Therefore, in both vehicle models A and B, conversion formulas A and B must be used respectively to obtain the physical value of the engine speed signal. After the Converter layer handles this conversion, the application software can directly obtain and use the physical value without needing to worry about the different conversion processes.

[0101] c. Different mapping tables / numerical signal conversions are associated with the vehicle platform, and their selection can be made either before or after compilation, depending on the actual situation, as detailed below:

[0102] (1) Before compilation, if the vehicle platform on which the ECU will be installed is known before compilation, the macro switch in the source file can be controlled by the command line parameter during compilation to compile the code corresponding to the vehicle model.

[0103] (2) After compilation, all vehicle model codes are encoded in the pins of the hardware connector between the vehicle and the ECU during compilation. The vehicle model platform is determined when the ECU is powered on. For example, see below. Figure 6 The ECU is connected to the vehicle via a connector. The connector has two usable pins for encoding. '1' represents high voltage and '0' represents low voltage, which can identify four vehicle platform types, as shown in Table 3. When the ECU is powered on, it identifies the vehicle platform by reading the high and low states of the pins and runs the code corresponding to the vehicle platform during operation.

[0104] PIN Encoding Vehicle platform 00 Model 1 01 Model 2 10 Model 3 11 Model 4

[0105] Table 3

[0106] 2. VAL Service is used to process composite or combined data.

[0107] Vehicle control / monitoring functions are abstracted into service functions. Signals processed by the VAL Converter are then used to abstract these control and monitoring functions into service functions and provided to application software. For example, a driver fatigue warning function requires simultaneous control of voice prompts, instrument panel text displays, and seat vibration. This function is encapsulated as a service function, using the VAL Converter's interface to control voice, text, and seat functions, and providing the driver fatigue warning service function to the application software.

[0108] The link relationship between the Vehicle Signal Converter (VAL Converter) and Vehicle Function Service (VAL Service) layers under the AUTOSAR architecture can be found in [link to AUTOSAR architecture]. Figure 7 As shown.

[0109] The data flow mainly consists of two optional links:

[0110] (1)COM-VAL Converter–Application.

[0111] (2)COM–VAL Converter–VAL Service–Application.

[0112] RTE Interface: An interface specified by AUTOSAR for receiving / transmitting signal values ​​from COM modules.

[0113] VAL Converter Interface: Provides the converted mapped value / physical value upwards and the enumerated value / original value downwards.

[0114] VAL Service Interface: Provides abstracted vehicle control / monitoring functions to the upper level, and calls VALConverter Interface to send signals to the lower level.

[0115] When a functional requirement related to vehicle signals is received, either link (1) or (2) can be selected to complete the development link. If the upper-layer application only needs to send / receive a single data signal, link (1) is selected. After the VAL Converter completes signal processing, the upper-layer application software can complete the functional logic. If not, link (2) is selected. Similarly, after the VAL Converter completes signal processing, the VAL Service completes the combination and logic of multiple signals to form a service function. The upper-layer software application directly calls the VAL Service service function when completing the functional logic. Specific usage scenarios are illustrated below:

[0116] 1) Requirement: When the engine speed signal is below 300 rpm, the ECU should be powered down. For this requirement, only a single signal needs to be read. Link 1) is selected, and after the VAL Converter layer performs numerical signal conversion, the application layer completes the ECU power-down function logic.

[0117] 2) Requirement: Provide driver fatigue alerts, including on-screen text, voice prompts, and seat vibration. This requires controlling multiple signals simultaneously. Using link 2), the VAL Converter layer performs the enumerated signal conversion. The VAL Service layer uses the converted signals and encapsulates this functionality into a driver alert service function. Upper-layer software applications then directly call this service function when an alert is needed.

[0118] The vehicle communication method in this embodiment can effectively isolate and decouple the impact of vehicle changes on other software applications when the application software needs to support multiple vehicle platforms or changes frequently during the development process, involving changes in communication signals between ECUs. This improves the reusability of the application software, reduces unnecessary duplication of work, and increases the speed of software development.

[0119] The vehicle communication device provided by the present invention is described below. The vehicle communication device described below and the vehicle communication method described above can be referred to in correspondence.

[0120] like Figure 8 As shown, in one embodiment, the vehicle communication device of the present invention is used for receiving data at the software application layer, the device comprising:

[0121] The first acquisition module 810 is used to acquire the first data and model of the current vehicle, wherein the first data is the communication data uploaded by the current vehicle.

[0122] The first calling module 820 is used to call the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model in the form of communication data.

[0123] The first conversion module 830 is used to convert the representation of the first data into a first representation form according to the first conversion relationship model, wherein the first representation form is a data form that can be recognized and used by the application software.

[0124] In this embodiment, the vehicle communication device further includes:

[0125] The first judgment module is used to determine whether the first data is composite data including multiple sub-data, wherein the composite data reflects multiple indicators of the current vehicle, and the sub-data reflects a single indicator of the vehicle; if not, then

[0126] The first sending module is used to send the first data in the first representation form to the application software for recognition and use by the application software.

[0127] In this embodiment, vehicle communication further includes:

[0128] The combination module is used to combine multiple sub-data in the first representation into a service function if the first data is composite data including multiple sub-data.

[0129] The second sending module is used to send the service function to the application software for the application software to recognize and use.

[0130] The vehicle communication device in this embodiment converts the communication data of different vehicle models into a data format that application software can recognize and use by using a pre-stored conversion relationship model corresponding to different vehicle models. This allows the application software to communicate with pre-stored vehicle models without changing the software interface, improving the uniformity and reusability of the application software. At the same time, developers do not need to develop corresponding software interfaces for each vehicle model, reducing development pressure and costs.

[0131] like Figure 9 As shown, in one embodiment, the vehicle communication device of the present invention is used for application software to send data, the device comprising:

[0132] The second acquisition module 910 is used to acquire the second data sent by the application software;

[0133] The second judgment module 920 is used to determine whether the second data is a combination of multiple single data, wherein the combination data is data controlling multiple execution units of the vehicle, and the single data is data controlling a single execution unit of the vehicle; if not, then

[0134] The second calling module 930 is used to call the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model.

[0135] The second conversion module 940 is used to convert the second data into a second representation form according to the second conversion relationship model, wherein the second representation form is the original representation form of the communication data of the current vehicle model;

[0136] The third sending module 950 is used to send the second data in the second representation form to the COM module of the current vehicle model, and then to the corresponding execution unit.

[0137] In this embodiment, the vehicle communication device further includes:

[0138] A splitting module is used to split the combined data into multiple individual data if the second data is combined data;

[0139] The third calling module is used to call the second transformation relationship model to convert the representation of the multiple single data into the second representation;

[0140] The fourth sending module is used to send multiple single data in the second representation form to the COM module of the current vehicle.

[0141] In this embodiment of the vehicle communication device, when the second data is single data, it is converted into a second representation form through the second conversion relationship model and then sent to the execution unit corresponding to the current vehicle. The execution unit can directly recognize and execute it without compiling a dedicated software interface.

[0142] Figure 10 An example is a schematic diagram of the physical structure of an electronic device, such as... Figure 10 As shown, the electronic device may include a processor 1010, a communications interface 1020, a memory 1030, and a communication bus 1040, wherein the processor 1010, the communications interface 1020, and the memory 1030 communicate with each other via the communication bus 1040. The processor 1010 can call logical instructions in the memory 1030 to execute a vehicle communication method, which includes a method for application software to receive data, including:

[0143] Obtain the first data and model of the current vehicle, where the first data is the communication data uploaded by the current vehicle;

[0144] Invoke the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model of communication data representation.

[0145] The representation of the first data is converted into a first representation based on the first transformation relationship model. The first representation is a data format that the application software can recognize and use.

[0146] The method also includes methods for sending data for application software, including:

[0147] Obtain the second data sent by the application software;

[0148] Determine whether the second data is a combination of multiple individual data points, where the combination data is data controlling multiple actuators of the vehicle, and the individual data points are data controlling a single actuator of the vehicle; if not, then...

[0149] Invoke the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model.

[0150] The second data is converted into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model.

[0151] The second data in the second representation form is sent to the COM module of the current vehicle, and then sent to the corresponding execution unit.

[0152] Furthermore, the logical instructions in the aforementioned memory 830 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, essentially, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0153] On the other hand, the present invention also provides a computer program product, the computer program product comprising a computer program that can be stored on a non-transitory computer-readable storage medium, wherein when the computer program is executed by a processor, the computer is able to execute the vehicle communication method provided by the above methods, the method comprising a method for receiving data for application software, including:

[0154] Obtain the first data and model of the current vehicle, where the first data is the communication data uploaded by the current vehicle;

[0155] Invoke the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model of communication data representation.

[0156] The representation of the first data is converted into a first representation based on the first transformation relationship model. The first representation is a data format that the application software can recognize and use.

[0157] The method also includes methods for sending data for application software, including:

[0158] Obtain the second data sent by the application software;

[0159] Determine whether the second data is a combination of multiple individual data points, where the combination data is data controlling multiple actuators of the vehicle, and the individual data points are data controlling a single actuator of the vehicle; if not, then...

[0160] Invoke the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model.

[0161] The second data is converted into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model.

[0162] The second data in the second representation form is sent to the COM module of the current vehicle, and then sent to the corresponding execution unit.

[0163] In another aspect, the present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, is implemented to perform the vehicle communication methods provided by the methods described above, the method including a method for receiving data for application software, comprising:

[0164] Obtain the first data and model of the current vehicle, where the first data is the communication data uploaded by the current vehicle;

[0165] Invoke the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model of communication data representation.

[0166] The representation of the first data is converted into a first representation based on the first transformation relationship model. The first representation is a data format that the application software can recognize and use.

[0167] The method also includes methods for sending data for application software, including:

[0168] Obtain the second data sent by the application software;

[0169] Determine whether the second data is a combination of multiple individual data points, where the combination data is data controlling multiple actuators of the vehicle, and the individual data points are data controlling a single actuator of the vehicle; if not, then...

[0170] Invoke the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model.

[0171] The second data is converted into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model.

[0172] The second data in the second representation form is sent to the COM module of the current vehicle, and then sent to the corresponding execution unit.

[0173] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0174] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0175] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention 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; and these 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 the present invention.

Claims

1. A vehicle communication method for receiving data by application software, characterized in that, The method includes: Obtain the first data and model of the current vehicle, where the first data is the communication data uploaded by the current vehicle; Invoke the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model of communication data representation. Based on the first transformation relationship model, the representation of the first data is transformed into a first representation, which is a data form that the application software can recognize and use. Determine whether the first data is composite data including multiple sub-data, wherein the composite data is data reflecting multiple indicators of the current vehicle, and the sub-data is data reflecting a single indicator of the vehicle; If the first data is composite data including multiple sub-data, then the multiple sub-data in the first representation form are combined into a service function through the vehicle service layer in the vehicle abstraction layer (VAL). The service functions are provided to the application software for the application software to recognize and use.

2. The vehicle communication method according to claim 1, characterized in that, After determining whether the first data is composite data including multiple sub-data, the process further includes: If not, the first data in the first representation form is sent to the application software for recognition and use by the application software.

3. A vehicle communication method for sending data using application software, characterized in that, The method includes: Obtain the second data sent by the application software; Determine whether the second data is a combination of multiple individual data points, where the combination data is data controlling multiple actuators of the vehicle, and the individual data points are data controlling a single actuator of the vehicle; if not, then... Invoke the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model. The second data is converted into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model. The second data in the second representation form is sent to the COM module of the current vehicle, and then sent to the corresponding execution unit; If the second data is combined data, then the combined data is split into multiple individual data through the vehicle service layer in the vehicle abstraction layer (VAL); The second transformation relationship model is invoked to convert the representation of the multiple single data points into the second representation. Multiple single data points in the second representation form are sent to the COM module of the current vehicle.

4. A vehicle communication device for receiving data at the software application layer, characterized in that, The device includes: The first acquisition module is used to acquire the first data and model of the current vehicle, wherein the first data is the communication data uploaded by the current vehicle; The first calling module is used to call the first conversion relationship model that matches the current vehicle model. The first conversion relationship model is a pre-stored conversion model in the form of communication data. The first conversion module is used to convert the representation of the first data into a first representation form according to the first conversion relationship model, wherein the first representation form is a data form that the application software can recognize and use. The first judgment module is used to determine whether the first data is composite data including multiple sub-data, wherein the composite data is data reflecting multiple indicators of the current vehicle, and the sub-data is data reflecting a single indicator of the vehicle; The combination module is used to combine multiple sub-data in the first representation form into a service function through the vehicle service layer in the vehicle abstraction layer (VAL) if the first data is composite data including multiple sub-data. The second sending module is used to send the service function to the application software for the application software to recognize and use.

5. A vehicle communication device for sending data via application software, characterized in that, The device includes: The second acquisition module is used to acquire the second data sent by the application software; The second judgment module is used to determine whether the second data is a combination of multiple single data points, wherein the combination data is data controlling multiple execution units of the vehicle, and the single data point is data controlling a single execution unit of the vehicle; if not, then The second calling module is used to call the second conversion relationship model that matches the current vehicle model. The second conversion relationship model is a pre-stored data representation conversion model. The second conversion module is used to convert the second data into a second representation form according to the second conversion relationship model. The second representation form is the original representation form of the communication data of the current vehicle model. The third sending module is used to send the second data in the second representation form to the COM module of the current vehicle model, and then send it to the corresponding execution unit; The splitting module is used to split the combined data into multiple individual data through the vehicle service layer in the vehicle abstraction layer (VAL) if the second data is combined data. The third calling module is used to call the second transformation relationship model to convert the representation of the multiple single data into the second representation; The fourth sending module is used to send multiple single data in the second representation form to the COM module of the current vehicle.

6. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the vehicle communication method as described in any one of claims 1 to 2 or 3.

7. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the vehicle communication method as described in any one of claims 1 to 2 or 3.

8. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the vehicle communication method as described in any one of claims 1 to 2 or 3.

Images