Message transmission method and transmission device of vehicle software architecture, and vehicle

Abstract

The invention discloses a message transmission method and device of a vehicle software architecture and a vehicle, the software architecture comprises an application layer, a communication buffer layer and a protocol layer, and the method comprises the following steps: determining a target application program to be subjected to frequency reduction in the application layer and a message sending period of the target application program; controlling a communication buffer layer to cache message data sent by the corresponding target application program; and under the condition that the message sending period of the target application program reaches the target sending period, sending message data corresponding to the target sending period to a gateway or a central domain controller through a protocol layer. According to the message transmission method provided by the invention, the load rate of the CPU occupied by communication can be reduced, and the resource use efficiency is optimized.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a message transmission method for a vehicle software architecture, a computer-readable storage medium, a vehicle, and a message transmission device for a vehicle software architecture. Background Art

[0002] In the automotive electronic and electrical architecture, service-based software architecture is widely used, and service communications based on the SOMEIP protocol are also increasingly used. For gateways or central domain controllers, a large number of network messages need to be sent and received. The unpacking / packing operations of the network protocol stack will occupy a large amount of CPU (Central Processing Unit) computing power. Limited by the processing power of the CPU chip, if the number of messages sent per unit time exceeds a certain limit, the CPU load rate will exceed a certain range, resulting in a series of problems such as watchdog timeout, system reset, and system task interruption.

[0003] In the current related technologies, the network message sending cycle can be reduced and the system resource consumption can be reduced by reducing the scheduling cycle of the upper-layer application, but reducing the scheduling cycle will affect the overall computing performance of the upper-layer application. Summary of the invention

[0004] The present application aims to solve at least one of the technical problems in the related art to a certain extent. To this end, the first purpose of the present application is to propose a message transmission method for a vehicle software architecture, determine the target application to be downgraded in the application layer and the message sending cycle of the target application, control the communication buffer layer to cache the message data sent by the corresponding target application, and when the message sending cycle of the target application reaches the target sending cycle, send the message data corresponding to the target sending cycle to the gateway or central domain controller through the protocol layer, thereby reducing the CPU load rate occupied by communication and optimizing resource utilization efficiency.

[0005] A second object of the present application is to provide a computer-readable storage medium.

[0006] The third object of the present application is to provide a vehicle.

[0007] The fourth objective of the present application is to propose a message transmission device for a vehicle software architecture.

[0008] To achieve the above-mentioned purpose, the first aspect embodiment of the present application proposes a message transmission method for a vehicle software architecture, wherein the software architecture includes an application layer, a communication buffer layer and a protocol layer, and the method includes: determining a target application to be downgraded in the application layer and a message sending cycle of the target application; controlling the communication buffer layer to cache the message data sent by the corresponding target application; and when the message sending cycle of the target application reaches the target sending cycle, sending the message data corresponding to the target sending cycle to a gateway or a central domain controller through the protocol layer.

[0009] According to the message transmission method of the vehicle software architecture of the embodiment of the present application, the target application to be frequency-reduced and the message sending period of the target application in the application layer are determined, the communication buffer layer is controlled to cache the message data sent by the corresponding target application, and when the message sending period of the target application reaches the target sending period, the message data corresponding to the target sending period is sent to the gateway or the central domain controller through the protocol layer. Therefore, the method can reduce the CPU load rate occupied by communication and optimize resource utilization efficiency.

[0010] In addition, the message transmission method of the vehicle software architecture according to the above embodiment of the present application may also have the following additional technical features:

[0011] According to one embodiment of the present application, determining the target application to be frequency reduced in the application layer includes: determining the real-time requirement of the application, wherein the real-time requirement includes response time and processing time; and determining that the application is the target application when the response time and / or the processing time of the application is higher than a preset time threshold.

[0012] According to one embodiment of the present application, determining the target application to be downgraded in the application layer includes: taking a non-critical application as the target application, wherein the non-critical application includes an application having vehicle safety and control performance requirements lower than preset requirements.

[0013] According to one embodiment of the present application, determining whether the message sending cycle of the target application has reached the target sending cycle includes: counting when the message receiving interface of the communication buffer layer receives the message data; when the count number reaches the target number, determining that the message sending cycle of the target application has reached the target sending cycle, wherein the target number is determined based on the target sending cycle.

