OTA updating method, vehicle, storage medium and product

Abstract

The invention discloses an OTA updating method, a vehicle, a storage medium and a product, and relates to the technical field of OTA, and the method comprises the steps: receiving an OTA updating task, and determining a vehicle idle upgrading period of the OTA updating task in response to a user reservation operation; and skipping the verification before updating of the vehicle and executing the OTA updating task in the case of the idle upgrading period of the vehicle. In other words, pre-verification is skipped in the idle upgrade period of the vehicle, so that the duration required for OTA upgrade of the whole vehicle can be reduced under the condition that the risk of excessive upgrade and update failures is caused.

Description

Technical Field

[0001] The present application relates to the field of OTA technology, and in particular to an OTA update method, vehicle, storage medium and product. Background Art

[0002] OTA (Over-the-Air Technology) refers to the use of the Internet to remotely update system software. As OTA technology becomes more and more popular in new energy vehicles, each OEM is trying to optimize OTA performance and the time consumed by OTA. In the relevant vehicle OTA upgrade technology, in order to avoid the risk of upgrade failure due to unexpected human operation of the vehicle during the upgrade process, the vehicle is usually pre-checked before the upgrade to ensure that the vehicle can complete the update smoothly. It is worth noting that the pre-check itself does not belong to the actual upgrade step, and although the pre-check can reduce the risk of upgrade failure, it also inevitably increases the time required for OTA upgrades.

[0003] The above contents are only used to assist in understanding the technical solution of the present application and do not constitute an admission that the above contents are prior art. Summary of the invention

[0004] The main purpose of this application is to provide an OTA update method, vehicle, storage medium and product, aiming to solve the technical problem that the related vehicle OTA upgrade technology takes a long time to upgrade in order to avoid the risk of upgrade failure.

[0005] To achieve the above objectives, the present application proposes an OTA update method, which includes the following steps:

[0006] Receiving an OTA update task, and determining a vehicle idle upgrade period for the OTA update task;

[0007] When the vehicle is in an idle upgrade period, the pre-update verification of the vehicle is skipped and the OTA update task is performed.

[0008] Optionally, the step of determining the vehicle idle upgrade period of the OTA update task includes:

[0009] When the vehicle is in a customized scheduled upgrade mode, a scheduled customized upgrade period is received, and the customized upgrade period is used as an idle upgrade period for the vehicle.

[0010] Optionally, the step of determining the vehicle idle upgrade period of the OTA update task further includes:

[0011] When the vehicle is in the recommended upgrade mode, predicting a future idle time period of the vehicle to obtain a candidate time period, and outputting the candidate time period;

[0012] The selected candidate time period is used as the vehicle idle upgrade time period.

[0013] Optionally, the step of predicting the future idle time period of the vehicle to obtain a candidate time period includes:

[0014] Obtaining time period characteristic data of a preset future time period;

[0015] Inputting the time period characteristic data into a preset idle prediction model to obtain the idle time period of the vehicle in the future;

[0016] The idle time period is divided into candidate time periods according to the upgrade duration of the OTA update task.

[0017] Optionally, before the step of inputting the time period characteristic data into a preset idle prediction model to obtain the future idle time period of the vehicle, the method includes:

[0018] Generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle;

[0019] The initial pre-trained prediction model is fine-tuned based on the training samples in the target training sample set to obtain the preset idle prediction model.

[0020] Optionally, the step of generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle includes:

[0021] Dividing each sample period based on the historical vehicle usage record, wherein each sample period includes a historical vehicle usage period of the vehicle and a historical vehicle non-usage period of the vehicle;

[0022] For any one of the sample time periods, sample feature data of the sample time period is obtained, wherein the sample feature data includes at least one of the time interval of the sample time period, the weather conditions of the sample time period, the vehicle cost information corresponding to the sample time period, and the social event information of the sample time period;

[0023] Generate training samples by labeling the sample feature data with labels through the sample period, wherein, when the sample period is a historical vehicle use period, the label labeled with the sample feature data is a vehicle use period, and when the sample period is a historical vehicle non-use period, the label labeled with the sample feature data is an idle period;

[0024] The target training sample set is constructed by generating training samples based on each sample period.

[0025] Optionally, the OTA update method further includes:

[0026] When the vehicle is in an idle upgrade period, obtaining a current vehicle state of the vehicle;

