Information monitoring method and device

Abstract

The present disclosure provides an information monitoring method and apparatus, which specifically relates to the field of data communication technologies. The specific implementation solution is as follows: in response to determining that there are at least two initial communication paths simultaneously existing between a first process set running on a first device and a second process set running on a second device, replacing the at least two initial communication paths with a first communication path; using a monitoring process to obtain the status information of the processes in the first process set, and sending the status information to the second process set through the first communication connection path for fault handling. This method effectively reduces the number of reports and accesses, and improves the monitoring performance.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technologies, specifically to the field of data communication technologies, and particularly to an information monitoring method and apparatus. Background Art

[0002] In the prior art, centralized services on x86 servers usually include multiple independent service processes. Service processes in the centralized service and service processes of upstream and downstream devices running on the x86 server usually use multiple long connections for data transmission. Summary of the Invention

[0003] Embodiments of the present disclosure provide an information monitoring method, apparatus, device, and storage medium.

[0004] In a first aspect, embodiments of the present disclosure provide an information monitoring method, which includes: in response to determining that there are at least two initial communication paths between a first process set running on a first device and a second process set running on a second device, replacing the at least two initial communication paths with a first communication path, obtaining status information of processes in the first process set by using a monitoring process, and sending the status information to the second process set through the first communication connection path for fault handling.

[0005] In a second aspect, embodiments of the present disclosure provide an information monitoring apparatus, which includes: a replacement module and a sending module, where the replacement module is configured to, in response to determining that there are at least two initial communication paths between a first process set running on a first device and a second process set running on a second device, replace the at least two initial communication paths with a first communication path; the sending module is configured to obtain status information of processes in the first process set by using a monitoring process, and send the status information to the second process set through the first communication connection path for fault handling.

[0006] In a third aspect, embodiments of the present disclosure provide an information monitoring system, which includes: a first device and a second device, where the first device is configured to execute the information monitoring method according to any one of the embodiments of the first aspect; the second device is configured to perform fault handling according to the status information sent by the first device.

[0007] In a fourth aspect, embodiments of the present disclosure provide an electronic device, which includes one or more processors; a storage device storing one or more programs thereon, and when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the information monitoring method according to any one of the embodiments of the first aspect.

[0008] Fifth aspect, embodiments of the present disclosure provide a computer-readable medium, on which a computer program is stored, and when the program is executed by a processor, it implements the information monitoring method according to any one of the embodiments of the first aspect.

[0009] Sixth aspect, embodiments of the present disclosure provide a computer program product, including a computer program, and when the computer program is executed by a processor, it implements the information monitoring method according to any one of the embodiments of the first aspect.

[0010] The present disclosure effectively reduces the number of reports and accesses, realizes the unified management of process status information, and improves the monitoring performance.

[0011] It should be understood that the content described in this part is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it used to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Figure 1 is an exemplary system architecture diagram to which the present disclosure can be applied;

[0013] Figure 2 is a flowchart of an embodiment of the information monitoring method according to the present disclosure;

[0014] Figure 3 is a flowchart of another embodiment of the information monitoring method according to the present disclosure;

[0015] Figure 4 is a schematic diagram of an application scenario of the information monitoring method according to the present disclosure;

[0016] Figure 5 is a schematic diagram of an embodiment of the information monitoring device according to the present disclosure;

[0017] Figure 6 is a schematic diagram of an embodiment of the information monitoring system according to the present disclosure;

[0018] Figure 7 is a schematic diagram of the structure of a computer system of an electronic device suitable for implementing the embodiments of the present disclosure. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0019] The following describes exemplary embodiments of the present disclosure with reference to the accompanying drawings. Various details of the embodiments of the present disclosure are included to assist understanding, and they should be considered merely exemplary. Therefore, those of ordinary skill in the art should recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present disclosure. Similarly, for clarity and conciseness, descriptions of well-known functions and structures are omitted in the following description.

[0020] It should be noted that, without conflict, the embodiments in the present disclosure and the features in the embodiments may be combined with each other. The following will describe the present disclosure in detail with reference to the accompanying drawings and in conjunction with the embodiments.

[0021] Figure 1 FIG. 100 shows an exemplary system architecture to which the information monitoring method of the present disclosure can be applied.

[0022] As Figure 1 shown, the system architecture 100 may include terminal devices 101, 102, 103, a network 104, and a server 105. The network 104 is used to provide a medium for communication links between the terminal devices 101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, etc.

