SOA platform, vehicle control method, electronic equipment, medium and product

Abstract

The invention provides an SOA platform, a vehicle control method, electronic equipment, a medium and a product, and relates to the technical field of vehicle control. The SOA platform comprises an SOA service gateway and a transmission module; the SOA service gateway is used for calling an SOA service interface through a first communication protocol, determining vehicle control information, analyzing the vehicle control information, packaging an analyzed vehicle control instruction to obtain a vehicle control instruction, and sending the vehicle control instruction to the transmission module through a second communication protocol; and the transmission module is used for forwarding the vehicle control instruction to the target area controller, so that mutual calling of the SOA service can be realized based on the cabin area based on the modular design of the SOA platform, the calling relation becomes simple and direct, the overall complexity is reduced through the simplification, and the cost is saved.

Description

Technical Field

[0001] The present application relates to the field of vehicle control technology, and in particular to an SOA platform, a vehicle control method, an electronic device, a medium, and a product. Background Art

[0002] In automobile development, to improve the iterative efficiency of function development and adapt to rapidly changing market demands, automakers typically adopt a strategy that integrates a central domain controller with a service-oriented architecture (SOA) platform to achieve more flexible and modular vehicle function development.

[0003] In the existing technology, since the SOA platform is deployed on the central domain controller, the intelligent driving domain and the cockpit domain can call the SOA services installed on the central domain controller through the SOA communication middleware SomeIP or DDS to realize specific vehicle functions.

[0004] However, the way in which the SOA services of the intelligent driving domain, cockpit domain, and central domain controller call each other is relatively complex, and the corresponding operation and maintenance difficulty will also increase. Summary of the Invention

[0005] This application provides an SOA platform, vehicle control method, electronic equipment, medium and product, which builds a whole-vehicle SOA platform based on the cockpit domain. It can not only take advantage of the characteristics and advantages of the whole-vehicle platform of the cockpit domain, but also achieve VCD removal, thereby streamlining the whole-vehicle EEA and achieving the effect of reducing costs and increasing efficiency.

[0006] In a first aspect, the present application provides a service-oriented architecture (SOA) platform; the SOA platform is deployed in a cockpit domain; the SOA platform includes a SOA service gateway and a transmission module;

[0007] The SOA service gateway is used to call the SOA service interface through the first communication protocol, determine the vehicle control information, parse the vehicle control information, encapsulate the parsed vehicle control instructions, obtain the vehicle control instructions, and send the vehicle control instructions to the transmission module through the second communication protocol;

[0008] The transmission module is used to forward the vehicle control instructions to the target area controller.

[0009] Therefore, compared with the previous SOA service calling relationship between the intelligent driving domain, cockpit domain and VCD, in this application, the intelligent driving domain and the cockpit domain can call each other's SOA services. By using the first communication protocol and the second communication protocol, a standardized communication method is achieved. This standardization ensures the interoperability between different modules and simplifies the integration and maintenance of the SOA platform. Moreover, through the use of the SOA service gateway and the transmission module, the calling relationship becomes simple and direct. This simplification reduces the overall complexity and makes the development and testing process more efficient. In this application, the modular design of the SOA platform allows different services and functional modules to be independently developed and deployed, which improves the flexibility and scalability of the SOA platform, and promotes the interoperability between different modules or components, so that the vehicle can be seamlessly integrated with other modules such as cloud services, mobile applications and other modules.

[0010] Optionally, the transmission module includes an inter-chip data processing module and a communication module;

[0011] The inter-chip data processing module is used to parse the vehicle control instructions and encapsulate the parsed vehicle control instructions to obtain vehicle control signals; the vehicle control signals are used to instruct the target area controller to perform corresponding functional operations;

[0012] The communication module is used to forward the vehicle control signal to the target area controller through a third communication protocol.

[0013] In this way, through the above-mentioned data parsing and encapsulation process, the accuracy of the instructions can be ensured. The use of the inter-chip data processing module and the communication module optimizes the utilization of SOA platform resources, reduces redundancy and complexity, and improves overall performance. This application uses a standardized third communication protocol and a modular architecture, so that the SOA platform can achieve good interoperability with the regional controller and support complex vehicle functions and service integration.

[0014] Optionally, the communication module is specifically used to call the controller area network (CAN) interface through a third communication protocol to forward the vehicle control signal to the target area controller.

[0015] It can be understood that the CAN bus has high reliability and real-time performance. Calling the CAN interface through the third communication protocol to forward the vehicle control signal to the target area controller can ensure that the vehicle control signal is transmitted to the target area controller quickly and accurately, and the use of the CAN interface improves the compatibility and interoperability of the SOA platform. Furthermore, by using the standardized CAN interface, the design and integration of the SOA platform becomes simpler, reducing the complexity of development and maintenance.

[0016] Optionally, the SOA platform further includes an inter-chip communication module;

[0017] The inter-chip communication module is used to receive the vehicle control instructions sent by the SOA service gateway through the network programming interface and send the vehicle control instructions to the transmission module based on the second communication protocol.

[0018] Therefore, this application can ensure the accurate transmission of vehicle control instructions by using the second communication protocol and the inter-chip communication module, and the inter-chip communication module optimizes the data transmission path within the SOA platform, reduces delays, and improves overall transmission efficiency. It can be understood that the inter-chip communication module has multi-protocol support capabilities, which can allow the SOA platform to operate flexibly in different hardware and application environments, enhance compatibility and adaptability, and thus simplify the communication between different modules or processing units, reducing the complexity of SOA platform integration.

[0019] Optionally, the SOA platform includes a first platform system and a second platform system; the first platform system is used to connect to the vehicle's microprocessor unit MPU and / or system on chip SOC; the second platform system is used to connect to the vehicle's electronic control unit ECU and / or microcontroller unit MCU; the SOA service gateway is located in the first platform system; and the transmission module is located in the second platform system.

[0020] In this way, by allocating high-performance computing tasks and vehicle control tasks to different platform systems, resource utilization is optimized and the overall performance of the SOA platform is improved. Moreover, by separating high-performance computing tasks from vehicle control tasks, the SOA platform can better isolate faults and improve overall reliability and security. This modular architecture can adapt to different hardware configurations and application requirements. For example, new functions and services can be developed and integrated without affecting the functions of other platforms. Since different functional modules are distributed on different platforms, the integration and maintenance process is simplified and the complexity is reduced, so that each platform can be updated and maintained independently without affecting the overall stability.

[0021] Optionally, the first platform system also includes an SOA service application module and a vehicle-cloud proxy module; the SOA service application module is a middleware that realizes communication between the SOA service gateway and the cockpit domain itself; the vehicle-cloud proxy module is a middleware that realizes communication between the SOA service gateway and the vehicle network smart antenna module.

[0022] It is understandable that the integration of the vehicle-cloud agent module can enable real-time communication between the vehicle and the cloud service, support remote diagnosis, maintenance and updates, reduce maintenance costs and improve service quality.

[0023] Therefore, this application promotes the integration and collaboration within and outside the SOA platform by designing the SOA service application module and the vehicle cloud agent module as middleware, ensuring that different modules can interact efficiently. Through these module designs, the SOA platform can support more complex functions and services, such as real-time data processing, remote service access, and dynamic application updates, to meet the diverse needs of vehicles, thereby enabling the SOA platform to provide a smooth and consistent user experience and enhance the intelligence and convenience of the vehicle.

