Memory recovery method and system and vehicle

Abstract

The invention provides a memory recovery method and system and a vehicle, and belongs to the technical field of vehicles, and the memory recovery method comprises the steps: responding to the triggering of a memory recovery instruction, and obtaining the applications to which a plurality of processes running currently belong, and the process information corresponding to the plurality of processes; wherein the process information comprises running information and attribute information of the process; determining cleanable processes from the plurality of processes based on the application types of the applications to which the plurality of processes belong and the process information; wherein the application types comprise a system application type and a third-party application type; and recovering the memory occupied by the cleanable process. According to the method, the application to which the first candidate process belongs is used as one of consideration factors for determining the cleanable process, meanwhile, the first process information and the second process information are combined, various factors influencing process use are comprehensively considered, the accuracy of recognizing the cleanable process is improved, and the problem that the process is mistakenly closed is solved.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a method, system and vehicle for memory recycling. Background Art

[0002] The smart car system refers to an in-vehicle terminal installed on the center console of the vehicle, which has multiple functions such as vehicle control, wireless communication, online navigation, road condition information acquisition, entertainment and audio-visual, etc. When using the smart car system, you need to install a variety of different applications, and realize the various functions of the smart car system through the processes running on the smart car system. In this process, as the number of running processes increases, the memory of the smart car system will be occupied in large quantities, which will cause the smart car system to freeze or freeze during the interaction process.

[0003] In the related art, when the memory of the intelligent vehicle system is occupied by a large amount, some processes will be closed based on the preset priority of each process, so as to reclaim the memory occupied by the closed processes. However, the process preset priority cannot accurately identify the process that can be closed, which may cause the problem of mistakenly closing the process. Summary of the invention

[0004] Based on this, the present application provides a method, system and vehicle for memory recovery to solve the problem of how to improve the accuracy of identifying cleanable processes.

[0005] In a first aspect of an embodiment of the present application, a method for memory recovery is provided, the method comprising:

[0006] In response to the triggering of the memory reclaim instruction, the application to which each of the currently running multiple processes belongs and the process information corresponding to each of the multiple processes are obtained; wherein the process information includes the running information and attribute information of the process;

[0007] Based on the application types of the applications to which the multiple processes respectively belong and the process information, determining the cleanable processes from the multiple processes; wherein the application types include system application types and third-party application types;

[0008] Reclaim the memory used by the purgeable process.

[0009] Optionally, the process information includes first process information and second process information, and determining the cleanable process from the multiple processes based on application types of applications to which the multiple processes respectively belong and the process information includes:

[0010] Based on the first process information, screening out a plurality of first candidate processes from a plurality of currently running processes;

[0011] Based on the application type of the application to which each of the first candidate processes belongs and the second process information, a cleanable process is determined from a plurality of first candidate processes.

[0012] Optionally, the first process information includes: usage information, behavior information, and a first correlation between the process and vehicle driving safety, and the screening of multiple first candidate processes from multiple currently running processes based on the first process information includes:

[0013] Determine the process whose first relevance is not higher than a first preset relevance as a second candidate process;

[0014] Determine usage information and behavior information corresponding to each of the plurality of second candidate processes;

[0015] Determine a first candidate process from the second candidate processes based on usage information and behavior information corresponding to each of the plurality of second candidate processes;

[0016] Among them, the behavior information includes at least one of the power consumption, traffic usage and disk read and write frequency of the second candidate process when it is running in the background; the usage information at least includes the usage time of the second candidate process most recently from the current time.

[0017] Optionally, when the process is a human-computer interaction process, the usage moment is the interaction moment closest to the current moment.

[0018] Optionally, determining the first candidate process from the second candidate processes based on the usage information and behavior information corresponding to each of the plurality of second candidate processes includes:

[0019] Determining whether the usage information of the second candidate process meets a first preset standard, and determining whether the behavior information of the second candidate process meets a second preset standard;

[0020] The second candidate process whose usage information does not meet the first preset standard and / or whose behavior information does not meet the second preset standard is determined as the first candidate process.

[0021] Optionally, the second process information includes a second correlation between the process and vehicle control, and a preset priority of the process, and determining the cleanable process from a plurality of first candidate processes based on the application type of the application to which each of the first candidate processes belongs and the second process information includes:

[0022] Based on the second relevance, the first candidate process is divided into a first process and a second process; wherein the first process is a first candidate process whose second relevance is less than a second preset relevance, and the second process is a first candidate process whose second relevance is greater than or equal to the second preset relevance;

[0023] Based on the preset priority of the second process and the application type of the application to which the second process belongs, screening out a third candidate process from the second process;

[0024] Determine the purgeable process according to the application type of the application to which each process in the set of processes to be purge belongs; wherein the set of processes to be purge includes the third candidate process and the first process.

[0025] Optionally, the selecting a third candidate process from the second process based on the preset priority of the second process and the application type of the application to which the second process belongs includes:

[0026] In a case where the application type of the application to which the second process belongs is the system application type, determining the second process having a preset priority higher than the first priority as the third candidate process;

[0027] In a case where the application type of the application to which the second process belongs is the third-party application type, determining the second process having the preset priority higher than the second priority as the third candidate process;

[0028] The first priority is higher than the second priority.

