A health information monitoring method, system, electronic device and storage medium

Abstract

Embodiments of the present invention relate to a health information monitoring method, system, electronic device and storage medium. The method obtains target hardware information and target process information by acquiring and screening system bottom-level data; determines the actual monitoring status based on the target hardware information and the target process information, wherein the actual monitoring status includes the status of allocatable system resources and the health status of the process; compares the status of allocatable system resources and the health status of the process with the expected monitoring status of the preset configuration, and reports an abnormal status warning if an abnormal status exists; the technical solution monitors the vehicle-mounted software platform by directly acquiring system bottom-level data, replacing the solution of separately monitoring a single module of the system, reducing the amount of data acquisition and data transmission operations for the monitored object, and improving the timeliness of software health information monitoring.

Description

Technical Field

[0001] The present application relates to the field of computers, and in particular to a health information monitoring method, system, electronic device and storage medium. Background Art

[0002] With the development of network communication technology, the intelligent software platform of automobiles has gradually supported more and more automobile driving experience functions. Vehicles rely on software to realize engine start and stop, vehicle steering, vehicle network and other functions. The iteration speed of software algorithms based on these functions is also getting faster and faster. Therefore, the monitoring of the health of vehicle platform software is also facing an increasingly complex situation. At present, the monitoring of software health is usually implemented using customized modules. The information transmission between different modules is used to make real-time adjustments to the software health. In this process, the monitoring module needs to retrieve the data of the monitored area, and then interact with other modules after analysis. The monitoring results are determined based on the comparison of the comprehensive data of the interaction between modules with the expected monitoring data of the preset system configuration. Based on the large amount of data required for the above-mentioned monitoring process and the complicated data transmission process, it is currently difficult to realize the real-time monitoring of the health information of the vehicle software platform. Summary of the invention

[0003] The purpose of the present invention is to provide a health information monitoring method, system, electronic device and storage medium to solve the problem of large amount of data required for monitoring and complicated data transmission process.

[0004] The present invention provides a health information monitoring method, including: obtaining and screening system underlying data to obtain target hardware information and target process information; determining an actual monitoring status based on the target hardware information and the target process information, wherein the actual monitoring status includes an allocatable system resource status and a process health status; comparing the allocatable system resource status and the process health status with an expected monitoring status of a preset configuration, and reporting an abnormal status warning if an abnormal status exists.

[0005] In one embodiment of the present invention, obtaining the system bottom layer data includes: calling the system bottom layer interface through a preset library function; and accessing a database through the system bottom layer interface to obtain the system bottom layer data.

[0006] In one embodiment of the present invention, comparing the actual monitoring status with the expected monitoring status of the preset configuration includes: if the actual monitoring status is the same as the expected monitoring status of the preset configuration, determining that the process status is normal and terminating the current monitoring; if the actual monitoring status is different from the expected monitoring status of the preset configuration, determining that the process status is abnormal and reporting an abnormal status warning.

[0007] In one embodiment of the present invention, after reporting the abnormal status warning, it also includes: issuing operation instructions required to be executed for the abnormal process according to the reported abnormal status warning; performing operations on the abnormal process according to the operation instructions; and reporting the monitoring process and the execution process to form a log record.

[0008] In one embodiment of the present invention, performing an operation on the abnormal process according to the operation instruction includes: if the abnormal process does not need to continue, ending the abnormal process; if the abnormal process needs to continue, waking up the abnormal process and correcting it.

[0009] In one embodiment of the present invention, determining the actual monitoring status based on the target hardware information and the target process information includes: determining the system load status according to the target hardware information, and determining the allocatable system resource status; determining the operating status of each target process under the current operation of the system according to the target process information, and determining the process health status.

[0010] In one embodiment of the present invention, before determining the actual monitoring status based on the hardware information and the process information, it also includes: classifying the hardware information and the process information according to flag values; storing the classified data set into a global data space, wherein the global data space is a virtualized local storage space set constructed to collect and distribute the classified data; and distributing the hardware information and the process information in the global data space to data subscribers through a data distribution service.

[0011] In one embodiment of the present invention, a health information monitoring system is provided, including: an acquisition module, used to obtain the system's underlying data for screening to obtain target hardware information and target process information; a management module, used to determine the actual monitoring status based on the target hardware information and the target process information, the actual monitoring status including the allocatable system resource status and the process health status; an execution module, used to compare the actual monitoring status with the expected monitoring status of the preset configuration, and report an abnormal status warning if an abnormal status exists.

