Service processing method and apparatus, vehicle, and storage medium

Abstract

This application provides a service processing method, apparatus, vehicle, and storage medium. The method includes: collecting target information, which includes at least one or more of vehicle status information, application layer service information, and network status information; adjusting a first strategy to a second strategy based on the target information, wherein the second strategy is determined based on a second key service; and driving based on the second strategy. The first and second key services are key services configured in a set, and the first and second key services are different; the key service is used to characterize the service that plays a crucial role in completing the current task. The method provided in this application helps improve the processing performance of key services.

Description

Technical Field

[0001] This application relates to the field of intelligent vehicles, and more particularly to a service processing method, apparatus, vehicle, and storage medium. Background Technology

[0002] In related technologies, the network inside a vehicle can be a heterogeneous network. For example, this heterogeneous network may include in-vehicle Ethernet, Controller Area Network (CAN) bus, CAN-FD bus, and other networks. In the scenario of heterogeneous in-vehicle networks, service processing strategies are usually statically configured. However, such statically configured service processing strategies can lead to poor service processing performance, which can affect the user's driving experience and even vehicle safety. Summary of the Invention

[0003] This application provides a service processing method, apparatus, vehicle, and storage medium that helps improve the processing performance of critical services.

[0004] In a first aspect, embodiments of this application provide a service processing method applied to a vehicle operating in an in-vehicle heterogeneous network environment. The in-vehicle heterogeneous network includes at least an in-vehicle Ethernet and a Controller Area Network (CAN) bus. The vehicle operates based on a first strategy, which is determined based on a first key service. The method includes: collecting target information, which includes at least one or more of the vehicle's status information, application layer service information, and network status information; adjusting the first strategy to a second strategy based on the target information, which is determined based on a second key service; and operating based on the second strategy. The first key service and the second key service are key services in a configuration set, and the first key service differs from the second key service. The key service is used to characterize a service that plays a crucial role in completing the current task.

[0005] In one possible implementation, the first critical service is a critical service in a first configuration set, the second critical service is a critical service in a second configuration set, and the network performance of the second critical service is better than that of the first critical service; wherein the first configuration set is different from the second configuration set.

[0006] In one possible implementation, the first key service and the second key service are key services in the first configuration set, and the indicator of the first key service corresponding to the first strategy is higher than the indicator of the second key service corresponding to the second strategy; wherein, the indicator includes at least priority or message sending period.

[0007] In one possible implementation, adjusting the first strategy to the second strategy based on the target information includes: determining the second strategy based on the target information; and adjusting the first strategy to the second strategy if the second strategy is determined to be valid.

[0008] In one possible implementation, the legality of the second strategy is determined based on preset constraints, which include at least the constraints on the service imposed by the vehicle in the current driving mode.

[0009] In one possible implementation, after driving based on the second strategy, the method further includes: detecting key network indicators, which include at least one or more of latency, packet loss rate, and speed; and driving according to the second strategy if the key network indicators are determined to be normal.

[0010] In one possible implementation, the method further includes: if the network key indicator is determined to be abnormal, falling back from the second strategy to a preset strategy; wherein the preset strategy is determined based on a preset configuration set, which is used to ensure that the vehicle is in a safe state.

[0011] Secondly, embodiments of this application provide a service processing apparatus, including one or more functional modules, which are used to perform the service processing method as described in the first aspect.

[0012] Thirdly, embodiments of this application provide a vehicle, including: a processor and a memory, the memory being used to store a computer program; the processor being used to run the computer program to implement the service processing method as described in the first aspect.

[0013] Fourthly, embodiments of this application provide a readable storage medium storing a program that, when run on a vehicle, causes the vehicle to implement the service processing method as described in the first aspect.

[0014] Fifthly, embodiments of this application provide a program that, when run on a vehicle's processor, causes the vehicle to perform the service processing method as described in the first aspect.

[0015] In one possible design, the program in the fifth aspect can be stored wholly or partially on a storage medium packaged with the processor, or it can be stored wholly or partially on a memory not packaged with the processor. Attached Figure Description

[0016] Figure 1 An architecture diagram of the service processing system provided in the embodiments of this application; Figure 2 A flowchart illustrating an embodiment of the service processing method provided in this application; Figure 3 A flowchart illustrating another embodiment of the service processing method provided in this application; Figure 4 A schematic diagram of the structure of the service processing apparatus provided in the embodiments of this application; Figure 5 This is a schematic diagram of the vehicle structure provided in an embodiment of this application. Detailed Implementation