[0023] Users can use the terminal devices 101, 102, 103 to interact with the server 105 through the network 104 to receive or send messages, etc.

[0024] The terminal devices 101, 102, 103 may be hardware or software. When the terminal devices 101, 102, 103 are software, they can be installed in the above-listed electronic devices. They can be implemented as multiple software or software modules, or can be implemented as a single software or software module. No specific limitation is made here.

[0025] The server 105 may be a server that provides various services. For example, in response to determining that there are at least two initial communication paths simultaneously between a first process set running on a first device and a second process set running on a second device, replacing the at least two initial communication paths with a first communication path, obtaining the status information of the processes in the first process set by using a monitoring process, and sending the status information to the second process set through the first communication connection path for fault monitoring and handling.

[0026] It should be noted that the server 105 may be hardware, may be implemented as a distributed server cluster composed of multiple servers, or may be implemented as a single server.

[0027] It should be pointed out that the information monitoring method provided by the embodiments of the present disclosure can generally be executed by the server 105 or the terminal devices 101, 102, 103. Correspondingly, each part (such as each unit, subunit, module, submodule) included in the information monitoring device can be set in the server 105 or the terminal devices 101, 102, 103.

[0028] It should be understood, Figure 1The numbers of the terminal devices, networks, and servers therein are merely illustrative. According to implementation requirements, there can be any number of terminal devices, networks, and servers.

[0029] Figure 2 Flow 200 of an embodiment of the information monitoring method is shown. The information monitoring method may specifically include the following steps:

[0030] Step 201, in response to determining that there are at least two initial communication paths simultaneously between a first process set running on a first device and a second process set running on a second device, replacing the at least two initial communication paths with a first communication path.

[0031] In this embodiment, the execution entity (e.g., Figure 1 server 105 or terminal devices 101, 102, 103 therein) can detect the communication paths between a first process set running on a first device and a second process set running on a second device. If there are at least two (e.g., five, six, etc.) initial communication paths between them, replacing the at least two initial communication paths with a first communication path.

[0032] Among them, the first communication path can connect a monitoring process running on the first device and the second process set. The initial connection path is used to transmit the status information of the processes in the first process set, and the second device can be an upstream device of the first device.

[0033] Here, the initial communication path and the first communication path can be communication connection paths in the prior art or future development technologies, e.g., long connection, short connection, etc.

[0034] Among them, the status information can include various types, e.g., CPU usage, memory usage, etc.

[0035] Step 202, using the monitoring process to obtain the status information of the processes in the first process set, and sending the status information to the second process set through the first communication path for fault handling.

[0036] In this embodiment, the execution entity can use the monitoring process to adopt an inter-process communication method in the prior art or future development technologies, e.g., pipe, named pipe, signal, semaphore, etc., to obtain the status information of one or more processes in the first process set, and send the status information to the second process set through the first communication connection path for fault handling.

[0037] Among them, the second process set can include processes for processing the status information of the processes, e.g., session process, management process, etc. Among them, the session process and the management process can pass the status information of the process into the database for processing.

[0038] Here, after obtaining the status information of the process, the second process set can analyze and process the status information of the process to determine whether the process (i.e., the monitored process) is in a faulty state. If so, a processing instruction for the process in the faulty state is generated.

[0039] The information monitoring method provided by the embodiments of the present disclosure, in response to determining that there are at least two initial communication paths simultaneously between a first process set running on a first device and a second process set running on a second device, replaces the at least two initial communication paths with a first communication path, uses a monitoring process to obtain the status information of the processes in the first process set, and sends the status information to the second process set through the first communication connection path for fault handling, that is, switches multiple communication paths between different devices for transmitting the status information of the process to one communication path between different devices, reduces the number of reports and accesses, realizes the unified management of the process status information, improves the monitoring performance, and the status information of multiple processes in the process set is uniformly collected and reported by the monitoring process on the same device. Since the information transmission between the same devices is more efficient and secure than the information transmission between different devices, this method further improves the security and efficiency of information transmission, and thus further improves the monitoring performance.

[0040] In some alternative ways, replacing the at least two initial communication paths with a first communication path includes: replacing the at least two long connections with a short connection.

[0041] In this implementation, the initial communication path is a long connection and the first communication path is a short connection. The execution entity, in response to determining that there are at least two initial communication paths simultaneously between a first process set running on a first device and a second process set running on a second device, can replace the at least two long connections with a short connection.