[0027] If the current vehicle state satisfies the preset vehicle condition, executing the step of skipping the pre-update verification of the vehicle;

[0028] If the current vehicle state does not satisfy the preset vehicle condition, an abnormal vehicle state in the current vehicle state that does not satisfy the preset vehicle condition is output.

[0029] In addition, to achieve the above purpose, the present application also proposes an OTA update device, the OTA update device comprising:

[0030] A determination module, configured to receive an OTA update task and determine a vehicle idle upgrade period for the OTA update task;

[0031] The skip module is used to skip the pre-update verification of the vehicle and execute the OTA update task when the vehicle is in an idle upgrade period.

[0032] In addition, to achieve the above-mentioned purpose, the present application also proposes a vehicle, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the OTA update method described above.

[0033] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the OTA update method described above are implemented.

[0034] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, wherein the computer program product includes a computer program, and when the computer program is executed by a processor, the steps of the OTA update method described above are implemented.

[0035] One or more technical solutions proposed in this application have at least the following technical effects:

[0036] In an embodiment of the present application, an OTA update task is received, and the vehicle idle upgrade period of the OTA update task is determined; when the vehicle is in the idle upgrade period, the pre-update verification of the vehicle is skipped, and the OTA update task is executed. That is, after the vehicle receives the OTA update task, it can determine the vehicle idle upgrade period of the OTA update task. It can be understood that in the idle period, the user basically does not perform any operation on the vehicle. Therefore, the risk of vehicle upgrade failure due to human factors caused by choosing to upgrade in the idle period is very small. Therefore, this application chooses to skip the pre-update verification step when upgrading in the idle period and directly executes the OTA update task. In summary, the present application chooses to skip the pre-update verification during the vehicle idle upgrade period. On the one hand, it can reduce the time required for the entire vehicle OTA upgrade. On the other hand, since it is skipped during the vehicle idle upgrade period, even if the pre-verification is skipped, it will not cause too much risk of upgrade failure. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0038] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0039] Figure 1 This is a flow chart of the first embodiment of the OTA update method of this application;

[0040] Figure 2 This is a schematic diagram of the interface corresponding to the custom reservation upgrade mode in this application OTA update method;

[0041] Figure 3 This is a flow chart of the second embodiment of the OTA update method of this application;

[0042] Figure 4 This is a schematic diagram of the interface corresponding to the recommended upgrade mode in this application OTA update method;

[0043] Figure 5 This is a schematic diagram of the structure corresponding to the OTA update device of this application;

[0044] Figure 6 This is a schematic diagram of the device structure of the hardware operating environment involved in the OTA update method in the embodiment of the present application.

[0045] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0046] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0047] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0048] OTA refers to the use of the Internet to remotely update system software. As OTA technology becomes more and more popular in new energy vehicles, each OEM is trying to optimize OTA performance and the time consumed by OTA. In the relevant vehicle OTA upgrade technology, in order to avoid the risk of upgrade failure due to unexpected human operation of the vehicle during the upgrade process, the vehicle is usually pre-checked before the upgrade to ensure that the vehicle can complete the update smoothly. It is worth noting that the pre-check itself does not belong to the actual upgrade step, and although the pre-check can reduce the risk of upgrade failure, it also inevitably increases the time required for OTA upgrades.

[0049] The main solution of the embodiment of the present application is: receiving an OTA update task, determining a vehicle idle upgrade period for the OTA update task; when the vehicle is in the idle upgrade period, skipping the vehicle's pre-update verification and executing the OTA update task.

[0050] That is, after the vehicle receives the OTA update task, it can determine the vehicle idle upgrade period for the OTA update task according to the user's reservation operation. It is understandable that during the idle period, the user basically does not perform any operations on the vehicle. Therefore, the risk of vehicle upgrade failure due to human factors caused by choosing to upgrade during the idle period is very small. Therefore, this application chooses to skip the pre-update verification step when upgrading during the idle period and directly executes the OTA update task. In summary, this application chooses to skip the pre-update verification during the vehicle's idle upgrade period. On the one hand, it can reduce the time required for the entire vehicle OTA upgrade. On the other hand, because it is skipped during the vehicle's idle upgrade period, even if the pre-verification is skipped, it will not cause too much risk of upgrade failure.

[0051] It should be noted that the execution subject of this embodiment can be a computing service device with data processing, network communication and program running functions, such as a cloud platform, a computer, a mobile phone, etc., or a vehicle that can realize the above functions.