[0029] Optionally, determining the purgeable process according to the application type of the application to which each process in the set of processes to be purge belongs; wherein the set of processes to be purge includes the third candidate process and the first process, comprises:

[0030] Determine a process in the set of processes to be cleaned up whose application type is the system application type as a cleanable process;

[0031] Determine a target application to which the target process belongs, and determine multiple first candidate processes belonging to the target application as cleanable processes, wherein the target process is a process in the set of processes to be cleaned whose application type is the third-party application type.

[0032] A second aspect of an embodiment of the present application provides a system for memory recycling, including:

[0033] An acquisition module, configured to acquire, in response to the triggering of a memory reclaim instruction, applications to which each of the currently running multiple processes belongs, and process information corresponding to each of the multiple processes; wherein the process information includes running information and attribute information of the process;

[0034] A decision module, configured to determine a cleanable process from the plurality of processes based on the application types of the applications to which the plurality of processes belong and the process information; wherein the application types include system application types and third-party application types;

[0035] The execution module is used to reclaim the memory occupied by the purgeable process.

[0036] A third aspect of an embodiment of the present application provides a vehicle, comprising a processor, the processor being used for the steps of the method for memory recovery described in the first aspect of the embodiment of the present application, or comprising a memory, the memory being used for storing the steps of the method for memory recovery described in the first aspect of the embodiment of the present application.

[0037] The present application provides a method, system and vehicle for memory recovery, the method comprising: in response to the triggering of a memory recovery instruction, obtaining the applications to which each of the multiple currently running processes belongs, and process information corresponding to each of the multiple processes; wherein the process information comprises running information and attribute information of the processes; based on the application types of the applications to which each of the multiple processes belongs, and the process information, determining a cleanable process from the multiple processes; wherein the application types comprise system application types and third-party application types; and reclaiming the memory occupied by the cleanable process.

[0038] Under the triggering of the memory recovery instruction, this application first determines the application to which each process belongs, and then based on the vehicle's process information and the application type of the application to which the process belongs, selects the cleanable processes from the multiple currently running processes. In the process of determining the cleanable processes, this application takes the application to which the process belongs as one of the considerations for determining the cleanable processes. At the same time, it also combines the process information and comprehensively considers various factors that affect the use of the process to select the currently running processes, avoiding the one-sidedness of identifying the cleanable processes based solely on the preset priority, thereby improving the accuracy of identifying the cleanable processes and solving the problem of the process being mistakenly closed. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments of the present application will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0040] Figure 1 This is a step diagram of a method for memory recycling provided by an embodiment of the present application;

[0041] Figure 2 It is a step diagram of a method for determining a cleanable process provided by an embodiment of the present application;

[0042] Figure 3 is a step diagram of a method for determining a first candidate process provided by an embodiment of the present application;

[0043] Figure 4 is a step diagram of a method for determining a first candidate process provided by an embodiment of the present application;

[0044] Figure 5 is a step diagram of a method for determining a third candidate process provided by an embodiment of the present application;

[0045] Figure 6 is a method flow chart of a recycling process provided by an embodiment of the present application;

[0046] Figure 7 It is a schematic diagram of a system structure of memory recycling provided by an embodiment of the present application;

[0047] Figure 8 It is a scene schematic diagram of a recycling process provided in an embodiment of the present application. DETAILED DESCRIPTION

[0048] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0049] The smart car system refers to a vehicle terminal installed on the center console of the vehicle, which has multiple functions such as vehicle control, wireless communication, online navigation, road condition information acquisition, entertainment and audio-visual, etc. When using the smart car system, you need to install a variety of different applications, and realize the various functions of the smart car system through the processes running on the smart car system.

[0050] Applications installed on smart car systems can be divided into system applications and third-party applications, depending on whether the applications are developed by the host manufacturer. System applications refer to applications developed by the host manufacturer and pre-installed on the smart car system; third-party applications refer to applications developed by non-host manufacturers and usually installed by users on the smart car system.

[0051] In the process of realizing the functions of the intelligent vehicle system, multiple processes will be run. As the number of running processes increases, a large amount of memory of the intelligent vehicle system will be occupied, which will cause the intelligent vehicle system to freeze or freeze during the interaction process.

[0052] In the related art, when the memory of the intelligent vehicle system is occupied by a large amount, some processes will be closed based on the preset priority of each process, so as to reclaim the memory occupied by the closed processes. Among them, since the process priority is a characteristic parameter set by the developer in the development stage to determine the order of clearing, there is a possibility that some developers will maliciously lower the preset priority of the process to prevent the process from being cleared in the process of releasing memory. Therefore, it is impossible to accurately identify the processes that can be closed based on the preset priority of the process, which will cause the problem of the process being mistakenly closed. Therefore, how to improve the accuracy of identifying the processes that can be cleared is an urgent problem to be solved.

[0053] The present application provides a method, system and vehicle for memory recycling. In the process of determining a cleanable process, the application to which the first candidate process belongs is used as one of the considerations for determining the cleanable process. At the same time, the first process information and the second process information are combined, and various factors affecting the use of the process are comprehensively considered. The currently running processes are screened layer by layer, avoiding the one-sidedness of identifying cleanable processes based solely on preset priorities, thereby improving the accuracy of identifying cleanable processes and solving the problem of processes being mistakenly closed. The details are as follows:

[0054] The first aspect of the present application proposes an embodiment, such as Figure 1 As shown in the step diagram of a method for memory recycling, the method is applied to a vehicle controller and mainly includes the following steps:

[0055] Step S101, in response to the triggering of the memory reclaiming instruction, obtain the applications to which the currently running multiple processes belong, and the process information corresponding to the multiple processes, wherein the process information includes the running information and attribute information of the process.

[0056] The memory recycling instruction is an instruction used to instruct the intelligent vehicle system to start filtering processes that can be cleaned. The memory recycling instruction can be triggered in a variety of ways, such as when the intelligent vehicle system is stuck or responds slowly, the user presses the "memory cleaning button" to trigger it, or when the intelligent vehicle system detects that the current available memory of the system is lower than the preset threshold, it is automatically triggered.

[0057] The process information of a vehicle refers to information related to a process that can be used to determine whether the process has been cleared. Process information includes operation information and attribute information. Operation information refers to information generated by a process during operation, such as the frequency of use of the process, the duration of use, and the most frequently used time period. Attribute information refers to information determined by the nature of the process itself, such as the memory size occupied by the process when it is running, the type of process, and the function of the process.

[0058] Step S102, based on the application types of the applications to which the multiple processes belong and the process information, determine the cleanable processes from the multiple processes, wherein the application types include system application types and third-party application types.

[0059] System application types refer to application types that are developed by host manufacturers and pre-installed on smart car systems; third-party application types refer to application types that are developed by non-host manufacturers and are usually installed by users on smart car systems. Each process has its own application. Different applications determine different standards for evaluating the possibility of a process being cleaned. By identifying the application to which a process belongs, different standards can be adopted for processes belonging to different applications when determining which processes can be cleaned.

[0060] For example, there are two processes with the same preset priority, one of which belongs to a system application type, and the other belongs to a third-party application type. System applications are developed by host manufacturers themselves, and their developers usually determine the preset priority based on a general priority determination standard. In contrast, developers of third-party applications often maliciously increase the preset priority of third-party application processes to avoid the third-party application processes being cleared. It can be seen that for processes with the same preset priority, the possibility of being cleared should be that the processes belonging to third-party applications are greater than those belonging to system applications. Therefore, when determining the cleanable processes, the standard for judging the processes belonging to third-party applications should be higher than the standard for judging the processes belonging to system applications. Therefore, when determining the cleanable processes, the application type of the application to which the process belongs should be considered.

[0061] When determining the cleanable processes from the processes, the application to which the process belongs actually determines the evaluation criteria for screening the cleanable processes based on the process information, so that the on-board controller can judge whether the process information meets its corresponding evaluation criteria based on different evaluation criteria, and finally achieve comprehensive consideration of various factors affecting the use of processes.

[0062] In the process of screening multiple cleanable processes from multiple currently running processes, processes whose process information meets certain preset conditions can be determined as cleanable processes based on the application type of the application to which the processes belong; or processes whose process information does not meet certain preset conditions can be determined as cleanable processes, or other methods can be used to screen multiple currently running processes.

[0063] Step S103, reclaiming the memory occupied by the purgeable process.

[0064] After the purgeable process is determined, the purgeable process is closed, thereby reclaiming the memory occupied by the purgeable process.

[0065] Under the triggering of the memory recovery instruction, this application first determines the application to which each process belongs, and then based on the vehicle's process information and the application type of the application to which the process belongs, selects the cleanable processes from the multiple currently running processes. In the process of determining the cleanable processes, this application takes the application to which the process belongs as one of the considerations for determining the cleanable processes. At the same time, it also combines the process information and comprehensively considers various factors that affect the use of the process to select the currently running processes, avoiding the one-sidedness of identifying the cleanable processes based solely on the preset priority, thereby improving the accuracy of identifying the cleanable processes and solving the problem of the process being mistakenly closed.

[0066] The second aspect of the present application proposes an embodiment, which, in addition to the embodiment proposed in the first aspect, also includes:

[0067] Alternatively, if Figure 2 As shown in the schematic diagram of a method for determining a purgeable process, the step S102 determines the purgeable process from the multiple processes based on the application types of the applications to which the multiple processes belong and the process information, including:

[0068] Step S1021: Based on the first process information, select multiple first candidate processes from multiple currently running processes.

[0069] The first candidate process refers to a process that is determined from multiple currently running processes based on the first process information and has a certain possibility of being cleared. The first process information should be information that has a greater weight in the decision of whether the process is to be cleared. For example, the first process information can be the relevance to vehicle driving safety. If the process has a very high relevance to driving safety, it is obvious that no matter what negative impact the process has on the normal operation of the intelligent vehicle system, the process should not be cleared. The first candidate process obtained after screening the process through the first process information is the process that has a certain possibility of being cleared.

[0070] Step S1022: determining a purgeable process from a plurality of first candidate processes based on the application type of the application to which each of the first candidate processes belongs and the second process information.

[0071] The second process information should be information with a smaller weight than the first process information in determining whether the process is to be cleared. For example, the second process information can be the preset priority of the process. Since the preset priority is set by the application developer during the development phase, it only reflects the application developer's judgment on the possibility of the process being cleared, and has a low correlation with the driver or the vehicle itself. It cannot reflect the driver's cleaning intention or objectively determine the possibility of the process being cleared. Therefore, in determining whether the process is to be cleared, the weight of the preset priority is smaller than the relevance to vehicle driving safety.