[0014] According to one embodiment of the present application, the target application includes multiple message sending interfaces, the multiple sending interfaces correspond to the message receiving interface of the communication buffer layer, and the message receiving interface is individually configured with different target counting times.

[0015] According to an embodiment of the present application, the target sending period is positively correlated with the response time and the processing time.

[0016] According to one embodiment of the present application, the method further includes: sending message data to the gateway or the central domain controller for a preset number of consecutive times.

[0017] In order to achieve the above-mentioned purpose, the second embodiment of the present application proposes a computer-readable storage medium, on which a program is stored, and when the program is executed by a processor, the message transmission method of the above-mentioned vehicle software architecture is implemented.

[0018] According to the computer-readable storage medium of the embodiment of the present application, by implementing the message transmission method of the above-mentioned vehicle software architecture during execution, it is possible to reduce the load rate of the CPU occupied by communication and optimize resource utilization efficiency.

[0019] To achieve the above-mentioned purpose, a vehicle is proposed in the third aspect of the embodiment of the present application, including a memory, a processor, and a program stored in the memory and executable on the processor, and when the processor executes the program, the message transmission method of the above-mentioned vehicle software architecture is implemented.

[0020] According to the vehicle of the embodiment of the present application, by executing the message transmission method of the above-mentioned vehicle software architecture, it is possible to reduce the load rate of the CPU occupied by communication and optimize resource utilization efficiency.

[0021] To achieve the above-mentioned purpose, the fourth aspect embodiment of the present application proposes a message transmission device for a vehicle software architecture, wherein the software architecture includes an application layer, a communication buffer layer and a protocol layer, and the device includes: a determination module, used to determine the target application to be downgraded in the application layer and the message sending cycle of the target application; a control module, used to control the communication buffer layer to cache the message data sent by the corresponding target application; the control module is also used to send the message data corresponding to the target sending cycle to the gateway or the central domain controller through the protocol layer when the message sending cycle of the target application reaches the target sending cycle.

[0022] According to the message transmission device of the vehicle software architecture of the embodiment of the present application, the determination module is used to determine the target application to be frequency-reduced and the message sending cycle of the target application in the application layer, the control module is used to control the communication buffer layer to cache the message data sent by the corresponding target application, and the control module is also used to send the message data corresponding to the target sending cycle to the gateway or the central domain controller through the protocol layer when the message sending cycle of the target application reaches the target sending cycle. As a result, the device can reduce the CPU load rate occupied by communication and optimize resource utilization efficiency.

[0023] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 is a flowchart of a message transmission method of a vehicle software architecture according to an embodiment of the present application;

[0025] Figure 2 A schematic diagram of message transmission after adding a communication buffer layer according to an embodiment of the present application;

[0026] Figure 3 A flowchart of a message transmission method of a vehicle software architecture according to a specific example of the present application;

[0027] Figure 4 is a block diagram of a vehicle according to an embodiment of the present application;

[0028] Figure 5 It is a block diagram of a message transmission device according to a vehicle software architecture according to an embodiment of the present application. DETAILED DESCRIPTION

[0029] 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 intended to be used to explain the present application, and should not be construed as limiting the present application.

[0030] The following describes, with reference to the accompanying drawings, a message transmission method for a vehicle software architecture, a computer-readable storage medium, a vehicle, and a message transmission device for a vehicle software architecture proposed in an embodiment of the present application.

[0031] Figure 1 Flow chart of a message transmission method of a vehicle software architecture according to an embodiment of the present application.

[0032] like Figure 1 As shown, the message transmission method of the vehicle software architecture of the embodiment of the present application may include the following steps:

[0033] S1, determining a target application to be frequency-reduced in the application layer and a message sending period of the target application.

[0034] S2, controls the communication buffer layer to cache the message data sent by the corresponding target application.

[0035] S3, when the message sending cycle of the target application reaches the target sending cycle, the message data corresponding to the target sending cycle is sent to the gateway or the central domain controller through the protocol layer.