[0052] Based on this, the embodiment of the present application provides an OTA update method, referring to Figure 1, which is a flow chart of the first embodiment of the OTA update method of the present application.

[0053] In this embodiment, the OTA update method includes steps S10 to S20:

[0054] Step S10, receiving an OTA update task, and determining a vehicle idle upgrade period for the OTA update task;

[0055] It should be noted that, in this embodiment, the above OTA update method can be applied to a vehicle or a cloud server associated with a vehicle. Among them, the OTA update task usually carries update data packets of each update unit in the vehicle, and the update unit refers to the ECU (Electronic Control Uni) in the vehicle that needs to be updated in the OTA update task. In addition, other information can also be carried in the OTA update task according to actual needs, such as the update list can include the update time required for each update unit.

[0056] Exemplarily, the vehicle can receive an OTA update task sent by a vehicle upgrade center (i.e., a cloud used to send upgrade tasks to the vehicle), and the process of receiving an OTA update task is also the process of downloading an update data packet. Accordingly, after downloading the update data packet, the vehicle can display an upgrade (update) prompt message on the vehicle computer, and the prompt message may include options for immediate upgrade and scheduled upgrade. If the user chooses the option of immediate upgrade, the vehicle can start preparing for the upgrade, such as performing a pre-update check on the vehicle (before the pre-check, the user may also be prompted to get off the vehicle and wait for the upgrade). Among them, the pre-update check refers to a self-check and verification operation before the formal update in order to ensure that the vehicle can complete the update (or upgrade) normally. For example, the verification content in the pre-update check may include checking whether there is someone in the vehicle, whether each update unit is online, and whether the vehicle is locked, etc., and the specific verification content can be set by the technician according to actual needs, and no specific restrictions are made here. On the contrary, if the user does not want to upgrade at present, he can choose the option of scheduled upgrade and make an appointment for a free time (a time period when the vehicle is not used) for the upgrade according to his own car usage habits. For example, the user reservation operation may be a selection operation of a time period selected by the user (e.g., the selection operation may include an operation of the user selecting the starting point and the ending point of the selected time period). Accordingly, the vehicle may respond to the user's reservation operation, thereby determining the idle upgrade time period of the vehicle. For example, the idle upgrade time period of the vehicle may be the selected time period obtained by the selection operation. In addition, the vehicle or cloud service may also provide a predicted idle time period for the user to select, and the user may select one from the predicted idle time periods, and the selected idle time period is the idle upgrade time period of the vehicle.

[0057] In addition, it should be noted that the user's reservation operation can also be an agreement to the night upgrade agreement, which is equivalent to the user's default appointment to upgrade at night. For example, the night upgrade agreement can be pre-set to upgrade each time in a fixed early morning time period (such as after 2 a.m.), and the fixed early morning time period is also the above-mentioned vehicle idle time period.

[0058] Step S20, when the vehicle is in an idle upgrade period, skip the pre-update verification of the vehicle and execute the OTA update task.

[0059] Exemplarily, the above-mentioned vehicle idle upgrade period is usually a future period relative to the vehicle receiving the OTA update task. Therefore, the vehicle needs to wait for a period of time before entering the vehicle idle upgrade period. While in the state of the vehicle idle upgrade period, if the vehicle is in a dormant state, the vehicle can be awakened by a timer pre-set according to the vehicle idle upgrade period, or the cloud wakes up the vehicle through the TCAM (Telematics Control Unit) on the vehicle for upgrading. It should be noted that the pre-update verification of the vehicle is mainly used to avoid the risk of vehicle upgrade failure caused by the user's operation on the vehicle during the upgrade process. At the same time, since the vehicle idle upgrade period is an idle period confirmed by the user, the user will basically not perform any operation on the vehicle during the vehicle idle upgrade period, and accordingly, there will be no risk of vehicle upgrade failure caused by the user's operation on the vehicle during the upgrade process. Therefore, in this embodiment, if the current period is in the vehicle idle upgrade period, the vehicle can skip the pre-update verification step and directly execute the OTA update task, and executing the OTA update task is to execute the step of installing each ECU update data package. It can be understood that in this embodiment, when the vehicle is in the vehicle idle upgrade period, the pre-update verification will be skipped and the OTA update task will be executed directly, so the time required for the entire vehicle OTA upgrade can be reduced.

