Vehicle machine starting method, vehicle and computer readable storage medium

Abstract

The invention provides a vehicle machine starting method, a vehicle and a computer readable storage medium, and relates to the technical field of vehicle control, the method comprises the following steps: under the condition that a vehicle machine starting instruction is received, controlling a vehicle machine to start; under the condition that the virtual machine and the first operating system are started by the vehicle machine, if the first operating system detects that the starting time of the second operating system is greater than the overtime detection time, the overtime detection time is increased, and the second operating system is controlled to be started again through the first operating system; and under the condition that the first operating system detects that the starting time for restarting the second operating system is less than or equal to the increased overtime detection time, completing the starting of the in-vehicle infotainment. According to the technical scheme, more time can be reserved for the second operating system to complete the starting process by increasing the timeout detection time, the situation that the second operating system is frequently triggered to be restarted due to the fact that the starting duration is longer than the initial fixed timeout detection time is avoided, and the success rate of starting of the vehicle-mounted terminal is increased.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicle control, in particular to a car machine starting method, a vehicle and a computer readable storage medium. BACKGROUND

[0002] The intelligent cockpit system of a vehicle includes an in-vehicle infotainment (IVI) system, which can be referred to as a car machine, and is an intelligent vehicle-mounted platform integrating navigation, communication, entertainment and vehicle control functions, and is a core component of the intelligent cockpit system. The car machine is generally composed of a processor, a running memory, a storage and the like.

[0003] A prerequisite for a user to drive a vehicle is that the car machine starts normally. However, there is a phenomenon that the car machine is stuck in a starting state for a long time, and the car machine cannot start normally, resulting in that the user cannot drive the vehicle, and the user experience is poor. SUMMARY

[0004] Embodiments of the present application provide a car machine starting method, a vehicle and a computer readable storage medium, which can increase the timeout detection time, give the second operating system more time to complete the starting process, avoid frequent triggering of the second operating system restart due to the starting time being greater than the initial fixed timeout detection time, reduce the abnormal influence of the first operating system on the second operating system, improve the stability and reliability of the second operating system starting, and further improve the success rate of the car machine completing starting. To achieve the above purpose, embodiments of the present application adopt the following technical solutions: In a first aspect, a car machine starting method is provided. The method is applied to a car machine and includes: controlling the car machine to start in response to receiving a car machine starting instruction; wherein the car machine starting includes starting a virtual machine, a first operating system and a second operating system, and the car machine is configured to start the second operating system based on the virtual machine in response to the first operating system having started; in response to the car machine having started the virtual machine and the first operating system, increasing a timeout detection time and controlling the second operating system to start again by the first operating system in response to the first operating system detecting that a starting time of the second operating system is greater than the timeout detection time; and completing the car machine starting in response to the first operating system detecting that the starting time of the second operating system starting again is less than or equal to the increased timeout detection time.

[0005] In the present application, the timeout detection time can be increased to give the second operating system more time to complete the starting process, avoid frequent triggering of the second operating system restart due to the starting time being greater than the initial fixed timeout detection time, reduce the abnormal influence of the first operating system on the second operating system, improve the stability and reliability of the second operating system starting, and further improve the success rate of the car machine completing starting.

[0006] In conjunction with the first aspect, in one possible design, the method further includes: recording the number of times the second operating system restarts; if the first operating system detects that the startup time of the second operating system restarts is greater than the increased timeout detection time and the number of times the second operating system restarts is less than or equal to a preset number, then the first operating system controls the second operating system to restart; if the startup time of the second operating system restarts is less than or equal to the increased timeout detection time, or the number of times the second operating system restarts is greater than the preset number, then the restarting of the second operating system is stopped.

[0007] In this application, by increasing the timeout detection time once and restarting the second operating system within a preset number of times, the power consumption of the vehicle's infotainment system can be reduced.

[0008] In conjunction with the first aspect, in one possible design, the method further includes: recording the number of times the second operating system restarts; if the first operating system detects that the startup time of the second operating system restarts is greater than the increased timeout detection time and the number of times the second operating system restarts is less than or equal to a preset number, then the timeout detection time is increased again, and the first operating system controls the second operating system to restart; if the startup time of the second operating system restarts is less than or equal to the increased timeout detection time, or the number of times the second operating system restarts is greater than the preset number, then the restarting of the second operating system is stopped.

[0009] In this application, restarting the second operating system within a preset number of times can reduce the power consumption of the vehicle's infotainment system. Furthermore, the timeout detection value increases with each system restart, allowing the second operating system more time to complete the boot process, thus improving the success rate of the second operating system's boot and further enhancing the success rate of the vehicle's infotainment system's boot.

[0010] In conjunction with the first aspect, in one possible design approach, the method further includes: if the vehicle's infotainment system has already started the first operating system, and if it is determined that the capacity of the running memory to be used in the vehicle's infotainment system is less than a first capacity threshold, then the target process is terminated and the terminated target process is restarted after a preset time; if the vehicle's infotainment system has already started the virtual machine and the first operating system, the startup time of the second operating system is detected by the first operating system to see if it is greater than the timeout detection time.

[0011] In this application, terminating the target process and restarting the terminated target process after a preset time can release the vehicle's operating memory, freeing up operating memory for starting the second operating system, thereby increasing the success rate of the second operating system starting within the timeout detection period, and thus improving the success rate of the vehicle's system startup.

