A vehicle application program updating method, device, medium and vehicle

Abstract

The present disclosure relates to a vehicle application program updating method, device, medium and vehicle. The method comprises: determining an updating duration of a corresponding application program based on receiving an updating request sent by a server; inputting vehicle historical behavior data into a pre-established vehicle use time period prediction model when the vehicle is in a parking state, and obtaining a vehicle use time sequence based on a time sequence prediction component in the vehicle use time period prediction model; the vehicle historical behavior data comprises a historical vehicle use behavior corresponding vehicle use time period and a historical parking behavior corresponding parking time period, and the vehicle use time sequence comprises a plurality of adjacent time points, each time point corresponding to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used; and if the time interval is greater than the updating duration, updating the application program. The implementation herein improves the effectiveness of the vehicle application program, avoids updating the vehicle application program when the user needs to use the vehicle, and improves the user experience.

Description

TECHNICAL FIELD

[0001] The present disclosure relates to the technical field of application program updating in vehicles, in particular to a vehicle application program updating method, device, vehicle and system. BACKGROUND

[0002] Vehicle application program updating is becoming more and more popular. Vehicle manufacturers can complete application program updating through over-the-air technology (OTA) to quickly fix system defects, quickly iterate, improve product and user experience, and save time and money for both users and vehicle manufacturers. However, automobile OTA upgrading is different from system upgrading of mobile phones and computers. Automobile OTA upgrading is time-consuming, mainly due to slow CAN network transmission rate and time required for flashing. Automobile OTA upgrading is usually calculated in hours, and the more controllers upgraded, the longer the upgrading time. During the automobile OTA upgrading process, the automobile is in an unusable state. Therefore, when upgrading the automobile, the stability of the automobile and the environment is very important, and the appropriate time and place should be selected for upgrading. SUMMARY

[0003] In a first aspect, the present disclosure provides a vehicle application program updating method, comprising:

[0004] determining an updating duration of a corresponding application program based on receiving an updating request sent by a server;

[0005] determining whether the vehicle is in a parked state based on the obtained vehicle state data;

[0006] when the vehicle is in the parked state, inputting vehicle historical behavior data into a pre-established vehicle use time period prediction model, and obtaining a vehicle use time sequence based on a time sequence prediction component in the vehicle use time period prediction model; the vehicle historical behavior data comprises a use time period corresponding to a historical use behavior and a parking time period corresponding to a historical parking behavior, and the vehicle use time sequence comprises a plurality of adjacent time points, each of which corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used;

[0007] judging whether a time interval between a current time and a time point corresponding to a first occupancy label is greater than the updating duration;

[0008] if the time interval is greater than the updating duration, updating the application program.

[0009] Further, the method further comprises:

[0010] if the time interval is less than the update duration, a time period corresponding to a continuous parking label in the vehicle use time sequence and greater than the update time is selected as an update period;

[0011] updating the application program in the update period and when the vehicle is in the parking state.

[0012] Further, the vehicle historical behavior data further comprises a parking location corresponding to the historical parking behavior; and the vehicle use period prediction model further comprises a location prediction component.

[0013] The method further comprises:

[0014] inputting the parking location into a pre-established vehicle use period prediction model, and obtaining a vehicle use time sequence carrying a target parking location based on the location prediction component, the target parking location corresponding to the parking label;

[0015] Correspondingly, the updating of the application program comprises that the method comprises:

[0016] obtaining a current location of the vehicle, and determining whether a target parking location corresponding to the current location and the current time is the same;

[0017] when the target parking location corresponding to the current location and the current time is the same, updating the application program.

[0018] Further, the method further comprises:

[0019] when the target parking location corresponding to the current location and the current time is not the same, updating the application program in the update period, when the vehicle is in the parking state, and when the parking location of the vehicle is the same as the target parking location corresponding to the update period.

[0020] Further, the training process of the vehicle use period prediction model comprises:

[0021] obtaining vehicle sample use time sequences of multiple time periods, the vehicle sample use time sequences comprising multiple groups of vehicle use periods corresponding to sample vehicle use behaviors and multiple groups of parking periods corresponding to sample parking behaviors, the sample parking behaviors corresponding to parking locations;

[0022] establishing the vehicle use period prediction model, wherein the vehicle use period prediction model comprises a time sequence prediction component and a location prediction component, and the time sequence prediction component and the location prediction component both comprise multiple model parameters;

[0023] The use time periods corresponding to the use behaviors of the plurality of groups of samples and the parking time periods corresponding to the parking behaviors of the plurality of groups of samples are used as input data of the time sequence prediction component, a vehicle use time sequence of a next time period is used as output data of the time sequence prediction component, the time sequence prediction component is trained, and the model parameters of the time sequence prediction component are adjusted until the time sequence prediction component meets preset requirements.

[0024] The use time periods corresponding to the use behaviors of the plurality of groups of samples, the parking time periods corresponding to the parking behaviors of the plurality of groups of samples, and the parking locations corresponding to the parking behaviors of the plurality of groups of samples are used as input data of the location prediction component, a vehicle use time sequence of a next time period carrying a target parking location is used as output data of the location prediction component, the location prediction component is trained, and the model parameters of the location prediction component are adjusted until the location prediction component meets preset requirements.

[0025] Further, the update request carries a first update identifier, and the update request is sent when the server completes the information to be filed based on a supervision system.

[0026] The updating of the application program includes:

[0027] The first update identifier is sent to the supervision system corresponding to the vehicle to verify whether the first update identifier and the second update identifier match.

[0028] The update instruction returned by the supervision system is received, and the update instruction is sent when the supervision system verifies that the first update identifier and the second update identifier match.

[0029] The application program update installation package corresponding to the update request is downloaded based on the update instruction.

[0030] The corresponding application program is updated based on the update installation package.

[0031] Further, the update installation package carries a first data package verification identifier.

[0032] When the update instruction returned by the supervision system is received, the method further includes receiving a second data package verification identifier associated with the second update identifier and returned by the supervision system.

[0033] Before the corresponding application program is updated based on the update installation package, the method includes:

[0034] It is verified whether the first data package verification identifier and the second data package verification identifier match.

[0035] Correspondingly, the updating of the corresponding application based on the update package is performed when the first data package verification identifier and the second data package verification identifier match.

[0036] In another aspect, the present application provides a vehicle application program updating device, the device comprising:

[0037] an update duration determining module configured to determine an update duration of a corresponding application based on a received update request sent by a server;

[0038] a parked state judging module configured to determine whether a vehicle is in a parked state based on acquired vehicle state data;

[0039] a vehicle usage time sequence predicting module configured to input vehicle historical behavior data into a pre-established vehicle usage time period predicting model when the vehicle is in the parked state, and obtain a vehicle usage time sequence based on a time sequence predicting component in the vehicle usage time period predicting model, wherein the vehicle historical behavior data comprises a historical vehicle usage behavior corresponding vehicle usage time period and a historical parking behavior corresponding parking time period, and the vehicle usage time sequence comprises a plurality of adjacent time points, each of which corresponds to an occupied label representing that the vehicle is used or a parked label representing that the vehicle is not used;

[0040] an update duration judging module configured to determine whether a time interval between a current time and a time point corresponding to a first occupied label is greater than the update duration;

[0041] an updating module configured to perform the updating of the application if the time interval is greater than the update duration.

[0042] In another aspect, the present application provides a computer readable storage medium, the computer readable storage medium storing at least one instruction or at least one program, the at least one instruction or at least one program being loaded and executed by a processor to implement the vehicle application program updating method as described above.

[0043] In another aspect, the present application provides a vehicle, the vehicle being provided with a vehicle application program updating device, the device comprising:

[0044] an update duration determining module configured to determine an update duration of a corresponding application based on a received update request sent by a server;

[0045] a parked state judging module configured to determine whether a vehicle is in a parked state based on acquired vehicle state data;

[0046] The vehicle use time sequence prediction module is configured to input vehicle historical behavior data into a pre-established vehicle use time period prediction model when the vehicle is in a parking state, and obtain a vehicle use time sequence based on a time sequence prediction component in the vehicle use time period prediction model; the vehicle historical behavior data comprises a use time period corresponding to historical vehicle use behavior and a parking time period corresponding to historical parking behavior, and the vehicle use time sequence comprises a plurality of adjacent time points, each of which corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used;

[0047] The update duration judgment module is configured to judge whether a time interval between the current time and a time point corresponding to the first occupancy label is greater than the update duration.

[0048] The update module is configured to perform the update of the application program if the time interval is greater than the update duration.

[0049] The technical solution provided by the embodiments of the present disclosure at least brings the following beneficial effects:

[0050] The vehicle application program update method, device, medium and vehicle provided by the embodiments of the present disclosure can predict the use time period and the parking time period of the vehicle according to the historical behavior data of the vehicle when updating the application program in the vehicle, and further determine the vehicle use time sequence, and update the application program when the time interval between the current time and the time point corresponding to the first occupancy label is the update duration, thereby improving the effectiveness of the vehicle application program, avoiding updating the vehicle application program when the user needs to use the vehicle, improving the user experience, and the vehicle application program update method proposed by the present disclosure does not need to be confirmed by the user, and can achieve user-unaware updating, thereby improving the timeliness of the application program update, avoiding the security risks caused by the use of the historical version of the application program in the vehicle, and further improving the safety of the vehicle.

[0051] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the present disclosure. BRIEF DESCRIPTION OF DRAWINGS

[0052] The accompanying drawings incorporated into the specification and forming a part thereof, illustrate embodiments consistent with the present disclosure, and together with the specification, serve to explain the principles of the present disclosure, and do not constitute an improper limitation on the present disclosure.

[0053] Figure 1 is a schematic diagram of an application environment according to an exemplary embodiment;

[0054] Figure 2 is a flowchart of a vehicle application program update method according to an exemplary embodiment;

[0055] Figure 3is a flow of another vehicle application program updating method according to an exemplary embodiment;

[0056] Figure 4 is a block diagram of a vehicle application program updating device according to an exemplary embodiment;

[0057] Figure 5 is a block diagram of an electronic device for vehicle application program updating according to an exemplary embodiment. DETAILED DESCRIPTION

[0058] In order to make the ordinary person skilled in the art better understand the technical solutions of the present disclosure, the technical solutions in the embodiments of the present disclosure will be described clearly and completely below in conjunction with the drawings.

[0059] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above-mentioned drawings are used to distinguish similar objects, and do not necessarily describe a specific order or sequence. It should be understood that the data thus used can be interchanged under appropriate circumstances, so that the embodiments of the present disclosure described herein can be implemented in an order other than those illustrated or described herein. The implementation described in the following exemplary embodiments does not represent all implementations consistent with the present disclosure. Rather, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.

[0060] Please refer to Figure 1 , Figure 1 is a schematic diagram of an application environment according to an exemplary embodiment, which can include a terminal 110 (vehicle), a server 120 (vehicle enterprise), and a regulatory system 130, which can be connected to each other through a wired network or a wireless network.

[0061] The terminal 110 includes an entity device such as a smart phone, a desktop computer, a tablet computer, a notebook computer, a digital assistant, a smart wearable device, and the like, and can also include software such as an application program (application, APP for short) running in the entity device. The application program can be an application program specially provided for controlling vehicle driving, or can be an application program having other functions of controlling vehicle driving, for example, an application program configured with a power system, a brake system, and the like. The operating system running on the entity device in the embodiments of the present application can include, but is not limited to, an Android system, an IOS system, linux, Unix, windows, and the like. The terminal 110 can include a UI (User Interface, vehicle application program update object interface) layer, and the terminal 110 provides input and display of query information to the outside through the UI layer. In addition, corresponding information is sent to the server 120 and / or the supervision system 130 based on an API (Application Programming Interface, application program interface).

[0062] The server 120 can be a server providing background services for the application program in the terminal 110. Specifically, the server 120 provides an update service of the application program. The server 120 can be a physical server, a server cluster or a distributed system composed of multiple physical servers, or a cloud server providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs, and basic cloud computing services such as big data and artificial intelligence platforms.

[0063] The supervision system 130 can be a third-party platform or institution set for supervising vehicle enterprises (servers), and has a similar configuration as the server 120, that is, a server providing background services for the application program in the terminal 110. It can be understood that the supervision system 130 can be a server for data storage and data verification.

[0064] In a first aspect, the embodiments of the present specification introduce the present disclosure with the terminal as the execution subject, Figure 2 is a flowchart of a vehicle application program updating method according to an exemplary embodiment, as Figure 2 shown, the method can include the following steps:

[0065] In step S201, the update duration of the corresponding application program is determined based on the received update request sent by the server.

