Vehicle multi-screen background optimization method and device, electronic equipment and vehicle

Abstract

The invention relates to the technical field of vehicle control, and provides a vehicle multi-screen background optimization method and device, electronic equipment and a vehicle. The method comprises the following steps: in response to a received background optimization instruction, calling a background application of each screen in multiple screens according to a pre-stored screen identifier; determining to-be-cleaned applications from background applications of each screen; and cleaning the to-be-cleaned application in the background application of each screen to obtain an optimized background system. Therefore, background applications of multiple screens can be cleaned, the problems of high system resource occupation and slow system response are avoided, and the user experience feeling is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of vehicle control technology, and in particular to a background optimization method, device, electronic device and vehicle for multiple screens of a vehicle. Background Art

[0002] In-vehicle multi-screen systems have become an important part of improving driving and riding experience. However, during intensive use, multi-screen systems often face problems such as insufficient computing power, high system resource usage, and slow system response, which affect user experience.

[0003] In view of this, how to avoid the high resource usage of the in-vehicle multi-screen system and the slow response has become a technical problem that needs to be solved urgently. Summary of the invention

[0004] In view of this, the purpose of the present disclosure is to propose a background optimization method, device, electronic device and vehicle for vehicle multi-screens, so as to solve the problem of high resource occupancy and slow response of the vehicle-mounted multi-screen system in the prior art.

[0005] Based on the above purpose, the first aspect of the present disclosure proposes a background optimization method for multiple screens in a vehicle, the method comprising:

[0006] In response to receiving the background optimization instruction, calling the background application of each screen in the multiple screens according to the pre-stored screen identification;

[0007] Identify the apps to be cleaned up from the background apps on each screen;

[0008] Clean up the applications to be cleaned up in the background applications of each screen to obtain an optimized background system.

[0009] Based on the same inventive concept, the second aspect of the present disclosure proposes a vehicle multi-screen background optimization device, comprising:

[0010] A calling module, configured to call the background application of each screen in the multiple screens according to the pre-stored screen identification in response to receiving the background optimization instruction;

[0011] A determination module is configured to determine the application to be cleaned up from the background applications on each screen;

[0012] The cleaning module is configured to clean up the applications to be cleaned up in the background applications of each screen to obtain an optimized background system.

[0013] Based on the same inventive concept, the third aspect of the present disclosure proposes an electronic device, including a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor implements the method as described above when executing the computer program.

[0014] Based on the same inventive concept, the fourth aspect of the present disclosure proposes a vehicle, the vehicle comprising the vehicle multi-screen background optimization device described in the second aspect or the electronic device described in the third aspect

[0015] From the above, it can be seen that the present disclosure provides a method, device, electronic device and vehicle for background optimization of multiple screens in a vehicle. When a background optimization instruction is received, the background application of each screen in the multi-screen is retrieved according to the pre-stored screen identifier, and the application usage and resource occupancy status on each screen can be accurately identified. The applications to be cleaned up are determined from the background applications of each screen. The applications to be cleaned up in the background applications of each screen are cleaned up to obtain an optimized background system. In this way, the background applications of each screen can be cleaned up separately according to the application usage and resource occupancy status of each screen, which not only improves the rationality of resource allocation, but also ensures the smoothness of system operation in a multi-screen environment, and can realize the cleaning of background applications of multiple screens, avoid the problems of high system resource usage and slow system response, and improve the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] In order to more clearly illustrate the technical solutions in the present disclosure or related technologies, the drawings required for use in the embodiments or related technical descriptions are briefly introduced below. Obviously, the drawings described below are only embodiments of the present disclosure. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0017] Figure 1 A flowchart of a background optimization method for multiple vehicle screens according to an embodiment of the present disclosure;

[0018] Figure 2 A flowchart of an optimization method for a multi-screen vehicle system according to an embodiment of the present disclosure;

[0019] Figure 3 A schematic diagram of the structure of a vehicle multi-screen background optimization device according to an embodiment of the present disclosure;

[0020] Figure 4 It is a schematic diagram of the structure of an electronic device according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0021] In order to make the objectives, technical solutions and advantages of the present disclosure more clearly understood, the present disclosure is further described in detail below in combination with specific embodiments and with reference to the accompanying drawings.

[0022] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present disclosure should be understood by people with ordinary skills in the field to which the present disclosure belongs. The "first", "second" and similar words used in the embodiments of the present disclosure do not indicate any order, quantity or importance, but are only used to distinguish different components. "Including" or "comprising" and similar words mean that the elements or objects appearing before the word cover the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0023] Based on the description of the background technology, with the rapid development of intelligent connected vehicles, the in-vehicle multi-screen system has become an important part of improving the driving and riding experience. However, during high-intensity use, the multi-screen system often faces problems such as insufficient computing power, high system resource usage, and slow system response, which affects the user experience. In the related technology, although there are some performance optimization methods, most of them fail to take into account the system cleaning and multi-screen user experience protection, especially when processing key applications such as playing music, videos, games, etc. in multi-screen interactive scenarios, it is easy to cause mistaken cleaning.

[0024] Most of the current multi-screen car systems are based on Android, using the native Android system resource recovery strategy and managing it through the system's native process priority scheme. The current native solution only counts application usage from the application dimension and optimizes system resources through process priority. It does not count the usage of applications on different screens from the screen dimension. When multiple screens are used, there will be a large number of processes running. It is difficult to effectively recycle system resources based on the native process priority method alone, resulting in slow system response.

[0025] As mentioned above, how to avoid high resource usage and slow response of the in-vehicle multi-screen system has become an important research issue.

[0026] Based on the above description, if Figure 1 As shown, the vehicle multi-screen background optimization method proposed in this embodiment includes:

[0027] Step 101 , in response to receiving a background optimization instruction, retrieve a background application of each screen in multiple screens according to a pre-stored screen identifier.

[0028] In specific implementation, a plurality of screens may be provided on the vehicle, wherein the screens provided on the vehicle include at least one of the following: an instrument screen, a central control screen, a co-pilot screen, a ceiling screen, a rear entertainment screen, and a rear armrest screen.