[0012] In one embodiment of the present invention, an electronic device is provided, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the electronic device implements the health information monitoring method as described above.

[0013] In one embodiment of the present invention, a computer-readable storage medium is provided, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor of a computer, the computer executes the health information monitoring method as described above.

[0014] The health information monitoring method, system, electronic device and storage medium in the embodiment of the present invention obtains the target hardware information and target process information by acquiring and filtering the underlying system data; determines the actual monitoring status based on the target hardware information and the target process information, wherein the actual monitoring status includes the status of allocable system resources and the health status of the process; compares the status of allocable system resources and the health status of the process with the expected monitoring status of the preset configuration, and reports an abnormal status warning if an abnormal status exists. By directly acquiring the underlying system data to monitor the vehicle software platform, it replaces the separate monitoring of a single module of the system, reduces the amount of data acquisition and data transmission operations, and improves the timeliness of software monitoring.

[0015] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The drawings herein are incorporated into the specification and constitute a part of the specification, showing embodiments consistent with the present application, and together with the specification, are used to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative work. In the drawings:

[0017] Figure 1 is a schematic diagram of an exemplary system architecture shown in an exemplary embodiment of the present application;

[0018] Figure 2 is a flow chart of a health information monitoring method shown in an exemplary embodiment of the present application;

[0019] Figure 3 is a flowchart of obtaining system bottom-level data shown in an exemplary embodiment of the present application;

[0020] Figure 4 is a flowchart of distributing data using a data distribution service DDS, shown in an exemplary embodiment of the present application;

[0021] Figure 5 This is a schematic diagram of data interaction between different nodes of a data distribution service DDS shown in an exemplary embodiment of the present application;

[0022] Figure 6 is a flowchart of processing an abnormal state warning according to an exemplary embodiment of the present application;

[0023] Figure 7 is a flowchart of evaluating the actual monitoring status shown in an exemplary embodiment of the present application;

[0024] FIG8( a ) is a block diagram of a health information monitoring system shown in an exemplary embodiment of the present application;

[0025] FIG8( b ) is a schematic diagram of the operation of a health information monitoring system shown in an exemplary embodiment of the present application.

[0026] Fig. 9 It is a structural diagram of a computer system of an electronic device shown in an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0027] The following will describe the embodiments of the present invention with reference to the accompanying drawings and specific embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, not for limiting the scope of protection of the present invention.

[0028] It should be noted that the illustrations provided in the following embodiments are only used to illustrate the basic concept of the present invention in a schematic manner, and thus the illustrations only show components related to the present invention rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.

[0029] In the following description, numerous details are discussed to provide a more thorough explanation of the embodiments of the present invention. However, it is obvious to those skilled in the art that the embodiments of the present invention can be implemented without these specific details. In other embodiments, well-known structures and devices are shown in the form of block diagrams rather than in detail to avoid making the embodiments of the present invention difficult to understand.

[0030] The "and / or" mentioned in this application describes the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects before and after are in an "or" relationship.

[0031] In one embodiment of the present invention, the beneficial effects provided also include: the health monitoring process is uniformly constructed as a comprehensive monitoring platform, which is abstracted as an independent monitoring system to comprehensively complete the collection, reporting, and warning of software health information, and the entire monitoring system is convenient for cross-platform and system transplantation as a whole, reducing the development workload of different platforms and systems, and facilitating later maintenance. Secondly, the data distribution service (DDS) is used to be data-centric, reduce communication delays, obtain the actual situation of the software process in a timely manner, and perform dynamic configuration, thereby improving data transmission capabilities.

[0032] Figure 1 It is a schematic diagram of an exemplary system architecture shown in an exemplary embodiment of the present application.

[0033] Reference Figure 1 As shown, the system architecture may include a vehicle-use intelligent mobile terminal 101 and a computer device 102. Among them, the vehicle-use intelligent mobile terminal 101 is used to provide software support for intelligent vehicles, integrating functions such as positioning, navigation, remote control, vehicle security, reversing images, driving records, multimedia entertainment, etc., and provides hardware information to the computer device 102 for monitoring and processing. The computer device 102 can be at least one of a microcomputer, an embedded computer, a network computer, etc. The vehicle user can use the computer device 102 to monitor health information, obtain the underlying data of the system and determine the actual monitoring status, and then compare the actual monitoring status with the expected monitoring status of the preset configuration to monitor the health status of the vehicle-use intelligent mobile terminal in real time.