[0024] Optionally, the first platform system is an adaptive platform AP system; and the second platform system is a classic platform CP system.

[0025] In this way, by allocating different modules to the AP system and the CP system, the SOA platform can utilize resources more efficiently. The AP system can dynamically allocate computing resources to meet changing needs, while the CP system can focus on efficiently executing fixed functions. Through this division, the vehicle can maintain high reliability while also flexibly responding to technological changes and scenario requirements, thereby providing a balanced and stable SOA architecture.

[0026] Optionally, the SOA service gateway is also used to:

[0027] After receiving the vehicle control command, determining the first priority of the vehicle control command;

[0028] Wherein, if there is a first control instruction with a higher priority than the first control instruction at the same time, the vehicle control instruction will be sent after the first control instruction is sent.

[0029] If a second control instruction with the same priority as the first exists at the same time, the vehicle control instruction or the second control instruction is sent randomly.

[0030] In this way, through priority management, the SOA platform can respond to high-priority tasks more quickly, ensure the timely execution of key functions, improve the vehicle's responsiveness, and help improve vehicle reliability and safety by ensuring that high-priority instructions are processed in a timely manner. Especially when it comes to safety-critical tasks, this priority management method can more effectively schedule resources, avoid resource contention and bottlenecks, and improve overall operational efficiency. In the case of the same priority, a fair processing method is provided based on the random selection mechanism, reducing the problem of long-term waiting for instructions.

[0031] Optionally, the SOA service gateway is also used to:

[0032] After obtaining the vehicle control instruction, determining the authority information corresponding to the vehicle control instruction;

[0033] A determination is made based on the authority information whether to send a vehicle control command.

[0034] Therefore, through permission management, unauthorized instructions can be prevented from being executed, protecting the safety of the vehicle and its passengers. This permission management can also ensure that the execution of instructions complies with relevant standards. In this way, through strict permission control, users can have more trust in the safety and reliability of the vehicle, especially when it comes to remote control and Internet of Vehicles services. In addition, this permission verification can also effectively prevent vehicle failures or safety incidents caused by misoperation or erroneous instructions, thereby improving the safety of vehicle operation.

[0035] Optionally, the transport module is also used to:

[0036] After at least one regional controller updates the target function operation, receiving a target control signal generated by at least one regional controller through a CAN interface, parsing the target control signal, encapsulating the parsed target control signal to obtain a target control instruction, and forwarding the target control instruction to the SOA service gateway through a second communication protocol;

[0037] The SOA service gateway is also used to generate the SOA service interface of the target control instruction.

[0038] Therefore, this application can quickly respond to and adapt to changes by receiving and processing updates of the regional controller in real time, thereby improving the dynamic response capability of the vehicle. This mechanism allows the SOA platform to update and expand functions to support more complex and diverse application scenarios; among them, by feeding back the updates of the regional controller to the SOA service gateway, more efficient integration and collaboration are achieved, and the use of the CAN interface and the second communication protocol ensures the reliability and security of data transmission. Through effective signal parsing and instruction encapsulation, communication resources can be efficiently utilized and signal delays can be reduced. In this way, through rapid function updates and responses, the vehicle can provide a smooth and consistent user experience to meet users' different needs for vehicle functions.

[0039] In a second aspect, the present application provides a vehicle control method, which is applied to a service-oriented architecture (SOA) platform. The SOA platform is deployed in a cockpit domain and includes a SOA service gateway and a transmission module. The method includes:

[0040] By calling the SOA service interface based on the first communication protocol through the SOA service gateway, the vehicle control information is determined, the vehicle control information is parsed, the parsed vehicle control instruction is encapsulated to obtain the vehicle control instruction, and the vehicle control instruction is sent to the transmission module through the second communication protocol;

[0041] The vehicle control instructions are forwarded to the target area controller through the transmission module.

[0042] In a third aspect, the present application provides an electronic device, comprising: a processor, and a memory communicatively connected to the processor;

[0043] Memory stores computer-executable instructions;

[0044] The processor executes the computer-executable instructions stored in the memory to implement the method according to the second aspect.

[0045] In a fourth aspect, the present application provides a computer-readable storage medium, which stores computer-executable instructions. When the computer-executable instructions are executed by a processor, they are used to implement the method described in the second aspect.

[0046] In a fifth aspect, the present application provides a computer program product, comprising a computer program, which implements the method described in the second aspect when executed by a processor.

[0047] It should be noted that the second to fifth aspects of this application correspond to the technical solutions of the first aspect of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar, which will not be repeated here.

[0048] In summary, the present application provides an SOA platform, a vehicle control method, an electronic device, a medium and a product, which are applied to the SOA platform. The SOA platform is mounted on the cockpit domain and the VCD design is cancelled. The SOA platform includes a SOA service gateway and a transmission module. Then, the cockpit domain itself can directly use the SOA service based on the SOA service gateway and the transmission module. The intelligent driving domain realizes the vehicle functions respectively by calling the SOA service of the cockpit domain. Specifically, through the first communication protocol, the SOA service gateway calls the SOA service interface to determine the vehicle control information. The SOA service interface is responsible for receiving and processing requests from different applications or services. After the SOA service gateway receives the vehicle control information, it can parse it to convert the high-level service request into specific vehicle control Instructions, the parsed information is encapsulated into standardized vehicle control instructions to ensure that the instructions can be recognized and processed by the second communication protocol, and then the encapsulated vehicle control instructions are sent to the transmission module through the second communication protocol, and the transmission module is responsible for forwarding the vehicle control instructions to the target area controller to enable the target area controller to perform specific functions; wherein, the first communication protocol and the second communication protocol are different; in this way, the cockpit domain and the SOA platform are integrated, and then the relationship calls and interactions are carried out by using standardized SOA service interfaces and communication protocols to realize the control of the vehicle, making the calling relationship and interaction simple and direct, which can significantly reduce the complexity. Due to the reduced complexity, maintenance and updates become easier, and the difficulty of vehicle development and testing is reduced, and the subsequent operation and maintenance costs are also reduced. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0050] Figure 1 This is the architecture diagram for the integration of the existing VCD and vehicle SOA platform;

[0051] Figure 2 A schematic diagram of an application scenario provided in an embodiment of the present application;

[0052] Figure 3 A schematic diagram of the architecture of an SOA platform provided in an embodiment of the present application;

[0053] Figure 4 A flow chart of a vehicle control method provided in an embodiment of the present application;

[0054] Figure 5 A schematic diagram of the architecture of another SOA platform provided in an embodiment of the present application;

[0055] Figure 6 A schematic diagram of the architecture of another SOA platform provided in an embodiment of the present application;

[0056] Figure 7 A schematic diagram of the architecture of an overall SOA platform provided in an embodiment of the present application;

[0057] Figure 8 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application.

[0058] The above drawings illustrate specific embodiments of the present application, which will be described in more detail below. These drawings and the textual description are not intended to limit the scope of the present application in any way, but rather to illustrate the concepts of the present application to those skilled in the art by reference to specific embodiments. DETAILED DESCRIPTION

