Method, device, electronic equipment and storage medium for switching screen of car machine

By differentiating between foreground and non-foreground pages in the vehicle infotainment system for skinning information acquisition, the system has resolved the lag issues caused by skinning operations, optimized resource allocation, and improved screen smoothness.

CN117215696BActive Publication Date: 2026-07-21CHINA FAW CO LTD +1
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
CHINA FAW CO LTD
Filing Date
2023-09-13
Publication Date
2026-07-21

AI Technical Summary

Technical Problem

When vehicle infotainment systems lack sufficient computing resources, frequent skin-changing operations cause screen stuttering, and existing technologies have failed to effectively solve the problem of IO resource strain.

Method used

By differentiating whether the target page is in the foreground, the acquisition of skinning information for non-foreground pages is delayed, allowing only the foreground page to acquire skinning information in real time, and a skinning area is divided between the floating window and the current page to optimize resource allocation.

Benefits of technology

It reduces CPU resource consumption, alleviates vehicle system lag caused by skin changes, improves screen smoothness, and prevents floating windows from being covered by the foreground page.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117215696B_ABST
    Figure CN117215696B_ABST
Patent Text Reader

Abstract

The application discloses a car machine screen switching picture method, a car machine screen switching picture device, an electronic device, a storage medium and a vehicle. The method comprises the following steps: a target APP is started and skin changing information initialization is completed; according to the target APP being started and the skin changing information initialization being completed, a target page of the target APP is started, skin changing information is acquired, and skin changing broadcast notification is waited; according to the target APP receiving the skin changing broadcast notification, the target page of the target APP acquires the skin changing information and performs skin changing; wherein according to a non-frontal state of the target page of the target APP, the target page of the target APP is delayed to acquire the skin changing information; and according to a frontal state of the target page of the target APP, the target page of the target APP acquires the skin changing information and performs skin changing in real time. Through the above scheme, whether the target page is in the frontal state is distinguished, the target page in the non-frontal state is delayed to acquire the skin changing information, CPU resources consumed in processing IO matters are reduced, and car machine lag is relieved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of screen display, and more particularly to a method for switching screens in a vehicle, a device for switching screens in a vehicle, electronic equipment, storage media, and a vehicle. Background Technology

[0002] In the current technological context, in-vehicle infotainment systems have weaker computing power compared to mobile phones. Although it is relatively convenient to directly port the system solution from mobile phones, the limited computing power of in-vehicle infotainment systems prevents them from running smoothly, resulting in issues such as sluggish screen performance.

[0003] This is because, from a system perspective, every time a new app is launched, regardless of whether it's in the foreground or not, an I / O operation is performed to read resources and update the style whenever a skin change broadcast arrives. Even though most apps aren't visible in the foreground, most processes don't need to perform I / O operations at this time, as the user can't see the entire page. From the perspective of a single process, every time a new page is launched, a corresponding skin change control pool needs to be built. Whenever a skin change broadcast arrives, regardless of whether the page is in the foreground or not, an I / O operation is performed to read resources and change the skin. However, at this point, only the foreground page that the user can see needs to be skinned.

[0004] Therefore, based on the above technical background analysis, a solution for switching screens on the vehicle's infotainment system is needed to prevent the system's I / O resources from being strained when a skin change broadcast arrives, thus avoiding screen lag caused by the skin change, even in scenarios where multiple processes and multiple pages are already enabled. Summary of the Invention

[0005] The purpose of this invention is to provide a method for switching screens on a vehicle infotainment system, a device for switching screens on a vehicle infotainment system, an electronic device, a storage medium, and a vehicle, thereby solving at least one of the aforementioned technical problems.

[0006] This invention provides the following solution:

[0007] According to one aspect of the present invention, a method for switching screens on a vehicle infotainment system is provided, the method comprising:

[0008] The target app launches and completes the skin-changing information initialization;

[0009] According to the target APP, after the skin information initialization is completed, the target page of the target APP is launched, the skin information is obtained, and the skin broadcast notification is waited for.

[0010] Upon receiving a skin-changing broadcast notification, the target page of the target app obtains the skin-changing information and performs the skin-changing.

