Method and apparatus for network management message generation, vehicle, and electronic device

Abstract

The present application provides a method and apparatus for network management message generation, a vehicle, and an electronic device. The method comprises: parsing a wakeup request, and acquiring a wakeup source identifier in the wakeup request; on the basis of the wakeup source identifier, querying, in a wakeup source classification mapping table, a wakeup source classification corresponding to the wakeup source identifier, wherein one wakeup source classification corresponds to at least one wakeup source identifier; and performing bit setting processing on a network management message according to a wakeup source value corresponding to the wakeup source classification so as to wake up a target electronic control unit corresponding to the wakeup request. Compared with the related art, by classifying a plurality of wakeup source identifiers in the wakeup source classification mapping table into a single wakeup source classification, the present application can achieve effective activation of a corresponding specific target electronic control unit only by using a single wakeup source value corresponding to the wakeup source classification. In this way, the utilization efficiency of a network management message data space can be improved, preventing allocating an independent data space for the wakeup source value of each electronic control unit.

Description

Method and device for generating network management message, vehicle, and electronic equipment

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to a Chinese patent application filed with the Patent Office of China on March 1, 2024, with application number 202410238918.3 and entitled “Method and device, vehicle, and electronic device for generating network management messages,” the entire contents of which are incorporated herein by reference. Technical Field

[0003] The present application relates to the field of communication technology, and in particular to a method and device for generating a network management message, a vehicle, and an electronic device. Background Art

[0004] Vehicles use the Controller Area Network (CAN) bus to connect the various electronic controllers in the vehicle and exchange information. To save energy, the electronic controllers in the vehicle will enter a sleep state when there is no task, so as to maximize the efficient use of the vehicle's battery energy, save vehicle costs, and extend battery life. Network management on the CAN bus can achieve sleep and wake-up of each electronic controller node. As the number of electronic controllers in the vehicle increases, the challenges faced by network management messages are also increasing. In particular, the space used to store wake-up source signals in network management messages is limited, usually limited to 8 bytes. This means that as the intelligence level of vehicles increases, the number of corresponding electronic controllers will continue to increase, and the existing wake-up source signal storage space may not be able to meet the growing network management needs. Summary of the Invention

[0005] The present application provides a method and device for generating a network management message, a vehicle, and an electronic device, the main purpose of which is to solve the problem of limited data space for storing wake-up source signals in network management messages.

[0006] According to a first aspect of the present application, a method for generating a network management message is provided, comprising:

[0007] Parse the wake-up request and obtain the wake-up source identifier in the wake-up request;

[0008] Based on the wakeup source identifier, querying the wakeup source category corresponding to the wakeup source identifier in the wakeup source category mapping table, wherein the wakeup source category mapping table is a data structure that associates at least one wakeup source identifier corresponding to different wakeup source categories;

[0009] The network management message is set according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

[0010] In some embodiments, before parsing the wake-up request and obtaining the wake-up source identifier in the wake-up request, the method further includes:

[0011] Analyze the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0012] Based on the correspondence between the wakeup source categories and the wakeup source identifiers, a wakeup source category mapping table is generated.

[0013] In some embodiments, the wakeup source category mapping table is a data structure that associates at least one wakeup source identifier corresponding to each of different wakeup source categories.

[0014] In some embodiments, based on the wakeup source identifier, querying the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table includes:

[0015] Verify the wake-up request based on the wake-up source identifier;

[0016] If the wake-up request is a legal request, the wake-up source category corresponding to the wake-up source identifier is obtained.

[0017] In some embodiments, verifying the wakeup request based on the wakeup source identifier includes:

[0018] Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0019] If the wake-up source identifier does not exist in the wake-up source classification mapping table, the wake-up request is determined to be an illegal request and the wake-up request is rejected;

[0020] If the wake-up source identifier exists in the wake-up source classification mapping table, the wake-up request is determined to be a legal request.

[0021] In some embodiments, setting a bit in a network management message according to a wakeup source value corresponding to a wakeup source category includes:

[0022] If the wake-up request is determined to be a legitimate request, the wake-up source value corresponding to the wake-up source category is queried. Each wake-up source category has a unique wake-up source value.

[0023] The network management message is modified based on the wakeup source value so that the network management message is set for processing.

[0024] In some embodiments, after setting the network management message according to the wakeup source value corresponding to the wakeup source classification, the method further includes:

[0025] determining a wake-up state of a target electronic controller;

[0026] After determining that the wake-up state of the target electronic controller is completed, the wake-up source value in the network management message is reset.

[0027] According to a second aspect of the present application, a device for generating a network management message is provided, comprising:

[0028] an acquiring unit, configured to parse the wake-up request and acquire a wake-up source identifier in the wake-up request;

[0029] a query unit, configured to query a wakeup source classification mapping table for a wakeup source classification corresponding to the wakeup source classification based on the wakeup source classification, wherein the wakeup source classification mapping table is a data structure that associates at least one wakeup source classification corresponding to each of different wakeup source classifications;

[0030] The setting unit is used to set the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

[0031] In some embodiments, the apparatus further comprises:

[0032] a classification unit, configured to analyze the wake-up services in the vehicle network before the acquisition unit parses the wake-up request and obtains the wake-up source identifier in the wake-up request, so as to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0033] The generating unit is configured to generate a wakeup source classification mapping table based on a correspondence between the wakeup source classification and the wakeup source identifier.

[0034] In some embodiments, the query unit includes:

[0035] A judgment module, configured to verify the wake-up request based on the wake-up source identifier;

[0036] The acquisition module is used to acquire the wake-up source category corresponding to the wake-up source identifier when the wake-up request is a legal request.

[0037] In some embodiments, the determination module is further configured to:

[0038] Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0039] If the wake-up source identifier does not exist in the wake-up source classification mapping table, the wake-up request is determined to be an illegal request and the wake-up request is rejected;

[0040] If the wake-up source identifier exists in the wake-up source classification mapping table, the wake-up request is determined to be a legal request.