[0036] Specifically, in one embodiment of the present application, the vehicle software architecture includes an application layer, a communication buffer layer and a protocol layer. The application layer is the layer closest to the user in the software architecture, which is responsible for processing specific business logic and user interaction. For example, the application layer may include various control modules, such as engine control, braking system, infotainment system, etc. The communication buffer layer is located between the application layer and the protocol layer, and is responsible for caching and scheduling the transmission of message data, realizing the core logic of the frequency reduction transmission control method, and optimizing resource usage by adjusting the transmission frequency of the message. The protocol layer is responsible for processing network protocol related operations of message data to ensure that data can be correctly transmitted in the network, including the implementation of network communication protocols, such as Ethernet protocol, TCP / IP protocol, etc. Thus, the application layer generates the message data to be sent, the communication buffer layer caches and schedules the transmission of message data according to the preset frequency reduction strategy, reduces unnecessary network load, and optimizes the use of CPU resources. The protocol layer ensures that the message data is correctly encapsulated and transmitted according to the network protocol, and handles the response of the network.

[0037] In order to reduce the CPU load of the car controller while ensuring that the performance of key applications is not affected, the target application to be downgraded and the message sending period of the target application in the application layer are first determined. That is, all applications running in the car controller are analyzed to determine which applications' message sending can be downgraded. The message sending period is the frequency at which the application sends data messages at a predetermined time interval. For example, if the message sending period of an application is 10 milliseconds, this means that the application will send data to the network every 10 milliseconds.

[0038] In the software architecture of the automobile controller, a communication buffer layer is configured for each target application to cache the message data sent by it. That is, when the target application generates message data, these data are first sent to the communication buffer layer instead of directly to the network. That is, the communication buffer layer is controlled to cache the message data sent by the corresponding target application. For example, the communication buffer layer can add a counter for each cached message data to track the sending cycle of the message data. In addition, a priority mechanism can be implemented in the communication buffer layer to ensure that high-priority message data can be sent first.

[0039] It is determined whether the message sending cycle of the target application has reached the target sending cycle. If the message sending cycle of the target application has reached the target sending cycle, the message data corresponding to the target sending cycle can be sent to the gateway or central domain controller through the protocol layer. That is to say, a target sending cycle is set for each application according to the functional requirements of the application and the overall performance goals of the system. This cycle is based on the evaluation of real-time requirements and the consideration of network load and system resources. When the application generates message data, these data are first sent to the communication buffer layer for caching, rather than being sent immediately through the protocol layer. The protocol layer receives the message data from the communication buffer layer and processes it according to the network protocol, such as encapsulation, addressing and transmission. The processed message data is sent to the gateway or central domain controller to complete the network transmission of the data. In addition, encryption and authentication measures can be implemented during the sending process to protect the security and integrity of the data. Therefore, by controlling the message sending cycle, unnecessary network traffic can be reduced, the network load can be reduced, and the network efficiency and response speed can be improved. The frequency of CPU processing network messages is reduced through the frequency reduction sending strategy, thereby reducing the CPU load and optimizing the use of system resources.

[0040] According to an embodiment of the present application, determining a target application to be downgraded in the application layer includes: determining the real-time requirements of the application, wherein the real-time requirements include response time and processing time; and determining the application as a target application when the response time and / or processing time of the application is higher than a preset time threshold. The preset time threshold may be determined according to actual conditions.

[0041] Specifically, in an embodiment of the present application, it involves down-clocking the Ethernet message transmission in the automobile controller to reduce the CPU load rate and optimize resource utilization efficiency. In this process, it is necessary to determine which applications need to be down-clocked. For example, the real-time requirements of the application can be determined. The real-time requirements usually include two aspects: response time and processing time. The response time refers to the time required from the user sending a request to the system giving a response. The processing time refers to the time required for the system to complete a specific task. One or more time thresholds can be set according to the design and performance requirements of the system. These thresholds are the criteria for evaluating whether the application needs to be down-clocked.