[0011] Specifically, based on the target page of the target APP being in a non-foreground state, the acquisition of skin-changing information for the target page of the target APP is delayed; based on the foreground state of the target page of the target APP, the target page of the target APP acquires skin-changing information and changes the skin immediately.

[0012] Furthermore, the process of launching the target app and completing the skin-changing information initialization includes:

[0013] The background tasks initiated after the App starts include reading theme attributes, parsing the skin package to obtain resources, replacing the default resource parsing object, and notifying the skin control set.

[0014] The skinning control set includes: when the target page of the target APP starts, the page layout file is parsed, and during the parsing process, the native Android controls are converted into skinning controls defined by the framework and added to the skinning control set.

[0015] Once the background task is completed and the skinning control set receives the skinning broadcast notification, the updated resource style is obtained from the resource parsing object.

[0016] Furthermore, the step of receiving a skin-changing broadcast notification from the target app, obtaining skin-changing information from the target page of the target app, and performing a skin-changing operation includes:

[0017] Based on the skin change broadcast notification received by the target APP, traverse all target pages of the target APP and determine whether it is the current foreground page;

[0018] If it is the current foreground page, then the target page of the target APP will immediately change its skin according to the skin-changing control set;

[0019] If it is not the current foreground page, then the target page of the target APP is marked with a delay tag;

[0020] Based on the target page of the target APP marked with a delay flag, wait for the target page of the target APP to be switched to the foreground, and after the target APP receives the skin change broadcast notification, change the skin according to the skin change control set.

[0021] Furthermore, the current foreground page includes:

[0022] For each process of the target APP, a page counter and a foreground marker are preset;

[0023] When the target page of the target APP is brought to the foreground, the page counter increments by 1; when it is brought to the background, the page counter decrements by 1.

[0024] The page with the highest page count in the target app is marked as the current foreground page.

[0025] Furthermore, the current foreground page includes:

[0026] Preset floating window markers for each process of the target APP;

[0027] Based on the floating window marker of the target page of the target APP, the skin is changed in real time according to the skin change broadcast notification and the skin change control set.

[0028] Furthermore, it also includes:

[0029] Generate a floating window page based on the floating window markers on the target page of the target APP;

[0030] The skinning area is segmented based on the pixel coordinates of the floating window page and the current foreground page;

[0031] Based on the segmented skinning area, the skinning of the floating window page and the current foreground page is changed in real time according to the skinning broadcast notification and the skinning control set.

[0032] According to a second aspect of the present invention, a vehicle infotainment screen switching device is provided, the vehicle infotainment screen switching device comprising:

[0033] The APP initialization module is used to launch the target APP and complete the skin information initialization.

[0034] The notification waiting module is used to wait for the skin change broadcast notification after the target APP starts and completes the skin change information initialization, the target page of the target APP starts, obtains the skin change information, and waits for the skin change broadcast notification.

[0035] The skin-changing module is used to change the skin based on the skin-changing broadcast notification received by the target APP and the skin-changing information obtained from the target page of the target APP.

[0036] The information delay module is used to delay the acquisition of skin-changing information from the target page of the target APP based on the target page being in a non-foreground state.

[0037] The information acquisition module is used to acquire skin-changing information and apply the skin to the target page of the target APP in real time based on the foreground state of the target page of the target APP.

[0038] According to three aspects of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0039] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the vehicle screen switching method.

[0040] According to four aspects of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs the steps of the vehicle screen switching method.

[0041] According to five aspects of the present invention, a vehicle is provided, comprising:

[0042] An electronic device for implementing the steps of the vehicle infotainment screen switching method;

[0043] The processor runs a program, and when the program runs, it executes the steps of the vehicle screen switching method based on data output from the electronic device.

[0044] A storage medium for storing a program that, when running, executes the steps of the vehicle screen switching method in response to data output from an electronic device.

[0045] The above solution achieves the following beneficial technical effects:

[0046] This application reduces the CPU resources consumed by processing IO transactions and alleviates the vehicle system lag caused by skinning by distinguishing whether the target page is in the foreground state, delaying the acquisition of skinning information for target pages in the non-foreground state, and only allowing target pages in the foreground state to acquire skinning information.

