OTA upgrading method and device, equipment and medium

Abstract

The invention discloses an OTA upgrading method, device, equipment and medium, and relates to the technical field of vehicle-mounted interconnection, and the method comprises the steps: obtaining the dispatching unit information, obtaining the initial upgrading starting time, the unit time length and the upgrading number according to the dispatching unit information, and carrying out the upgrading of the OTA on the basis of the upgrading number and the unit time length in combination with the initial upgrading starting time; and obtaining target upgrade start time of the corresponding upgrade quantity, waking up the vehicle according to the target upgrade start time, and executing an over-the-air upgrade operation. The initial upgrading time, the unit time and the upgrading number are set through the dispatching unit information, the target upgrading starting time of each vehicle is calculated, the upgrading load is dispersed, the high concurrency pressure of a platform is effectively avoided, the server cost is reduced, and it is ensured that OTA upgrading is efficiently and stably executed.

Description

Technical Field

[0001] The present invention relates to the field of vehicle interconnection technologies, and particularly to an OTA upgrade method, device, equipment and medium. Background Art

[0002] With the development of automotive intelligence and networking technologies, OTA (Over-the-Air) upgrade has become an important part of the automotive industry. OTA upgrade allows the download of upgrade packages on a remote server via a wireless network to update automotive systems or applications. This not only improves the user experience but also enables manufacturers to quickly fix software vulnerabilities, add new features and optimize vehicle performance. In this context, how to effectively manage the OTA upgrade process for a large number of vehicles and ensure the smooth execution of upgrade tasks without affecting users' daily use has become an important research topic.

[0003] Currently, when a vehicle performs an OTA upgrade, a customer can choose to set a time point by themselves for the upgrade or choose to automatically upgrade according to the time point recommended by the vehicle manufacturer. Most users will choose to automatically upgrade according to the default time for the sake of simplicity of operation. In existing technical solutions, the manufacturer usually fixes the default time of a certain upgrade task at the same time point every day, such as 1:00 am. When this upgrade task involves a large number of vehicles, if many users choose the default upgrade time, a large number of concurrent requests will be generated at a specific time point, bringing huge access pressure to the OTA platform.

[0004] Although certain progress has been made in existing technologies, there are still obvious deficiencies. When a large number of vehicles simultaneously choose to perform OTA upgrades at the same default time point, it will cause the OTA platform to face too many access requests in a short period of time, which may lead to platform response delays or even paralysis, thus affecting the success rate of vehicle upgrades. Moreover, during off-peak hours, the enhanced hardware capabilities are not fully utilized, resulting in resource waste. Therefore, there is an urgent need for an OTA upgrade method to improve the efficiency of OTA upgrades. Summary of the Invention

[0005] The main purpose of this application is to provide an OTA upgrade method, device, equipment and medium, aiming to solve the technical problem of how to improve the efficiency of OTA upgrades.

[0006] To achieve the above purpose, this application proposes an OTA upgrade method, and the method includes:

[0007] Obtain dispatching unit information;

[0008] According to the dispatching unit information, obtain the initial upgrade start time, unit time length and upgrade quantity;

[0009] Based on the number of upgrades and the unit time length, combined with the initial upgrade start time, obtain the target upgrade start time corresponding to the number of upgrades;

[0010] Wake up the vehicle according to the target upgrade start time and perform an over-the-air download upgrade operation.

[0011] In one embodiment, the step of obtaining the target upgrade start time corresponding to the number of upgrades based on the number of upgrades and the unit time length, combined with the initial upgrade start time, includes:

[0012] According to the number of upgrades and the unit time length, obtain a time accumulation value;

[0013] Add the time accumulation value to the initial upgrade start time to obtain the target upgrade start time corresponding to the number of upgrades.

[0014] In one embodiment, after the step of obtaining the initial upgrade start time, the unit time length, and the number of upgrades according to the dispatch unit information, it further includes:

[0015] Obtain over-the-air download performance metrics and vehicle access pattern data. The over-the-air download performance metrics include server response time, concurrent processing capacity, and network bandwidth utilization rate. The vehicle access pattern data includes the time distribution of the vehicle accessing the over-the-air download platform, the peak period of upgrade requests, and the vehicle geographical location;

[0016] According to the over-the-air download performance metrics and the vehicle access pattern data, obtain a predicted load result;

[0017] According to the predicted load result, dynamically adjust the unit time length.

[0018] In one embodiment, the step of waking up the vehicle according to the target upgrade start time and performing an over-the-air download upgrade operation includes:

[0019] Obtain the user's personal driving habits and preferences;

[0020] According to the personal driving habits and the preferences, set a preference interval for the upgrade time;

[0021] According to the preference interval, obtain a preferred upgrade start time;

[0022] Select between the target upgrade start time and the preferred upgrade start time to obtain the upgrade start time;

[0023] Wake up the vehicle according to the upgrade start time and perform an over-the-air download upgrade operation.