[0029] The instrument panel is a display screen installed in front of the main driver's seat. The instrument panel can reflect the working status of each system of the vehicle, and is usually composed of a speedometer, a tachometer, an oil pressure gauge, a water temperature gauge, and electronic indicator lights. These instruments and indicator lights are used to display key information such as the vehicle's driving speed, engine speed, oil pressure, coolant temperature, fuel level, etc., to help the driver understand the working status of the vehicle in a timely manner.

[0030] The In-Vehicle Infotainment System (IVI) is located below the front windshield near the A-pillar on the passenger side. The IVI is mainly used to control vehicle information, entertainment and communication. It can display information such as navigation, audio, phone and in-vehicle applications, making it convenient for users to operate.

[0031] The co-pilot screen, also known as the co-pilot entertainment screen, is a display screen installed in front of the co-pilot seat. The core function of the co-pilot screen is to provide entertainment services for the co-pilot passenger, including watching videos online, listening to music, setting navigation, and checking vehicle information. The co-pilot screen is designed to enhance the riding experience, allowing the co-pilot passenger to enjoy services similar to those of the central control screen, but without the need to look sideways, and a better experience can be obtained by looking directly at the screen.

[0032] Ceiling screens are usually installed on the top of the car to provide entertainment and information services for rear passengers. Ceiling screens can support touch operation and provide high-definition display, allowing rear passengers to enjoy movies, games and other entertainment content during travel, thereby improving riding comfort and satisfaction. Ceiling screens are designed to provide passengers with a better view without affecting the front driver's line of sight, ensuring driving safety.

[0033] The rear entertainment screen is a multimedia screen installed in the rear of the vehicle, which is designed to provide audio-visual entertainment, office and study functions for the rear passengers. The rear entertainment screen is usually set between the rear seats or behind the headrests of the front seats, providing functions such as video playback and music playback.

[0034] The rear armrest screen is set on the rear seat armrest, providing a convenient control experience for rear passengers. The rear armrest screen usually has rich functions, such as video playback, navigation and phone calls. Through the rear armrest screen, rear passengers can independently control the rear entertainment system without interfering with the front passengers, which not only improves convenience, but also increases the flexibility and personalized experience of the interior space.

[0035] The background optimization instruction is an instruction to optimize the background applications of multiple screens with one click. When the background optimization instruction is received, the background application of each screen in the multiple screens is retrieved according to the pre-stored screen identification.

[0036] For example, if a central control screen, a co-pilot screen and a ceiling screen are provided on the vehicle, the central control screen identifier, the co-pilot screen identifier and the ceiling screen identifier are pre-stored. The background applications of the central control screen retrieved according to the central control screen identifier include navigation applications, telephone applications and music applications, the background applications of the co-pilot screen retrieved according to the co-pilot screen identifier include video applications and learning applications, and the background applications of the ceiling screen retrieved according to the ceiling screen identifier include video applications and music applications.

[0037] The retrieved background applications of each screen may be in the form of a list. Specifically, after step 101, the method further includes: assembling the retrieved background applications of each screen into a background application list.

[0038] For example, the background application list of the central control screen includes navigation applications, telephone applications, and music applications; the background application list of the co-pilot screen includes video applications and learning applications; and the background application list of the ceiling screen includes video applications and music applications.

[0039] Step 102: Determine the applications to be cleaned up from the background applications on each screen.

[0040] In specific implementation, the applications to be cleaned up are determined from the background applications of each screen through optimization methods. There are multiple optimization methods, and the applications to be cleaned up can be determined from the background applications of each screen through multiple optimization methods. Specifically, the applications to be cleaned up are determined from the background applications of each screen according to the optimization rules, or the applications to be cleaned up are determined from the background applications of each screen according to the usage scenario, or the applications to be cleaned up are determined from the background applications of each screen according to the user habits.

[0041] In addition, users can customize the optimization method for each screen. They can set multiple screens on the vehicle to the same optimization method, or they can set multiple screens on the vehicle to different optimization methods. For example, the vehicle is equipped with a central control screen, a co-pilot screen, and a ceiling screen. According to the optimization rules, the applications to be cleaned are determined from the background applications of the central control screen, the co-pilot screen, and the ceiling screen. Alternatively, the applications to be cleaned are determined from the background applications of the central control screen according to the usage scenario, and the applications to be cleaned are determined from the background applications of the co-pilot screen and the ceiling screen according to user habits.

[0042] For example, the applications to be cleaned up from the background applications of the central control screen are determined to be phone applications and music applications, the applications to be cleaned up from the background applications of the co-pilot screen are determined to be learning applications, and the applications to be cleaned up from the background applications of the ceiling screen are determined to be video applications.

[0043] The determined applications to be cleaned up may be in the form of a list. Specifically, after step 102, the method further includes: forming a list of applications to be cleaned up with the determined applications to be cleaned up.

[0044] For example, the list of applications to be cleaned on the central control screen includes phone applications and music applications, the list of applications to be cleaned on the co-pilot screen includes learning applications, and the list of applications to be cleaned on the ceiling screen includes video applications.

[0045] Step 103, clearing the applications to be cleared in the background applications of each screen to obtain an optimized background system.

[0046] In the specific implementation, the background applications of each screen are cleaned up separately to obtain the optimized background system. Specifically, the applications to be cleaned up in the background applications of each screen are cleaned up. By cleaning up the background applications of each screen separately, it is possible to avoid mutual interference between multiple screens when performing one-click optimization on the background applications of multiple screens.

[0047] For example, clear the phone applications and music applications in the background applications of the central control screen, clear the learning applications in the background applications of the co-pilot screen, and clear the video applications in the background applications of the ceiling screen to obtain an optimized background system.

[0048] Through the above-mentioned embodiments, when a background optimization instruction is received, the background applications of each screen in the multi-screen are retrieved according to the pre-stored screen identifiers, and the application usage and resource occupancy status on each screen can be accurately identified. The applications to be cleaned up are determined from the background applications of each screen. The applications to be cleaned up in the background applications of each screen are cleaned up to obtain an optimized background system. In this way, the background applications of each screen can be cleaned up separately according to the application usage and resource occupancy status of each screen, which not only improves the rationality of resource allocation, but also ensures the smoothness of system operation in a multi-screen environment, and can realize the cleaning of background applications on multiple screens, avoiding the problems of high system resource usage and slow system response, and improving the user experience.

[0049] According to actual needs, you can determine the applications to be cleaned up from the background applications on each screen in different ways. The specific process is as follows:

[0050] In some embodiments, step 102 includes:

[0051] Step 1021 , determining an optimization rule for each screen from preset rules, and determining an application to be cleaned up from background applications on each screen according to the optimization rule.

[0052] In specific implementation, the optimization rules include multiple preset rules. The user can customize the optimization rules for each screen, and can set multiple screens on the vehicle to the same optimization rules, or can set multiple screens on the vehicle to different optimization rules.

[0053] Specifically, the optimization mode of each screen is set through page options, or the optimization mode of each screen is set through voice commands.

[0054] Alternatively, in step 1022, a usage scenario of each screen is determined, and an application to be cleared is determined from background applications of each screen according to the usage scenario.

[0055] In specific implementation, different applications to be cleaned up are determined from background applications in different usage scenarios. According to the usage scenario of each screen, applications that do not affect the usage scenario or unused applications are determined from the background applications of each screen as applications to be cleaned up. In this way, while ensuring the normal function of the target screen in the usage scenario, the background applications of the target screen can be cleaned up to the greatest extent, freeing up memory and reducing resource usage.

[0056] Alternatively, in step 1023, based on the pre-stored correspondence between the screen identifier and the marked application, the marked application is determined from the background applications of each screen, and the marked application is used as the application to be cleared.

[0057] In specific implementation, the marked application is the customary cleaning application of the user corresponding to each screen. Before step 1023, it also includes: recording the customary cleaning application of each screen as the marked application, and storing the corresponding relationship between the screen identification of each screen and the marked application.

[0058] For example, the pre-stored correspondence includes the correspondence between the co-pilot screen logo and the learning application and the music application. When the co-pilot screen is in use, the background applications of the co-pilot screen include video applications and learning applications. When both the video application and the learning application are currently unused in the background applications of the co-pilot screen, the learning application is cleaned up as a cleanup application according to the application cleanup habits of the user corresponding to the co-pilot screen.

[0059] Through the above scheme, the optimization method for determining the applications to be cleaned up from the background applications includes optimization rules, usage scenarios and user habits. When the optimization method is the optimization rule, the applications to be cleaned up can be determined from the background applications according to the optimization rule. When the optimization method is the usage scenario, the background applications of the target screen can be cleaned up to the greatest extent while ensuring the normal function of the target screen under the usage scenario. When the optimization method is user habits, the applications to be cleaned up can be determined from the background applications according to user habits. In this way, the applications to be cleaned up can be flexibly determined from the background applications for cleaning up according to different optimization methods.

[0060] The optimization rules corresponding to different screens can be the same or different. According to the optimization rules, the applications to be cleaned up are determined from the background applications of each screen. The specific process is as follows:

[0061] In some embodiments, step 1021 includes:

[0062] Step 10211, determine the optimization rules for each screen from the preset rules.

[0063] Step 10212, in response to determining that the optimization rule of the target screen is the usage time rule, sorting the background applications of the target screen according to the usage time, obtaining the recently used applications and the recently unused applications, and taking the recently unused applications as the applications to be cleaned up.

[0064] In specific implementation, the usage time rule is to determine whether to use the background application as the application to be cleaned up by judging whether the background application is the recently used application. When the optimization rule of the target screen is the usage time rule, the background applications of the target screen are sorted according to the usage time, and the background applications used within the preset time are used as the recently used applications, and the background applications that have not been used within the preset time are used as the recently unused applications, and the recently unused applications are used as the applications to be cleaned up.

[0065] For example, the background applications of the central control screen include navigation applications, phone applications, and music applications. When the optimization rule of the central control screen is the usage time rule, the navigation application is in use among the background applications of the central control screen, the phone application has not been used for 40 minutes, and the music application has not been used for 5 minutes. The preset time is 30 minutes, then the phone application is the most recently unused application, and the phone application is treated as an application to be cleaned up.

[0066] Alternatively, in step 10213, in response to determining that the optimization rule of the target screen is a usage frequency rule, the background applications of the target screen are sorted according to the usage frequency to obtain frequently used applications and infrequently used applications, and the infrequently used applications are used as applications to be cleaned up.

[0067] In specific implementation, the usage frequency rule is to determine whether to use the background application as a to-be-cleaned application by judging whether the background application is a frequently used application. When the optimization rule of the target screen is the usage frequency rule, the background applications of the target screen are sorted according to the usage frequency, and the background applications with a usage time greater than or equal to a preset time are regarded as frequently used applications, and the background applications with a usage time less than a preset time are regarded as infrequently used applications, and the infrequently used applications are regarded as to-be-cleaned applications.

[0068] For example, the background applications of the co-pilot screen include video applications and learning applications. When the optimization rule of the co-pilot screen is the usage frequency rule, the usage time of the video application in the background applications of the co-pilot screen in this power-on cycle is 50 minutes, and the usage time of the learning application in this power-on cycle is 15 minutes, and the preset duration is 30 minutes, then the learning application is an infrequently used application and is treated as an application to be cleaned up.

[0069] Alternatively, step 10214, in response to determining that the optimization rule of the target screen is a priority rule, the background applications of the target screen are sorted according to preset priorities to obtain high-priority applications and low-priority applications, and the low-priority applications are used as applications to be cleared.

[0070] In specific implementation, the priority rule is to determine whether to use background applications as applications to be cleaned up according to a preset priority. When the optimization rule of the target screen is a priority rule, the background applications of the target screen are sorted according to the preset priority, and a preset number of low-priority applications are used as applications to be cleaned up.

[0071] For example, the background applications of the ceiling screen include video applications and music applications. When the optimization rule of the ceiling screen is a priority rule, and the preset priority of the background applications of the ceiling screen is that the music application has a higher priority than the video application, the video application is a low-priority application and is used as an application to be cleaned up.

[0072] Through the above scheme, the optimization rules for determining the applications to be cleaned up from the background applications include the usage time rule, the usage frequency rule and the priority rule. When the optimization rule is the usage time rule, the recently unused applications can be used as the applications to be cleaned up. When the optimization rule is the usage frequency rule, the infrequently used applications can be used as the applications to be cleaned up. When the optimization rule is the priority rule, the low-priority applications can be used as the applications to be cleaned up. In this way, the applications to be cleaned up can be flexibly determined from the background applications for cleaning up according to different optimization rules.