[0041] In some embodiments, the setting unit includes:

[0042] A query module is used to query the wake-up source value corresponding to the wake-up source category when determining that the wake-up request is a legitimate request. Each wake-up source category has a unique wake-up source value;

[0043] The modification module is used to modify the network management message based on the wake-up source value so as to set the network management message.

[0044] In some embodiments, the apparatus further comprises:

[0045] a judgment unit, configured to determine the wake-up state of the target electronic controller after the setting unit sets the network management message according to the wake-up source value corresponding to the wake-up source classification;

[0046] The reset unit is used to reset the wake-up source value in the network management message after determining that the target electronic controller has been woken up.

[0047] According to a third aspect of the present application, an electronic device is provided, including:

[0048] at least one processor; and

[0049] a memory communicatively connected to at least one processor; wherein,

[0050] The memory stores instructions that can be executed by at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method of the first aspect.

[0051] According to a fourth aspect of the present application, a non-transitory computer-readable storage medium storing computer instructions is provided, wherein the computer instructions are used to enable a computer to execute the method of the aforementioned first aspect.

[0052] According to a fifth aspect of the present application, a computer program product is provided, comprising a computer program, which implements the method of the first aspect when executed by a processor.

[0053] According to the sixth aspect of the present application, a vehicle is provided, comprising the device for generating network management messages according to the second aspect, or the electronic device according to the third aspect, or the non-transitory computer-readable storage medium storing computer instructions according to the fourth aspect.

[0054] The present application provides a method and apparatus for generating a network management message, a vehicle, and an electronic device. The method comprises parsing a wakeup request to obtain a wakeup source identifier in the wakeup request; querying a wakeup source classification mapping table for the wakeup source identifier based on the wakeup source identifier, wherein the wakeup source classification mapping table is a data structure that associates at least one wakeup source identifier with each of the different wakeup source classifications; and setting a bit in the network management message according to the wakeup source value corresponding to the wakeup source classification to wake up the target electronic controller corresponding to the wakeup request. Compared to related art, the present application utilizes a method for querying the wakeup source classification corresponding to the wakeup source identifier based on the wakeup source classification mapping table; and generating a network management message based on the wakeup source value corresponding to the wakeup source classification to wake up the target electronic controller. By classifying multiple wakeup source identifiers in the wakeup source classification mapping table into a single wakeup source classification, only the single wakeup source value corresponding to the wakeup source classification is required to effectively activate the corresponding target electronic controller. This improves the utilization efficiency of the network management message data space and avoids allocating independent data space for the wakeup source value of each electronic controller. Therefore, the problem of limited data space in the network management message when storing wakeup source signal data can be effectively solved.

[0055] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present application, nor is it intended to limit the scope of the present application. Other features of the present application will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0056] The accompanying drawings are provided to facilitate a better understanding of the present invention and do not constitute a limitation of the present application.

[0057] FIG1 is a flow chart of a method for generating a network management message according to an embodiment of the present application;

[0058] FIG2 is a flow chart of another method for generating a network management message provided in an embodiment of the present application;

[0059] FIG3 is a schematic structural diagram of a device for generating a network management message provided in an embodiment of the present application;

[0060] FIG4 is a schematic structural diagram of another apparatus for generating network management messages provided in an embodiment of the present application;

[0061] FIG5 is a schematic block diagram of an example electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0062] The following description of exemplary embodiments of the present application is made in conjunction with the accompanying drawings, including various details of the embodiments of the present application to facilitate understanding. These details should be considered as merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present application. Similarly, for the sake of clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0063] With the continuous development of the automotive industry, in-vehicle network technology is gaining increasing attention. The CAN (Controller Area Network) bus, a widely used internal automotive communication network, makes the design of its network management messages crucial to the stability and performance of the entire network. However, existing CAN network management message designs have several limitations.

[0064] Since CAN network management messages are typically 8 bytes, the signals that need to be stored include the ECU (Electronic Control Unit) source address, repeat message send request, active wake-up flag, PN flag (Park / Neutral Position Flag), wake-up source, network management status indication, local network management wake-up request, and hold wake-up source. Within the 8-byte limit, each of these signals must be concise and efficient. However, with the increasing complexity of in-vehicle networks, especially the increasing number of hold wake-up sources for the HU (Head Unit), the existing 8 bytes can no longer meet all signal requirements.

[0065] Specifically, as the number of nodes in an in-vehicle network increases, especially the number of HU nodes, each node requires a unique source address to identify itself. Furthermore, with the increasing prevalence of features like active wakeup and local network management wakeup, more space is required to store the associated flag signals. These increased requirements pose significant challenges to the existing 8-byte CAN network management message.

[0066] The following describes the method and device, vehicle, and electronic device for generating network management messages according to embodiments of the present application with reference to the accompanying drawings.

[0067] FIG1 is a flow chart of a method for generating a network management message provided in an embodiment of the present application.

[0068] As shown in Figure 1, the method includes the following steps:

[0069] Step 101: parse the wake-up request and obtain the wake-up source identifier in the wake-up request.

[0070] In some embodiments of the present application, the vehicle computer receives a wake-up request sent by a local service module or a remote service module; the local service module is the module directly connected to the target electronic controller in the vehicle's CAN network, and the remote service module is connected to the target electronic controller via a network or other communication method. In CAN network management, different service modules send wake-up requests to the target electronic controller based on their own needs. In order to distinguish the target electronic controller to be awakened, a specific identifier or signal (wake-up source identifier) ​​is usually included in the wake-up request.

[0071] In some embodiments, a target electronic controller unique identifier (CUUID) can be used in a wake-up request. Each electronic controller has a unique CUUID, which is used to identify the target electronic controller in the wake-up message. When the sending node needs to wake up a specific controller, it includes the CUUID of the controller in the wake-up request. The receiving node or electronic controller identifies whether it needs to be awakened by checking the CUUID. A controller function identifier (CFI) can also be used in a wake-up request. The CFI is used to identify the function or type of the controller, such as an engine controller, a brake controller, etc. The sending node includes the corresponding CFI in the wake-up message to indicate that a controller with a specific function needs to be awakened. The receiving node matches its function and the CFI to determine whether it needs to be awakened.