[0059] To facilitate the clear description of the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish between identical or similar items with substantially the same functions and effects. For example, the first device and the second device are merely used to distinguish between different devices and do not limit their order. Those skilled in the art will understand that words such as "first" and "second" do not limit the quantity or execution order, and words such as "first" and "second" do not necessarily mean that they are different.

[0060] It should be noted that, in this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described in this application as "exemplary" or "for example" should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0061] In this application, "at least one" means one or more, and "more" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0062] The professional terms involved in this application are explained below.

[0063] Classic Platform (CP): Used for developing embedded systems in automobiles, such as systems with high real-time requirements, and suitable for microcontroller units (MCUs) or electronic control units (ECUs).

[0064] Adaptive Platform (AP): A platform that allows developers to create modular software components for a microprocessor unit (MPU) or system on chip (SOC); these software components can be updated, replaced, or expanded.

[0065] SOC: It is a design that integrates all components of a computer or other electronic system into a single chip, usually including a central processing unit (CPU), memory, input / output ports, and secondary storage.

[0066] Electrical / Electronic Architecture (EEA): refers to the overall design and organization of electronic and electrical systems in a vehicle.

[0067] Zone Control Unit Left (ZCUL): Mainly includes body functions, which refer to the control functions of the vehicle doors, engine hood, trunk lid, etc.

[0068] Zone Control Unit Right (ZCUR): Mainly includes body functions.

[0069] Zone Control Unit Front (ZCUF): Mainly includes power and chassis functions. Power functions mainly involve the vehicle's power system, including the engine, transmission and related components. The purpose is to generate and manage the vehicle's power output, such as the control functions of the engine, transmission, etc.; chassis functions mainly involve the vehicle's structure and suspension system, affecting the vehicle's handling, comfort and safety, such as control functions for steering, braking, etc.

[0070] Controller Area Network (CAN): refers to a serial communication protocol.

[0071] Local Interconnect Network (LIN): refers to a low-cost serial communication protocol commonly used for low-speed communication in automobiles.

[0072] Data Bus Input / Output (DBIO): refers to the data sharing channel used to achieve real-time synchronization and sharing of data. The DBIO matrix is the input and output data signal matrix.

[0073] Signal to Service (S2S): Used to describe how to convert low-level signal data into high-level services or functions in the EEA.

[0074] Scalable service-oriented middleware over IP (SomeIP): is a communication protocol used in automotive electronic and electrical architecture, designed to achieve efficient, flexible and scalable communication between different ECUs over IP networks.

[0075] Data Distribution Service (DDS): refers to a middleware standard for real-time data distribution.

[0076] Autonomous Driving Controller (ADC): Located in the intelligent driving domain, the intelligent driving domain usually involves the vehicle's autonomous driving functions and advanced driver assistance systems, including sensor data processing, path planning, environmental perception, and vehicle control.

[0077] Cockpit Domain Controller (CDC): Located in the cockpit domain, the cockpit domain focuses on the in-vehicle user experience and human-computer interaction, including the infotainment system, digital instrument panel, air conditioning control, voice recognition, and other functions related to passenger interaction.

[0078] The Vehicle Central Domain Controller (VCD) is a key component in automotive electronic architecture. It integrates the control functions of multiple functional domains, such as powertrain and body control, into one or a few powerful computing platforms.

[0079] Telematics Connectivity Antenna Module (TCAM): A communication device integrated into a vehicle that provides multiple wireless communication functions to support vehicle networking and intelligent applications.

[0080] Telematics Box (TBOX): Also known as an in-vehicle information communication box, it is a key component in the vehicle that enables communication between the vehicle and external networks and supports various telematics functions such as vehicle tracking, remote diagnosis, navigation, entertainment services, and emergency calls.

[0081] In modern automotive electronic and electrical architecture, a solution that integrates VCD with the vehicle's SOA platform is usually adopted. This architecture aims to accelerate the development and deployment of new functions through centralized computing resources and flexible software architecture.

[0082] For example, Figure 1 This is the architecture diagram for integrating the existing VCD with the vehicle SOA platform, such as Figure 1As shown in the figure, the SOA platform is deployed on VCD. VCD can obtain the CAN signals of each regional controller, such as ZCUL, ZCUR, and ZCUF, based on the CAN network. The ADC in the intelligent driving domain and the CDC in the cockpit domain can call the SOA service installed on VCD based on SomeIP or DDS through the SOA communication middleware. Then, VCD can send control signals to ZCUL, ZCUR, and ZCUF based on calling the SOA service to realize specific vehicle functions. Among them, TBOX can also communicate with VCD based on Ethernet (ETH) to remotely control the vehicle.

[0083] However, the above-mentioned solution of integrating VCD with the vehicle SOA platform increases the complexity of the system architecture due to the addition of an independent VCD. In addition, the way in which the SOA services of the intelligent driving domain, cockpit domain and VCD call each other is also relatively complex. Due to the increase in complexity, the difficulty of vehicle development and testing also increases accordingly, and the difficulty of subsequent operation and maintenance will also increase.

[0084] To address the above issues, this application provides an SOA platform, which is installed on the cockpit domain and cancels the VCD design. The SOA platform includes a SOA service gateway and a transmission module. The cockpit domain itself can directly use the SOA service based on the SOA service gateway and the transmission module, and the intelligent driving domain can realize vehicle functions separately by calling the SOA service of the cockpit domain.

[0085] Specifically, through the first communication protocol, the SOA service gateway calls the SOA service interface to determine the vehicle control information. The SOA service interface is responsible for receiving and processing requests from different applications or services. After the SOA service gateway receives the vehicle control information, it can parse it to convert the high-level service request into a specific vehicle control instruction. The parsed information is encapsulated into a standardized vehicle control instruction to ensure that the instruction can be recognized and processed by the second communication protocol, and then the encapsulated vehicle control instruction is sent to the transmission module through the second communication protocol. The transmission module is responsible for forwarding the vehicle control instruction to the target area controller so that the target area controller performs a specific function, such as controlling the power system, braking system or body control system. The embodiment of the present application does not limit the specific function to be performed, which can be determined based on the specific application scenario.

[0086] Among them, the first communication protocol and the second communication protocol are different; in this way, the cockpit domain and the SOA platform are integrated, and then the relationship calls and interactions are performed by using standardized SOA service interfaces and communication protocols to realize the control of the vehicle, making the calling relationship and interaction simple and direct, which can significantly reduce the complexity. Due to the reduced complexity, maintenance and updates become easier, and the difficulty of vehicle development and testing is reduced, and the subsequent operation and maintenance costs are also reduced.

[0087] It is understandable that the cockpit domain plays the role of a vehicle-level platform in the vehicle's EEA. Therefore, building a vehicle SOA platform based on the cockpit domain can not only take advantage of the characteristics and advantages of the vehicle-level platform of the cockpit domain, but also achieve VCD removal, streamline the vehicle's EEA, and achieve the effect of reducing costs and increasing efficiency.