[0042] Compare the response time or processing time of the application with the preset time threshold, or compare both the response time and processing time of the application with the preset time threshold. If the response time or processing time of the application is higher than the preset time threshold, this means that the application may not be an application with very high real-time requirements, such as vehicle speed display, air conditioning mode switching, vehicle health data reporting, and other entertainment and comfort applications with low real-time requirements. In this case, the application can be identified as a target application, that is, an application suitable for frequency reduction processing.

[0043] According to another embodiment of the present application, determining a target application to be downgraded in the application layer includes: taking a non-critical application as the target application, wherein the non-critical application includes an application having vehicle safety and control performance requirements lower than preset requirements.

[0044] Specifically, in another embodiment of the present application, the method for determining the target application to be downgraded focuses on identifying non-critical applications that do not require high safety and control performance of the vehicle. First, it is necessary to clarify which applications are critical to the safety and control performance of the vehicle. These critical applications generally include but are not limited to braking systems, steering systems, engine management systems, airbag controls, etc. In contrast to critical applications, non-critical applications refer to applications that have low requirements for vehicle safety and control performance. Such as entertainment systems, in-vehicle infotainment systems, air conditioning control, vehicle health data reporting and other applications. In addition, in order to more accurately identify non-critical applications, a series of preset requirements can be set, which may involve response time, processing time, functional importance, etc. These preset requirements serve as evaluation criteria to help distinguish between critical and non-critical applications. Each application is evaluated to determine its contribution to vehicle safety and control performance. This evaluation can be based on factors such as the function of the application, the scope of impact, and the consequences of failure. Finally, based on the evaluation results, applications that require vehicle safety and control performance lower than the preset requirements can be determined as target applications to be downgraded. The message sending cycle of these applications can be adjusted through software configuration to reduce the CPU load.

[0045] According to one embodiment of the present application, determining that the message sending cycle of the target application has reached the target sending cycle includes: counting when the message receiving interface of the communication buffer layer receives message data; when the count number reaches the target number, determining that the message sending cycle of the target application has reached the target sending cycle, wherein the target number is determined based on the target sending cycle.

[0046] Specifically, the method for determining whether the message sending cycle of the target application reaches the target sending cycle involves the receiving and counting mechanism of the message data in the communication buffer layer. First, a target sending cycle needs to be set for each target application. This cycle is determined based on the real-time requirements of the application and the requirements for system resource optimization. That is, the target sending cycle refers to the interval at which the application is expected to send a message, for example, from 10ms to 100ms. In the software architecture of the vehicle, a communication buffer layer is added to the application interface that needs to be downgraded. The communication buffer layer is responsible for temporarily storing the message data sent by the application and deciding when to send this data according to the configured strategy. For example, when the message receiving interface of the communication buffer layer receives the message data from the target application, it starts counting, and each time the message data is received, the counter increases by 1. The target number is calculated based on the target sending cycle and the original sending cycle. For example, if the original sending cycle is 10ms and the target sending cycle is 100ms, then the target number is 10 (100ms / 10ms=10).

[0047] The communication buffer layer continues to count until the count reaches the target number. When the count reaches the target number, the communication buffer layer triggers the sending of the message and resets the counter. Therefore, in this way, the message that was originally sent every 10ms is now sent every 100ms, achieving frequency reduction. This mechanism ensures that the message is sent only when the count reaches the target number, thereby achieving effective control of the message sending cycle. In addition, the target number and target sending cycle can be dynamically adjusted by changing the software configuration file to meet the needs of different applications, and this adjustment can be performed in batches and is applicable to multiple target applications to optimize the resource usage of the entire system.

[0048] For example, refer to Figure 2 As shown in the figure, after the sending interface 1 and the sending interface 2 of application 1 pass through the communication buffer layer, the sending cycle changes from 10ms to 100ms and 500ms respectively, and after the sending interface 3 and the sending interface 4 of application 2 pass through the communication buffer layer, the sending cycle changes from 5ms to 500ms and 1000ms respectively. Therefore, through this method, the message sending cycle of each target application can be accurately controlled to ensure that they do not occupy CPU resources too frequently, while maintaining the basic functions and performance requirements of the application. This flexible software configuration method allows the system to dynamically adjust the message sending strategy according to the actual operation and resource conditions to achieve the optimal resource utilization efficiency.

