SOA-based charging intelligent preheating method and device

Abstract

The invention discloses an SOA-based charging intelligent preheating method and device, and relates to the technical field of intelligent networked automobile software architecture.The method is executed in a vehicle with an AUTOSAR Adaptive platform and an SOME / IP protocol stack, and comprises the steps that firstly, a thermal management service is dynamically found through a service discovery protocol and provided to an arrangement interface in a visual component form; then, in response to a dragging operation of a user, selecting a service component from the component library and configuring an execution condition and sequence to form charging intelligent preheating logic; analyzing the logic and generating a corresponding executable SOME / IP service calling sequence; finally, the sequence is executed in order in the vehicle execution environment, and the service is dynamically invoked to complete the preheating process. According to the invention, user-level self-definition of the thermal management function is realized, and the problems of rigid function and poor expansibility of the traditional architecture are solved.

Description

Technical Field

[0001] This application relates to the field of intelligent connected vehicle software architecture technology, and in particular to a charging intelligent preheating method and device based on SOA. Background Technology

[0002] Traditional automobiles employ a distributed electronic and electrical architecture and a "signal-oriented" software design, resulting in tight coupling between functions and specific electronic control unit (ECU) hardware. This rigid architecture suffers from three major drawbacks. First, functional expansion or iteration must be accompanied by hardware modifications or ECU firmware upgrades, leading to lengthy development cycles; for example, the iteration cycle for thermal management functions typically exceeds six months. Second, the software's reusability is extremely low due to its strong hardware binding, with cross-model reusability falling below 30%. Finally, static signal communication based on CAN / LIN buses cannot support dynamic service discovery and invocation, rendering functional logic completely fixed on the vehicle side. Users cannot flexibly combine existing atomic functions to create personalized scenario applications according to their own needs, severely limiting system flexibility and user experience. Summary of the Invention

[0003] The purpose of this invention is to provide a charging preheating method, device, electronic device and storage medium based on SOA, which at least solves the problems of rigid functions and slow iteration of traditional automotive electronic and electrical architecture.

[0004] This invention provides the following solution:

[0005] According to one aspect of the present invention, a smart preheating method for charging based on SOA is provided. The method is executed in a vehicle equipped with a service-oriented communication environment based on the AUTOSAR Adaptive platform and the SOME / IP protocol stack, and includes the following steps:

[0006] Through the service discovery protocol of the SOME / IP protocol stack, multiple independent services that are registered and related to thermal management are discovered within the vehicle network. These registered independent services related to thermal management are provided in the component library of the orchestration interface in the form of visual service components. Each service and its corresponding service component are identified by a unique SOME / IP service identifier and method identifier.

[0007] In the orchestration interface on the vehicle's human-machine interaction device, in response to user operation, service components including at least charging service and battery heating service are dragged and selected from the component library, and the execution conditions and execution order between each service component are configured to form a charging intelligent preheating logic.

[0008] The intelligent preheating logic configured by the user in the visual orchestration interface is parsed to generate a corresponding, executable SOME / IP service call sequence.

[0009] In the vehicle system's execution environment, the SOME / IP service call sequence is executed sequentially, dynamically calling the corresponding services to complete the intelligent preheating process for charging.

[0010] Furthermore, the process of discovering multiple independent services registered and related to thermal management within the vehicle network includes:

[0011] The electronic control unit providing services in the vehicle network periodically broadcasts service availability messages via multicast through the SOME / IP service discovery protocol. The service availability message contains a unique SOME / IP service identifier and method identifier for the service.

[0012] The vehicle human-machine interaction device with the orchestration interface is deployed to receive the service availability messages from each ECU by listening to the multicast communication of the SOME / IP service discovery protocol, thereby discovering all available thermal management services in the network.

[0013] The human-computer interaction device parses the received service availability message, extracts the SOME / IP service identifier and method identifier, and builds a list of available thermal management services locally based on this information.

[0014] Furthermore, the process of providing the registered, independent services related to thermal management as visual service components in the component library of the orchestration interface includes:

[0015] For each individual service in the thermal management service list, create a corresponding visual service component in the component library of the orchestration interface;

[0016] The SOME / IP service identifier, method identifier, and input / output data type of the independent service are used as interface parameters of the service component, and are bound and stored with the visualization service component.

[0017] In the component library of the orchestration interface, the visual service components that have been bound to interface parameters are categorized and displayed according to their functional domains.

[0018] Furthermore, the formation process of the intelligent preheating logic for charging includes:

[0019] In response to the user's drag-and-drop operation, the selected service component is added from the component library to the logical arrangement panel in the arrangement interface. The selected service component includes at least a charging service component and a battery heating service component.

[0020] In the logic orchestration panel, event triggers are configured for the selected service components. The event triggers are used to set the execution conditions for calling the service components.

[0021] In the logical orchestration panel, the service call chain between the selected service components is defined to set the execution order and dependencies of each service component;

[0022] Based on the configured event triggers and service call chains, the intelligent preheating logic for charging is generated in the logic orchestration panel.

[0023] Furthermore, the process for generating the SOME / IP service call sequence includes:

[0024] Analyze the event triggers and service call chains contained in the intelligent preheating logic for charging;

[0025] Based on the parsed event triggers, standard conditional expressions are generated.

[0026] Based on the parsed service call chain and the generated conditional expression, an ordered SOME / IP service call sequence is constructed;

[0027] The completed SOME / IP service call sequence is converted into a code format that can be executed on the vehicle side.

[0028] Furthermore, the logic orchestration panel also includes:

[0029] Configure an exception handling strategy for the service call chain, the exception handling strategy including a retry mechanism and / or a backup service switching strategy when the service call fails.

[0030] Furthermore, after generating the intelligent preheating logic for charging and before executing the service call sequence, the following steps are also included:

[0031] The generated intelligent preheating logic for charging is verified in real time, and a conflict detection algorithm is used to determine whether there is a conflict in the use of service resources.

[0032] If a resource conflict is detected, a conflict warning is issued to the user and the execution of the service call sequence is blocked. If no conflict is detected, the subsequent code generation and execution process is allowed to continue.

[0033] Furthermore, the process of dynamically invoking the corresponding service includes:

[0034] The SOME / IP service call sequence is loaded into the vehicle system's execution environment and scheduled in a predetermined order;

[0035] According to each call unit in the service call sequence, a call request is sent to the target service specified by the corresponding service identifier and method identifier through the SOME / IP protocol stack;

[0036] Monitor the execution status of each service call and determine whether the call was successful;

[0037] When all call units in the service call sequence are successfully executed and the target conditions set by the intelligent charging preheating logic are met, the intelligent charging preheating process is determined to be complete.

[0038] Furthermore, before the method is executed, the following steps are also included:

[0039] Based on predefined service specifications, standardized interface definitions for thermal management services in various electronic control units of the vehicle are generated through automated tools. The interface definitions include the SOME / IP service identifier, method identifier, and input / output data types for each service.

[0040] Based on the standardized interface definition, the automated tool generates executable code components and configuration files corresponding to each service.

[0041] The standardized interface definition and executable code component generated in this step are used for subsequent service discovery and dynamic invocation.

[0042] According to a second aspect of the present invention, a smart preheating device for charging based on SOA is provided, comprising:

[0043] The service discovery and provision module is used to discover multiple independent services that are registered and related to thermal management within the vehicle network through the service discovery protocol of the SOME / IP protocol stack, and to provide the multiple independent services that are registered and related to thermal management in the form of visual service components in the component library of the orchestration interface, wherein each service and its corresponding service component are identified by a unique SOME / IP service identifier and method identifier.

[0044] The user logic orchestration module, deployed on the orchestration interface of the vehicle's human-machine interaction device, responds to user operations by dragging and selecting service components, including at least charging services and battery heating services, from the component library, and configures the execution conditions and execution order between each service component to form intelligent preheating logic for charging.

[0045] The logic parsing and code generation module is used to parse the intelligent preheating logic configured by the user in the visual orchestration interface and generate a corresponding executable SOME / IP service call sequence.

[0046] The service sequence execution module is used to execute the SOME / IP service call sequence in sequence within the vehicle system's execution environment, dynamically calling the corresponding services to complete the intelligent preheating process for charging.

[0047] The above solution achieves the following beneficial technical effects:

[0048] This application transforms the complex control logic, which was originally fixed in the electronic control unit, into a visual service orchestration interface that users can freely combine by dragging and dropping, configuring conditions and sequences. This allows non-professional users to create personalized charging preheating scenarios according to their individual needs, solving the problems of rigid functions and inability for users to participate in the traditional architecture.

[0049] This application adopts an SOA architecture to abstract hardware capabilities into standard SOME / IP services, thereby achieving software and hardware decoupling. New application functions no longer depend on specific hardware upgrades, but can be achieved by combining existing services, which greatly improves the software reusability across vehicle models and significantly shortens the function iteration time.