[0060] In this embodiment, an OTA update task is received, and the vehicle idle upgrade period of the OTA update task is determined; when the vehicle is in the idle upgrade period, the pre-update verification of the vehicle is skipped, and the OTA update task is executed. That is, after receiving the OTA update task, the vehicle can determine the vehicle idle upgrade period of the OTA update task according to the user's reservation operation. It can be understood that in the idle period, the user basically does not perform any operation on the vehicle. Therefore, the risk of vehicle upgrade failure due to human factors caused by choosing to upgrade in the idle period is very small. Therefore, this application chooses to skip the pre-update verification step when upgrading in the idle period and directly executes the OTA update task. In summary, this application chooses to skip the pre-update verification during the vehicle idle upgrade period. On the one hand, it can reduce the time required for the entire vehicle OTA upgrade. On the other hand, since it is skipped during the vehicle idle upgrade period, even if the pre-verification is skipped, it will not cause too much risk of upgrade failure.

[0061] In a feasible implementation manner, the step of determining the vehicle idle upgrade period of the OTA update task includes step S100:

[0062] Step S100, when the vehicle is in a customized scheduled upgrade mode, receiving a scheduled customized upgrade period, and using the customized upgrade period as an idle upgrade period for the vehicle.

[0063] It should be noted that the user can customize the time period for the upgrade when the vehicle is in the customized appointment upgrade mode. Exemplarily, in the customized appointment upgrade mode, an upgrade date bar can be displayed on the vehicle, and the user can select the date for the upgrade. After selecting the date, the upgrade start time under the date is displayed, and the user can select the upgrade start time by sliding up and down. Based on the start time, the user can generate the upgrade end time according to the duration required for the upgrade, and the upgrade start time and the upgrade end time can constitute the above-mentioned vehicle idle upgrade period. The customized appointment operation is the operation of the user selecting the upgrade date and the upgrade start time. It can be understood that in the customized appointment upgrade mode, the user can freely select the idle upgrade period, which ensures the flexibility of the upgrade.

[0064] Reference Figure 2 , which is a schematic diagram of the interface corresponding to the custom reservation upgrade mode in this application, such as Figure 2 As shown in the figure, the interface includes an area for users to select the upgrade date and an area for users to select the upgrade start time. After the user selects the upgrade start time, the vehicle can automatically generate the upgrade end time according to the upgrade duration. In addition, the interface also includes automatic upgrade at night. After the user checks this option, the vehicle can default to automatic upgrade at a fixed time at night for each subsequent upgrade.

[0065] In a feasible implementation manner, the OTA update method further includes steps S01 to S03:

[0066] Step S01, when the vehicle is in an idle upgrade period, obtaining the current vehicle state of the vehicle;

[0067] Step S02, if the current vehicle state meets the preset vehicle condition, executing the step of skipping the pre-update verification of the vehicle;

[0068] Step S03: if the current vehicle state does not satisfy the preset vehicle condition, outputting an abnormal vehicle state in the current vehicle state that does not satisfy the preset vehicle condition.

[0069] It should be noted that, in order to ensure the safety of the upgraded vehicle, this embodiment will also perform a preset vehicle condition check before the upgrade.

[0070] Exemplarily, after entering the above-mentioned vehicle idle upgrade period, if the vehicle is in a dormant state, the vehicle is awakened (because it is an appointment upgrade, the vehicle is basically in a dormant state). After the vehicle is awakened, the current vehicle state of the vehicle is obtained, wherein the current vehicle state may include the gear position of the vehicle, the speed of the vehicle, and the power supply of the vehicle. Then the current vehicle state of the vehicle is compared with the preset vehicle conditions, wherein the preset vehicle conditions may be that the vehicle is in P gear, the speed is 0, and the power supply of the vehicle is not in a formal state. If the current vehicle state meets the preset conditions, the above-mentioned step of skipping the pre-update verification of the vehicle can be performed to directly perform the OTA update task. On the contrary, if the current vehicle state does not meet the preset vehicle conditions, the abnormal vehicle state that does not meet the preset vehicle conditions in the current vehicle state can be output. For example, the abnormal vehicle state can be output directly through the vehicle's car screen, or the abnormal vehicle state can be output through a mobile terminal device associated with the vehicle, etc., for reference by the vehicle user. It can be understood that the preset vehicle conditions mainly consider the impact of the upgrade on the vehicle to avoid the problem of safety risks caused by the upgrade.