[0072] In some embodiments, when multiple services (such as navigation systems, automatic air conditioning, and driver assistance systems) initiate vehicle wake-up requests simultaneously, the vehicle computer needs to process these requests in parallel to ensure that each request is responded to promptly and that conflicts do not occur between services. The vehicle computer receives wake-up requests from multiple services in parallel, parses each wake-up request, and obtains the wake-up source identifier corresponding to each wake-up request.

[0073] Step 102: Based on the wakeup source identifier, query the wakeup source category corresponding to the wakeup source identifier in the wakeup source category mapping table.

[0074] In some embodiments of the present application, when the vehicle computer receives a wake-up request, it searches the wake-up source classification mapping table based on the wake-up source identifier. Through the query operation, the vehicle computer can find the wake-up source classification corresponding to the wake-up source identifier.

[0075] In some embodiments, the wakeup source category mapping table is a data structure that associates at least one wakeup source identifier with each of the different wakeup source categories. Specifically, this mapping table is a predefined data structure used to associate wakeup source identifiers with corresponding wakeup source categories. Each wakeup source category in the mapping table represents a specific category or type, which can encompass multiple wakeup source identifiers. This means that a wakeup source category can correspond to multiple different wakeup source identifiers that share similar or identical functions, attributes, or characteristics. For example, when analyzing wakeup services in a vehicle, it may be discovered that when executing certain functions, such as starting the navigation system or turning on the automatic air conditioning, the vehicle needs to wake up several specific electronic controllers. These electronic controllers may be the navigation controller, the air conditioning controller, etc. However, if a network management message is sent to wake up each of these electronic controllers each time these functions are executed, along with their respective wakeup source values, it will quickly become apparent that the data space in the message is insufficient to accommodate all the necessary information. Specifically, assume that a network management message can only accommodate 100 bytes of data, while the wakeup source value for each electronic controller requires an average of 20 bytes to represent. If five electronic controllers need to be woken up at a time, the wakeup source value will occupy 100 bytes (5 controllers x 20 bytes / controller = 100 bytes). This means there's no space left in the message to carry other important information, such as wakeup priority, timestamps, or error checking codes. Therefore, it's necessary to more efficiently manage and encode wakeup source information or optimize the structure of network management messages to convey more necessary information within the limited data space. This may involve using more efficient encoding schemes, compression algorithms, or redesigning the format of network management messages to accommodate the growing data requirements. Therefore, these electronic controllers can be grouped into a wakeup source class and then uniformly set using a single wakeup source value in the network management message. Upon receiving the wakeup source value corresponding to the wakeup source class, these electronic controllers will perform the wakeup operation.

[0076] By querying the wakeup source classification mapping table, the source and nature of the wakeup request can be clearly identified. This facilitates subsequent processing and decision-making, such as determining the wakeup policy, configuring node parameters, or executing corresponding actions. This mapping relationship provides flexibility and scalability, enabling adaptation to different wakeup sources and changing requirements.

[0077] In some embodiments of the present application, after receiving the wake-up requests sent by various service modules in parallel, the vehicle computer queries the wake-up source classification corresponding to each wake-up source identifier in the wake-up source classification mapping table according to the wake-up source identifier corresponding to each wake-up request.

[0078] Step 103 : Setting the network management message according to the wake-up source value corresponding to the wake-up source category, so as to wake up the target electronic controller corresponding to the wake-up request.

[0079] In some embodiments of the present application, after obtaining the wake-up source classification corresponding to the wake-up source identification, the vehicle will further set the network management message according to the wake-up source value corresponding to the wake-up source classification. This process is a key step in waking up the target electronic controller. Setting processing refers to setting specific fields or bits in the network management message to meet the requirements of the wake-up source value. Through this processing, the information in the message will be modified into an instruction or signal that can trigger the target electronic controller to wake up. Specifically, according to the wake-up source value corresponding to the wake-up source classification, the system will set specific parts of the network management message. This may involve modifying certain identifiers, data fields or control bits in the message to make it comply with the rules and requirements for waking up the target electronic controller.

[0080] After the set bit processing is complete, the modified network management message is sent by the vehicle computer to the CAN bus where the target electronic controller resides. Once the target electronic controller receives this set bit message, it interprets the instructions contained in it and performs the corresponding processing based on the wake-up source value. This may include starting internal logic, turning on the power supply, or performing other necessary operations to complete the transition from sleep state to active state.

[0081] In some embodiments of the present application, after the vehicle computer processes the wakeup requests sent by each service module in parallel, it determines the wakeup source value corresponding to each service module's wakeup request based on the wakeup source classification corresponding to each wakeup request. The network management message is then sequentially set to wake up the target electronic controller corresponding to each wakeup request.

[0082] In some embodiments of the present application, the vehicle computer can assign different priorities to different services. When multiple services request to be woken up simultaneously, the MCU (Microcontroller Unit) will first process the highest-priority service. Priority scheduling algorithms (such as polling, shortest job first, longest job first, etc.) can help ensure that high-priority services are processed promptly, while low-priority services are not completely ignored.

