Vehicle-mounted terminal awakening method, electronic equipment and storage medium

Abstract

The embodiment of the invention provides a vehicle-mounted terminal awakening method, electronic equipment and a storage medium. In some embodiments, an in-vehicle infotainment device is provided with an image drawing unit and a graphics engine unit, the graphics engine unit is turned off in a sleep mode of the in-vehicle infotainment device, and the image drawing unit is suspended in the sleep mode. The vehicle-mounted machine awakening method comprises the following steps: in response to a detected sleep quitting instruction, starting a graphic engine unit, and drawing first instrument display data drawn by an image drawing unit to an instrument display layer; and in response to detecting that the graphic engine unit is successfully started, drawing the second instrument display data drawn by the graphic engine unit to the instrument display layer.

Description

Technical Field

[0001] The embodiments of this application relate to the field of computer technology, and more specifically, to a method for waking up a vehicle's infotainment system, an electronic device, and a storage medium. Background Technology

[0002] With the increasing prevalence of vehicles, more resources are being invested in vehicle research. To improve the user experience, vehicles are typically equipped with an instrument cluster operating system to assist drivers in understanding vehicle information. This system can display information such as vehicle speed and fuel level. However, this system suffers from a slow interface recovery process when the vehicle resumes operation from sleep mode, which negatively impacts user experience. Summary of the Invention

[0003] The embodiments of this application provide a method, electronic device, and storage medium for waking up a vehicle's infotainment system that can at least partially solve the aforementioned or other problems existing in the prior art.

[0004] This application provides a method for waking up a vehicle infotainment system. The system includes an image drawing unit and a graphics engine unit. The graphics engine unit is disabled in the system's sleep mode, and the image drawing unit is suspended in sleep mode. The method includes: in response to detecting an exit sleep command, starting the graphics engine unit and drawing first instrument display data drawn by the image drawing unit onto the instrument display layer; and in response to detecting successful startup of the graphics engine unit, drawing second instrument display data drawn by the graphics engine unit onto the instrument display layer.

[0005] In another aspect, this application provides an electronic device, including at least one processor and a memory. The memory is communicatively connected to the at least one processor and stores instructions executable by the at least one processor. These instructions are executed by the at least one processor to enable the at least one processor to perform the methods mentioned above.

[0006] In another aspect, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the method mentioned above.

[0007] According to one embodiment of this application, the vehicle infotainment system wake-up method, electronic device, and storage medium, upon receiving an exit hibernation command and exiting hibernation mode, the vehicle infotainment system starts a graphics engine unit and uses an image drawing unit to draw instrument data onto an instrument display layer. Since the instrument drawing unit is suspended in hibernation mode, it can quickly start during the exit hibernation process, thereby quickly displaying instrument display data on the instrument display layer. This instrument display layer is displayed on the instrument interface, solving the problem of slow recovery of the instrument interface during hibernation and improving the user experience. Attached Figure Description

[0008] Other features, objects, and advantages of this application will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings. Wherein:

[0009] Figure 1 This is a schematic diagram of the system architecture of the vehicle-mounted system wake-up method applicable to the embodiments of this application;

[0010] Figure 2 This is a flowchart illustrating the vehicle system wake-up method according to the first embodiment of this application;

[0011] Figure 3 This is a flowchart illustrating the vehicle system wake-up method according to the second embodiment of this application;

[0012] Figure 4 This is a schematic diagram of a vehicle system architecture according to some embodiments of this application;

[0013] Figure 5a This is a schematic diagram of an instrument display layer according to some embodiments of this application;

[0014] Figure 5b This is a flowchart illustrating a method for waking up a vehicle's infotainment system according to some embodiments of this application;

[0015] Figure 6a This is a schematic diagram of an instrument display layer according to other embodiments of this application;

[0016] Figure 6b This is a flowchart illustrating a method for waking up a vehicle's infotainment system according to other embodiments of this application;

[0017] Figure 7a This is a schematic diagram of an instrument display layer according to other embodiments of this application;

[0018] Figure 7b This is a flowchart illustrating a method for waking up a vehicle's infotainment system according to other embodiments of this application;

[0019] Figure 8These are schematic block diagrams of electronic devices according to some embodiments of this application. Detailed Implementation