[0012] In conjunction with the first aspect, in one possible design approach, the method further includes: if the second operating system still fails to start after being restarted more than a preset number of times by controlling the second operating system through the first operating system, then the capacity of the running memory to be used in the vehicle system is detected; if the capacity of the running memory to be used is less than a first capacity threshold, then the virtual machine, the first operating system, and the second operating system of the vehicle system are restarted.

[0013] In this application, restarting the vehicle's virtual machine, the first operating system, and the second operating system can release the vehicle's running memory, freeing up running memory for the second operating system, thereby increasing the success rate of the second operating system starting within the timeout detection period, and thus improving the success rate of the vehicle's startup.

[0014] In conjunction with the first aspect, in one possible design approach, the first operating system detects that the startup time of the second operating system is greater than the timeout detection time, including: if no information indicating that the startup animation has stopped displaying is received from the second operating system within the timeout detection time, then it is determined that the startup time of the second operating system is greater than the timeout detection time; wherein, the startup animation is an animation displayed on the vehicle's central control screen to indicate that the vehicle's infotainment system is starting up.

[0015] In conjunction with the first aspect, in one possible design approach, the method further includes: if the second operating system still fails to start after being restarted more than a preset number of times by controlling the second operating system through the first operating system, then a prompt message is displayed on the vehicle's dashboard; wherein the prompt message includes information indicating to the user that the vehicle's infotainment system startup is abnormal.

[0016] In this application, the prompt message is used to inform the user of the reason for the vehicle's infotainment system startup failure. In this way, the user can know the reason for the failure in a timely manner and take corresponding measures (such as contacting after-sales service), thereby improving the user experience.

[0017] In conjunction with the first aspect, one possible design approach is to increase the timeout detection time, including adding a preset value to the timeout detection time.

[0018] Secondly, embodiments of this application provide a vehicle, including: a vehicle-mounted infotainment system, a central control screen, and an instrument panel; wherein the vehicle-mounted infotainment system is used to execute the vehicle-mounted infotainment system startup method described in the first aspect.

[0019] Thirdly, embodiments of this application provide a computer-readable storage medium storing a computer program for executing the vehicle startup method described in the first aspect.

[0020] Fourthly, embodiments of this application provide a computer program product, which includes a computer program. When the computer program is executed by the processor of a computer device, it enables the computer device to execute the vehicle startup method described in the first aspect.

[0021] The technical effects of any of the design methods in the second to fourth aspects can be found in the technical effects of different design methods in the first aspect, and will not be repeated here. Attached Figure Description

[0022] Figure 1 The diagram shown is an application scenario illustration of the vehicle startup method provided in an exemplary embodiment of this application.

[0023] Figure 2 The diagram shown is a flowchart illustrating a vehicle startup method provided in an exemplary embodiment of this application.

[0024] Figure 3 The diagram shown is a flowchart of a vehicle startup method provided in another exemplary embodiment of this application.

[0025] Figure 4 The diagram shown is a flowchart of a vehicle startup method provided in another exemplary embodiment of this application.

[0026] Figure 5 The diagram shown is a schematic representation of the display interface of a dashboard provided in an exemplary embodiment of this application.

[0027] Figure 6 The diagram shown is a structural schematic of a vehicle starter device provided in an exemplary embodiment of this application.

[0028] Figure 7 The diagram shown is a structural schematic of a vehicle starter device provided in an exemplary embodiment of this application. Detailed Implementation

[0029] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0030] Application Overview The following is a brief overview of the terminology used in this application.

[0031] (1) System memory (sysram) is a computer hardware term that refers to random access memory (RAM), also known as running memory. Running memory has been allocated to the operating system for management and is used to temporarily store program instructions and data to ensure that the operating system and applications start efficiently.

[0032] (2) Lifecycle management mechanism: The lifecycle management mechanism in the QNX microkernel real-time operating system (QNX Neutrino Real-Time Operating System, QNX system) is used to manage the startup, shutdown and other processes of the operating system.

[0033] (3) Suspend to RAM (STR) mode: In STR mode, most of the hardware such as the vehicle's processor will enter a hibernation state, and only the memory will remain active (i.e., maintain power supply). The memory stores the current state of the system, including running processes and data.

[0034] (4) Android watchdog: Android watchdog is a watchdog mechanism in the Android system used to detect whether critical system services are running normally.

[0035] (5) System Server: A key process in the Android system, responsible for managing various services installed on the system.

[0036] (6) RescueParty: The rescue mode in Android is used to restore the Android system when serious problems occur.

[0037] (7) FACTORY_RESET means to restore factory settings.

[0038] (8) Recovery mode: The recovery mode in the Android system is used to perform Android system recovery, flashing and other operations.

[0039] (9) property set is the core function in the Android system used to set Android system properties.

[0040] (10) Checkpoint mechanism: The checkpoint mechanism is used to perform some necessary checks and initialization operations when the Android system starts up.

[0041] (11) SetProp is a command used to set system properties.

[0042] (12) Platform Compatibility Service (PlatformCompat) is a component in the Android system used to handle platform compatibility issues.

[0043] The inventors of this application discovered through research that if the operating system's startup time exceeds a specified time, the operating system will restart. If the operating system's startup time still exceeds the specified time after restarting, the operating system will continue to restart, and so on in a repeated cycle. The vehicle's infotainment system may be stuck in a state of continuous operating system startup, and the vehicle's infotainment system will not be able to start normally.

[0044] The following example uses a specific smart cockpit system to illustrate some reasons why the vehicle's infotainment system is stuck in the continuous startup state and cannot start normally.