[0017] In this embodiment of the application, unless otherwise stated, the character " / " indicates that the preceding and following objects are in an OR relationship. For example, A / B can represent A or B. "AND / OR" describes the relationship between the associated objects, indicating that three relationships can exist. For example, A AND / OR B can represent: A existing alone, A and B existing simultaneously, and B existing alone.

[0018] It should be noted that the terms "first" and "second" used in the embodiments of this application are used only for distinguishing descriptive purposes and should not be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated, nor should they be construed as indicating or implying order.

[0019] In the embodiments of this application, "at least one" means one or more, and "more than one" means two or more. Furthermore, "at least one of the following" or similar expressions refer to any combination of these items, which may include any combination of a single item or a plurality of items. For example, at least one of A, B, or C can represent: A, B, C, A and B, A and C, B and C, or A, B, and C. Each of A, B, and C can be an element itself or a set containing one or more elements.

[0020] In this application, terms such as "exemplary," "in some embodiments," and "in another embodiment" are used to indicate that something is an example, illustration, or description. Any embodiment or design described as "exemplary" in this application should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of the term "exemplary" is intended to present the concept in a concrete manner.

[0021] In the embodiments of this application, the terms "of," "corresponding (relevant)," and "corresponding" may sometimes be used interchangeably. It should be noted that, without emphasizing the distinction, their meanings are consistent. Similarly, in the embodiments of this application, "communication" and "transmission" may sometimes be used interchangeably. It should be noted that, without emphasizing the distinction, their meanings are consistent. For example, transmission can include sending and / or receiving, and can be a noun or a verb.

[0022] In the embodiments of this application, the term "equal to" can be used in conjunction with "greater than" to apply to technical solutions employing the condition of "greater than", and can also be used in conjunction with "less than" to apply to technical solutions employing the condition of "less than". It should be noted that when "equal to" is used with "greater than", it cannot be used with "less than"; and when "equal to" is used with "less than", it cannot be used with "greater than".

[0023] In related technologies, the network inside a vehicle can be a heterogeneous network. For example, this heterogeneous network may include in-vehicle Ethernet, Controller Area Network (CAN) bus, CAN-FD bus, and other networks. In the scenario of heterogeneous in-vehicle networks, service processing strategies are usually statically configured. However, such statically configured service processing strategies can lead to poor service processing performance, which can affect the user's driving experience and even vehicle safety.

[0024] In view of the above problems, this application provides a service processing method that helps improve the processing performance of critical services.

[0025] Figure 1 This is an architecture diagram of the service processing system provided in the embodiments of this application.

[0026] refer to Figure 1 The service processing system may include an information acquisition unit, a strategy decision-making unit, a rollback unit, and a strategy library. The information collection unit can be used to collect relevant vehicle information. For example, this information may include, but is not limited to, vehicle status information, application layer service information, and network status information. Vehicle status information may include, but is not limited to, driving mode, vehicle speed, and geographical location. For instance, the driving mode could be autonomous driving, manual driving, or automatic parking. Application layer service information may include, but is not limited to, business requests for key services and priority declarations obtained through Service-Oriented Architecture (SOA). Network status information may include, but is not limited to, latency, jitter, queue depth, port load, and packet loss rate.

[0027] The strategy decision-making unit can be used to select the corresponding configuration set from the strategy library based on the information collected by the information collection unit.

[0028] In some optional embodiments, the strategy decision unit can also be used to adjust the parameters of key services corresponding to the selected configuration set based on the information collected by the information collection unit.

[0029] The rollback unit can be used to detect network indicators and roll back to a preset configuration set after determining that the network indicators are abnormal. This preset configuration set can be considered as a configuration set used to ensure that the vehicle is in a safe state, thereby ensuring the safety of the vehicle.

[0030] The policy library can include multiple configuration sets, and each configuration set can include the corresponding network configuration.

[0031] Figure 2 A flowchart illustrating an embodiment of the service processing method provided in this application includes the following steps: Step 201: The vehicle drives based on the strategy of the first configuration set.

[0032] Specifically, the first configuration set can be a configuration set in the policy library.

[0033] In some optional embodiments, when the system starts, the first configuration set may be a preset configuration set, which may be a configuration set used to ensure that the vehicle is in a safe state.