[0042] Among them, a long connection refers to a persistent connection established between two communication parties, and data can be continuously sent until either communication party actively disconnects the connection. For example, TCP (Transmission Control Protocol) long connection, HTTP (Hypertext Transfer Protocol) long connection, etc. A short connection refers to establishing a connection when there is data interaction between two communication parties, and disconnecting the connection after the data is sent, that is, each connection only completes the transmission of one piece of service data. For example, TCP short connection, HTTP short connection, etc.

[0043] This implementation replaces at least two long connections with one short connection, that is, after the monitoring process summarizes the status information of the monitored process, it can be sent to the second process set through the short connection for fault monitoring and handling, so as to avoid long connections occupying socket resources for a long time and help the upstream device to perform multi-node distributed deployment.

[0044] In some alternative ways, the monitoring process is used to obtain the status information of the processes in the first process set, including: using the monitoring process to obtain the status information of the processes in the first process set through the local socket.

[0045] In this implementation, the execution entity can use the monitoring process to obtain the status information of the processes in the first process set through the local socket.

[0046] Among them, the local socket is a mechanism for inter-process communication on the same host. It does not use the network protocol stack but directly transfers data in the operating system kernel.

[0047] This implementation improves the efficiency of obtaining status information and is easy to expand subsequent fields by using the monitoring process to obtain the status information of the processes in the first process set through the local socket.

[0048] In some alternative ways, the status information may include at least one of the following: CPU usage, memory usage, number of file handles used, corresponding program name, corresponding program node name, corresponding program version number.

[0049] In this implementation, the execution entity uses the monitoring process to obtain at least one of the following status information of the processes in the first process set: CPU usage, memory usage, number of file handles used, corresponding program name, corresponding program node name, corresponding program version number.

[0050] Furthermore, the execution entity can send the status information to the second process set through the first communication connection path for fault monitoring and handling.

[0051] Specifically, the status information of process A includes the number of file handles used. After the second process set obtains the status information, it can determine whether the number of file handles is greater than the preset file handle number threshold. If so, it can determine that process A is in a fault state and generate a processing instruction for process A.

[0052] In some alternative ways, the method further includes: in response to detecting a processing instruction for a process in a fault state sent by the second device, restarting or shutting down the process in the fault state.

[0053] In this implementation, after the second process set running on the second device obtains the status information of a process, it can determine whether there is an abnormality in the status information of the process. If there is an abnormality, it can determine that the process is in a fault state and send a processing instruction for the process in the fault state to the first device.

[0054] The execution entity can detect the processing instruction for the process in the fault state in real time or periodically, and in response to detecting the processing instruction, restart or shut down the process in the fault state.

[0055] Among them, the method of determining whether there is an abnormality in the status information of the process can include various methods. For example, determining whether the status information is empty, and determining whether one or more items in the status information meet the preset conditions, etc.

[0056] This implementation helps to process the process in the fault state in a timely manner by restarting or shutting down the process in the fault state in response to detecting the processing instruction for the process in the fault state sent by the second device.

[0057] In some alternative ways, the process in the fault state is determined by the second process set based on the status information in the following manner: in response to determining that the status information of the process is empty, or the status information of the process is non-empty and one or more items in the status information do not meet the preset conditions, it is determined that the process is a process in the fault state.

[0058] In this implementation, after the second process set running on the second device obtains the status information of a process, for each process, it can first determine whether the status information of the process is empty. If so, that is, the process does not exist, it can be determined that the process is a process in the fault state; if the status information of the process is non-empty, it can further determine whether there is one or more items of information in the status information that do not meet the preset conditions. If so, it can be determined that the process is a process in the fault state.

[0059] Among them, the preset conditions can be determined according to experience, actual requirements, and specific application scenarios.

[0060] This implementation improves the accuracy of determining the process in the fault state by determining that the process is in the fault state in response to determining that the status information of the process is empty, or the status information of the process is non-empty and one or more items in the status information do not meet the preset conditions.

[0061] In some alternative ways, the method further includes: in response to detecting the non-status information of the process in the first process set to be transmitted, creating a second communication path and using the second communication path to transmit the non-status information.

[0062] In this implementation manner, the execution entity can detect the non-status information of the processes in the first process set to be transmitted in real time or periodically. In response to detecting the non-status information, a second communication path can be created.