[0024] In one embodiment, before the step of waking up the vehicle according to the target upgrade start time and performing the over-the-air (OTA) upgrade operation, the following steps are included:

[0025] Check the vehicle to obtain a check result, where the check result includes a storage space check result, a network connection quality result, and a vehicle health status result;

[0026] When the check result meets the preset upgrade requirements, perform the step of waking up the vehicle according to the target upgrade start time and performing the over-the-air upgrade operation.

[0027] In one embodiment, the step of waking up the vehicle according to the upgrade start time and performing the over-the-air upgrade operation further includes:

[0028] Obtain the in-vehicle head unit time;

[0029] When the in-vehicle head unit time is within a preset time period, pre-download the over-the-air upgrade package;

[0030] When the in-vehicle head unit time reaches the upgrade start time, wake up the vehicle and perform an over-the-air upgrade on the vehicle based on the over-the-air upgrade package, where the preset time period is earlier than the upgrade start time.

[0031] In one embodiment, after the step of obtaining the in-vehicle head unit time, the following steps are further included:

[0032] Obtain the over-the-air platform time;

[0033] Based on the in-vehicle head unit time and the over-the-air platform time, obtain a time deviation;

[0034] When the time deviation exceeds a preset threshold, send an alarm and correct based on the over-the-air platform time.

[0035] In addition, to achieve the above object, the present application further provides an OTA upgrade device, where the OTA upgrade device includes:

[0036] An acquisition module, configured to acquire dispatching unit information;

[0037] An analysis module, configured to obtain an initial upgrade start time, a unit time length, and a number of upgrades according to the dispatching unit information;

[0038] A calculation module, configured to obtain a target upgrade start time corresponding to the number of upgrades based on the number of upgrades, the unit time length, and the initial upgrade start time;

[0039] An execution module, configured to wake up the vehicle according to the target upgrade start time and perform an over-the-air upgrade operation.

[0040] In addition, to achieve the above object, the present application further provides a medium, which is a computer-readable medium, and a computer program is stored on the medium. When the computer program is executed by a processor, the steps of the OTA upgrade method described above are implemented.

[0041] In addition, to achieve the above object, the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the steps of the OTA upgrade method described above are implemented.

[0042] The present application obtains dispatch unit information, and based on the dispatch unit information, obtains the initial upgrade start time, the unit time length, and the number of upgrades. Combining the number of upgrades and the unit time length with the initial upgrade start time, the target upgrade start time corresponding to the number of upgrades is obtained. The vehicle is woken up according to the target upgrade start time and the over-the-air (OTA) upgrade operation is executed. By setting the initial upgrade time, the unit time, and the number of upgrades through the dispatch unit information, calculating the target upgrade start time of each vehicle, and dispersing the upgrade load, the high concurrency pressure on the platform is effectively avoided, the server cost is reduced, and the efficient and stable execution of the OTA upgrade is ensured. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0044] Figure 1 It is a schematic flowchart of the first embodiment of the OTA upgrade method of the present application;

[0045] Figure 2 It is a schematic diagram of the upgrade start time of the first embodiment of the OTA upgrade method of the present application;

[0046] Figure 3 It is a schematic flowchart of the second embodiment of the OTA upgrade method of the present application;

[0047] Figure 4 It is a schematic flowchart of the third embodiment of the OTA upgrade method of the present application;

[0048] Figure 5 It is a schematic diagram of the module structure of the OTA upgrade device in the embodiment of the present application;

[0049] Figure 6 It is a schematic diagram of the device structure of the hardware operating environment involved in the OTA upgrade method in the embodiment of the present application.

[0050] The realization of the purpose, functional features and advantages of this application will be further described in conjunction with embodiments with reference to the accompanying drawings. Specific Embodiments

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

[0052] To better understand the technical solution of this application, the following will be described in detail in conjunction with the drawings of the specification and specific embodiments.

[0053] The main solution of the embodiment of this application is: by obtaining the battery voltage, vehicle sleep time, and successful charging times, when the battery voltage is lower than the preset safety threshold, or the vehicle sleep time exceeds the preset sleep time, or the successful charging times is lower than the preset number of times, a wake-up message is sent to the vehicle network to wake up the vehicle, and a low-voltage charging request signal is sent to the vehicle network, so that the vehicle sends a signal to control the power battery to charge the battery.

[0054] Based on this, the embodiment of this application provides an OTA upgrade method, referring to Figure 1 , Figure 1 which is a schematic flowchart of the first embodiment of the OTA upgrade method of this application.

[0055] In this embodiment, the OTA upgrade method includes steps S10 to S40:

[0056] Step S10, obtain dispatching unit information.

[0057] It should be noted that obtaining dispatching unit information aims to optimize the time arrangement of vehicle upgrades through reasonable algorithm design, thereby effectively reducing the server load and improving the stability and efficiency of the service. In this process, the key lies in defining three main parameters: the initial upgrade start time, the unit time length, and the number of upgrades within each dispatching unit. The selection of these parameters is directly related to whether the goal of dispersing upgrade traffic can be achieved finally.