[0083] The present application provides a method for generating a network management message. The method comprises parsing a wakeup request to obtain a wakeup source identifier in the wakeup request; querying a wakeup source classification mapping table based on the wakeup source identifier for the wakeup source classification corresponding to the wakeup source identifier based on the wakeup source classification mapping table, wherein the wakeup source classification mapping table is a data structure that associates at least one wakeup source identifier with each of different wakeup source classifications; and setting a bit in the network management message according to the wakeup source value corresponding to the wakeup source classification to wake up the target electronic controller corresponding to the wakeup request. Compared to related art techniques, the present application utilizes a method for querying the wakeup source classification corresponding to the wakeup source identifier based on the wakeup source classification mapping table; and generating a network management message based on the wakeup source value corresponding to the wakeup source classification to wake up the target electronic controller. By classifying multiple wakeup source identifiers in the wakeup source classification mapping table into a single wakeup source classification, only the single wakeup source value corresponding to the wakeup source classification is required to effectively activate the corresponding target electronic controller. This improves the utilization efficiency of network management message data space and avoids allocating independent data space for the wakeup source value of each electronic controller. Therefore, the method effectively solves the problem of limited data space in network management messages when storing wakeup source signal data.

[0084] In order to clearly illustrate some embodiments of the present application, some embodiments of the present application provide a flowchart of another method for generating a network management message.

[0085] As shown in FIG2 , the method includes the following steps:

[0086] Step 201 : Analyze the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories.

[0087] Specifically, in step 201, a wake-up service refers to a series of operations used to wake up or activate electronic controllers within the vehicle. These operations are typically performed with the help of network management messages, ensuring that various components of the vehicle can respond promptly and work together. To better manage and control wake-up services and reduce the data space shortage of network management messages caused by the increasing number of electronic controllers, the wake-up source identifiers corresponding to different wake-up services can be divided and assigned different wake-up source categories. The wake-up source identifier is a code or identifier used to uniquely identify the wake-up source, while the wake-up source category is a method of categorizing these identifiers to facilitate subsequent processing and decision-making.

[0088] In practice, wakeup source classification can be customized based on specific needs and scenarios. For example, wakeup services can be categorized based on their function, importance, or source. This classification approach facilitates flexible and reliable in-vehicle network management and ensures safe and efficient vehicle operation.

[0089] Step 202: Generate a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier.

[0090] Specifically, in step 202, after the wakeup source categories are divided, a wakeup source category mapping table is generated according to the wakeup source categories and their corresponding wakeup source identifiers. This mapping table is a database or data structure for storing association information between the wakeup source categories and the wakeup source identifiers.

[0091] For example, the wakeup source classification mapping table can be a Level 2 hold wakeup source data table consisting of two levels of wakeup sources: a Level 1 wakeup source classification directly corresponds to a signal in a CAN network management message; each Level 1 wakeup source classification can contain multiple Level 2 wakeup sources, each of which is issued by a different service module. The vehicle unit (HU) determines the corresponding Level 1 wakeup source classification based on the Level 2 wakeup source in the wakeup request sent by the service module by searching the Level 2 hold wakeup source data table. The MCU in the vehicle unit (HU) is responsible for responding to vehicle wakeup requests from remote and local service modules. The MCU checks the Level 1 hold wakeup source value (wakeup source value) of the service against the Level 2 hold wakeup source data table. If the Level 1 wakeup source classification exists in the data table, the Level 1 hold wakeup source signal in the CAN network management message is set.

[0092] Step 203: parse the wake-up request and obtain the wake-up source identifier in the wake-up request.

[0093] Specifically, in step 203, in order to distinguish the target electronic controller to be awakened, a specific identifier or signal (wake-up source identifier) ​​is usually included in the wake-up request. The target electronic controller unique identifier (Controller Unique Identifier, abbreviated as CUUID) can be used in the wake-up request. Each electronic controller has a unique CUUID, which is used to identify the target electronic controller in the wake-up message. When the sending node needs to wake up a specific controller, it includes the CUUID of the controller in the wake-up request. The receiving node or electronic controller determines whether it needs to be awakened by checking the CUUID.

[0094] Step 204: Verify the wake-up request based on the wake-up source identifier.

[0095] Step 2041 : Verify whether the wakeup source identifier exists in the wakeup source classification mapping table.

[0096] Step 2042: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected.

[0097] Step 2043: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0098] Specifically, in step 204, when processing a wakeup request, the system first checks whether the wakeup source identifier exists in the wakeup source classification mapping table. If the wakeup source identifier does not exist in the mapping table, this indicates that the request may come from an illegal or unknown source and should be considered an illegal request. In this case, the system will reject the request and may take further action, such as sending an error message to the sender or issuing a security warning.

[0099] On the other hand, if the wakeup source identifier is in the wakeup source classification mapping table, it means that the request comes from a known and legitimate source. In this case, the system will determine that the request is legitimate and continue to process subsequent operations, such as executing the corresponding wakeup operation or further data exchange.

[0100] Step 205: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0101] Step 206 : According to the wake-up source value corresponding to the wake-up source category, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0102] Step 2061 : When it is determined that the wake-up request is a legitimate request, the wake-up source value corresponding to the wake-up source category is queried. Each wake-up source category has a unique wake-up source value.

[0103] Step 2062: Modify the network management message based on the wakeup source value so as to set the network management message.

[0104] Specifically, in steps 205 and 206, after confirming that the wakeup request is legitimate, the vehicle computer retrieves the corresponding wakeup source category based on the wakeup source identifier. This step further clarifies the source and nature of the wakeup request, providing a basis for subsequent processing. The network management message is then set based on the wakeup source value corresponding to the wakeup source category. By modifying specific fields or bits in the message to match the wakeup source value, the target electronic controller is triggered to wake up.

[0105] In a complex vehicle system, multiple electronic control units (ECUs) need to receive network management messages to trigger wake-up operations. Each ECU may have different wake-up source categories and corresponding wake-up source values. The vehicle system needs to be able to handle wake-up requests from multiple ECUs simultaneously and ensure that each request is processed correctly. When a wake-up request arrives, the vehicle system identifies the wake-up source identifier in the request. The identification process includes but is not limited to determining whether the wake-up request is legitimate. Once the wake-up source identifier is identified, the system queries the wake-up source category mapping table to find the wake-up source category corresponding to the identifier. This mapping table or database contains all possible wake-up source identifiers and their corresponding category information.