[0072] On this basis, taking into account the impact of application type on the possibility of process cleaning, the application types of the applications to which the first candidate processes belong should be combined to screen out processes from the first candidate processes that are more likely to be cleaned than the first candidate processes, and determine them as cleanable processes.

[0073] Alternatively, if Figure 3 As shown in the step diagram of a method for determining a first candidate process, in step S1021, based on the first process information, multiple first candidate processes are screened out from multiple currently running processes, wherein the first process information includes: usage information, behavior information, and a first correlation between the process and vehicle driving safety, including:

[0074] Step S201: Determine the process whose first relevance is not higher than a first preset relevance as a second candidate process.

[0075] The first relevance is the relevance between the process and the vehicle driving safety, and is an evaluation parameter used to evaluate the impact of the process on the vehicle driving safety when it is running. In order to enhance the screening of the process, the first preset relevance can be set to zero, that is, the process that is not related to the vehicle driving safety is determined as the second candidate process.

[0076] Processes irrelevant to vehicle driving safety refer to processes that will not affect vehicle driving safety regardless of their operating state. For example, the air conditioning control process will not affect vehicle driving safety regardless of whether it is in the state of controlling the air conditioning to turn on, control the air conditioning to turn off, or adjust the air conditioning temperature. Therefore, the air conditioning control process is a process irrelevant to vehicle driving safety.

[0077] The second candidate process can be screened by a preset whitelist containing processes related to vehicle driving safety. Among them, the processes related to vehicle driving safety contained in the preset whitelist can be pre-identified by system developers during the system development stage. In engineering practice, the preset whitelist can be edited into data in multiple data formats, and the preset whitelist can be pre-set into the intelligent vehicle system by pre-writing the data containing the preset whitelist into the system properties or database, so that when screening the second candidate process, the preset whitelist can be obtained through system configuration.

[0078] When triggered by the memory recovery instruction, the currently running multiple processes are compared with the processes in the preset whitelist, and the processes not included in the preset whitelist are determined as the second candidate processes. Among them, common processes related to vehicle driving safety include driving control processes, vehicle navigation processes, and driving environment recording processes.

[0079] Step S202: determining usage information and behavior information corresponding to each of the plurality of second candidate processes.

[0080] The behavior information includes at least one of power consumption, traffic usage, and disk read and write frequency when the second candidate process is running in the background.

[0081] Usage information refers to information used to characterize the usage status of a process, and behavior information refers to information used to evaluate whether the behavior of a process is malicious during its operation. Whether the behavior of a process is malicious refers to whether the process occupies additional resources in addition to the resources required for its normal functions.

[0082] Both usage information and behavior information are used to predict the possibility of a user cleaning a process based on its historical operation status. The intelligent vehicle system records every action of each process during its operation, classifies the recorded information, and corresponds it to each process. When determining the usage information and behavior information, the usage information and behavior information corresponding to each second candidate process are obtained from the historical records.

[0083] The usage information may be information such as the time of use, frequency of use, or frequently used time period, and the behavior information may be one or more of the power consumption, traffic usage, and disk read / write frequency when the second candidate process is running in the background. The time of use refers to the time corresponding to when the process is called, and the frequency of use refers to the number of times the process is used within a unit time or a preset time. The time of use and the frequency of use can be determined through the historical usage records of each process recorded in the intelligent vehicle system.

[0084] Step S203: determining a first candidate process from the second candidate processes based on the usage information and behavior information corresponding to each of the plurality of second candidate processes.

[0085] After determining the usage information and behavior information corresponding to each of the plurality of second candidate processes, the first candidate process is determined from the second candidate processes based on the historical usage of the second candidate processes represented by the usage information and the evaluation of the historical behavior of the second candidate processes by the behavior information.

[0086] Since usage information is subjective information for users and is determined based on their usage behavior of the process, and behavior information is objective information for users and is determined based on the process's own behavior, the first candidate process is determined based on the usage information and the behavior information, while taking into account both the subjective and objective factors that affect the determination of the cleanable process, thereby evaluating the possibility of the process being cleaned from multiple aspects.

[0087] Optionally, when the process is a human-computer interaction process, the usage moment is the interaction moment closest to the current moment.

[0088] According to whether the second candidate process interacts with the user during operation, it can be divided into a human-computer interaction process and a non-human-computer interaction process. Usually, a human-computer interaction process is provided with a human-computer interaction interface, and the user sends control instructions to the human-computer interaction process through the virtual buttons on the human-computer interaction interface, thereby controlling the operation of the process. In contrast, a non-human-computer interaction process does not have a human-computer interaction interface, and does not need to interact with the user during operation, nor does it need to be controlled by control instructions sent by the user. Therefore, the process type of the second candidate process can be determined by whether the process is provided with a human-computer interaction interface.

[0089] In the case where the second candidate process is a human-computer interaction process, if the second candidate process is still running when it retreats to the background and does not interact with the user, and the time when the process is used at this time is determined as the usage time, it is impossible to accurately reflect the usage status of the human-computer interaction process. Therefore, in the case where the second candidate process is a human-computer interaction process, the interaction time with the user that is closest to the current time should be determined as the usage time to achieve accurate reflection of the process usage status.