[0047] This application sets the priority for obtaining skin-changing information by distinguishing the order of the current front-end pages, thus preventing the failure to obtain skin-changing information from the front-end page with the highest priority.

[0048] This application divides the floating window and the current page into separate areas, and updates the displayed page after obtaining skinning information to prevent the floating window from being covered by the foreground page. Attached Figure Description

[0049] Figure 1 This is a flowchart of a method for switching screens on a vehicle infotainment system, provided by one or more embodiments of the present invention.

[0050] Figure 2 This is a structural diagram of a vehicle infotainment screen switching device provided in one or more embodiments of the present invention.

[0051] Figure 3 This is a schematic diagram of the mainstream skin-changing framework of a specific embodiment of the present invention.

[0052] Figure 4This is a schematic diagram of delayed skinning on a page according to a specific embodiment of the present invention.

[0053] Figure 5 This is a schematic diagram of the judgment page in a specific embodiment of the present invention on the front end.

[0054] Figure 6 This is a schematic diagram of the front-end and back-end skin-changing process according to a specific embodiment of the present invention.

[0055] Figure 7 This is a block diagram of an electronic device structure for a vehicle infotainment screen switching method provided in one or more embodiments of the present invention. Detailed Implementation

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

[0057] Figure 1 This is a flowchart of a method for switching screens on a vehicle infotainment system, provided by one or more embodiments of the present invention.

[0058] like Figure 1 As shown, the methods for switching screens on the vehicle infotainment system include:

[0059] Step S1: The target app starts and completes the skin-changing information initialization;

[0060] Step S2: Based on the target APP launching and completing the skin-changing information initialization, the target page of the target APP is launched, the skin-changing information is obtained, and the skin-changing broadcast notification is waited for.

[0061] Step S3: Based on the skin change broadcast notification received by the target APP, the target page of the target APP obtains the skin change information and performs the skin change.

[0062] Step S4, wherein, based on the target page of the target APP being in a non-foreground state, the acquisition of skin-changing information for the target page of the target APP is delayed;

[0063] Step S5: Based on the foreground state of the target page of the target APP, the target page of the target APP immediately obtains the skin-changing information and changes the skin.

[0064] The above solution achieves the following beneficial technical effects:

[0065] This application reduces the CPU resources consumed by processing IO transactions and alleviates the vehicle system lag caused by skinning by distinguishing whether the target page is in the foreground state, delaying the acquisition of skinning information for target pages in the non-foreground state, and only allowing target pages in the foreground state to acquire skinning information.

[0066] This application sets the priority for obtaining skin-changing information by distinguishing the order of the current front-end pages, thus preventing the failure to obtain skin-changing information from the front-end page with the highest priority.

[0067] This application divides the floating window and the current page into separate areas, and updates the displayed page after obtaining skinning information to prevent the floating window from being covered by the foreground page.

[0068] Specifically, typically, each time a new page is launched, the corresponding skin information is read. However, before the new page is displayed in the foreground, reading the skin information only consumes CPU resources and memory, and cannot produce any actual application effect on the terminal.

[0069] Since car infotainment systems, like mobile phones, operate in a multi-threaded manner, the page in the foreground naturally needs to complete the task of reading skin information simultaneously. However, other pages not displayed in the foreground can temporarily postpone reading skin information, concentrating resources on processing the current page's consumption, and prioritizing the smoothness of the user experience on the current page.

[0070] In other words, no matter how many pages are opened, only the currently foreground page consumes the resources needed to read skin information, which greatly optimizes computing resources.

[0071] In this embodiment, the process of launching the target app and completing the skin-changing information initialization includes:

[0072] After the app starts, the background tasks include reading theme attributes, parsing the skin package to obtain resources, replacing the default resource parsing object, and notifying the skin control collection.

[0073] The skinning control collection includes parsing the page layout file when the target page of the target APP starts, converting native Android controls into framework-defined skinning controls during the parsing process, and adding them to the skinning control collection.

[0074] Once the background task is completed and the skinning control collection receives the skinning broadcast notification, the updated style is retrieved from the resource parsing object.