[0066] Specifically, the server can be a server of a vehicle corresponding manufacturer. The server can send an update request to the vehicle when updating the vehicle application program, and the update request can be used to instruct the vehicle to update the corresponding application program.

[0067] In an optional embodiment, the update request comprises: description information of the update installation package.

[0068] Specifically, the description information of the update installation package can be used to summarize the specific content of the application program update, such as the current version number and the target version number of the application program update, the size of the update installation package, the expected update time, the modification point description, the component information of the update, the vehicle technical parameters involved in the update, the vehicle system or function information (function addition, change, defect repair or improvement of user experience, etc.), and the like.

[0069] In actual application, the vehicle can determine the update time of the corresponding application program according to the expected update time of the above-mentioned update request. The application time can be determined by the actual update time of other vehicles.

[0070] In step S203, it is determined whether the vehicle is in a parking state based on the obtained vehicle state data.

[0071] Specifically, the vehicle state data can include the speed of the vehicle, the remaining battery capacity of the vehicle, the current gear of the vehicle, and the like, wherein the current gear can be a parking gear, a forward gear, a reverse gear or a neutral gear.

[0072] Specifically, when the current gear of the vehicle is in the parking gear and the speed of the vehicle is zero, it can be determined that the vehicle is in the parking state.

[0073] In an optional embodiment, when the current gear of the vehicle is in the parking gear, the speed of the vehicle is zero, and the remaining battery capacity of the vehicle is greater than the required battery capacity for the application program update, it can be determined that the vehicle is in the parking state.

[0074] In step S205, when the vehicle is in the parking state, the vehicle historical behavior data is input into a pre-established vehicle use time period prediction model, and a vehicle use time sequence is obtained based on a time sequence prediction component in the vehicle use time period prediction model; the vehicle historical behavior data comprises a historical vehicle use time period corresponding to a historical vehicle use behavior and a parking time period corresponding to a historical parking behavior, and the vehicle use time sequence comprises a plurality of adjacent time points, each of which corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used.

[0075] Specifically, the vehicle historical behavior data can include a historical vehicle use time period corresponding to a historical vehicle use behavior and a parking time period corresponding to a historical parking behavior.

[0076] In actual application, the vehicle historical behavior data can be in a preset time period, which can be one week. The time of each day can be divided into 24*6 time sequences in units of 10 minutes, and then each time sequence is defined with a value according to whether the user uses the vehicle, and if the vehicle is used, the label is occupied, and if the vehicle is not used, the label is parked.

[0077] For example, the historical behavior data of 12:00-12:30 of a certain day is shown in the following table.

[0078] Time slice Value Explanation 12:00-12:10 1 Not used 12:10-12:20 1 Not used 12:20-12:30 0 Used

[0079] According to the above time slice and the corresponding vehicle usage, it can be obtained that the vehicle behavior data of each day can form a 1*144 time sequence vector V t : (1, 1, 1, 1, 1, 0, 0, 0, 1, 1…, 0, 0, 0, 1, 1, 1).

[0080] Specifically, the vehicle use period prediction model can be a pre-trained model. The input of the model can be vehicle historical behavior data, and the output of the model can be a vehicle use time sequence, wherein the vehicle use time sequence can be a sequence table of vehicle usage in a day with the current time as the starting point, such as the current time is 12:00, and the vehicle use time sequence V d : (1, 1, 0, 1, 1, 0, 0, 0, 1, 1…, 0, 0, 0, 1, 1, 1).

[0081] In an optional embodiment, the vehicle use period prediction model is established according to the following manner:

[0082] Obtain vehicle sample use time sequences of multiple time periods, the vehicle sample use time sequences include multiple groups of vehicle use time periods corresponding to the sample vehicle use behaviors and multiple groups of parking time periods corresponding to the sample parking behaviors, and the sample parking behaviors correspond to parking locations;

[0083] Establish the vehicle use period prediction model, wherein the vehicle use period prediction model includes a time sequence prediction component and a location prediction component, and the time sequence prediction component and the location prediction component each include multiple model parameters;

[0084] Take the multiple groups of vehicle use time periods corresponding to the sample vehicle use behaviors and the multiple groups of parking time periods corresponding to the sample parking behaviors as input data of the time sequence prediction component, take a vehicle use time sequence of a next time period as output data of the time sequence prediction component, train the time sequence prediction component, adjust the model parameters of the time sequence prediction component, and until the time sequence prediction component meets a preset requirement.

[0085] In the implementation process, a vehicle use time period prediction model can be established. The vehicle use time period prediction model can include a time sequence prediction component and a location prediction component. The time sequence prediction component and the location prediction component each include a plurality of model parameters. The model parameters can represent constraint conditions, which can be set according to expert experience, etc. A plurality of sets of sample vehicle use behaviors corresponding to vehicle use time periods and a plurality of sets of sample parking behaviors corresponding to parking time periods can be used to train the vehicle use time period prediction model. The plurality of sets of sample vehicle use behaviors corresponding to vehicle use time periods and the plurality of sets of sample parking behaviors corresponding to parking time periods are used as inputs of the vehicle use time period prediction model, and a vehicle use time sequence of a next time period is used as output data of the time sequence prediction component. The model parameters in the time sequence prediction component are continuously adjusted until the time sequence prediction component meets preset requirements, such as meeting a preset accuracy or the number of model parameter adjustments meeting a preset number requirement. Then, the model training is completed. The model training can be performed according to a machine learning algorithm, such as an LSTM (Long Short-Term Memory) long short-term memory network.

[0086] In step S207, it is determined whether a time interval between a current time and a time point corresponding to a first occupation label is greater than the update duration.

[0087] Specifically, according to the above description, it can be determined that the vehicle is in a parking state at the current time, that is, the vehicle behavior data corresponding to the current time is parking behavior. Therefore, it can be determined that the label corresponding to the first time slice in the vehicle use time sequence is a parking label. It can be understood that the adjacent time points are the above-mentioned time slices.

[0088] In actual application, the time interval can be determined based on the current time and the time point corresponding to the first occupation label. The time point can correspond to an occupation label and / or a parking label. For example, 12:00-12:10 corresponds to a parking label, and 12:10-12:20 corresponds to an occupation label. Therefore, the time point 12:10 corresponds to an occupation label and a parking label.

[0089] In step S209, if the time interval is greater than the update duration, the update of the application program is performed.