[0088] For example, Figure 2 A schematic diagram of an application scenario provided in an embodiment of the present application is shown in FIG. Figure 2 As shown, the application scenario includes: a vehicle 201 and a cloud 202. The vehicle 201 includes an SOA platform, and the SOA platform is deployed in the cockpit domain, that is, the entire vehicle SOA platform software is directly deployed in the cockpit domain, removing the VCD design.

[0089] During the operation of vehicle 201, taking the light control of vehicle 201 as an example, the CDC in the cockpit domain can generate the vehicle light control instruction based on the SOA platform and send the light control instruction to ZCUR to control vehicle 201 to turn on the corresponding light.

[0090] Optionally, during the function development and maintenance process of vehicle 201, the SOA platform can aggregate the CAN signals of ZCUL, ZCUR, and ZCUF to generate different SOA services based on the CAN signals, and then develop and maintain the business functions of the entire vehicle based on the SOA services.

[0091] It can be understood that if remote control of the vehicle 201 is achieved, the cloud 202 can generate remote control information and send the control information to the CDC in the cockpit domain based on TBOX, so that remote control instructions for the vehicle can be generated based on the SOA platform to control the vehicle 201 to perform corresponding functions, thereby realizing SOA interaction between the vehicle and the cloud.

[0092] It should be noted that the embodiments of the present application do not specifically limit the content of vehicle control based on the SOA platform and the content of developing and maintaining vehicle functions, which can be determined based on the actual application scenario requirements.

[0093] Combining the above application scenarios, it can be seen that this application can be implemented based on the designed SOA platform architecture. Figure 3 This is a schematic diagram of the architecture of an SOA platform provided in an embodiment of the present application, such as Figure 3 As shown, the SOA platform is deployed in the cockpit domain. The SOA platform includes a SOA service gateway and a transmission module. The SOA service gateway can provide an SOA service interface for different applications to call SOA services; the SOA service gateway and the transmission module can call and interact with each other. The transmission module is used to send vehicle control instructions to the target area controller or receive target control signals sent by the target area controller; wherein, the vehicle control instructions are used to control the vehicle to perform specific functions, and the target control signals are used to generate SOA services to realize functional development of the whole vehicle business.

[0094] The following specific embodiments describe in detail the technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0095] Figure 4 A flow chart of a vehicle control method provided in an embodiment of the present application is shown as follows: Figure 4 As shown, the vehicle control method is applied to a service-oriented architecture (SOA) platform; the SOA platform is deployed in a cockpit domain; the SOA platform includes a SOA service gateway and a transmission module; the vehicle control method includes the following steps:

[0096] S401. Through the SOA service gateway, call the SOA service interface based on the first communication protocol to determine the vehicle control information, parse the vehicle control information, encapsulate the parsed vehicle control instructions, obtain the vehicle control instructions, and send the vehicle control instructions to the transmission module through the second communication protocol.

[0097] In an embodiment of the present application, the first communication protocol is a standardized method for transmitting data between different modules. It defines the data format, transmission method and communication rules to ensure that different modules can understand each other and correctly process the transmitted information. Optionally, the first communication protocol can be a DDS protocol. The embodiment of the present application does not specifically limit the type of the first communication protocol, and it can be recognized by the SOA service gateway.

[0098] In this application, in the SOA platform, functions and SOA services are abstracted as callable SOA service interfaces. Calling the SOA service interface means that a requester requests a specific service or function from the SOA service gateway.

[0099] The invocation process typically involves sending a request message containing required parameters and instructions so that the SOA service interface can understand and execute the request.

[0100] It should be noted that the SOA service gateway is responsible for managing and providing all SOA service interfaces. It acts as an intermediary between requesters and service providers, such as functional modules, to ensure that requests are correctly routed to the corresponding services.

[0101] After the request reaches the SOA service gateway through the first communication protocol, the SOA service gateway will call the corresponding SOA service interface to process the request, and then determine the vehicle control information, which includes specific control instructions, parameter settings or status information. The embodiment of the present application does not specifically limit the content of the vehicle control information, which depends on the nature of the request and the function of the SOA service.

[0102] In an embodiment of the present application, the second communication protocol is responsible for transmitting encapsulated vehicle control instructions between different modules to ensure that the vehicle control instructions can be correctly routed to the target area controller or functional module. Optionally, the second communication protocol can be a private protocol, which is used to implement specific functions or optimize specific performance requirements. The embodiment of the present application does not specifically limit the type of private protocol, such as the private protocol is the LIN protocol.

[0103] Optionally, the second communication protocol can also provide additional functions, such as data encryption, error detection and signal filtering, to ensure the safe and reliable transmission of vehicle control instructions. The embodiment of the present application does not specifically limit the type of the second communication protocol, as long as it can be recognized by the transmission module.

[0104] It should be noted that the SOA service gateway is also used to process vehicle control information transmitted through the SOA service interface, that is, to parse high-level vehicle control information into specific, executable vehicle control instructions. The parsing process may include decoding, verification and conversion of the information to ensure that its format and content meet the receiving requirements of the transmission module.

[0105] Furthermore, after the parsing is completed, the vehicle control instructions are encapsulated. The encapsulation refers to packaging the vehicle control instructions according to a specific format and protocol to facilitate subsequent transmission and processing, and then the vehicle control instructions are transmitted through the second communication protocol.

[0106] It should also be noted that the purpose of parsing is to convert abstract SOA services into specific operating instructions that can be directly used to control the various regional controllers or functional modules of the vehicle; the purpose of encapsulation is to ensure that the vehicle control instructions maintain integrity and consistency during transmission and comply with the requirements of the second communication protocol.

[0107] S402: Forward the vehicle control instruction to the target area controller through the transmission module.

[0108] In an embodiment of the present application, the transmission module is an intermediate component used to receive vehicle control instructions from the SOA service gateway and correctly forward the vehicle control instructions to the target area controller. The embodiment of the present application does not specifically limit the structure of the transmission module, which may include some communication modules or network switches, etc. Optionally, the transmission module may include an inter-chip data processing module and a communication module.

[0109] It should be noted that after the transmission module receives the vehicle control instruction, the transmission module can send the vehicle control instruction to the target area controller according to the pre-set routing rules or address information. The above process may involve further processing of the vehicle control instruction, such as protocol conversion or data format adjustment, to ensure that the vehicle control instruction can be correctly identified and executed by the target controller. The embodiment of the present application does not specifically limit the processing of this process.

[0110] It should also be noted that the target area controller is a regional controller responsible for executing specific vehicle functions, such as ZCUL, ZCUR, ZCUF, etc. The target area controller receives vehicle control instructions from the transmission module and performs corresponding operations according to the content of the vehicle control instructions, such as control operations on the vehicle's power system, braking system, body control system, etc. The embodiment of this application does not specifically limit the operation content, which depends on the parameters of the vehicle control instructions and the target function.

[0111] It can be understood that the above process, through standardized communication protocols and modular design, allows specific modules to be updated independently when vehicle system upgrades or functional expansions are required without affecting the stability of the entire vehicle system. This flexibility reduces the time and cost of operation and maintenance.