[0075] Specifically, background tasks will postpone the most resource-intensive work and complete other necessary tasks as much as possible. For example, after the app starts, it retrieves theme attributes, parses the skin package to obtain resources, replaces the default resource parsing object, and notifies the skin-changing control set. Then it waits to receive the skin-changing broadcast notification. Only after receiving the skin-changing broadcast notification does it decide whether to change the skin immediately.

[0076] In this embodiment, based on the skin-changing broadcast notification received by the target app, the target page of the target app obtains the skin-changing information and performs the skin-changing, including:

[0077] Based on the skin change broadcast notification received by the target APP, iterate through all target pages of the target APP and determine whether it is the current foreground page in the foreground state;

[0078] If it is the current foreground page, then the target page of the target APP will immediately change its skin according to the skinning control set;

[0079] If it is not the current foreground page, then the target page of the target APP is marked with a delay tag;

[0080] Based on the target page of the target APP marked with a delay mark, wait for the target page of the target APP to be switched to the foreground, and after the target APP receives the skin change broadcast notification, change the skin according to the skin change control set.

[0081] Specifically, the target app is the app that will execute the solution. When it receives a skin-changing broadcast notification and initiates a skin change, it first needs to determine which page is currently in the foreground. For the currently foreground page, the skin change is processed immediately. For pages that are not currently in the foreground, a delay flag is first set. The data with the delay flag can be stacked and popped up together with the page as it comes to the foreground, directly pointing to the skin-changing control set for skinning.

[0082] In this embodiment, the current foreground page includes:

[0083] Pre-set page counters and foreground markers for each process of the target app;

[0084] When the target page of the target app is moved to the foreground, the page counter increments by 1; when it is moved to the background, the page counter decrements by 1.

[0085] If the target page of the target app has the highest page count, mark it with a foreground marker and designate it as the current foreground page.

[0086] Specifically, since it is multi-threaded, the skinning priority of each page is different, and the creation of new threads is also random. Therefore, by setting a counter for each page, comparing the counts of all current pages, marking the front-end with a flag, selecting the front-end page according to the flag, and preparing for real-time skinning for that page, that is, waiting for the page count to be the largest among all pages, and then changing the skin immediately.

[0087] In this embodiment, the current foreground page includes:

[0088] Preset floating window markers for each process of the target app;

[0089] Based on the target page of the target app, a floating window is marked, and the skin is changed in real time according to the skin change broadcast notification and the skin change control set.

[0090] Specifically, in multiple processes, besides regular pages, there are also floating windows. Floating windows have the highest priority, and page updates are instantaneous. However, floating windows cannot affect the skinning of other pages. Therefore, floating windows are marked as floating windows, distinguishing them from pages marked on the front end. Both handle skinning situations according to the strategy of instant skinning broadcast notifications and skinning control sets.

[0091] In this embodiment, it also includes:

[0092] Generate a floating window page based on the target page of the target APP marked with floating window tags;

[0093] Generate the current foreground page based on the foreground markers of the target page in the target app;

[0094] The skinning area is segmented based on the pixel coordinates of the floating window page and the current foreground page;

[0095] Based on the segmented skinning area, the floating window page and the current foreground page are skinned in real time according to the skinning broadcast notification and the skinning control set.

[0096] Specifically, the floating window page does not occupy the entire screen, but rather a fixed portion of it. The area outside the floating window is treated according to the skinning process of the current foreground page. Since skinning controls cannot cover all floating windows, it's necessary to define the boundaries between the floating window and the foreground page. When the foreground page is skinned, the skinning area is determined according to the coordinates of these boundaries. This allows the skinning of the floating window page and the foreground page to proceed independently, following their respective processes.

[0097] Figure 2 This is a structural diagram of a vehicle infotainment screen switching device provided in one or more embodiments of the present invention.

[0098] like Figure 2The in-vehicle screen switching device shown includes: APP initialization module, notification waiting module, skin changing module, information delay module, and information acquisition module;

[0099] The APP initialization module is used to launch the target APP and complete the skin information initialization.

[0100] The notification waiting module is used to wait for the skin change broadcast notification after the target APP starts and completes the skin change information initialization, the target page of the target APP starts, obtains the skin change information, and waits for the skin change broadcast notification.

[0101] The skin-changing module is used to change the skin based on the skin-changing broadcast notification received by the target APP and the skin-changing information obtained from the target page of the target APP.

