Remote upgrading method and device and electronic equipment

Abstract

The invention provides a remote upgrading method and device and electronic equipment, belongs to the technical field of automobiles, and aims to reduce energy consumption in the remote upgrading process, the remote upgrading method is applied to a plurality of controllers, each controller is independently connected with a power supply of a vehicle, and the remote upgrading method comprises the following steps: responding to a received upgrading request; determining a plurality of upgrading processes required for completing remote upgrading; under the condition that the vehicle is in a static state, determining a first controller in a power-on state in each upgrading process; wherein the first controller comprises a controller required by the upgrading process; sequentially executing the plurality of upgrading processes according to the execution sequence of the plurality of upgrading processes; wherein when each upgrading process is executed, the first controller is controlled to be connected with the power supply, and the second controller is controlled to be disconnected with the power supply; wherein the second controller is the controller except the first controller in the plurality of controllers.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of automobiles, in particular to a remote upgrading method and device and electronic equipment. BACKGROUND

[0002] At present, with the rapid development of intelligent vehicles, the application of remote upgrading OTA (Over The Air Technology) technology is becoming more and more widespread.

[0003] However, in the traditional remote upgrading OTA technology, in order to ensure that the remote upgrading is carried out normally, all controllers of the vehicle are usually controlled to be in a power-on state during remote upgrading, resulting in excessive energy consumption of remote upgrading and being not conducive to energy saving of the vehicle. SUMMARY

[0004] Therefore, the present application aims to provide a remote upgrading method, device and electronic equipment to reduce energy consumption during remote upgrading.

[0005] An embodiment of the present application provides a remote upgrading method applied to multiple controllers, each of which is connected to a power supply of a vehicle, and the remote upgrading method comprises the following steps.

[0006] In response to a received upgrading request, multiple upgrading procedures required for completing remote upgrading are determined.

[0007] In a case where the vehicle is in a stationary state, a first controller in each of the upgrading procedures and in a power-on state is determined, wherein the first controller comprises a controller required by the upgrading procedure.

[0008] Multiple upgrading procedures are executed in sequence according to an execution sequence of the multiple upgrading procedures, wherein when each of the upgrading procedures is executed, the first controller is controlled to be in communication with the power supply, and a second controller is controlled to be disconnected from the power supply.

[0009] The second controller is a controller other than the first controller in the multiple controllers.

[0010] Optionally, the determination of the first controller in each of the upgrading procedures and in the power-on state comprises the following steps.

[0011] It is detected whether the vehicle is in a locked state.

[0012] When the vehicle is in the locked state, the controller required by the upgrading procedure is determined as the first controller.

[0013] When the vehicle is not in the locked state, the first controller is determined based on user information in the vehicle.

[0014] Optionally, the first controller is determined based on the user information in the vehicle.

[0015] detecting a user in the vehicle;

[0016] when the user is detected, determining the controller required by the upgrade process and the controller matched with the user as the first controller based on the detected user;

[0017] when the user is not detected, determining the controller required by the upgrade process as the first controller.

[0018] Optionally, the first controller in the power-on state in each upgrade process is determined further comprising:

[0019] detecting whether a user's energy saving request is received, the energy saving request being used to indicate that the energy consumption generated by the upgrade process is to be reduced to a target energy consumption;

[0020] if yes, determining the controller required by the upgrade process as the first controller;

[0021] if no, determining the controller required by the upgrade process and the controller matched with the user as the first controller.

[0022] Optionally, the step of determining the controller matched with the user comprises:

[0023] obtaining the frequency of the user using the cabin function of the vehicle when the vehicle is in the stationary state, different cabin functions corresponding to different controllers;

[0024] determining the cabin function currently required by the user based on the frequency;

[0025] determining the controller corresponding to the cabin function currently required by the user as the controller matched with the user.

[0026] Optionally, the step of determining the controller matched with the user comprises:

[0027] obtaining temperature information of the environment in which the vehicle is currently located;

[0028] determining a temperature adjusting device to be started based on the temperature information;

[0029] determining the controller corresponding to the temperature adjusting device as the controller matched with the user.

[0030] Optionally, the step of determining the controller matched with the user comprises:

[0031] Obtain the user ID of the user;

[0032] Determine the controller identifier associated with the user ID from the preset controller identifier library;

[0033] Based on the controller identifier, a controller that matches the user is determined.

[0034] Optionally, determining the controller matched with the user includes:

[0035] Obtain the user's identity information, which includes the user's age and / or gender information;

[0036] Based on the identity information, a controller matching the user is determined.

[0037] A second aspect of this application provides a remote upgrade device applied to multiple controllers, each controller being individually connected to the vehicle's power supply. The remote upgrade device includes:

[0038] The upgrade process determination module is used to respond to the received upgrade request and determine the multiple upgrade processes required to complete the remote upgrade.

[0039] A first controller module is configured to determine, when the vehicle is stationary, a first controller that is powered on in each of the upgrade processes; wherein the first controller includes the controller required for the upgrade process.

[0040] An upgrade module is used to execute multiple upgrade processes sequentially according to the execution order of the multiple upgrade processes; wherein, when executing each upgrade process, the first controller is controlled to connect to the power supply, and the second controller is controlled to disconnect from the power supply;

[0041] The second controller is one of the multiple controllers other than the first controller.