[0063] Among them, the second communication path can connect the first process set and the second process set. The second communication path can be a short connection.

[0064] Furthermore, the execution entity can use the second communication path to transmit the above non-status information.

[0065] This implementation manner creates a second communication path in response to detecting the non-status information of the processes in the first process set to be transmitted, and uses the second communication path to transmit the non-status information, realizing the transmission of the non-status information. At the same time, using a short connection to transmit the non-status information helps the upstream device to perform multi-node distributed deployment.

[0066] For further reference Figure 3 , which shows Figure 3 Flow 300 of another embodiment of the information monitoring method shown. In this embodiment, the flow 300 of the information monitoring method may include the following steps:

[0067] Step 301, in response to determining that there are at least two initial communication paths existing simultaneously between the first process set running on the first device and the second process set running on the second device, replace the at least two initial communication paths with one first communication path.

[0068] In this embodiment, for the implementation details and technical effects of step 301, reference can be made to the description of step 201, which will not be elaborated here.

[0069] Step 302, use a monitoring process to obtain the status information of the processes in the first process set, and send the status information to the second process set through the first communication connection path for fault monitoring and handling.

[0070] In this embodiment, for the implementation details and technical effects of step 302, reference can be made to the description of step 202, which will not be elaborated here.

[0071] Step 303, in response to detecting a connection request from the third device, use the third communication path connecting the first process set and the third process set running on the third device to perform data transmission.

[0072] In this embodiment, if the execution entity detects a connection request from the third device, it can establish a third communication path and use the third communication path to perform data transmission.

[0073] Among them, the third communication path connects the first process set and the third process set running on the third device. The third device may be a downstream device of the first device, and the third communication path may be a short connection.

[0074] Here, the third process set may include one or more processes, and the number of third devices may be one or more.

[0075] The above embodiments of the present disclosure, compared with Figure 2 the embodiments shown, highlight that in response to detecting a connection request from the third device, data transmission is performed using the third communication path that connects the first process set and the third process set running on the third device. This method enables the status information of the processes transmitted between the first device and the second device to further include the status information of the processes in the third device, improving the richness and effectiveness of the monitoring information, further enhancing the monitoring performance, and setting the third communication path as a short connection, which avoids long-term resource occupation compared with long connections and helps downstream devices to perform multi-node distributed deployment.

[0076] In some alternative ways, the first process set may include a control process and a screen recording process.

[0077] In this implementation, in the video stream screen sharing scenario, the execution entity can use the monitoring process to obtain the status information of the control process and the screen recording process in the first process set, and send the status information to the second process set through the first communication path for fault monitoring and handling.

[0078] Among them, the control process can be used to forward video data, and the screen recording process can be used to provide video saving and recording services.

[0079] In addition, the first process set may further include a proxy service for forwarding the execution results of tasks.

[0080] This method realizes the application in the video stream screen sharing scenario.

[0081] Continue to refer to Figure 4 , Figure 4 which is a schematic diagram of an application scenario of the information monitoring method according to this embodiment.

[0082] In the video stream screen sharing scenario, there are two initial communication paths between the first process set 402 (such as control process, screen recording process, and proxy process) running on the first device 401 and the second process set 404 running on the second device 403, such as long connections. The executing entity (such as the first device) can replace the two initial communication paths with a first communication path 405, such as a short connection. Among them, the first communication path 405 connects the monitoring process 406 running on the first device 401 and the second process set 404. The second device 403 is the upstream device of the first device 401. The second process set 404 may include processes for processing status information, for example, session processes, management processes, etc. Further, the monitoring process 406 is used to obtain the status information of the processes in the first process set 402 through a local socket, and send the status information to the second process set 404 through the first communication path 405 for fault handling.

[0083] Further, if non-status information of the processes in the first process set 402 to be transmitted is detected, second communication paths 407, 408 are created, such as short connections. The second communication paths 407, 408 connect the first process set 402 and the second process set 404; the non-status information is transmitted using the second communication paths 407, 408.

[0084] Further, if a connection request from the third device 409 is detected, third communication paths 411, 412 (such as short connections) that connect the first process set 402 and the third process set 410 (such as streaming process, execution process, etc.) running on the third device are used for data transmission. The third device 409 is the downstream device of the first device 401.

[0085] For further reference Figure 5 As an implementation of the methods shown in the above figures, the present disclosure provides an embodiment of an information monitoring device. This device embodiment corresponds to Figure 2 the method embodiment shown, and this device can be specifically applied to the first device.

