CN116302000A

CN116302000A - Vehicle software upgrading method and device, vehicle-mounted terminal and medium

Info

Publication number: CN116302000A
Application number: CN202310349564.5A
Authority: CN
Inventors: 孟雷; 胡鑫楠; 崔艳涛; 徐晶
Original assignee: Great Wall Motor Co Ltd
Current assignee: Great Wall Motor Co Ltd
Priority date: 2023-04-03
Filing date: 2023-04-03
Publication date: 2023-06-23

Abstract

The application is applicable to the technical field of automobiles, and provides a vehicle software upgrading method, device, vehicle-mounted terminal and medium, wherein the method comprises the following steps: when the software of the vehicle is detected to enter an upgrading state, setting operation is carried out on the vehicle, and the residual electric quantity of a battery of the vehicle is obtained; wherein the setting operation is used for enabling the vehicle to be in a power-on state; and if the residual electric quantity is smaller than the first threshold value, charging the battery so as to keep the software in an upgrading state. By adopting the method, when the situation that the software of the vehicle enters an upgrading state is detected, the vehicle needs to be subjected to setting operation, so that the vehicle is not electrified when the software of the vehicle is upgraded, and meanwhile, when the situation that the residual electric quantity of the battery of the vehicle is insufficient is detected, the battery of the vehicle can be charged, so that the software of the vehicle is kept in the upgrading state, and the success rate of upgrading the software of the vehicle is improved.

Description

Vehicle software upgrading method and device, vehicle-mounted terminal and medium

Technical Field

The application belongs to the technical field of automobiles, and particularly relates to a vehicle software upgrading method, device, vehicle-mounted terminal and medium.

Background

Currently, as vehicle configurations increase, software in automobiles becomes more and more complex, and as user demands increase, automobile software needs to be continuously upgraded to meet the user demands.

The prior art is generally upgraded by users clicking on multimedia. However, when the software is updated by clicking a button of the multimedia, consideration is not comprehensive enough, resulting in a low success rate of updating the software of the vehicle.

Disclosure of Invention

The embodiment of the application provides a vehicle software upgrading method, device, vehicle-mounted terminal and computer readable storage medium, and the success rate of upgrading the vehicle software is improved.

In a first aspect, an embodiment of the present application provides a method for upgrading software of a vehicle, including:

when the software of the vehicle is detected to enter an upgrading state, setting operation is carried out on the vehicle, and the residual electric quantity of a battery of the vehicle is obtained; wherein the setting operation is for causing the vehicle to be in a powered-on state;

and if the residual electric quantity is smaller than a first threshold value, charging the battery so as to enable the software to be kept in the upgrading state.

Optionally, the charging the battery includes:

a first control signal is sent to an engine of the vehicle to control the engine to charge the battery.

Optionally, the sending a first control signal to an engine of the vehicle to control the engine to charge the battery includes:

after the software is controlled to suspend upgrading, sending the first control signal to the engine so as to control the engine to charge the battery;

and after detecting that the engine charges the battery, controlling the software to resume upgrading.

Optionally, after detecting that the engine charges the battery, the method further includes:

and controlling the vehicle to shift into a designated gear.

Optionally, the software enters the upgrade state by:

when a software upgrading instruction is received, acquiring vehicle information of the vehicle;

if the vehicle information meets the preset condition, the software is controlled to be updated in the appointed partition of the gateway of the vehicle, so that the software enters an updating state; and the other partitions except the designated partition are in a normal working state.

Optionally, the method further comprises:

and when the software is detected to be updated and the speed of the vehicle is zero, controlling the vehicle to turn off the power supply, and sending a reset signal to the gateway to run the updated software.

Optionally, when detecting that the software of the vehicle enters the upgrade state, the method further includes:

when an operation instruction for the vehicle is received, the operation instruction is normally executed by the other partition.

In a second aspect, an embodiment of the present application provides a software upgrade apparatus for a vehicle, including:

a first obtaining unit, configured to perform a setting operation on a vehicle and obtain a remaining power of a battery of the vehicle when it is detected that software of the vehicle enters an upgrade state; wherein the setting operation is for causing the vehicle to be in a powered-on state;

and the charging unit is used for charging the battery if the residual electric quantity is smaller than a first threshold value so as to enable the software to be kept in the upgrading state.

In a third aspect, an embodiment of the present application provides a vehicle-mounted terminal, including: a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing the method of upgrading software of a vehicle according to any of the first aspects when executing the computer program.

In a fourth aspect, embodiments of the present application provide a computer readable storage medium storing a computer program which, when executed by a processor, implements a method for upgrading software of a vehicle as described in any one of the first aspects above.

In a fifth aspect, embodiments of the present application provide a computer program product, which when run on an in-vehicle terminal, enables the in-vehicle terminal to perform the method for upgrading software of a vehicle according to any one of the first aspects above.

Compared with the prior art, the embodiment of the application has the beneficial effects that:

according to the vehicle software upgrading method, when the fact that the vehicle software enters an upgrading state is detected, setting operation is carried out on the vehicle, and the residual electric quantity of a battery of the vehicle is obtained; wherein the setting operation is used for enabling the vehicle to be in a power-on state; and if the residual electric quantity is smaller than the first threshold value, charging the battery so as to keep the software in an upgrading state. By adopting the method, when the situation that the software of the vehicle enters an upgrading state is detected, the vehicle needs to be subjected to setting operation, so that the vehicle is not electrified when the software of the vehicle is upgraded, and meanwhile, when the situation that the residual electric quantity of the battery of the vehicle is insufficient is detected, the battery of the vehicle can be charged, so that the software of the vehicle is kept in the upgrading state, and the success rate of upgrading the software of the vehicle is improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following description will briefly introduce the drawings that are needed in the embodiments or the description of the prior art, it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flowchart of an implementation of a method for upgrading software of a vehicle according to an embodiment of the present application;

FIG. 2 is a flowchart of an implementation of a method for upgrading software of a vehicle according to another embodiment of the present application;

FIG. 3 is a flowchart of an implementation of a method for upgrading software of a vehicle according to a further embodiment of the present application;

FIG. 4 is a schematic structural diagram of a software upgrade apparatus for a vehicle according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a vehicle-mounted terminal according to an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system configurations, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It should be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in this specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.

As used in this specification and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".

In addition, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used merely to distinguish between descriptions and are not to be construed as indicating or implying relative importance.

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

Referring to fig. 1, fig. 1 is a flowchart of an implementation of a method for upgrading software of a vehicle according to an embodiment of the present application. In this embodiment of the present application, the execution body of the software upgrading method of the vehicle is a vehicle-mounted terminal.

As shown in fig. 1, the software upgrading method for a vehicle according to an embodiment of the present application may include S101 to S102, which are described in detail as follows:

in S101, when it is detected that software of a vehicle enters an upgrade state, performing a setting operation on the vehicle, and acquiring a remaining power of a battery of the vehicle; wherein the setting operation is for causing the vehicle to be in a powered-on state.

In practical applications, with the improvement of vehicle configuration, software in an automobile becomes more and more complex, and with the increase of user demands, automobile software needs to be continuously upgraded to meet the user demands. Therefore, when the user needs to upgrade the software of the vehicle, a software upgrade instruction can be transmitted to the in-vehicle terminal.

In this embodiment of the present application, the detection by the vehicle-mounted terminal of the software upgrade instruction sent by the user may be: and detecting that a user triggers preset operation aiming at the vehicle-mounted terminal. The preset operation may be set according to actual needs, which is not limited herein, and exemplary preset operations may be: clicking a preset control of the vehicle-mounted terminal. Based on the above, when the vehicle-mounted terminal detects that the preset control is clicked, the vehicle-mounted terminal indicates that the preset operation is detected, namely, a software upgrading instruction sent by a user is detected.