[0045] With the increasing computing power of in-vehicle infotainment systems in intelligent cockpits, "one chip, multiple screens" has become a mainstream trend. For example, one in-vehicle infotainment system can control both the central control screen and the instrument panel. To meet the needs of different screens (such as differences in functional safety levels, real-time requirements, application ecosystem needs, and system stability), virtualization technology can be used to run multiple operating systems on a single in-vehicle infotainment system. This means the system can allocate hardware resources to different operating systems based on virtual machines, allowing them to run in different virtualized environments. Each operating system operates on a different screen, displaying the user interface (UI) of that operating system. For example, the Android system operates on the central control screen, displaying the Android UI; the QNX system operates on the instrument panel, displaying the QNX UI. Understandingly, virtualization technology allows multiple operating systems to run on a single chip, avoiding the need for separate hardware deployment for each operating system, thus saving costs and simplifying the architecture.

[0046] The vehicle's infotainment system can allocate its hardware computing resources (such as different amounts of RAM and processor cores) to different operating systems, such as Android and QNX, through virtual machines, allowing different operating systems to run in different virtualization environments. After the vehicle doors are locked, the infotainment system can boot into the QNX system to activate Sentry Mode. Sentry Mode is a security monitoring mode that uses external sensors and cameras to monitor the surrounding environment. Under normal circumstances, Sentry Mode activates when the owner leaves the vehicle and locks the doors. However, Sentry Mode may consume a significant amount of RAM due to prolonged operation, resulting in less available RAM remaining in the infotainment system.

[0047] After the vehicle's infotainment system has started with the QNX system, upon receiving the boot command, it needs to allocate sufficient RAM to the operating system (such as Android) based on a virtual machine to quickly complete the boot process. If the Sentinel Mode boot (e.g., caching data collected by sensors or cameras) has already consumed a large amount of RAM, the infotainment system needs extra time to reclaim or defragment fragmented memory, resulting in a longer boot time for the operating system. In other words, different operating systems (QNX and Android) run on the same infotainment system, sharing its hardware resources. There is a possibility that the QNX system's Sentinel Mode execution could lead to memory leaks, causing RAM shortages in the Android system, which in turn could cause Android system malfunctions, such as a longer boot time.

[0048] Besides these, there are other reasons that cause the operating system to take a long time to boot. Below are some examples illustrating why a vehicle might be stuck in a continuously booting state. Figure 1 The diagram illustrates a process where the Android system takes a relatively long time to boot, as provided in an exemplary embodiment of this application. Figure 1 As shown: As can be seen from steps ① and ②: After the vehicle is powered off and Sentry Mode is activated, a memory leak occurs due to the Sentry Mode function running for an extended period, meaning the RAM is occupied. Furthermore, the vehicle's infotainment system does not enter a suspend / memory mode or perform a cold boot every 60 hours; the 60-hour cold boot mechanism is ineffective. Because there is no cold boot to release RAM resources, this causes the vehicle's RAM to overflow, meaning there is no usable RAM. This results in a longer Android system restart time.

[0049] Steps ③ through ⑦ show that insufficient RAM and other factors affect the timely execution of critical Android services, triggering the Android watchdog's detection mechanism. If a critical Android service cannot release its lock within 60 seconds, the Android watchdog restarts. Since the insufficient RAM condition may persist, the watchdog restarts may be triggered repeatedly, resulting in a prolonged Android system restart time.

[0050] Steps 8 through 10 show that triggering the Android watchdog restart will restart system services. If system services restart 4 times within 5 minutes, a rescue mode level will be triggered. There are four rescue mode levels, and reaching level 4 (the highest level of rescue mode) will trigger a factory reset. Even when a factory reset is triggered, insufficient RAM still exists, and the factory reset process cannot be guaranteed to complete successfully under these conditions.

[0051] From steps to As can be seen, Android system restarts in recovery mode, and because recovery mode has been triggered, a checkpoint mechanism is triggered every time the system boots. During the Android system restart process, core functions for setting Android system properties, platform compatibility services, and the checkpoint mechanism consume considerable time, which can lead to a longer restart time. Based on the above description, many factors can cause an Android system restart to take a long time.

[0052] From steps It can be seen that the QNX system contains a mechanism to detect the Android system startup time, i.e., a lifecycle management mechanism. The QNX system's lifecycle management mechanism works as follows: the QNX system detects whether the operating system's startup time exceeds a specified time. If the operating system's startup time exceeds the specified time (e.g., 90 seconds), the operating system will restart. If, after restarting, the QNX system detects that the operating system's startup time is still too long and exceeds the specified time, the operating system will continue to restart, and this cycle repeats. The vehicle's infotainment system may become stuck in a state of continuous operating system startup, preventing it from starting normally. The central control screen will continuously display the startup animation without entering the Android system interface.

[0053] To address the aforementioned technical problems, this application provides a vehicle infotainment system startup method. This method is applied to an in-vehicle infotainment system, which controls the vehicle's central control screen and instrument panel. A virtual machine is installed on the in-vehicle infotainment system. The virtual machine is used to start a first operating system on the instrument panel and a second operating system on the central control screen. The method includes: upon receiving a vehicle infotainment system startup command, controlling the vehicle infotainment system to start; wherein, vehicle infotainment system startup includes starting the virtual machine, the first operating system, and the second operating system; the vehicle infotainment system is used to start the second operating system based on the virtual machine when the first operating system has already started; if the startup time of the second operating system detected by the first operating system is greater than a timeout detection time, the timeout detection time is increased, and the second operating system is restarted through the first operating system; if the startup time of the second operating system restarted is less than or equal to the increased timeout detection time, the vehicle infotainment system startup is complete.