[0090] Alternatively, if Figure 4 As shown in the step diagram of a method for determining a first candidate process, the step S203 of determining a first candidate process from the second candidate processes based on the usage information and behavior information corresponding to each of the plurality of second candidate processes includes:

[0091] Step S31, determining whether the usage information of the second candidate process meets a first preset standard, and determining whether the behavior information of the second candidate process meets a second preset standard.

[0092] Usage information refers to information used to characterize the probability of a process being reused by a user, and behavior information refers to information used to evaluate whether the behavior of a process is malicious during its operation. The first preset standard refers to a standard that characterizes a process with a high probability of being reused by a user, and the second preset standard refers to a standard that characterizes a process's behavior is not malicious.

[0093] In an optional embodiment, when the usage information includes the usage time and usage frequency of the second candidate process, the step of determining whether the usage information of the second candidate process meets the first preset standard includes: assigning a first value to the second candidate process based on the order of the length of time between the usage time of multiple second candidate processes and the current time, and assigning a second value to the first candidate process based on the order of the size of the usage frequency of multiple second candidate processes. The first assignment decreases as the length of time between the usage time of the second candidate process and the current time increases, and the second assignment increases as the usage frequency of the second candidate process increases. Subsequently, the sum of the first assignment and the second assignment is used as the usage status evaluation value of the second candidate process. When the usage status evaluation value is greater than the first preset threshold, it is determined that the usage information meets the first preset standard; when the usage status evaluation value is less than or equal to the first preset threshold, it is determined that the usage information does not meet the first preset standard.

[0094] In an optional embodiment, when the behavior information includes at least one of the power consumption, traffic usage, and disk read / write frequency of the first candidate process when it is running in the background, the step of determining whether the behavior information of the second candidate process meets the second preset standard includes: determining whether the power consumption of the second candidate process when it is running in the background is greater than a preset threshold, whether the traffic usage is greater than a third preset threshold, or whether the disk read / write frequency is greater than a fourth preset threshold. When the power consumption of the second candidate process when it is running in the background is greater than the preset threshold, the traffic usage is greater than the third preset threshold, or the disk read / write frequency is greater than the fourth preset threshold, it is determined that the behavior information does not meet the second preset standard; when the power consumption of the second candidate process when it is running in the background is less than or equal to the preset threshold, the traffic usage is less than or equal to the third preset threshold, and the disk read / write frequency is less than or equal to the fourth preset threshold, it is determined that the behavior information meets the second preset standard.

[0095] Step S32: Determine the second candidate process whose usage information does not meet the first preset standard and / or whose behavior information does not meet the second preset standard as the first candidate process.

[0096] The second candidate process whose usage information does not meet the first preset standard is a second candidate process with a low probability of being used by the user again; the second candidate process whose behavior information does not meet the second preset standard is a second candidate process with malicious behavior. The second candidate process whose usage information does not meet the first preset standard and / or whose behavior information does not meet the second preset standard is determined as the first candidate process, that is, the second candidate process with a low probability of being used by the user again, or with malicious behavior, or the second candidate process with a low probability of being used by the user again and with malicious behavior is determined as the first candidate process.

[0097] Alternatively, if Figure 5 As shown in the step diagram of a method for determining a third candidate process, in step S1022, the second process information includes a second correlation between the process and vehicle control, and a preset priority of the process, including:

[0098] Step S301: based on the second relevance, divide the first candidate process into a first process and a second process.

[0099] The first process is a first candidate process whose second relevance is less than a second preset relevance, and the second process is a first candidate process whose second relevance is greater than or equal to the second preset relevance.

[0100] The second correlation refers to an evaluation parameter used to evaluate the impact of a process on the vehicle's operating conditions when it is running. For example, the air conditioning control process will affect the operating state of the vehicle's air conditioning refrigeration system or cooling system when it is running. Since the change in the operating state of the vehicle's air conditioning refrigeration system or cooling system will have a greater impact on the overall operating conditions of the vehicle, it is believed that the second correlation between the air conditioning control process and the vehicle control is relatively high. Relatively speaking, the music playback process will affect the operating state of the vehicle's audio system when it is running, and the change in the operating state of the audio system has almost no effect on the overall operating conditions of the vehicle, so it is believed that the second correlation between the music playback process and the vehicle control is relatively low. When determining the second correlation between the first candidate process and the vehicle control, it can be determined by the correspondence table between the process and the second correlation pre-set by the system developer.

[0101] Based on the second correlation between the first candidate process and the vehicle control, the first candidate process can be divided into a first process and a second process. When the second correlation is less than a preset threshold, the first candidate process is determined as a first process with a small impact on the vehicle operating condition; when the second correlation is greater than or equal to the preset threshold, the first candidate process is determined as a second process with a large impact on the vehicle operating condition.

[0102] Step S302: Filter out a third candidate process from the second process based on the preset priority of the second process and the application type of the application to which the second process belongs.

[0103] The preset priority refers to a parameter pre-set by the application developer during the development process of the application to which the process belongs, and is used to determine the order in which the processes are cleared. The higher the preset priority, the greater the possibility that the process will be cleared.