[0071] Reference Figure 3 , is a flow chart of the second embodiment of the present application proposed based on the first embodiment of the present application. In this embodiment, the same or similar contents as the above embodiment can refer to the above introduction and will not be repeated later. The step of determining the vehicle idle upgrade period of the OTA update task also includes steps S110 to S120:

[0072] Step S110, when the vehicle is in the recommended upgrade mode, predicting the future idle time period of the vehicle to obtain candidate time periods, and outputting the candidate time periods;

[0073] Step S120: The selected candidate time period is used as the vehicle idle upgrade time period.

[0074] It should be noted that, in this embodiment, the mode type of the vehicle may also include a recommended upgrade mode. The recommended upgrade mode refers to providing several predicted idle time periods for the user to choose.

[0075] For example, in the recommended upgrade mode, the vehicle or the cloud server connected to the vehicle can predict the idle time period of the vehicle in the future according to the user's vehicle usage habits and obtain the candidate time period. Accordingly, the candidate time period for the user to select can be displayed on the vehicle screen. The user can select the candidate time period according to his own time, and accordingly, the selected candidate time period is the idle upgrade time period of the vehicle.

[0076] It is understandable that providing several candidate time periods for users to choose from can greatly reduce the operations required for users to make reservations for upgrades, thereby improving the user's car-using experience. In actual applications, the recommended upgrade mode can be used by default to recommend several candidate time periods to users. If the recommended candidate time periods do not match the user's needs, the user can choose to switch to the custom reservation upgrade mode, thereby obtaining the vehicle's idle upgrade time period through customization.

[0077] In a feasible implementation manner, the step of predicting the future idle time period of the vehicle to obtain a candidate time period includes steps S111 to S113:

[0078] Step S111, obtaining time period characteristic data of a preset future time period;

[0079] Step S112, inputting the time period characteristic data into a preset idle prediction model to obtain the idle time period of the vehicle in the future;

[0080] Step S113, dividing the idle time period into candidate time periods according to the upgrade duration of the OTA update task.

[0081] It should be noted that, in this embodiment, the future idle period is predicted by a preset idle prediction model, wherein the preset idle prediction model may be a neural network model, and the preset idle prediction model is pre-trained so as to have the ability to identify whether a certain period of time in the future is idle or in use.

[0082] Exemplarily, the time period characteristic data of a preset future time period is obtained. Among them, the future time period can be divided into sub-time periods in the future one day, two days, three days or one week, and the size of the sub-time period can be set by the technician according to actual needs, and no specific restrictions are made here. In actual applications, there are usually multiple future time periods, and the processing process for each future time period is basically the same, so in this embodiment, one of them will be used as an example for explanation. For any future time period, the time period characteristic data of the future time period can be obtained. Among them, the time period characteristic data can include the time period interval of the future time period, such as from 1 am to 2 am; it can include the weather conditions of the future time period, such as rain, snow, strong wind, sunny or cloudy, etc. The weather conditions can also include temperature, such as 20°C. Those skilled in the art can also set other time period characteristic data based on the above examples. After obtaining the time period characteristic data, the time period characteristic data is input into the preset idle prediction model, and the preset idle prediction model can classify the future time period according to the time period characteristic data, that is, classify it as idle or busy. If it is classified as idle, then the future time period is the idle time period of the vehicle in the future.

[0083] In a feasible implementation manner, before the step of inputting the time period characteristic data into a preset idle prediction model to obtain the future idle time period of the vehicle, the method includes steps A10 to A20:

[0084] Step A10, generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle;

[0085] Step A20: fine-tune the initial pre-trained prediction model based on the training samples in the target training sample set to obtain the preset idle prediction model.

[0086] It should be noted that, in this embodiment, the initial pre-trained prediction model is fine-tuned to obtain the above-mentioned preset idle prediction model.