[0034] Schematically, after obtaining the hardware information of the vehicle-use intelligent mobile terminal 101, the computer device 102 obtains the underlying system data and filters it to obtain the target hardware information and the target process information; based on the target hardware information and the target process information, the actual monitoring status is determined, and the actual monitoring status includes the status of allocable system resources and the health status of the process; the allocable system resources status and the health status of the process are compared with the expected monitoring status of the preset configuration, and if an abnormal state exists, an abnormal state warning is reported. It can be seen that the technical solution of the embodiment of the present application can realize real-time monitoring of the health status of the vehicle-use intelligent mobile terminal through the hardware information collection of the vehicle-use intelligent mobile terminal. It avoids information interaction delays caused by separate monitoring of multiple modules, and can also be abstracted as an overall detection module for transplantation, effectively solving the problem of large adaptation workload during cross-platform transplantation.

[0035] Figure 2 is a flowchart of a health information monitoring method shown in an exemplary embodiment of the present application. The health information monitoring method can be executed by a computing processing device. The computing processing device can be Figure 1 The computer device 102 shown in FIG. Figure 2As shown, the health information monitoring method at least includes steps S210 to S230, which are described in detail as follows:

[0036] In step S210, the system bottom layer data is acquired and screened to obtain target hardware information and target process information.

[0037] The acquisition of the underlying data of the system can be done according to Figure 3 The process of obtaining the underlying data of the system is executed in Figure 3 As shown, the following steps are included:

[0038] Step S310. Call the system bottom layer interface through the preset library function;

[0039] In one embodiment of the present application, the function library is an application programming interface, which is a collection of functions with certain functions established by the system. The name of the function and the corresponding object code, as well as the relocation information required in the connection process, are stored in the system. In this example, the library function provided by the operating system is used to implement the call interface at the application layer using the open file (Open) function, issue a call instruction to open the system file, and then enter the system kernel to call the source code analysis and open (sys_Open) function.

[0040] Step S320: Access the database through the system bottom layer interface to obtain the system bottom layer data.

[0041] In one embodiment of the present application, the system underlying interface obtained through step S310 enters the virtual file system (VFS) to access the underlying data file, and reads the system underlying data including but not limited to hardware information and process information in the virtual file system (VFS).

[0042] In one embodiment of the present application, after obtaining the target hardware information and the target process information, it also includes the operation of distributing the obtained data using the data distribution service (DDS). This process can be performed according to Figure 4 The data distribution process is executed using the Data Distribution Service (DDS). For details, refer to Figure 4 As shown, the following steps are included:

[0043] Step S410. Classify the hardware information and process information according to the flag value;

[0044] In one embodiment of the present application, the data publishing node registers the data type in the middleware and then establishes a topic. In this embodiment, the data types that form a mapping relationship with the hardware information and the process information are registered according to different flag values ​​of the hardware information and the process information, the hardware information topic and the process information topic are established, and different data are classified according to the established topics.

[0045] Step S420. Store the classified data set into the global data space;

[0046] In one embodiment of the present application, the global data space is a virtualized local storage space set. In the data distribution service (DDS), the global data space replaces the central server to manage the maintenance of topic publishing, topic subscription, node information and node association in the entire distributed system. In this embodiment, the data distribution node establishes the hardware information topic and the process information topic, and transmits the corresponding file set under the topic to the global data space for temporary storage and detection of the data.

[0047] Step S430: Distribute the hardware information and process information in the global data space to the data subscribers through the data distribution service.

[0048] In one embodiment of the present application, the middleware global data space receives file sets of different topics transmitted by the data distribution node, detects the data, and determines whether it meets the connection requirements. If it is determined that it meets the connection requirements, it establishes a connection with the data subscription node; based on the data subscription information published by the data subscription node, the information ownership is searched in the global data space, and the information is determined to be the file set to which the subscription information is mapped, and then distributed from the global data space to the subscriber.

[0049] It should be noted that there is no fixed logical connection between the data distributor and the data subscriber of the data distribution service. Its data distribution and subscription are centered on the data they need to provide or obtain, and the data is communicated through the middleware by publishing and subscribing according to the name of its topic.

[0050] Figure 5 It is a schematic diagram of data interaction between different nodes of a data distribution service (DDS) shown in an exemplary embodiment of the present application.