[0104] When the first candidate process is the second process that has a greater impact on the vehicle operation, it indicates that shutting down the second process may have a significant impact on the normal operation of the vehicle. At this time, based on the preset priority of the first candidate process and the application to which the first candidate process belongs, it should be evaluated whether the user can bear the impact of shutting down the second process on the normal operation of the vehicle, and then the third candidate process should be determined from the second process.

[0105] Step S303, determining the cleanable processes according to the application type of the application to which each process in the set of processes to be cleaned belongs, wherein the set of processes to be cleaned includes the third candidate process and the first process.

[0106] The set of processes to be cleaned includes multiple processes to be confirmed as cleanable processes, including the first process and the third candidate process. When the first candidate process is the first process with little impact on the vehicle operating condition, it indicates that closing the first process has little impact on the normal operation of the vehicle, and therefore, the first process can be directly determined as a process belonging to the set of processes to be cleaned.

[0107] Different applications have different process management standards. For example, when the application is a system application, since the system application is developed by the host manufacturer, it is usually a trusted application, the responsibilities of the process are clear, and there is no coupling between the responsibilities of each process. The system application itself has stricter management of the process. When the application is a third-party application, since the third-party application is developed by different non-host manufacturers, the process management requirements of each non-host manufacturer are uneven and usually loose. Therefore, the standard for screening the cleanable process should be clarified based on the application type of the application to which the process belongs, and then the cleanable process should be determined from the set of processes to be cleaned according to different standards.

[0108] Optionally, the step S302 of selecting a third candidate process from the second process based on the preset priority of the second process and the application type of the application to which the second process belongs includes:

[0109] Case 1: when the application type of the application to which the second process belongs is the system application type, the second process having the preset priority higher than the first priority is determined as the third candidate process.

[0110] When the application type of the application to which the second process belongs is a system application type, it indicates that the application to which the second process belongs is developed by the host manufacturer and is pre-installed in the intelligent vehicle system when the vehicle leaves the factory. It is an important basic functional application used to maintain the normal operation of the intelligent vehicle system. When the application to which the second process belongs is a system application, the second process with a preset priority greater than the first priority is determined as the third candidate process. Among them, the higher the preset priority of the process, the greater the possibility that the process will be cleared when all other conditions are the same.

[0111] Case 2: When the application type of the application to which the second process belongs is the third-party application type, the second process having the preset priority higher than the second priority is determined as the third candidate process; wherein the first priority is higher than the second priority.

[0112] When the application type of the application to which the second process belongs is a third-party application type, it indicates that the application to which the second process belongs is developed by an application developer other than the host manufacturer, and is installed in the intelligent vehicle system after the vehicle leaves the factory. It is used to implement other functions in addition to maintaining the normal operation of the intelligent vehicle system.

[0113] When the application type of the application to which the second process belongs is a third-party application, the second process with a preset priority greater than the second priority is determined as the third candidate process, wherein the first priority is higher than the second priority. That is, for the second processes with the same preset priority, under the condition that other conditions are the same, the second process belonging to the system application is less likely to be cleared than the second process belonging to the third-party application.

[0114] Optionally, in step S303, determining the cleanable process according to the application type of the application to which each process in the set of processes to be cleaned belongs; wherein the set of processes to be cleaned includes the third candidate process and the first process, comprises:

[0115] In case three, a process in the set of processes to be cleaned up, whose application type is the system application type, is determined as a cleanable process.

[0116] When the application type of the application to which the third candidate process belongs is a system application type, since the system application is developed by the host manufacturer itself, it is usually a trusted application, the responsibilities of the process are clear, and there is no coupling between the responsibilities of each process. The system application itself has strict management of the process. Therefore, the process whose application type is a system application type in the set of processes to be cleaned can be determined as a cleanable process.

[0117] Case 4: determining the target application to which the target process belongs, and determining the plurality of the first candidate processes belonging to the target application as cleanable processes. The target process is a process in the set of processes to be cleaned whose application type is the third-party application type.

[0118] When the application type of the application to which the process belongs is a third-party application type, since the third-party applications are developed by different non-host manufacturers, the non-host manufacturers have different and usually loose requirements for process management, and there may be unclear responsibilities and mutual coupling between the processes. Therefore, when there is a process determined as the third candidate process in the third-party application, all processes in the third-party application should be cleaned up, that is, the cleanable processes should be determined again from the first candidate processes according to the target application.

[0119] The third aspect of the present application proposes an embodiment, such as Figure 6 A method flow chart of a recycling process is shown, and Figure 7 As shown in a schematic diagram of a recycling process, the method includes:

[0120] In response to the triggering of a memory recycling instruction, the method of the recycling process of the present application is started to obtain the applications to which the multiple currently running processes belong, and the process information corresponding to the multiple processes; wherein the process information includes first process information and second process information, the first process information includes usage information, behavior information and a first correlation between the process and vehicle driving safety, the second process information includes a second correlation between the process and vehicle control, and a preset priority of the process.

[0121] The process whose first correlation degree with the vehicle driving safety is not higher than the first preset correlation degree is determined as the second candidate process.