[0054] In this embodiment, by increasing the timeout detection time, more time can be given to the second operating system to complete the startup process. This avoids frequent restarts of the second operating system due to the startup time exceeding the initial fixed timeout detection time, reduces the abnormal influence of the first operating system on the second operating system, improves the stability and reliability of the second operating system startup, and thus increases the success rate of the vehicle system startup.

[0055] Exemplary scenario The vehicle startup method provided in this application can be applied to various vehicles. Vehicles include various types, such as sedans, SUVs, buses, and trucks. This application does not impose any special limitations on the specific form of the vehicle.

[0056] The following is an illustrative diagram illustrating an application scenario of a vehicle infotainment system startup method. For example, Figure 2 The diagram illustrates an application scenario of the vehicle infotainment system startup method provided in an exemplary embodiment of this application. Figure 2 As shown, vehicle 100 includes an instrument panel 110, a central control screen 120, and a vehicle infotainment system 130. The central control screen 120 is the main operating interface, used not only to display basic information such as time, temperature, and date, but also for function display and interaction. For example, the central control screen 120 can display various applications, such as navigation and multimedia applications. Under user operation, a navigation interface can be displayed on the central control screen 120, and multimedia applications can play videos, music, and display reversing images. The instrument panel displays vehicle status parameters, such as fuel consumption and speed. The vehicle infotainment system 130 can run both Android and QNX systems simultaneously on a virtual machine. The Android system operates on the central control screen 120, meaning the vehicle infotainment system 130 runs the Android system on the central control screen 120, and the QNX system operates on the instrument panel 110, meaning the vehicle infotainment system 130 runs the Android system on the instrument panel 110.

[0057] Upon receiving a vehicle startup command, the vehicle infotainment system 130 is controlled to start. This startup includes launching a virtual machine, the QNX system, and the Android system. If the QNX system is already running, the vehicle infotainment system 130 will launch the Android system based on the virtual machine. If, with both the virtual machine and QNX system running, the QNX system detects that the Android system's startup time exceeds the timeout detection time, the timeout detection time is increased, and the QNX system controls the Android system to restart. If the QNX system detects that the restarted Android system's startup time is less than or equal to the increased timeout detection time, the vehicle infotainment system 130 completes its startup. A sign that the vehicle infotainment system 130 has successfully started is that the central control screen 120 changes from displaying a startup animation to displaying the Android system interface. The startup animation, displayed on the central control screen, represents the vehicle infotainment system starting up. The startup animation can be a static image, a video, or an animation. It may include the automaker's logo, such as their trademark.

[0058] In this embodiment, by increasing the timeout detection time, more time is given to the Android system to complete the startup process, avoiding frequent Android system restarts caused by the startup time exceeding the initial fixed timeout detection time. This reduces the abnormal impact of the QNX system on the Android system, improves the stability and reliability of the Android system startup, and thus increases the success rate of the vehicle system 130 in starting up.

[0059] It should be understood that the above application scenario examples are only shown to facilitate understanding of the spirit and principles of this application, and the embodiments of this application are not limited thereto. Rather, the embodiments of this application can be applied to any applicable scenario.

[0060] Exemplary methods Figure 3 The diagram shown is a flowchart illustrating a vehicle startup method provided in an exemplary embodiment of this application. Figure 3 The method can be executed by the vehicle's infotainment system, such as... Figure 2 The vehicle's infotainment system 130 executes this. For example... Figure 2 As shown, the vehicle startup method may include the following steps: 310: Upon receiving a vehicle-mounted system startup command, the vehicle-mounted system controls the startup of the vehicle-mounted system; wherein, the startup of the vehicle-mounted system includes starting a virtual machine, a first operating system, and a second operating system, and the vehicle-mounted system is used to start the second operating system based on the virtual machine when the first operating system has already started.

[0061] With the development of vehicle intelligence, vehicles can respond to various user operations, generating vehicle startup commands and sending them to the vehicle's infotainment system. For example, if a vehicle control application is installed on a user's phone, the user can click the start button in the application. The phone can then respond to this action by sending a vehicle startup request to the vehicle. Upon receiving this request, the vehicle generates a startup command and sends it to the infotainment system. Another example is that some vehicles generate a startup command and send it to the infotainment system when the user opens the vehicle door. These are just some examples of triggering vehicle startup commands, but are not limited to these.

[0062] The first operating system can be QNX, YOCTO, or other systems that support virtual machines such as Linux containers, but is not limited to these. The second operating system can be a system that supports Android and runs applications (music applications, video applications, navigation applications), such as Android, but is not limited to these.

[0063] 320: If the vehicle infotainment system has already started the virtual machine and the first operating system, determine whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time.

[0064] If the vehicle infotainment system has already started the virtual machine and the first operating system, and it is determined that the startup time of the second operating system detected by the first operating system is greater than the timeout detection time, then the timeout detection time can be increased to allow the second operating system more time to complete the startup process. This avoids frequent restarts of the second operating system due to the startup time exceeding the initial fixed timeout detection time, i.e., proceed to step 340. If it is determined that the startup time of the second operating system detected by the first operating system is less than or equal to the timeout detection time, then the vehicle infotainment system completes the startup, i.e., proceed to step 330.

[0065] 330: The vehicle's infotainment system has started up.

[0066] The vehicle system startup process includes at least starting a virtual machine, and starting a first operating system and a second operating system based on the virtual machine. Once the virtual machine, the first operating system, and the second operating system have all started, the vehicle system can be considered to have completed the startup process, meaning that the first operating system has determined that the vehicle system has completed the startup process.