[0073] In different usage scenarios, different methods can be used to determine the applications to be cleaned up from the background applications. The specific process of determining the applications to be cleaned up from the background applications on each screen according to the usage scenario is as follows:

[0074] In some embodiments, step 1022 includes:

[0075] Step 10221, determine the usage scenario of each screen.

[0076] Step 10222, in response to determining that the usage scenario of the target screen is a vehicle driving scenario, determining unused applications that are not related to driving from background applications of the target screen as applications to be cleared.

[0077] In a specific implementation, the vehicle driving scene refers to a scene in which the vehicle is in a driving state. Specifically, the current vehicle speed is obtained; in response to determining that the current vehicle speed is greater than a preset vehicle speed threshold, the use scene is determined to be a vehicle driving scene.

[0078] In a vehicle driving scenario, unused applications not related to driving are determined from background applications on a target screen as applications to be cleaned up.

[0079] For example, the background applications of the central control screen include navigation applications, telephone applications, and music applications. In the vehicle driving scenario, the navigation application, telephone application, and music application in the background applications of the central control screen are all in an unused state. However, the navigation application and the telephone application are unused applications related to driving, and the music application is an unused application unrelated to driving, so the music application is treated as an application to be cleaned up.

[0080] Alternatively, in step 10223, in response to determining that the usage scenario of the target screen is a normal usage scenario, currently unused applications are determined from the background applications of the target screen as applications to be cleared.

[0081] In a specific implementation, the normal use scenario refers to a scenario in which the vehicle is in a working state. Specifically, it is determined whether the target screen is in a powered-on state; in response to determining that the target screen is in a powered-on state, the use scenario is determined to be a normal use scenario.

[0082] When the target screen is in a normal use scenario and is not in a vehicle driving scenario, currently unused applications are determined from background applications on the target screen as applications to be cleaned up.

[0083] For example, the background applications of the co-pilot screen include video applications and learning applications. When the co-pilot screen is in normal use, the video application is the currently used application, and the learning application is the currently unused application, then the learning application is used as the application to be cleaned up.

[0084] In some scenarios, when the target screen is in a normal use scenario and in a vehicle driving scenario, currently unused applications and unused applications not related to driving are determined from background applications of the target screen as applications to be cleaned up.

[0085] Alternatively, step 10224, in response to determining that the usage scenario of the target screen is a dormant scenario, triggering an automatic cleaning function, and determining a preset application as an application to be cleaned from background applications of the target screen through the automatic cleaning function.

[0086] In a specific implementation, the sleep scene refers to a scene in which the vehicle is in a sleep state. Specifically, it is determined whether the target screen is in a power-on state; in response to determining that the target screen is not in a power-on state, the use scene is determined to be a sleep scene.

[0087] When the target screen is in a dormant scenario, the automatic cleaning function is triggered, and a preset application is determined as an application to be cleaned from background applications of the target screen through the automatic cleaning function.

[0088] For example, the background applications of the ceiling screen include video applications and music applications. When the ceiling screen is in a dormant scenario, the automatic cleaning function is triggered, and the video application and the music application are determined as the applications to be cleaned from the background applications of the ceiling screen through the automatic cleaning function.

[0089] Through the above scheme, the usage scenarios of the target screen include vehicle driving scenarios, normal usage scenarios and sleep scenarios. When the usage scenario of the target screen is a vehicle driving scenario, unused applications that are not related to driving can be used as applications to be cleaned. When the usage scenario of the target screen is a normal usage scenario, unused applications that are not currently in use can be used as applications to be cleaned. When the usage scenario of the target screen is a sleep scenario, the preset applications can be determined from the background applications of the target screen through the automatic cleaning function as applications to be cleaned. In this way, the rules to be cleaned can be flexibly determined from the background applications for cleaning according to different usage scenarios of the target screen, and the background applications can be flexibly cleaned while ensuring the normal use of functions in the usage scenarios.

[0090] When the target screen is in a dormant scenario, the automatic cleanup function is triggered. The specific process of identifying the target screen as a dormant scenario and triggering the automatic cleanup function is as follows:

[0091] In some embodiments, step 10224 includes:

[0092] Step 10224A, obtain the screen status of each screen in the multiple screens.

[0093] Step 10224B, in response to determining that the screen state of the target screen among the multiple screens is a dormant state, obtaining the last use time of the target screen.

[0094] Step 10224C, obtaining the unused time length of the target screen according to the last used time and the current time of the target screen.

[0095] Step 10224D, in response to determining that the unused time is greater than a preset time threshold, triggering an automatic cleaning function, and determining a preset application as an application to be cleaned from the background applications of the target screen through the automatic cleaning function.

[0096] In specific implementation, the dormant state of the screen includes: screen lock state and screen folded and retracted state. When the screen state of the target screen is dormant and the target screen is not used within a preset time, the automatic cleaning function is triggered, and the preset application is determined from the background applications of the target screen and added to the application to be cleaned through the automatic cleaning function. Among them, the preset application includes all releasable applications in the background applications of the target screen.

[0097] For example, the background applications of the ceiling screen include video applications and music applications, and both of the video applications and music applications in the background applications of the ceiling screen are preset applications (releasable applications). When the ceiling screen is in a folded and retracted state, it is determined that the unused time of the ceiling screen is 2 hours, and the preset time threshold is 30 minutes, then the automatic cleaning function of the ceiling screen is triggered, and the video application and the music application are determined as the applications to be cleaned from the background applications of the ceiling screen through the automatic cleaning function.

[0098] Through the above scheme, after determining that the screen state of the target screen is in the dormant state, it is possible to accurately determine whether the target screen has been unused for a long time based on the length of time the target screen has been unused. When the target screen is in the dormant state and has not been used for a long time, the automatic cleaning function determines a preset application from the background applications of the target screen as the application to be cleaned, and the background applications of the target screen that is in the dormant state and has not been used for a long time can be cleaned up to the greatest extent, and the memory occupied by the background system can be released to the greatest extent, thereby minimizing resource occupation.

[0099] Before determining the application to be cleaned up based on the correspondence between the screen identifier and the marked application, it is necessary to pre-generate and store the correspondence between the screen identifier and the marked application. The specific process of determining the correspondence between the screen identifier and the marked application is as follows:

[0100] In some embodiments, the process of pre-storing the correspondence between the screen identification and the marking application includes:

[0101] Step 1023A: receiving a background cleaning instruction, and determining a cleaning application for each screen based on the background cleaning instruction.

[0102] Step 1023B, mark the cleanup application of each screen to obtain a marked application of each screen.

[0103] Step 1023C, associating the screen identifier of each screen with the marking application, obtaining a corresponding relationship between the screen identifier and the marking application, and storing the corresponding relationship.

[0104] In specific implementation, the background cleaning instruction is an instruction for the user to manually clean up the background applications of multiple screens. The cleaning application of each screen is determined based on the background cleaning instruction, and the cleaning application of each screen is the customary cleaning application of the user corresponding to each screen.

[0105] The cleaning application of each screen is marked to obtain the marked application of each screen. The screen identifier of each screen is associated with the marked application to obtain the corresponding relationship between the screen identifier and the marked application. Based on the corresponding relationship between the screen identifier and the marked application, the customary cleaning application of the user corresponding to each screen can be determined.

[0106] For example, a background cleaning instruction of the co-pilot screen is received, and based on the background cleaning instruction of the co-pilot screen, it is determined that the cleaning applications manually cleaned by the user include learning applications and music applications, indicating that the habitual cleaning applications of the user corresponding to the co-pilot screen are learning applications and music applications, and the learning applications and music applications of the co-pilot screen are used as co-pilot screen marked applications, and the co-pilot screen logo is associated with the learning application and the music application to obtain the correspondence between the co-pilot screen logo and the co-pilot screen marked application. Based on the above correspondence, during the use of the co-pilot screen, the background applications of the co-pilot screen include video applications and learning applications. When both the video application and the learning application are currently not in use in the background applications of the co-pilot screen, the learning application is used as a cleaning application for cleaning according to the application cleaning habits of the user corresponding to the co-pilot screen.

[0107] Through the above scheme, by learning the application cleaning habits of the user corresponding to each screen, the habitual cleaning application of the user corresponding to each screen is determined, and the screen identifier of each screen is associated with the habitual cleaning application to obtain the corresponding relationship between the screen identifier and the marked application. In this way, during the use of the target screen, the background applications of the target screen can be cleaned according to the user's application cleaning habits, thereby improving the user experience.

[0108] Determine the applications to be cleaned up from the background applications on each screen, and clean up the applications to be cleaned up in the background applications on each screen to obtain an optimized background system. The specific process is as follows:

[0109] In some embodiments, the multiple screens include at least: a first target screen and a second target screen;

[0110] Step 102 includes:

[0111] Step 102A: determine a first application to be cleaned up from a first background application on a first target screen, and determine a second application to be cleaned up from a second background application on a second target screen.

[0112] During specific implementation, in order to avoid mutual interference between multiple screens when cleaning up background applications, corresponding applications to be cleaned up are respectively determined from the background applications of the multiple screens.

[0113] For example, the first target screen is the central control screen, and the second target screen is the co-pilot screen. The background applications of the central control screen include navigation applications, phone applications, and music applications. The applications to be cleaned up are determined to be phone applications and music applications from the background applications of the central control screen. The background applications of the co-pilot screen include video applications and learning applications. The applications to be cleaned up are determined to be learning applications from the background applications of the co-pilot screen.

[0114] Step 103 includes:

[0115] Step 103A, clearing the first application to be cleared in the first background application on the first target screen, and clearing the second application to be cleared in the second background application on the second target screen, to obtain an optimized background system.

[0116] In a specific implementation, in order to avoid mutual interference between multiple screens when cleaning background applications, the applications to be cleaned in the background applications of each screen are cleaned up respectively to obtain an optimized background system.

[0117] For example, the first target screen is the central control screen, and the second target screen is the co-pilot screen. The phone application and music application in the background application of the central control screen are cleared, and the learning application in the background application of the co-pilot screen is cleared to obtain an optimized background system.

[0118] Through the above scheme, the corresponding applications to be cleaned up are determined from the background applications of multiple screens, and the applications to be cleaned up in the background applications of each screen are cleaned up respectively, so as to obtain an optimized background system. In this way, it is possible to avoid mutual interference between multiple screens when cleaning up background applications, realize fast and accurate cleaning of background applications of multiple screens, quickly release memory, reduce resource usage, and improve user experience.

[0119] Through the above-mentioned embodiments, when a background optimization instruction is received, the background applications of each screen in the multi-screen are retrieved according to the pre-stored screen identifiers, and the application usage and resource occupancy status on each screen can be accurately identified. The applications to be cleaned up are determined from the background applications of each screen. The applications to be cleaned up in the background applications of each screen are cleaned up to obtain an optimized background system. In this way, the background applications of each screen can be cleaned up separately according to the application usage and resource occupancy status of each screen, which not only improves the rationality of resource allocation, but also ensures the smoothness of system operation in a multi-screen environment, and can realize the cleaning of background applications on multiple screens, avoiding the problems of high system resource usage and slow system response, and improving the user experience.

[0120] It should be noted that the embodiments of the present disclosure may be further described in the following manner:

[0121] Figure 2Flow chart of the optimization method of the multi-screen vehicle system according to the embodiment of the present disclosure. Figure 2 As shown, the optimization method of the multi-screen vehicle system includes:

[0122] Step 1: Identify the screen configuration information supported by each application in the vehicle.

[0123] In the PackageManager service of the Android framework layer, a standardized interface method is introduced to clearly identify the screen configuration information supported by each application in the car computer. This ensures that application developers clearly understand and declare the compatibility of their applications on different screens, thereby providing users with a more consistent and smooth multi-screen experience.

[0124] Step 2: Deep integration of screen ID and application usage records.

[0125] In view of the complex device environment of Android with multiple screens, the system assigns a unique screen ID to each independent screen. By modifying the UserUsageStatsService source code of the Android framework, while recording the application usage records, the screen ID of the current application is automatically captured and associated. This change enables the system to accurately track the application usage on each screen, including key information such as usage time and duration, providing data support for subsequent resource management.

[0126] Step 3: Intelligent sorting and optimization suggestions based on screen ID.