[0122] Determine usage information and behavior information corresponding to each of the plurality of second candidate processes, wherein the usage information at least includes the usage time of the second candidate process closest to the current time. When the process type is a human-computer interaction type, the interaction time closest to the current time of the second candidate process is determined as the usage time. The behavior information includes at least one of power consumption, traffic usage, and disk read / write frequency when the second candidate process is running in the background.

[0123] Determine whether usage information of the second candidate process meets the first preset standard, and determine whether behavior information of the second candidate process meets the second preset standard; determine the second candidate process whose usage information does not meet the first preset standard and / or whose behavior information does not meet the second preset standard as the first candidate process.

[0124] Based on the second correlation between the first candidate process and vehicle control, the first candidate process is divided into a first process and a second process; wherein the first process is the first candidate process whose second correlation is less than the second preset correlation, and the second process is the first candidate process whose second correlation is greater than or equal to the second preset correlation.

[0125] When the application type of the application to which the second process belongs is a system application type, the second process having a preset priority higher than the first priority is determined as the third candidate process; when the application type of the application to which the second process belongs is a third-party application type, the second process having a preset priority higher than the second priority is determined as the third candidate process; wherein the first priority is higher than the second priority.

[0126] Determine the process of the application type of the system application type in the set of processes to be cleaned as a cleanable process; determine the target application to which the target process belongs, and determine multiple first candidate processes belonging to the target application as cleanable processes, wherein the target process is a process of the application type of the third-party application type in the set of processes to be cleaned. The set of processes to be cleaned includes the third candidate process and the first process.

[0127] Reclaim memory used by cleanup processes.

[0128] The fourth aspect of the present application proposes an embodiment, such as Figure 8 As shown in the schematic diagram of a memory recycling system structure, the system includes:

[0129] An acquisition module, configured to acquire, in response to the triggering of a memory reclaim instruction, applications to which each of the currently running multiple processes belongs, and process information corresponding to each of the multiple processes; wherein the process information includes running information and attribute information of the process;

[0130] A decision module, configured to determine a cleanable process from the plurality of processes based on the application types of the applications to which the plurality of processes belong and the process information; wherein the application types include system application types and third-party application types;

[0131] The execution module is used to reclaim the memory occupied by the purgeable process.

[0132] Optionally, the decision module is also used to screen out multiple first candidate processes from multiple currently running processes based on the first process information; and determine the cleanable process from the multiple first candidate processes based on the application type of the application to which the first candidate processes each belong and the second process information.

[0133] Optionally, the decision module is also used to determine the process whose first correlation is not higher than the first preset correlation as a second candidate process; determine usage information and behavior information corresponding to each of the multiple second candidate processes; and determine a first candidate process from the second candidate processes based on the usage information and behavior information corresponding to each of the multiple second candidate processes; wherein the behavior information includes at least one of the power consumption, traffic usage, and disk read and write frequency of the second candidate process when it is running in the background.

[0134] Optionally, the decision module is further configured to, when the process type is a human-computer interaction type, determine the interaction moment of the second candidate process closest to the current moment as the use moment.

[0135] Optionally, the decision module is also used to determine whether usage information of the second candidate process meets a first preset standard, and determine whether behavior information of the second candidate process meets a second preset standard; and determine the second candidate process whose usage information does not meet the first preset standard and / or whose behavior information does not meet the second preset standard as the first candidate process.

[0136] Optionally, the decision module is also used to divide the first candidate process into a first process and a second process based on the second correlation; wherein the first process is a first candidate process whose second correlation is less than a second preset correlation, and the second process is a first candidate process whose second correlation is greater than or equal to the second preset correlation; based on the preset priority of the second process and the application type of the application to which the second process belongs, a third candidate process is screened out from the second process; according to the application type of the application to which each process in the set of processes to be cleaned belongs, a cleanable process is determined; wherein the set of processes to be cleaned includes the third candidate process and the first process.

[0137] Optionally, the decision module is also used to, when the application type of the application to which the second process belongs is the system application type, determine the second process whose preset priority is higher than the first priority as the third candidate process; when the application type of the application to which the second process belongs is the third-party application type, determine the second process whose preset priority is higher than the second priority as the third candidate process; wherein the first priority is higher than the second priority.

[0138] Optionally, the decision module is also used to determine a process whose application type in the set of processes to be cleaned is the system application type as a cleanable process; determine a target application to which the target process belongs, and determine multiple first candidate processes belonging to the target application as cleanable processes, wherein the target process is a process whose application type in the set of processes to be cleaned is the third-party application type.

[0139] An embodiment of the present application also provides a vehicle, comprising a processor, the processor being used for performing the steps of the memory recycling method described in the present application, or comprising a memory, the memory being used for storing the steps of the memory recycling method described in the present application.

[0140] Under the triggering of the memory recovery instruction, this application first determines the application to which each process belongs, and then based on the vehicle's process information and the application type of the application to which the process belongs, selects the cleanable processes from the multiple currently running processes. In the process of determining the cleanable processes, this application takes the application to which the process belongs as one of the considerations for determining the cleanable processes. At the same time, it also combines the process information and comprehensively considers various factors that affect the use of the process to select the currently running processes, avoiding the one-sidedness of identifying the cleanable processes based solely on the preset priority, thereby improving the accuracy of identifying the cleanable processes and solving the problem of the process being mistakenly closed.