After detecting the software upgrading instruction, the vehicle-mounted terminal can control the software of the vehicle to be upgraded so as to enable the software of the vehicle to enter an upgrading state.

In the embodiment of the application, when the vehicle-mounted terminal detects that the software of the vehicle enters the upgrading state, the vehicle-mounted terminal can execute the setting operation on the vehicle. Wherein the setting operation is for bringing the vehicle into a powered-on state.

Specifically, in one embodiment of the present application, the vehicle is provided with an upgrade flag bit, so when the vehicle-mounted terminal detects that the software of the vehicle enters an upgrade state, the upgrade flag bit of the vehicle may be set to a valid bit, and meanwhile, the power supply of the vehicle is controlled not to be in a shutdown state, that is, the power supply mode of the vehicle is ensured not to be in a shutdown mode, that is, the vehicle is controlled to be in a power-on state.

In this embodiment, the upgrade flag bit may be represented by a number. For example, the in-vehicle terminal may set a number 1 to indicate a valid bit and a number 0 to indicate a non-valid bit. Based on this, the vehicle-mounted terminal may set the upgrade flag bit of the vehicle to a number 1 after detecting that the software of the vehicle enters the upgrade state.

In one embodiment of the present application, the vehicle terminal may specifically enter the software of the vehicle into the upgrade state through S201 to S202 as shown in fig. 2, which is described in detail as follows:

in S201, when a software upgrade instruction is received, vehicle information of the vehicle is acquired.

In one implementation manner of this embodiment, after receiving the software upgrade instruction, the vehicle-mounted terminal may acquire vehicle information of the vehicle in real time through other devices connected to the vehicle-mounted terminal through wireless communication.

It should be noted that the vehicle information includes, but is not limited to, a current charge of a battery of the vehicle. Based on this, the other device may be a battery sensor.

In another implementation manner of this embodiment, after receiving the software upgrade instruction, the vehicle-mounted terminal may send the software upgrade instruction to the gateway of the vehicle.

After detecting that the gateway of the vehicle receives the software upgrading instruction, the vehicle-mounted terminal can control the gateway of the vehicle to acquire the vehicle information of the vehicle in real time through the storage battery sensor.

In this embodiment, after acquiring the vehicle information of the vehicle, the vehicle-mounted terminal may detect whether the vehicle information meets a preset condition. The preset conditions may be set according to actual needs, and are not limited herein.

For example, when the vehicle information includes an amount of electricity of a battery of the vehicle, the preset condition may be set to: the charge of the battery is greater than the second threshold. The second threshold may be set according to actual needs, and is not limited herein.

In some possible embodiments, the second threshold may be set based on a historical amount of power consumed during a single upgrade of the vehicle's software during a historical period of time. The historical time period can be set according to actual needs, and is not limited herein.

In one embodiment of the present application, when the vehicle-mounted terminal detects that the vehicle information does not meet the preset condition, it indicates that the vehicle information cannot meet the upgrade condition of the software of the vehicle at this time, and therefore, the vehicle-mounted terminal stops upgrading the software and outputs prompt information for prompting that the vehicle information does not meet the upgrade condition of the software of the vehicle.

In another embodiment of the present application, the vehicle-mounted terminal may execute step S202 when detecting that the vehicle information satisfies the preset condition.

In S202, if the vehicle information meets a preset condition, the software is controlled to be updated in a designated partition of a gateway of the vehicle, so that the software enters an updated state; and the other partitions except the designated partition are in a normal working state.

In this embodiment, when the vehicle-mounted terminal detects that the vehicle information meets the preset condition, it is indicated that the vehicle information meets the upgrade condition of the software of the vehicle, so that the vehicle-mounted terminal can control the software to be upgraded in the designated partition of the gateway of the vehicle, so that the software of the vehicle enters an upgrade state. Meanwhile, other partitions except the designated partition are in a normal working state, so that software before upgrading of the vehicle can be used continuously through the other partitions of the gateway, and user experience and practicability of the vehicle are improved.