[0127] When the user triggers the one-click optimization function, the system first summarizes and counts the application usage on each screen according to the screen ID. Then, using an efficient sorting algorithm, the system intelligently sorts the application usage records on different screens according to the most recent usage time, ensuring that the applications that users use most frequently are retained and displayed first.

[0128] Step 4: Scene-aware automatic cleaning mechanism.

[0129] To further improve the efficiency of system resource utilization, we have implemented automatic cleanup logic based on specific time and scenarios (such as screen lock, folding, device sleep, etc.). When the system detects that a screen has no usage record within a specified time (such as 30 minutes), the cleanup mechanism will be automatically triggered to clear all processes on the screen that can be safely released, thereby freeing up valuable system resources.

[0130] Step 5: Deep cleaning strategy driven by user habits.

[0131] On the basis of automatic cleanup, the user habit analysis module is further introduced. By continuously learning the user's usage patterns for each screen, the system can intelligently identify and mark processes that have not been used for a long time or are not frequently accessed by users. In the subsequent resource optimization process, these marked processes will be prioritized for cleanup, thereby maximizing system performance while ensuring that the user experience is not affected.

[0132] The technical problems solved by this disclosure are:

[0133] 1. Uneven distribution of system resources in multiple screens: In a multi-screen car system, different screens may run multiple applications at the same time, resulting in uneven distribution of system resources (for example, central processing unit (CPU), memory, graphics processing unit (GPU), etc.). Some screens or applications may run slowly due to insufficient resources, affecting the user experience. The present invention effectively balances the resource allocation between multiple screens through precise memory recycling and intelligent resource management, ensuring the smoothness of the overall operation of the system.

[0134] 2. System freeze caused by insufficient resources: As the number of applications increases and the usage time increases, the vehicle system may gradually run out of resources, resulting in slow system response, application freezes, or even crashes. This disclosure effectively prevents system freezes caused by insufficient resources by regularly cleaning up processes that are no longer used or have not been used for a long time and releasing system resources in a timely manner.

[0135] 3. Reduced user experience: In multi-screen interactive scenarios, if the system cannot accurately identify the user's usage habits and intentions, it may lead to the mistaken cleaning of applications in use or frequent prompts to clean up resources, thereby reducing the user experience. This disclosure implements a more accurate cleaning strategy by deeply analyzing the user's usage scenarios and habits, avoiding mistaken cleaning and unnecessary interruptions, and improving the user experience.

[0136] 4. The tediousness of manually managing resources: Traditionally, users need to manually manage the resources on the car system, such as closing unnecessary applications, cleaning caches, etc. This not only increases the user's operating burden, but may also lead to unreasonable resource allocation because the user is not familiar with system operations. The present disclosure reduces the user's operating burden through automatic memory recycling and intelligent resource management, allowing users to focus more on driving and enjoying entertainment.

[0137] 5. System stability and reliability: The reasonable allocation and timely recovery of system resources are crucial to ensure the stability and reliability of the vehicle system. This method improves the stability and reliability of the system by optimizing the resource management mechanism and reduces the risk of system crash or restart caused by insufficient resources.

[0138] To sum up, the present disclosure provides a more efficient, intelligent and convenient resource management solution for the vehicle system by solving problems such as uneven resource allocation in multi-screen systems, lag caused by insufficient system resources, degraded user experience, tedious manual resource management, and system stability and reliability.

[0139] The technical effects achieved by the present disclosure are as follows:

[0140] 1. Accurate management in multi-screen scenarios: In view of the characteristics of a multi-screen vehicle system, this paper proposes an innovative resource management method that can accurately identify the application usage and resource occupancy status of each screen. This precise management not only improves the rationality of resource allocation, but also ensures the smoothness of system operation in a multi-screen environment.

[0141] 2. Intelligent optimization based on usage scenarios and habits: By deeply analyzing the user's usage scenarios and habits for each screen, the present disclosure can intelligently mark which processes have not been used recently or are not frequently used, so that these processes are cleaned up first when memory is recycled. This intelligent optimization strategy not only effectively releases system resources, but also reduces the degradation of user experience caused by mistaken cleaning.

[0142] 3. Efficient memory recycling mechanism: This disclosure has designed an efficient memory recycling mechanism that can automatically trigger the cleanup operation at specific times (such as when the screen has not been used for a long time) or in specific scenarios (such as when the screen is locked, folded, or the device is dormant). This mechanism can quickly respond to tight system resources and avoid system freezes due to insufficient resources.

[0143] 4. Improve user experience: Through precise memory recycling and intelligent optimization strategies, this disclosure significantly improves the user experience of the car system. Users can not only enjoy a smoother and more stable multi-screen interactive experience, but also maintain good system performance after long-term use.

[0144] 5. Easy to integrate and maintain: The design of this disclosure fully considers the compatibility with the current Android framework and realizes functional expansion by modifying the framework source code. This makes the solution easy to integrate into the current car system and facilitates subsequent maintenance and upgrades.

[0145] 6. Sustainable performance optimization: As user habits of car-machine systems change and new technologies develop, the user habit analysis and intelligent optimization strategies relied upon by this disclosure will continue to evolve. This sustainable performance optimization mechanism ensures that the car-machine system can maintain efficient and stable operation for a long time.

[0146] In summary, the present disclosure brings significant performance improvement and user experience improvement to the vehicle system through precise multi-screen management, intelligent optimization strategy, efficient memory recovery mechanism and easy integration and maintenance design.

[0147] It should be noted that the method of the embodiment of the present disclosure can be performed by a single device, such as a computer or a server. The method of the present embodiment can also be applied in a distributed scenario and completed by multiple devices cooperating with each other. In the case of such a distributed scenario, one of the multiple devices can only perform one or more steps in the method of the embodiment of the present disclosure, and the multiple devices will interact with each other to complete the described method.

[0148] It should be noted that the above describes some embodiments of the present disclosure. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the above embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0149] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present disclosure also provides a background optimization device for multiple screens in a vehicle.

[0150] refer to Figure 3 The vehicle multi-screen background optimization device comprises:

[0151] The calling module 301 is configured to call the background application of each screen in the multiple screens according to the pre-stored screen identification in response to receiving the background optimization instruction;

[0152] A determination module 302 is configured to determine the application to be cleaned up from the background applications on each screen;