[0042] A third aspect of this application provides an electronic device including a memory, a processor, and a computer program stored in the memory and executable on the processor. When executed by the processor, the computer program implements a remote upgrade method as described in the first aspect of this application.

[0043] The embodiments of this application have the following advantages:

[0044] The embodiment of the present application provides a remote upgrading method, when an upgrading request is received, a plurality of upgrading procedures required for completing remote upgrading are determined, and when the vehicle is in a static state, a first controller in a power-on state in each upgrading procedure is determined, wherein the first controller comprises a controller required by the upgrading procedure. Then, the plurality of upgrading procedures are sequentially executed according to the execution sequence of the plurality of upgrading procedures. Wherein, each controller is separately connected with the power supply of the vehicle. Therefore, when each upgrading procedure is executed, the first controller is controlled to be connected with the power supply, and the controllers other than the first controller, i.e. the second controller, are controlled to be disconnected with the power supply. Thus, in the whole remote upgrading process, the remote upgrading is divided into a plurality of upgrading procedures, the controllers required by each upgrading procedure are determined respectively, when each upgrading procedure is executed, the power supply of the vehicle is controlled to supply power to only the controllers required by the corresponding upgrading procedure, and the controllers not required by the upgrading procedure are disconnected with the power supply, thereby ensuring the normal execution of the upgrading procedure and saving the energy consumption of the vehicle. BRIEF DESCRIPTION OF DRAWINGS

[0045] The accompanying drawings, which form a part of the present application, are intended to provide further understanding of the present application, and are used to interpret the application and its specification, and do not constitute improper limitations to the present application. In the drawings:

[0046] Figure 1 It is a schematic diagram of an OTA architecture;

[0047] Figure 2 It is a remote upgrading system described in the embodiment of the present application;

[0048] Figure 3 It is a power supply schematic diagram described in the embodiment of the present application;

[0049] Figure 4 It is a step flowchart of a remote upgrading method described in the embodiment of the present application;

[0050] Figure 5 It is a flowchart of remote upgrading described in the embodiment of the present application;

[0051] Figure 6 It is a module schematic diagram of a remote upgrading device described in the embodiment of the present application.

[0052] The drawings show that: 1, power supply; 101, pin; 102, interface; 2, remote upgrading device; 201, upgrading procedure determination module; 202, first controller module; 203, upgrading module. DETAILED DESCRIPTION

[0053] It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.

[0054] The present application will be described in detail below with reference to the accompanying drawings and in conjunction with embodiments.

[0055] With the rapid development of intelligent vehicles, the application of remote upgrade OTA technology is becoming more and more widespread. Remote upgrade OTA technology refers to uploading a new version of software upgrade package to the corresponding cloud of the vehicle, so that the vehicle can download the software upgrade package after connecting to the cloud in a networked state, and deploy the upgrade package to the corresponding controller to install and upgrade the controller. Referring to Figure 1 , Figure 1 An OTA architecture schematic diagram is shown, as shown in Figure 1 The OTA architecture includes an OTA server, an OTA master controller, and multiple OTA sub-controllers. Each OTA sub-controller is responsible for the remote upgrade of one or more controllers. When performing remote upgrade, the OEM uploads the software upgrade package in the OTA server. The OTA master controller receives the upgrade request, downloads the software upgrade package from the OTA server through the TBOX, determines the controllers with upgrade needs, controls the OTA sub-controllers to upgrade the controllers with upgrade needs, and completes the remote upgrade of the controllers.

[0056] However, in the related art, with the rapid development of intelligent vehicles, there are more and more intelligent software for vehicles, and the software upgrade package is getting larger and larger. The whole vehicle software upgrade package of a single intelligent vehicle can reach about 12G. When performing batch remote upgrade, there will be problems of long file download time and long upgrade time due to different network conditions in different places. When downloading the software upgrade package, the highest average download rate is 2M / S according to 4G network. Therefore, it takes 1.7h to download a 12G software package. When upgrading, according to the current remote upgrade OTA technology, if serial upgrade technology is used, the upgrade time required will exceed 5h. If parallel upgrade technology is used, the upgrade time required will also take at least about 1h. That is, the time required to complete a remote upgrade is relatively long, and during this period, all the controllers of the whole vehicle are in a powered-on state. However, in the actual remote upgrade process, not all controllers are in a used state, and most controllers are in a standby state, which causes unnecessary energy consumption of the whole vehicle.

[0057] Especially for the vehicle in a static state, if remote upgrading is performed, the controllers on the vehicle are in standby state except the controllers required for remote upgrading, the controllers in standby state are not running but consuming power, which brings unnecessary energy consumption to the vehicle. Especially for the intelligent automobile, the system chips of intelligent cabin and intelligent driving thereof belong to high computing power chips and have high power consumption. Under normal circumstances, according to the vehicle static power consumption of 30A and the serial upgrading time of 5h, the static energy consumption of the vehicle will exceed 2 degrees (Kwh), and if one million vehicles perform remote upgrading, the energy consumption will exceed 2W degrees of electricity, which causes great energy waste.