[0020] To better understand this application, various aspects of this application will be described in more detail with reference to the accompanying drawings. It should be understood that these detailed descriptions are merely illustrative of exemplary embodiments of this application and are not intended to limit the scope of this application in any way. Throughout the specification, the same reference numerals refer to the same elements. The expression "and / or" includes any and all combinations of one or more of the associated listed items.

[0021] It should also be understood that expressions such as "comprising," "including," "having," "containing," and / or "comprising" are open-ended rather than closed-ended expressions in this specification, indicating the presence of the stated features, elements, and / or components, but not excluding the presence of one or more other features, elements, components, and / or combinations thereof. Furthermore, when expressions such as "at least one of..." appear after a list of listed features, they modify the entire list of features, not just individual elements in the list. Additionally, when describing embodiments of this application, the word "may" is used to mean "one or more embodiments of this application." And the term "exemplary" is intended to refer to examples or illustrations.

[0022] Unless otherwise specified, all terms used herein (including engineering and technical terms) shall have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. It should also be understood that, unless expressly stated herein, terms defined in common dictionaries shall be interpreted as having the meaning consistent with their meaning in the context of the relevant art, and not as having an idealized or overly formalized meaning.

[0023] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. Furthermore, unless explicitly limited or contradicted by the context, the specific steps included in the methods described in this application are not limited to the order in which they are described, but can be performed in any order or in parallel. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0024] Figure 1 This is a schematic diagram of the system architecture for a vehicle-mounted system wake-up method applicable to embodiments of this application. For example... Figure 1As shown, the vehicle system architecture 100 may include an image rendering unit 110 and a graphics engine unit 120. The image rendering unit 110 can convert logically processed data into images and output them to the next-level display or image processing module, such as the instrument display layer mentioned in the embodiments of this application. The image rendering unit 110 can use image processing software or other image rendering software, such as individual textures, etc., without limitation. The graphics engine unit 120 can be software that supports 2D, 3D, and other dimensions, such as Unity. In sleep mode, the image rendering unit 110 is suspended. The graphics engine unit 120 is turned off. The sleep mode can be a suspend-to-RAM (STR) mode or other low-power modes.

[0025] For example, the instrument cluster operating system in a vehicle typically uses a real-time operating system (Quick UNIX, QNX). The graphics engine unit used in this system cannot display correctly when returning from STR mode. Therefore, the graphics engine unit's process must be shut down upon entering STR mode. However, the central control system typically uses Android, and Android's display is not shut down (killed) upon entering STR mode. This results in the instrument cluster displaying its screen later than the central control system upon returning from STR mode, which contradicts the logic that the instrument cluster should display its screen before the central control system.

[0026] Based on the above situation, Figure 2 This is a flowchart illustrating the vehicle system wake-up method according to the first embodiment of this application. Figure 2 As shown, the method 200 for waking up the vehicle's infotainment system may include the following steps:

[0027] Step 201: In response to the detection of an exit hibernation command, the graphics engine unit is started, and the first instrument display data drawn by the image drawing unit is drawn onto the instrument display layer.