[0087] Exemplarily, a target training sample set corresponding to the vehicle can be generated according to the historical vehicle usage record of the above-mentioned vehicle. Among them, the training samples in the target training sample set can include training samples for the idle period and training samples for the vehicle usage period. Then use the target training sample set to fine-tune the initial pre-trained prediction model. It is worth noting that the initial pre-trained prediction model can be obtained by training with training samples generated by a large number of vehicles. Therefore, the initial pre-trained prediction model is not targeted at a certain vehicle, but has learned the general rules of vehicle usage. Fine-tuning refers to re-training the initial pre-trained prediction model using the target training sample set for the vehicle. The training process is mainly based on the difference between the prediction results of the training samples of the initial pre-trained prediction model and the training sample labels to update the model parameters in the initial pre-trained prediction model. Specifically, the model training algorithm can be selected by the technician according to actual needs, and will not be repeated here. In addition, some model parameters in the initial pre-trained prediction model can be fixed during the fine-tuning process, and the fixed model parameters refer to keeping the fixed model parameters unchanged when the model parameters in the initial pre-trained prediction model are updated using the training samples in the target training sample set. The initial pre-trained prediction model after fine-tuning the target training sample set is a preset idle prediction model targeted at the above vehicle, which ensures that the preset idle prediction model can accurately predict the candidate idle time periods.

[0088] In a feasible implementation manner, the step of generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle includes steps A11 to A14:

[0089] Step A11, dividing each sample period based on the historical vehicle usage record, wherein each sample period includes a historical vehicle usage period of the vehicle and a historical vehicle non-usage period of the vehicle;

[0090] Step A12, for any one of the sample time periods, obtaining sample feature data of the sample time period, wherein the sample feature data includes at least one of the time period of the sample time period, the weather conditions of the sample time period, the vehicle cost information corresponding to the sample time period, and the social event information of the sample time period;

[0091] Step A13, generating training samples by labeling the sample feature data with the sample period, wherein, when the sample period is a historical vehicle use period, the label labeled with the sample feature data is a vehicle use period, and when the sample period is a historical vehicle non-use period, the label labeled with the sample feature data is an idle period;

[0092] Step A14: construct the target training sample set by using the training samples generated based on each sample period.

[0093] Exemplarily, the above historical vehicle use records may include the time period from each vehicle start-up to each vehicle shutdown, i.e., the historical vehicle use period, and the time period that is not the historical vehicle use period is the historical vehicle non-use period. It should be noted that before using each historical vehicle use period and each historical vehicle non-use period as a sample period, each historical vehicle use period and each historical vehicle non-use period are first screened. For example, the time periods that are less than a preset time length in each historical vehicle use period and each historical vehicle non-use period are discarded, and then the remaining historical vehicle use periods and the remaining historical vehicle non-use periods are used as each sample period.

[0094] It should be noted that, since the subsequent processing of each sample period is basically the same, in this embodiment, one of the sample periods will be used as an example for explanation. Exemplarily, for any sample period in the sample period, the sample feature data of the sample period is obtained, and the sample feature data at least includes the time interval of the sample period, the weather conditions of the sample period, the vehicle cost information corresponding to the sample period, and the social event information of the sample period. For example, the vehicle cost information corresponding to the sample period may be the oil price or the charging electricity price of the sample period; the social time information of the sample period may be the festival corresponding to the sample period, or other social events, such as concerts and sports games held at the location of the vehicle, etc., and examples are not given one by one here. Preferably, the sample feature data includes the time interval of the sample period, the weather conditions of the sample period, the vehicle cost information corresponding to the sample period, and the social event information of the sample period. In addition, it is worth noting that if the sample feature data includes the time interval, weather conditions, vehicle cost information, and social event information. In the step of obtaining the time period characteristic data of the preset future time period, the time period characteristic data may include the time period interval of the future time period, the weather conditions of the future time period, the car cost information of the future time period, and the social event information of the future time period. After obtaining the sample characteristic data of the sample time period, the sample characteristic data is labeled by the sample time period to generate a training sample. Among them, if the sample time period is a historical car use time period, the label marked by the sample characteristic data may be a car use time period, and if the sample time period is a historical non-car use time period, the label marked by the sample characteristic data is an idle time period. The marked label is used for supervised training of the initial pre-trained prediction model, that is, the step of fine-tuning the initial pre-trained prediction model in the above embodiment.

[0095] Reference Figure 4 , is a schematic diagram of the interface corresponding to the recommended upgrade mode in this application. Figure 4As shown, three time periods can be displayed on the display interface for the user to choose. In the recommended upgrade mode, the user can also jump to the custom scheduled upgrade mode by clicking the button to enter the custom scheduled upgrade mode.

[0096] This application also provides an OTA update device, referring to Figure 5 , the OTA update device comprises:

[0097] A determination module 10 is used to receive an OTA update task and determine a vehicle idle upgrade period for the OTA update task;

[0098] The skipping module 20 is used to skip the pre-update verification of the vehicle and execute the OTA update task when the vehicle is in the idle upgrade period.

[0099] Optionally, the determining module 10 is further used to:

[0100] When the vehicle is in a customized scheduled upgrade mode, a scheduled customized upgrade period is received, and the customized upgrade period is used as an idle upgrade period for the vehicle.

[0101] Optionally, the determining module 10 is further configured to:

[0102] When the vehicle is in the recommended upgrade mode, predicting a future idle time period of the vehicle to obtain a candidate time period, and outputting the candidate time period;

[0103] The selected candidate time period is used as the vehicle idle upgrade time period.

[0104] Optionally, the determination module 10 is further configured to:

[0105] Obtaining time period characteristic data of a preset future time period;

[0106] Inputting the time period characteristic data into a preset idle prediction model to obtain the idle time period of the vehicle in the future;

[0107] The idle time period is divided into candidate time periods according to the upgrade duration of the OTA update task.

[0108] Optionally, the OTA update device further includes a training module 30, and the training module 30 is used to:

[0109] Generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle;

[0110] The initial pre-trained prediction model is fine-tuned based on the training samples in the target training sample set to obtain the preset idle prediction model.

[0111] Optionally, the training module 30 is further used for:

[0112] Dividing each sample period based on the historical vehicle usage record, wherein each sample period includes a historical vehicle usage period of the vehicle and a historical vehicle non-usage period of the vehicle;

[0113] For any one of the sample time periods, sample feature data of the sample time period is obtained, wherein the sample feature data includes at least one of the time interval of the sample time period, the weather conditions of the sample time period, the vehicle cost information corresponding to the sample time period, and the social event information of the sample time period;

[0114] Generate training samples by labeling the sample feature data with labels through the sample period, wherein, when the sample period is a historical vehicle use period, the label labeled with the sample feature data is a vehicle use period, and when the sample period is a historical vehicle non-use period, the label labeled with the sample feature data is an idle period;

[0115] The target training sample set is constructed by generating training samples based on each sample period.

[0116] Optionally, the training module 30 is further used for:

[0117] When the vehicle is in an idle upgrade period, obtaining a current vehicle state of the vehicle;

[0118] If the current vehicle state satisfies the preset vehicle condition, executing the step of skipping the pre-update verification of the vehicle;

[0119] If the current vehicle state does not satisfy the preset vehicle condition, an abnormal vehicle state in the current vehicle state that does not satisfy the preset vehicle condition is output.

[0120] The OTA update device provided by the present application adopts the OTA update method in the above embodiment, which can solve the technical problem that the related vehicle OTA upgrade technology takes a long time to upgrade in order to avoid the risk of upgrade failure. Compared with the prior art, the beneficial effects of the OTA update device provided by the present application are the same as the beneficial effects of the OTA update method provided by the above embodiment, and the other technical features in the OTA update device are the same as the features disclosed in the above embodiment method, which will not be repeated here.

[0121] The present application provides a vehicle, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the OTA update method in the above-mentioned embodiment one.

[0122] Reference below Figure 6 , which shows a schematic structural diagram of a vehicle suitable for implementing an embodiment of the present application. Figure 6 The vehicle shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0123] like Figure 6 As shown, the vehicle may include a processing device 1001 (e.g., a central processing unit, a graphics processor, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for vehicle operation are also stored. The processing device 1001, ROM1002, and RAM1004 are connected to each other via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Generally, the following systems can be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touch pad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; an output device 1008 including, for example, a liquid crystal display (LCD: Liquid Crystal Display), a speaker, a vibrator, etc.; a storage device 1003 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 1009. The communication device 1009 can allow the vehicle to communicate with other devices wirelessly or by wire to exchange data. Although the figure shows a vehicle with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems can be implemented or have alternatively.

[0124] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0125] The vehicle provided by this application adopts the OTA update method in the above embodiment, which can solve the technical problem that the related vehicle OTA upgrade technology takes a long time to upgrade in order to avoid the risk of upgrade failure. Compared with the prior art, the beneficial effects of the vehicle provided by this application are the same as the beneficial effects of the OTA update method provided by the above embodiment, and the other technical features in the vehicle are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0126] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0127] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0128] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the OTA update method in the above-mentioned embodiment.