[0102] The information delay module is used to delay the acquisition of skin-changing information from the target page of the target APP based on the target page being in a non-foreground state.

[0103] The information acquisition module is used to obtain skin-changing information in real time based on the foreground state of the target page of the target APP and then apply the skin.

[0104] It is worth noting that although this system only discloses the APP initialization module, notification waiting module, skin changing module, information delay module, and information acquisition module, it does not mean that this device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. It should not be assumed that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules just because this embodiment only discloses a few basic functional modules.

[0105] Figure 3 This is a schematic diagram of the mainstream skin-changing framework of a specific embodiment of the present invention.

[0106] Figure 4 This is a schematic diagram of delayed skinning on a page according to a specific embodiment of the present invention.

[0107] Figure 5 This is a schematic diagram of the judgment page in a specific embodiment of the present invention on the front end.

[0108] Figure 6 This is a schematic diagram of the front-end and back-end skin-changing process according to a specific embodiment of the present invention.

[0109] In one specific embodiment, such as Figure 3 As shown, the skin-changing framework process is mainly divided into three parts: when the App starts, when the page starts, and when the skin-changing broadcast arrives.

[0110] When the app starts, a sub-thread is started to copy the built-in skin package resources to the agreed-upon directory D; after the skin package is copied, the current theme attribute P is read, and then the skin resource package named P is parsed in the D directory to construct the resource object M.

[0111] When the page starts, the control factory object F in the layout resolver is replaced by a Hook; when parsing the layout, the native controls are converted into skin-friendly controls through F; these controls are collected, added to the control pool SVP, and listen for skin-friendly notifications.

[0112] When the skin change broadcast arrives, the current theme attribute P is read, and then the skin resource package named P is parsed in the D directory to construct a resource object M. The control pools in each page execute their respective resource replacement operations through M, such as background color, image, text color and other styles.

[0113] Since retrieving resources from resource object M is essentially a disk I / O operation, and the I / O performance of most in-vehicle systems is far inferior to that of mobile phones, these mainstream solutions suffer from two performance-related issues due to this bottleneck.

[0114] For example, from the system's perspective, every time a new app is launched, regardless of whether it is in the foreground or not, whenever a skin change broadcast comes, an I / O operation will be performed to read resources and update the style. Even though most apps are not visible in the foreground, most processes do not need to perform I / O operations at this time.

[0115] For example, from the perspective of a single process, each time a new page is launched, a corresponding skinning control pool needs to be built. Whenever a skinning broadcast arrives, regardless of whether the page is in the foreground, an I / O operation is performed to read resources for skinning, and at this time, only the foreground page needs to be skinned.

[0116] In scenarios with multiple processes and multiple pages already enabled, a single skin change broadcast can cause a surge in system I / O resources, leading to skin change stuttering. By employing lazy loading, skin changes for background processes and pages are delayed at appropriate times to avoid stuttering caused by I / O and CPU resource strain.

[0117] In another specific embodiment, such as Figure 4 As shown, based on the specific embodiment described above, the App starts a background task to read theme attributes, parses the skin package to obtain resources, replaces the default resource parsing object, and then notifies the skin-changing control collection. This collection is constructed by parsing the page layout file when the page starts, converting native Android controls into framework-defined skin-changing controls during the parsing process, and adding them to the collection. When the background task completes, the skin-changing control collection receives a notification to retrieve resources from the resource parsing object and update the style.

[0118] In the main process above, this solution incorporates delayed skinning logic for background pages and background processes to avoid lag caused by IO and CPU usage spikes.

[0119] Whether it's delayed skinning on a background page or a background process, it's all based on the Android system's Activity lifecycle mechanism. An Activity can be thought of as a page; opening, closing, or switching to the background all trigger corresponding lifecycle notifications.

[0120] For example, in a process, page A's skinning process throughout its lifecycle includes: when page A starts, it parses the page layout file, replaces native controls with skinnable controls, and collects them into a collection V. If the skin package has already been loaded, when building controls, it still retrieves resources from the resource object in the skin package for rendering; then it builds a collection of skinnable controls and adds it to the global observer collection P; when the page switches to the foreground, it updates the current foreground page CurPage = A. When a skinning notification arrives, it iterates through all open pages. If the page is the current foreground page A, it directly skins the controls in V; otherwise, the page needs to return to the foreground before skinning; when the page is in the background, a skinning notification arrives, and a delayed skinning flag F = true is first set. When returning to the foreground, this flag is read. If it is true, it means that this page needs skinning, and the skinning is executed.