[0028] In this embodiment, upon receiving a hibernation command, the executing entity (e.g., the vehicle's infotainment system) enters hibernation mode. In hibernation mode, the infotainment system's graphics engine unit is shut down, the image drawing unit is suspended, and the display screen corresponding to the instrument operating system is turned off. Upon receiving an exit hibernation command, the executing entity restarts the graphics engine unit. Furthermore, the executing entity resumes the image drawing unit and uses it to draw the first instrument display data onto the instrument display layer. The instrument display layer can then be displayed on the display screen corresponding to the instrument operating system. Because the image drawing unit exits hibernation mode faster than the graphics engine unit starts, the speed of drawing and displaying the instrument screen is accelerated, allowing the user to see the instrument screen more quickly.

[0029] In some embodiments of this application, the configuration of the graphics engine unit and the image rendering unit can be set according to the system architecture of the vehicle system.

[0030] For example, in some implementations, the vehicle infotainment system may include a first core chip, meaning the system uses a single core. This first core chip is simultaneously configured with a first operating system and a second operating system. The graphics engine unit may be configured within the first operating system, and the image rendering unit may be configured within the second operating system.

[0031] For example, in some other embodiments, the vehicle infotainment system includes a first core chip and a second core chip, meaning the system employs a dual-core architecture. The graphics engine unit may be configured within the first operating system of the first core chip, and the image rendering unit may be configured within the second operating system of the second core chip.

[0032] For example, in other embodiments, the vehicle infotainment system may include a first core chip, i.e., the vehicle infotainment system uses a single core, and the image rendering unit and the graphics engine unit are simultaneously configured within the first operating system.

[0033] It should be understood that, without departing from the teachings of this application, the vehicle infotainment system may also have other numbers of core chips, and the number of systems it carries may also be configured as needed, and this application does not impose any restrictions on this.

[0034] In some embodiments of this application, the first operating system mentioned above may be an instrument operating system, which may be a QNX system, and the second operating system may be an Android operating system or an iOS operating system.

[0035] Step 202: In response to the detection that the graphics engine unit has started successfully, the second instrument display data drawn by the graphics engine unit is drawn onto the instrument display layer.

[0036] In this embodiment, after the execution subject detects that the graphics engine unit has started successfully, it can return to the state of drawing the instrument screen through the graphics engine unit, that is, draw the second instrument display data drawn by the graphics engine unit onto the instrument display layer.

[0037] It should be understood that, without departing from the teachings of this application, the first instrument display data and the second instrument display data can be the same. For example, both the first and second instrument display data can include indicator light image data, driving information display data, etc., or both can include indicator light image data, driving information display data, vehicle model data, navigation data, multimedia data, etc. The first and second instrument display data can also be different. For example, the first instrument display data can include indicator light image data and driving information display data, while the second instrument display data can include indicator light image data, driving information display data, vehicle model data, navigation data, multimedia data, etc. If the first and second instrument display data are different, the first instrument display data can be driving information data related to functional safety or basic information. This type of data has a high display priority and is drawn and displayed by the image drawing unit when the graphics engine unit has not started successfully. This application does not limit the specific data included in the first and second instrument display data.

[0038] According to some embodiments of this application, when the vehicle's infotainment system receives an exit hibernation command and exits hibernation mode, it starts the graphics engine unit and uses the image drawing unit to draw instrument data onto the instrument display layer. Since the instrument drawing unit is suspended in hibernation mode, it can quickly start during the exit hibernation process, thereby quickly displaying the instrument display data on the instrument display layer. This instrument display layer is displayed on the instrument interface, solving the problem of slow recovery of the instrument interface during hibernation and improving the user experience.

[0039] Figure 3 This is a flowchart illustrating a vehicle infotainment system wake-up method according to a second embodiment of this application. This embodiment is largely the same as the first embodiment, with the main difference being that it exemplarily illustrates the method by which the image drawing unit and the graphics engine unit draw the instrument display layer. For example... Figure 3 As shown, the method 300 for waking up the vehicle's infotainment system may include the following steps:

[0040] Step 301: In response to the detection of an exit hibernation command, the graphics engine unit is started.

[0041] In this embodiment, this step is roughly the same as the operation of starting the graphics engine unit in step 201, and will not be described again here.

[0042] Step 302: The first layer in the instrument display layer is drawn by the image drawing unit based on the first instrument display data.

[0043] In this embodiment, the instrument display layer includes a first layer and a second layer. To obtain the instrument screen more quickly, after detecting the exit hibernation command, the execution entity first draws the first instrument display data onto the first layer of the instrument display layer using the image drawing unit. Since the graphics engine unit has not yet started and has not drawn any content on the second layer, the instrument screen in the instrument interface is the content of the first layer drawn by the image drawing unit.

[0044] Step 303: In response to the detection that the graphics engine unit has started successfully, the graphics engine unit draws the second layer in the instrument display layer according to the second instrument display data.

[0045] In this embodiment, after confirming that the graphics engine unit has started successfully, the executing entity can use the graphics engine unit to draw the instrument screen and draw the second instrument display data to the second layer in the instrument display layer.

[0046] In some embodiments of this application, the execution entity may display the first layer in response to the completion of the first layer's rendering. In other words, after the image rendering unit finishes rendering the first layer, the execution entity may display the first layer for the user to view, allowing the user to see the instrument panel interface more quickly. The execution entity may display the second layer and stop displaying the first layer in response to the successful rendering of the second layer. In other words, after the graphics engine unit finishes rendering the second layer, the execution entity may display the second layer for the user to view. The second layer represents the instrument panel interface after the vehicle's infotainment system returns to normal operation, allowing the user to access more vehicle information based on this interface.

[0047] In some embodiments of this application, the relationship between the first layer and the second layer can be set as needed. For example, the second layer can be an upper layer of the first layer, meaning the second layer covers the first layer. If the second layer is transparent, the entire instrument display layer displays the content drawn within the first layer. If the second layer is opaque and has a background color, the entire instrument display layer displays the content drawn within the second layer. Based on this, in response to the first instrument display data drawn by the image drawing unit, the execution subject can set the second layer to a transparent state; in response to the second instrument display data drawn by the graphics engine unit, the execution subject can set the second layer to a non-transparent state and adjust the background attributes of the second layer according to preset parameters. Alternatively, the second layer can be a lower layer of the first layer. If the image engine unit is not started, the first layer is displayed; after the image engine unit is started, the second layer is displayed. The first layer can be set to transparent, not displayed, or submerged below the second layer. The second layer, after successful drawing, has a higher display priority than the first layer.

[0048] For example, the first layer and the second layer can also be mutually exclusive layers, meaning that if the first layer is displayed, the second layer is not displayed, and vice versa. Based on this, in response to the first instrument display data drawn by the image drawing unit, the execution subject can set the first layer to be displayed and the second layer to be hidden; in response to the second instrument display data drawn by the graphics engine unit, the execution subject can set the second layer to be displayed and the first layer to be hidden.

[0049] It should be understood that the relationship between the first layer and the second layer can be adjusted as needed without departing from the teachings of this application, and this application does not impose any restrictions on this.

[0050] In some embodiments of this application, the first instrument display data includes basic instrument display data and complex information display data. The first layer may include a first sublayer and a second sublayer, with the first sublayer being the upper layer of the second sublayer. The process by which the executing entity draws the first layer in the instrument display layer based on the first instrument display data may include: drawing the first sublayer based on the basic instrument display data, which includes indicator light image data and driving information display data; and drawing the second sublayer based on the complex information display data, which includes at least one of the following: vehicle model data, navigation data, and multimedia data. In other words, the executing entity can acquire the basic instrument display data, which may be data related to functional safety or basic driving information, and has a high display priority. When the graphics engine unit has not been successfully started, it is drawn and displayed by the image drawing unit. The executing entity draws the first sublayer based on the basic instrument display data to meet the basic display requirements of the instrument. The executing entity can acquire the complex information display data and draw the second sublayer based on the complex information display data to enrich the instrument display content and improve the user experience.

[0051] In some embodiments of this application, the executing entity may, in response to detecting a graphics engine unit crash, render the first instrument display data drawn by the image drawing unit onto the instrument display layer. In other words, when the executing entity detects a graphics engine unit crash, it can perform backup display through the image drawing unit, thereby improving the stability of the instrument display.

[0052] In some embodiments of this application, the configuration of the graphics engine unit and the image rendering unit can be set according to the system architecture of the vehicle system.

[0053] For example, in some implementations, the vehicle infotainment system may include a first core chip, meaning the system uses a single core. This first core chip is simultaneously configured with a first operating system and a second operating system. The graphics engine unit may be configured within the first operating system, and the image rendering unit may be configured within the second operating system.

[0054] For example, in some other embodiments, the vehicle infotainment system includes a first core chip and a second core chip, meaning the system employs a dual-core architecture. The graphics engine unit may be configured within the first operating system of the first core chip, and the image rendering unit may be configured within the second operating system of the second core chip.

[0055] For example, in other embodiments, the vehicle infotainment system may include a first core chip, i.e., the vehicle infotainment system uses a single core, and the image rendering unit and the graphics engine unit are simultaneously configured within the first operating system.

[0056] It should be understood that, without departing from the teachings of this application, the vehicle infotainment system may also have other numbers of core chips, and the number of systems it carries may also be configured as needed, and this application does not impose any restrictions on this.

[0057] In some embodiments of this application, the first operating system mentioned above may be an instrument operating system, which may be a QNX system, and the second operating system may be an Android operating system or an iOS operating system.

[0058] To facilitate understanding, the following will be combined with... Figure 4 The example vehicle system architecture is illustrated by way of example. Figure 4 As shown, the vehicle system 400 may include a microcontroller unit (MCU) 410, a display unit 420, and a first core chip 430 / second core chip 440. "First core chip 430 / second core chip 440" indicates that the vehicle system 400 includes either the first core chip 430, the second core chip 440, or both. The first core chip 430 and the second core chip 440 may be system-on-chips (SoCs) or other types of chips; no restrictions are placed here.

[0059] The microcontroller unit 410 can be used to acquire vehicle data and determine the current mode of the first core chip 430 / second core chip 440 (e.g., STR mode, off mode, normal working mode, etc.), and switch the current mode of the first core chip 430 / second core chip 440 based on the received instructions.

[0060] Display unit 420 can be used to display the screen drawn by the first core chip 430 / second core chip 440.

[0061] The first core chip 430 may include a real-time operating system 431, a first Android system 432, and an image output processing unit 433. The real-time operating system 431 serves as the instrument operating system and may be configured with a graphics engine unit 4311 and a first image rendering unit 4312. The first Android system 432 may be configured with a second image rendering unit 4321. The image output processing unit 433 is used to perform image processing on the graphics engine unit 4311, the first image rendering unit 4312, the second image rendering unit 4321, and the third image rendering unit 4411 according to specified logic, and output the final screen data for display.

[0062] The second core chip 440 may include a second Android system 441, which is configured with a third image drawing unit 4411.

[0063] When the system needs to enter STR mode, one or more core chips enter low-power mode. The graphics engine unit 4311 in the first core chip 430 is shut down. Other processes, except for the graphics engine unit 4311, enter STR mode without being shut down. When the system returns from STR mode, the graphics engine unit 4311 in the first core chip 430 needs to be cold-started, resulting in slow display speed. By adopting the vehicle system wake-up method mentioned in the embodiments of this application, the instrument panel display can be drawn by the image drawing unit, improving the display speed of the instrument panel.

[0064] In some embodiments, the image drawing unit mentioned in the above embodiments is the first image drawing unit 4312 in the real-time operating system 431. That is, after exiting the STR mode, the execution subject uses the first image drawing unit 4312 (excluding the graphics engine unit 4311) in the first core chip 430 to draw the instrument display layer based on the first instrument display data. The drawn screen content is output to the image output processing unit 433 and displayed on the display unit 420.

[0065] Optional Figure 5a This is a schematic diagram of the instrument display layer in some embodiments of this application. Figure 5b This is a flowchart illustrating the vehicle system wake-up method 530 according to some embodiments of this application. For example... Figure 5aAs shown, the instrument display layer 500 may include a first layer 510 and a second layer 520. The first layer 510 may include a first sublayer 511 and a second sublayer 512. The first sublayer 511 serves as the basic instrument information display layer, displaying basic instrument display data including indicator light image data and driving information display data. The second sublayer 512 serves as a simple background layer. This layer can be a static background layer displaying vehicle model data (static data) or a dynamic layer displaying dynamic vehicle model data that changes based on the vehicle's status. The second layer 520 is a graphics engine display layer, drawn by the graphics engine unit based on the second instrument display data. Figure 5b As shown, the method 530 for waking up the vehicle's infotainment system may include the following steps:

[0066] Step 531: Determine that the vehicle system has returned from STR mode.

[0067] For example, after the executing entity detects that the hibernation mode has been exited, it determines that the vehicle system needs to exit STR mode, that is, return from STR mode.

[0068] Step 532: Determine whether the graphics engine unit has finished starting.

[0069] For example, since the graphics engine unit requires a cold start, the execution entity determines whether the graphics engine unit has completed the cold start. If it is determined not to have completed the cold start, step 533 is executed; if it is determined to have completed the cold start, step 534 is executed.

[0070] Step 533: Use the first image drawing unit to draw the first sub-layer and the second sub-layer, display the first sub-layer and the second sub-layer, and do not display the second layer.

[0071] For example, after determining that the graphics engine unit has not yet finished starting, the execution entity can use the first image drawing unit to draw the instrument screen in order to display the instrument screen more quickly. After drawing the first sub-layer and the second sub-layer, the execution entity can continuously or intermittently execute step 532 until it detects that the graphics engine unit has finished starting and is ready.

[0072] Step 534: Use the graphics engine unit to draw the second layer and display the second layer.

[0073] For example, after the execution entity determines that the graphics engine unit has finished starting and is ready, it can use the graphics engine unit to draw the second layer, display the second layer, and not display the first layer. After that, it enters the normal working state of the instrument.

[0074] As can be seen from the above, even if the graphics engine unit has not been started, the execution entity can use the first image drawing unit to draw the instrument screen, which allows the instrument screen to be displayed faster, improves the user experience, and enhances product performance.

[0075] In another embodiment of this application, the image drawing unit mentioned in the above embodiment is the second image drawing unit 4321 in the first Android system 432. That is, after exiting the STR mode, the execution subject uses the second image drawing unit 4321 to draw the instrument display layer based on the first instrument display data. The drawn screen content is output to the image output processing unit 433 and displayed on the display unit 420.

[0076] Optional Figure 6a These are schematic diagrams of instrument display layers according to other embodiments of this application. Figure 6b This is a flowchart illustrating a method for waking up a vehicle's infotainment system according to other embodiments of this application. For example... Figure 6a As shown, the instrument display layer 600 may include a first layer 610 and a second layer 620. The first layer 610 may include a first sublayer 611 and a second sublayer 612. The first sublayer 611 serves as the basic instrument information display layer, displaying basic instrument display data including indicator light image data and driving information display data. The second sublayer 612 can serve as a simple background layer. This layer can be a static background layer displaying vehicle model data (static data) or a dynamic layer displaying dynamic vehicle model data that changes based on the vehicle's status. The second layer 620 is the graphics engine display layer, drawn by the graphics engine unit based on the second instrument display data. Figure 6b As shown, the method 630 for waking up the vehicle's infotainment system may include the following steps:

[0077] Step 631: Determine that the vehicle system has returned from STR mode.

[0078] For example, after the executing entity detects that the hibernation mode has been exited, it determines that the vehicle system needs to exit STR mode, that is, return from STR mode.

[0079] Step 632: Determine whether the graphics engine unit has finished starting.

[0080] For example, since the graphics engine unit requires a cold start, the execution entity determines whether the graphics engine unit has completed the cold start. If it is determined not to have completed the cold start, step 633 is executed; if it is determined to have completed the cold start, step 634 is executed.

[0081] Step 633: Use the second image drawing unit to draw the first sublayer and the second sublayer, display the first sublayer and the second sublayer, and do not display the second layer.

[0082] For example, after determining that the graphics engine unit has not yet finished starting, the executing entity can use the second image drawing unit 4321 in the first Android system 432 to draw the instrument screen so as to display the instrument screen faster. After drawing the first sub-layer and the second sub-layer, the executing entity can continuously or intermittently execute step 632 until it detects that the graphics engine unit has finished starting and is ready.

[0083] Step 634: Use the graphics engine unit to draw the second layer, display the second layer, and do not display the first layer.

[0084] For example, after the execution entity determines that the graphics engine unit has finished starting and is ready, it can use the graphics engine unit to draw the second layer, display the second layer, and not display the first layer. After that, it enters the normal working state of the instrument.

[0085] As can be seen from the above, even if the graphics engine unit has not been started, the execution entity can use the second image drawing unit in the first Android system to draw the instrument screen, which makes the instrument screen display faster, improves the user experience, and improves product performance.

[0086] In another embodiment of this application, the image drawing unit mentioned in the above embodiment is the third image drawing unit 4411 in the second Android system 441 on the second core chip 440. That is, after exiting the STR mode, the execution subject uses the third image drawing unit 4411 to draw the instrument display layer based on the first instrument display data. The drawn screen content is output to the image output processing unit 433 and displayed on the display unit 420.

[0087] Optional Figure 7a These are schematic diagrams of instrument display layers according to other embodiments of this application. Figure 7b This is a flowchart illustrating a method for waking up a vehicle's infotainment system according to other embodiments of this application. For example... Figure 7a As shown, the instrument display layer 700 may include a first layer 710 and a second layer 720. The first layer 710 may include a first sublayer 711 and a second sublayer 712. The first sublayer 711 serves as the basic instrument information display layer, displaying basic instrument display data including indicator light image data and driving information display data. The second sublayer 712 serves as a simple background layer. This layer can be a static background layer displaying vehicle model data (static data) or a dynamic layer displaying dynamic vehicle model data that changes based on the vehicle's status. The second layer 720 is a graphics engine display layer, drawn by the graphics engine unit based on the second instrument display data. Figure 7b As shown, the method 730 for waking up the vehicle's infotainment system may include the following steps:

[0088] Step 731: Determine that the vehicle system has returned from STR mode.

[0089] For example, after the executing entity detects that the hibernation mode has been exited, it determines that the vehicle system needs to exit STR mode, that is, return from STR mode.

[0090] Step 732: Determine whether the graphics engine unit has finished starting.

[0091] For example, since the graphics engine unit requires a cold start, the execution entity determines whether the graphics engine unit has completed the cold start. If it is determined not to have completed the cold start, step 733 is executed; if it is determined to have completed the cold start, step 734 is executed.

[0092] Step 733: Use the third image drawing unit to draw the first sublayer and the second sublayer, display the first sublayer and the second sublayer, and do not display the second layer.

[0093] For example, after determining that the graphics engine unit has not yet finished starting, the executing entity can use the third image drawing unit 4411 in the second Android system 441 to draw the instrument screen so as to display the instrument screen faster. After drawing the first sub-layer and the second sub-layer, the executing entity can continuously or intermittently execute step 732 until it detects that the graphics engine unit has finished starting and is ready.

[0094] Step 734: Use the graphics engine unit to draw the second layer, display the second layer, and do not display the first layer.

[0095] For example, after the execution entity determines that the graphics engine unit has finished starting and is ready, it can use the graphics engine unit to draw the second layer, display the second layer, and not display the first layer. After that, it enters the normal working state of the instrument.

[0096] As can be seen from the above, even if the graphics engine unit has not been started, the execution entity can use the third image drawing unit in the second Android system on other core chips to draw the instrument screen, so that the instrument screen can be displayed faster, improving the user experience and product performance.

[0097] According to some embodiments of this application, when the vehicle's infotainment system receives an exit hibernation command and exits hibernation mode, it starts the graphics engine unit and uses the image drawing unit to draw instrument data onto the instrument display layer. Since the instrument drawing unit is suspended in hibernation mode, it can quickly start during the exit hibernation process, thereby quickly displaying the instrument display data on the instrument display layer. This instrument display layer is displayed on the instrument interface, solving the problem of slow recovery of the instrument interface during hibernation and improving the user experience.

[0098] The steps of the various methods described above are only for clarity. In implementation, they can be combined into one step or some steps can be split into multiple steps. As long as they include the same logical relationship, they are all within the protection scope of this disclosure. Adding insignificant modifications or introducing insignificant designs to the algorithm or process, but without changing the core design of the algorithm and process, are also within the protection scope of this disclosure.

[0099] Embodiments of this application also provide an electronic device, such as... Figure 8 As shown, the electronic device 800 may include: at least one processor and a memory, the memory being communicatively connected to the at least one processor and storing instructions executable by the at least one processor. These instructions are executed by the at least one processor to enable the at least one processor to perform the vehicle system wake-up method mentioned above. The electronic device may be a vehicle system (vehicle host) in a vehicle, or other devices capable of controlling the vehicle's state; no limitation is made here.

[0100] One embodiment of this application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle system wake-up method mentioned above.

[0101] Figure 8 This is a schematic block diagram of an electronic device 800 according to some embodiments of this application. For example... Figure 8 As shown, the electronic device 800 includes a processor 801, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 802 or a computer program loaded from a memory 808 into a random access memory (RAM) 803. The RAM 803 may also store various programs and data required for the operation of the electronic device 800. The processor 801, ROM 802, and RAM 803 are interconnected via a bus 804. An input / output (I / O) interface 805 is also connected to the bus 804.

[0102] Multiple components in electronic device 800 are connected to I / O interface 805, including: input unit 806, such as buttons or a touchscreen in a vehicle infotainment system; output unit 807, connected to various types of displays, speakers, etc., to output various forms of signals; memory 808, including any medium for storing computer-executable programs; and communication unit 809, such as a network interface card (NIC), modem, or wireless transceiver. Communication unit 809 allows electronic device 800 to exchange information / data with other devices via a local area network (LAN) or other wireless communication networks.

[0103] Processor 801 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 801 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 801 performs the various methods and processes described above, such as the vehicle system wake-up method mentioned above. For example, in some embodiments, the vehicle system wake-up method mentioned above can be implemented as a computer software program tangibly contained in a computer-readable storage medium, such as memory 808. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 800 via ROM 802 and / or communication unit 809. When the computer program is loaded into RAM 803 and executed by processor 801, one or more steps of the vehicle system wake-up method described above can be performed. Alternatively, in other embodiments, processor 801 can be configured to perform the vehicle system wake-up method mentioned above by any other suitable means (e.g., by means of firmware).

[0104] Various aspects of this application have been described herein with reference to flowchart illustrations and / or timing diagrams of methods, apparatus (systems), and computer program products according to exemplary embodiments of this application. It should be understood that each step of the flowchart illustrations and / or timing diagrams, as well as combinations of steps in the flowchart illustrations and / or timing diagrams, can be implemented by computer-readable program instructions.

[0105] These computer-readable program instructions can be provided to a processor, general-purpose computer, special-purpose computer, or other programmable data processing unit in an electronic device to produce a machine such that, when executed by the processing unit of the computer or other programmable data processing device, they create means for implementing the functions / steps specified in one or more steps of a flowchart and / or timing diagram. These computer-readable program instructions can also be stored in a computer-readable storage medium that causes a computer, programmable data processing device, and / or other device to operate in a particular manner. Thus, the computer-readable medium storing the instructions comprises an article of manufacture that includes instructions for implementing aspects of the functions / steps specified in one or more steps of a flowchart and / or timing diagram.

[0106] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to perform the functions / steps specified in one or more steps of a flowchart and / or timing diagram.

[0107] The flowcharts and timing diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of devices, methods, and computer program products according to various embodiments of this application. In this regard, each step in a flowchart or timing diagram may represent a module, segment, or part of an instruction that contains one or more executable instructions for implementing a specified logical function. In some alternative embodiments, the functions indicated in the steps may occur in a different order than those indicated in the drawings. For example, two consecutive steps may actually be performed substantially in parallel, and they may sometimes be performed in reverse order, depending on the functions involved. It should also be noted that each step in a timing diagram and / or flowchart, and combinations of steps in timing diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0108] The above description is merely an illustration of the embodiments of this application and the technical principles employed. Those skilled in the art should understand that the scope of protection involved in this application is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the technical concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features with similar functions disclosed in this application.