In an embodiment of the present application, in combination with S101, S201 to S202, each partition of the gateway in the vehicle may be provided with an upgrade flag bit, so after detecting that the software of the vehicle enters the upgrade state, the vehicle-mounted terminal may set the upgrade flag bit of the designated partition of the gateway to be a valid bit, and simultaneously control the power supply of the vehicle to be in any state other than the off state, that is, ensure that the power supply mode of the vehicle is not in the off mode.

In this embodiment, the upgrade flag bit may be represented by a number. For example, the in-vehicle terminal may set a number 1 to indicate a valid bit and a number 0 to indicate a non-valid bit. Based on this, the vehicle-mounted terminal may set the upgrade flag bit of the designated partition of the gateway to a number 1 after detecting that the software of the vehicle enters the upgrade state.

In another embodiment of the present application, in combination with S201 to S202, when the vehicle-mounted terminal receives an operation instruction for the vehicle, the operation instruction may be normally executed through other partitions of the gateway. Wherein the operation instruction may be a latch instruction.

The vehicle-mounted terminal can control the vehicle to be locked and control the vehicle to enter the fortification state when detecting that the upgrading flag bit of the designated partition of the gateway is a valid bit after detecting that the software of the vehicle enters the upgrading state.

It should be noted that, because the software of the vehicle is in the upgrade state at this time, when the vehicle-mounted terminal detects that the power key of the vehicle is triggered, the vehicle is controlled not to be powered down, so as to avoid the situation that the software of the vehicle cannot be continuously upgraded.

In this embodiment, after detecting that the vehicle is unlocked, if the software of the vehicle is still in an upgrade state and the door of the vehicle is kept in a closed state, in order to ensure the safety of the vehicle, after a preset period of time, the vehicle terminal may control the vehicle to enter a fortification state. The preset time period may be set according to actual needs, and is not limited herein.

In this embodiment of the present application, when the vehicle-mounted terminal detects that software of the vehicle is in an upgrade state, the remaining power of the battery of the vehicle may be obtained, and the remaining power is compared with a first threshold. The first threshold may be set according to actual needs, and is not limited herein.

In one implementation manner of the embodiment of the application, the vehicle-mounted terminal can obtain the residual electric quantity of the battery of the vehicle through trial testing through the battery sensor connected with the vehicle-mounted terminal in a wireless/wired communication mode.

In one embodiment of the present application, when the vehicle-mounted terminal detects that the remaining power of the battery of the vehicle is greater than or equal to the first threshold, it is indicated that the remaining power of the battery is sufficient for the software of the vehicle to be upgraded, and therefore, the vehicle-mounted terminal does not perform any operation.

In another embodiment of the present application, the in-vehicle terminal may perform step S102 when detecting that the remaining power of the battery of the vehicle is less than the first threshold.

In S102, if the remaining power is less than a first threshold, the battery is charged to keep the software in the upgrade state.

In this embodiment of the present invention, when detecting that the remaining power of the battery of the vehicle is less than the first threshold, the vehicle-mounted terminal indicates that the remaining power of the battery cannot enable the software of the vehicle to complete upgrading, so that the vehicle-mounted terminal may control the charging device connected with the vehicle in a wireless/wired communication manner to charge the battery of the vehicle, so that the software of the vehicle may continue to be upgraded, i.e., the software of the vehicle is maintained in an upgraded state.

In one embodiment of the present application, the charging device may be an engine of the vehicle, and thus the in-vehicle terminal may send a first control signal to the engine of the vehicle to control the engine to charge the battery of the vehicle.

In another embodiment of the present application, the vehicle terminal may specifically send a first control signal to the engine of the vehicle through S301 to S302 shown in fig. 3 to control the engine to charge the battery of the vehicle, as follows:

in S301, after the software is controlled to suspend the upgrade, the first control signal is sent to the engine to control the engine to charge the battery.

In this embodiment, after detecting that the remaining power of the battery of the vehicle is less than the first threshold, the vehicle-mounted terminal may control the software of the vehicle to suspend upgrading in order to avoid that the power of the vehicle continues to be consumed, so that the vehicle-mounted terminal cannot control the engine to charge the battery of the vehicle.