[0121] Based on the mainstream skinning process, we added logic for delayed skinning on a single-process background page, which avoids the skinning command being issued to all pages and reduces the size of the skinning control set in a single process.

[0122] In another specific embodiment, such as Figure 5 As shown, from the system's perspective, the objects of consideration are multiple running processes, and the determination of whether a process is a background process is also achieved through global page lifecycle monitoring.

[0123] Each process maintains a foreground page counter and a foreground flag. `onActivityStarted` indicates that a page has returned to the foreground, and `onActivityStopped` indicates that a page has returned to the background. When a page comes to the foreground, the page counter is incremented by 1, and when it returns to the background, the counter is decremented by 1. When the counter is 0, it means that all pages have returned to the background, and at this time, no page is in the foreground of the process, and the process is marked as a background process. For apps with persistent floating UI elements (such as SystemBar), they are considered to be always in the foreground.

[0124] In another specific embodiment, such as Figure 6 As shown, from the perspective of the skinning framework, the objects to be processed are various processes, and the skinning needs to be applied only to the front-end page of the front-end process.

[0125] When a skin-changing command is issued, because it's a background process, all its pages don't change their skins immediately; they are marked as waiting for skin changing. The skin-changing process only begins when the process returns to the foreground. The tasks performed on the foreground process include: the foreground pages of that process immediately changing their skins; and the background pages of that process being marked as having delayed skin changing, meaning these background pages will only be aware of the skin change when they return to the foreground. Regardless of whether it's a foreground or background process, the skin-changing process when a page returns to the foreground will correspond to the skin-changing process in its lifecycle.

[0126] Figure 7 This is a block diagram of an electronic device structure for a vehicle infotainment screen switching method provided in one or more embodiments of the present invention.

[0127] like Figure 7 As shown, this application provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0128] The memory stores a computer program, which, when executed by the processor, causes the processor to perform steps of a method for switching screens on a vehicle infotainment system.

[0129] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a vehicle infotainment screen switching method.

[0130] This application also provides a vehicle, including:

[0131] Electronic devices, steps for implementing a method to switch screens on a vehicle infotainment system;

[0132] The processor runs a program, and when the program runs, it executes the steps of the vehicle screen switching method based on the data output from the electronic device.

[0133] Storage medium for storing programs that, when running, execute steps of the vehicle screen switching method based on data output from electronic devices.

[0134] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0135] The electronic device includes a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0136] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0137] Electronic devices can also obtain reset commands corresponding to the storage media. The reset commands corresponding to the storage media are provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and no restrictions are imposed here.

[0138] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0139] For ease of description, the above devices are described separately by function as various units and modules. Of course, in implementing this application, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0140] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0141] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0142] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0143] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for switching screens on a vehicle infotainment system, characterized in that, The method for switching screens on the vehicle infotainment system includes: The target app launches and completes the skin-changing information initialization; According to the target APP, after the skin information initialization is completed, the target page of the target APP is launched, the skin information is obtained, and the skin broadcast notification is waited for. Upon receiving a skin-changing broadcast notification, the target page of the target app obtains the skin-changing information and performs the skin-changing. Specifically, based on the target page of the target APP being in a non-foreground state, the acquisition of skin-changing information for the target page of the target APP is delayed; based on the foreground state of the target page of the target APP, the target page of the target APP acquires skin-changing information and changes the skin immediately. The process of launching the target app and completing the skin-changing information initialization includes: The background tasks initiated after the target APP starts include reading theme attributes, parsing the skin package to obtain resources, replacing the default resource parsing object, and notifying the skin control set. The skinning control set includes: when the target page of the target APP starts, the page layout file is parsed, and during the parsing process, the native Android controls are converted into skinning controls defined by the framework and added to the skinning control set. Once the background task is completed and the skinning control set receives the skinning broadcast notification, the resource update style is obtained from the resource parsing object. The step of receiving a skin-changing broadcast notification from the target app and obtaining skin-changing information from the target page of the target app to perform a skin-changing operation includes: Based on the skin change broadcast notification received by the target APP, traverse all target pages of the target APP and determine whether it is the current foreground page in the foreground state; If it is the current foreground page, then the target page of the target APP will immediately change its skin according to the skin-changing control set; If it is not the current foreground page, then the target page of the target APP is marked with a delay tag; Based on the target page of the target APP marked with a delay flag, wait for the target page of the target APP to be switched to the foreground, and after the target APP receives the skin change broadcast notification, change the skin according to the skin change control set.