[0086] As Figure 5 shown, the information monitoring device 500 of this embodiment includes: a replacement module 501 and a sending module 502.

[0087] Among them, the replacement module 501 can be configured to, in response to determining that there are at least two initial communication paths between the first process set running on the first device and the second process set running on the second device, replace the at least two initial communication paths with a first communication path.

[0088] A sending module 502, which can be configured to obtain the status information of the processes in the first process set by using a monitoring process, and send the status information to the second process set through the first communication path for fault handling.

[0089] In some alternative ways of this embodiment, the replacement module is further configured to replace at least two long connections with one short connection.

[0090] In some alternative ways of this embodiment, the sending module is further configured to obtain the status information of the processes in the first process set through a local socket by using a monitoring process.

[0091] In some alternative ways of this embodiment, the device further includes: a transmission module, which is configured to create a second communication path in response to detecting non-status information of the processes in the first process set to be transmitted; and transmit the non-status information by using the second communication path.

[0092] In some alternative ways of this embodiment, the status information includes at least one of the following: CPU usage, memory usage, number of file handles used, corresponding program name, corresponding program node name, corresponding program version number.

[0093] In some alternative ways of this embodiment, the device further includes: a connection module, which is further configured to perform data transmission by using a third communication path connecting the first process set and a third process set running on a third device in response to detecting a connection request from the third device.

[0094] In some alternative ways of this embodiment, the device further includes: a processing module, which is further configured to restart or shut down a process in a fault state in response to detecting a processing instruction sent by the second device for the process in a fault state.

[0095] In some alternative ways of this embodiment, a process in a fault state is determined by the second process set based on the status information in the following manner: in response to determining that the status information of the process is empty, or the status information of the process is non-empty and one or more items in the status information do not meet the preset conditions, determine that the process is a process in a fault state.

[0096] In some alternative ways of this embodiment, the first process set may include: a control process and a screen recording process.

[0097] Further referring to Figure 6 , this application provides an embodiment of an information monitoring system.

[0098] In this embodiment, the system includes a first device 601 and a second device 602, where the second device 602 is an upstream device of the first device 601.

[0099] The first device 601 is configured to execute the information monitoring method described in Embodiment 2 above.

[0100] The second device 602 is configured to perform fault handling according to the status information sent by the first device.

[0101] In some alternative ways, the second device is further configured to send a processing instruction for a process in a fault state to the first device.

[0102] In some alternative ways, the system further includes a third device, which is a downstream device of the first device. The third device is configured to transmit data to the first device through a third communication connection path. The third device may be a cloud terminal, such as a cloud phone.

[0103] It should be understood that Figure 6 the numbers of the first device 601 and the second device 602 are merely illustrative. According to the implementation requirements, there may be any number of first devices, second devices, and third devices.

[0104] In the technical solution of the present disclosure, the acquisition, storage, and application of the user's personal information involved all comply with the provisions of relevant laws and regulations and do not violate public order and good customs.

[0105] According to an embodiment of the present disclosure, the present disclosure also provides an electronic device, a readable storage medium, and a computer program product.

[0106] As Figure 7 shown, it is a block diagram of an electronic device for the information monitoring method according to an embodiment of the present disclosure.

[0107] 700 is a block diagram of an electronic device for the information monitoring method according to an embodiment of the present disclosure. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0108] As Figure 7As shown, the electronic device includes: one or more processors 701, a memory 702, and interfaces for connecting the components, including a high-speed interface and a low-speed interface. The various components are interconnected using different buses and can be mounted on a common motherboard or otherwise mounted as required. The processor can process instructions executed within the electronic device, including instructions stored in the memory or on the memory for displaying graphical information of a GUI on an external input / output device (such as a display device coupled to the interface). In other embodiments, if necessary, multiple processors and / or multiple buses can be used in conjunction with multiple memories and multiple memories. Similarly, multiple electronic devices can be connected, with each device providing part of the necessary operations (such as an array of servers, a set of blade servers, or a multi-processor system). Figure 7 In this example, a single processor 701 is used.

[0109] The memory 702 is the non-transitory computer-readable storage medium provided by the present disclosure. Wherein, the memory stores instructions executable by at least one processor, enabling the at least one processor to execute the information monitoring method provided by the present disclosure. The non-transitory computer-readable storage medium of the present disclosure stores computer instructions for causing a computer to execute the information monitoring method provided by the present disclosure.