[0058] Step S20, according to the dispatching unit information, obtain the initial upgrade start time, the unit time length, and the number of upgrades.

[0059] It should be noted that according to the dispatching unit information, three parameter information among them are obtained, namely the initial upgrade start time T, the unit time length t, and the number of upgrades a within each dispatching unit.

[0060] First, determine the initial upgrade start time T. Generally, it is very important to select a time period when most users are unlikely to use the vehicle as the initial upgrade time point. For example, 1:00 am is a common choice because it generally falls within the time period of the lowest traffic flow in a day. Such an arrangement can minimize the potential interference caused by the upgrade to users' daily activities and also avoid conflicts with network traffic during peak hours.

[0061] Secondly, define the unit time length t. This refers to the interval duration between two consecutive dispatch units, which directly affects the time distribution density of the entire upgrade process. The selection of the unit time length needs to consider various factors, including but not limited to the time required to download the update package, the processing time required for verification and installation of the update, etc. Generally speaking, it is more reasonable to set the value of t between 5 and 10 seconds, but this is not fixed and should be adjusted flexibly according to the specific application scenario.

[0062] Finally, determine the number of upgrades a within each dispatch unit. In theory, a should be less than or equal to the maximum number of concurrent connections that the system can tolerate to ensure good service quality even under the busiest conditions. In practical applications, the size of a also needs to comprehensively consider factors such as network bandwidth, server processing capacity, and the total number of vehicles participating in the upgrade, and can be dynamically adjusted according to the actual situation. For example, in some special cases, such as during holidays or major events, these parameters will be temporarily adjusted to meet higher demands.

[0063] Step S30: Based on the number of upgrades and the unit time length combined with the initial upgrade start time, obtain the target upgrade start time corresponding to the number of upgrades.

[0064] It should be noted that once the number of upgrades, the unit time length, and the initial upgrade start time are set, the target upgrade start time of each dispatch unit can be calculated. As shown in the schematic diagram of the upgrade start time Figure 2 , assuming that there are a total of N dispatch units in a certain upgrade task, then each vehicle that selects the default upgrade time will be assigned to a specific dispatch unit. The a vehicles in each dispatch unit will share the same upgrade start time, that is, the start time of the dispatch unit (T1, T2, …, T N ), where the start time T1 of the first dispatch unit is equal to the initial upgrade start time T.

[0065] Furthermore, according to the number of upgrades and the unit time length, obtain the time accumulation value; add the time accumulation value to the initial upgrade start time to obtain the target upgrade start time corresponding to the number of upgrades. Specifically, starting from the second dispatch unit, the target upgrade start time will increase according to the following formula:

[0066] Ti = T + (i - 1) × t

[0067] i ∈ [1, N]

[0068] where T i is the target upgrade start time corresponding to the i-th dispatch unit, i is the serial number of the dispatch unit, t is the unit time length, and T is the initial upgrade start time. In this way, the upgrade start times of all vehicles are evenly distributed within the entire upgrade window, rather than concentrated at the same time point, thus effectively avoiding the problem of service overload caused by a large number of vehicles requesting upgrades simultaneously.

[0069] Step S40: Wake up the vehicle according to the target upgrade start time and perform the over-the-air download upgrade operation.

[0070] It should be noted that when the vehicle is assigned to a specific dispatch unit and its target upgrade start time is determined, a timing task is automatically set to wake up the vehicle. This process is usually responsible for the vehicle's built-in T-BOX or other communication modules, which can activate the in-vehicle system at the specified time point and transfer it from the sleep state to the working state.

[0071] Before step S40, it also includes: checking the vehicle to obtain a check result. When the check result meets the preset upgrade requirements, the steps of S40 are executed. The above check result includes the storage space check result, the network connection quality result, and the vehicle health status result. Specifically, the storage space check is to confirm that the vehicle has sufficient internal storage to accommodate the new firmware or software version. If the existing storage is insufficient to support the download and installation of the update package, the user needs to clean up unnecessary files or data. In addition, some advanced systems may adopt a dual-partition mechanism, where one partition is used for the currently running operating system and the other partition is used for the new version to be installed. This allows for a quick rollback to the previous stable version even if there are problems. Secondly, the network connection quality result is crucial for a smooth download, especially when the update package is large. Therefore, before starting the upgrade, the system will evaluate the quality of the currently available Wi-Fi or cellular data connection, including indicators such as signal strength and transmission speed. The operation will only be allowed to continue when the network conditions meet the minimum standards; otherwise, the user will be prompted to improve the network condition and try again. Finally, the check of the vehicle health status aims to evaluate the operation of the entire vehicle and its various subsystems, such as the battery charge level, engine performance, and braking system condition. Because during the OTA upgrade process, the vehicle is usually stationary and some key components are temporarily disabled, it is necessary to ensure that the vehicle can immediately resume normal operation without any impact after the upgrade is completed. For example, low battery power may cause the power to cut off during the upgrade, damaging the system; while faulty hardware components may cause more serious failures. Once all of the above checks pass and the results meet the preset upgrade requirements, the next step is to wake up the vehicle according to the target upgrade start time and perform the over-the-air download upgrade operation.