[0050] This application introduces conflict detection algorithms and exception handling strategies during the orchestration phase. The system can verify resource conflicts in real time during logic generation and automatically retry or switch to backup for service call failures during the execution phase. This effectively prevents operational risks caused by unreasonable user logic or temporary system failures, and ensures the reliability of user-defined functions and the safety of the whole vehicle system. Attached Figure Description

[0051] Figure 1 This is a schematic diagram of the architecture of a charging intelligent preheating method based on SOA provided by one or more embodiments of the present invention.

[0052] Figure 2 This is a schematic diagram of a thermal management service-oriented scheme for a charging intelligent preheating method based on SOA provided by one or more embodiments of the present invention.

[0053] Figure 3 This is a schematic diagram of the architecture of a charging intelligent preheating device based on SOA provided in one or more embodiments of the present invention. Detailed Implementation

[0054] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0055] Figure 1This is a schematic diagram of the architecture of a charging intelligent preheating method based on SOA provided by one or more embodiments of the present invention.

[0056] Figure 2 This is a schematic diagram of a thermal management service-oriented scheme for a charging intelligent preheating method based on SOA provided by one or more embodiments of the present invention.

[0057] like Figures 1-2 The method shown is a smart preheating method for charging based on SOA. The method is executed in a vehicle equipped with a service-oriented communication environment based on the AUTOSAR Adaptive platform and the SOME / IP protocol stack. The method includes the following steps:

[0058] Through the service discovery protocol of the SOME / IP protocol stack, multiple independent services that are registered and related to thermal management are discovered within the vehicle network. These registered independent services related to thermal management are then provided as visual service components in the component library of the orchestration interface. Each service and its corresponding service component is identified by a unique SOME / IP service identifier and method identifier.

[0059] Furthermore, the process of discovering multiple independent services registered and related to thermal management within the vehicle network includes:

[0060] In the vehicle network, the electronic control unit that provides services periodically broadcasts service availability messages via the SOME / IP service discovery protocol in a multicast manner. The service availability message contains a unique SOME / IP service identifier and method identifier for that service.

[0061] Vehicle human-machine interaction devices with orchestration interfaces are deployed. By listening to the multicast communication of the SOME / IP service discovery protocol, they receive service availability messages from each ECU, thereby discovering all available thermal management services in the network.

[0062] The human-computer interaction device parses the received service availability message, extracts the SOME / IP service identifier and method identifier, and builds a list of available thermal management services locally based on this information.

[0063] Furthermore, the process of providing multiple registered, independent services related to thermal management as visual service components within the component library of the orchestration interface includes:

[0064] For each individual service in the thermal management service list, create a corresponding visual service component in the component library of the orchestration interface;

[0065] The SOME / IP service identifier, method identifier, and input / output data type of the independent service are used as interface parameters of the service component, and then bound and stored with the visualization service component.

[0066] In the component library of the orchestration interface, visual service components that have been bound to interface parameters are categorized and displayed according to their functional domains.

[0067] Specifically, each electronic control unit (ECU) providing thermal management functions in the vehicle network, as a service provider, will automatically periodically advertise its services to a preset multicast address via the SOME / IP service discovery protocol after startup. The multicast address is 224.224.224.224, the port number is 30492, and the service lifetime is set to 300 seconds. The broadcast service availability message contains the unique identifier of the service provided by the ECU, namely the SOME / IP service identifier and method identifier.

[0068] The vehicle human-machine interface device deployed with a scene orchestration interface continuously listens to the multicast communication of the SOME / IP service discovery protocol after startup. When it receives service availability messages from different electronic control units in the network, the human-machine interface device confirms that the service has been discovered. Through this mechanism, the human-machine interface device can dynamically construct a set of all available hot management services in the current network. The human-machine interface device parses each received service availability message and extracts key service description information, mainly including SOME / IP service identifiers and method identifiers. Subsequently, the device uses this information to build and maintain a real-time, available hot management service list in local memory. This list is the core data foundation for subsequent service visualization and invocation.

[0069] After service discovery is completed, the system maps logical services to visual elements. Specifically, for each independent service in the thermal management service list, the system automatically creates a corresponding visual service component icon in the graphical component library of the orchestration interface. At the same time, the underlying communication parameters of the service, namely its SOME / IP service identifier, method identifier, and the input and output data types of the interface definition, are used as the interface attributes of the visual service component, bound to the component icon, and stored in the interface backend. Finally, the system automatically classifies and organizes all the visual service components in the component library that have completed parameter binding according to the vehicle's functional domains, such as battery domain, thermal management domain, charging domain, etc., and displays them to the user in a clear category directory. For example, charging service, battery heating service, battery temperature monitoring service, etc. will be classified into the corresponding categories, making it convenient for users to quickly find and select.