[0067] In some embodiments, after the vehicle's infotainment system completes startup, the central control screen changes from displaying a startup animation to displaying a second operating system interface. For example, the central control screen 120 changes from displaying a startup animation to displaying an Android system interface.

[0068] 340: Increase the timeout detection period and control the second operating system to restart via the first operating system.

[0069] The vehicle's infotainment system adds a timeout detection period through the first operating system and controls the second operating system to restart through the first operating system. Then, it continues to execute step 320, and so on, until the vehicle's infotainment system starts up successfully.

[0070] For example, the initial value of the timeout detection time can be 90 seconds. The initial value of the timeout detection time can be increased by 30 seconds to get 120 seconds. Then, if the vehicle system has started the virtual machine and the first operating system, it is determined whether the startup time of the second operating system detected by the first operating system is greater than 120 seconds. The first operating system controls the second operating system to start again. Then, step 320 is executed again. This cycle continues until the vehicle system starts successfully.

[0071] In some embodiments, if the vehicle's infotainment system simultaneously starts a first operating system and a second operating system, a virtual machine needs to be activated. The virtual machine can then start the second operating system after the first operating system has started. Therefore, the virtual machine can record the startup time of the second operating system and notify the first operating system of this time. Upon receiving the startup time of the second operating system, the first operating system starts a timer. If, within a certain period after the startup time of the second operating system (i.e., within the timeout detection period), it does not receive a message from the second operating system indicating that the startup animation has stopped displaying, then it is determined that the startup time of the second operating system exceeds the timeout detection period. As mentioned above, the startup animation is an animation displayed on the central control screen that indicates the vehicle's infotainment system is starting up.

[0072] In some embodiments, the first operating system controller can send a second operating system restart command to the vehicle system to restart the second operating system.

[0073] In some embodiments, a time parameter is set in the first system to record the current timeout detection time, with an initial value of 90 seconds. When the first system detects that the startup time of the second operating system is greater than the timeout detection time based on the lifecycle management mechanism, the first operating system automatically increases the value of this parameter by a preset value (e.g., 30 seconds) and saves the new timeout detection time. After the second operating system restarts, the first operating system reads the value of this time parameter as the new timeout detection time to check whether the startup time of the second operating system is greater than the timeout detection time.

[0074] This application provides a vehicle infotainment system startup method. By increasing the timeout detection time, more time is allowed for the second operating system to complete the startup process. This avoids frequent restarts of the second operating system due to the startup time exceeding the initial fixed timeout detection time, reduces the abnormal influence of the first operating system on the second operating system, improves the stability and reliability of the second operating system startup, and thus increases the success rate of the vehicle infotainment system startup.

[0075] It's understandable that in the above solution, the second operating system keeps restarting while the vehicle's infotainment system fails to boot, wasting the system's power consumption. Therefore, system restarts can be performed within a certain number of attempts to reduce power consumption. Furthermore, the timeout detection period increases with each system restart, giving the second operating system more time to complete the boot process, thus improving its boot success rate and further increasing the vehicle's overall boot success rate. A method for increasing the timeout detection period within a preset number of restarts is described below. Figure 3 .

[0076] Figure 4The diagram shown is a flowchart of a vehicle startup method provided in another exemplary embodiment of this application. Figure 4 The example is Figure 3 Examples of the embodiments are provided below; to avoid repetition, the similarities can be referred to the descriptions in the above embodiments, and will not be repeated here. For example... Figure 4 As shown, the vehicle infotainment system startup method may include the following steps: 410: Upon receiving a vehicle-mounted system startup command, the vehicle-mounted system controls the startup of the vehicle-mounted system; wherein, the startup of the vehicle-mounted system includes starting a virtual machine, a first operating system, and a second operating system, and the vehicle-mounted system is used to start the second operating system based on the virtual machine when the first operating system has already started.

[0077] 420: If the vehicle infotainment system has already started the virtual machine and the first operating system, determine whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time.

[0078] If the vehicle infotainment system has already started the virtual machine and the first operating system, and it is determined that the startup time of the second operating system detected by the first operating system is greater than the timeout detection time, then the timeout detection time can be increased to allow the second operating system more time to complete the startup process. This avoids frequent restarts of the second operating system due to the startup time exceeding the initial fixed timeout detection time, i.e., proceed to step 440. If it is determined that the startup time of the second operating system detected by the first operating system is less than or equal to the timeout detection time, then the vehicle infotainment system completes the startup, i.e., proceed to step 430.

[0079] 430: The vehicle's infotainment system has started up.

[0080] 440: Increase the timeout detection period and control the second operating system to restart via the first operating system.

[0081] In some embodiments, each time step 440 is executed, a fixed preset value can be added to the timeout detection time, which can be pre-set.

[0082] For example, with an initial timeout detection time of 90 seconds, the first execution of step 340 adds 90 seconds to 30 seconds, resulting in an increased timeout detection time of 120 seconds; the second execution adds 120 seconds to 30 seconds, resulting in an increased timeout detection time of 150 seconds; the third execution adds 150 seconds to 30 seconds, resulting in an increased timeout detection time of 180 seconds; the fourth execution adds 180 seconds to 30 seconds, resulting in an increased timeout detection time of 210 seconds; the fifth execution adds 210 seconds to 30 seconds, resulting in an increased timeout detection time of 240 seconds. This process continues until the number of times the second operating system restarts is greater than or equal to the preset number.

