Process monitoring method and device

Abstract

The invention discloses a process monitoring method and device, and belongs to the technical field of intelligent driving. One specific embodiment of the method comprises the following steps: monitoring resource index data used in operation of a plurality of processes in the intelligent cabin system; under the condition that the monitoring result indicates that any resource index data exceeds the corresponding set resource threshold value, determining a target process corresponding to the resource index data exceeding the set resource threshold value; calling a process processing strategy corresponding to the process type of the target process, and managing the target process; according to the embodiment of the invention, the corresponding process processing strategies are executed for different types of processes by identifying the process types; the process monitoring and management refinement degree and flexibility are improved, so that the stability and reliability of the intelligent cabin system are improved, and the vehicle using experience of passengers is improved.

Description

Technical Field

[0001] The present invention relates to the field of intelligent driving technology, and in particular to a process monitoring method and device. Background Art

[0002] In the field of intelligent driving, the intelligent cockpit system integrates multiple functions such as display, media, communication, and driving assistance. During the operation of the intelligent cockpit system, it is usually necessary to monitor and process the operation of the intelligent cockpit system.

[0003] Existing methods usually obtain resource data consumed by processes in the smart cockpit system, and directly stop the process if there is an abnormality in the resource data consumed by the process. Existing methods do not consider the process type (critical system process or ordinary process, etc.), resulting in a low level of refinement in monitoring and processing processes. Directly stopping critical system processes may also cause abnormal system operation. Summary of the Invention

[0004] In view of this, the present invention provides a process monitoring method and device, which can monitor the resource indicator data used by multiple processes in the operation of an intelligent cockpit system; when the monitoring results indicate that any resource indicator data exceeds its corresponding set resource threshold, determine the target process corresponding to the resource indicator data that exceeds the set resource threshold; call the process processing strategy corresponding to the process type of the target process to manage the target process; the embodiment of the present invention identifies the process type and executes the corresponding process processing strategy for different types of processes; improves the refinement and flexibility of process monitoring and management, thereby improving the stability and reliability of the intelligent cockpit system and enhancing the vehicle experience of the passengers.

[0005] In order to solve the above technical problems, the present invention provides the following technical solutions:

[0006] In a first aspect, the present invention provides a process monitoring method, comprising: multiple processes in a smart cockpit system are assigned corresponding process types, and each process type is configured with a corresponding process processing strategy; the process monitoring method also includes: monitoring the resource indicator data used by multiple processes in the smart cockpit system during operation; when the monitoring results indicate that any of the resource indicator data exceeds its corresponding set resource threshold, determining the target process corresponding to the resource indicator data that exceeds the set resource threshold; calling the process processing strategy corresponding to the process type to which the target process belongs to manage the target process.

[0007] Optionally, the monitoring of resource indicator data in the running of multiple processes in the smart cockpit system includes: obtaining resource indicator data used by multiple processes in real time; dynamically storing each process identifier and the resource indicator data corresponding to the process identifier to a resource data source; wherein the resource indicator data is central processing unit usage data and / or memory usage data; and monitoring the resource data source.

[0008] Optionally, monitoring the resource data source includes: extracting the resource indicator data corresponding to multiple processes from the resource data source, and determining whether each resource indicator data exceeds its corresponding set resource threshold.

[0009] Optionally, after determining the target process corresponding to the resource indicator data, it further includes: obtaining a process function call stack that matches the process identifier based on the process identifier of the target process; parsing the current calling function from the process function call stack, and determining the process type to which the target process belongs based on the current calling function.

[0010] Optionally, determining the process type of the target process based on the currently called function includes: searching for the currently called function from a preset system function table; if found, searching for the process identifier of the target process from a preset key process table; if found, determining that the target process is a key system process; otherwise, determining it as an ordinary process.

[0011] Optionally, managing the target process includes: when it is determined that the process type is a critical system process, recording a running log of the target process; when it is determined that the process type is a common process, stopping the target process.

[0012] Optionally, the process monitoring method further includes: determining the preset monitoring time intervals of multiple processes in the smart cockpit system; the monitoring of the resource indicator data used in the operation of multiple processes in the smart cockpit system further includes: for the first resource indicator data whose monitoring results indicate that the first resource indicator data does not exceed the set resource threshold, determining the first process corresponding to the first resource indicator data, and extending the corresponding preset monitoring time interval for the first process; for the second resource indicator data whose monitoring results indicate that the second resource indicator data exceeds the set resource threshold, determining the second process corresponding to the second resource indicator data, and shortening the corresponding preset monitoring time interval for the second process.