[0141] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0142] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the methods, systems, electronic devices, and computer program products according to the embodiments of the present application. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of the processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing terminal device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing terminal device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0143] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing terminal device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device, which implements the process Figure 1A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0144] These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device so that a series of operating steps are executed on the computer or other programmable terminal device to produce a computer-implemented process, thereby providing instructions for executing on the computer or other programmable terminal device to implement the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0145] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present application.

[0146] Finally, it should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or terminal device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or terminal device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or terminal device including the elements.

[0147] The above is a detailed introduction to a memory recovery method, system and vehicle provided by the present application. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method of the present application and its core idea; at the same time, for general technical personnel in this field, according to the idea of ​​the present application, there will be changes in the specific implementation method and application scope. In summary, the content of this specification should not be understood as a limitation on the present application.

Claims

1. A method for memory recovery, characterized in that: The method comprises: In response to the triggering of the memory reclaim instruction, the application to which each of the currently running multiple processes belongs and the process information corresponding to each of the multiple processes are obtained; wherein the process information includes the running information and attribute information of the process; Based on the application types of the applications to which the multiple processes respectively belong and the process information, determining the cleanable processes from the multiple processes; wherein the application types include system application types and third-party application types; Reclaim the memory used by the purgeable process.

2. The memory recovery method according to claim 1, characterized in that: The process information includes first process information and second process information, and determining a cleanable process from the plurality of processes based on application types of applications to which the plurality of processes respectively belong and the process information includes: Based on the first process information, screening out a plurality of first candidate processes from a plurality of currently running processes; Based on the application type of the application to which each of the first candidate processes belongs and the second process information, a cleanable process is determined from a plurality of first candidate processes.

3. The memory recovery method according to claim 2, characterized in that: The first process information includes: usage information, behavior information, and a first correlation between the process and vehicle driving safety. Based on the first process information, a plurality of first candidate processes are screened out from the plurality of currently running processes, including: Determine the process whose first relevance is not higher than a first preset relevance as a second candidate process; Determine a first candidate process from the second candidate processes based on usage information and behavior information corresponding to each of the plurality of second candidate processes; Among them, the behavior information includes at least one of the power consumption, traffic usage and disk read and write frequency of the second candidate process when it is running in the background; the usage information at least includes the usage time of the second candidate process most recently from the current time.

4. The method for reclaiming memory according to claim 3, characterized in that: In the case where the process is a human-computer interaction process, the use time is the interaction time closest to the current time.

5. The method for reclaiming memory according to claim 3, characterized in that: The determining the first candidate process from the second candidate processes based on the usage information and behavior information corresponding to each of the plurality of second candidate processes includes: Determining whether the usage information of the second candidate process meets a first preset standard, and determining whether the behavior information of the second candidate process meets a second preset standard; The second candidate process whose usage information does not meet the first preset standard and / or whose behavior information does not meet the second preset standard is determined as the first candidate process.

6. The memory recovery method according to claim 2, characterized in that: The second process information includes a second correlation between the process and vehicle control, and a preset priority of the process. The determining of the cleanable process from a plurality of first candidate processes based on the application type of the application to which each of the first candidate processes belongs and the second process information includes: Based on the second relevance, the first candidate process is divided into a first process and a second process; wherein the first process is a first candidate process whose second relevance is less than a second preset relevance, and the second process is a first candidate process whose second relevance is greater than or equal to the second preset relevance; Based on the preset priority of the second process and the application type of the application to which the second process belongs, screening out a third candidate process from the second process; Determine the purgeable process according to the application type of the application to which each process in the set of processes to be purge belongs; wherein the set of processes to be purge includes the third candidate process and the first process.

7. The memory recycling method according to claim 6, characterized in that: The selecting a third candidate process from the second process based on the preset priority of the second process and the application type of the application to which the second process belongs includes: In a case where the application type of the application to which the second process belongs is the system application type, determining the second process having a preset priority higher than the first priority as the third candidate process; In a case where the application type of the application to which the second process belongs is the third-party application type, determining the second process having the preset priority higher than the second priority as the third candidate process; The first priority is higher than the second priority.

8. The memory recycling method according to claim 6, characterized in that: The step of determining the cleanable processes according to the application type of the application to which each process in the set of processes to be cleaned belongs includes: Determine a process in the set of processes to be cleaned up whose application type is the system application type as a cleanable process; Determine a target application to which the target process belongs, and determine multiple first candidate processes belonging to the target application as cleanable processes, wherein the target process is a process in the set of processes to be cleaned whose application type is the third-party application type.

9. A memory recycling system, characterized in that: include: An acquisition module, configured to acquire, in response to the triggering of a memory reclaim instruction, applications to which each of the currently running multiple processes belongs, and process information corresponding to each of the multiple processes; wherein the process information includes running information and attribute information of the process; A decision module, configured to determine a cleanable process from the plurality of processes based on the application types of the applications to which the plurality of processes belong and the process information; wherein the application types include system application types and third-party application types; The execution module is used to reclaim the memory occupied by the purgeable process.

10. A vehicle, characterized in that: It includes a processor, which is used to execute the steps of the memory recycling method described in any one of claims 1-8, or includes a memory, which is used to store the steps of the memory recycling method described in any one of claims 1-8.

Images