[0083] In some other embodiments, after the second operating system restarts a preset number of times, the timeout detection time is no longer increased, but instead remains at the last timeout detection time. For example, with a preset number of restarts of 5 and an initial timeout detection time of 90 seconds, the first execution of step 440 adds 90 seconds to 30 seconds to obtain an increased timeout detection time of 120 seconds; the second execution of step 440 adds 120 seconds to 30 seconds to obtain an increased timeout detection time of 150 seconds; the third execution of step 440 adds 150 seconds to 30 seconds to obtain an increased timeout detection time of 180 seconds; the fourth execution of step 440 adds 180 seconds to 30 seconds to obtain an increased timeout detection time of 210 seconds; and the fifth execution of step 440 maintains the 210-second timeout detection time without further increase.

[0084] 450: Records the number of times the second operating system is restarted.

[0085] The first operating system also needs to set a counter to record the number of restart attempts, that is, to record the number of times the second operating system has been restarted.

[0086] 460: If the vehicle infotainment system has already started the virtual machine and the first operating system, determine whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time.

[0087] If the vehicle infotainment system has already started the virtual machine and the first operating system, and it is determined that the startup time of the second operating system detected by the first operating system is greater than the timeout detection time, then it is determined whether the number of times the second operating system is restarted is less than or equal to a preset number, i.e., step 470 is executed. If it is determined that the startup time of the second operating system detected by the first operating system is less than or equal to the timeout detection time, then the vehicle infotainment system completes the startup, i.e., step 430 is executed.

[0088] 470: Determine whether the number of times the second operating system restarts is less than or equal to the preset number.

[0089] If it is determined that the number of times the second operating system restarts is less than or equal to the preset number, the timeout detection time is increased, and the first operating system controls the second operating system to restart, i.e., step 440 is executed. If it is determined that the number of times the second operating system restarts is greater than the preset number, the restarting of the second operating system is stopped, i.e., step 480 is executed.

[0090] The preset number of times can be pre-set; for example, the preset number of times can be 5 times.

[0091] 480: Stop the second operating system from restarting.

[0092] The above embodiment describes a startup method that involves repeatedly increasing the timeout detection time, repeatedly restarting the second operating system, and increasing the timeout detection time after each failed startup. In other embodiments, the startup method may involve increasing the timeout detection time only once and repeatedly restarting the second operating system; details are provided below. Figure 5 .

[0093] Figure 5 The diagram shown is a flowchart of a vehicle startup method provided in another exemplary embodiment of this application. Figure 4 Examples and Figure 4 The embodiments are largely the same; to avoid repetition, the similarities can be referred to the descriptions in the above embodiments, and will not be repeated here. Figure 5 As shown, the vehicle infotainment system startup method may include the following steps: 510: Upon receiving a vehicle startup command, the vehicle system controls the vehicle system to start; wherein, vehicle startup includes starting a virtual machine, a first operating system, and a second operating system, and the vehicle system is used to start the second operating system based on the virtual machine when the first operating system has already started.

[0094] 520: If the vehicle system has already started the virtual machine and the first operating system, determine whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time.

[0095] If the vehicle infotainment system has already started the virtual machine and the first operating system, and it is determined that the startup time of the second operating system detected by the first operating system is greater than the timeout detection time, then the timeout detection time can be increased to allow the second operating system more time to complete the startup process. This avoids frequent restarts of the second operating system due to the startup time exceeding the initial fixed timeout detection time, i.e., proceed to step 540. If it is determined that the startup time of the second operating system detected by the first operating system is less than or equal to the timeout detection time, then the vehicle infotainment system completes the startup, i.e., proceed to step 530.

[0096] 530: The vehicle's infotainment system has started up.

[0097] 540: Increase the timeout detection period and control the second operating system to restart via the first operating system.

[0098] 550: Records the number of times the second operating system is restarted.

[0099] 560: If the vehicle system has already started the virtual machine and the first operating system, determine whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time.

[0100] If the vehicle infotainment system has already started the virtual machine and the first operating system, it determines whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time. If it is determined that the startup time of the second operating system detected by the first operating system is greater than the timeout detection time, it continues to determine whether the number of times the second operating system is restarted is less than or equal to a preset number, i.e., step 570 is executed. If it is determined that the startup time of the second operating system detected by the first operating system is less than or equal to the timeout detection time, the vehicle infotainment system completes the startup, i.e., step 530 above is executed.

[0101] 570: Determine whether the number of times the second operating system restarts is less than or equal to the preset number.

[0102] If it is determined that the number of times the second operating system will restart is less than or equal to the preset number, then... Figure 4 The difference is that instead of increasing the timeout detection time, the second operating system is only restarted by controlling it through the first operating system, i.e., step 590 is continued. If it is determined that the number of times the second operating system restarts exceeds the preset number, the restarting of the second operating system is stopped, i.e., step 580 is continued.

[0103] The preset number of times can be pre-set; for example, the preset number of times can be 5 times.

[0104] 580: Stop the second operating system from restarting.

[0105] 590: The second operating system is restarted by controlling the first operating system.

[0106] After the vehicle's infotainment system restarts the second operating system via the first operating system, it continues to execute step 550.

[0107] In some other embodiments, if it is determined that the number of times the second operating system has been restarted exceeds a preset number, and the second operating system still has not completed the startup, the restart of the second operating system is stopped. For example, after step 380 or step 580 above, a prompt message is displayed on the dashboard. The prompt message includes information indicating that the vehicle's system startup is abnormal.