[0072] Further, when the detection is passed and the vehicle is awakened, it will establish a connection with the OTA platform to check if there is a new firmware or software version available. If there is an update, the vehicle will start downloading the update package. During the download process, the vehicle will verify the data integrity and security, for example, by means of checksum or digital signature to ensure that the received data has not been tampered with. After the download is completed, the vehicle will further verify the firmware package. After confirming that there is no error, the installation program will be started. In addition, considering the user experience, during the upgrade process, the vehicle may display a progress bar or other forms of notifications to the user to let the user know the current status. At the same time, ensure that the entire upgrade process will not affect the basic functions and driving safety of the vehicle. After completing all necessary installation steps, the vehicle usually needs to be restarted to apply the latest changes. If everything is normal, the vehicle will resume normal operation; if any problems occur, an automatic recovery mechanism will be triggered to ensure that the vehicle can continue to be used safely. In short, waking up the vehicle based on the target upgrade start time and performing the over-the-air download upgrade operation not only helps to disperse the server load and improve the service efficiency, but also provides a more transparent upgrade experience for users without affecting their daily use. This method ensures that large-scale vehicle OTA upgrades can be completed orderly and efficiently, while minimizing the impact on users.

[0073] This embodiment provides an OTA upgrade method. By obtaining the dispatching unit information, based on the dispatching unit information, the initial upgrade start time, the unit time length, and the upgrade quantity are obtained. Based on the upgrade quantity, the unit time length, and the initial upgrade start time, the target upgrade start time corresponding to the upgrade quantity is obtained. The vehicle is awakened according to the target upgrade start time and the over-the-air download upgrade operation is performed. By setting the initial upgrade time, the unit time, and the upgrade quantity through the dispatching unit information, calculating the target upgrade start time of each vehicle, and dispersing the upgrade load, the high concurrency pressure of the platform is effectively avoided, the server cost is reduced, and the efficient and stable execution of OTA upgrade is ensured.

[0074] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar content as that in the above-mentioned first embodiment can be referred to the above introduction and will not be elaborated hereinafter. On this basis, please refer to Figure 3 , after step S20 of the OTA upgrade method, steps S201 to S203 are further included:

[0075] Step S201, obtaining the over-the-air download performance metrics and the vehicle access mode data.

[0076] It should be noted that the above over-the-air (OTA) download performance metrics include server response time, concurrent processing capacity, and network bandwidth utilization rate. Specifically, the server response time refers to the time difference between the moment when a request is sent from the client and the moment when the first byte of the response is received, which directly affects the user's waiting experience. Depending on different application scenarios, instant response is usually at the millisecond level, while fast response should be completed within a few hundred milliseconds. For OTA upgrades, a shorter response time means a faster update process and reduced user waiting time. The concurrent processing capacity refers to the maximum number of requests that the server can handle simultaneously. As the number of vehicles participating in the upgrade increases, the server needs to have sufficient concurrent processing capacity to handle a large number of connection requests initiated simultaneously. Techniques such as multi-process / multi-thread and non-blocking I / O models can effectively improve the server's concurrent processing capacity. In addition, the network bandwidth utilization rate is an important parameter for measuring network resource utilization, which reflects the ratio of the current traffic bandwidth to the maximum bandwidth limit. Reasonable bandwidth planning and management can ensure that the download speed will not decrease or fail due to network congestion during the OTA upgrade process.

[0077] The above vehicle access pattern data includes the time distribution of vehicle access to the OTA platform, the peak period of upgrade requests, and the vehicle geographical locations. By analyzing this data, we can better understand the user's usage habits and adjust the upgrade strategy accordingly. For example, knowing which time periods have more vehicles online can help us avoid peak periods when arranging upgrade tasks, thus reducing the impact on daily driving; after identifying the vehicle activity patterns in different regions, we can customize the push of upgrade notifications and services according to the geographical area characteristics. At the same time, knowing the specific location of the vehicle also helps to provide more personalized services and support, such as preparing in advance an optimization plan suitable for the local network environment for vehicles in a specific area. Analyzing the above two types of data is of great significance for improving the OTA upgrade experience, enabling technicians to formulate more scientific and reasonable upgrade plans and ensuring that every OTA upgrade can be completed smoothly and efficiently.

[0078] Step S202: Obtain the predicted load result based on the OTA download performance metrics and the vehicle access pattern data.

[0079] It should be noted that through the comprehensive analysis of the OTA download performance metrics and the vehicle access pattern data, and by using advanced data analysis and machine learning algorithms, a load prediction model is constructed. These models can, based on historical data and real-time monitoring information, anticipate in advance the trend of changes in the access volume over a period of time in the future. Based on the above constructed load prediction model, an accurate predicted load result is obtained, based on which a series of optimization measures can be implemented to ensure the security and reliability of the OTA upgrade process.