[0110] The memory 702, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as the program instructions / modules corresponding to the information monitoring method in the embodiments of the present disclosure (for example, the replacement module 501 and the sending module 502 shown in the appendix). The processor 701 executes various functional applications and data processing of the server by running the non-transitory software programs, instructions, and modules stored in the memory 702, thereby implementing the information monitoring method in the above method embodiments. Figure 5

[0111] The memory 702 can include a program storage area and a data storage area. Among them, the program storage area can store an operating system and application programs required for at least one function; the data storage area can store data created during the use of the electronic device for face tracking, etc. In addition, the memory 702 can include high-speed random access memory and can also include non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state storage devices. In some embodiments, the memory 702 can optionally include memories remotely located relative to the processor 701, and these remote memories can be connected to the electronic device for lane line detection through a network. Examples of the above network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.

[0112] ​The electronic device for the information monitoring method may further include: an input device 703 and an output device 704. The processor 701, the memory 702, the input device 703, and the output device 704 may be connected through a bus or other means. Figure 7 Taking the connection through the bus as an example.

[0113] The input device 703 can receive input digital or character information, and generate key signal inputs related to user settings and function controls of the electronic device for lane line detection, such as input devices like touchscreens, keypads, mice, trackpads, touchpads, joysticks, one or more mouse buttons, trackballs, joysticks, etc. The output device 704 may include a display device, an auxiliary lighting device (e.g., LED), and a tactile feedback device (e.g., a vibration motor), etc. The display device may include, but is not limited to, a liquid crystal display (LCD), a light emitting diode (LED) display, and a plasma display. In some embodiments, the display device may be a touchscreen.

[0114] The various embodiments of the systems and techniques described herein can be implemented in digital electronic circuit systems, integrated circuit systems, dedicated ASICs (application specific integrated circuits), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include: implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a dedicated or general-purpose programmable processor, and can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit the data and instructions to the storage system, the at least one input device, and the at least one output device.

[0115] These computing programs (also referred to as programs, software, software applications, or code) include machine instructions for a programmable processor, and these computing programs can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. As used herein, the terms “machine-readable medium” and “computer-readable medium” refer to any computer program product, device, and / or apparatus (e.g., disks, optical disks, memories, programmable logic devices (PLDs)) for providing machine instructions and / or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term “machine-readable signal” refers to any signal for providing machine instructions and / or data to a programmable processor.

[0116] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and a pointing device (e.g., a mouse or a trackball) through which the user can provide input to the computer. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, speech input, or tactile input).

[0117] The systems and techniques described herein can be implemented in a computing system including backend components (e.g., as a data server), or a computing system including middleware components (e.g., an application server), or a computing system including frontend components (e.g., a user computer having a graphical user interface or a web browser through which the user can interact with an implementation of the systems and techniques described herein), or a computing system including any combination of such backend components, middleware components, or frontend components. The components of the system can be interconnected to each other by digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include: local area network (LAN), wide area network (WAN), and the Internet.

[0118] A computer system can include a client and a server. The client and the server are generally remote from each other and typically interact through a communication network. The relationship between the client and the server is created by computer programs running on the respective computers and having a client-server relationship with each other.

[0119] According to the technical solution of the embodiment of the present disclosure, the number of accesses to upstream devices and device accesses is effectively reduced, the unified management of the monitored processes is achieved, and the monitoring performance is improved.

[0120] It should be understood that various forms of the processes shown above can be used, steps can be reordered, added, or deleted. For example, the steps recited in this application can be executed in parallel, sequentially, or in a different order, as long as the desired results of the technical solution disclosed in the present disclosure can be achieved, and no limitation is imposed herein.

[0121] The above specific implementation manners do not constitute a limitation on the protection scope of the present disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principle of the present disclosure shall be included within the protection scope of the present disclosure.

Claims

1. An information monitoring method, comprising: In response to determining that at least two initial communication paths exist simultaneously between a first process set running on a first device and a second process set running on a second device, the at least two initial communication paths are replaced with a first communication path, wherein the first communication path connects a monitoring process running on the first device and the second process set, the initial communication path is used to transmit status information of processes in the first process set, the second device is an upstream device of the first device, the initial communication path is a long connection, and the first communication path is a short connection; The monitoring process is used to obtain status information of processes in the first process set, and the status information is sent to the second process set through the first communication path for fault processing.