[0051] Reference Figure 5As shown, the data publishing node publishes a request to register the data type to the global data space according to the required published data. After receiving the request, the global data space generates a registration type annotation according to the data type and feeds back the registration result to the data publishing node. After receiving the registration result, the data publishing node generates different data topics according to the registration flag value for the required published data, and then sends the data topic to the global data space for storage. After the global data space adds the topic type to the storage queue, it feeds back to the data publishing node that the topic space is ready. After the global data space adds the topic to the storage queue, it receives the search data topic instruction issued by the data subscription node and performs a search operation on the data topic, and then feeds back the data topic search result to the data subscription node. After receiving the search result, the data subscription node will publish a subscription instruction for the found topic. The global data space receives and records the subscription instruction, and then feeds back the result of the successful data topic subscription to the data subscription node. After the data publishing node and the data subscription node establish a data connection with the global data space, the data publishing node publishes data according to the registered data topic. After the global data space obtains the data, it distributes the stored data according to the data topic subscribed by the data subscription node.

[0052] It should be noted that the above data interaction process only shows a complete data publishing and distribution process. There are other cyclic executions in the process. Only when both the data publishing node and the data subscription node establish data transmission connection with the global data space, the interaction process can be realized. In this interaction process, the implementation of the interaction steps is determined by the actual data transmission environment, and the time interval between specific steps is unlimited.

[0053] In step S220, the actual monitoring state is determined based on the target hardware information and the target process information.

[0054] In one embodiment of the present application, the hardware information of the target is obtained, including but not limited to central processing unit (CPU) information, internal memory information, and hard disk information. The total amount of system resources is obtained, and then the current system load state is analyzed to clarify the occupied resources under the current load state, and the total amount of remaining allocatable system resources is calculated. Then, based on the process information of the target, the survival state of each process in the system is determined, and the obtained process survival state is compared with the system process state expected to survive during the current operation of the system to determine the current health state of each process. Combining the above-mentioned allocatable system resource state and the current health state of each process, the actual monitoring state is obtained.

[0055] It should be noted that during the entire cycle from creation to cancellation of a process, sometimes the processor is occupied to execute the process task, sometimes it can run but there is no remaining process space on the processor, and sometimes there is an idle processor but it cannot be executed because it is waiting for a certain instruction to occur. Each process is active and has state changes, and its state can be generally divided into running state, ready state and dormant state. The state of the process mentioned in this embodiment is to determine the specific state of each process in the system in the above three states.

[0056] In step S230, the allocatable system resource status and the process health status are compared with the expected monitoring status of the preset configuration, and if an abnormal status exists, an abnormal status warning is reported.

[0057] In one embodiment of the present application, after comprehensively acquiring the actual monitoring status, that is, allocating the system resource status and the process health status, the status is compared with the expected monitoring status of the preset configuration. If the actual monitoring status is the same as the expected monitoring status of the preset configuration, it is determined that there is no abnormal process status and the monitoring is terminated; if the actual monitoring status is different from the expected monitoring status of the preset configuration, the process is determined to be abnormal and an abnormal status warning is reported.

[0058] It should be noted that the expected monitoring state of the above-mentioned preset configuration refers to the predicted state of the minimum system resource allocatable amount and process survival amount that the system itself must meet when executing different instructions on the smart car based on the inherent configuration information provided by the currently monitored platform or the system itself. Under this predicted state, the instructions issued by the execution system can operate normally.

[0059] In one embodiment of the present application, after reporting the abnormal state warning, a processing process for the abnormal state warning is also included, which can be performed according to Figure 6 For details on the process execution for abnormal status warnings, refer to Figure 5 As shown, the following steps are included:

[0060] Step S610. Issue the operation instructions required to be executed for the abnormal process according to the reported abnormal status warning;

[0061] In one embodiment of the present application, after determining the system abnormal state warning, the abnormal state is matched with the operation instructions required by the system in the state, and the system execution module is activated to publish the matched instructions.

[0062] Step S620. Execute an operation on the abnormal process according to the operation instruction;

[0063] In one embodiment of the present application, after the system issues an operation instruction, a specific correction operation is performed on the abnormal process of the system. The correction process includes determining the abnormal process, and if the process does not need to continue, the process is terminated; if the process needs to continue, the process needs to be awakened and corrected.

[0064] In this embodiment, the process of waking up the process and making corrections includes: selecting a central processing unit (CPU), adding the process to be awakened to a waiting queue; and increasing the priority level of the process to be awakened to seize the running position of the ordinary running process.

[0065] Step S630: Report the monitoring process and the execution process to form a log record.