[0058] Therefore, the embodiment of the present application proposes a remote upgrading system, referring to Figure 2 , Figure 2 A remote upgrading system is shown, as shown in Figure 2 The remote upgrading system includes an OTA master controller (OTA Master), a central integrated domain control module connected with the OTA master controller, and a plurality of controllers connected with the central integrated domain control module. Each controller (including the OTA master controller, the central integrated domain control module, and the plurality of controllers connected with the central integrated domain control module) is separately connected with the power supply of the vehicle. The central integrated domain controller integrates a body controller, a gateway, and a power management controller. The power management controller is used to control the connection and disconnection of each controller with the power supply, to realize the power supply management of each controller.

[0059] When the OTA master controller receives an upgrading request, it downloads a software upgrading package from the OTA server according to the upgrading request, determines the controllers with upgrading demand, and determines the controllers in power-on state in this remote upgrading. Then, based on CAN communication or Ethernet communication, the power supply instruction is sent to the gateway, the gateway forwards the power supply instruction to the power management controller, the power management controller controls the connection of the controllers in power-on state in this remote upgrading with the power supply, and the disconnection of other controllers with the power supply. Then, the OTA sub-controller upgrades the controllers with upgrading demand.

[0060] Thus, when remote upgrading is performed, the power supply of the vehicle only supplies power to part of the controllers, reducing the energy consumption in the process of remote upgrading.

[0061] To realize the power supply management of the power management control module to each controller, referring to Figure 3 , Figure 3 A power supply diagram is shown, as shown in Figure 3As shown, the power supply 100 includes a plurality of pins 101 and an interface 102. Among them, different pins 101 are connected with different controllers through power supply lines; the interface 102 is connected with the power management controller. In this way, when the power management controller receives the power on / off instruction forwarded by the gateway, the controller that needs to be powered on can be connected with the power supply, and the controller that does not need to be powered on can be disconnected with the power supply, thereby realizing the individual power supply management of each controller.

[0062] Based on the remote upgrading system described above, the first aspect of the embodiment of the application proposes a remote upgrading method applied to a plurality of controllers, each of which is individually connected with the power supply of the vehicle, so that when the remote upgrading is performed, the controller required for the remote upgrading is connected with the power supply, and other controllers are disconnected with the power supply, thereby reducing the energy consumption in the remote upgrading process and saving the energy consumption of the vehicle, especially the energy consumption of the vehicle in the static state when the remote upgrading is performed. The remote upgrading method can refer to the remote upgrading method described in the first aspect of the embodiment of the application. Figure 4 , Figure 4 The steps of the remote upgrading method described in the embodiment of the application are shown in the step flowchart of the remote upgrading method as shown in Figure 4 The remote upgrading method includes the following steps:

[0063] Step S101, in response to the received upgrading request, determining a plurality of upgrading processes required for completing the remote upgrading.

[0064] After receiving the upgrading request for the remote upgrading, a plurality of upgrading processes required for completing the remote upgrading can be determined. Among them, the remote upgrading processes can be divided according to the states in the remote upgrading process, and a plurality of upgrading processes can be determined.

[0065] Specifically, the remote upgrading process states include software upgrading package downloading, upgrading installation state detection, and software flashing, and correspondingly, the plurality of upgrading processes can include software upgrading package downloading process, upgrading installation state detection process, and software flashing process.

[0066] Step S102, determining a first controller in an electrified state in each of the upgrading processes under the condition that the vehicle is in a static state; wherein the first controller includes the controller required for the upgrading process;

[0067] After determining the plurality of upgrading processes required for completing the remote upgrading, the state of the vehicle can be detected to determine whether the vehicle is in a static state, which represents that the vehicle is currently static and in an electrified state.

[0068] Among them, the process of determining whether the vehicle is in a static state is as follows:

[0069] Obtaining a current vehicle speed, a current gear and a hand brake state of the vehicle, and determining that the vehicle is in a static state if the current vehicle speed is 0, the current gear is a parking gear and the hand brake state is tightened.

[0070] When the vehicle is in the static state, a first controller in an electrically powered state in each upgrade process can be determined, wherein the first controller includes a controller required by the upgrade process.

[0071] For the software upgrade package downloading process, only the OTA master controller is required to download the software upgrade package from the OTA server through the TBOX, that is, the controllers required by the software upgrade package downloading process include the TBOX and the OTA master controller; for the upgrade installation state detection process, all controllers of the vehicle are required to be detected to determine whether the current vehicle environment meets the upgrade condition when the process is executed, that is, the controllers required by the upgrade installation state detection process include all controllers of the vehicle; for the software flashing process, the required controllers include the controller to be flashed and the controller required for flashing, such as the OTA channel necessary controller and the regulation necessary function controller. The OTA channel necessary controller includes the TBOX, the OTA master controller, the OTA sub-controller, the gateway, the high-voltage power-on related controller (the power battery controller, the DC-DC (Direct Current-Direct Current) controller, the VCU (Vehicle Controller Unit) and the like), and the regulation necessary function controller includes the body controller and the like.

[0072] When the vehicle is not in the static state, it indicates that the vehicle is driving or is preparing to drive, at this time, all controllers of the vehicle are controlled to keep connected with the power supply, and the multiple upgrade processes are executed in sequence according to the execution order of the multiple upgrade processes, so as to avoid affecting the user driving the vehicle.

[0073] In step S103, the multiple upgrade processes are executed in sequence according to the execution order of the multiple upgrade processes; wherein when each upgrade process is executed, the first controller is controlled to be connected with the power supply, and the second controller is controlled to be disconnected with the power supply.