[0108] In some other embodiments, the prompt message includes not only information indicating a system startup error in the vehicle's infotainment system, but also solutions to the cause of the startup error, i.e., suggested information. For example, Figure 6 The diagram shown is a schematic representation of a dashboard display interface provided in an exemplary embodiment of this application. Figure 6 As shown, the dashboard displays the following message: "The vehicle's infotainment system is malfunctioning. We recommend contacting after-sales service for assistance!" In this embodiment of the application, the prompt information is used to inform the user of the reason for the failure of the vehicle system to start. In this way, the user can know the reason for the failure of the vehicle system to start in a timely manner and take corresponding measures (such as contacting after-sales service), thereby improving the user experience.

[0109] In some other embodiments, when the vehicle-mounted system receives a vehicle-mounted system start command, it controls the vehicle-mounted system to start. When the vehicle-mounted system starts a virtual machine and starts a first operating system, it determines that the capacity of the running memory to be used in the vehicle-mounted system is less than a first capacity threshold. Then, it terminates the target process and restarts the terminated target process after a preset time. Then, it continues to determine whether the startup time of the second operating system detected by the first operating system is greater than the timeout detection time.

[0110] In this embodiment, terminating the target process and restarting it after a preset time can release the vehicle's operating memory, freeing up the operating memory for starting the second operating system, thereby increasing the success rate of the second operating system starting within the timeout detection period and thus improving the success rate of the vehicle's startup.

[0111] The target process is the process to be terminated, and it can be pre-defined. For example, the target process can be the application process corresponding to the sentinel mode.

[0112] The first capacity threshold can be preset. For example, if the total capacity of the vehicle's operating memory is 400 megabytes (MB), the first capacity threshold can be set to 80MB.

[0113] The first capacity threshold can also be determined based on the total capacity of the vehicle's RAM. For example, if the total capacity of the vehicle's RAM is 400 megabytes (MB), the first capacity threshold can be set to 20% of the total capacity of the vehicle's RAM, which is 80MB.

[0114] In some other embodiments, if the second operating system still fails to start after being restarted more than a preset number of times by controlling the second operating system through the first operating system, the capacity of the running memory to be used in the vehicle system is detected; if the capacity of the running memory to be used is less than a first capacity threshold, the virtual machine, the first operating system and the second operating system of the vehicle system are restarted.

[0115] In this embodiment, restarting the vehicle's virtual machine, the first operating system, and the second operating system can release the vehicle's running memory, freeing up running memory for the second operating system, thereby increasing the success rate of the second operating system starting within the timeout detection period, and thus improving the success rate of the vehicle's startup.

[0116] Exemplary device Figure 7 The diagram shown is a structural schematic of a vehicle start-up device provided in an exemplary embodiment of this application.Figure 7 As shown, the vehicle start device 700 includes: a first control module 710, a second control module 720, and a start module 730.

[0117] The first control module 710 is used to control the vehicle system to start upon receiving a vehicle system start command; wherein, vehicle system start includes starting a virtual machine, a first operating system, and a second operating system, and the vehicle system is used to start the second operating system based on the virtual machine when the first operating system has already started; the second operating system runs on the central control screen, and vehicle system start includes starting a virtual machine, a first operating system, and a second operating system; the second control module 720 is used to, when the vehicle system has already started the virtual machine and the first operating system, if the start time of the second operating system detected by the first operating system is greater than the timeout detection time, increase the timeout detection time and control the second operating system to start again through the first operating system; the start module 730 is used to, when the start time of the second operating system to start again is less than or equal to the increased timeout detection time, the vehicle system completes the start.

[0118] According to one embodiment of this application, the second control module 720 is further configured to record the number of times the second operating system restarts; if the first operating system detects that the startup time of the second operating system restarts is greater than the increased timeout detection time and the number of times the second operating system restarts is less than or equal to a preset number, then the first operating system controls the second operating system to restart; if the startup time of the second operating system restarts is less than or equal to the increased timeout detection time, or the number of times the second operating system restarts is greater than the preset number, then the restarting of the second operating system is stopped.

[0119] According to one embodiment of this application, the second control module 720 is further configured to record the number of times the second operating system restarts; if the first operating system detects that the startup time of the second operating system restarts is greater than the increased timeout detection time and the number of times the second operating system restarts is less than or equal to a preset number, then the timeout detection time is increased again, and the first operating system controls the second operating system to restart; if the startup time of the second operating system restarts is less than or equal to the increased timeout detection time, or the number of times the second operating system restarts is greater than the preset number, then the restarting of the second operating system is stopped.

[0120] According to one embodiment of this application, the second control module 720 is further configured to, when the vehicle system has started the first operating system, if it is determined that the capacity of the running memory to be used in the vehicle system is less than a first capacity threshold, terminate the target process and restart the terminated target process after a preset time; when the vehicle system has started the virtual machine and the first operating system, detect whether the startup time of the second operating system is greater than the timeout detection time through the first operating system.

[0121] According to one embodiment of this application, the startup module 730 is further configured to detect the capacity of the running memory to be used in the vehicle system if the number of times the second operating system is restarted by the first operating system is greater than a preset number and the second operating system still fails to start; if the capacity of the running memory to be used is less than a first capacity threshold, then restart the virtual machine, the first operating system and the second operating system of the vehicle system.

[0122] According to one embodiment of this application, detecting that the startup time of the second operating system is greater than the timeout detection time by the first operating system includes: if no information indicating that the startup animation has stopped displaying is received from the second operating system within the timeout detection time, then it is determined that the startup time of the second operating system is greater than the timeout detection time; wherein, the startup animation is an animation displayed on the central control screen of the vehicle to indicate that the vehicle system is starting up.