[0090] Specifically, when the time interval is greater than the update duration, it indicates that the application program can be updated during the parking of the vehicle. Therefore, the update of the application program can be performed.

[0091] The vehicle application program updating method provided by the embodiments of the present specification can predict the use period and the non-use period of the vehicle according to the historical behavior data of the vehicle when updating the application program in the vehicle, and then determine the vehicle use time sequence, and update the application program when the time interval between the current time and the time point corresponding to the first occupancy label is longer than the update duration, thereby improving the effectiveness of the vehicle application program, avoiding updating the vehicle application program when the user needs to use the vehicle, improving the user experience, and at the same time, the vehicle application program updating method provided by the present disclosure does not need to be confirmed by the user, and can achieve user-unaware updating, thereby improving the timeliness of application program updating, avoiding the security risks caused by the use of the historical version of the application program of the vehicle, and further improving the safety of the vehicle.

[0092] Based on the above-mentioned embodiments, in one embodiment of the present specification, the method further comprises:

[0093] If the time interval is less than the update duration, a time period longer than the update time in the time interval corresponding to the continuous parking label in the vehicle use time sequence is selected as an update period.

[0094] Specifically, the continuous parking label can correspond to the parking period of the vehicle.

[0095] In actual application, the time interval corresponding to the continuous parking label in the vehicle use time sequence can be selected in sequence, and a time period longer than the update time in the above-mentioned time interval is selected as an update period. In actual application, there are often multiple time intervals longer than the update time, at this time, the update period can be selected in sequence according to the time sequence, or can be selected at will.

[0096] The update of the application program is performed in the update period and when the vehicle is in the parked state.

[0097] Specifically, before performing the update of the application program, the parked state of the vehicle still needs to be determined, and the update of the application program is performed only when the vehicle is in the parked state and in the above-mentioned update period.

[0098] When the current time cannot perform the update of the application program, the embodiments of the present specification can recommend an update period that meets the update of the application program, and perform the update of the application program in the update period, thereby improving the efficiency of the update of the application program, and at the same time, avoiding performing the update of the application program in the use period of the vehicle, thereby improving the user satisfaction.

[0099] Based on the above-mentioned embodiments, in one embodiment of the present specification, the vehicle historical behavior data further comprises a parking location corresponding to the historical parking behavior.

[0100] Specifically, when the vehicle stops in history, the parking location corresponding to the parking period corresponding to the parking behavior can be stored.

[0101] The method further comprises:

[0102] The parking location is input into a pre-established vehicle use period prediction model, and a vehicle use time sequence carrying a target parking location corresponding to the parking label is obtained based on a position prediction component.

[0103] Specifically, the vehicle use period prediction model further comprises a position prediction component.

[0104] Specifically, the vehicle use period prediction model can further comprise a position prediction component, and the time sequence prediction component and the position prediction component each comprise a plurality of model parameters, which can represent constraint conditions and can be set according to expert experience, etc. A plurality of vehicle use periods corresponding to vehicle use behaviors of a plurality of samples and a plurality of parking periods corresponding to parking behaviors of the samples can be used to train the vehicle use period prediction model. The vehicle use periods corresponding to the vehicle use behaviors of the plurality of samples, the parking periods corresponding to the parking behaviors of the samples, and the parking locations corresponding to the parking behaviors of the samples are used as input data of the position prediction component, and a vehicle use time sequence carrying a target parking location in a next time period is used as output data of the position prediction component. The position prediction component is trained, the model parameters of the position prediction component are adjusted, until the position prediction component meets a preset requirement, such as meeting a preset accuracy or the number of model parameter adjustments meeting a preset number requirement, and then the model training is completed. Model training can be performed according to a machine learning algorithm such as LSTM (Long Short-Term Memory) long short-term memory network, etc.

[0105] It can be understood that the vehicle use period prediction model can also predict a target parking location corresponding to a parking label in a vehicle use time sequence through the position prediction component. The target parking location represents a place where the vehicle is often parked, such as a home or a work location.

[0106] Correspondingly, the method of updating the application program comprises:

[0107] The current position of the vehicle is obtained, and it is determined whether the target parking location corresponding to the current position and the current time is the same.

[0108] Specifically, the current position of the vehicle can be determined by a positioning system of the vehicle, and the current position is transmitted to a vehicle computer, and it is determined by the vehicle computer whether the target parking location corresponding to the current position and the current time is the same.

[0109] When the current position and the target parking location corresponding to the current time are the same, the updating of the application program is performed.

[0110] On the basis of the above-mentioned embodiments, in one embodiment of the present specification, the method further comprises:

[0111] When the current position and the target parking location corresponding to the current time are not the same, the updating of the application program is performed when the vehicle is in a parked state and the parking position of the vehicle is the same as the target parking location corresponding to the updating period.

[0112] Specifically, when the current position and the target parking location corresponding to the current time are not the same, it indicates that the current parking position of the vehicle is not a commonly used parking location. At this time, the updating of the application program can be performed when the vehicle is in a parked state and the parking position of the vehicle is the same as the target parking location corresponding to the updating period.

[0113] The vehicle application program updating method provided by the embodiments of the present specification can output a vehicle use time sequence carrying a target parking location through a pre-constructed vehicle use period prediction model, and compare the obtained current position with the target parking location. Only when the current position and the target parking location are the same, the updating of the application program is performed, which effectively improves the accuracy of the updating of the vehicle application program and avoids updating when the current position of the vehicle and the preset target parking location are not the same.

[0114] On the basis of the above-mentioned embodiments, in one embodiment of the present specification, the updating request carries a first updating identifier, and the updating request is sent when the server completes the filing of to-be-filed information based on a supervision system. The to-be-filed information includes a second updating identifier.

[0115] Please refer to Figure 3 The updating of the application program comprises:

[0116] In step 302, the first updating identifier is sent to the supervision system corresponding to the vehicle to verify whether the first updating identifier and the second updating identifier match.

[0117] Specifically, when updating the application program in the vehicle, the server can send the to-be-filed information required by the supervision system to the supervision system, and the to-be-filed information can include the second update identifier, the second data packet verification identifier and the second vehicle identifier associated with each other. The second update identifier is unique, and the second update identifier can be used to verify whether the updated application program of the vehicle has been filed. The second data packet verification identifier can be a unique identifier of the update installation package corresponding to the application program, which can be a digital signature, and the second data packet verification identifier can be used to verify whether the corresponding update installation package is provided by the server. The second vehicle identifier can also be unique, such as a vehicle model. It can be understood that the vehicle model is a unique identifier provided by the server (vehicle enterprise) to represent the vehicle of this type.