[0070] Through the above steps, the underlying hardware functions can be decoupled and abstracted into standardized and recognizable interface components, providing a technical foundation for users to freely combine services and realize personalized functions by dragging and dropping without programming knowledge.

[0071] In this embodiment, in the orchestration interface of the vehicle's human-machine interaction device, in response to user operation, service components including at least charging service and battery heating service are dragged and selected from the component library, and the execution conditions and execution order between each service component are configured to form intelligent preheating logic for charging.

[0072] Furthermore, the formation process of the intelligent preheating logic for charging includes:

[0073] In response to the user's drag-and-drop operation, the selected service components are added from the component library to the logical orchestration panel in the orchestration interface. The selected service components include at least the charging service component and the battery heating service component.

[0074] In the logic orchestration panel, configure event triggers for the selected service components. Event triggers are used to set the execution conditions for calling the service components.

[0075] In the logic orchestration panel, define the service call chain between the selected service components to set the execution order and dependencies of each service component;

[0076] Based on the configured event triggers and service call chains, generate intelligent preheating logic for charging in the logic orchestration panel.

[0077] Specifically, users can drag and drop the required service components from the component library, which is categorized by functional domain, to the work area of ​​the logic orchestration panel via touch or click. To implement the intelligent preheating function for charging, users need to select at least the charging service component and the battery heating service component, and can add other related service components such as the battery temperature monitoring service component. In response to the drag-and-drop operation, the system creates the corresponding component instance in the logic orchestration panel. In the logic orchestration panel, users configure event triggers for the selected service components to set their execution conditions. Specifically, users set specific trigger parameters for the event triggers by selecting or entering them. The trigger conditions can be time conditions, such as 30 minutes before the start of vehicle charging reservation, or sensor threshold conditions, such as when the battery temperature is below 10 degrees Celsius. This configuration process is completed through a graphical interface without requiring users to write code.

[0078] In the logic orchestration panel, users connect the added service components sequentially via connecting lines to define the service call chain, thereby setting the execution order and dependencies of each service component. For example, users can define that when the event trigger condition is met, the battery temperature monitoring service is called first to obtain the current temperature. If the temperature is lower than the set threshold, the battery heating service is automatically called subsequently. After completing the configuration of the event trigger and service call chain, the system integrates and encapsulates all the graphical configuration elements in the logic orchestration panel and generates a complete and structured intelligent charging preheating logic in the background. This logic includes all trigger conditions, service execution order, and data flow relationships, preparing for subsequent code generation and execution.

[0079] Through the above steps, complex service call logic can be transformed into an intuitive graphical orchestration, enabling non-professional users to independently and flexibly create vehicle function applications that meet their individual needs.

[0080] In this embodiment, the intelligent preheating logic configured by the user in the visual orchestration interface is parsed to generate a corresponding, executable SOME / IP service call sequence.

[0081] Furthermore, the process for generating the SOME / IP service call sequence includes:

[0082] Analyze the event triggers and service call chains contained in the intelligent preheating logic of charging;

[0083] Based on the parsed event triggers, standard conditional expressions are generated.

[0084] Based on the parsed service call chain and the generated conditional expression, an ordered SOME / IP service call sequence is constructed.

[0085] The completed SOME / IP service call sequence is converted into a code format that can be executed on the vehicle side.

[0086] Specifically, the system parses the intelligent preheating logic generated in the logic orchestration panel. This parsing process first identifies and extracts the core components of the logic, including all user-configured event triggers and their parameters, as well as the service call chain composed of the service component connection relationship. Based on the parsed event trigger information, the system converts it into a machine-readable standard condition judgment expression. For example, the threshold condition "battery temperature is below 10 degrees Celsius" set by the user in the interface is converted into a logical expression of the form "IF BatteryTemp<10". This process is automatically completed by the built-in condition expression generator to ensure the accuracy and consistency of the logic description.

[0087] The system combines the parsed service call chain with the generated conditional expression to construct an ordered SOME / IP service call sequence. This sequence clarifies the execution order of the services. Each call unit contains a unique identifier for the target service, namely the SOME / IP service identifier and the specific method identifier, as well as the input parameter payload required to call the method. The system uses a built-in code generator to convert the constructed service call sequence into an executable target code format on the vehicle side. This conversion process also automatically generates interface description files and deployment configuration files related to the SOME / IP communication protocol stack. The final output vehicle-side executable code contains the complete SOME / IP service call sequence.