[0080] Step S203: Dynamically adjust the unit time length according to the predicted load result.

[0081] It should be noted that for vehicle OTA upgrade services, this means that according to the predicted load results, the processing cycle within each unit of time (such as per hour or per minute) can be appropriately extended before the expected high-traffic period to disperse the instantaneous pressure. For example, if it is predicted that a large number of vehicles will request upgrades simultaneously within a specific time period, this time period can be divided into longer time periods in advance to allocate tasks, thus avoiding server overload and ensuring a smooth transition. Dynamically adjusting the unit time length can also be combined with the resource allocation strategy. When a lower load level is detected, the resource occupancy can be reduced by shortening the unit time length to save costs; while during high load periods, the unit time is correspondingly lengthened to increase the concurrent processing capacity. This elastic mechanism not only helps improve the system's response speed and service quality but also effectively reduces operating costs.

[0082] In this embodiment, by analyzing the air download performance metrics and vehicle access pattern data, the load is predicted and the unit time length is dynamically adjusted to optimize resource allocation, improve the system's response speed and service quality, and ensure the efficient and stable progress of OTA upgrades.

[0083] Based on the first embodiment of this application, in the third embodiment of this application, the same or similar content as in the above-mentioned first embodiment can be referred to the above introduction and will not be elaborated hereinafter. On this basis, please refer to Figure 4 , step S40 of the OTA upgrade method further includes steps S401 to S405:

[0084] Step S401, obtain the user's personal driving habits and preferences.

[0085] It should be noted that information on the user's personal driving habits and preferences is collected. This includes but is not limited to data such as daily driving time, commonly used driving routes, parking locations, and usage preferences for vehicle functions. Through in-vehicle sensors, applications, and feedback directly provided by users, peak usage data for the vehicle can be constructed. These data not only help understand the user's behavior patterns but also lay the foundation for subsequent personalized services.

[0086] Step S402, set a preferred interval for the upgrade time according to the personal driving habits and preferences.

[0087] It should be noted that based on the collected data, the user's daily activity patterns are analyzed to determine the time period suitable for OTA upgrades. For example, if the user usually parks the vehicle in a fixed location after 8 pm and the vehicle is rarely used during this time period, then 8 pm to 2 am can be set as the preferred upgrade time interval. In addition, factors such as seasonal changes and holidays can be considered to adjust this interval to meet the needs in different situations.

[0088] Step S403: Obtain the start time of preference upgrade according to the preference interval.

[0089] It should be noted that after determining the preference interval, the specific start time of preference upgrade is further refined. This step can be completed according to the specific requirements of the user or system recommendations. For example, for users who hope to complete the upgrade as soon as possible, they can choose the start time of the interval; while for users who are not eager to update, they can choose a later time point to avoid disturbing night rest.

[0090] Step S404: Select between the target upgrade start time and the preference upgrade start time to obtain the upgrade start time.

[0091] It should be noted that when there is a conflict between the target upgrade time and the preference upgrade start time (such as an emergency security patch that needs to be deployed immediately), a trade-off needs to be made according to the actual situation. Generally, the user's preference is given priority, but when it comes to security issues, appropriate adjustments should be made to ensure the timely push of important updates. At the same time, consent can be obtained by notifying the user in advance to maintain transparency and user trust.

[0092] Step S405: Wake up the vehicle according to the upgrade start time and perform the over-the-air download upgrade operation.

[0093] It should be noted that once the final upgrade start time is determined, the vehicle will be automatically woken up at the preset moment and the OTA upgrade process will be started. During this process, it is necessary to ensure a stable and reliable network connection to smoothly complete the entire download and installation process. In addition, the upgrade progress needs to be monitored, and feedback should be provided to the user after completion, informing them of the upgrade status and any matters that need attention.

[0094] Furthermore, step S405 further includes: obtaining the in-vehicle unit time, and when the in-vehicle unit time is within a preset time period, pre-downloading the over-the-air (OTA) upgrade package. Specifically, first obtain the in-vehicle unit time and match it with the preset time period. This preset time period is usually set based on the user's driving habits and preferences, such as selecting the night time or the period when the vehicle is parked for a long time and not in use. In this way, it is possible to avoid performing upgrade operations when the user is normally using the vehicle, reducing the impact on daily driving. When it is detected that the in-vehicle unit time enters the preset time period, the pre-download process is automatically started. At this time, the vehicle will connect to the Internet and start downloading the latest OTA upgrade package. After obtaining the in-vehicle unit time, it also includes obtaining the OTA platform time. According to the in-vehicle unit time and the OTA platform time, the time deviation is obtained. When the time deviation exceeds the preset threshold, an alarm is sent and the correction is performed based on the OTA platform time. Specifically, to ensure the accuracy of time synchronization during the OTA upgrade process, it is necessary to obtain the current timestamps from both the in-vehicle unit and the OTA platform simultaneously. The in-vehicle unit time can be obtained through the built-in clock or GPS module, while the OTA platform time is usually given by the data center server providing the OTA service, and the time of this server should be a strictly synchronized standard time, such as guaranteed by NTP (Network Time Protocol) or more accurate PTP (Precision Time Protocol). Next, calculate the difference between these two timestamps, that is, the time deviation. Ideally, this deviation should be very small because most modern devices can maintain good time synchronization. However, due to the influence of various factors, such as network latency, hardware clock drift, etc., there may be a certain degree of time deviation in the actual environment. Once it is detected that the time deviation exceeds the preset threshold, an alarm notification is sent to the relevant management personnel to inform them of the potential time out-of-sync problem; at the same time, the time correction program is started, and the accurate time provided by the OTA platform is used to adjust the time setting of the in-vehicle unit, which can be achieved by directly modifying the operating system time configuration of the in-vehicle unit or by using a dedicated time synchronization protocol. In addition, considering that immediate correction may not be allowed in some special scenarios (such as when the vehicle is in motion), the correction operation can be performed at the next appropriate time, such as when the vehicle enters the parking state or the user explicitly agrees. This not only avoids any adverse effects caused by suddenly changing the system time but also ensures the safety and convenience of the user throughout the process.

