Information monitoring method and device

Abstract

The invention provides an information monitoring method and device, and particularly relates to the technical field of data communication. The specific implementation scheme is as follows: in response to determining that at least two initial communication paths exist between a first process set running in a first device and a second process set running in a second device at the same time, replacing the at least two initial communication paths with one first communication path; and obtaining state information of the processes in the first process set by using the monitoring process, and sending the state information to the second process set through the first communication connection path for fault processing. According to the mode, the reporting and access times are effectively reduced, and the monitoring performance is improved.

Description

Technical Field

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

[0002] In the prior art, a centralized service on an x86 server usually includes multiple independent service processes, and multiple long connections are usually used for data transmission between the service processes in the centralized service and the service processes of upstream and downstream devices running on the x86 server. 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, an embodiment of the present disclosure provides an information monitoring method, the method comprising: in response to determining that at least two initial communication paths simultaneously exist 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 one first communication path, using a monitoring process to obtain status information of 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.

[0005] In a second aspect, an embodiment of the present disclosure provides an information monitoring device, which includes: a replacement module and a sending module, wherein the replacement module is configured to replace the at least two initial communication paths with one first communication path in response to determining that at least two initial communication paths simultaneously exist between a first process set running on a first device and a second process set running on a second device; and the sending module is configured to use a 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 connection path for fault handling.

[0006] In a third aspect, an embodiment of the present disclosure provides an information monitoring system, the system comprising: a first device and a second device, wherein the first device is used to execute the information monitoring method of any embodiment of the first aspect; and the second device is used to perform fault processing according to status information sent by the first device.

[0007] In a fourth aspect, an embodiment of the present disclosure provides an electronic device, which includes one or more processors; a storage device on which one or more programs are stored, and when the one or more programs are executed by the one or more processors, the one or more processors implement an information monitoring method as in any embodiment of the first aspect.

[0008] In a fifth aspect, an embodiment of the present disclosure provides a computer-readable medium having a computer program stored thereon, which, when executed by a processor, implements an information monitoring method as in any embodiment of the first aspect.

[0009] In a sixth aspect, an embodiment of the present disclosure provides a computer program product, including a computer program, which, when executed by a processor, implements an information monitoring method as in any embodiment of the first aspect.

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

[0011] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present disclosure, nor is it intended 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 in which the present disclosure may be applied;

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

[0014] Figure 3 is a flow chart 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 an information monitoring device according to the present disclosure;

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

[0018] Figure 7 It is a schematic diagram of the structure of a computer system suitable for implementing the electronic device of the embodiment of the present disclosure. DETAILED DESCRIPTION

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

[0020] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present disclosure may be combined with each other. The present disclosure will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0021] Figure 1 An exemplary system architecture 100 is shown to which embodiments of the information monitoring method of the present disclosure may be applied.

[0022] like Figure 1 As 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 optical fiber cables, etc.

[0023] Users can use terminal devices 101, 102, 103 to interact with server 105 through 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 may be installed in the electronic devices listed above. They may be implemented as multiple software or software modules, or as a single software or software module. No specific limitation is made here.

[0025] Server 105 can be a server that provides various services. For example, 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 one first communication path, status information of processes in the first process set is obtained using a monitoring process, and the status information is sent to the second process set via the first communication connection path for fault monitoring and processing.

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

[0027] It should be noted that the information monitoring method provided in the embodiments of the present disclosure can generally be executed by the server 105 or the terminal devices 101, 102, 103. Accordingly, the various parts (such as various units, sub-units, modules, sub-modules) 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 that Figure 1The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

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

[0030] Step 201: 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.

[0031] In this embodiment, the execution subject (for example, Figure 1 The server 105 or terminal devices 101, 102, 103) can detect the communication path between the first process set running on the first device and the second process set running on the second device. If there are at least two (for example, five, six, etc.) initial communication paths between the two, the at least two initial communication paths are replaced with one first communication path.

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

[0033] Here, the initial communication path and the first communication path may be communication connection paths in existing technologies or future development technologies, such as long connections and short connections.

[0034] The status information may include multiple types, such as CPU usage, memory usage, etc.