[0088] Through the above steps, the graphical user logic can be automatically parsed and converted into a standardized SOME / IP service call sequence and executable code, achieving seamless connection and precise execution from high-level scenario-based application descriptions to underlying vehicle service instructions.

[0089] In this embodiment, the logic orchestration panel further includes:

[0090] Configure exception handling strategies for the service call chain. Exception handling strategies include retry mechanisms and / or backup service switching strategies when service calls fail.

[0091] Specifically, after completing the basic definition of the service call chain, users can configure exception handling strategies for specified service components or the entire call chain in the logic orchestration panel. This can be done through the exception handling unit provided by the graphical interface. This unit offers optional strategies, including retry mechanisms and backup service switching strategies. When configuring a retry mechanism, users need to set the maximum number of retries and the retry interval. Based on this configuration, if the system detects that the service call has failed during subsequent execution, it will automatically re-initiate the call according to the set number of times and interval.

[0092] When selecting to configure a backup service switching strategy, users need to pre-specify a backup service component with the same or similar functions from the component library. Based on this configuration, if the main service call fails and the retry limit is reached during subsequent execution, the system will automatically send a call request to the backup service component to attempt to continue the execution process, if it has been configured. The exception handling strategy allows users to combine the above strategies, such as retrying first, and switching to the backup service if the retry fails. All user-configured exception handling strategies are recorded by the system as part of the intelligent preheating logic and integrated into the final generated executable logic.

[0093] By following the steps above, exception handling strategies can be pre-configured for the service call chain, enabling the system to have autonomous fault tolerance and recovery capabilities during runtime, thereby significantly improving the reliability of user-defined functional applications.

[0094] In this embodiment, after generating the intelligent preheating logic for charging and before executing the service call sequence, the following is also included:

[0095] The generated intelligent preheating logic for charging is verified in real time, and a conflict detection algorithm is used to determine whether there is a conflict in the use of service resources.

[0096] If a resource conflict is detected, a conflict warning is issued to the user and the execution of the service call sequence is blocked. If no conflict is detected, the subsequent code generation and execution process is allowed to continue.

[0097] Specifically, the system uses a built-in conflict detection algorithm to perform real-time analysis and verification of the generated intelligent preheating logic for charging. This algorithm is based on predefined vehicle system resource constraint rules. The core is to verify whether multiple services called in parallel or sequentially in the logic will cause resource occupation conflicts. The specific verification process includes, but is not limited to, determining whether there are multiple high-power load services, such as multiple PTC heaters, being called simultaneously in the service call chain, and calculating whether the instantaneous total power demand exceeds the safe supply limit of the vehicle power system.

[0098] If the conflict detection algorithm determines that there is a resource conflict, the system will immediately display a visual and text warning message to the user in the orchestration interface, clearly indicating the conflict type and the conflicting services involved, and at the same time blocking the subsequent code generation and service execution process of the logic. If no resource conflict is detected, the system will not intervene in any way, allowing the subsequent logic parsing and code generation steps to proceed normally.

[0099] Through the above steps, real-time resource verification can be performed before logic execution using a conflict detection algorithm. This proactively prevents the risk of system resource overruns caused by improper user orchestration, thereby ensuring the safety and stability of vehicle operation.

[0100] In this embodiment, within the vehicle system's execution environment, the SOME / IP service call sequence is executed sequentially, dynamically calling the corresponding services to complete the intelligent preheating process for charging.

[0101] Furthermore, the process of dynamically invoking the corresponding services includes:

[0102] The SOME / IP service call sequence is loaded into the vehicle system's execution environment and scheduled in a predetermined order;

[0103] Based on each call unit in the service call sequence, a call request is sent to the target service specified by the corresponding service identifier and method identifier through the SOME / IP protocol stack;

[0104] Monitor the execution status of each service call and determine whether the call was successful;

[0105] When all call units in the service call sequence are successfully executed and the target conditions set by the intelligent charging preheating logic are met, the intelligent charging preheating process is considered complete.

[0106] Through the above steps, the vehicle system loads the executable code output from the logic parsing and code generation steps into its runtime execution environment. This system environment is built on the AUTOSAR Adaptive platform. Subsequently, the execution environment schedules each call unit in the service call sequence according to the preset order in the sequence, preparing for execution. For each call unit in the service call sequence, the execution environment generates a standard SOME / IP request message based on the target service identifier and method identifier specified in the call unit through the integrated SOME / IP protocol stack. This request message is sent to the corresponding target electronic control unit in the vehicle network via UDP protocol through port 30490 to dynamically call the service it carries.