[0123] According to one embodiment of this application, the vehicle infotainment system startup device 700 further includes a display module 740. The display module 740 is used to display a prompt message on the vehicle's dashboard if the second operating system still fails to start after being restarted more than a preset number of times by controlling the second operating system through the first operating system. The prompt message includes information indicating to the user that the vehicle infotainment system startup is abnormal.

[0124] According to one embodiment of this application, increasing the timeout detection time includes adding a preset value to the timeout detection time.

[0125] This application provides a vehicle infotainment system startup device that can increase the timeout detection time, allowing more time for the second operating system to complete the startup process. This avoids frequent restarts of the second operating system due to the startup time exceeding the initial fixed timeout detection time, reduces the abnormal influence of the first operating system on the second operating system, improves the stability and reliability of the second operating system startup, and thus increases the success rate of the vehicle infotainment system startup.

[0126] This application also provides a vehicle, which includes a vehicle infotainment system, a central control screen, and an instrument panel; wherein the vehicle infotainment system is used to execute the vehicle infotainment system startup method provided in any of the above embodiments.

[0127] This application also provides a computer-readable storage medium storing a computer program for executing the vehicle startup method provided in any of the above embodiments.

[0128] This application also provides a computer program product, which includes a computer program. When the computer program is executed by the processor of a computer device, it enables the computer device to execute the vehicle startup method provided in any of the above embodiments.

[0129] All of the above-mentioned optional technical solutions can be combined in any way to form optional embodiments of this application, and will not be described in detail here.

[0130] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0131] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0132] In the embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0133] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0134] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0135] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program verification codes, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0136] It should be noted that in the description of this application, the terms "first," "second," "third," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Furthermore, in the description of this application, unless otherwise stated, "a plurality of" means two or more.

[0137] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0138] The above are merely preferred embodiments of this application and are not intended to limit this application. Any modifications or equivalent substitutions made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A vehicle infotainment system startup method, characterized in that, The method is applied to an in-vehicle infotainment system, and the method includes: Upon receiving a vehicle system startup command, the vehicle system is controlled to start; wherein, the vehicle system startup includes starting a virtual machine, a first operating system, and a second operating system, and the vehicle system is used to start the second operating system based on the virtual machine when the first operating system has already started; If the virtual machine and the first operating system have been started in the vehicle system, and the startup time of the second operating system is detected by the first operating system to be greater than the timeout detection time, then the timeout detection time is increased, and the second operating system is restarted by controlling the first operating system. If the startup time of the second operating system is less than or equal to the increased timeout detection time, as detected by the first operating system, the vehicle system completes startup.

2. The vehicle infotainment system start-up method according to claim 1, characterized in that, The method further includes: Record the number of times the second operating system restarts; If the first operating system detects that the startup time of the second operating system is greater than the increased timeout detection time and the number of times the second operating system restarts is less than or equal to the preset number, then the first operating system controls the second operating system to restart. If the startup time of the second operating system is less than or equal to the increased timeout detection time, or if the number of times the second operating system restarts exceeds the preset number, then the restart of the second operating system will be stopped.

3. The vehicle infotainment system start-up method according to claim 1, characterized in that, The method further includes: Record the number of times the second operating system restarts; If the first operating system detects that the startup time of the second operating system is greater than the increased timeout detection time and the number of times the second operating system restarts is less than or equal to the preset number, then the timeout detection time is increased again, and the first operating system controls the second operating system to restart. If the startup time of the second operating system is less than or equal to the increased timeout detection time, or if the number of times the second operating system restarts exceeds the preset number, then the restart of the second operating system will be stopped.

4. The vehicle infotainment system start-up method according to claim 1, characterized in that, The method further includes: If the first operating system has been started in the vehicle system, and it is determined that the capacity of the running memory to be used in the vehicle system is less than a first capacity threshold, then the target process is terminated and the terminated target process is restarted after a preset time. If the vehicle system has already started the virtual machine and the first operating system, the startup time of the second operating system is detected by the first operating system to see if it is greater than the timeout detection time.

5. The vehicle infotainment system start-up method according to claim 1, characterized in that, The method further includes: If the second operating system fails to start after being restarted more than a preset number of times by controlling the second operating system through the first operating system, then the capacity of the running memory to be used in the vehicle system is checked. If the capacity of the running memory to be used is less than the first capacity threshold, then the virtual machine, the first operating system and the second operating system of the vehicle system will be restarted.

6. The vehicle infotainment system startup method according to claim 1, characterized in that, The step of detecting that the startup time of the second operating system is greater than the timeout detection time through the first operating system includes: If no message indicating that the startup animation has stopped displaying is received from the second operating system within the timeout detection period, it is determined that the startup time of the second operating system is greater than the timeout detection period; wherein, the startup animation is an animation displayed on the central control screen of the vehicle to indicate that the vehicle system is starting up.

7. The vehicle infotainment system start-up method according to any one of claims 2 to 6, characterized in that, The method further includes: If the second operating system fails to start after being restarted by the first operating system more than a preset number of times, a prompt message will be displayed on the vehicle's dashboard; the prompt message includes information indicating a system startup abnormality to the user's vehicle system.

8. The vehicle infotainment system start-up method according to any one of claims 1 to 6, characterized in that, The increase in the timeout detection time includes: Add a preset value to the timeout detection time.

9. A vehicle, characterized in that, include: In-vehicle infotainment system, central control screen, and instrument panel; The vehicle system is used to execute the vehicle system startup method according to any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that, The storage medium stores a computer program for executing the vehicle startup method according to any one of claims 1 to 8.

Images