[0095] Furthermore, when the in-vehicle unit time reaches the upgrade start time, the vehicle is awakened and Over-the-Air (OTA) upgraded based on the OTA upgrade package, where the preset time period is earlier than the upgrade start time. Specifically, when the in-vehicle unit time reaches the upgrade start time, the timer of the in-vehicle system triggers the wake-up mechanism. This mechanism activates the vehicle's power management system, causing the vehicle to enter the working state from the sleep state. At this time, various subsystems of the vehicle, such as the communication module, storage device, etc., are gradually initialized to prepare for the upcoming OTA upgrade. Next, once the vehicle is awakened, the OTA upgrade process will be immediately started. The integrity and security of the pre-downloaded upgrade package are verified, including checking the file hash value and digital signature, to prevent malware intrusion. After confirmation, the upgrade package is decompressed and installed into the corresponding system components. During this period, the upgrade progress is monitored in real-time, and logs are recorded for subsequent analysis and troubleshooting. Finally, when the OTA upgrade is successfully completed, a notification is sent to the user, informing them of the upgrade result and any new features or changes that need attention. At the same time, the vehicle may be restarted to apply the latest changes, but this process should be minimized to reduce interference to the user.

[0096] In this embodiment, by analyzing the user's personal driving habits and preferences, a preference interval for the upgrade time is set, the preferred upgrade start time is determined, and compared with the target upgrade time to select the optimal upgrade start time, ensuring that the upgrade process is both efficient and does not affect the normal use of the user, improving the user experience and service quality.

[0097] This application also provides an OTA upgrade device. Please refer to Figure 5 , the device includes:

[0098] An acquisition module 10, configured to acquire dispatching unit information.

[0099] An analysis module 20, configured to obtain the initial upgrade start time, unit time length, and upgrade quantity according to the dispatching unit information.

[0100] A calculation module 30, configured to obtain the target upgrade start time corresponding to the upgrade quantity based on the upgrade quantity, unit time length, and the initial upgrade start time.

[0101] An execution module 40, configured to wake up the vehicle according to the target upgrade start time and perform the OTA upgrade operation.

[0102] The OTA upgrade device provided by this application adopts the OTA upgrade method in the above embodiment, which can solve the technical problem of how to improve the efficiency of OTA upgrades. Compared with the prior art, the beneficial effects of the OTA upgrade device provided by this application are the same as those of the OTA upgrade method provided by the above embodiment, and other technical features in the OTA upgrade device are the same as those disclosed in the method of the above embodiment, and will not be elaborated here.

[0103] In one embodiment, the calculation module 30 is further used to obtain a time accumulation value according to the upgrade quantity and the unit time length; and to obtain a target upgrade start time corresponding to the upgrade quantity by adding the time accumulation value to the initial upgrade start time.

[0104] In one embodiment, the analysis module 20 is also used to obtain air download performance indicators and vehicle access pattern data, the above-mentioned air download performance indicators include server response time, concurrent processing capacity and network bandwidth utilization rate, and the above-mentioned vehicle access pattern data includes the time distribution of vehicle access to the air download platform, the peak period of upgrade requests and the vehicle's geographical location; based on the air download performance indicators and the vehicle access pattern data, a predicted load result is obtained; based on the predicted load result, the unit time length is dynamically adjusted.

[0105] In one embodiment, the execution module 40 is also used to obtain the user's personal car usage habits and preferences; set the preference interval of the upgrade time according to the personal car usage habits and the preferences; obtain the preferred upgrade start time according to the preference interval; select the target upgrade start time and the preferred upgrade start time to obtain the upgrade start time; wake up the vehicle according to the upgrade start time and perform the over-the-air download upgrade operation.