[0107] After each service call request is sent, the execution environment continuously monitors the execution status of the call. For services using the SOME / IP Request / Response communication mode, the success of the call is determined by whether a correct response message is received within a preset time. For services using the SOME / IP Fire / Forget mode, the execution result is determined by listening to relevant events or changes in service status. The execution environment continuously checks, and the system determines that the entire intelligent preheating process is complete only when all call units in the service call sequence have been successfully executed and the execution result of the entire logic has reached the final target condition set by the intelligent preheating logic. For example, if the target condition is that the battery temperature reaches a preset 25 degrees Celsius, the system will end the entire process only after confirming that the heating service has been successfully executed and the temperature value reported by the battery temperature sensor meets the condition.

[0108] Through the above steps, standardized service call sequences can be scheduled and executed in an orderly manner, while monitoring the status and verifying the target conditions. This ensures that user-defined complex scenario logic can be reliably and accurately transformed into the actual functions of the vehicle, ultimately achieving the user's preset intentions.

[0109] In this embodiment, before the method is executed, the following steps are also included:

[0110] Based on predefined service specifications, standardized interface definitions for thermal management services in various electronic control units of the vehicle are generated through automated tools. The interface definitions include the SOME / IP service identifier, method identifier, and input / output data types for each service.

[0111] Based on standardized interface definitions, executable code components and configuration files corresponding to each service are generated through automated tools;

[0112] The standardized interface definitions and executable code components generated in this step are used for subsequent service discovery and dynamic invocation.

[0113] Specifically, developers use a predefined service definition matrix, which specifies the functions, interfaces, and communication parameters of all thermal management services in tabular form, to run an automated tool in the development environment. This tool follows the manifest specification in the AUTOSAR standard, automatically parses the service definition matrix, and generates a service definition file that conforms to the AUTOSAR standard. This file is in ARXML format, which precisely defines the SOME / IP service identifier for each service, with its value ranged from 0x9000 to 0x9FFF. It also defines the method identifier, event group, and data types of the input and output parameters of each method for each service.

[0114] Based on the service definition file generated in the preceding steps, the automated toolchain continues to execute the code generation process. This process uses the service definition file as input to automatically create software implementation components corresponding to each service. These components include header files and source code for the service interface, mapping configuration files between the service and the electronic control unit, definition files for processes and function groups, and static library files required for compilation. The generated code and configuration files ensure the correct integration and operation of the service on the AUTOSARAdaptive platform. The standardized interface definition and executable code components generated through this service initialization step are flashed into the corresponding electronic control unit of the vehicle, providing a fundamental technical guarantee for the vehicle to broadcast its service capabilities through the SOME / IP service discovery protocol during operation and to correctly respond to and process SOME / IP service call requests from human-machine interaction devices.

[0115] Through the above steps, standardized service interface definitions and executable code can be pre-generated using an automated toolchain, providing a unified and reliable underlying technical foundation for the dynamic discovery, seamless communication, and flexible orchestration of vehicle thermal management services.

[0116] Figure 3 This is a schematic diagram of the architecture of a charging intelligent preheating device based on SOA provided in one or more embodiments of the present invention.

[0117] like Figure 3 The SOA-based intelligent preheating device shown includes:

[0118] The service discovery and provision module is used to discover multiple independent services that are registered and related to thermal management within the vehicle network through the service discovery protocol of the SOME / IP protocol stack, and to provide these multiple independent services related to thermal management as visual service components in the component library of the orchestration interface. Each service and its corresponding service component is identified by a unique SOME / IP service identifier and method identifier.

[0119] The user logic orchestration module is deployed on the orchestration interface of the vehicle's human-machine interaction device. In response to user operations, it drags and selects service components from the component library, including at least charging services and battery heating services, and configures the execution conditions and execution order between each service component to form intelligent preheating logic for charging.

[0120] The logic parsing and code generation module is used to parse the intelligent preheating logic configured by the user in the visual orchestration interface and generate the corresponding executable SOME / IP service call sequence.

[0121] The service sequence execution module is used to execute the SOME / IP service call sequence in sequence within the vehicle system's execution environment, dynamically calling the corresponding services to complete the intelligent preheating process for charging.

[0122] It is worth noting that although this system / device only discloses the service discovery and provision module, the user logic orchestration module, the logic parsing and code generation module, and the service sequence execution module, it does not mean that this device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system / device is open rather than closed. The fact that this embodiment only discloses a few basic functional modules should not be taken as a reason to believe that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules.