[0066] For monitoring processes with abnormal status warnings, after the exception handling operation is activated and executed, the execution process of this exception handling is recorded, and the monitoring process and the execution process are reported simultaneously and recorded in the form of a log.

[0067] Figure 7 It is a flow chart of evaluating the actual monitoring status shown in an exemplary embodiment of the present application.

[0068] Reference Figure 7 As shown, after the evaluation process starts, it is first determined whether the expected monitoring state is the same as the preset configuration. If it is the same as the expected monitoring state of the preset configuration, the evaluation operation is terminated; if it is different from the expected monitoring state of the preset configuration, an abnormal state warning is reported first, and then the execution module is activated to process the above warning, and then the above evaluation process is written into the log record, and finally the evaluation process is looped until the actual monitoring state is the same as the expected monitoring state of the preset configuration.

[0069] The following introduces the system embodiment of the present application, which can be used to execute the health information monitoring method in the above embodiment of the present application. For details not disclosed in the system embodiment of the present application, please refer to the embodiment of the health information monitoring method in the above embodiment of the present application.

[0070] FIG8(a) is a block diagram of a health information monitoring system shown in an exemplary embodiment of the present application. The system can be applied to Figure 2 The implementation environment shown in the figure is specifically configured in the computer device 102. The system can also be applied to other exemplary implementation environments and specifically configured in other devices. This embodiment does not limit the implementation environment applicable to the device.

[0071] As shown in FIG. 8( a ), the exemplary health information monitoring system includes: a collection module 801 , a management module 802 , and an execution module 803 .

[0072] FIG8( b ) is a schematic diagram of the operation of a health information monitoring system shown in an exemplary embodiment of the present application.

[0073] Among them, the acquisition module 801 is used to obtain the system's underlying data for screening to obtain the target hardware information and target process information; the management module 802 is used to determine the actual monitoring status based on the target hardware information and target process information; the execution module 803 is used to compare the actual monitoring status with the expected monitoring status of the preset configuration, and if there is an abnormal state, report an abnormal state warning.

[0074] The data transmission between the acquisition module 801 and the management module 802 is implemented by relying on the data distribution service (DDS); after the management module 802 receives the data and determines the actual monitoring status, the actual monitoring status and the expected monitoring status of the preset configuration are transmitted to the execution module 803, and the comparison operation between the actual monitoring status and the expected monitoring status of the preset configuration is performed in the execution module.

[0075] An embodiment of the present application also provides an electronic device, comprising: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by one or more processors, the electronic device implements the health information monitoring method provided in the above-mentioned embodiments.

[0076] Fig. 9 The structure diagram of the computer system suitable for implementing the electronic device of the embodiment of the present application is shown. It should be noted that: Fig. 9 The computer system 900 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0077] like Fig. 9 As shown, the computer system 900 includes a central processing unit (CPU) 901, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 902 or the program loaded from the storage part to the random access memory (RAM) 903, such as the method described in the above embodiment. In RAM 903, various programs and data required for system operation are also stored. CPU 901, ROM 902 and RAM 903 are connected to each other through a bus. Input / output (I / O) interface 905 is also connected to bus 904.

[0078] The following components are connected to the I / O interface 905: an input section 906 including a keyboard, a mouse, etc.; an output section 907 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage section 908 including a hard disk, etc.; and a communication section 909 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section performs communication processing via a network such as the Internet. A drive is also connected to the I / O interface 905 as needed. A removable medium 911, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 910 as needed so that a computer program read therefrom is installed into the storage section 908 as needed.

[0079] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 909, and / or installed from a removable medium 911. When the computer program is executed by a central processing unit (CPU) 901, various functions defined in the system of the present application are executed.

[0080] It should be noted that the computer-readable medium shown in the embodiment of the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a computer-readable computer program is carried. This propagated data signal can take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. A computer program contained on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0081] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order 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 a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0082] In the corresponding drawings of the above embodiments, connecting lines may indicate the connection relationship between the various components to indicate more constituent signal paths and / or one or more ends of some lines may have arrows to indicate the main information flow direction. Connecting lines, as a mark, are not a limitation to the scheme itself, but the use of these lines in combination with one or more exemplary embodiments helps to connect circuits or logic units more easily. Any represented signal (determined by design requirements or preferences) may actually include one or more signals that can be transmitted in either direction and implemented with any appropriate type of signal scheme.

[0083] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0084] Another aspect of the present application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the health information monitoring method as described above is implemented. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.

[0085] It should be noted that, although several modules or units of the equipment for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into being embodied by multiple modules or units.