[0106] In one embodiment, the execution module 40 is also used to obtain the time on the vehicle side; when the time on the vehicle side is in a preset time period, the over-the-air upgrade package is pre-downloaded; when the time on the vehicle side reaches the upgrade start time, the vehicle is woken up and the vehicle is upgraded over-the-air based on the over-the-air upgrade package, and the preset time period is earlier than the upgrade start time.

[0107] In one embodiment, the execution module 40 is also used to perform self-diagnosis processing to obtain a diagnosis result, and the self-diagnosis process includes software status check, hardware interface detection and communication protocol verification; when the diagnosis result is normal, the battery voltage is lower than the preset safety threshold or the vehicle sleep time exceeds the preset sleep time or the number of successful recharges is lower than the preset number, a wake-up message is sent to the vehicle network, and the wake-up message includes waking up the DCDC / OBC, the all-in-one controller, the BMS and the IBCM / CCM; when the vehicle network is woken up, a low-voltage recharge request signal is sent.

[0108] In one embodiment, the execution module 40 is also used to obtain the air download platform time; obtain the time deviation according to the vehicle terminal time and the air download platform time; when the time deviation exceeds a preset threshold, send an alarm and correct the air download platform time.

[0109] The present application provides an OTA upgrade device, which includes: 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 to enable the at least one processor to execute the OTA upgrade method in the first embodiment above.

[0110] Reference is made below Figure 6 to FIG. [FIG. number not provided in the original, so it's left as "FIG."], which shows a schematic structural diagram of an OTA upgrade device suitable for implementing the embodiments of the present application. The OTA upgrade device in the embodiments of the present application may include, but is not limited to, mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions: tablet computers), PMPs (Portable Media Players), in-vehicle terminals (such as in-vehicle navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 6 The OTA upgrade device shown is merely an example and should not impose any limitation on the functions and scope of use of the embodiments of the present application.

[0111] As Figure 6 shown, the OTA upgrade device may include a processing device 1001 (such as a central processing unit, a graphics processing unit, etc.), which may execute 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 into a random access memory (RAM: Random Access Memory) 1004. In the RAM 1004, various programs and data required for the operation of the OTA upgrade device are also stored. The processing device 1001, the ROM 1002, and the RAM 1004 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 may be connected to the I / O interface 1006: an input device 1007 including, for example, a touch screen, a touchpad, 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 may allow the OTA upgrade device to communicate with other devices wirelessly or wiredly to exchange data. Although the figure shows an OTA upgrade device having various systems, it should be understood that it is not required to implement or include all the shown systems. More or fewer systems may be alternatively implemented or included.

[0112] In particular, according to the embodiments disclosed in the present application, the processes described above with reference to the flowcharts can be implemented as computer software programs. 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 contains program codes for executing the methods shown in the flowcharts. 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 a processing device 1001, the above-mentioned functions defined in the methods of the embodiments disclosed in the present application are executed.

[0113] The OTA upgrade device provided by the present application adopts the OTA upgrade method in the above-mentioned embodiment, and can solve the technical problem of how to improve the efficiency of OTA upgrade. Compared with the prior art, the beneficial effects of the OTA upgrade device provided by the present application are the same as those of the OTA upgrade method provided by the above-mentioned embodiment, and other technical features in the OTA upgrade device are the same as those disclosed in the method of the previous embodiment, and will not be elaborated here.

[0114] It should be understood that each part disclosed in the present 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 a suitable manner in any one or more embodiments or examples.

[0115] As described above, only the specific embodiments of the present application are provided, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application, and all should be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

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

[0117] The computer-readable medium provided by this application can be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or components, or any combination of the above. More specific examples of computer-readable media can include, but are not limited to: electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM) or flash memory, optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. In this embodiment, the computer-readable medium can be any tangible medium that contains or stores a program, and this program can be used by or in conjunction with an instruction execution system, device, or component. The program code contained on the computer-readable medium can 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.

[0118] The above computer-readable medium can be included in an OTA upgrade device; or it can exist separately and not be assembled into an OTA upgrade device.

[0119] The above computer-readable medium carries one or more programs. When the above one or more programs are executed by an OTA upgrade device, the OTA upgrade device can write computer program code for performing the operations of this application in one or more programming languages or combinations thereof. The above programming languages include object-oriented programming languages - such as Java, Smalltalk, C++; and also include conventional procedural programming languages - such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, executed as an independent 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 can 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 can be connected to an external computer (for example, by using an Internet service provider to connect through the Internet).

[0120] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagram may represent a module, a segment of a program, or a portion of code that contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions noted in the blocks may occur in a different order than that noted in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and / or flowchart, and combinations of blocks in the block diagram and / or flowchart, can be implemented by a dedicated hardware-based system that performs the specified functions or operations, or can be implemented by a combination of dedicated hardware and computer instructions.

[0121] The modules described in the embodiments of the present application can be implemented in software or in hardware. In some cases, the name of the module does not constitute a limitation on the unit itself.