[0074] The second controller is a controller other than the first controller in the multiple controllers.

[0075] After the first controller in an electrically powered state in each upgrade process is determined, the multiple upgrade processes are executed in sequence according to the execution order of the multiple upgrade processes, and when each upgrade process is executed, the first controller is controlled to be connected with the power supply, and the second controller, which is a controller other than the first controller in the multiple controllers, is controlled to be disconnected with the power supply.

[0076] The first controller corresponding to different upgrade processes is different.

[0077] Specifically, when performing remote upgrade, the software upgrade package is downloaded first, that is, the software upgrade package download process is performed first. When performing the software upgrade package download process, the TBOX and the OTA master controller can be controlled to be connected with the power supply, and other controllers are disconnected from the power supply. Specifically, after determining that the vehicle is in a stationary state (at this time, all controllers of the vehicle are connected with the power supply), the OTA master controller sends a first power supply instruction to the gateway, the gateway forwards the first power supply instruction to the power management controller, and the power management controller controls the TBOX and the OTA master controller to be connected with the power supply and controls the controllers other than the TBOX and the OTA master controller to be disconnected from the power supply in response to the first power supply instruction, so that the OTA master controller downloads the software upgrade package from the OTA server through the TBOX. Before performing the software upgrade package download process, a prompt message can also be output to the user to prompt the user that the software upgrade package is about to be downloaded. After the user confirms the download, the software upgrade package download process is performed to download the software upgrade package.

[0078] After the download is completed, an upgrade installation state detection process is performed. Specifically, the gateway is awakened through the network. After the gateway is awakened, the OTA master controller sends a second power supply instruction to the gateway, and the power management controller controls all controllers of the vehicle to be connected with the power supply in response to the second power supply instruction, restores the power supply of all controllers of the vehicle, and determines whether the current vehicle environment meets the upgrade condition. If yes, a software flashing process is performed. Specifically, the OTA master controller sends a third power supply instruction to the gateway, and the power management controller controls the controllers to be flashed and the controllers required for performing flashing to be connected with the power supply in response to the third power supply instruction, and controls the controllers other than the controllers to be flashed and the controllers required for performing flashing to be disconnected from the power supply.

[0079] After the software flashing process is completed, a prompt message can be output to the user to prompt the user that the remote upgrade is completed. Then, the vehicle can be powered off according to the needs of the vehicle user, or the power supply of all controllers of the vehicle can be restored.

[0080] Therefore, when each upgrade process is performed, only the controllers required for the upgrade process are controlled to be connected with the power supply, so that the power supply only supplies power to this part of the controllers, greatly reducing the energy consumption generated in the remote upgrade process, especially the energy consumption generated in the static remote upgrade process, that is, the energy consumption generated in the remote upgrade implemented when the vehicle is in a stationary state. An energy-saving mode is provided for vehicle remote upgrade to save the energy consumption of the vehicle.

[0081] The embodiment of the present application first determines a plurality of upgrade processes required for completing remote upgrade when receiving an upgrade request, then considers the energy consumption generated in the static remote upgrade process, and determines a first controller in an electrically powered state in each upgrade process when the vehicle is in a static state, wherein the first controller comprises a controller required for the upgrade process. Then, the plurality of upgrade processes are executed in sequence according to the execution order of the plurality of upgrade processes. Since each controller is separately connected with the power supply of the vehicle, the first controller is controlled to be connected with the power supply and the second controller, which is a controller other than the first controller in the plurality of controllers, is controlled to be disconnected with the power supply when each upgrade process is executed, so that the power supply of the vehicle only supplies power to the controller required for the corresponding upgrade process when each upgrade process is executed, and the controllers not required for the upgrade process are disconnected with the power supply, thereby ensuring the normal execution of each upgrade process and reducing the energy consumption generated in the remote upgrade process, especially the energy consumption generated in the static remote upgrade process.

[0082] In an alternative embodiment, in the process of determining the first controller in an electrically powered state in each upgrade process, the following steps are included:

[0083] First, it is detected whether the vehicle is in a locked state;

[0084] Then, when the vehicle is in the locked state, the controller required for the upgrade process is determined as the first controller;

[0085] Finally, when the vehicle is not in the locked state, the first controller is determined based on user information in the vehicle.

[0086] In actual situations, when remote upgrade is performed, the user of the vehicle may have a use demand for the vehicle, specifically, the user may have a use demand for the cabin functions of the vehicle, such as a music player, a radio, an air conditioner, etc., during the execution of a certain upgrade process or the entire remote upgrade process, so when determining the first controller in an electrically powered state in each upgrade process, the use demand of the user for the vehicle can be considered.

[0087] Specifically, it can be detected whether the vehicle is in a locked state, if the vehicle is in a locked state, it indicates that the user has left the vehicle and there is no one in the vehicle, so at this time the use demand of the user for the vehicle can not be considered, the controller required for the upgrade process is determined as the first controller in an electrically powered state in the upgrade process, and when each upgrade process is executed, only the controller required for the upgrade process is controlled to be connected with the power supply, thereby reducing the energy consumption generated in the remote upgrade process.

[0088] If the vehicle is not locked, the user information inside the vehicle is obtained, and the user information is used to determine whether the user has a need to use the vehicle, and then the first controller is determined.