[0035] Step 202: using the monitoring process to obtain status information of 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 the inter-process communication method in the existing technology or future development technology, such as pipes, named pipes, signals, semaphores, 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] The second process set may include processes for processing process status information, such as session processes, management processes, etc., wherein the session processes and management processes may transmit process status information to a database for processing.

[0038] Here, after obtaining the process status information, the second process set can analyze and process the process status information to determine whether the process (ie, the monitored process) is in a fault state, and if so, generate a processing instruction for the process in the fault state.

[0039] The information monitoring method provided by the embodiments of the present disclosure, in response to determining that at least two initial communication paths simultaneously exist 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 status information of processes in the first process set, and sends the status information to the second process set through a first communication connection path for fault handling, that is, multiple communication paths between different devices used to transmit process status information are switched to one communication path between different devices, thereby reducing the number of reports and accesses, realizing unified management of process status information, and improving 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, because information transmission between the same device is more efficient and secure than information transmission between different devices, this method also further improves the security and efficiency of information transmission, thereby further improving monitoring performance.

[0040] In some optional manners, replacing at least two initial communication paths with one first communication path includes: replacing at least two long connections with one short connection.

[0041] In this implementation, the initial communication path is a long connection, the first communication path is a short connection, and the execution entity, in response to determining that at least two initial communication paths simultaneously exist 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 one short connection.

[0042] Among them, a long connection refers to a persistent connection established between two communicating parties, which can continuously send data until either party actively disconnects the connection, such as TCP (Transmission Control Protocol) long connection, HTTP (Hypertext Transfer Protocol) long connection, etc. A short connection refers to a connection established when the two communicating parties have data exchange, and the connection is disconnected after the data is sent, that is, each connection only completes the sending of one business data, such as TCP short connection, HTTP short connection, etc.

[0043] This implementation method replaces at least two long connections with one short connection, that is, after the status information of the monitored process is summarized by the monitoring process, it can be sent to the second process set through the short connection for fault monitoring and processing, so as to avoid long-term occupation of socket resources by long connections, and help upstream devices to perform multi-node distributed deployment.

[0044] In some optional methods, using the monitoring process to obtain the status information of the processes in the first process set includes: using the monitoring process to obtain the status information of the processes in the first process set through a local socket.

[0045] In this implementation, the execution subject may utilize 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 transmits data in the operating system kernel.

[0047] This implementation method uses the monitoring process to obtain the status information of the processes in the first process set through the local socket, thereby improving the efficiency of obtaining the status information and facilitating subsequent field expansion.

[0048] In some optional ways, the status information may include at least one of the following: CPU usage, memory usage, the number of file handles used, the corresponding program name, the corresponding program node name, and the 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, and corresponding program version number.

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

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

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

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

[0054] The execution subject may detect the processing instruction for the process in the fault state in real time or periodically, and restart or close the process in the fault state in response to detecting the processing instruction.

[0055] There are multiple ways to determine whether there is an abnormality in the state information of the process, for example, determining whether the state information is empty, determining whether one or more items in the state information meet preset conditions, etc.

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

[0057] In some optional embodiments, a process in a faulty state is determined by the second process set based on 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 preset conditions, the process is determined to be a process in a faulty state.

[0058] In this implementation, after the second process set running on the second device obtains the status information of the 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, then it can be determined that the process is in a faulty state; if the status information of the process is not empty, it can be further determined whether there are one or more information in the status information that do not meet the preset conditions. If so, it can be determined that the process is in a faulty state.

[0059] Among them, the preset conditions can be determined based on experience, actual needs and specific application scenarios.

[0060] This implementation improves the accuracy of determining a process in a faulty state by determining that the process's state information is empty, or that the process's state information is non-empty and one or more items in the state information do not meet preset conditions, thereby determining that the process is in a faulty state.

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

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

[0063] The second communication path may connect the first process set and the second process set. The second communication path may be a short connection.

[0064] Furthermore, the execution subject may transmit the above-mentioned non-state information by using the second communication path.

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

[0066] Further references Figure 3 , which shows Figure 3 The process 300 of another embodiment of the information monitoring method is shown. In this embodiment, the process 300 of the information monitoring method may include the following steps:

[0067] Step 301: 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.

[0068] In this embodiment, the implementation details and technical effects of step 301 can refer to the description of step 201 and will not be repeated here.

[0069] Step 302: using the monitoring process to obtain status information of processes in the first process set, and sending the status information to the second process set through the first communication connection path for fault monitoring and processing.

[0070] In this embodiment, the implementation details and technical effects of step 302 can refer to the description of step 202 and will not be repeated here.

[0071] Step 303: 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.

[0072] In this embodiment, if the execution subject detects a connection request from a third device, a third communication path may be established, and the third communication path may be used for data transmission.

[0073] The third communication path connects the first process set with a third process set running on a 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 the third devices may be one or more.

[0075] The above embodiments of the present disclosure, Figure 2 Compared with the illustrated embodiment, it highlights that in response to detecting a connection request from a third device, data is transmitted using a third communication path that connects the first process set with the third process set running on the third device. This method enables the status information of the process transmitted between the first device and the second device to further include the status information of the process in the third device, thereby improving the richness and effectiveness of the monitoring information and further improving the monitoring performance. In addition, setting the third communication path as a short connection avoids long-term occupation of resources compared to a long connection, and at the same time facilitates multi-node distributed deployment of downstream devices.

[0076] In some optional embodiments, 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 processing.

[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 screen recording services.

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

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

[0081] Continue to see Figure 4 , Figure 4 It 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, such as long connections, between the first process set 402 (such as the control process, the screen recording process and the proxy process) running on the first device 401 and the second process set 404 running on the second device 403. The execution subject (such as the first device) can replace the two initial communication paths with a first communication path 405, such as a short connection, wherein 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, and the second process set 404 may include processes for processing status information, such as 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 the local socket, and the status information is sent to the second process set 404 through the first communication path 405 for fault handling.

[0083] Furthermore, if non-state information of the processes in the first process set 402 to be transmitted is detected, a second communication path 407, 408 is created, such as a short connection, and the second communication path 407, 408 connects the first process set 402 and the second process set 404; the non-state information is transmitted using the second communication path 407, 408.

[0084] Furthermore, if a connection request from a third device 409 is detected, data is transmitted using a third communication path 411, 412 (e.g., a short connection) connecting the first process set 402 and a third process set 410 (e.g., a streaming process, an execution process, etc.) running on the third device, and the third device 409 is a downstream device of the first device 401.

[0085] Further references Figure 5 As an implementation of the methods shown in the above figures, the present disclosure provides an embodiment of an information monitoring device, which is similar to Figure 2 Corresponding to the method embodiment shown, the apparatus can be specifically applied to the first device.

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

[0087] The replacement module 501 may be configured to replace at least two initial communication paths with one first communication path in response to determining that at least two initial communication paths simultaneously exist between a first process set running on a first device and a second process set running on a second device.

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

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

[0090] In some optional aspects of this embodiment, the sending module is further configured to: use the monitoring process to obtain status information of processes in the first process set through a local socket.

[0091] In some optional embodiments of this embodiment, the device also includes: a transmission module, the transmission module is configured to create a second communication path in response to detecting non-state information of a process in the first process set to be transmitted; and transmit the non-state information using the second communication path.

[0092] In some optional aspects 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, and corresponding program version number.

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

[0094] In some optional aspects of this embodiment, the apparatus further includes: a processing module, the processing module being further configured to restart or shut down the process in the faulty state in response to detecting a processing instruction sent by the second device for the process in the faulty state.

[0095] In some optional embodiments of this embodiment, a process in a faulty state is determined by the second process set based on 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 preset conditions, the process is determined to be a process in a faulty state.

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

[0097] Further references Figure 6 , the present 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 , wherein the second device 602 is an upstream device of the first device 601 .

[0099] Wherein, the first device 601 is used to execute the information monitoring method described in the above embodiment 2.

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

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

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

[0103] It should be understood that Figure 6 The number of the first device 601 and the second device 602 in FIG. 6 is only illustrative. According to implementation requirements, there may be any number of first devices, second devices, and third devices.

[0104] In the technical solution disclosed herein, the acquisition, storage and application of user personal information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good morals.

[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] like Figure 7 , which is a block diagram of an electronic device according to the information monitoring method of an embodiment of the present disclosure.

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

[0108] like Figure 7As shown, the electronic device includes: one or more processors 701, a memory 702, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. The various components are interconnected using different buses and can be installed on a common mainboard or installed in other ways as needed. The processor can process instructions executed in the electronic device, including instructions stored in or on the memory to display the graphical information of the 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 together with multiple memories and multiple memories. Similarly, multiple electronic devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 7 A processor 701 is taken as an example.

[0109] The memory 702 is a non-transitory computer-readable storage medium provided by the present disclosure. The memory stores instructions executable by at least one processor to enable the at least one processor to perform the information monitoring method provided by the present disclosure. The non-transitory computer-readable storage medium of the present disclosure stores computer instructions, which are used to enable a computer to perform the information monitoring method provided by the present disclosure.

[0110] The memory 702 is a non-transient computer-readable storage medium that can be used to store non-transient software programs, non-transient computer executable programs and modules, such as program instructions / modules corresponding to the information monitoring method in the embodiment of the present disclosure (for example, the attached Figure 5 The processor 701 executes various functional applications and data processing of the server by running the non-transient software programs, instructions and modules stored in the memory 702, that is, the information monitoring method in the above method embodiment is implemented.

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

[0112] The electronic device of 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 via a bus or other means. Figure 7 The example of connecting through bus is taken in the following.

[0113] The input device 703 can receive input digital or character information, and generate key signal input related to user settings and function control of the electronic device for lane line detection, such as a touch screen, a keypad, a mouse, a track pad, a touch pad, an indicator rod, one or more mouse buttons, a trackball, a joystick and other input devices. The output device 704 may include a display device, an auxiliary lighting device (e.g., an 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 touch screen.

[0114] Various implementations of the systems and techniques described herein can be realized in digital electronic circuit systems, integrated circuit systems, dedicated ASICs (application specific integrated circuits), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being 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 special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0115] These computer programs (also referred to as programs, software, software applications, or code) include machine instructions for programmable processors and 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 means (e.g., disk, optical disk, memory, programmable logic device (PLD)) 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 pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types 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, voice input, or tactile input).

[0117] The systems and techniques described herein may be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0118] A computer system may include clients and servers. Clients and servers are generally remote from each other and usually interact through a communication network. The relationship of client and server is generated by computer programs running on respective computers and having a client-server relationship to each other.

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