[0129] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

[0130] The computer-readable storage medium may be included in the vehicle, or may exist independently without being installed in the vehicle.

[0131] The computer-readable storage medium carries one or more programs. When the one or more programs are executed by a vehicle, the vehicle:

[0132] Receiving an OTA update task, and determining a vehicle idle upgrade period for the OTA update task;

[0133] When the vehicle is in an idle upgrade period, the pre-update verification of the vehicle is skipped and the OTA update task is performed.

[0134] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0135] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0136] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0137] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned OTA update method, and can solve the technical problem that the related vehicle OTA upgrade technology takes a long time to upgrade in order to avoid the risk of upgrade failure. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the OTA update method provided by the above-mentioned embodiment, and will not be repeated here.

[0138] The present application also provides a computer program product, including a computer program, which implements the steps of the above-mentioned OTA update method when executed by a processor.

[0139] The computer program product provided by this application can solve the technical problem of OTA update. Compared with the prior art, the beneficial effects of the computer program product provided by this application are the same as the beneficial effects of the OTA update method provided by the above embodiment, which will not be repeated here.

[0140] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. An OTA update method, characterized in that: The OTA update method comprises the following steps: Receiving an OTA update task, and determining a vehicle idle upgrade period for the OTA update task; When the vehicle is in an idle upgrade period, the pre-update verification of the vehicle is skipped and the OTA update task is performed.

2. The OTA update method according to claim 1, characterized in that: The step of determining the vehicle idle upgrade period of the OTA update task comprises: When the vehicle is in a customized scheduled upgrade mode, a scheduled customized upgrade period is received, and the customized upgrade period is used as an idle upgrade period for the vehicle.

3. The OTA update method according to claim 1, characterized in that: The step of determining the vehicle idle upgrade period of the OTA update task also includes: When the vehicle is in the recommended upgrade mode, predicting a future idle time period of the vehicle to obtain a candidate time period, and outputting the candidate time period; The selected candidate time period is used as the vehicle idle upgrade time period.

4. The OTA update method according to claim 3, characterized in that: The step of predicting the future idle time period of the vehicle to obtain a candidate time period comprises: Obtaining time period characteristic data of a preset future time period; Inputting the time period characteristic data into a preset idle prediction model to obtain the idle time period of the vehicle in the future; The idle time period is divided into candidate time periods according to the upgrade duration of the OTA update task.

5. The OTA update method according to claim 4, characterized in that: Before the step of inputting the time period characteristic data into a preset idle prediction model to obtain the future idle time period of the vehicle, the method includes: Generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle; The initial pre-trained prediction model is fine-tuned based on the training samples in the target training sample set to obtain the preset idle prediction model.

6. The OTA update method according to claim 5, characterized in that: The step of generating a target training sample set corresponding to the vehicle based on the historical vehicle usage record of the vehicle comprises: Dividing each sample period based on the historical vehicle usage record, wherein each sample period includes a historical vehicle usage period of the vehicle and a historical vehicle non-usage period of the vehicle; For any one of the sample time periods, sample feature data of the sample time period is obtained, wherein the sample feature data includes at least one of the time interval of the sample time period, the weather conditions of the sample time period, the vehicle cost information corresponding to the sample time period, and the social event information of the sample time period; Generate training samples by labeling the sample feature data with labels through the sample period, wherein, when the sample period is a historical vehicle use period, the label labeled with the sample feature data is a vehicle use period, and when the sample period is a historical vehicle non-use period, the label labeled with the sample feature data is an idle period; The target training sample set is constructed by generating training samples based on each sample period.

7. The OTA update method according to claim 1, characterized in that: The OTA update method also includes: When the vehicle is in an idle upgrade period, obtaining a current vehicle state of the vehicle; If the current vehicle state satisfies the preset vehicle condition, executing the step of skipping the pre-update verification of the vehicle; If the current vehicle state does not satisfy the preset vehicle condition, an abnormal vehicle state in the current vehicle state that does not satisfy the preset vehicle condition is output.

8. A vehicle, characterized in that: The vehicle comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the OTA update method according to any one of claims 1 to 7.

9. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the OTA update method according to any one of claims 1 to 7 are implemented.

10. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is executed by a processor, the steps of the OTA update method according to any one of claims 1 to 7 are implemented.

Images