Specifically, the in-vehicle terminal may control the gateway to send a second control signal to an electronic control unit (Electronic Control Unit, ECU) of the software of the vehicle to control the software of the vehicle to suspend the upgrade.

And after the vehicle-mounted terminal controls the software to suspend upgrading, a first control signal is sent to the engine so as to control the engine to charge the battery.

Specifically, the vehicle-mounted terminal may control the gateway to resume communication with the ECU of the sender of the signal according to the signal required for starting the engine, and then send a first control signal to the ECU of the engine, and after receiving the first control signal, the ECU of the engine may start the engine to control the engine to charge the battery.

In S302, after detecting that the engine charges the battery, the software is controlled to resume the upgrade.

In this embodiment, after detecting that the engine charges the battery of the vehicle, the vehicle-mounted terminal indicates that the electric quantity of the battery of the vehicle is increasing, so that the vehicle-mounted terminal can control the software of the vehicle to resume upgrading.

In one embodiment of the application, the vehicle-mounted terminal can control the vehicle to shift into a specified gear after detecting that the engine charges the battery of the vehicle. Wherein, the designated gear is a parking gear (P gear).

Specifically, after detecting that the engine charges the battery of the vehicle, the vehicle-mounted terminal may send a third control signal to the gear shift controller, and after receiving the third control signal, the gear shift controller may control the gear of the vehicle to shift to a specified gear, i.e. to the P gear, and meanwhile, the gear shift controller does not respond to any control signal until the engine is charged.

As can be seen from the above, in the method for upgrading the software of the vehicle provided by the embodiment of the present application, when the software of the vehicle is detected to enter the upgrade state, a setting operation is performed on the vehicle, and the remaining power of the battery of the vehicle is obtained; wherein the setting operation is used for enabling the vehicle to be in a power-on state; and if the residual electric quantity is smaller than the first threshold value, charging the battery so as to keep the software in an upgrading state. By adopting the method, when the situation that the software of the vehicle enters an upgrading state is detected, the vehicle needs to be subjected to setting operation, so that the vehicle is not electrified when the software of the vehicle is upgraded, and meanwhile, when the situation that the residual electric quantity of the battery of the vehicle is insufficient is detected, the battery of the vehicle can be charged, so that the software of the vehicle is kept in the upgrading state, and the success rate of upgrading the software of the vehicle is improved.

In one embodiment of the application, after detecting that the software of the vehicle is upgraded, the vehicle-mounted terminal may acquire current information of the vehicle, and determine whether to control the gateway to reset according to the current information, so as to enable the upgraded software to be effective.

In this embodiment, the current information of the vehicle includes, but is not limited to: vehicle speed and vehicle state. The vehicle state includes, but is not limited to, a fortification state and a disarming state, the disarming state being opposite to the fortification state.

Based on this, in some possible embodiments, when the vehicle-mounted terminal detects that the software of the vehicle has completed upgrading and the vehicle speed is greater than 0, it indicates that the vehicle is running, so, in order to avoid that the vehicle stops halfway and affects the user experience, the vehicle-mounted terminal may set the upgrading flag bit of the designated partition of the gateway to be an invalid bit, to indicate that the software upgrading of the vehicle is completed, and at the same time, detect the vehicle speed of the vehicle in real time.

In this embodiment, after detecting that the vehicle speed of the vehicle is 0, the vehicle-mounted terminal indicates that the vehicle stops running, so the vehicle-mounted terminal may send a reset signal to the gateway to enable the gateway to perform partition switching, that is, set a specified partition of the gateway to a normal working state, and be used for running the upgraded software to enable the upgraded software to take effect.