[0122] The readable medium provided by the present application is a computer-readable medium that stores computer-readable program instructions (i.e., computer programs) for executing the above OTA upgrade method, and can solve the technical problem of how to improve the efficiency of OTA upgrade. Compared with the prior art, the beneficial effects of the computer-readable medium provided by the present application are the same as those of the OTA upgrade method provided by the above embodiments, and will not be elaborated here.

[0123] The present application also provides a computer program product, including a computer program, and the steps of the above OTA upgrade method are implemented when the computer program is executed by a processor.

[0124] The computer program product provided by the present application can solve the technical problem of how to improve the efficiency of OTA upgrade. Compared with the prior art, the beneficial effects of the computer program product provided by the present application are the same as those of the OTA upgrade method provided by the above embodiments, and will not be elaborated here.

[0125] The above are only some embodiments of the present application, and do not limit the patent scope of the present application. Any equivalent structural transformation made by using the content of the specification and drawings of the present application under the technical concept of the present application, or direct / indirect application in other related technical fields, is included in the patent protection scope of the present application.

Claims

1. An OTA upgrade method, characterized in that: The method comprises: Get dispatch unit information; According to the dispatch unit information, the initial upgrade start time, unit time length and upgrade quantity are obtained; Based on the upgrade quantity and the unit time length combined with the initial upgrade start time, a target upgrade start time corresponding to the upgrade quantity is obtained; The vehicle is woken up according to the target upgrade start time and an over-the-air upgrade operation is performed.

2. The method according to claim 1, characterized in that The step of obtaining a target upgrade start time corresponding to the upgrade quantity based on the upgrade quantity and the unit time length combined with the initial upgrade start time comprises: Obtaining a time accumulation value according to the upgrade quantity and the unit time length; The target upgrade start time corresponding to the upgrade quantity is obtained by adding the time accumulated value to the initial upgrade start time.

3. The method according to claim 1, characterized in that After the step of obtaining the initial upgrade start time, unit time length and upgrade quantity according to the dispatch unit information, the method further includes: Acquire over-the-air download performance indicators and vehicle access pattern data, wherein the over-the-air download performance indicators include server response time, concurrent processing capacity, and network bandwidth utilization, and the vehicle access pattern data includes time distribution of vehicle access to the over-the-air download platform, peak time period of upgrade requests, and vehicle geographic location; Obtaining a predicted load result according to the over-the-air download performance indicator and the vehicle access pattern data; The unit time length is dynamically adjusted according to the predicted load result.

4. The method according to claim 1, characterized in that The step of waking up the vehicle according to the target upgrade start time and performing an over-the-air upgrade operation comprises: Obtain users’ personal car-use habits and preferences; According to the personal car-using habits and preferences, a preferred interval for the upgrade time is set; According to the preference interval, obtaining a preference upgrade start time; Selecting the target upgrade start time and the preferred upgrade start time to obtain an upgrade start time; The vehicle is woken up according to the upgrade start time and an over-the-air upgrade operation is performed.

5. The method according to claim 1, characterized in that Before the step of waking up the vehicle according to the target upgrade start time and performing an over-the-air upgrade operation, the method includes: Inspecting the vehicle to obtain inspection results, the inspection results including storage space inspection results, network connection quality results, and vehicle health status results; When the inspection result meets the preset upgrade requirement, the step of waking up the vehicle according to the target upgrade start time and performing an over-the-air download upgrade operation is performed.

6. The method according to claim 4, characterized in that The step of waking up the vehicle according to the upgrade start time and performing an over-the-air upgrade operation also includes: Get the time on the vehicle terminal; When the vehicle terminal time is in a preset time period, pre-download the over-the-air upgrade package; When the vehicle terminal time reaches the upgrade start time, the vehicle is woken up and an over-the-air upgrade is performed on the vehicle based on the over-the-air upgrade package, and the preset time period is earlier than the upgrade start time.

7. The method according to claim 6, characterized in that After the step of obtaining the vehicle terminal time, the method further includes: Get the time of the air download platform; Obtaining a time deviation according to the vehicle terminal time and the air download platform time; When the time deviation exceeds a preset threshold, an alarm is sent and the time based on the over-the-air download platform is corrected.

8. An OTA upgrade device, characterized in that: The device comprises: An acquisition module, used for acquiring dispatch unit information; An analysis module, used for obtaining the initial upgrade start time, unit time length and upgrade quantity according to the dispatch unit information; A calculation module, configured to obtain a target upgrade start time corresponding to the upgrade quantity based on the upgrade quantity and the unit time length combined with the initial upgrade start time; The execution module is used to wake up the vehicle according to the target upgrade start time and execute the over-the-air download upgrade operation.

9. An OTA upgrade device, characterized in that: The device comprises: a memory, a processor, and an OTA upgrade program stored in the memory and executable on the processor, wherein the OTA upgrade program is configured to implement the steps of the OTA upgrade method according to any one of claims 1 to 7.

10. A medium, characterized in that An OTA upgrade program is stored on the medium, and when the OTA upgrade program is executed by the processor, the steps of the OTA upgrade method according to any one of claims 1 to 7 are implemented.

Images