[0089] If the user does not need to use the vehicle, the controller required for the upgrade process can be identified as the first controller that is powered on during the upgrade process; if the user needs to use the vehicle, in addition to identifying the controller required for the upgrade process as the controller that is powered on during the upgrade process, the controller that is powered on during the upgrade process can also be identified based on the user's needs for using the vehicle.

[0090] This ensures the smooth execution of the upgrade process, saves energy during remote upgrades, and meets users' needs for vehicle use, greatly improving the user experience.

[0091] In one alternative implementation, the process of determining the first controller based on in-vehicle user information includes the following steps:

[0092] First, the occupants inside the vehicle will be inspected;

[0093] Next, upon detecting the user, based on the detected user, the controller required for the upgrade process and the controller matched with the user are determined as the first controller;

[0094] Furthermore, when the user is not detected, the controller required for the upgrade process is identified as the first controller.

[0095] When it is determined that the vehicle is not locked, the user inside the vehicle can be detected. If a user is detected, that is, someone is in the vehicle, it can be determined that the user has a need to use the vehicle. Then, the first controller in the power-on state in the upgrade process can be determined based on the user's need to use the vehicle.

[0096] Specifically, the controllers required for the upgrade process and the controller matched with the user can be designated as the first controller. The controller matched with the user is the one that matches the user's needs for using the vehicle. For example, if the user currently needs to use the vehicle's broadcasts, then the controllers required for the upgrade process and the broadcast controller can be designated as the first controller. During each upgrade process, the first controller is connected to the power supply, providing a better user experience without affecting the upgrade process, while also saving overall vehicle energy consumption.

[0097] This ensures the normal execution of the upgrade process, saves energy consumption during remote upgrades, and meets users' needs for vehicle use, greatly improving the user experience.

[0098] If no user is detected, meaning there is no one in the vehicle, it can be determined that the user does not have a need to use the vehicle, and the controller required for the upgrade process will be identified as the first controller that is powered on during the upgrade process.

[0099] In one example, a camera can be installed inside the vehicle to capture images of the interior and determine whether a user is inside the vehicle based on these images.

[0100] In one example, seat sensors can also be used to detect whether a user is in the seat, thereby determining whether a user is inside the vehicle.

[0101] In one alternative implementation, the process of determining the first controller in the power-on state in each of the upgrade processes may further include the following steps:

[0102] Detect whether a user's energy-saving request has been received, the energy-saving request being used to instruct that the energy consumption generated by performing the upgrade process be reduced to a target energy consumption;

[0103] If so, the controller required for the upgrade process will be determined as the first controller;

[0104] If not, then the controller required for the upgrade process and the controller matched with the user are determined as the first controller.

[0105] After determining that the vehicle is stationary, it can detect whether a user's energy-saving request has been received. This energy-saving request is used to instruct the energy consumption generated by performing the upgrade process to be reduced to the target energy consumption. The target energy consumption represents the minimum energy consumption generated by performing the upgrade process while ensuring that the upgrade process is executed normally. That is, the first controller that is powered on during the upgrade process is the controller required by the upgrade process.

[0106] Therefore, if a user's energy-saving request is detected, the controller required for the upgrade process can be identified as the first controller in the power-on state during the upgrade process. When executing the upgrade process, only the controller required for the upgrade process is connected to the power supply, thereby reducing the energy consumption generated by executing the upgrade process and reducing the generated energy consumption to the target energy consumption. If no user's energy-saving request is detected, the controller required for the upgrade process and the controller matched with the user can be identified as the first controller. This allows the user to drive controllers other than the controller required for the upgrade process during the upgrade process, providing a better user experience without affecting the upgrade process, while also saving energy consumption of the entire vehicle.

[0107] In one example, even if no energy-saving request from the user is detected, all controllers of the vehicle can be identified as the first controller in the power-on state during the upgrade process, thereby ensuring normal use of the vehicle by the user.

[0108] In one example, after determining that the vehicle is stationary, a confirmation message can be output to the user to confirm whether the user needs to reduce energy consumption during the remote upgrade process. If the user confirms that energy consumption needs to be reduced during the remote upgrade process, then during each upgrade process, only the controller required for that upgrade process is connected to the power supply, and the second controller is disconnected from the power supply. If the user refuses to reduce energy consumption during the remote upgrade process, then during each upgrade process, all controllers in the vehicle are kept connected to the power supply, thereby ensuring the user's normal use of the vehicle.

[0109] In one example, during the entire remote upgrade process, the user can also exit energy-saving mode. In response to this exit, all vehicle controllers are disconnected from the power supply, ensuring normal vehicle operation for the user.

[0110] In one alternative implementation, the step of determining a controller matched with the user includes:

[0111] First, the frequency with which the user uses the vehicle's cockpit functions when the vehicle is stationary is obtained, with different cockpit functions corresponding to different controllers;

[0112] Next, based on the frequency, the cockpit functions currently required by the user are determined;

[0113] Finally, the controller corresponding to the cockpit function currently required by the user is determined as the controller matched to the user.

[0114] During vehicle use, the frequency of user access to cockpit functions when the vehicle is stationary is recorded. This frequency represents the probability of a user using cockpit functions when the vehicle is stationary. Therefore, the user's demand for cockpit functions when the vehicle is stationary can be predicted based on the frequency of cockpit function usage, i.e., the user's current cockpit function needs can be determined.