In other possible embodiments, when the vehicle-mounted terminal detects that the software of the vehicle has finished upgrading, the vehicle speed is zero, the vehicle state is a fortification state, the vehicle-mounted terminal may set an upgrade flag bit of a designated partition of the gateway to be an invalid bit to indicate that the software upgrading of the vehicle is finished, and meanwhile, the vehicle-mounted terminal may control the vehicle to turn off the power supply and send a reset signal to the gateway to enable the gateway to perform partition switching, that is, the designated partition of the gateway is set to be in a normal working state for running the upgraded software to enable the upgraded software to be effective.

In still other possible embodiments, when the vehicle-mounted terminal detects that the software of the vehicle has completed upgrading, the vehicle speed of the vehicle is zero, and the vehicle state is the disarmed state, the vehicle-mounted terminal may set an upgrade flag bit of a designated partition of the gateway to be an invalid bit to indicate that the software of the vehicle is upgraded, and at the same time, the vehicle-mounted terminal sends a reset signal to the gateway to cause the gateway to perform partition switching, that is, set the designated partition of the gateway to be in a normal working state for running the upgraded software to enable the upgraded software to be effective.

In still other possible embodiments, when the vehicle-mounted terminal detects that the software of the vehicle has completed upgrading, the vehicle speed is zero, the vehicle state is a fortification state, and the engine of the vehicle is in a starting state, the vehicle-mounted terminal may set an upgrade flag bit of a designated partition of the gateway to be an invalid bit to indicate that the software of the vehicle is upgraded, and at the same time, the vehicle-mounted terminal may control the vehicle to turn off the power supply and send a reset signal to the gateway to cause the gateway to perform partition switching, that is, the designated partition of the gateway is set to be in a normal working state for running the upgraded software to cause the upgraded software to take effect.

It should be understood that the sequence number of each step in the foregoing embodiment does not mean that the execution sequence of each process should be determined by the function and the internal logic of each process, and should not limit the implementation process of the embodiment of the present application in any way.

Fig. 4 is a schematic structural diagram of a vehicle software upgrading apparatus according to an embodiment of the present application, and for convenience of explanation, only a portion related to the embodiment of the present application is shown. Referring to fig. 4, the software upgrade apparatus 400 of the vehicle includes: a first acquisition unit 41 and a charging unit 42. Wherein:

the first obtaining unit 41 is configured to perform a setting operation on a vehicle and obtain a remaining power of a battery of the vehicle when it is detected that software of the vehicle enters an upgrade state; wherein the setting operation is for causing the vehicle to be in a powered-on state.

The charging unit 42 is configured to charge the battery to keep the software in the upgrade state if the remaining power is less than a first threshold.

In one embodiment of the present application, the charging unit 42 specifically includes: a first transmitting unit.

The first transmitting unit is used for transmitting a first control signal to an engine of the vehicle so as to control the engine to charge the battery.

In one embodiment of the present application, the first transmitting unit specifically includes: a second transmitting unit and a first control unit. Wherein:

and the second sending unit is used for sending the first control signal to the engine after the software is controlled to suspend upgrading so as to control the engine to charge the battery.

And the first control unit is used for controlling the software to resume upgrading after detecting that the engine charges the battery.

In one embodiment of the present application, the software upgrade apparatus 400 of the vehicle further includes: and a second control unit.

The second control unit is used for controlling the vehicle to shift into a specified gear.

In one embodiment of the present application, the first obtaining unit 41 specifically includes: a second acquisition unit and a third control unit. Wherein:

the second acquisition unit is used for acquiring vehicle information of the vehicle when receiving a software upgrading instruction.

The third control unit is used for controlling the software to be updated in the appointed partition of the gateway of the vehicle if the vehicle information meets the preset condition so as to enable the software to enter an updating state; and the other partitions except the designated partition are in a normal working state.

In one embodiment of the present application, the software upgrade apparatus 400 of the vehicle further includes: and a fourth control unit.

And the fourth control unit is used for controlling the vehicle to turn off the power supply and sending a reset signal to the gateway to run the upgraded software when the software is detected to be upgraded and the speed of the vehicle is zero.

In one embodiment of the present application, the first obtaining unit 41 specifically includes: and an execution unit. Wherein:

the execution unit is used for normally executing the operation instruction through the other partitions when the operation instruction for the vehicle is received.

It should be noted that, because the content of information interaction and execution process between the above devices/units is based on the same concept as the method embodiment of the present application, specific functions and technical effects thereof may be referred to in the method embodiment section, and will not be described herein again.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional units and modules is illustrated, and in practical application, the above-described functional distribution may be performed by different functional units and modules according to needs, i.e. the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-described functions. The functional units and modules in the embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit, where the integrated units may be implemented in a form of hardware or a form of a software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working process of the units and modules in the above system may refer to the corresponding process in the foregoing method embodiment, which is not described herein again.

Fig. 5 is a schematic structural diagram of a vehicle-mounted terminal according to an embodiment of the present application. As shown in fig. 5, the in-vehicle terminal 5 of this embodiment includes: at least one processor 50 (only one shown in fig. 5), a memory 51, and a computer program 52 stored in the memory 51 and executable on the at least one processor 50, the processor 50 implementing the steps in the software upgrade method embodiments of any of the respective vehicles described above when executing the computer program 52.

The in-vehicle terminal may include, but is not limited to, a processor 50, a memory 51. It will be appreciated by those skilled in the art that fig. 5 is merely an example of the in-vehicle terminal 5 and is not meant to be limiting as the in-vehicle terminal 5 may include more or less components than illustrated, or may combine some components, or may include different components, such as input-output devices, network access devices, etc.

The processor 50 may be a central processing unit (Central Processing Unit, CPU), the processor 50 may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), off-the-shelf programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 51 may in some embodiments be an internal storage unit of the in-vehicle terminal 5, such as a memory of the in-vehicle terminal 5. The memory 51 may also be an external storage device of the in-vehicle terminal 5 in other embodiments, for example, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the in-vehicle terminal 5. Further, the memory 51 may also include both an internal storage unit and an external storage device of the in-vehicle terminal 5. The memory 51 is used for storing an operating system, application programs, boot loader (BootLoader), data, other programs, etc., such as program codes of the computer program. The memory 51 may also be used to temporarily store data that has been output or is to be output.

Embodiments of the present application also provide a computer readable storage medium storing a computer program which, when executed by a processor, implements steps that may implement the various method embodiments described above.

The embodiments of the present application provide a computer program product that, when run on a vehicle-mounted terminal, causes the vehicle-mounted terminal to perform steps that may be implemented in the various method embodiments described above.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application implements all or part of the flow in the methods of the above embodiments, and may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium, where the computer program may implement the steps of each method embodiment described above when executed by a processor. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include at least: any entity or device capable of carrying the computer program code to the in-vehicle terminal, a recording medium, a computer Memory, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), an electrical carrier signal, a telecommunications signal, and a software distribution medium. Such as a U-disk, removable hard disk, magnetic or optical disk, etc. In some jurisdictions, computer readable media may not be electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

The above embodiments are only for illustrating the technical solution of the present application, and are not limiting; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application, and are intended to be included in the scope of the present application.

Claims

1. A method of upgrading software of a vehicle, comprising:

2. The software upgrade method of claim 1, wherein said charging the battery comprises:

3. The software upgrade method of claim 2, wherein the sending a first control signal to an engine of the vehicle to control the engine to charge the battery comprises:

4. The software upgrade method of claim 3, further comprising, after detecting that the engine charges the battery:

and controlling the vehicle to shift into a designated gear.

5. The software upgrade method of claim 1, wherein the software enters an upgrade state by:

6. The software upgrade method of claim 5, wherein the method further comprises:

7. The software upgrade method according to claim 5 or 6, wherein when it is detected that the software of the vehicle enters an upgrade state, further comprising:

8. A software upgrade apparatus for a vehicle, comprising:

9. An in-vehicle terminal comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the software upgrade method of the vehicle according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium storing a computer program, characterized in that the computer program, when executed by a processor, implements the software upgrade method of a vehicle according to any one of claims 1 to 7.