[0049] According to one embodiment of the present application, the target application includes multiple message sending interfaces, the multiple sending interfaces correspond to the message receiving interface of the communication buffer layer, and the message receiving interface is separately configured with different target counting times.

[0050] Specifically, in an embodiment of the present application, when the target application includes multiple message sending interfaces, each sending interface can correspond to the message receiving interface of the communication buffer layer separately, and different target count times can be configured separately for each message receiving interface. That is, first identify and list all the message sending interfaces in the target application, which are responsible for sending the data of the application to the network. Each interface may serve different functions or data types, so their requirements for real-time performance may also be different. In the CP AUTOSAR software architecture, a corresponding message receiving interface of the communication buffer layer is configured for each message sending interface, and the message receiving interfaces of these communication buffer layers are responsible for receiving the message data from the corresponding sending interface and processing it. According to the real-time requirements of each message sending interface and the impact on system resources, different target count times are configured separately for the message receiving interface of each communication buffer layer. For example, for an interface that requires higher real-time performance, a lower target count number (such as 5 times) may be configured, while for an interface that does not require high real-time performance, a higher target count number (such as 20 times) may be configured.

[0051] According to an embodiment of the present application, the target sending period is positively correlated with the response time and the processing time.

[0052] Specifically, the target sending period is the expected time interval set by the application to send data to the network. For example, if the target sending period is set to 100ms, the application will send data every 100ms. Response time refers to the time required for the system to respond from receiving a request. In network communications, response time is usually related to network latency, processing speed, and system performance. Processing time refers to the time required for the system to complete a specific task or operation. At the application level, processing time may include the process of reading, processing, and generating responses.

[0053] The target sending cycle is positively correlated with the response time and processing time, that is, if the response time of the system increases, that is, the system takes longer to respond to requests, then in order to maintain the responsiveness of the system, the target sending cycle may also need to be increased accordingly. This can avoid receiving a new request before the system has processed the previous request, resulting in processing delays or data loss. If the processing time of the application increases, that is, it takes longer to process data, then in order to ensure that the data can be processed and sent in time, the target sending cycle also needs to be increased, which can prevent data from being accumulated in the communication buffer and causing system performance degradation. For example, in the network communication of the automobile controller, if some non-critical applications have a long processing time and response time, then the target sending cycle of these applications can be appropriately increased to reduce the occupation of CPU resources while ensuring that the system can respond to critical tasks in a timely manner.

[0054] According to an embodiment of the present application, the method further includes: sending message data to the gateway or the central domain controller for a preset number of times in succession, wherein the preset number of times may be determined according to actual conditions.

[0055] Specifically, for very critical message data, in order to prevent the loss of data signals due to transmission failure or reception failure at the other end, the message data can be sent to the gateway or central domain controller for a preset number of times in a row. For example, the preset number of times can be 3 times, that is, the message data is sent to the gateway or central domain controller three times in a row. That is to say, in automotive network communications, due to electromagnetic interference, network congestion or other reasons, message data may be lost during transmission. By continuously sending messages, the probability of successful data reception can be increased, thereby enhancing the robustness of the system. And the preset number of times can be determined based on the reliability requirements of the system, the stability of the network, and the importance of the message data. For very critical signals, such as safety-related control signals, a higher preset number of times may need to be set to ensure that these signals can be reliably transmitted. For non-critical signals, the preset number of times can be relatively low to reduce unnecessary network load.

[0056] Combine the following Figure 3 To describe the transmission method of the present application.

[0057] As a specific example, the message transmission method of the vehicle software architecture of the present application may include the following steps:

[0058] S101, determining the real-time requirement of the application, wherein the real-time requirement includes response time and processing time.

[0059] S102, determine whether the response time and / or processing time of the application is higher than a preset time threshold. If yes, execute step S103; if no, execute step S101.

[0060] S103, determining that the application is a target application, and determining a message sending period of the target application.

[0061] S104, controlling the communication buffer layer to cache the message data sent by the corresponding target application.

[0062] S105, controlling the communication buffer layer to cache the message data sent by the corresponding target application.

[0063] S106, counting is performed when the message receiving interface of the communication buffer layer receives message data.