Claims

1. A method of wake-up of an in-vehicle infotainment device, wherein, The vehicle machine is provided with an image drawing unit and a graphics engine unit, the graphics engine unit is closed in a sleep mode of the vehicle machine, and the image drawing unit is suspended in the sleep mode, and the method comprises: in response to detecting an exit sleep instruction, starting the graphics engine unit and drawing first instrument display data drawn by the image drawing unit to an instrument display layer; in response to detecting that the graphics engine unit is successfully started, drawing second instrument display data drawn by the graphics engine unit to the instrument display layer.

2. The method of claim 1, wherein, The instrument display layer comprises a first layer and a second layer, the second layer is an upper layer of the first layer, or the first layer and the second layer are mutually exclusive layers; wherein the drawing of the first instrument display data drawn by the image drawing unit to the instrument display layer comprises: drawing the first layer in the instrument display layer according to the first instrument display data by the image drawing unit; the drawing of the second instrument display data drawn by the graphics engine unit to the instrument display layer comprises: drawing the second layer in the instrument display layer according to the second instrument display data by the graphics engine unit.

3. The method of claim 2, wherein, The vehicle machine comprises a first core chip, the first core chip is configured with a first operating system and a second operating system, the graphics engine unit is configured in the first operating system, and the image drawing unit is configured in the second operating system.