[0118] After the supervision system stores the received to-be-filed information into the block chain node, it means that the to-be-filed information is completed, and the supervision system can return a filing completion instruction to the server to indicate that the server can issue an update request to the corresponding application program. The update request is used to instruct the vehicle to update the application program.

[0119] Specifically, the update request can carry the first update identifier, which can be the same identifier as the second update identifier, or a different identifier from the second update identifier.

[0120] It can be understood that the specific format of the above-mentioned first update identifier, second update identifier, second data packet verification identifier and second vehicle identifier is not limited in the embodiments of the present specification, which can be a string, such as 100-132-ad2*.

[0121] It can be understood that the server can send the update request in a push manner, that is, the server can push the update request according to the above-mentioned vehicle identifier.

[0122] In an optional embodiment, sending the first update identifier to the supervision system corresponding to the vehicle to verify whether the first update identifier and the second update identifier match can include: when the preset requirement is met, sending the first update identifier to the supervision system corresponding to the vehicle.

[0123] Specifically, the preset requirement can be preset and associated with the state data of the vehicle. When the state data can include the speed of the vehicle, the remaining battery capacity of the vehicle, and the current version number of the application corresponding to the update request, the state data can be determined to satisfy the preset requirement when the speed of the vehicle is zero, the remaining battery capacity of the vehicle is greater than a preset capacity threshold, and the difference between the current version number of the application corresponding to the update request and the target version number of the application corresponding to the update request is a preset difference. The speed of the vehicle is used to indicate whether the vehicle is driving. The vehicle cannot update the application when the vehicle is driving. The remaining battery capacity of the vehicle is used to indicate whether it can support the update of the application. The current version number is used to indicate whether the application can be updated. For example, if the current version number is 1.1.1 and the target version number is 1.1.2, it indicates that the application can be updated.

[0124] When the state data satisfies the preset requirement, the first update identifier can be sent to the supervision system corresponding to the vehicle. The supervision system can match the first update identifier with the second update identifier after receiving the first update identifier. If the first update identifier and the second update identifier match, it indicates that the update corresponding to the application has been recorded. If the first update identifier and the second update identifier do not match, it indicates that the update corresponding to the application has not been recorded. At this time, an instruction indicating that the application cannot be updated can be returned to the corresponding vehicle, so that the vehicle does not update the application.

[0125] In step 304, the update instruction returned by the supervision system is received. The update instruction is sent when the supervision system verifies that the first update identifier and the second update identifier match.

[0126] Specifically, when the supervision system verifies that the first update identifier and the second update identifier match, the supervision system can return an update instruction. The update instruction indicates that the application corresponding to the update request can be updated. That is, the update instruction can be used to instruct the vehicle to update the application corresponding to the update request.

[0127] In step S306, the update instruction returned by the supervision system is received. The update instruction is sent when the supervision system verifies that the first update identifier and the second update identifier match.

[0128] In step S308, the application update installation package corresponding to the update request is downloaded based on the update instruction.

[0129] Specifically, the update request can carry a download address of the update installation package of the application to be updated. After receiving the update instruction, the vehicle can access the above download address to download the application update installation package.

[0130] In step S310, the corresponding application program is updated based on the update installation package.

[0131] Specifically, the vehicle can run the update installation package to complete the update of the application program.

[0132] The vehicle application program update method provided by the embodiments of the present specification can record the details of the application program update in each vehicle, avoid the situation that the vehicle enterprise updates the application program to avoid recall, and reduce the safety hazards of the vehicle.

[0133] On the basis of the above-mentioned embodiments, in an embodiment of the present specification, the update installation package carries a first data package verification identifier.

[0134] Specifically, the update installation package is an executable file that can update the application program, and the update installation package can carry a first data package verification identifier. The first data package verification identifier can be a digital signature (also known as a public key digital signature or electronic seal). The digital signature is a kind of ordinary physical signature written on paper, but it is realized by using the technology in the field of public key encryption, and is a method for identifying digital information. A set of digital signatures usually defines two complementary operations, one for signing and the other for verification.

[0135] The digital signature is a digital string that only the sender of the information can produce and cannot be forged by others, and the digital string is also an effective proof of the authenticity of the information sent by the sender of the information.

[0136] When receiving the update instruction returned by the supervision system, the method further includes: receiving the second data package verification identifier associated with the second update identifier returned by the supervision system.

[0137] Specifically, the supervision system has a second data package verification identifier associated with the second update identifier recorded. The supervision system can return the second data package verification identifier associated with the second update identifier at the same time when returning the update instruction. The second data package verification identifier is provided by the server (vehicle enterprise) when recording.

[0138] Before updating the corresponding application program based on the update installation package, the method includes:

[0139] Verify whether the first data package verification identifier and the second data package verification identifier are the same.

[0140] Correspondingly, the updating of the corresponding application based on the update installation package is performed when the first data package verification identifier and the second data package verification identifier are the same.

[0141] Specifically, one of the first data package verification identifier and the second data package verification identifier can be used for signing, and the other can be used for verification. For example, the supervisory system encrypts the second data package verification identifier with a private key of the supervisory system, and transmits the second data package verification identifier to the terminal (vehicle) together with the original text. The terminal (vehicle) can only decrypt the encrypted second data package verification identifier with a public key of the supervisory system, and then processes the second data package verification identifier with a HASH function and compares the processed second data package verification identifier with the decrypted second data package verification identifier. If they are the same, it means that the received second data package verification identifier is complete and has not been modified in the transmission process, otherwise it means that the second data package verification identifier has been modified.

[0142] Before the application is updated, the second data package verification identifier recorded by the supervisory system is verified with the first data package verification identifier in the update installation package, and the update of the application is performed only after the verification is successful, so as to ensure the security of the updated application and avoid the update installation package being tampered with and causing incorrect update.

[0143] Based on the above embodiment, in one embodiment of the present specification, the information to be recorded further includes a second vehicle identifier associated with the second update identifier.

[0144] Specifically, the second vehicle identifier can be the same as the first vehicle identifier, and both can be used to represent the vehicle type.

[0145] In an optional embodiment, the sending of the first update identifier to the supervisory system corresponding to the vehicle includes:

[0146] The first update identifier and the first vehicle identifier of the vehicle are sent to the supervisory system corresponding to the vehicle, so that the supervisory system verifies whether the first update identifier and the second vehicle identifier match, and verifies whether the first update identifier and the second update identifier match.

[0147] Specifically, the first vehicle identifier can be an identifier pre-implanted in the vehicle, which can be a vehicle frame number or the like having uniqueness. That is, the first vehicle identifier can correspond to the second vehicle identifier. That is, the vehicle frame number can correspond to a specific vehicle type.

[0148] The supervisory system has the second vehicle identifier and the first vehicle identifier in the region to which the second vehicle identifier belongs. After receiving the first updated identifier and the first vehicle identifier of the vehicle, the supervisory system can verify whether the first updated identifier and the second vehicle identifier match, that is, whether the first updated identifier and the second updated identifier match. Only when both of them match, the supervisory system returns the update instruction to the corresponding terminal (vehicle).

[0149] Correspondingly, the update instruction returned by the supervisory system is sent when the supervisory system verifies that the first updated identifier and the second vehicle identifier match, and the first updated identifier and the second updated identifier match.

[0150] The vehicle application update method provided by the embodiments of the present specification verifies whether the application in the vehicle meets the update requirement through a double verification manner. Only when both of the double verifications pass, the update of the corresponding application can be performed, thereby avoiding that the vehicle updates an incorrect application and causes a safety accident to occur, and further improving the security of the vehicle application update.

[0151] On the basis of the above-mentioned embodiments, in one embodiment of the present specification, the updating of the corresponding application based on the update installation package comprises:

[0152] The update installation package is stored in the first partition for performing the update, and the application of the current version is stored in the second partition, and the first partition and the second partition can be read or called;

[0153] The application of the target version after the update is completed is set to be preferentially read or called.

[0154] Specifically, the terminal (vehicle) can be provided with at least two partitions, that is, a first partition and a second partition, and the first partition and the second partition can be read or called. One of the partitions is used to store the application before the update, and the other partition is used to store the application after the update. That is, the first partition and the second partition serve as the backup partitions of each other. After the update of the application is completed, the partition in which the application of the historical version is located can be formatted, or the application of the historical version can be retained. However, when the corresponding task is performed by using the application, the latest version of the application is used to perform the corresponding task. When the update fails, the application before the update is still used to perform the corresponding task.

[0155] The vehicle application update method provided by the embodiments of the present specification performs the update of the application by using the double backup manner. After the update is successful, the application after the update is used to perform the task. After the update fails, the application before the update is used to perform the task, thereby improving the reliability of the application and avoiding the occurrence of the scene in which the application cannot be used due to the failure of the update of the application.

[0156] On the basis of the above-mentioned embodiments, in one embodiment of the present specification, the method further comprises:

[0157] sending the update completion information carrying the first vehicle identifier to the supervision system and the server after the update is completed, so that the supervision system stores the received update completion information in the corresponding blockchain node, and so that the server stores the received update completion information record, wherein the update completion information comprises the content of the application update.

[0158] Specifically, in order to avoid repeated sending of update requests or to avoid that the application update in part of the vehicles is not timely, after the application update, the vehicle can send the update completion information of the first vehicle identifier to the supervision system and the server.

[0159] Specifically, the update completion information can include version number information of the current version and the target version of the application, the size of the update installation package, the actual upgrade duration, modification point description, component information of the upgrade, vehicle technical parameters involved in the upgrade, vehicle system or function information (function addition, change, defect repair or improvement of user experience, etc.), and the like.

[0160] The supervision system can store the above-mentioned update completion information in the blockchain according to the first vehicle identifier, record the update data for the vehicle corresponding to the first vehicle identifier, and at the same time, avoid changing the above-mentioned update completion information by the server side when the vehicle has an accident due to the application update, thereby improving the user satisfaction.

[0161] The server can also record the above-mentioned update completion information, and add an update completion identifier to the vehicle after the update according to the first vehicle identifier, so as to facilitate the statistics of the update situation of the application of the vehicle corresponding to the second vehicle identifier. And the vehicle which has not updated the application can be sent the above-mentioned update request again after a preset time, so as to improve the range of vehicle application update and improve the user experience.

[0162] In a second aspect, the present disclosure provides a vehicle application update method, which is executed by a supervision system and comprises:

[0163] receiving the to-be-filed information sent by the server, wherein the to-be-filed information comprises: a second update identifier, a second data package verification identifier and a second vehicle identifier which are associated with each other;

[0164] storing the to-be-filed information into a blockchain node, and returning a filing completion instruction to the server, so that the server sends an update request carrying the first update identifier to the vehicle corresponding to the second vehicle identifier based on the filing completion instruction;

[0165] receiving the first update identifier sent by the vehicle;

[0166] send an update instruction to the vehicle in a case where it is verified that the first update identifier matches the second update identifier, the update instruction being used to instruct the vehicle to complete an update of an application corresponding to the first update identifier.

[0167] On the basis of the above-mentioned embodiments, in one embodiment of the present specification, the method further comprises:

[0168] sending a second data packet verification identifier associated with the second update identifier to the vehicle.

[0169] On the basis of the above-mentioned embodiments, in one embodiment of the present specification, the method further comprises:

[0170] receiving update completion information carrying a first vehicle identifier sent by the vehicle;

[0171] storing the update completion information in a blockchain node corresponding to the to-be-archived information.

[0172] Since the method on the regulatory system side is related to the above-mentioned method on the terminal side, it has been disclosed on the terminal side and has the same technical effects as on the terminal side, which will not be repeated.

[0173] In another aspect, the present disclosure provides a vehicle application program updating device, Figure 4 is a block diagram of a vehicle application program updating device according to an exemplary embodiment, referring to Figure 4 The device comprises:

[0174] An update duration determination module 501 is configured to determine the update duration of the corresponding application based on the received update request sent by the server.

[0175] A parked state judgment module 502 is configured to determine whether the vehicle is in a parked state based on the obtained vehicle state data.

[0176] A vehicle use time sequence prediction module 503 is configured to input vehicle historical behavior data into a pre-established vehicle use time period prediction model when the vehicle is in a parked state, and obtain a vehicle use time sequence based on a time sequence prediction component in the vehicle use time period prediction model. The vehicle historical behavior data includes a historical vehicle use behavior corresponding to a vehicle use time period and a historical parking behavior corresponding to a parking time period. The vehicle use time sequence includes a plurality of adjacent time points, each of which corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used.