[0153] The cleaning module 303 is configured to clean up the applications to be cleaned up in the background applications of each screen to obtain an optimized background system.

[0154] In some embodiments, the determining module 302 includes:

[0155] A first determining unit is configured to determine an optimization rule for each screen from preset rules, and determine an application to be cleaned from background applications on each screen according to the optimization rule;

[0156] or,

[0157] A second determining unit is configured to determine a usage scenario of each screen, and determine an application to be cleaned up from background applications of each screen according to the usage scenario;

[0158] or,

[0159] The third determining unit is configured to determine the marked application from the background applications of each screen based on the pre-stored correspondence between the screen identifier and the marked application, and use the marked application as the application to be cleaned up.

[0160] In some embodiments, the first determining unit includes:

[0161] An optimization rule determination subunit, configured to determine an optimization rule for each screen from preset rules;

[0162] The usage time rule determination subunit is configured to, in response to determining that the optimization rule of the target screen is the usage time rule, sort the background applications of the target screen according to the usage time, obtain the recently used applications and the recently unused applications, and use the recently unused applications as the applications to be cleaned up; or

[0163] A usage frequency rule determination subunit is configured to, in response to determining that the optimization rule of the target screen is the usage frequency rule, sort the background applications of the target screen according to the usage frequency to obtain frequently used applications and infrequently used applications, and use the infrequently used applications as applications to be cleaned up; or

[0164] The priority rule determination subunit is configured to, in response to determining that the optimization rule of the target screen is a priority rule, sort the background applications of the target screen according to preset priorities, obtain high-priority applications and low-priority applications, and use the low-priority applications as applications to be cleaned up.

[0165] In some embodiments, the second determining unit includes:

[0166] A usage scenario determination subunit, configured to determine a usage scenario for each screen;

[0167] The vehicle driving scene determination subunit is configured to, in response to determining that the usage scene of the target screen is the vehicle driving scene, determine unused applications that are not related to driving from the background applications of the target screen as applications to be cleared; or,

[0168] a normal usage scenario determination subunit, configured to, in response to determining that the usage scenario of the target screen is a normal usage scenario, determine currently unused applications from the background applications of the target screen as applications to be cleaned up; or

[0169] The sleep scene determination subunit is configured to trigger the automatic cleaning function in response to determining that the usage scene of the target screen is the sleep scene, and determine a preset application as the application to be cleaned from the background applications of the target screen through the automatic cleaning function.

[0170] In some embodiments, the sleep scene determination subunit is specifically configured to:

[0171] Get the screen status of each screen in multiple screens;

[0172] In response to determining that the screen state of the target screen among the multiple screens is a dormant state, acquiring the last use time of the target screen;

[0173] Obtaining the unused time of the target screen according to the last used time of the target screen and the current time;

[0174] In response to determining that the unused time is greater than a preset time threshold, an automatic cleaning function is triggered, and a preset application is determined as an application to be cleaned from the background applications of the target screen through the automatic cleaning function.

[0175] In some embodiments, the process of pre-storing the correspondence between the screen identification and the marking application includes:

[0176] a cleaning application determining subunit, configured to receive a background cleaning instruction and determine a cleaning application for each screen based on the background cleaning instruction;

[0177] The marked application determination subunit is configured to mark the cleaning application of each screen to obtain the marked application of each screen;

[0178] The corresponding relationship determination subunit is configured to associate the screen identifier of each screen with the marking application, obtain the corresponding relationship between the screen identifier and the marking application, and store the corresponding relationship.

[0179] In some embodiments, the multiple screens include at least: a first target screen and a second target screen;

[0180] The determination module 302 includes:

[0181] A determining unit, configured to determine a first application to be cleaned up from a first background application on a first target screen, and to determine a second application to be cleaned up from a second background application on a second target screen;

[0182] The cleaning module 303 includes:

[0183] The cleaning unit is configured to clean up the first application to be cleaned in the first background application of the first target screen, and clean up the second application to be cleaned in the second background application of the second target screen, so as to obtain an optimized background system.

[0184] For the convenience of description, the above device is described by dividing it into various modules according to its functions. Of course, when implementing the present disclosure, the functions of each module can be implemented in the same or multiple software and / or hardware.

[0185] The device of the above-mentioned embodiment is used to implement the corresponding vehicle multi-screen background optimization method in any of the above-mentioned embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0186] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, the present disclosure also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the background optimization method for multiple vehicle screens described in any of the above embodiments is implemented.

[0187] Figure 4 A more specific schematic diagram of the hardware structure of an electronic device provided in this embodiment is shown, and the device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 are connected to each other through the bus 1050 in the device.

[0188] The processor 1010 can be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0189] The memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program codes are stored in the memory 1020 and are called and executed by the processor 1010.

[0190] The input / output interface 1030 is used to connect the input / output module to realize information input and output. The input / output module can be configured in the device as a component (not shown in the figure), or it can be externally connected to the device to provide corresponding functions. The input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device may include a display, a speaker, a vibrator, an indicator light, etc.

[0191] The communication interface 1040 is used to connect a communication module (not shown in the figure) to realize communication interaction between the device and other devices. The communication module can realize communication through a wired mode (such as USB (Universal Serial Bus), network cable, etc.), or through a wireless mode (such as mobile network, WIFI (Wireless Fidelity), Bluetooth, etc.).

[0192] The bus 1050 includes a path that transmits information between the various components of the device (eg, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).

[0193] It should be noted that, although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040 and the bus 1050, in the specific implementation process, the device may also include other components necessary for normal operation. In addition, it can be understood by those skilled in the art that the above device may also only include the components necessary for implementing the embodiments of the present specification, and does not necessarily include all the components shown in the figure.

[0194] The electronic device of the above-mentioned embodiment is used to implement the corresponding vehicle multi-screen background optimization method in any of the above-mentioned embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0195] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present disclosure also provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the background optimization method of vehicle multi-screens as described in any of the above embodiments.

[0196] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0197] The computer instructions stored in the storage medium of the above embodiment are used to enable the computer to execute the background optimization method of vehicle multi-screen as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0198] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, the present application also provides a vehicle, including a background optimization device for vehicle multiple screens, or an electronic device, or a storage medium in the above-mentioned embodiments, and the vehicle equipment implements the background optimization method for vehicle multiple screens described in any of the above embodiments.