[0034] Understandably, when the system starts up, the vehicle can also load all configuration sets from the policy library.

[0035] In some alternative embodiments, during system operation, the first configuration set may be a configuration set selected by the vehicle from the policy library based on the collected information.

[0036] The first configuration set may include a first key service, which is a key service in the first configuration set, and the key service refers to the service that plays a key role in completing the current task.

[0037] For example, in an automated parking scenario, the vehicle's surrounding environment data collected by cameras or sensors plays a crucial role in the automated parking process. This crucial service can be a camera service or a sensor service.

[0038] Step 202: The vehicle collects target information while driving.

[0039] Specifically, the target information collected by the vehicle may include, but is not limited to, one or more of the following: vehicle status information, application layer service information, and network status information. Vehicle status information may include, but is not limited to, driving mode, vehicle speed, and geographical location. For example, the driving mode may be autonomous driving, manual driving, or automatic parking.

[0040] The vehicle's status information can be obtained from the vehicle bus, or the vehicle's status information can be obtained through other means. This application embodiment does not impose any special limitations on this.

[0041] Application layer service information may include, but is not limited to, business requests for key services and priority declarations obtained through SOA.

[0042] Application layer service information can be obtained through SOA services, or it can be obtained through other means. This application embodiment does not impose any special limitations on this.

[0043] Network status information may include, but is not limited to, latency, jitter, queue depth, port load, packet loss rate, etc.

[0044] Network status information can be obtained through network hardware, or it can be obtained through other means. This application does not impose any special limitations on this.

[0045] Step 203: The vehicle determines the second configuration set based on the collected target information.

[0046] Specifically, the target information collected by the vehicle can be converted into a vector, and this vector can be input into a pre-trained policy decision model.

[0047] This strategy decision-making model can select a second configuration set from the strategy library based on the currently collected target information and the learned strategy.

[0048] The second configuration set may include a second key service, which is a key service in the second configuration set. The network performance of the second key service under the policy of the second configuration set is better than the network performance of the first key service under the policy of the first configuration set. The first configuration set is different from the second configuration set.

[0049] For example, consider automatic parking as the second critical service, online video playback as the first critical service, and a conflict between automatic parking and online video playback as an example. Under the policy of the first configuration set, passengers watch online video in the rear seats. The video stream is transmitted from the in-vehicle terminal to the rear entertainment screen via the in-vehicle Ethernet. When the driver activates the automatic parking function, the automatic parking function is activated, and sensor data such as cameras and radar begin to be transmitted at high frequency to the domain controller via the in-vehicle Ethernet.

[0050] In this situation, the bandwidth required for the vehicle to detect automatic parking needs to be increased, the load on the Ethernet switch connecting the vehicle terminal and the automatic parking domain control port increases sharply, and the end-to-end latency of sensor data begins to exceed the warning threshold.

[0051] Therefore, the vehicle will select a second configuration set from the policy library based on the aforementioned detection information. For example, this second configuration set could be a "perception priority" configuration set, while the first configuration set could be a "entertainment and multimedia" configuration set. In the second configuration set, the priority of the Virtual Local Area Network (VALN) related to automatic parking can be increased, for example, to the highest level. Furthermore, the speed of the automatic parking domain control port can be increased, and an ingress speed limit can be set for the switch port connected to the vehicle terminal, for example, from 100 Mbps to 20 Mbps. This ensures that the CAN gateway prioritizes forwarding chassis control messages related to automatic parking, so that in scenarios where automatic parking conflicts with online video playback, switching configuration sets can reduce the user's video viewing experience and improve automatic parking performance.

[0052] Step 204: Verify the legality of the strategy for the second configuration set.

[0053] Specifically, once the vehicle determines the second configuration set, for the sake of vehicle driving safety, the vehicle can also verify the legality of the strategy of the second configuration set. The legality of the strategy of the second configuration set of the vehicle can be verified by judging whether the strategy of the second configuration set is compliant under the current driving state of the vehicle through preset constraints.

[0054] For example, when the vehicle is in Level 3 autonomous driving mode, switching to any configuration set that may affect the transmission of perception data is prohibited.

[0055] It is understood that the above is merely an illustrative description and does not constitute a limitation on the embodiments of this application. In some optional embodiments, other forms of constraints may also be included.