[0106] After determining the wake-up source classification, the vehicle system needs to further query the wake-up source value corresponding to the classification. In some embodiments of the present application, the wake-up source value corresponding to the wake-up source classification is recorded in a wake-up source classification mapping table. In some embodiments, the mapping relationship between the wake-up source classification and the wake-up source value is recorded in other data structure tables; this application is not limited to this. Each wake-up source classification has a uniquely determined wake-up source value, which is used to set a specific field or control bit in the network management message. After obtaining the wake-up source value corresponding to the wake-up request, the data field or control bit to be modified in the wake-up source value is determined and modified to generate a network management message that wakes up the target electronic controller. When the message arrives at the target electronic controller, it can recognize and trigger the corresponding wake-up operation.

[0107] In a vehicle system, multiple wake-up requests may occur at the same time. In order to process these requests, the vehicle system needs to adopt a parallel processing method. In some embodiments of the present application, by using a multi-threaded or multi-process task processing method, the vehicle system can create a new thread or process for each wake-up request, and perform the above-mentioned wake-up source value acquisition and message modification operations in these threads or processes; multiple wake-up requests can be carried out simultaneously without interfering with each other. In some embodiments of the present application, by using asynchronous programming techniques, such as asynchronous I / O (Input / Output) or event-driven programming. These technologies allow the system to process wake-up requests without blocking other operations, thereby improving the response speed and efficiency of the system. After modifying the message, the system will send the modified message to the target ECU. Due to the use of parallel processing, the system can send multiple modified messages at the same time to meet the wake-up requirements of multiple ECUs.

[0108] In some embodiments of the present application, if the wake-up source exists in the wake-up source classification mapping table, the wake-up source value is recorded in the MCU's maintained wake-up source storage area; when the vehicle is unlocked and in the ACC / ON (Accessory Power Mode / Ignition Power Mode) state, the MCU will maintain the wake-up source storage area record and upload it to the cloud recording system. This can provide valuable diagnostic information when a problem occurs. By analyzing the wake-up source record, technicians can more easily identify which part or component triggered the inappropriate wake-up, thereby quickly locating and solving the problem. And through analysis of the data, it is possible to optimize the classification of the wake-up source classification to achieve a more reasonable classification or meet the usage needs of different users.

[0109] Step 207 : Determine the wake-up state of the target electronic controller.

[0110] Step 208 : After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0111] Specifically, in steps 207 and 208, the system determines whether the wakeup operation is complete by monitoring the message response or checking the status of the target electronic controller. If the target electronic controller is determined to have been awakened, the system proceeds to the next step, resetting the wakeup source value in the network management message. This reset clears the special wakeup-related flags or values ​​in the message and restores the message to normal communication.

[0112] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0113] Step S11: analyzing the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0114] Step S12: generating a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier;

[0115] Step S13: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0116] Step S14: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0117] Step S15: According to the wake-up source value corresponding to the wake-up source classification, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0118] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0119] Step S21: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0120] Step S22: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0121] Specifically, step S22 may include the following sub-steps:

[0122] Sub-step S221: verifying the wake-up request based on the wake-up source identifier;

[0123] Sub-step S222: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0124] Step S23: According to the wake-up source value corresponding to the wake-up source classification, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0125] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0126] Step S31: analyzing the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0127] Step S32: generating a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier;

[0128] Step S33: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0129] Step S34: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0130] Specifically, step S34 may include the following sub-steps:

[0131] Sub-step S341: verifying the wake-up request based on the wake-up source identifier;

[0132] Sub-step S342: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0133] Step S35 : According to the wake-up source value corresponding to the wake-up source classification, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0134] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0135] Step S41: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0136] Step S42: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0137] Specifically, step S42 may include the following sub-steps:

[0138] Sub-step S421: verifying the wake-up request based on the wake-up source identifier;

[0139] Sub-step S422: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0140] Specifically, sub-step S421 may include the following steps:

[0141] Step a1: Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0142] Step a2: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected;

[0143] Step a3: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0144] Step S43: According to the wake-up source value corresponding to the wake-up source classification, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0145] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0146] Step S51: analyzing the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0147] Step S52: generating a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier;

[0148] Step S53: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0149] Step S54: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0150] Specifically, step S54 may include the following sub-steps:

[0151] Sub-step S541: verifying the wake-up request based on the wake-up source identifier;

[0152] Sub-step S542: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0153] Specifically, sub-step S541 may include the following steps:

[0154] Step a1: Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0155] Step a2: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected;

[0156] Step a3: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0157] Step S55 : Setting the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

[0158] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0159] Step S61: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0160] Step S62: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0161] Specifically, step S62 may include the following sub-steps:

[0162] Sub-step S621: verifying the wake-up request based on the wake-up source identifier;

[0163] Sub-step S622: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0164] Specifically, sub-step S621 may include the following steps:

[0165] Step a1: Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0166] Step a2: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected;

[0167] Step a3: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0168] Step S63: According to the wake-up source value corresponding to the wake-up source classification, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0169] Specifically, step S63 may include the following sub-steps:

[0170] Sub-step S631: If the wake-up request is determined to be a legitimate request, query the wake-up source value corresponding to the wake-up source category. Each wake-up source category has a unique wake-up source value.

[0171] Sub-step S632: modifying the network management message based on the wake-up source value so as to set the network management message.

[0172] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0173] Step S71: Analyze the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0174] Step S72: Generate a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier;

[0175] Step S73: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0176] Step S74: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0177] Specifically, step S74 may include the following sub-steps:

[0178] Sub-step S741: verifying the wake-up request based on the wake-up source identifier;

[0179] Sub-step S742: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0180] Step S75: Set the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

[0181] Specifically, step S75 may include the following sub-steps:

[0182] Sub-step S751: If the wake-up request is determined to be a legitimate request, query the wake-up source value corresponding to the wake-up source category. Each wake-up source category has a unique wake-up source value.