[0086] Through the description of the above implementation methods, it is easy for those skilled in the art to understand that the example implementation methods described here can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the implementation methods of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the implementation methods of the present application.

[0087] It should be noted that the present application can be used in many general or special computing system environments or configurations, such as personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronic devices, network PCs, minicomputers, mainframe computers, distributed computing environments including any of the above systems or devices, etc.

[0088] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the embodiments disclosed herein. The present application is intended to cover any variations, uses or adaptations of the present application, which follow the general principles of the present application and include common knowledge or customary technical means in the art that are not disclosed in the present application.

[0089] It should be understood that the above content is only a preferred exemplary embodiment of the present application and is not intended to limit the implementation scheme of the present application. A person skilled in the art can easily make corresponding changes or modifications based on the main concept and spirit of the present application. Therefore, the scope of protection of the present application should be the scope of protection required by the claims.

Claims

1. A health information monitoring method, characterized in that: include: Obtain the underlying system data and filter it to obtain the target hardware information and target process information; Determine the actual monitoring state based on the target hardware information and the target process information, the actual monitoring state includes the state of allocatable system resources and the health state of the process; wherein, the total system resources are obtained, the current system load state is analyzed, the occupied resources under the current load state are obtained, and the state of allocatable system resources is calculated, the target hardware information includes but is not limited to central processing unit information, internal memory information and hard disk information; determine the survival state of each process in the system according to the target process information, and compare the survival state of each process with the system process state expected to survive during the current operation of the system, and obtain the process health state, the survival state includes running state, ready state and sleeping state; The allocatable system resource status and the process health status are compared with the expected monitoring status of the preset configuration, and if an abnormal status exists, an abnormal status warning is reported.

2. The health information monitoring method according to claim 1, characterized in that: Obtaining system underlying data includes: Call the system's underlying interface through preset library functions; Access the database through the system bottom layer interface to obtain the system bottom layer data.

3. The health information monitoring method according to claim 1, characterized in that: Comparing the actual monitoring state with the expected monitoring state of the preset configuration includes: If the actual monitoring state is the same as the expected monitoring state of the preset configuration, the process state is determined to be normal and the monitoring is terminated; If the actual monitoring state is different from the expected monitoring state of the preset configuration, the process state is determined to be abnormal, and an abnormal state warning is reported.

4. The health information monitoring method according to claim 3, characterized in that: After reporting the abnormal status warning, it also includes: issuing operation instructions to be executed for the abnormal process according to the reported abnormal status warning; Execute an operation on the abnormal process according to the operation instruction; Report the monitoring process and generate log records for the execution process.

5. The health information monitoring method according to claim 4, characterized in that: Performing an operation on the abnormal process according to the operation instruction includes: If the abnormal process does not need to continue, then end the abnormal process; If the abnormal process needs to continue, the abnormal process is awakened and corrected.

6. The health information monitoring method according to claim 1, characterized in that: Before determining the actual monitoring state based on the hardware information and the process information, the method further includes: Classifying the hardware information and the process information according to the flag value; storing the classified data set into a global data space, wherein the global data space is a virtualized local storage space set constructed for collecting and distributing the classified data; The hardware information and the process information in the global data space are distributed to data subscribers through a data distribution service.

7. A health information monitoring system, characterized in that: include: The acquisition module is used to obtain the underlying data of the system for screening and obtain the target hardware information and target process information; A management module, configured to determine an actual monitoring state based on the target hardware information and the target process information, wherein the actual monitoring state includes an allocatable system resource state and a process health state; wherein the total system resource amount is obtained, the current system load state is analyzed, the occupied resources under the current load state are obtained, and the allocatable system resource state is calculated, wherein the target hardware information includes but is not limited to central processing unit information, internal memory information, and hard disk information; the survival state of each process in the system is determined according to the target process information, and the survival state of each process is compared with the system process state that is expected to be maintained during the current operation of the system, thereby obtaining the process health state, wherein the survival state includes a running state, a ready state, and a dormant state; The execution module is used to compare the actual monitoring state with the expected monitoring state of the preset configuration, and report an abnormal state warning if an abnormal state exists.

8. An electronic device, characterized in that: include: one or more processors; A storage device for storing one or more programs, which, when executed by the one or more processors, enables the electronic device to implement the health information monitoring method as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that: Computer-readable instructions are stored thereon, and when the computer-readable instructions are executed by a processor of a computer, the computer is caused to execute the health information monitoring method according to any one of claims 1 to 6.

Images