[0056] If the vehicle fails to verify the validity of the second configuration set's strategy, proceed to step 205.

[0057] If the vehicle verifies the validity of the second configuration set's strategy, proceed to step 206.

[0058] Step 205: The vehicle continues to drive based on the strategy of the first configuration set.

[0059] Specifically, in this case, the strategy of the second configuration set can be discarded, that is, the vehicle does not use the strategy of the second configuration set to drive, but still drives based on the strategy of the first configuration set.

[0060] Step 206: The vehicle switches from the strategy of the first configuration set to the strategy of the second configuration set.

[0061] Specifically, the vehicle can translate the strategy of the second configuration set into specific device configuration instructions that the underlying hardware can understand, and send the specific instructions to one or more network nodes in the vehicle Ethernet switch, CAN gateway, and related Electronic Control Unit (ECU) for execution.

[0062] In some optional embodiments, to ensure vehicle safety, after the vehicle switches from the policy of the first configuration set to the policy of the second configuration set, the vehicle can be detected. If an anomaly is detected, the policy of the vehicle's configuration set can be rolled back. After step 206, the following steps may also be included: Step 207, Key Indicators of Vehicle Detection Network.

[0063] Specifically, after the vehicle operates with the strategy of the second configuration set, changes in network performance can be observed, and this network performance can be characterized by key network indicators.

[0064] Key network metrics refer to indicators that play a critical role in critical services. Among them, Key network metrics may include, but are not limited to, one or more of latency, packet loss rate, and speed.

[0065] For example, taking the key service corresponding to message forwarding as an example, the key network indicators may include latency and packet loss rate.

[0066] Step 208: The vehicle determines whether key network indicators are abnormal.

[0067] In some alternative embodiments, if a network key indicator is greater than a first threshold, the network key indicator can be considered abnormal.

[0068] For example, taking latency as a key network indicator, if a vehicle detects a latency greater than a first threshold while driving, it can be considered to have an abnormal latency.

[0069] In some alternative embodiments, if a network key indicator is less than a second threshold, the network key indicator can be considered abnormal.

[0070] For example, taking the rate as a key network indicator, if a vehicle detects a rate lower than a second threshold while driving, it can be considered an abnormal rate.

[0071] If the vehicle's key network indicators are confirmed to be normal, proceed to step 209.

[0072] If the vehicle is found to have abnormal key network indicators, proceed to step 210.

[0073] Step 209: The vehicle continues to drive based on the strategy of the second configuration set.

[0074] Step 210: The strategy for reverting the vehicle to the preset configuration set.

[0075] Specifically, this preset configuration set can be considered as a configuration set used to ensure that the vehicle is in a safe state, thereby ensuring the safety of the vehicle.

[0076] The above text passed Figure 2 An example of switching configuration sets has been provided. In some scenarios, the currently running configuration set in the vehicle does not need to be switched; only minor adjustments are required to the key services corresponding to the current configuration set. The following section will then illustrate this further. Figure 3 An example is provided to illustrate how to make fine-tuning without modifying the configuration set.

[0077] Figure 3 A flowchart illustrating another embodiment of the service processing method provided in this application includes the following steps: Step 301: The vehicle drives based on the strategy of the first configuration set.

[0078] The specific implementation method of step 301 can be found in the relevant description of step 201 in the above embodiment, and will not be repeated here.

[0079] Step 302: The vehicle collects target information while driving.

[0080] The specific implementation method of step 302 can be referred to the relevant description in step 202 of the above embodiment, and will not be repeated here.

[0081] Step 303: While the vehicle is running under the strategy of the first configuration set, the vehicle adjusts the second key service based on the collected target information.

[0082] Specifically, the target information collected by the vehicle can be converted into a vector, and this vector can be input into a pre-trained policy decision model.

[0083] This strategy decision-making model can determine how to adjust the second key service based on the currently collected target information and the learned strategy.

[0084] It is understandable that the first critical service and the second critical service can be critical services in the first configuration set.

[0085] In some optional embodiments, the adjustment of the second key service may include the adjustment of the indicators corresponding to the second key service, such that the adjusted indicators of the second key service are better than the indicators of the first key service. The indicators may include, but are not limited to, priority, message sending period, etc.