[0183] Sub-step S752: modifying the network management message based on the wake-up source value so as to set the network management message.

[0184] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0185] Step S81: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0186] Step S82: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0187] Step S83: setting the network management message according to the wake-up source value corresponding to the wake-up source category, so as to wake up the target electronic controller corresponding to the wake-up request;

[0188] Step S84: determining the wake-up state of the target electronic controller;

[0189] Step S85: After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0190] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0191] Step S91: analyzing the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0192] Step S92: Generate a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier;

[0193] Step S93: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0194] Step S94: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0195] Step S95: setting the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request;

[0196] Step S96: determining the wake-up state of the target electronic controller;

[0197] Step S97: After determining that the wake-up state of the target electronic controller is wake-up completed, the wake-up source value in the network management message is reset.

[0198] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0199] Step S91: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0200] Step S92: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0201] Specifically, step S92 may include the following sub-steps:

[0202] Sub-step S921: verifying the wake-up request based on the wake-up source identifier;

[0203] Sub-step S922: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0204] Step S93: setting the network management message according to the wake-up source value corresponding to the wake-up source category, so as to wake up the target electronic controller corresponding to the wake-up request;

[0205] Step S94: determining the wake-up state of the target electronic controller;

[0206] Step S95: After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0207] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0208] Step S1001: Analyze the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0209] Step S1002: Generate a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier;

[0210] Step S1003: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0211] Step S1004: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0212] Specifically, step S1004 may include the following sub-steps:

[0213] Sub-step S10041: verifying the wake-up request based on the wake-up source identifier;

[0214] Sub-step S10042: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0215] Step S1005: setting the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request;

[0216] Step S1006: determining the wake-up state of the target electronic controller;

[0217] Step S1007: After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0218] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0219] Step S1101: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0220] Step S1102: Based on the wakeup source identifier, query the wakeup source category corresponding to the wakeup source identifier in the wakeup source category mapping table;

[0221] Specifically, step S1102 may include the following sub-steps:

[0222] Sub-step S11021: verifying the wake-up request based on the wake-up source identifier;

[0223] Sub-step S11022: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0224] Specifically, sub-step S11021 may include the following steps:

[0225] Step a1: Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0226] Step a2: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected;

[0227] Step a3: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0228] Step S1103: setting the network management message according to the wake-up source value corresponding to the wake-up source category, so as to wake up the target electronic controller corresponding to the wake-up request;

[0229] Step S1104: determining the wake-up state of the target electronic controller;

[0230] Step S1105: After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0231] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0232] Step S1201: Analyze the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0233] Step S1202: Generate a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier.

[0234] Step S1203: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0235] Step S1204: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0236] Specifically, step S1204 may include the following sub-steps:

[0237] Sub-step S12041: verifying the wake-up request based on the wake-up source identifier;

[0238] Sub-step S12042: If the wake-up request is a legitimate request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0239] Specifically, sub-step S12041 may include the following steps:

[0240] Step a1: Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0241] Step a2: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected;

[0242] Step a3: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0243] Step S1205: Setting the network management message according to the wakeup source value corresponding to the wakeup source category, so as to wake up the target electronic controller corresponding to the wakeup request;

[0244] Step S1206: determining the wake-up state of the target electronic controller;

[0245] Step S1207: After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0246] In some embodiments of the present application, a method for generating a network management message is provided, the method comprising the following steps:

[0247] Step S1301: Parse the wake-up request to obtain the wake-up source identifier in the wake-up request;

[0248] Step S1302: Based on the wakeup source identifier, query the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table;

[0249] Specifically, step S1302 may include the following sub-steps:

[0250] Sub-step S13021: verifying the wake-up request based on the wake-up source identifier;

[0251] Sub-step S13022: If the wake-up request is a legal request, obtain the wake-up source category corresponding to the wake-up source identifier.

[0252] Specifically, sub-step S13021 may include the following steps:

[0253] Step a1: Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0254] Step a2: If the wakeup source identifier does not exist in the wakeup source classification mapping table, the wakeup request is determined to be an illegal request and the wakeup request is rejected;

[0255] Step a3: If the wakeup source identifier exists in the wakeup source classification mapping table, the wakeup request is determined to be a legal request.

[0256] Step S1303: According to the wake-up source value corresponding to the wake-up source classification, the network management message is set to wake up the target electronic controller corresponding to the wake-up request.

[0257] Specifically, step S1303 may include the following sub-steps:

[0258] Sub-step S13031: If the wake-up request is determined to be a legitimate request, query the wake-up source value corresponding to the wake-up source category. Each wake-up source category has a unique wake-up source value.

[0259] Sub-step S13032: modifying the network management message based on the wake-up source value so as to set the network management message.

[0260] Step S1304: determining the wake-up state of the target electronic controller;

[0261] Step S1305: After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

[0262] It should be noted that some embodiments of the present application may include multiple steps. For the convenience of description, these steps are numbered, but these numbers do not limit the execution time slots or execution order between the steps; these steps can be implemented in any order, and the embodiments of the present application do not limit this.

[0263] Corresponding to the above-mentioned method for generating network management messages, the present application also proposes a device for generating network management messages. Since the device embodiment of the present application corresponds to the above-mentioned method embodiment, details not disclosed in the device embodiment can be referred to the above-mentioned method embodiment and will not be repeated in this application.

[0264] FIG3 is a schematic diagram of the structure of a device for generating a network management message provided in an embodiment of the present application, as shown in FIG3 , including:

[0265] An acquiring unit 31 is configured to parse the wake-up request and acquire a wake-up source identifier in the wake-up request;

[0266] A query unit 32 is configured to query a wakeup source classification mapping table for a wakeup source classification corresponding to the wakeup source identification based on the wakeup source identification, wherein the wakeup source classification mapping table is a data structure that associates at least one wakeup source identification corresponding to different wakeup source classifications;

[0267] The setting unit 33 is configured to set the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