[0013] In the second aspect, an embodiment of the present invention provides a process monitoring device, comprising: multiple processes in the smart cockpit system are assigned corresponding process types, and each process type is configured with a corresponding process processing strategy; the process monitoring device also includes: a monitoring resource module, which is used to monitor the resource indicator data used by multiple processes in the smart cockpit system during operation; a process determination module, which is used to determine the target process corresponding to the resource indicator data that exceeds the set resource threshold when the monitoring results indicate that any of the resource indicator data exceeds its corresponding set resource threshold; an execution strategy module, which is used to call the process processing strategy corresponding to the process type to which the target process belongs to manage the target process.

[0014] Optionally, the process monitoring device is used to monitor resource indicator data of multiple processes running in the smart cockpit system, including: obtaining resource indicator data used by multiple processes in real time; dynamically storing each process identifier and the resource indicator data corresponding to the process identifier to a resource data source; wherein the resource indicator data is central processing unit usage data and / or memory usage data; and monitoring the resource data source.

[0015] Optionally, the process monitoring device is used to monitor the resource data source, including: extracting the resource indicator data corresponding to multiple processes from the resource data source, and determining whether each resource indicator data exceeds its corresponding set resource threshold.

[0016] Optionally, after determining the target process corresponding to the resource indicator data, the process monitoring device is further used to obtain a process function call stack that matches the process identifier based on the process identifier of the target process; parse the current calling function from the process function call stack, and determine the process type to which the target process belongs based on the current calling function.

[0017] Optionally, the process monitoring device is used to determine the process type of the target process based on the current calling function, including: searching for the current calling function from a preset system function table; if found, searching for the process identifier of the target process from a preset key process table; if found, determining that the target process is a key system process; otherwise, determining it as an ordinary process.

[0018] Optionally, the process monitoring device is used to manage the target process, including: when it is determined that the process type is a critical system process, recording the operation log of the target process; when it is determined that the process type is an ordinary process, stopping the target process.

[0019] Optionally, the process monitoring device is also used to determine the preset monitoring time intervals of multiple processes in the smart cockpit system; the monitoring of the resource indicator data used in the operation of multiple processes in the smart cockpit system further includes: for the first resource indicator data whose monitoring results indicate that the first resource indicator data does not exceed the set resource threshold, determining the first process corresponding to the first resource indicator data, and extending the corresponding preset monitoring time interval for the first process; for the second resource indicator data whose monitoring results indicate that the second resource indicator data exceeds the set resource threshold, determining the second process corresponding to the second resource indicator data, and shortening the corresponding preset monitoring time interval for the second process.

[0020] In a third aspect, an embodiment of the present invention provides an electronic device, including:

[0021] one or more processors;

[0022] a storage device for storing one or more programs,

[0023] When the one or more programs are executed by the one or more processors, the one or more processors implement the process monitoring method according to the above-mentioned embodiment of the present invention.

[0024] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium on which a computer program for implementing the method is stored. When the computer program is executed by an on-board processor, the process monitoring method of the embodiment of the present invention is implemented.

[0025] The technical solution of the above invention has the following advantages or beneficial effects: it can monitor the resource indicator data used by multiple processes in the intelligent cockpit system during operation; when the monitoring results indicate that any resource indicator data exceeds its corresponding set resource threshold, determine the target process corresponding to the resource indicator data that exceeds the set resource threshold; call the process processing strategy corresponding to the process type of the target process to manage the target process; the embodiment of the present invention identifies the process type and executes the corresponding process processing strategy for different types of processes; improves the refinement and flexibility of process monitoring and management, thereby improving the stability and reliability of the intelligent cockpit system and enhancing the vehicle experience of the passengers. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Figure 1 is a flow chart of a process monitoring method provided according to an embodiment of the present invention;

[0027] Figure 2 is a schematic diagram of a process monitoring process provided according to an embodiment of the present invention;

[0028] Figure 3 2 is a schematic diagram of a process monitoring structure provided by an embodiment of the present invention;

[0029] Figure 4 2 is a schematic structural diagram of a process monitoring device provided according to an embodiment of the present invention;