[0086] For example, let's illustrate this with a scenario where intelligent headlights and navigation are linked. Assume a vehicle is driving at night on a winding mountain road using a strategy based on a first configuration set. Under this strategy, the intelligent headlight service and navigation service are linked. When the navigation system anticipates a sharp bend ahead, to improve safety, the intelligent headlight system (ADB) needs to adjust its beam pattern in advance to illuminate the inside of the bend. The vehicle, through information detection, receives the navigation service's service intent of "sharp bend ahead, request enhanced lighting," and the current network load is low. In this situation, there is no need to switch configuration sets; that is, there is no need to switch the first configuration set to another. Only the priority of the "enhanced lighting" service needs to be increased, making the intelligent headlight service higher than the navigation service.

[0087] Step 304: Verify the legality of the second key service adjustment for vehicle verification.

[0088] Specifically, after a vehicle makes adjustments to the second critical service, for the sake of vehicle safety, the vehicle can also verify the legality of the second critical service adjustment. The legality of adjustments to a vehicle's second critical service can be verified by determining whether the adjusted second critical service complies with the vehicle's current driving status through preset constraints. These constraints can be the scope of the adjustment.

[0089] For example, in a certain driving mode of the vehicle, the constraint is that the priority of the target service must be higher than the priority of the second critical service. This target task can be a task that plays a decisive role in driving safety, or it can be other types of important tasks; this application embodiment does not specifically limit this. In this case, assuming service A is the second critical service, service B is the first critical service, and service C is the target service, if the vehicle adjusts the priority of service B, causing service B to have a higher priority than service C, the adjustment of the second critical service can be considered illegal, i.e., the adjustment of the second critical service fails.

[0090] It is understood that the above is merely an illustrative description and does not constitute a limitation on the embodiments of this application. In some optional embodiments, other forms of constraints may also be included.

[0091] If the vehicle verification fails to validate the second critical service adjustment, proceed to step 305.

[0092] If the vehicle verification of the second critical service adjustment passes, proceed to step 306.

[0093] Step 305: The vehicle remains based on the first configuration set and operates using the strategy of the second key service before the adjustment.

[0094] Step 306: The vehicle operates based on the first configuration set and with the adjusted strategy of the second key service.

[0095] Specifically, the vehicle can convert the relevant strategy based on the first configuration set and driven by the adjusted second key service into specific device configuration instructions that the underlying hardware can understand, and can then send these specific device configuration instructions to the corresponding devices. The specific method of sending these specific device configuration instructions to the corresponding devices can be found in the descriptions in the above embodiments; this application does not impose any special limitations on this method.

[0096] Figure 4 This is a schematic diagram of the structure of the service processing device provided in the embodiments of this application, such as... Figure 4 As shown, the aforementioned service processing device 40 is applied to a vehicle operating in an in-vehicle heterogeneous network environment. This in-vehicle heterogeneous network includes at least an in-vehicle Ethernet network and a CAN bus. The vehicle operates based on a first strategy, which is determined based on a first critical service. The service processing device 40 may include: a data acquisition module 41, an adjustment module 42, and an operation module 43; wherein... The acquisition module 41 is used to acquire target information, which includes at least one or more of the vehicle's status information, application layer service information, and network status information. The adjustment module 42 is used to adjust the first strategy to a second strategy based on the target information, wherein the second strategy is determined based on the second key service; Module 43 is used for driving based on the second strategy; The first key service and the second key service are key services in the configuration set. The first key service is different from the second key service. The key service is used to characterize the service that plays a key role in completing the current task.

[0097] In one possible implementation, the first key service is a key service in a first configuration set, the second key service is a key service in a second configuration set, and the network performance of the second key service is better than that of the first key service. The first configuration set is different from the second configuration set.

[0098] In one possible implementation, the first key service and the second key service are key services in the first configuration set, and the indicator of the first key service corresponding to the first strategy is higher than the indicator of the second key service corresponding to the second strategy. The indicators include at least priority or message sending cycle.

[0099] In one possible implementation, the adjustment module 42 is specifically used to determine a second strategy based on the target information; If the second strategy is determined to be valid, the first strategy is adjusted to the second strategy.

[0100] In one possible implementation, the legality of the second strategy is determined based on preset constraints, which include at least the constraints on the service imposed by the vehicle in the current driving mode.

[0101] In one possible implementation, the service processing device 40 further includes: The detection module is used to detect key network indicators, which include at least one or more of latency, packet loss rate, and speed. If the key network indicators are confirmed to be normal, proceed with the second strategy.