[0112] Optionally, the relationship calls and interactions between the SOA service gateway and the transmission module are bidirectional, that is, during the development or maintenance of the vehicle, the SOA platform collects the control signals of at least one regional controller and aggregates them into a DBIO signal matrix, and then based on the transmission module, uses the second communication protocol to pass the DBIO signal matrix to the SOA service gateway, so that the SOA service gateway generates SOA services related to the DBIO signal matrix, and abstracts the SOA services into callable SOA service interfaces for the requesting party to call, thereby realizing the development of the whole vehicle business functions.

[0113] It should be noted that the embodiments of the present application do not specifically limit the business functions to be developed, which can be determined based on actual application scenarios.

[0114] In this way, the functional services of the CDC of each regional controller and cockpit domain can be directly integrated into the vehicle SOA platform, and the SOA platform can directly provide vehicle SOA services to the outside world; at the same time, the development of vehicle business functions based on the SOA platform will be faster and more efficient.

[0115] Therefore, compared with the previous SOA service calling relationship between the intelligent driving domain, cockpit domain and VCD, in this application, the intelligent driving domain and the cockpit domain can call each other's SOA services. By using the first communication protocol and the second communication protocol, a standardized communication method is achieved. This standardization ensures the interoperability between different modules and simplifies the integration and maintenance of the SOA platform. Moreover, through the use of the SOA service gateway and the transmission module, the calling relationship becomes simple and direct. This simplification reduces the overall complexity and makes the development and testing process more efficient. In this application, the modular design of the SOA platform allows different services and functional modules to be independently developed and deployed, which improves the flexibility and scalability of the SOA platform, and promotes the interoperability between different modules or components, so that the vehicle can be seamlessly integrated with other modules such as cloud services, mobile applications and other modules.

[0116] For example, Figure 5 The architecture diagram of another SOA platform provided in the embodiment of the present application is as follows: Figure 5 As shown, the SOA platform is deployed in the cockpit domain. The SOA platform includes a SOA service gateway and a transmission module. The SOA service gateway can provide an SOA service interface. The transmission module includes an inter-chip data processing module and a communication module.

[0117] The inter-chip data processing module is used to parse the vehicle control instructions and encapsulate the parsed vehicle control instructions to obtain vehicle control signals; the vehicle control signals are used to instruct the target area controller to perform corresponding functional operations;

[0118] The communication module is used to forward the vehicle control signal to the target area controller through a third communication protocol.

[0119] In an embodiment of the present application, the third communication protocol is used to ensure that the vehicle control signal maintains integrity and consistency during transmission. Optionally, the third communication protocol is a CAN protocol. The embodiment of the present application does not specifically limit the type of the third communication protocol, as long as it can be recognized by the regional controller.

[0120] It should be noted that the inter-chip data processing module is used to receive vehicle control instructions from the transmission module, and then parse the vehicle control instructions to extract specific operation information and parameters. Furthermore, the parsed vehicle control instructions are encapsulated into vehicle control signals. The encapsulation process converts the vehicle control instructions into a format that meets the requirements of the third communication protocol for subsequent transmission.

[0121] Furthermore, the vehicle control signal encapsulated by the communication module is forwarded through a third communication protocol to forward the vehicle control signal from the inter-chip data processing module to the target area controller. The communication module ensures that the vehicle control signal is correctly routed to the target controller. Optionally, protocol conversion or data format adjustment can also be performed, which is not specifically limited in the embodiments of the present application.

[0122] Among them, the vehicle control signal contains specific instructions for instructing the target area controller to perform corresponding functional operations, including control operations on body functions, power and chassis functions, such as control operations on the vehicle's power system, braking system, body control system, etc. The embodiment of the present application does not specifically limit the functional operations to be performed, and it is set based on user needs or application scenarios.

[0123] Optionally, during the vehicle development process, the control signals of each regional controller can pass through the communication module and inter-chip data processing module of the SOA platform and be transmitted to the SOA service gateway in the form of inter-chip communication. Optionally, the control signal can be a CAN signal, and the communication module is a CAN communication network data interaction module, which is used to realize CAN communication data interaction between the SOA platform and each regional controller.

[0124] It should also be noted that the inter-chip data processing module and the communication module can also perform relationship calls or some preprocessing on the signal through function calls. The embodiment of the present application does not specifically limit the content of the preprocessing.

[0125] In this way, through the above-mentioned data parsing and encapsulation process, the accuracy of the instructions can be ensured. The use of the inter-chip data processing module and the communication module optimizes the utilization of SOA platform resources, reduces redundancy and complexity, and improves overall performance. This application uses a standardized third communication protocol and a modular architecture, so that the SOA platform can achieve good interoperability with the regional controller and support complex vehicle functions and service integration.

[0126] Optionally, the communication module is specifically used to call the controller area network (CAN) interface through a third communication protocol to forward the vehicle control signal to the target area controller.

[0127] In an embodiment of the present application, the communication module is used to manage and execute the transmission of vehicle control signals. It interacts with the CAN interface through a third communication protocol. The third communication protocol is used to transmit data between the communication module and the CAN interface to ensure that the data format complies with the requirements of the CAN bus.

[0128] It should be noted that the communication module calls the CAN interface through the third communication protocol to convert the vehicle control signal into a format that can be recognized by the CAN bus. The conversion process may include encapsulation and format conversion to ensure that the signal is correctly received and understood by the target area controller. The embodiment of this application does not specifically limit the conversion process.

[0129] After the vehicle control signal is converted into CAN format, the communication module forwards it to the target area controller through the CAN bus.

[0130] Optionally, during the development of the vehicle, the communication module can also transmit and receive CAN signals of each regional controller in the CAN network through the CAN interface.

[0131] It can be understood that the CAN bus has high reliability and real-time performance. Calling the CAN interface through the third communication protocol to forward the vehicle control signal to the target area controller can ensure that the vehicle control signal is transmitted to the target area controller quickly and accurately, and the use of the CAN interface improves the compatibility and interoperability of the SOA platform. Furthermore, by using the standardized CAN interface, the design and integration of the SOA platform becomes simpler, reducing the complexity of development and maintenance.

[0132] For example, Figure 6 The architecture diagram of another SOA platform provided in the embodiment of the present application is as follows: Figure 6 As shown, the SOA platform is deployed in the cockpit domain. The SOA platform includes a SOA service gateway, a transmission module and an inter-chip communication module. The SOA service gateway can provide an SOA service interface. The inter-chip communication module is used to receive vehicle control instructions sent by the SOA service gateway through a network programming interface, and send the vehicle control instructions to the transmission module based on a second communication protocol.

[0133] In an embodiment of the present application, the network programming interface provides a standardized method for sending vehicle control instructions from the SOA service gateway to the inter-chip communication module. The network programming interface is used to manage the formatting and transmission of data to ensure that the vehicle control instructions can be correctly received by the inter-chip communication module; optionally, the network programming interface is a Socket interface, which is a programming interface for network communication and can be used for multiple network protocols. The embodiment of the present application does not specifically limit the type of network programming interface.

[0134] In this application, the inter-chip communication module is a key component used to transmit data between different modules or processing units. It acts as a data transfer station to ensure that vehicle control instructions can be correctly routed to the transmission module.