[0030] Figure 5 It is a schematic diagram of the structure of a computer system suitable for implementing the embodiment of the present invention. DETAILED DESCRIPTION

[0031] The following description of exemplary embodiments of the present invention is made in conjunction with the accompanying drawings, in which various details of the embodiments of the present invention are included to facilitate understanding. These details should be considered as merely exemplary. Therefore, it should be appreciated by those skilled in the art that various changes and modifications may be made to the embodiments described herein without departing from the scope and spirit of the present invention. Similarly, for the sake of clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0032] It should be pointed out that, in the absence of conflict, the embodiments of the present invention and the technical features therein may be combined with each other.

[0033] Furthermore, the terms "first," "second," and "third," etc., used in the embodiments of the present invention, are used to distinguish similar objects, and are not necessarily used to describe a specific number or order. It should be understood that such terms are interchangeable where appropriate, and are merely a means of distinguishing objects with the same attributes in the embodiments of the present invention.

[0034] Furthermore, the vehicle involved in the embodiment of the present invention may be an internal combustion engine vehicle using an engine as a power source, a hybrid vehicle using an engine and an electric motor as power sources, an electric vehicle using an electric motor as a power source, or the like.

[0035] In the embodiment of the present invention, the process monitoring method of the smart cockpit system can be applied to vehicles, aircraft, etc. The present invention does not limit the type of vehicle to which the smart cockpit belongs.

[0036] In the smart cockpit field, the smart cockpit system (such as the QNX system) serves as the underlying operating system and hosts a variety of customized system processes. These customized system processes, as the foundational services of the smart cockpit, are crucial for the implementation of upper-layer applications, including data communication, graphics rendering, logging, diagnostics, and vehicle control management.

[0037] Customized system processes often have high permissions. If a system process experiences an anomaly (such as a memory leak or excessive CPU usage), it can quickly consume all the system's hardware resources and cause the entire system to crash. This can affect the normal operation of the smart cockpit and pose a potential safety hazard to vehicles.

[0038] Therefore, real-time and accurate monitoring and management of system processes can improve the reliability and stability of the stable operation of the smart cockpit system.

[0039] Currently, existing process monitoring methods have the following issues: 1) Monitoring processes consumes a certain amount of computing resources. Overly frequent or detailed monitoring can reduce system performance and impact the user experience. 2) Some processes may experience abnormalities, such as memory leaks or high CPU usage, but these conditions do not affect normal system functionality for a short period of time. Immediately terminating these processes can lead to functional issues or system instability.

[0040] In view of this, Figure 1 The following is a schematic diagram showing the main steps of the process monitoring method provided by the embodiment of the present invention:

[0041] In an embodiment of the present invention, multiple processes in the smart cockpit system are assigned corresponding process types, and each process type is configured with a corresponding process handling strategy. A process can be a custom system process running in the underlying operating system. It is understood that in the smart cockpit system, multiple types of processes can run, such as critical system processes that affect the stability and reliability of the system, or ordinary processes running in the system (such as application processes). In an embodiment of the present invention, corresponding process handling strategies are configured for different types of processes to improve the level of refined process management and enhance the operational stability of the system.

[0042] Step S101: Monitor resource indicator data used by multiple processes in the smart cockpit system during operation.

[0043] Specifically, resource indicator data used by multiple processes during operation is monitored, wherein the resource indicator data includes central processing unit usage data (CPU occupancy) and / or memory usage data (such as memory occupancy).

[0044] Furthermore, in an embodiment of the present invention, resource indicator data used by multiple processes is obtained in real time; each process identifier (e.g., process name) and the resource indicator data corresponding to the process identifier are dynamically stored in a resource data source; wherein the resource indicator data is central processing unit usage data and / or memory usage data; and the resource data source is monitored. Specifically, each process identifier and the resource indicator data corresponding to the process identifier are dynamically stored in the resource data source, and if a process identifier already exists in the resource data source, the resource indicator data of the already running process identifier is updated.

[0045] Furthermore, monitoring the resource data source includes: extracting the resource indicator data corresponding to the plurality of processes from the resource data source, and determining whether each resource indicator data exceeds its corresponding set resource threshold. Different resource indicators have corresponding set resource thresholds. For example, the set resource threshold for CPU occupancy is 85%, and the set resource threshold for memory occupancy is 80%. It is understood that the set resource threshold can be any value between [0, 100%].