[0102] In one possible implementation, the service processing device 40 further includes: The rollback module is used to roll back from the second strategy to a preset strategy when the network key indicators are determined to be abnormal. The preset strategy is determined based on a preset configuration set, which is used to ensure that the vehicle is in a safe state.

[0103] Figure 4 The service processing device 40 provided in the illustrated embodiment can be used to execute the technical solution of the method embodiment shown in this application. Its implementation principle and technical effect can be further referred to the relevant description in the method embodiment.

[0104] It should be understood that the division of the various modules in the service processing device 40 described above is merely a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated. Furthermore, these modules can be implemented entirely through software calls from processing elements; they can be fully implemented in hardware; or some modules can be implemented through software calls from processing elements, while others are implemented in hardware. For example, the detection module can be a separate processing element, or it can be integrated into a chip in the terminal device. The implementation of other modules is similar. In addition, these modules can be fully or partially integrated together, or they can be implemented independently. During implementation, each step of the above method or each of the above modules can be completed through integrated logic circuits in the hardware of the processor element or through software instructions.

[0105] For example, these modules can be one or more integrated circuits configured to implement the above methods, such as one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs). Alternatively, these modules can be integrated together as a system-on-a-chip (SOC).

[0106] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The vehicle 500 may include: at least one processor; and at least one memory communicatively connected to the processor. The memory stores program instructions executable by the processor. The processor in the vehicle 500 can execute the actions performed in the magnetic weakening boundary determination method provided in this embodiment by calling the program instructions.

[0107] like Figure 5 As shown, vehicle 500 is represented in the form of a general-purpose computing device. The components of vehicle 500 may include, but are not limited to: one or more processors 510, memory 520, communication bus 540 connecting different system components (including memory 520 and processor 510), and communication interface 530.

[0108] The communication bus 540 represents one or more of several bus architectures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any of the various bus architectures. For example, these architectures include, but are not limited to, Industry Standard Architecture (ISA) buses, Micro Channel Architecture (MAC) buses, Enhanced ISA buses, Video Electronics Standards Association (VESA) local buses, and Peripheral Component Interconnect (PCI) buses.

[0109] Vehicle 500 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by end devices, including volatile and non-volatile media, removable and non-removable media.

[0110] Memory 520 may include computer system readable media in the form of volatile memory, such as random access memory (RAM) and / or cache memory. The terminal device may further include other removable / non-removable, volatile / non-volatile computer system storage media. Although Figure 5 As not shown, a disk drive for reading and writing to a removable non-volatile disk (e.g., a "floppy disk") and an optical disc drive for reading and writing to a removable non-volatile optical disc (e.g., a compact disc read-only memory (CD-ROM), a digital video disc read-only memory (DVD-ROM), or other optical media) may be provided. In these cases, each drive may be connected to the communication bus 540 via one or more data media interfaces. The memory 520 may include at least one program product having a set (e.g., at least one) of program modules configured to perform the functions of the embodiments of this application.

[0111] A program / utility having a set (at least one) of program modules can be stored in memory 520. Such program modules include—but are not limited to—an operating system, one or more application programs, other program modules, and program data. Each or some combination of these examples may include an implementation of a network environment. The program modules typically perform the functions and / or methods described in the embodiments of this application.

[0112] Vehicle 500 can also communicate with one or more external devices (e.g., keyboard, pointing device, display, etc.), and with one or more devices that enable a user to interact with the terminal device, and / or with any device that enables the terminal device to communicate with one or more other computing devices (e.g., network card, modem, etc.). This communication can be performed through communication interface 530. Furthermore, vehicle 500 can also communicate through a network adapter ( Figure 5(Not shown) communicates with one or more networks (e.g., Local Area Network (LAN), Wide Area Network (WAN), and / or public networks, such as the Internet). The aforementioned network adapter can communicate with other modules of the terminal device via the communication bus 540. It should be understood that, although... Figure 5 As not shown in the diagram, other hardware and / or software modules can be used in conjunction with the vehicle 500, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, Redundant Arrays of Independent Drives (RAID) systems, tape drives, and data backup storage systems.

[0113] The processor 510 executes various functional applications and data processing by running programs stored in the memory 520, such as implementing the methods provided in the embodiments of this application.

[0114] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the vehicle 500. In other embodiments of this application, the vehicle 500 may also adopt different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0115] In the above embodiments, the processor may include, for example, a CPU, DSP, microcontroller, or digital signal processor, and may also include a GPU, embedded neural network processing unit (NPU), and image signal processor (ISP). The processor may also include necessary hardware accelerators or logic processing hardware circuits, such as an ASIC, or one or more integrated circuits for controlling the execution of the program in this application. Furthermore, the processor may have the function of operating one or more software programs, which may be stored in a storage medium.