[0135] It should be noted that the inter-chip communication module may support multiple communication protocols and data formats to adapt to different hardware and application requirements. The embodiment of the present application does not specifically limit the communication protocols and data formats supported by the inter-chip communication module. For example, the inter-chip communication module may support private protocols.

[0136] Exemplarily, the inter-chip communication module uses the second communication protocol to send the vehicle control instruction to the transmission module. After the transmission module receives the vehicle control instruction, the transmission module can forward the vehicle control instruction to the target area controller according to a preset routing rule or address information.

[0137] Optionally, during the vehicle development process, the inter-chip data processing module can send the CAN signal in the communication module to the inter-chip communication module through a private protocol, and the inter-chip communication module transmits the CAN signal to the SOA service gateway of the SOA platform through a Socket interface based on Ethernet Transmission Control Protocol / Internet Protocol (TCP / IP).

[0138] Therefore, this application can ensure the accurate transmission of vehicle control instructions by using the second communication protocol and the inter-chip communication module, and the inter-chip communication module optimizes the data transmission path within the SOA platform, reduces delays, and improves overall transmission efficiency. It can be understood that the inter-chip communication module has multi-protocol support capabilities, which can allow the SOA platform to operate flexibly in different hardware and application environments, enhance compatibility and adaptability, and thus simplify the communication between different modules or processing units, reducing the complexity of SOA platform integration.

[0139] Optionally, the SOA platform includes a first platform system and a second platform system; the first platform system is used to connect to the vehicle's microprocessor unit MPU and / or system on chip SOC; the second platform system is used to connect to the vehicle's electronic control unit ECU and / or microcontroller unit MCU; the SOA service gateway is located in the first platform system; and the transmission module is located in the second platform system.

[0140] In the embodiment of the present application, the first platform system is connected to a high-performance MPU and SOC, so the first platform system can handle complex computing tasks such as infotainment systems, navigation and advanced driver assistance systems; the second platform system is connected to the ECU and MCU, so the second platform system focuses on vehicle control tasks with high real-time requirements, such as engine management and body control.

[0141] The SOA service gateway is located in the first platform system and is used to manage and provide SOA service interfaces. It can process high-level service requests and communicate with other system components. The transmission module is located in the second platform system and is used to receive vehicle control instructions from the first platform system and forward them to the target area controller.

[0142] In this application, the first platform system and the second platform system exchange data through a standardized communication protocol, so that the SOA service gateway processes high-level service requests and transmits the parsed instructions to the target area controller through the transmission module.

[0143] In this way, by allocating high-performance computing tasks and vehicle control tasks to different platform systems, resource utilization is optimized and the overall performance of the SOA platform is improved. Moreover, by separating high-performance computing tasks from vehicle control tasks, the SOA platform can better isolate faults and improve overall reliability and security. This modular architecture can adapt to different hardware configurations and application requirements. For example, new functions and services can be developed and integrated without affecting the functions of other platforms. Since different functional modules are distributed on different platforms, the integration and maintenance process is simplified and the complexity is reduced, so that each platform can be updated and maintained independently without affecting the overall stability.

[0144] For example, Figure 7 The schematic diagram of the overall SOA platform architecture provided in the embodiment of the present application is as follows: Figure 7 As shown, the first platform system is an adaptive platform AP system; the second platform system is a classic platform CP system, the SOA service gateway is located in the AP system, and the transmission module is located in the CP system.

[0145] In this way, by allocating different modules to the AP system and the CP system, the SOA platform can utilize resources more efficiently. The AP system can dynamically allocate computing resources to meet changing needs, while the CP system can focus on efficiently executing fixed functions. Through this division, the vehicle can maintain high reliability while also flexibly responding to technological changes and scenario requirements, thereby providing a balanced and stable SOA architecture.

[0146] Optionally, the first platform system also includes an SOA service application module and a vehicle-cloud proxy module; the SOA service application module is a middleware that realizes communication between the SOA service gateway and the cockpit domain itself; the vehicle-cloud proxy module is a middleware that realizes communication between the SOA service gateway and the vehicle network smart antenna module.

[0147] In an embodiment of the present application, the SOA service application module is used to manage and coordinate the interaction of various applications and services within the cockpit domain. The SOA service application module can ensure that various components within the cockpit domain, such as the infotainment system, air conditioning control, seat adjustment, etc., can communicate and collaborate seamlessly through an SOA service gateway.

[0148] The vehicle-cloud proxy module is used to realize the connection and data interaction between the vehicle and external networks, such as the cloud and the Internet, based on TCAM. The vehicle-cloud proxy module can manage the interaction between the vehicle and cloud services, such as remote diagnosis, software updates, navigation data updates and other Internet of Vehicles services. The embodiment of this application does not specifically limit the content of the interaction.

[0149] It is understandable that the integration of the vehicle-cloud agent module can enable real-time communication between the vehicle and the cloud service, support remote diagnosis, maintenance and updates, reduce maintenance costs and improve service quality.

[0150] Therefore, this application promotes the integration and collaboration within and outside the SOA platform by designing the SOA service application module and the vehicle cloud agent module as middleware, ensuring that different modules can interact efficiently. Through these module designs, the SOA platform can support more complex functions and services, such as real-time data processing, remote service access, and dynamic application updates, to meet the diverse needs of vehicles, thereby enabling the SOA platform to provide a smooth and consistent user experience and enhance the intelligence and convenience of the vehicle.

[0151] For example, Figure 7 As shown in the figure, MCU represents the CP hardware platform of the cockpit domain, which can be equipped with the CP-side software of the whole vehicle SOA platform. SOC represents the AP hardware platform of the cockpit domain, which can be equipped with the AP-side software of the whole vehicle SOA platform.

[0152] During vehicle development, the SOA platform's AP software can use the DDS protocol deployed by the cockpit domain SOC to provide SOA services in the form of topics. This topic refers to the classification or routing path of messages and is used in the publish / subscribe model. That is, the SOA service gateway receives the CAN bus signal from the SOA platform's CP side, forms a topic signal based on the S2S method, and provides SOA services through the DDS interface.

[0153] Among them, the S2S method is to abstract the entire vehicle signal into an SOA service operation process, which is implemented by the internal logic in the SOA service gateway. The embodiment of this application does not make specific limitations on this. It can refer to the existing method of encapsulating business functions or processes into an independent service operation, or it can redefine a new method.

[0154] The SOA service application module is a specific business application module, which can develop the business functions of the whole vehicle based on the SOA service provided by the SOA service gateway; at the same time, the on-board terminal application and the ADC of the intelligent driving domain can also develop the business functions of the whole vehicle based on the SOA service provided by the SOA service gateway.

[0155] In addition, the SOA platform can also realize business functions such as remote body or vehicle control through the car-cloud proxy module. In this way, the cloud-side call to the vehicle-side SOA service party is changed from the previous three parties of intelligent driving domain, cockpit domain and central domain control to two parties of intelligent driving domain and cockpit domain, thereby further reducing the complexity of car-cloud SOA interaction.

[0156] It is understandable that the CP-side software of the SOA platform can also use the CAN interface on the cockpit domain MCU to obtain the CAN signals of each area controller from the CAN network, and pass them through the external communication module and inter-chip data processing module of the CP-side software of the SOA platform to the SOA service gateway on the AP side of the SOA platform in the form of inter-chip communication. Optionally, the inter-chip communication module can also pass the CAN signal to the AP side of the whole vehicle SOA platform.