[0123] Specifically, the service discovery and provision module performs the following functions: by using the SOME / IP protocol stack integrated into the vehicle system, it listens to multicast communication within the vehicle network using its service discovery protocol, receives and parses service availability messages periodically broadcast from various electronic control units, thereby dynamically discovering all registered independent services related to thermal management. This module further includes a visualization driver unit, which creates a corresponding graphical service component in the component library of the orchestration interface for each discovered service, and binds the service's SOME / IP service identifier, method identifier, and input / output data type as its interface parameters to the graphical component. Finally, this module categorizes these visual service components according to functional domains and displays them in the component library.

[0124] The user logic orchestration module is specifically deployed on the vehicle's central control screen or similar human-machine interaction device, and provides users with a visual orchestration interface. This module specifically includes a logic orchestration panel and a service component library. The module responds to the user's drag-and-drop operation on the interface, receives the instruction to select a service component from the component library, and instantiates the selected service component in the logic orchestration panel. The module provides a graphical configuration interface, enabling users to set event triggers for service components to define execution conditions, and define the service call chain between service components through connection lines to set the execution order and dependencies. The module ultimately integrates these graphical operations of the user into a structured intelligent charging preheating logic.

[0125] The logic parsing and code generation module is specifically used to perform the following functions: it receives the intelligent preheating logic for charging generated by the user logic orchestration module, parses the logic, extracts the event triggers and service call chain information contained therein, generates standard conditional judgment expressions based on the parsed event triggers, and constructs an ordered SOME / IP service call sequence by combining the service call chain and the conditional expressions. Each call unit contains the SOME / IP service identifier, method identifier and parameter payload of the target service. Finally, the module converts the service call sequence into executable target code and corresponding communication protocol stack configuration file on the vehicle side through the built-in code generator.

[0126] The service sequence execution module runs in the AUTOSAR Adaptive execution environment of the vehicle system. Specifically, this module performs the following functions: it loads the executable code output by the logic parsing and code generation module, schedules tasks according to the predetermined order of the service call sequence, and sends a call request to the target service specified by the service identifier and method identifier through the SOME / IP protocol stack for each call unit in the sequence. The module also monitors the execution status of each service call and determines whether it is successful. When it is confirmed that all call units in the sequence have been successfully executed and the final target conditions set by the intelligent charging preheating logic have been met, the module determines that the entire intelligent charging preheating process is complete.

[0127] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A SOA based intelligent pre-charge heating method, characterized in that, The method is executed in a vehicle with a service-oriented communication environment based on an AUTOSAR Adaptive platform and a SOME / IP protocol stack, and comprises the following steps: A plurality of registered and thermal management related independent services are discovered in the vehicle network through a service discovery protocol of the SOME / IP protocol stack, and the plurality of registered and thermal management related independent services are provided in the form of visual service components in a component library of an orchestration interface, wherein each service and the corresponding service component are identified by a unique SOME / IP service identifier and a method identifier; In the orchestration interface on the human-computer interaction device of the vehicle, at least service components including a charging service and a battery heating service are selected by dragging from the component library in response to a user operation, and execution conditions and execution sequences between the service components are configured to form a charging intelligent pre-heating logic; The charging intelligent pre-heating logic configured by the user in the visual orchestration interface is parsed to generate a corresponding executable SOME / IP service call sequence; In the execution environment of the vehicle system, the SOME / IP service call sequence is executed in sequence, and the corresponding services are dynamically called to complete the charging intelligent pre-heating process.

2. A SOA-based intelligent pre-heating method for charging according to claim 1, characterized in that, The process of discovering a plurality of registered and thermal management related independent services in the vehicle network includes: The electronic control unit providing services in the vehicle network periodically broadcasts service availability messages in a multicast manner through the SOME / IP service discovery protocol, and the service availability messages contain the unique SOME / IP service identifier and method identifier of the service; The vehicle human-computer interaction device deployed with the orchestration interface receives the service availability messages from each ECU by listening to the multicast communication of the SOME / IP service discovery protocol, thereby discovering all available thermal management services in the network; The human-computer interaction device parses the received service availability messages, extracts the SOME / IP service identifier and method identifier therein, and locally constructs an available thermal management service list based on this information.