[0115] Next, the controller corresponding to the cockpit function that the user currently needs is identified as the controller that matches the user. This way, when the upgrade process is executed, the user's needs for using the vehicle can still be met, thus improving the user experience.

[0116] For example, if it is recorded that a user uses the music player 60% of the time when the vehicle is stationary, then the controller corresponding to the music player will be determined as the controller matched to the user. Then, during the upgrade process, the controllers required for the upgrade process, as well as the controller corresponding to the music player, can be connected to the power supply, while other controllers are disconnected from the power supply. This provides a better user experience without affecting the upgrade process, while also saving overall vehicle energy consumption.

[0117] In one alternative implementation, the step of determining the controller matched with the user further includes:

[0118] First, obtain the temperature information of the current environment in which the vehicle is located;

[0119] Next, based on the temperature information, the temperature control device to be activated is determined;

[0120] Finally, the controller corresponding to the temperature regulating device is determined to be the controller matched with the user.

[0121] After determining that the vehicle is stationary, the temperature information of the current environment in which the vehicle is located can be obtained to determine the current temperature of the environment. Then, based on the determined temperature, the user's demand for temperature regulation devices can be predicted. The temperature regulation devices include devices for regulating the temperature inside the vehicle, such as air conditioners and fans.

[0122] For example, if the acquired temperature information indicates that the current ambient temperature of the vehicle is high, it can be predicted that the user will turn on the fan or use the air conditioning cooling function to lower the interior temperature; if the acquired temperature information indicates that the current ambient temperature of the vehicle is low, it can be predicted that the user will use the air conditioning heating function to raise the interior temperature.

[0123] After predicting the user's usage needs for temperature control devices, the temperature control devices that match these needs can be identified as the temperature control devices to be activated. Then, the controllers corresponding to the temperature control devices to be activated can be identified as the controllers that match the user.

[0124] In this way, during the upgrade process, users can turn on the temperature control device to adjust the interior temperature, ensuring a comfortable temperature and improving the user experience.

[0125] In one alternative implementation, the step of determining the controller matched with the user further includes:

[0126] First, obtain the user ID of the user;

[0127] Next, the controller identifier associated with the user ID is determined from the preset controller identifier library;

[0128] Finally, based on the controller identifier, a controller that matches the user is determined.

[0129] In this embodiment of the application, the user can pre-create a personal account, which may be a vehicle account.

[0130] The user ID can be an identification number assigned to a user when registering their vehicle account; different user IDs are associated with different controller identifiers.

[0131] The preset controller identifier library stores different user IDs and controller identifiers associated with each user ID. The controller identifier associated with the user ID is used to identify the identifier of the controller that user needs to retain in each upgrade process.

[0132] Therefore, once the vehicle is stationary, the user ID of the user inside the vehicle can be obtained. Based on this user ID, a controller identifier associated with the user ID is determined from a pre-defined controller identifier library. This determines the controller identifier that the user needs to retain in each upgrade process. Next, the controller corresponding to the controller identifier associated with the user ID is identified as the controller matched to the user, that is, the controller that matches the user's vehicle usage needs. Finally, the controller matched to the user, along with the controller required for the upgrade process, is designated as the first controller.

[0133] In this way, during the upgrade process, the controller matched to the user and the controller required for the upgrade process can be connected to the power supply, while other controllers are disconnected. This allows the user's needs for vehicle use to be met without affecting the upgrade process, while also saving energy consumption of the entire vehicle.

[0134] In one alternative implementation, the step of determining the controller matched with the user further includes:

[0135] First, obtain the user's identity information, which includes the user's age and / or gender information;

[0136] Next, based on the identity information, a controller matching the user is determined.

[0137] In this embodiment, the identity information of the user inside the vehicle can be obtained, including the user's age and / or gender. Based on the user's age and / or gender information, the user's usage needs when the vehicle is stationary can be predicted, thereby determining the controller matched to the user based on their usage needs. Specifically, the identity information of the user inside the vehicle can be obtained through an in-vehicle camera. Specifically, the in-vehicle camera captures images of the user inside the vehicle, and the user's identity information is obtained based on the captured images.

[0138] For example, if the obtained identity information indicates that the user in the car is a young woman, it can be predicted that the user will need to use the car's music player when the vehicle is stationary. In this case, the controller corresponding to the music player can be determined as the controller matched to the user. As another example, if the obtained identity information indicates that the user in the car is an elderly person, it can be predicted that the user will need to use the car's seat massage function when the vehicle is stationary. In this case, the seat controller can be determined as the controller matched to the user.

[0139] In this way, when the upgrade process is executed, the controller matched with the user and the controller required for the upgrade process will be connected to the power supply, while other controllers will be disconnected. This way, the user's needs for vehicle use can be met without affecting the upgrade process, while saving the vehicle's energy consumption.

[0140] The following example illustrates this application:

[0141] Reference Figure 5 , Figure 5 A flowchart illustrating a remote upgrade according to an embodiment of this application is shown, such as... Figure 5 As shown, after receiving an upgrade request, multiple upgrade processes required for remote upgrade are determined. These processes include software upgrade package download, upgrade installation status detection, and software flashing.