[0046] Furthermore, preferably, resource indicator data of multiple processes can be read from the resource data source at set time intervals, that is, preset monitoring time intervals of multiple processes in the smart cockpit system are determined.

[0047] Furthermore, the monitoring of resource indicator data used by multiple processes in the intelligent cockpit system during operation further includes: for first resource indicator data whose monitoring results indicate that the first resource indicator data does not exceed the set resource threshold, determining the first process corresponding to the first resource indicator data, and extending the corresponding preset monitoring time interval for the first process; for second resource indicator data whose monitoring results indicate that the second resource indicator data exceeds the set resource threshold, determining the second process corresponding to the second resource indicator data, and shortening the corresponding preset monitoring time interval for the second process. Specifically, in an embodiment of the present invention, the preset monitoring time interval (for example, 5s, 10s, 30s, 60 seconds, 180s, etc.) is changed according to the results of different monitoring resource indicator data. For the process (first process) that does not exceed the set resource threshold, its corresponding preset monitoring time interval is extended, and for the process (second process) that exceeds the set resource threshold, its corresponding preset monitoring time interval is shortened; by adjusting the preset monitoring time interval, the consumption of computing resources by the monitoring operation can be reduced, the degree of refinement of process monitoring is improved, and the stability and robustness of the system are improved, providing a better user experience. The present invention does not limit the specific time interval values of the preset monitoring time interval, the extended preset monitoring time interval, and the shortened preset monitoring time interval.

[0048] Step S102: When the monitoring result indicates that any of the resource indicator data exceeds its corresponding set resource threshold, determine the target process corresponding to the resource indicator data exceeding the set resource threshold.

[0049] Step S103: calling the process handling policy corresponding to the process type to which the target process belongs to manage the target process.

[0050] Specifically, according to the method for monitoring resource indicator data of a process described in step S101, when the monitoring result indicates that any resource indicator data exceeds its corresponding set resource threshold, it is determined that there is an abnormal target process.

[0051] Furthermore, management is performed on the determined target process. Specifically, after the target process corresponding to the resource indicator data is determined, it further includes: according to the process ID of the target process, obtaining the process function call stack that matches the process ID; parsing the current calling function from the process function call stack, and determining the process type to which the target process belongs according to the current calling function. Specifically, a preset function can be used to obtain the process function call stack that matches the process ID. The method of obtaining the process function call stack has exceptions due to the operating system and programming language. For example, in the C language development of the Linux system, the function backtrace and backtrace_symbols provided by the operating system can be used to obtain the function call stack of a process; wherein the backtrace function is used to obtain the information of the stack frame, and the backtrace_symbols function converts the information of the stack frame into a symbolic string to display information such as the function name, file name and line number.

[0052] Furthermore, the current calling function is parsed from the process function call stack; for example, the function corresponding to the top of the process function call stack is parsed and used as the current calling function.

[0053] The process type to which the target process belongs is determined based on the currently called function, including: searching for the currently called function from a preset system function table; if the currently called function is found, searching for the process identifier of the target process from a preset key process table; if the target process is found, determining that the target process is a key system process; otherwise, determining that the target process is a normal process. Specifically, in an embodiment of the present invention, a preset system function table and a preset key process table are configured and maintained; wherein, the functions included in the system function table are of high importance to the operation of the system, that is, if an abnormality occurs in these functions, there is a risk of abnormality occurring in the system; the key process table includes the custom system processes managed by the embodiment of the present invention. If the process identifier and the currently called function are found in the preset system function table and the preset key process table, the target process is determined to be a key process, otherwise, it is determined to be a normal process.

[0054] Furthermore, the process processing strategy corresponding to the process type to which the target process belongs is called to manage the target process; specifically, the process processing strategy includes: when it is determined that the process type is a critical system process, recording the operation log of the target process; when it is determined that the process type is an ordinary process, stopping the target process.

[0055] In the case where it is determined that the process type is a critical system process, recording the operation log of the target process includes printing debug log information to indicate the current operation status of the process, that is, the operation of stopping the process is not performed for the critical system process, so as to overcome the problem of system operation abnormality (such as system crash, etc.) caused by stopping the system process; and in the case where it is determined that the process type is an ordinary process, the ordinary process (i.e., the target process) can be stopped directly to overcome the system operation performance problem caused by too many process resource occupation indicators.