[0157] Among them, the CAN signal is a standardized, atomic and universal CAN signal. Before the CP side passes the CAN signal to the AP side, the CP side can process the CAN signal through algorithms and logic to generate standardized, atomic and universal internal signals. For example, the CAN signal is processed by a filtering algorithm to obtain an internal signal.

[0158] It should be noted that the CP and AP sides have established log storage mechanisms to package logs of exceptions and key signals generated during vehicle operation or development, and upload them to the log cloud platform through the log server for cloud-based operation and maintenance and development to perform log analysis.

[0159] Since the relationship calls and interactions between the modules in the SOA platform are bidirectional, for example, taking the cockpit domain or intelligent driving domain to control a certain function of the vehicle, the SOA platform calls the SOA service interface through the DDS protocol to determine the vehicle control information, and then parses the vehicle control information based on the SOA service gateway, and encapsulates the parsed vehicle control instructions to obtain vehicle control instructions. Furthermore, the vehicle control instructions are sent to the inter-chip communication module through a private protocol, and then the inter-chip communication module sends the vehicle control instructions to the inter-chip data processing module based on the private protocol. The inter-chip data processing module parses the vehicle control instructions and encapsulates the parsed vehicle control instructions to obtain a vehicle control signal, and then calls the CAN interface through the CAN protocol to forward the vehicle control signal to the target area controller, that is, at least one of ZCUL, ZCUR, and ZCUF, to achieve functional control of the vehicle.

[0160] Optionally, the SOA service gateway is also used to:

[0161] After receiving the vehicle control command, determining the first priority of the vehicle control command;

[0162] Wherein, if there is a first control instruction with a higher priority than the first control instruction at the same time, the vehicle control instruction will be sent after the first control instruction is sent.

[0163] If a second control instruction with the same priority as the first exists at the same time, the vehicle control instruction or the second control instruction is sent randomly.

[0164] In the present application, after generating a vehicle control instruction, the SOA service gateway may assign a first priority to the vehicle control instruction, and the first priority is used to determine the processing order of the vehicle control instruction during the transmission process.

[0165] For example, if there is a first control instruction with a higher priority than the first priority at the same time, the SOA service gateway will give priority to processing the first control instruction and sending the first control instruction. At this time, the vehicle control instruction may be temporarily shelved until the first control instruction is sent. This mechanism ensures that critical tasks or emergency instructions can be processed in a timely manner to avoid risks that may be caused by delays.

[0166] If there is a second control instruction with the same priority as the first at the same time, the SOA service gateway can randomly choose to send the vehicle control instruction or the second control instruction. This random selection mechanism can provide a fair scheduling strategy under the same priority, avoiding the problem of long waiting time for instructions.

[0167] In this way, through priority management, the SOA platform can respond to high-priority tasks more quickly, ensure the timely execution of key functions, improve the vehicle's responsiveness, and help improve vehicle reliability and safety by ensuring that high-priority instructions are processed in a timely manner. Especially when it comes to safety-critical tasks, this priority management method can more effectively schedule resources, avoid resource contention and bottlenecks, and improve overall operational efficiency. In the case of the same priority, a fair processing method is provided based on the random selection mechanism, reducing the problem of long-term waiting for instructions.

[0168] Optionally, the SOA service gateway is also used to:

[0169] After obtaining the vehicle control instruction, determining the authority information corresponding to the vehicle control instruction;

[0170] A determination is made based on the authority information whether to send a vehicle control command.

[0171] In the embodiments of the present application, permission information may involve user identity authentication, role permission verification, and instruction legitimacy check, etc. The embodiments of the present application do not specifically limit the verification of permission information. For example, after the SOA service gateway generates a vehicle control instruction, the permission information of the vehicle control instruction can be checked. This includes verifying the source of the vehicle control, the nature of the instruction, and the permission level required to execute the instruction.

[0172] Exemplarily, the SOA service gateway can determine whether to allow the vehicle control instruction to be sent based on the permission information. If the permission information of the vehicle control instruction meets the preset security and compliance standards, the instruction is allowed to be sent. If the permission information of the vehicle control instruction does not meet the preset security and compliance standards, the vehicle control instruction will be refused to be sent. Optionally, the unsent vehicle control instructions can be recorded for audit and analysis.

[0173] Therefore, through permission management, unauthorized instructions can be prevented from being executed, protecting the safety of the vehicle and its passengers. This permission management can also ensure that the execution of instructions complies with relevant standards. In this way, through strict permission control, users can have more trust in the safety and reliability of the vehicle, especially when it comes to remote control and Internet of Vehicles services. In addition, this permission verification can also effectively prevent vehicle failures or safety incidents caused by misoperation or erroneous instructions, thereby improving the safety of vehicle operation.

[0174] Optionally, the transmission module is further configured to receive a target control signal generated by at least one regional controller through a CAN interface after at least one regional controller updates a target function operation, parse the target control signal, encapsulate the parsed target control signal to obtain a target control instruction, and forward the target control instruction to the SOA service gateway through a second communication protocol;

[0175] The SOA service gateway is also used to generate the SOA service interface of the target control instruction.

[0176] In an embodiment of the present application, updating the target functional operation refers to developing a new functional operation during the development process, such as adding a lighting effect. Then, a SOA service related to the lighting effect can be generated based on the SOA service gateway, and then the SOA service can be abstracted into a corresponding SOA service interface; the update may include addition, deletion, modification, etc.

[0177] Exemplarily, when at least one regional controller updates its target function operation, the SOA platform receives the target control signal generated by at least one regional controller through the CAN interface. The CAN interface is a reliable vehicle network protocol widely used for communication within the vehicle; further, the transmission module is responsible for receiving the target control signal from the CAN interface and parsing it. This step can extract key information and parameters in the target control signal, and then encapsulate the parsed target control signal into a target control instruction to meet the requirements of the second communication protocol; further, the transmission module forwards the encapsulated target control instruction to the SOA service gateway, which can generate a corresponding SOA service interface based on the received target control instruction, so that the requester can access and use the updated function through a standardized interface.

[0178] Therefore, this application can quickly respond to and adapt to changes by receiving and processing updates of the regional controller in real time, thereby improving the dynamic response capability of the vehicle. This mechanism allows the SOA platform to update and expand functions to support more complex and diverse application scenarios; among them, by feeding back the updates of the regional controller to the SOA service gateway, more efficient integration and collaboration are achieved, and the use of the CAN interface and the second communication protocol ensures the reliability and security of data transmission. Through effective signal parsing and instruction encapsulation, communication resources can be efficiently utilized and signal delays can be reduced. In this way, through rapid function updates and responses, the vehicle can provide a smooth and consistent user experience to meet users' different needs for vehicle functions.

[0179] The embodiment of the present application also provides a structural diagram of an electronic device, Figure 8 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application is shown in FIG. Figure 8 As shown, the electronic device may include: a processor 801 and a memory 802 communicatively connected to the processor; the memory 802 stores a computer program; the processor 801 executes the computer program stored in the memory 802, so that the processor 801 executes the method described in any of the above embodiments.