2. The method for switching screens on a vehicle infotainment system according to claim 1, characterized in that, The current foreground page includes: For each process of the target APP, a page counter and a foreground marker are preset; When the target page of the target APP is brought to the foreground, the page counter increments by 1; when it is brought to the background, the page counter decrements by 1. The page with the highest page count in the target app is marked as the current foreground page.

3. The method for switching screens on a vehicle infotainment system according to claim 2, characterized in that, The current foreground page includes: Preset floating window markers for each process of the target APP; Based on the floating window marker on the target page of the target APP, the skin is changed in real time according to the skin change broadcast notification and the skin change control set.

4. The method for switching screens on a vehicle infotainment system according to claim 3, characterized in that, Also includes: Generate a floating window page based on the floating window markers on the target page of the target APP; The skinning area is segmented based on the pixel coordinates of the floating window page and the current foreground page; Based on the segmented skinning area, the skinning of the floating window page and the current foreground page is changed in real time according to the skinning broadcast notification and the skinning control set.

5. A device for switching images on a vehicle infotainment screen, characterized in that, The vehicle infotainment screen switching device includes: The APP initialization module is used to launch the target APP and complete the skin information initialization. The notification waiting module is used to wait for the skin change broadcast notification after the target APP starts and completes the skin change information initialization, the target page of the target APP starts, obtains the skin change information, and waits for the skin change broadcast notification. The skin-changing module is used to change the skin based on the skin-changing broadcast notification received by the target APP and the skin-changing information obtained from the target page of the target APP. The information delay module is used to delay the acquisition of skin-changing information from the target page of the target APP based on the target page being in a non-foreground state. The information acquisition module is used to acquire skin-changing information and change the skin in real time based on the foreground state of the target page of the target APP. The process of launching the target app and completing the skin-changing information initialization includes: The background tasks initiated after the target APP starts include reading theme attributes, parsing the skin package to obtain resources, replacing the default resource parsing object, and notifying the skin control set. The skinning control set includes: when the target page of the target APP starts, the page layout file is parsed, and during the parsing process, the native Android controls are converted into skinning controls defined by the framework and added to the skinning control set. Once the background task is completed and the skinning control set receives the skinning broadcast notification, the resource update style is obtained from the resource parsing object. The step of receiving a skin-changing broadcast notification from the target app and obtaining skin-changing information from the target page of the target app to perform a skin-changing operation includes: Based on the skin change broadcast notification received by the target APP, traverse all target pages of the target APP and determine whether it is the current foreground page in the foreground state; If it is the current foreground page, then the target page of the target APP will immediately change its skin according to the skin-changing control set; If it is not the current foreground page, then the target page of the target APP is marked with a delay tag; Based on the target page of the target APP marked with a delay flag, wait for the target page of the target APP to be switched to the foreground, and after the target APP receives the skin change broadcast notification, change the skin according to the skin change control set.

6. An electronic device, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the vehicle screen switching method according to any one of claims 1 to 4.

7. A computer-readable storage medium, characterized in that, include: It stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the vehicle screen switching method as described in any one of claims 1 to 4.

8. A vehicle, characterized in that, include: An electronic device for implementing the steps of the vehicle infotainment screen switching method according to any one of claims 1 to 4; A processor that runs a program, and when the program runs, it executes the steps of the vehicle screen switching method according to any one of claims 1 to 4 from data output by the electronic device. A storage medium for storing a program that, when running, executes the steps of the vehicle screen switching method of any one of claims 1 to 4 on data output from an electronic device.