[0199] The vehicle of the above-mentioned embodiment is used to implement the background optimization method of vehicle multi-screen described in any of the above-mentioned embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0200] Those skilled in the art should understand that the discussion of any of the above embodiments is merely illustrative and is not intended to imply that the scope of the present disclosure is limited to these examples. Based on the concept of the present disclosure, the technical features in the above embodiments or different embodiments may be combined, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present disclosure as described above, which are not provided in detail for the sake of simplicity.

[0201] In addition, to simplify the description and discussion, and in order not to make the embodiments of the present disclosure difficult to understand, the known power / ground connections to the integrated circuit (IC) chips and other components may or may not be shown in the provided figures. In addition, the device can be shown in the form of a block diagram to avoid making the embodiments of the present disclosure difficult to understand, and this also takes into account the fact that the details of the implementation of these block diagram devices are highly dependent on the platform on which the embodiments of the present disclosure will be implemented (that is, these details should be fully within the scope of understanding of those skilled in the art). Where specific details (e.g., circuits) are set forth to describe exemplary embodiments of the present disclosure, it is apparent to those skilled in the art that the embodiments of the present disclosure can be implemented without these specific details or with changes in these specific details. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0202] Although the present disclosure has been described in conjunction with specific embodiments of the present disclosure, many replacements, modifications and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may use the embodiments discussed.

[0203] The embodiments of the present disclosure are intended to cover all such substitutions, modifications and variations that fall within the broad scope of the present disclosure. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of the present disclosure should be included in the scope of protection of the present disclosure.

Claims

1. A vehicle multi-screen background optimization method, characterized in that: The method comprises: In response to receiving the background optimization instruction, calling the background application of each screen in the multiple screens according to the pre-stored screen identification; Identify the apps to be cleaned up from the background apps on each screen; Clean up the applications to be cleaned up in the background applications of each screen to obtain an optimized background system.

2. The method according to claim 1, characterized in that The step of determining the applications to be cleaned up from the background applications on each screen includes: Determine an optimization rule for each screen from preset rules, and determine the application to be cleaned from the background applications of each screen according to the optimization rule; or, Determine a usage scenario for each screen, and determine an application to be cleaned up from background applications on each screen according to the usage scenario; or, Based on the pre-stored correspondence between the screen identifier and the marked application, the marked application is determined from the background applications of each screen, and the marked application is used as the application to be cleaned up.

3. The method according to claim 2, characterized in that The step of determining the optimization rule for each screen from the preset rules, and determining the application to be cleaned from the background applications of each screen according to the optimization rule, includes: Determine the optimization rules for each screen from the preset rules; In response to determining that the optimization rule of the target screen is the usage time rule, the background applications of the target screen are sorted according to the usage time to obtain recently used applications and recently unused applications, and the recently unused applications are used as applications to be cleaned up; or In response to determining that the optimization rule of the target screen is a usage frequency rule, the background applications of the target screen are sorted according to the usage frequency to obtain frequently used applications and infrequently used applications, and the infrequently used applications are used as applications to be cleaned up; or, In response to determining that the optimization rule of the target screen is a priority rule, the background applications of the target screen are sorted according to preset priorities to obtain high-priority applications and low-priority applications, and the low-priority applications are used as applications to be cleared.

4. The method according to claim 2, characterized in that: The determining of the usage scenario of each screen, and determining the applications to be cleared from the background applications of each screen according to the usage scenario, includes: Determine the usage scenarios for each screen; In response to determining that the usage scenario of the target screen is a vehicle driving scenario, determining unused applications that are not related to driving from background applications of the target screen as applications to be cleared; or, In response to determining that the usage scenario of the target screen is a normal usage scenario, determining currently unused applications from the background applications of the target screen as applications to be cleaned up; or, In response to determining that the usage scenario of the target screen is a dormant scenario, an automatic cleaning function is triggered, and a preset application is determined as an application to be cleaned from background applications of the target screen through the automatic cleaning function.

5. The method according to claim 4, characterized in that In response to determining that the usage scenario of the target screen is a dormant scenario, triggering an automatic cleaning function, and determining a preset application as an application to be cleaned from background applications of the target screen through the automatic cleaning function, includes: Get the screen status of each screen in multiple screens; In response to determining that the screen state of the target screen among the multiple screens is a dormant state, acquiring the last use time of the target screen; Obtaining the unused time length of the target screen according to the last used time of the target screen and the current time; In response to determining that the unused time is greater than a preset time threshold, an automatic cleaning function is triggered, and a preset application is determined as an application to be cleaned from the background applications of the target screen through the automatic cleaning function.

6. The method according to claim 2, characterized in that The process of pre-storing the correspondence between the screen identification and the marking application includes: receiving a background cleaning instruction, and determining a cleaning application for each screen based on the background cleaning instruction; Marking the cleaning application of each screen to obtain the marked application of each screen; The screen identifier of each screen is associated with the marking application to obtain a corresponding relationship between the screen identifier and the marking application, and the corresponding relationship is stored.

7. The method according to claim 1, characterized in that The multiple screens include at least: a first target screen and a second target screen; The step of determining the applications to be cleaned up from the background applications on each screen includes: Determine a first application to be cleaned up from a first background application on a first target screen, and determine a second application to be cleaned up from a second background application on a second target screen; The step of cleaning up the applications to be cleaned up in the background applications of each screen to obtain an optimized background system includes: A first application to be cleaned up in a first background application on a first target screen is cleaned up, and a second application to be cleaned up in a second background application on a second target screen is cleaned up to obtain an optimized background system.

8. A vehicle multi-screen background optimization device, characterized in that: include: A calling module, configured to call the background application of each screen in the multiple screens according to the pre-stored screen identification in response to receiving the background optimization instruction; A determination module is configured to determine the application to be cleaned up from the background applications on each screen; The cleaning module is configured to clean up the applications to be cleaned up in the background applications of each screen to obtain an optimized background system.

9. An electronic device, characterized in that: The method comprises a memory, a processor and a computer program stored in the memory and running on the processor, wherein when the processor executes the program, the method according to any one of claims 1 to 7 is implemented.

10. A vehicle, characterized in that: Including the vehicle multi-screen background optimization device as described in claim 8 or the electronic device as described in claim 9.

Images