[0056] The process monitoring method provided by the embodiment of the present invention can achieve the following beneficial effects:

[0057] 1) Tiered Monitoring Strategy: System processes are classified based on their resource usage and importance. For processes with normal resource usage and safe operation, a lightweight monitoring method (i.e., shortening the preset monitoring interval) is adopted to reduce the monitoring process's consumption of system resources.

[0058] 2) Multi-dimensional anomaly assessment: When a process anomaly occurs, not only does it monitor CPU and memory usage, but it also comprehensively assesses the degree of anomaly by combining multiple factors such as the call stack, process historical behavior, and function importance.

[0059] 3) Intelligent handling decision: Based on the comprehensive evaluation results, an intelligent decision is made whether to allow the process to continue running and wait for subsequent processing, or to terminate it immediately to prevent greater system risks. This is a flexible handling policy.

[0060] 4) Balancing resource optimization and system stability: Through hierarchical monitoring and intelligent processing, the monitoring system's consumption of computing resources is effectively reduced, while improving the system's stability and robustness, providing a better user experience.

[0061] The process monitoring method provided by the embodiment of the present invention improves the intelligence and refinement of the management process. It can not only effectively monitor the health status of the system process, but also make the best processing decisions when anomalies occur, thereby improving the stability of the system and user experience.

[0062] Figure 2 The following is a schematic diagram showing the main process flow of the process monitoring provided by the embodiment of the present invention:

[0063] Step S201: Obtain CPU usage data corresponding to multiple processes.

[0064] Step S202: Obtain memory usage data corresponding to multiple processes.

[0065] Step S203: storing each process identifier and the resource indicator data corresponding to the process identifier in a resource data source.

[0066] Step S204: When the monitoring result indicates that any resource indicator data exceeds its corresponding set resource threshold, a target process corresponding to the resource indicator data exceeding the set resource threshold is determined.

[0067] Step S205: Obtain a process function call stack that matches the process identifier; and parse the current calling function from the process function call stack.

[0068] Step S206: Search the currently called function from the preset system function table; if found, execute step S207; otherwise, execute step S204.

[0069] Step S207: Search the process ID of the target process from the preset key process table; if found, it is determined to be a key system process, and step S208 is executed; otherwise, it is determined to be a common abbreviation, and step S209 is executed.

[0070] Step S208: Record the running log of the target process.

[0071] Step S209: Stop the target process.

[0072] It is understandable that the numbers of steps S201 to S204 are merely examples and do not limit the order in which the steps are executed.

[0073] The description of steps S201 to S209 is: obtaining resource indicator data used by multiple processes in real time; dynamically storing each process identifier and the resource indicator data corresponding to the process identifier to a resource data source; wherein the resource indicator data is central processing unit usage data and / or memory usage data; and monitoring the resource data source.

[0074] The resource indicator data corresponding to multiple processes are extracted from the resource data source, and it is determined whether each resource indicator data exceeds its corresponding set resource threshold; when the monitoring result indicates that any resource indicator data exceeds its corresponding set resource threshold, the target process corresponding to the resource indicator data exceeding the set resource threshold is determined.

[0075] After determining the target process corresponding to the resource indicator data, obtaining a process function call stack that matches the process ID based on the process ID of the target process; parsing the current calling function from the process function call stack, and determining the process type of the target process based on the current calling function. Determining the process type of the target process based on the current calling function includes: searching for the current calling function in a preset system function table; if the current calling function is found, searching for the process ID of the target process in a preset key process table; if the process ID is found, determining the target process as a key system process; otherwise, determining the target process as a normal process.

[0076] If it is determined that the process type is a critical system process, the operation log of the target process is recorded; if it is determined that the process type is a common process, the target process is stopped.

[0077] Figure 3 The structure of process monitoring to which the embodiment of the present invention can be applied is shown, which includes: a system process set (processes) 101, a CPU monitoring module 102 (Process CPU monitor), a memory monitoring module 103 (Process memory monitor), a resource data source 104 (Process database), a processing process module 105 (Process monitor), a preset system function table 106 (Risk method table), a preset key process table 107 (Important process table), and a process log processing module 108 (DLT Log).

[0078] like Figure 3 As shown, the resource indicator data used by multiple processes during operation are monitored through 102, 103 and 105, and the abnormal system processes are monitored and handled in a graded manner according to the monitoring results.