[0116] This application also provides a readable storage medium storing a program that, when run on a system, causes the system to execute the method provided in the embodiments shown in this application.

[0117] This application also provides a program product, which includes a program that, when run on a system, causes the system to execute the method provided in the embodiments shown in this application.

[0118] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent the existence of A alone, A and B simultaneously, or B alone. A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, at least one of a, b, and c can represent: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0119] Those skilled in the art will recognize that the units and algorithm steps described in the embodiments disclosed herein can be implemented using electronic hardware, computer software, or a combination of electronic hardware and software. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0120] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

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

[0122] The above description is merely a specific embodiment of this application. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the protection scope of this application. The protection scope of this application should be determined by the protection scope of the claims.

Claims

1. A service processing method, characterized in that, Applied to vehicles operating in a heterogeneous in-vehicle network environment, the heterogeneous in-vehicle network including at least an in-vehicle Ethernet and a controller area network (CAN) bus, the vehicle operates based on a first strategy, the first strategy being determined based on a first critical service, the method comprising: Collect target information, which includes at least one or more of the vehicle's status information, application layer service information, and network status information; Based on the target information, the first strategy is adjusted to the second strategy, which is determined based on the second key service; Drive according to the second strategy; The first key service and the second key service are key services in the configuration set. The first key service is different from the second key service. The key service is used to characterize the service that plays a key role in completing the current task.

2. The method according to claim 1, characterized in that, The first critical service is a critical service in a first configuration set, and the second critical service is a critical service in a second configuration set. The network performance of the second critical service is better than that of the first critical service. The first configuration set is different from the second configuration set.

3. The method according to claim 1, characterized in that, The first key service and the second key service are key services in the first configuration set, and the indicator of the first key service corresponding to the first strategy is higher than the indicator of the second key service corresponding to the second strategy. The indicators include at least priority or message sending cycle.

4. The method according to any one of claims 1-3, characterized in that, The step of adjusting the first strategy to the second strategy based on the target information includes: A second strategy is determined based on the target information; If the second strategy is determined to be valid, the first strategy is adjusted to the second strategy.

5. The method according to claim 4, characterized in that, The legitimacy of the second strategy is determined based on preset constraints, which include at least the constraints on the service imposed by the vehicle in the current driving mode.

6. The method according to any one of claims 1-3, characterized in that, After driving based on the second strategy, the method further includes: Detect key network indicators, which include at least one or more of latency, packet loss rate, and speed. If the key network indicators are confirmed to be normal, proceed with the second strategy.

7. The method according to claim 6, characterized in that, The method further includes: If the network key indicators are determined to be abnormal, the strategy will be reverted from the second strategy to the preset strategy. The preset strategy is determined based on a preset configuration set, which is used to ensure that the vehicle is in a safe state.

8. A service processing apparatus, characterized in that, The device is applied to a vehicle operating in an in-vehicle heterogeneous network environment, the in-vehicle heterogeneous network including at least an in-vehicle Ethernet and a controller area network (CAN) bus, the vehicle driving based on a first strategy, the first strategy being determined based on a first critical service, and the device comprising: The acquisition module is used to acquire target information, which includes at least one or more of the following: vehicle status information, application layer service information, and network status information. An adjustment module is used to adjust the first strategy to a second strategy based on the target information, wherein the second strategy is determined based on a second key service; The operation module is used to drive based on the second strategy; The first key service and the second key service are key services in the configuration set. The first key service is different from the second key service. The key service is used to characterize the service that plays a key role in completing the current task.

9. A vehicle, characterized in that, include: Processor and memory, the memory being used to store programs; The processor is used to run the program to implement the service processing method as described in any one of claims 1-7.

10. A readable storage medium, characterized in that, The readable storage medium stores a program that, when run on the vehicle, implements the service processing method as described in any one of claims 1-7.

Images