[0180] The memory 802 and the processor 801 may be connected via a bus 803 .

[0181] An embodiment of the present application further provides a computer-readable storage medium, which stores computer program execution instructions. When the computer program execution instructions are executed by a processor, they are used to implement the method described in any of the aforementioned embodiments of the present application.

[0182] An embodiment of the present application further provides a chip for executing instructions, which is used to execute the method in any of the aforementioned embodiments as executed by an electronic device in any of the aforementioned embodiments of the present application.

[0183] An embodiment of the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, it can implement the method described in any of the aforementioned embodiments of the present application executed by an electronic device.

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

[0185] Modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical units, that is, they may be located in one place or distributed across multiple network elements. Some or all of these modules may be selected to implement the solution of this embodiment based on actual needs.

[0186] In addition, the functional modules in the various embodiments of the present application may be integrated into a single processing unit, or each module may exist physically separately, or two or more modules may be integrated into a single unit. The above-mentioned modules may be implemented in the form of hardware or hardware plus software functional units.

[0187] The above-mentioned integrated module implemented in the form of a software functional module can be stored in a computer-readable storage medium. The above-mentioned software functional module is stored in a storage medium and includes a number of instructions for causing a computer device (which can be a personal computer, server, or network device, etc.) or a processor to perform some steps of the method described in each embodiment of the present application.

[0188] It should be understood that the processor may be a central processing unit (CPU), other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the method disclosed in the application may be directly implemented by a hardware processor or implemented by a combination of hardware and software modules in the processor.

[0189] The memory may include high-speed random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage, and may also be a USB flash drive, a mobile hard disk, a read-only memory, a magnetic disk or an optical disk.

[0190] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus. Buses can be categorized as address buses, data buses, and control buses. For ease of illustration, the buses in the drawings of this application are not limited to just one bus or just one type of bus.

[0191] The storage medium may be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random-access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The storage medium may be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0192] An exemplary storage medium is coupled to a processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be an integral part of the processor. The processor and the storage medium can be located in an application specific integrated circuit (ASIC). Of course, the processor and the storage medium can also exist as discrete components in an electronic device or a main control device.

[0193] It should be noted that for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that this application is not limited by the order of the actions described, because according to this application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all optional embodiments, and the actions and modules involved are not necessarily required by this application.

[0194] It should be further noted that, although the various steps in the flowchart are shown in sequence as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order restriction on the execution of these steps, and these steps may be performed in other orders. Moreover, at least a portion of the steps in the flowchart may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily performed at the same time, but may be performed at different times. The execution order of these sub-steps or stages is not necessarily to be performed in sequence, but may be performed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

[0195] In the above embodiments, the description of each embodiment has its own emphasis. For parts not described in detail in a particular embodiment, please refer to the relevant description of other embodiments. The technical features of the above embodiments can be combined in any way. To keep the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0196] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present application that follow the general principles of the present application and include common knowledge or customary techniques in the art not disclosed herein. The description and examples are to be considered merely as exemplary, and the true scope and spirit of the present application are indicated by the claims.

[0197] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present invention should be included in the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

Claims

1. A service-oriented architecture (SOA) platform, characterized by: The SOA platform is deployed in the cockpit domain; the SOA platform includes an SOA service gateway and a transmission module; The SOA service gateway is used to call the SOA service interface through the first communication protocol to determine the vehicle control information, parse the vehicle control information, encapsulate the parsed vehicle control instructions to obtain the vehicle control instructions, and send the vehicle control instructions to the transmission module through the second communication protocol; The transmission module is used to forward the vehicle control instruction to the target area controller.

2. The SOA platform according to claim 1, characterized in that: The transmission module includes an inter-chip data processing module and a communication module; The inter-chip data processing module is used to parse the vehicle control instruction and encapsulate the parsed vehicle control instruction to obtain a vehicle control signal; the vehicle control signal is used to instruct the target area controller to perform a corresponding functional operation; The communication module is used to forward the vehicle control signal to the target area controller through a third communication protocol.

3. The SOA platform according to claim 2, characterized in that: The communication module is specifically configured to call a controller area network (CAN) interface via the third communication protocol to forward the vehicle control signal to a target area controller.

4. The SOA platform according to claim 1, characterized in that: The SOA platform also includes an inter-chip communication module; The inter-chip communication module is used to receive the vehicle control instruction sent by the SOA service gateway through a network programming interface, and send the vehicle control instruction to the transmission module based on the second communication protocol.

5. The SOA platform according to claim 1, characterized in that: The SOA platform includes a first platform system and a second platform system; the first platform system is used to connect to the vehicle's microprocessor unit MPU and / or system on chip SOC; the second platform system is used to connect to the vehicle's electronic control unit ECU and / or microcontroller unit MCU; the SOA service gateway is located in the first platform system; the transmission module is located in the second platform system.

6. The SOA platform according to claim 5, characterized in that: The first platform system also includes an SOA service application module and a vehicle cloud proxy module; the SOA service application module is a middleware that realizes communication between the SOA service gateway and the cockpit domain itself; the vehicle cloud proxy module is a middleware that realizes communication between the SOA service gateway and the vehicle network smart antenna module.

7. The SOA platform according to claim 5, characterized in that: The first platform system is an adaptive platform AP system; the second platform system is a classic platform CP system.

8. The SOA platform according to claim 1, characterized in that: The SOA service gateway is also used to: After obtaining the vehicle control instruction, determining a first priority of the vehicle control instruction; Wherein, if there is a first control instruction with a higher priority than the first control instruction at the same time, the vehicle control instruction is sent after the first control instruction is sent; If a second control instruction with the same priority as the first exists at the same time, the vehicle control instruction or the second control instruction is sent randomly.

9. The SOA platform according to claim 1, wherein: The SOA service gateway is also used to: After obtaining the vehicle control instruction, determining authority information corresponding to the vehicle control instruction; Determining whether to send the vehicle control instruction is based on the authority information.

10. The SOA platform according to any one of claims 1 to 8, characterized in that: The transmission module is further configured to: After at least one regional controller updates the target function operation, receiving a target control signal generated by the at least one regional controller through the CAN interface, parsing the target control signal, encapsulating the parsed target control signal to obtain a target control instruction, and forwarding the target control instruction to the SOA service gateway through the second communication protocol; The SOA service gateway is further configured to generate an SOA service interface for the target control instruction.

11. A vehicle control method, characterized in that: Applied to a service-oriented architecture (SOA) platform, the SOA platform is deployed in a cockpit domain and includes an SOA service gateway and a transmission module; the method includes: By calling the SOA service interface based on the first communication protocol through the SOA service gateway, the vehicle control information is determined, the vehicle control information is parsed, the vehicle control instruction is encapsulated after parsing to obtain the vehicle control instruction, and the vehicle control instruction is sent to the transmission module through the second communication protocol; The vehicle control instruction is forwarded to the target area controller through the transmission module.

12. An electronic device, characterized in that: include: a processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to claim 11.

13. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to claim 11 when executed by a processor.

14. A computer program product, characterized in that The invention comprises a computer program which, when executed by a processor, implements the method according to claim 11.

Images