[0079] Utilize 102 and 103 to scan the resource indicator data (i.e., CPU and / or memory consumption data) of each process in the system process set 101, i.e., a monitoring operation. When the monitoring result indicates that any of the resource indicator data exceeds its corresponding set resource threshold, determine the target process corresponding to the resource indicator data that exceeds the set resource threshold, and mark the target process. Further, update the resource indicator data of each process to 104 (i.e., an update operation); wherein, the data member structure of 104 includes, for example: process ID, an integer; process name, a string; CPU abnormal occupation flag, a Boolean value; memory leak flag, a Boolean value.

[0080] Utilize 105 to extract the resource indicator data of the process from the resource data source 104 in sequence (i.e., the acquisition operation), and find the target process marked by 102 or 103, and further obtain the process function call stack (i.e., the execution steps associated with the process) that matches the process identifier; parse the currently called function (i.e., the step being executed) from the process function call stack.

[0081] In step 106, the currently called function is searched (i.e., a search operation). If found, the potentially risky function call is compared with the current CPU and memory abnormality consumption flags (marked by steps 102 and 103). If so, the target process is searched in step 107 (i.e., a search operation). If found, the target process is determined to be a critical process, and only the debug log is printed to the log processing module 108 (i.e., a logging operation). If found, the target process included in step 101 is stopped (i.e., a "stop" operation on the process). For example, the key in the structure 106 is: the name of the risky function call, a string; the value is: determined by abnormal CPU usage and / or determined by memory leak; the structure of table 107 includes: the name of the critical process, a string.

[0082] The embodiments of the present invention improve the intelligence and refinement of process management by utilizing different monitoring modules and data sets to jointly perform process monitoring. It can not only effectively monitor the health status of system processes, but also make optimal processing decisions when system anomalies occur, thereby improving system stability and user experience.

[0083] Figure 4 The present invention is applicable to a process monitoring device 400, which includes: a plurality of processes in a smart cockpit system are assigned corresponding process types, and each process type is configured with a corresponding process processing strategy; the process monitoring device further includes:

[0084] A resource monitoring module 401 is used to monitor resource indicator data used by multiple processes in the intelligent cockpit system during operation;

[0085] a process determination module 402 configured to, when the monitoring result indicates that any resource indicator data exceeds its corresponding set resource threshold, determine a target process corresponding to the resource indicator data exceeding the set resource threshold;

[0086] The execution policy module 403 is used to call the process handling policy corresponding to the process type to which the target process belongs, and manage the target process.

[0087] Reference below Figure 5 , which shows a schematic structural diagram of a computer system 500 suitable for implementing an embodiment of the present invention. Figure 5 The computer system shown is only an example and should not limit the functions and scope of use of the embodiments of the present invention.

[0088] like Figure 5As shown, the computer system 500 includes a central processing unit (CPU) 501, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 502 or a program loaded from a storage unit 508 into a random access memory (RAM) 503. Various programs and data required for the operation of the system 500 are also stored in the RAM 503. The CPU 501, ROM 502, and RAM 503 are connected to each other via a bus 504. An input / output (I / O) interface 505 is also connected to the bus 504.

[0089] The following components are connected to the I / O interface 505: an input section 506; an output section 507 including a cathode ray tube (CRT), a liquid crystal display (LCD), and a speaker; a storage section 508 including a hard disk; and a communication section 509 including a network interface card such as a LAN card or a modem. The communication section 509 performs communication processing via a network such as the Internet. A drive 510 is also connected to the I / O interface 505 as needed. A removable medium 511, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is installed in the drive 510 as needed, so that a computer program read therefrom can be installed in the storage section 508 as needed.

[0090] In particular, according to the embodiments disclosed in the present invention, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, the embodiments disclosed in the present invention include a computer program product comprising a computer program carried on a computer-readable medium, the computer program comprising program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 509, and / or installed from a removable medium 511. When the computer program is executed by the central processing unit (CPU) 501, the above-mentioned functions defined in the system of the present invention are performed.

[0091] It should be noted that the computer-readable medium described in the present invention can be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media can include, but are not limited to, an electrical connection having one or more conductors, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present invention, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In the present invention, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. This propagated data signal can take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport a program for use by or in conjunction with an instruction execution system, apparatus, or device. Program code embodied on a computer-readable medium may be transmitted using any suitable medium, including but not limited to wireless, wireline, optical fiber cable, RF, or any suitable combination thereof.