[0120] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this application can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solution disclosed in this disclosure can be achieved, and this document is not limited here.

[0121] The above specific implementations do not constitute a limitation on the protection scope of the present disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modification, equivalent substitution and improvement made within the spirit and principle of the present disclosure shall be included in 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 connection path is used to transmit status information of processes in the first process set, and the second device is an upstream device of the first device; 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 initial communication path is a long connection, the first communication path is a short connection, and the replacing the at least two initial communication paths with one first communication path comprises: At least two of the long connections are replaced by one of the short connections.

3. 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.

4. 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.

5. 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.

6. 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.

7. The method according to claim 6, 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.

8. 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.

9. The method according to any one of claims 1 to 8, 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.

10. An information monitoring device, comprising: a replacement module, configured to, in response to determining that at least two initial communication paths simultaneously exist 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 connection path is used to transmit status information of processes in the first process set, and the second device is an upstream device of the first device; 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.

11. The device according to claim 10, wherein: The initial communication path is a long connection, the first communication path is a short connection, and the replacement module is further configured to: At least two of the long connections are replaced by one of the short connections.

12. The device according to claim 10, 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.

13. The apparatus according to claim 10, 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.

14. The apparatus according to claim 10, 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.

15. The apparatus according to claim 10, 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.

16. The device according to claim 15, 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.

17. The device according to claim 10, 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.

18. The method according to any one of claims 10 to 17, 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.

19. 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 9; The second device is used to perform fault processing according to the status information sent by the first device.

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

21. According to any one of claims 19-20, the system further comprises a third device, the third device is a downstream device of the first device, 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.

22. 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 9.

23. 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 9.

24. 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 9.

Images