[0177] An update duration judgment module 504 is configured to determine whether the time interval between the current time and the time point corresponding to the first occupancy label is greater than the update duration.

[0178] The updating module 505 is configured to perform the updating of the application program if the time interval is greater than the updating duration.

[0179] Since the vehicle application program updating device has the same process as the vehicle application program updating method disclosed above, the technical effects are similar, and thus will not be repeated here.

[0180] In another aspect, the present disclosure provides a vehicle provided with a vehicle application program updating device, the device comprising:

[0181] The updating duration determining module 501 is configured to determine the updating duration of the corresponding application program based on the received updating request sent by the server.

[0182] The parking state judging module 502 is configured to determine whether the vehicle is in a parking state based on the obtained vehicle state data.

[0183] The vehicle usage time sequence predicting module 503 is configured to input vehicle historical behavior data into a pre-established vehicle usage time period predicting model when the vehicle is in a parking state, and obtain a vehicle usage time sequence based on a time sequence predicting component in the vehicle usage time period predicting model; the vehicle historical behavior data comprises a vehicle usage time period corresponding to historical vehicle usage behavior and a parking time period corresponding to historical parking behavior, and the vehicle usage time sequence comprises a plurality of adjacent time points, each of which corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used.

[0184] The updating duration judging module 504 is configured to determine whether a time interval between the current time and a time point corresponding to the first occupancy label is greater than the updating duration.

[0185] The updating module 505 is configured to perform the updating of the application program if the time interval is greater than the updating duration.

[0186] Since the vehicle application program updating device has the same process as the vehicle application program updating method disclosed above, the technical effects are similar, and thus will not be repeated here.

[0187] In another aspect, the present disclosure provides a monitoring system provided with a vehicle application program updating device, the device comprising:

[0188] The information receiving module is configured to receive the to-be-filed information sent by the server, the to-be-filed information comprising a second updating identifier, a second data packet verification identifier and a second vehicle identifier which are associated with each other.

[0189] The record module is configured to store the to-be-recorded information into a block chain node, and return a record completion instruction to the server, so that the server sends an update request carrying the first update identifier to the second vehicle based on the record completion instruction;

[0190] The identifier receiving module receives the first update identifier sent by the vehicle.

[0191] The instruction sending module is configured to return an update instruction if the first update identifier matches the second update identifier, the update instruction being used to instruct the vehicle to complete the update of the application corresponding to the first update identifier.

[0192] Since the vehicle application update device has the same process as the vehicle application update method disclosed above on the supervisory system side, the technical effects are equivalent, and will not be repeated here.

[0193] In another aspect, the present disclosure provides a vehicle application update system, comprising a server, a vehicle and a supervisory system, which interact with each other to complete the vehicle application update method described above.

[0194] Figure 5 is a block diagram of an electronic device for vehicle application update according to an exemplary embodiment. The electronic device can be a terminal or a supervisory system, and its internal structure can be as shown in Figure 5 The electronic device includes a processor, a memory, a network interface, a display screen and an input device connected through a system bus. The processor of the electronic device is used to provide computing and control capabilities. The memory of the electronic device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operating system and the computer program in the non-volatile storage medium to run. The network interface of the electronic device is used to communicate with external terminals through network connection. The computer program is executed by the processor to implement a vehicle application update method. The display screen of the electronic device can be a liquid crystal display screen or an electronic ink display screen. The input device of the electronic device can be a touch layer overlaid on the display screen, or a key, trackball or touchpad provided on the shell of the electronic device, or an external keyboard, touchpad or mouse, etc.

[0195] Those skilled in the art can understand that Figure 5 The structure shown in the figure is only a block diagram of part of the structure related to the scheme of the present disclosure, and does not constitute a limitation on the electronic device to which the scheme of the present disclosure is applied. A specific electronic device can include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0196] In an example embodiment, an electronic device is also provided, comprising: a processor; a memory for storing instructions executable by the processor; wherein the processor is configured to execute the instructions to implement the vehicle application update method in embodiments of the present disclosure.

[0197] In an example embodiment, a computer readable storage medium is also provided, which, when instructions in the computer readable storage medium are executed by a processor of an electronic device, enables the electronic device to perform the vehicle application update method in embodiments of the present disclosure. The computer readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device, etc.

[0198] In an example embodiment, a computer program product containing instructions, which, when run on a computer, enables the computer to perform the vehicle application update method in embodiments of the present disclosure, is also provided.

[0199] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiments can be completed by a computer program instructing related hardware, and the computer program can be stored in a non-volatile computer readable storage medium. When the computer program is executed, it can include the processes of the above-mentioned embodiments. Any reference to memory, storage, databases, or other media in the embodiments provided by the present application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. As an illustration but not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0200] Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the features disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

[0201] It should be understood that the present disclosure is not limited to the precise structures as herein described and illustrated in the drawings, and that various modifications and changes can be made without departing from its scope. The scope of the present disclosure is limited only by the claims that follow.

Claims

1. A vehicle application program updating method characterized by comprising: The method comprises: determining the update duration of the corresponding application based on the received update request sent by the server; determining whether the vehicle is in the parking state based on the obtained vehicle state data; when the vehicle is in the parking state, inputting the vehicle historical behavior data into the pre-established vehicle use time period prediction model to obtain a vehicle use time sequence carrying a target parking location based on a time sequence prediction component and a location prediction component in the vehicle use time period prediction model; the vehicle historical behavior data comprises a historical vehicle use time period corresponding to a historical vehicle use behavior, a parking time period corresponding to a historical parking behavior, and a parking location corresponding to the historical parking behavior; the vehicle use time sequence comprises a plurality of adjacent time points, each of which corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used, the target parking location corresponds to the parking label, the vehicle use time sequence is a sequence table of the vehicle use in a day with the current time as the starting point, the label corresponding to the first time slice in the vehicle use time sequence is the parking label, and the time slice is between two adjacent time points; determining whether the time interval between the current time and the time point corresponding to the first occupancy label is greater than the update duration; if the time interval is greater than the update duration, obtaining the current position of the vehicle and determining whether the current position and the target parking location corresponding to the current time are the same; when the current position and the target parking location corresponding to the current time are the same, updating the application; if the current position and the target parking location corresponding to the current time are not the same, updating the application when the vehicle is in the parking state and the parking position of the vehicle is the same as the target parking location corresponding to the update time period; the update time period is a time period in which the time interval corresponding to the continuous parking labels in the vehicle use time sequence is greater than the update duration.