[0092] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present invention. In this regard, each box in the flowchart or block diagram can represent a module, program segment, or a part of code, and the above-mentioned module, program segment, or a part of code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in an order different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart, can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0093] As another aspect, the present invention further provides a computer-readable medium, which may be included in the device described in the above embodiment; or it may exist independently and not be assembled into the device. The computer-readable medium carries one or more programs. When the one or more programs are executed by a device, the device includes the following steps: monitoring resource indicator data used by multiple processes in the intelligent cockpit system; if the monitoring results indicate that any of the resource indicator data exceeds its corresponding set resource threshold, determining the target process corresponding to the resource indicator data that exceeds the set resource threshold; and invoking the process processing policy corresponding to the process type to which the target process belongs to manage the target process.

[0094] The above specific implementation manner does not constitute a limitation on the protection scope of the present invention.

[0095] It should be understood by those skilled in the art that various modifications, combinations, sub-combinations, and substitutions may occur depending on design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention shall be included within the scope of protection of the present invention.

Claims

1. A process monitoring method, characterized in that: In the intelligent cockpit system, multiple processes are assigned corresponding process types, and each process type is configured with a corresponding process handling strategy; The process monitoring method further includes: Monitor resource indicator data used by multiple processes in the intelligent cockpit system; When the monitoring result indicates that any of the resource indicator data exceeds its corresponding set resource threshold, determining the target process corresponding to the resource indicator data exceeding the set resource threshold; The process handling policy corresponding to the process type to which the target process belongs is called to manage the target process.

2. The process monitoring method according to claim 1, characterized in that: The monitoring of resource indicator data of multiple processes running in the intelligent cockpit system includes: Get resource indicator data used by multiple processes in real time; Dynamically storing each process identifier and the resource indicator data corresponding to the process identifier in a resource data source; wherein the resource indicator data is central processing unit usage data and / or memory usage data; The resource data source is monitored.

3. The process monitoring method according to claim 2, characterized in that: The monitoring of the resource data source includes: The resource indicator data corresponding to a plurality of processes are extracted from the resource data source, and it is determined whether each resource indicator data exceeds its corresponding set resource threshold.

4. The process monitoring method according to claim 1, wherein: After determining the target process corresponding to the resource indicator data, the method further includes: According to the process ID of the target process, obtaining a process function call stack that matches the process ID; A current calling function is parsed from the process function call stack, and the process type to which the target process belongs is determined according to the current calling function.

5. The process monitoring method according to claim 4, characterized in that: The determining the process type of the target process according to the currently called function includes: The currently called function is searched from a preset system function table; if found, the process identifier of the target process is searched from a preset key process table; if found, the target process is determined to be a key system process; otherwise, it is determined to be an ordinary process.

6. The process monitoring method according to claim 1, characterized in that: Managing the target process, including: If the process type is determined to be a critical system process, recording the operation log of the target process; When it is determined that the process type is a common process, the target process is stopped.

7. The process monitoring method according to claim 1, characterized in that: The process monitoring method further includes: determining a preset monitoring time interval for a plurality of processes in the smart cockpit system; The monitoring of resource indicator data used by multiple processes in the intelligent cockpit system during operation further includes: For first resource indicator data whose monitoring result indicates that the data does not exceed a set resource threshold, determining a first process corresponding to the first resource indicator data, and extending a preset monitoring time interval corresponding to the first process; For the second resource indicator data indicated by the monitoring result exceeding the set resource threshold, a second process corresponding to the second resource indicator data is determined, and a preset monitoring time interval corresponding to the second process is shortened.

8. A process monitoring device, characterized in that: In the intelligent cockpit system, multiple processes are assigned corresponding process types, and each process type is configured with a corresponding process handling strategy; The process monitoring device also includes: A resource monitoring module is used to monitor resource indicator data used by multiple processes in the intelligent cockpit system during operation; a process determination module configured to, when the monitoring result indicates that any resource indicator data exceeds its corresponding set resource threshold, determine a target process corresponding to the resource indicator data exceeding the set resource threshold; The execution policy module is used to call the process processing policy corresponding to the process type to which the target process belongs, and manage the target process.

9. An electronic device for process monitoring, characterized in that: include: one or more processors; a storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having stored thereon a computer program for implementing process monitoring, characterized in that: include: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images