[0142] Next, it checks whether the vehicle is stationary. If the vehicle is not stationary, it indicates that the vehicle is being driven or is about to be driven. At this time, it controls all controllers of the vehicle to remain connected to the power supply and executes multiple upgrade processes in sequence according to the execution order of multiple upgrade processes.

[0143] If the vehicle is stationary, the system checks if it is locked. If it is locked, it means the user has left the vehicle and there is no one inside. In this case, the controller required for the upgrade process is designated as the first controller powered on during the upgrade process. If the vehicle is not locked, the system uses an in-vehicle camera or seat sensor to detect if a user is inside the vehicle. If no user is inside, the system designates the controller required for the upgrade process as the first controller powered on during the upgrade process. If a user is inside, the system obtains the user's usage requirements for the vehicle, determines the controller matched to the user, and designates both the controller matched to the user and the controller required for the upgrade process as the first controller powered on during the upgrade process.

[0144] In addition, after determining that the vehicle is stationary, it can also detect whether a user's energy-saving request has been received. If so, the controller required for the upgrade process is identified as the first controller; if not, the controller required for the upgrade process and the controller matched with the user are identified as the first controller.

[0145] Next, following the execution order of the multiple upgrade processes, the multiple upgrade processes are executed sequentially; during the execution of each upgrade process, the control connects the first controller to the power supply, and the control disconnects the second controller (excluding the first controller) from the power supply.

[0146] Among the various upgrade processes, the controllers required for the software upgrade package download process are the TBOX and the OTA main controller; the controllers required for the upgrade installation status detection process are all the controllers in the vehicle; and the controllers required for the software flashing process are the controller being flashed, the necessary controllers for the OTA channel, and the controllers for the legally required functions.

[0147] The method for determining the controller that matches the user is as follows:

[0148] (1) Obtain the frequency of the user using the vehicle’s cabin functions when the vehicle is in the stationary state, determine the cabin functions currently needed by the user based on the frequency of using the cabin functions, and determine the controller corresponding to the cabin functions currently needed by the user as the controller that matches the user.

[0149] (2) Obtain the temperature information of the vehicle's current environment, and predict the user's demand for the temperature control device based on the temperature information.

[0150] After predicting the user's usage needs for temperature control devices, the temperature control devices that match the usage needs are identified as the temperature control devices to be turned on. Then, the controllers corresponding to the temperature control devices to be turned on are identified as the controllers that match the user.

[0151] (3) Obtain the user ID of the user in the vehicle, determine the controller identifier associated with the user ID from the preset controller identifier library based on the user ID, and then determine the controller corresponding to the controller identifier associated with the user ID as the controller that matches the user.

[0152] (4) Obtain the identity information of the user inside the vehicle, including the user's age and / or gender information. Based on the user's age and / or gender information, the user's usage needs when the vehicle is stationary can be predicted, and thus a controller matched to the user can be determined based on the user's usage needs.

[0153] Based on the same inventive concept, this application also proposes a remote upgrade device applied to multiple controllers, each controller being individually connected to the vehicle's power supply, as described above. Figure 6 , Figure 6 A schematic diagram of a remote upgrade device according to an embodiment of this application is shown, such as... Figure 6 As shown, the remote upgrade device 2 includes:

[0154] The upgrade process determination module 201 is used to determine the multiple upgrade processes required to complete the remote upgrade in response to the received upgrade request.

[0155] The first controller module 202 is configured to determine, when the vehicle is stationary, a first controller that is in a powered-on state in each of the upgrade processes; wherein the first controller includes the controller required for the upgrade process.

[0156] The upgrade module 203 is used to execute multiple upgrade processes sequentially according to the execution order of the multiple upgrade processes; wherein, when executing each upgrade process, the first controller is connected to the power supply, and the second controller is disconnected from the power supply.

[0157] The second controller is one of the multiple controllers other than the first controller.

[0158] In one optional implementation, the first controller module includes:

[0159] The first detection module is used to detect whether the vehicle is in a locked state;

[0160] The first determining module is used to determine the controller required for the upgrade process as the first controller when the vehicle is in the locked state;

[0161] The second determining module is used to determine the first controller based on user information inside the vehicle when the vehicle is not in the locked state.

[0162] In one optional implementation, the second determining module includes:

[0163] The second detection module is used to detect the users inside the vehicle;

[0164] The second determining submodule is used to, when the user is detected, determine the controller required for the upgrade process and the controller matched with the user as the first controller based on the detected user; and when the user is not detected, determine the controller required for the upgrade process as the first controller.

[0165] In an optional implementation, the first controller module further includes:

[0166] The third detection module is used to detect whether a user's energy-saving request has been received. The energy-saving request is used to instruct that the energy consumption generated by the upgrade process be reduced to the lowest energy consumption level.

[0167] The third determining module is configured to determine the controller required for the upgrade process as the first controller when the energy-saving request is detected; and to determine the controller required for the upgrade process and the controller matched with the user as the first controller when the energy-saving request is not detected.

[0168] In one optional implementation, the remote upgrade device further includes a first user module, the first user module comprising:

[0169] The frequency acquisition module is used to acquire the frequency of the user using the vehicle's cockpit functions when the vehicle is in the stationary state. Different cockpit functions correspond to different controllers.

[0170] A cockpit function determination module is used to determine the cockpit functions currently required by the user based on the frequency.

[0171] The first user submodule is used to determine the controller corresponding to the cockpit function currently required by the user as the controller that matches the user.