3. A SOA-based intelligent pre-heating method for charging according to claim 2, characterized in that, The process of providing the plurality of registered and thermal management related independent services in the form of visual service components in the component library of the orchestration interface includes: For each independent service in the thermal management service list, a corresponding visual service component is created in the component library of the orchestration interface; The SOME / IP service identifier, method identifier and input / output data type of the independent service are bound to the visual service component as interface parameters of the service component and stored; In the component library of the orchestration interface, the visual service components with bound interface parameters are classified and displayed according to the functional domain.

4. A SOA-based intelligent pre-heating method for charging according to claim 1, wherein, The process of forming the charging intelligent pre-heating logic includes: In response to the user's dragging operation, the selected service components are added to the logic orchestration panel in the orchestration interface from the component library, and the selected service components at least include a charging service component and a battery heating service component; In the logic arrangement panel, an event trigger is configured for the selected service components, and the event trigger is used to set an execution condition for calling the service components; In the logic arrangement panel, a service calling chain is defined between the selected service components, so as to set an execution order and a dependency relationship of each service component; Based on the configured event trigger and the service calling chain, the charging intelligent pre-heating logic is generated in the logic arrangement panel.

5. A SOA-based intelligent pre-heating method for charging according to claim 4, characterized in that, The generation process of the SOME / IP service calling sequence includes: The event trigger and the service calling chain included in the charging intelligent pre-heating logic are parsed; Based on the parsed event trigger, a standard conditional judgment expression is generated; Based on the parsed service calling chain and the generated conditional judgment expression, an ordered SOME / IP service calling sequence is constructed; The constructed SOME / IP service calling sequence is converted into a code format executable on the vehicle side.

6. A SOA-based intelligent pre-heating method for charging according to claim 4, characterized in that, In the logic arrangement panel, further includes: An exception handling strategy is configured for the service calling chain, and the exception handling strategy includes a retry mechanism and / or a standby service switching strategy when the service calling fails.

7. A SOA-based intelligent pre-heating method for charging according to claim 4, characterized in that, After the charging intelligent pre-heating logic is generated, before the service calling sequence is executed, further includes: The generated charging intelligent pre-heating logic is verified in real time, and whether there is a service resource occupation conflict is determined by a conflict detection algorithm; If it is detected that there is a resource occupation conflict, a conflict warning is sent to the user and the execution of the service calling sequence is prevented, and if no conflict is detected, the subsequent code generation and execution process continues.

8. A SOA-based intelligent pre-heating method for charging according to claim 1, wherein, The process of dynamically calling the corresponding service includes: The SOME / IP service calling sequence is loaded into the execution environment of the vehicle system and is scheduled in a predetermined order; According to each calling unit in the service calling sequence, a calling request is sent to the target service specified by the corresponding service identifier and method identifier through the SOME / IP protocol stack; The execution status of each service calling is monitored, and whether the calling is successful is determined; When all calling units in the service calling sequence are successfully executed and the target condition set by the charging intelligent pre-heating logic is reached, it is determined that the charging intelligent pre-heating process is completed.

9. A SOA-based intelligent pre-heating method for charging according to claim 1, wherein, Before the method is executed, further includes: Based on the pre-defined service specification, a standardized interface definition of the thermal management service in each electronic control unit of the vehicle is generated by an automatic tool, and the interface definition includes the SOME / IP service identifier, the method identifier and the input / output data type of each service; Based on the standardized interface definition, an executable code component and a configuration file corresponding to each service are generated by the automatic tool; The standardized interface definition and the executable code component generated by this step are used for subsequent service discovery and dynamic calling.

10. A SOA based intelligent pre-heating device for charging, characterized by, The charging intelligent pre-heating device based on SOA includes: a service discovery and providing module, configured to discover a plurality of registered and thermal management related independent services within a vehicle network through a service discovery protocol of the SOME / IP protocol stack, and provide the registered and thermal management related independent services in a form of visualized service components in a component library of an orchestration interface, wherein each service and corresponding service component is identified by a unique SOME / IP service identifier and method identifier; a user logic orchestration module, deployed on the orchestration interface of a human-computer interaction device of the vehicle, configured to select service components including at least a charging service and a battery heating service from the component library in response to a user operation, and configure execution conditions and execution sequences between the service components to form a charging intelligent pre-heating logic; a logic analysis and code generation module, configured to analyze the charging intelligent pre-heating logic configured by the user in the visualized orchestration interface, and generate a corresponding executable SOME / IP service calling sequence; a service sequence execution module, configured to execute the SOME / IP service calling sequence in an execution environment of a vehicle system in sequence, and dynamically call corresponding services to complete a charging intelligent pre-heating process.

Images