4. The method of claim 2, wherein, The vehicle machine comprises a first core chip and a second core chip, the graphics engine unit is configured in a first operating system of the first core chip, and the image drawing unit is configured in a second operating system of the second core chip.

5. The method of claim 2, wherein, The image drawing unit and the graphics engine unit are configured in a first operating system.

6. The method of claim 2, wherein, The first instrument display data comprises basic instrument display data and complex information display data, the first layer comprises a first sub-layer and a second sub-layer, the first sub-layer is an upper layer of the second sub-layer, and the drawing of the first layer in the instrument display layer according to the first instrument display data comprises: drawing the first sub-layer according to the basic instrument display data, the basic instrument display data comprising indicator light image data and driving information display data; drawing the second sub-layer according to the complex information display data, the complex information display data comprising at least one of the following: vehicle model data, navigation data, and multimedia data.

7. The method of claim 3, 4, or 5, wherein, The first operating system is an instrument operating system, and the second operating system is an Android operating system or an IOS operating system.

8. The method of claim 2, further comprising: in response to the first layer being drawn, displaying the first layer; in response to the second layer being drawn successfully, displaying the second layer and stopping displaying the first layer.

9. An electronic device, comprising: comprise: 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, the instructions being executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1 to 8.

10. A computer readable storage medium storing a computer program, characterized in that, The computer program, which is executed by a processor, implements the method of any one of claims 1 to 8.

Images