[0268] The present application provides a device for generating a network management message. The device parses a wakeup request to obtain a wakeup source identifier in the wakeup request; based on the wakeup source identifier, queries a wakeup source classification mapping table for the wakeup source classification corresponding to the wakeup source identifier, wherein the wakeup source classification mapping table is a data structure that associates at least one wakeup source identifier with each of different wakeup source classifications; and sets a bit in the network management message according to the wakeup source value corresponding to the wakeup source classification, thereby waking up the target electronic controller corresponding to the wakeup request. Compared to related art, the present application utilizes a wakeup source classification mapping table to query the wakeup source classification corresponding to the wakeup source identifier; and generates a network management message based on the wakeup source value corresponding to the wakeup source classification to wake up the target electronic controller. By classifying multiple wakeup source identifiers in the wakeup source classification mapping table into a single wakeup source classification, only the single wakeup source value corresponding to the wakeup source classification is required to effectively activate the corresponding target electronic controller. This improves the utilization efficiency of network management message data space and avoids allocating independent data space for the wakeup source value of each electronic controller. Therefore, the problem of limited data space in network management messages when storing wakeup source signal data can be effectively solved.

[0269] Furthermore, in some embodiments of the present application, as shown in FIG4 , the apparatus further includes:

[0270] a classification unit 34 configured to analyze the wake-up services in the vehicle network before the acquisition unit parses the wake-up request and obtains the wake-up source identifier in the wake-up request, so as to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories;

[0271] The generating unit 35 is configured to generate a wakeup source classification mapping table based on the correspondence between the wakeup source classification and the wakeup source identifier.

[0272] Furthermore, in some embodiments of the present application, as shown in FIG4 , the query unit 32 includes:

[0273] A determination module 321 is configured to verify the wake-up request based on the wake-up source identifier;

[0274] The acquisition module 322 is configured to acquire the wakeup source category corresponding to the wakeup source identifier if the wakeup request is a legitimate request.

[0275] Furthermore, in some embodiments of the present application, the determination module 321 is further configured to:

[0276] Verify whether the wakeup source identifier exists in the wakeup source classification mapping table;

[0277] If the wake-up source identifier does not exist in the wake-up source classification mapping table, the wake-up request is determined to be an illegal request and the wake-up request is rejected;

[0278] If the wake-up source identifier exists in the wake-up source classification mapping table, the wake-up request is determined to be a legal request.

[0279] Furthermore, in some embodiments of the present application, as shown in FIG4 , the setting unit 33 includes:

[0280] A query module 331 is configured to query a wakeup source value corresponding to a wakeup source category when determining that the wakeup request is a legitimate request. Each wakeup source category has a uniquely determined wakeup source value.

[0281] The modification module 332 is configured to modify the network management message based on the wakeup source value so as to set the network management message.

[0282] Furthermore, in some embodiments of the present application, as shown in FIG4 , the apparatus further includes:

[0283] A determination unit 36 ​​is configured to determine the wake-up state of the target electronic controller after the setting unit sets the network management message according to the wake-up source value corresponding to the wake-up source classification;

[0284] The reset unit 37 is configured to reset the wakeup source value in the network management message after determining that the wakeup state of the target electronic controller is wakeup completion.

[0285] It should be noted that the above explanation of the method embodiment is also applicable to the device of this embodiment, and the principles are the same, which is not limited in this embodiment.

[0286] According to some embodiments of the present application, the present application also provides an electronic device, a readable storage medium, and a computer program product.

[0287] FIG5 shows a schematic block diagram of an example electronic device 400 that can be used to implement some embodiments of the present application. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present application described and / or required herein.

[0288] As shown in Figure 5, device 400 includes a computing unit 401, which can perform various appropriate actions and processes according to a computer program stored in ROM (Read-Only Memory) 402 or a computer program loaded from storage unit 408 into RAM (Random Access Memory) 403. Various programs and data required for the operation of device 400 can also be stored in RAM 403. Computing unit 401, ROM 402, and RAM 403 are connected to each other via bus 404. I / O (Input / Output) interface 405 is also connected to bus 404.

[0289] Various components in device 400 are connected to I / O interface 405, including an input unit 406, such as a keyboard, mouse, etc.; an output unit 407, such as various types of displays, speakers, etc.; a storage unit 408, such as a magnetic disk, optical disk, etc.; and a communication unit 409, such as a network card, modem, wireless communication transceiver, etc. Communication unit 409 allows device 400 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.

[0290] Computing unit 401 can be any general-purpose and / or specialized processing component with processing and computing capabilities. Some examples of computing unit 401 include, but are not limited to, a CPU (Central Processing Unit), a GPU (Graphic Processing Unit), various specialized AI (Artificial Intelligence) computing chips, various computing units that run machine learning model algorithms, a DSP (Digital Signal Processor), and any suitable processor, controller, microcontroller, etc. Computing unit 401 performs the various methods and processes described above, such as the method for generating network management messages. For example, in some embodiments, the method for generating network management messages can be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 408. In some embodiments, part or all of the computer program can be loaded and / or installed on device 400 via ROM 402 and / or communication unit 409. When the computer program is loaded into RAM 403 and executed by computing unit 401, one or more steps of the method described above can be performed. In some embodiments, the computing unit 401 may be configured to execute the aforementioned method for generating the network management message in any other appropriate manner (eg, by means of firmware).