[0064] S107, determine whether the count times reaches the target times. If yes, execute step S108; if not, execute step S106.

[0065] S108, determining whether the message sending period of the target application reaches the target sending period, wherein the target number is determined according to the target sending period.

[0066] S109, sending the message data corresponding to the target sending period to the gateway or the central domain controller through the protocol layer.

[0067] In summary, according to the message transmission method of the vehicle software architecture of the embodiment of the present application, the target application to be frequency-reduced in the application layer and the message sending cycle of the target application are determined, the communication buffer layer is controlled to cache the message data sent by the corresponding target application, and when the message sending cycle of the target application reaches the target sending cycle, the message data corresponding to the target sending cycle is sent to the gateway or central domain controller through the protocol layer. Therefore, the method can reduce the CPU load rate occupied by communication and optimize resource utilization efficiency.

[0068] Corresponding to the above embodiments, the present application also proposes a computer-readable storage medium.

[0069] The computer-readable storage medium of an embodiment of the present application stores a program thereon, which, when executed by a processor, implements the message transmission method of the above-mentioned vehicle software architecture.

[0070] According to the computer-readable storage medium of the embodiment of the present application, by executing the message transmission method of the above-mentioned vehicle software architecture, the load rate of the CPU occupied by communication can be reduced and the resource utilization efficiency can be optimized.

[0071] Corresponding to the above embodiments, the present application also proposes a vehicle.

[0072] like Figure 4 As shown, the vehicle 200 of the embodiment of the present application may include: a memory 210, a processor 220, and a program stored in the memory 210 and executable on the processor 220. When the processor 220 executes the program, the message transmission method of the above-mentioned vehicle software architecture is implemented.

[0073] According to the vehicle of the embodiment of the present application, by executing the message transmission method of the above-mentioned vehicle software architecture, it is possible to reduce the load rate of the CPU occupied by communication and optimize resource utilization efficiency.

[0074] Corresponding to the above-mentioned embodiments, the present application also proposes a message transmission device for a vehicle software architecture.

[0075] like Figure 5 As shown, the message transmission device 100 of the vehicle software architecture of the embodiment of the present application includes: a determination module 110 and a control module 120.

[0076] The determination module 110 is used to determine the target application to be frequency-reduced and the message sending cycle of the target application in the application layer. The control module 120 is used to control the communication buffer layer to cache the message data sent by the corresponding target application. The control module 120 is also used to send the message data corresponding to the target sending cycle to the gateway or the central domain controller through the protocol layer when the message sending cycle of the target application reaches the target sending cycle.

[0077] According to one embodiment of the present application, the determination module 110 determines the target application to be frequency-reduced in the application layer, and is specifically used to: determine the real-time requirements of the application, wherein the real-time requirements include response time and processing time; when the response time and / or processing time of the application is higher than a preset time threshold, determine that the application is a target application.

[0078] According to one embodiment of the present application, the determination module 110 determines the target application to be downgraded in the application layer, and is specifically used to: use non-critical applications as target applications, wherein non-critical applications include applications that have vehicle safety and control performance requirements that are lower than preset requirements.

[0079] According to one embodiment of the present application, the control module 120 determines that the message sending cycle of the target application reaches the target sending cycle, and is specifically used to: count when the message receiving interface of the communication buffer layer receives message data; when the count number reaches the target number, determine that the message sending cycle of the target application reaches the target sending cycle, wherein the target number is determined based on the target sending cycle.

[0080] According to one embodiment of the present application, the target application includes multiple message sending interfaces, the multiple sending interfaces correspond to the message receiving interface of the communication buffer layer, and the message receiving interface is separately configured with different target counting times.

[0081] According to an embodiment of the present application, the target sending period is positively correlated with the response time and the processing time.

[0082] According to one embodiment of the present application, the control module 120 is further configured to: send message data to the gateway or the central domain controller for a preset number of consecutive times.

[0083] It should be noted that for details not disclosed in the message transmission device of the vehicle software architecture in the embodiment of the present application, please refer to the details disclosed in the message transmission method of the vehicle software architecture in the embodiment of the present application, and the details will not be repeated here.