[0172] In one optional implementation, the remote upgrade device further includes a second user module, the second user module comprising:

[0173] The temperature information acquisition module is used to acquire the temperature information of the current environment of the vehicle;

[0174] A temperature control device determination module is used to determine the temperature control device to be activated based on the temperature information.

[0175] The second user submodule is used to determine the controller corresponding to the temperature regulating device as the controller matched with the user.

[0176] In one optional implementation, the remote upgrade device further includes a third user module, the third user module comprising:

[0177] The user ID acquisition module is used to acquire the user's user ID.

[0178] The controller identifier acquisition module is used to determine the controller identifier associated with the user ID from a preset controller identifier library;

[0179] The third user submodule is used to determine the controller that matches the user based on the controller identifier.

[0180] In one optional implementation, the remote upgrade device further includes a fourth user module, the fourth user module comprising:

[0181] An identity information acquisition module is used to acquire the user's identity information, which includes the user's age information and / or gender information;

[0182] The fourth user submodule is used to determine the controller that matches the user based on the identity information.

[0183] Based on the same inventive concept, this application also proposes an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements a remote upgrade method as described in the first aspect of this application.

[0184] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0185] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0186] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0187] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0188] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0189] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal equipment, causing a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable terminal equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0190] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.

[0191] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0192] The technical solutions provided in this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand this application, and the content of this specification should not be construed as a limitation of this application. Furthermore, for those skilled in the art, there will be different forms of changes in the specific implementation methods and application scope based on this application. It is neither necessary nor possible to exhaustively list all implementation methods here, and obvious changes or modifications derived therefrom are still within the protection scope of this application.

Claims

1. A remote upgrade method, characterized in that, The remote upgrade method, which applies to multiple controllers, each individually connected to the vehicle's power supply, includes: In response to a received upgrade request, determine the multiple upgrade processes required to complete the remote upgrade; With the vehicle stationary, a first controller that is powered on in each of the upgrade processes is identified; wherein the first controller includes the controller required for the upgrade process; The multiple upgrade processes are executed sequentially according to their execution order; wherein, during the execution of each upgrade process, the first controller is connected to the power supply, and the second controller is disconnected from the power supply. The second controller is one of the multiple controllers other than the first controller.

2. The remote upgrade method according to claim 1, characterized in that, The step of determining the first controller in the power-on state in each of the upgrade processes includes: Detect whether the vehicle is in a locked state; When the vehicle is in the locked state, the controller required for the upgrade process is identified as the first controller; When the vehicle is not in the locked state, the first controller is determined based on the user information inside the vehicle.

3. The remote upgrade method according to claim 2, characterized in that, The step of determining the first controller based on in-vehicle user information includes: The occupants inside the vehicle will be inspected. When the user is detected, the controller required for the upgrade process and the controller matched with the user are determined as the first controller based on the detected user; If the user is not detected, the controller required for the upgrade process is identified as the first controller.

4. The remote upgrade method according to claim 1, characterized in that, The step of determining the first controller in the power-on state in each of the upgrade processes further includes: Detect whether a user's energy-saving request has been received, the energy-saving request being used to instruct that the energy consumption generated by performing the upgrade process be reduced to a target energy consumption; If so, the controller required for the upgrade process will be determined as the first controller; If not, then the controller required for the upgrade process and the controller matched with the user are determined as the first controller.

5. The remote upgrade method according to claim 3, characterized in that, The step of determining the controller matched with the user includes: The frequency with which the user uses the vehicle's cockpit functions when the vehicle is stationary is obtained; different cockpit functions correspond to different controllers. Based on the frequency, determine the cockpit functions currently required by the user; The controller corresponding to the cockpit functions currently required by the user is determined as the controller matched to the user.

6. The remote upgrade method according to claim 3, characterized in that, The step of determining the controller matched with the user includes: Obtain the temperature information of the current environment in which the vehicle is located; Based on the temperature information, the temperature control device to be activated is determined; The controller corresponding to the temperature regulating device is determined to be the controller matched with the user.

7. A remote upgrade method according to claim 3, characterized in that, The step of determining the controller matched with the user includes: Obtain the user ID of the user; Determine the controller identifier associated with the user ID from the preset controller identifier library; Based on the controller identifier, a controller that matches the user is determined.

8. A remote upgrade method according to claim 3, characterized in that, Determining the controller matched with the user includes: Obtain the user's identity information, which includes the user's age and / or gender information; Based on the identity information, a controller matching the user is determined.

9. A remote upgrade device, characterized in that, The remote upgrade device, applicable to multiple controllers, each individually connected to the vehicle's power supply, includes: The upgrade process determination module is used to respond to the received upgrade request and determine the multiple upgrade processes required to complete the remote upgrade. A first controller module is configured to determine, when the vehicle is stationary, a first controller that is powered on in each of the upgrade processes; wherein the first controller includes the controller required for the upgrade process. An upgrade module is used to execute multiple upgrade processes sequentially according to the execution order of the multiple upgrade processes; wherein, when executing each upgrade process, the first controller is controlled to connect to the power supply, and the second controller is controlled to disconnect from the power supply; The second controller is one of the multiple controllers other than the first controller.

10. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the computer program is executed by the processor, it implements a remote upgrade method as described in any one of claims 1-8.

Images