[0291] Various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, FPGAs (Field Programmable Gate Arrays), ASICs (Application-Specific Integrated Circuits), ASSPs (Application-Specific Standard Products), SOCs (System on Chips), CPLDs (Complex Programmable Logic Devices), computer hardware, firmware, software, and / or combinations thereof. These various embodiments can include being implemented in one or more computer programs that are executable and / or interpreted on a programmable system that includes at least one programmable processor, which can be a special-purpose or general-purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0292] The program code for implementing the methods of the present application can be written in any combination of one or more programming languages. Such program code can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that when the program code is executed by the processor or controller, the functions / operations specified in the flow charts and / or block diagrams are implemented. The program code can be executed entirely on the machine, partially on the machine, as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0293] In the context of the present application, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or apparatus. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or apparatus, or any suitable combination of the foregoing. More specific examples of machine-readable storage media may include an electrical connection based on one or more wires, a portable computer disk, a hard disk, RAM, ROM, EPROM (Electrically Programmable Read-Only-Memory) or flash memory, optical fiber, CD-ROM (Compact Disc Read-Only Memory), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0294] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (Cathode-Ray Tube) or LCD (Liquid Crystal Display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0295] The systems and techniques described herein can be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: LAN (Local Area Network), WAN (Wide Area Network), the Internet, and blockchain networks.

[0296] A computer system may include a client and a server. The client and server are generally remote from each other and typically interact via a communication network. This client-server relationship is established by computer programs running on the respective computers, establishing a client-server relationship. The server may be a cloud server, also known as a cloud computing server or cloud host, a host product within the cloud computing service ecosystem that addresses the management difficulties and limited scalability of traditional physical hosts and VPS services ("Virtual Private Servers" or simply "VPS"). The server may also be a server in a distributed system or a server integrated with blockchain.

[0297] It's important to note that artificial intelligence (AI) is the study of how computers can simulate certain human thought processes and intelligent behaviors (such as learning, reasoning, thinking, and planning). This encompasses both hardware and software technologies. AI hardware technologies generally include sensors, specialized AI chips, cloud computing, distributed storage, and big data processing. AI software technologies primarily encompass computer vision, speech recognition, natural language processing, machine learning / deep learning, big data processing, and knowledge graphs.

[0298] The various numerical numbers such as first and second involved in this application are only for the convenience of description and are not used to limit the scope of the embodiments of this application. They also indicate the order of precedence.

[0299] In this application, at least one can also be described as one or more, and multiple can be two, three, four or more, which is not limited in this application. In the embodiments of this application, for a technical feature, the technical features in the technical feature are distinguished by "first", "second", "third", "A", "B", "C" and "D", and there is no order of precedence or size between the technical features described by "first", "second", "third", "A", "B", "C" and "D".

[0300] It should be understood that the various forms of the processes shown above can be used to reorder, add, or delete steps. For example, the steps described in this application can be performed in parallel, sequentially, or in a different order, as long as the desired results of the technical solutions disclosed in this application can be achieved. This is not a limitation herein.

[0301] The above specific embodiments do not constitute a limitation on the scope of protection of this application. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions may be made based on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application shall be included within the scope of protection of this application.

Claims

1. A method for generating a network management message, characterized in that: include: Parsing the wake-up request to obtain a wake-up source identifier in the wake-up request; Based on the wakeup source identifier, querying the wakeup source category corresponding to the wakeup source identifier in the wakeup source category mapping table; The network management message is set according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

2. The method according to claim 1, characterized in that The wakeup source classification mapping table is a data structure that associates at least one wakeup source identifier corresponding to different wakeup source classifications.

3. The method according to any one of claims 1 to 2, characterized in that Before parsing the wake-up request and obtaining the wake-up source identifier in the wake-up request, the method further includes: Analyzing the wake-up services in the vehicle network to classify the wake-up source identifiers corresponding to different wake-up services into different wake-up source categories; The wakeup source classification mapping table is generated based on the correspondence between the wakeup source classification and the wakeup source identifier.

4. The method according to any one of claims 1 to 3, characterized in that The querying, based on the wakeup source identifier, the wakeup source classification corresponding to the wakeup source identifier in the wakeup source classification mapping table includes: Verifying the wake-up request based on the wake-up source identifier; If the wake-up request is a legal request, a wake-up source category corresponding to the wake-up source identifier is obtained.

5. The method according to claim 4, characterized in that The verifying the wake-up request based on the wake-up source identifier includes: Verifying whether the wakeup source identifier exists in the wakeup source classification mapping table; If the wake-up source identifier does not exist in the wake-up source classification mapping table, determining that the wake-up request is an illegal request and rejecting the wake-up request; If the wake-up source identifier exists in the wake-up source classification mapping table, it is determined that the wake-up request is a legal request.

6. The method according to any one of claims 4 to 5, characterized in that The setting processing of the network management message according to the wake-up source value corresponding to the wake-up source classification includes: When it is determined that the wake-up request is a legitimate request, querying the wake-up source value corresponding to the wake-up source category, each of the wake-up source categories has a uniquely determined wake-up source value; The network management message is modified based on the wake-up source value so as to perform setting processing on the network management message.

7. The method according to any one of claims 1 to 6, characterized in that After setting the network management message according to the wake-up source value corresponding to the wake-up source category, the method further includes: determining a wake-up state of the target electronic controller; After determining that the wake-up state of the target electronic controller is complete, resetting the wake-up source value in the network management message.

8. A device for generating network management messages, characterized in that: include: an acquiring unit, configured to parse the wake-up request and acquire a wake-up source identifier in the wake-up request; A query unit, configured to query a wakeup source classification mapping table for a wakeup source classification corresponding to the wakeup source identifier based on the wakeup source identifier; The setting unit is used to set the network management message according to the wake-up source value corresponding to the wake-up source classification, so as to wake up the target electronic controller corresponding to the wake-up request.

9. An electronic device, characterized in that: include: at least one processor; as well as a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 7.

10. A non-transitory computer-readable storage medium storing computer instructions, characterized in that: The computer instructions are used to cause the computer to execute the method according to any one of claims 1 to 7.

11. A computer program product, characterized in that The invention comprises a computer program which, when executed by a processor, implements the method according to any one of claims 1 to 7.

12. A vehicle, characterized in that: The vehicle comprises: the device for generating a network management message according to claim 8, or the electronic device according to claim 9, or the non-transitory computer-readable storage medium according to claim 10, or the computer program product according to claim 11.

Images