[0084] According to the message transmission device of the vehicle software architecture of the embodiment of the present application, the determination module is used to determine the target application to be frequency-reduced and the message sending cycle of the target application in the application layer, the control module is used to control the communication buffer layer to cache the message data sent by the corresponding target application, and the control module is also used to send the message data corresponding to the target sending cycle to the gateway or the central domain controller through the protocol layer when the message sending cycle of the target application reaches the target sending cycle. As a result, the device can reduce the CPU load rate occupied by communication and optimize resource utilization efficiency.

[0085] It should be noted that the logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be specifically implemented in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purposes of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection portion with one or more wirings (electronic device), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium and then editing, interpreting or processing in other suitable ways if necessary, and then stored in a computer memory.

[0086] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, multiple steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0087] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0088] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In the description of this application, the meaning of "plurality" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0089] In this application, unless otherwise clearly specified and limited, the terms "installed", "connected", "connected", "fixed" and the like should be understood in a broad sense, for example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, it can be the internal connection of two elements or the interaction relationship between two elements, unless otherwise clearly defined. For ordinary technicians in this field, the specific meanings of the above terms in this application can be understood according to specific circumstances.

[0090] Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and cannot be understood as limitations on the present application. Ordinary technicians in this field can change, modify, replace and modify the above embodiments within the scope of the present application.

Claims

1. A message transmission method for a vehicle software architecture, characterized in that: The software architecture includes an application layer, a communication buffer layer and a protocol layer, and the method includes: Determining a target application to be frequency-reduced in the application layer and a message sending period of the target application; Controlling the communication buffer layer to cache the message data sent by the corresponding target application; When the message sending period of the target application reaches the target sending period, the message data corresponding to the target sending period is sent to the gateway or the central domain controller through the protocol layer.

2. The message transmission method of the vehicle software architecture according to claim 1, characterized in that: The step of determining a target application program to be frequency-reduced in the application layer includes: Determining the real-time requirements of the application, wherein the real-time requirements include response time and processing time; When the response time and / or the processing time of the application is higher than a preset time threshold, the application is determined to be the target application.

3. The message transmission method of the vehicle software architecture according to claim 1, characterized in that: The step of determining a target application program to be frequency-reduced in the application layer includes: Non-critical applications are used as the target applications, wherein the non-critical applications include applications that have safety and control performance requirements for the vehicle that are lower than preset requirements.

4. The message transmission method of the vehicle software architecture according to claim 1, characterized in that: Determining that the message sending period of the target application reaches the target sending period includes: Counting when the message receiving interface of the communication buffer layer receives the message data; When the counted number reaches the target number, it is determined that the message sending period of the target application reaches the target sending period, wherein the target number is determined according to the target sending period.

5. The message transmission method of the vehicle software architecture according to claim 4, characterized in that: The target application includes a plurality of message sending interfaces, the plurality of sending interfaces correspond to the message receiving interface of the communication buffer layer, and the message receiving interface is individually configured with different target counting times.

6. The message transmission method of the vehicle software architecture according to claim 2, characterized in that: The target sending period is positively correlated with the response time and the processing time.

7. The message transmission method of the vehicle software architecture according to claim 1, characterized in that: The method further comprises: Send message data to the gateway or the central domain controller for a preset number of consecutive times.

8. A computer-readable storage medium, characterized in that: A program is stored thereon, and when the program is executed by a processor, a message transmission method of a vehicle software architecture according to any one of claims 1 to 7 is implemented.

9. A vehicle, characterized in that: include: A memory, a processor, and a program stored in the memory and executable on the processor, wherein when the processor executes the program, a message transmission method for a vehicle software architecture according to any one of claims 1 to 7 is implemented.

10. A message transmission device for a vehicle software architecture, characterized in that: The software architecture includes an application layer, a communication buffer layer and a protocol layer, and the device includes: A determination module, used to determine a target application to be frequency-reduced in the application layer and a message sending period of the target application; A control module, used for controlling the communication buffer layer to cache the message data sent by the corresponding target application; The control module is further configured to send the message data corresponding to the target sending period to the gateway or the central domain controller through the protocol layer when the message sending period of the target application reaches the target sending period.

Images