2. The method according to claim 1, wherein: The using the monitoring process to obtain the status information of the processes in the first process set includes: The monitoring process is used to obtain status information of processes in the first process set through a local socket.

3. The method according to claim 1, further comprising: In response to detecting non-state information of a process in the first set of processes to be transmitted, creating a second communication path, the second communication path connecting the first set of processes and the second set of processes; The non-state information is transmitted using the second communication path, where the second communication path is a short connection.

4. The method according to claim 1, further comprising: In response to detecting a connection request from a third device, data is transmitted using a third communication path connecting the first process set with a third process set running on the third device, the third communication path is a short connection, and the third device is a downstream device of the first device.

5. The method according to claim 1, further comprising: In response to detecting a processing instruction sent by the second device for the process in the fault state, restarting or closing the process in the fault state.

6. The method according to claim 5, wherein: The process in the fault state is determined by the second process set based on the state information in the following manner: In response to determining that the state information of the process is empty, or the state information of the process is not empty and one or more items of the state information do not meet a preset condition, the process is determined to be a process in a fault state.

7. The method according to claim 1, wherein: The status information includes at least one of the following: CPU usage, memory usage, number of file handles used, corresponding program name, corresponding program node name, and corresponding program version number.

8. The method according to any one of claims 1 to 7, wherein: The first process set includes: a control process and a screen recording process, wherein the control process is used to forward video data, and the screen recording process is used to provide video saving and screen recording services.

9. An information monitoring device, comprising: A replacement module is configured to, in response to determining that at least two initial communication paths exist simultaneously between a first process set running on a first device and a second process set running on a second device, replace the at least two initial communication paths with a first communication path, wherein the first communication path connects a monitoring process running on the first device and the second process set, the initial communication path is used to transmit status information of processes in the first process set, the second device is an upstream device of the first device, the initial communication path is a long connection, and the first communication path is a short connection; The sending module is configured to use the monitoring process to obtain status information of processes in the first process set, and send the status information to the second process set through the first communication path for fault processing.

10. The device according to claim 9, wherein: The sending module is further configured to: The monitoring process is used to obtain status information of processes in the first process set through a local socket.

11. The apparatus according to claim 9, further comprising a transmission module, wherein the transmission module is configured to: In response to detecting non-state information of a process in the first set of processes to be transmitted, creating a second communication path, the second communication path connecting the first set of processes and the second set of processes; The non-state information is transmitted using the second communication path, where the second communication path is a short connection.

12. The apparatus according to claim 9, further comprising a connection module, wherein the connection module is configured to: In response to detecting a connection request from a third device, data is transmitted using a third communication path connecting the first process set with a third process set running on the third device, the third communication path is a short connection, and the third device is a downstream device of the first device.

13. The apparatus according to claim 9, further comprising a processing module, wherein the processing module is configured to: In response to detecting a processing instruction sent by the second device for the process in the fault state, restarting or closing the process in the fault state.

14. The device according to claim 13, wherein: The process in the fault state is determined by the second process set based on the state information in the following manner: In response to determining that the state information of the process is empty, or the state information of the process is not empty and one or more items of the state information do not meet a preset condition, the process is determined to be a process in a fault state.

15. The device according to claim 9, wherein: The status information includes at least one of the following: CPU usage, memory usage, number of file handles used, corresponding program name, corresponding program node name, and corresponding program version number.

16. The device according to any one of claims 9 to 15, wherein: The first process set includes: a control process and a screen recording process, wherein the control process is used to forward video data, and the screen recording process is used to provide video saving and screen recording services.

17. An information monitoring system, the system comprising a first device and a second device, the second device being an upstream device of the first device; in, The first device is used to perform the method according to any one of claims 1 to 8; The second device is used to perform fault processing according to the status information sent by the first device.

18. The system according to claim 17, wherein the second device is further configured to send a processing instruction for the process in a fault state to the first device.

19. The system according to claim 17, further comprising a third device, wherein the third device is a downstream device of the first device, and the third device is used to transmit data to the first device via a third communication path, and the third device is a cloud terminal.

20. An electronic device, characterized in that: include: at least one processor; as well as a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 8.

21. A non-transitory computer-readable storage medium storing computer instructions, characterized in that: The computer instructions are used to cause the computer to execute the method according to any one of claims 1 to 8.

22. A computer program product comprising a computer program, which, when executed by a processor, implements the method according to any one of claims 1 to 8.

Images