2. The vehicle application update method according to claim 1, characterized by, The method further comprises: if the time interval is less than the update duration, selecting a time period in which the time interval corresponding to the continuous parking labels is greater than the update duration as the update time period in the vehicle use time sequence; updating the application when the vehicle is in the parking state in the update time period.

3. The vehicle application update method of claim 1, wherein, The training process of the vehicle use time period prediction model comprises: obtaining vehicle sample use time sequences in a plurality of time periods, the vehicle sample use time sequences comprising a plurality of sets of sample vehicle use time periods corresponding to sample vehicle use behaviors and a plurality of sets of sample parking time periods corresponding to sample parking behaviors, the sample parking behaviors corresponding to parking locations; establishing the vehicle use time period prediction model, wherein the vehicle use time period prediction model comprises a time sequence prediction component and a location prediction component, and the time sequence prediction component and the location prediction component each comprise a plurality of model parameters; The use time sequence of the vehicle in the next time period is taken as the output data of the time sequence prediction component, the time sequence prediction component is trained, the model parameters of the time sequence prediction component are adjusted, and the time sequence prediction component reaches a preset requirement until the time sequence prediction component reaches a preset requirement. The use time sequence of the vehicle in the next time period is taken as the output data of the time sequence prediction component, the time sequence prediction component is trained, the model parameters of the time sequence prediction component are adjusted, and the time sequence prediction component reaches a preset requirement.

4. The vehicle application update method according to any one of claims 1 to 3, characterized by, The update request carries a first update identifier, and the update request is sent when the server completes the information to be filed based on a supervision system. The method comprises: The first update identifier is sent to the supervision system corresponding to the vehicle to verify whether the first update identifier and the second update identifier match; The update instruction returned by the supervision system is received, and the update instruction is sent when the supervision system verifies that the first update identifier and the second update identifier match; The application program update installation package corresponding to the update request is downloaded based on the update instruction; The corresponding application program is updated based on the update installation package.

5. The vehicle application program updating method according to claim 4, characterized by, The update installation package carries a first data packet verification identifier; When the update instruction returned by the supervision system is received, the method further comprises receiving a second data packet verification identifier associated with the second update identifier returned by the supervision system: Before the corresponding application program is updated based on the update installation package, the method comprises: The first data packet verification identifier and the second data packet verification identifier are verified to determine whether they match; Correspondingly, the corresponding application program is updated based on the update installation package when the first data packet verification identifier and the second data packet verification identifier match.

6. A vehicle application program updating apparatus characterized by comprising: The device comprises: An update duration determination module configured to determine the update duration of the corresponding application program based on the received update request sent by the server; A parked state determination module configured to determine whether the vehicle is in a parked state based on the obtained vehicle state data; The vehicle use time sequence prediction module is configured to input vehicle historical behavior data into a pre-established vehicle use time period prediction model when the vehicle is in a parked state, and obtain a vehicle use time sequence carrying a target parking location based on a time sequence prediction component and a location prediction component in the vehicle use time period prediction model; the vehicle historical behavior data includes a vehicle use time period corresponding to historical vehicle use behavior, a parking time period corresponding to historical parking behavior, and a parking location corresponding to the historical parking behavior, the vehicle use time sequence includes a plurality of adjacent time points, each of the time points corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used, the target parking location corresponds to the parking label, the vehicle use time sequence is a sequence table of vehicle use in a day with a current time as a starting point, a first time slice in the vehicle use time sequence corresponds to the parking label, and a time slice is between two adjacent time points; The update duration determination module is configured to determine whether a time interval between a current time and a time point corresponding to a first occupancy label is greater than the update duration. The update module is configured to, if the time interval is greater than the update duration, obtain a current location of the vehicle, and determine whether the current location and a target parking location corresponding to the current time are the same; if the current location and the target parking location corresponding to the current time are the same, update the application program; if the current location and the target parking location corresponding to the current time are not the same, update the application program when an update time period, the vehicle is in a parked state, and a parking location of the vehicle is the same as a target parking location corresponding to the update time period; the update time period is a time period in which a time interval corresponding to consecutive parking labels in the vehicle use time sequence is greater than the update duration.

7. A computer-readable storage medium, characterized in that, The computer readable storage medium stores at least one instruction or at least one program, and the at least one instruction or at least one program is loaded and executed by the processor to implement the vehicle application program update method according to any one of claims 1-5.

8. A vehicle characterized by comprising: The vehicle is provided with a vehicle application program update device, and the device comprises: The update duration determination module is configured to determine the update duration of the corresponding application program based on receiving an update request sent by a server; The parked state determination module is configured to determine whether the vehicle is in a parked state based on obtained vehicle state data; The vehicle use time sequence prediction module is configured to input vehicle historical behavior data into a pre-established vehicle use time period prediction model when the vehicle is in a parked state, and obtain a vehicle use time sequence carrying a target parking location based on a time sequence prediction component and a location prediction component in the vehicle use time period prediction model; the vehicle historical behavior data includes a vehicle use time period corresponding to historical vehicle use behavior, a parking time period corresponding to historical parking behavior, and a parking location corresponding to the historical parking behavior, the vehicle use time sequence includes a plurality of adjacent time points, each of the time points corresponds to an occupancy label representing that the vehicle is used or a parking label representing that the vehicle is not used, the target parking location corresponds to the parking label, the vehicle use time sequence is a sequence table of vehicle use in a day with a current time as a starting point, a first time slice in the vehicle use time sequence corresponds to the parking label, and the time slice is between two adjacent time points; The update duration determination module is configured to determine whether a time interval between a current time and a time point corresponding to a first occupancy label is greater than the update duration; The update module is configured to, if the time interval is greater than the update duration, obtain a current location of the vehicle, and determine whether the current location and a target parking location corresponding to the current time are the same; if the current location and the target parking location corresponding to the current time are the same, update the application program; if the current location and the target parking location corresponding to the current time are not the same, update the application program when an update time period, the vehicle is in a parked state, and a parking location of the vehicle is the same as a target parking location corresponding to the update time period; the update time period is a time period in which a time interval corresponding to consecutive parking labels in the vehicle use time sequence is greater than the update duration.

Images