Fault positioning method and device, equipment and storage medium

Abstract

The invention provides a fault positioning method and device, equipment and a storage medium, and the method comprises the steps: determining a predicted fault reason based on a fault phenomenon under the condition that an authorization instruction triggered after the fault phenomenon is generated is received; second equipment matched with the target first equipment is determined from at least one piece of candidate equipment based on the predicted fault reason, target parameters corresponding to the predicted fault reason of the second equipment and the target first equipment are different, and other parameters except the target parameters are the same; the target first equipment is any one of the at least one first equipment related to the fault phenomenon; the current network environment of each first device is the same as the network environment when the fault phenomenon occurs; and locating a cause of the fault phenomenon based on the target first device and the second device. According to the fault positioning method and device, the equipment and the storage medium provided by the embodiment of the invention, the success rate of positioning the reason of the fault of the equipment is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of equipment operation and maintenance, and in particular to a fault location method, device, equipment and storage medium. Background Art

[0002] With the development of the monitoring industry, there are more and more customers using monitoring equipment, and various equipment anomalies have emerged. Therefore, how to quickly locate the cause of equipment failure is very important.

[0003] Currently, when equipment anomalies occur, operations on a test touch terminal can be monitored and mirrored, and configuration data is preset in a proxy server so that the target touch terminal and the test touch terminal receive the same response, thus highly restoring the operations and responses on the target touch terminal to reproduce the anomalies that occur on the client side.

[0004] However, in the above method, only the operations on the test touch terminal can be monitored and mirrored, and the actual network environment where the faulty equipment is located cannot be simulated, resulting in a low success rate when locating the cause of equipment failure. Summary of the Invention

[0005] The present invention provides a fault location method, device, equipment and storage medium to solve the defect of low success rate in locating the cause of equipment failure in the prior art, and to improve the success rate of locating the cause of equipment failure.

[0006] The present invention provides a fault location method, including:

[0007] When receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determining a predicted fault cause;

[0008] Based on the predicted fault cause, determining a second device that matches a target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each first device is currently located is the same as the network environment when the fault phenomenon occurs;

[0009] Based on the target first device and the second device, locating the cause of the fault phenomenon.

[0010] According to the fault location method provided by the present invention, the number of the first devices is at least two;

[0011] The reasons for generating the fault phenomenon based on the positioning of the target first device and the second device include:

[0012] Control a third device among at least two first devices other than the target first device to communicate with the target first device to obtain first communication data, and control the third device to communicate with the second device to obtain second communication data;

[0013] When it is determined based on the first communication data that the target first device generates the fault phenomenon, determine whether the second device generates the fault phenomenon based on the second communication data;

[0014] When it is determined that the second device generates the fault phenomenon, determine that the reason for the fault phenomenon is the network reason of the third device.

[0015] According to a fault location method provided by the present invention, the method further includes:

[0016] When at least one of the second devices does not generate the fault phenomenon, determine a new target first device among the third devices;

[0017] Determine a new second device that matches the new target first device from the at least one candidate device, where the target parameters corresponding to the predicted fault reasons of the new second device and the new target first device are different, and other parameters except the target parameters are the same;

[0018] Control a fourth device among the at least one first device other than the new target first device to communicate with the new target first device to obtain third communication data, and control the fourth device to communicate with the new second device to obtain fourth communication data;

[0019] When it is determined based on the third communication data that the new target first device generates the fault phenomenon, determine whether the new second device generates the fault phenomenon based on the fourth communication data;

[0020] When it is determined that the new second device generates the fault phenomenon, determine that the reason for the fault phenomenon is the network reason of the fourth device.

[0021] According to a fault location method provided by the present invention, the number of candidate devices is at least two;

[0022] The method further includes:

[0023] In the case where the cause of the fault phenomenon cannot be located based on the target first device and the second device, determine a fifth device associated with the second device from at least two candidate devices, where the function of the fifth device is the same as that of a third device among the at least one first device other than the target first device;

[0024] Collect target data received by the fifth device, where the target data is data forwarded by the second device to the fifth device through each of the first devices in sequence;

[0025] Locate the cause of the fault phenomenon based on the target data.

[0026] According to a fault location method provided by the present invention, the method further includes:

[0027] Determine replacement parameters based on the cause of the fault phenomenon;

[0028] Update the parameters corresponding to the replacement parameters in the second device and the fifth device to the replacement parameters;

[0029] Collect new target data received by the fifth device after replacing the parameters, where the new target data is data forwarded by the second device after replacing the parameters to the fifth device after replacing the parameters through each of the first devices in sequence;

[0030] Verify the cause of the fault phenomenon based on the new target data.

[0031] According to a fault location method provided by the present invention, the locating the cause of the fault phenomenon based on the target first device and the second device includes:

[0032] Receive an operation instruction for the fault phenomenon sent by the target first device;

[0033] After controlling the second device to respond to the operation instruction, locate the cause of the fault phenomenon based on the target first device and the second device.

[0034] The present invention also provides a fault location device, including:

[0035] A determination module, configured to determine a predicted fault cause based on the fault phenomenon in the case of receiving an authorization instruction triggered after the fault phenomenon occurs;

[0036] The determining module is further configured to determine, based on the predicted fault cause, a second device that matches the target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurs.

[0037] The positioning module is configured to locate the cause of the fault phenomenon based on the target first device and the second device.

[0038] The present invention further provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where when the processor executes the program, the fault location method described in any one of the above is implemented.

[0039] The present invention further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the fault location method described in any one of the above is implemented.

[0040] The present invention further provides a computer program product, including a computer program, and when the computer program is executed by a processor, the fault location method described in any one of the above is implemented.

[0041] The fault location method, device, equipment, and storage medium provided by the present invention, in the case of receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determine a predicted fault cause, and based on the predicted fault cause, determine a second device that matches the target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon, the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurs, and then locate the cause of the fault phenomenon based on the target first device and the second device. Since the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurs, after automatically networking the target first device and the matched second device, the actual network environment where the target first device is located can be retained, avoiding the need to simulate a network environment to test the target first device in the prior art, thereby increasing the probability of the target first device reproducing the fault, and further increasing the success rate when locating the cause of the fault phenomenon. Description of the Drawings

[0042] To more clearly illustrate the technical solutions in the present invention or the prior art, the following will briefly introduce the accompanying drawings required for the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are some embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other accompanying drawings can also be obtained based on these drawings.

[0043] Figure 1 Schematic flow chart of the fault location method provided by the embodiment of the present invention;

[0044] Figure 2 One of the schematic diagrams of the network structure for locating the cause of the fault phenomenon provided by the embodiment of the present invention;

[0045] Figure 3 Another schematic diagram of the network structure for locating the cause of the fault phenomenon provided by the embodiment of the present invention;

[0046] Figure 4 The third schematic diagram of the network structure for locating the cause of the fault phenomenon provided by the embodiment of the present invention;

[0047] Figure 5 Schematic diagram of the structure of the fault location device provided by the embodiment of the present invention;

[0048] Figure 6 Illustrates a schematic diagram of the physical structure of an electronic device. Detailed implementation manners

[0049] To make the objectives, technical solutions, and advantages of the present invention clearer, the following will clearly and completely describe the technical solutions in the present invention in conjunction with the accompanying drawings in the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts fall within the protection scope of the present invention.

[0050] Currently, when abnormalities occur in the devices purchased by customers, existing positioning methods usually rely on device diagnostic information, messages, and customers' operation steps. Specifically, a proxy server can be set up to record the operations on the test touch terminal, monitor and mirror them, so as to reproduce the fault and analyze it to locate the cause of the fault. Usually, during the process of locating abnormal problems caused by network fluctuations (such as packet loss, latency, jitter, and bandwidth limitation), when there are many network link nodes between the customer terminals used by customers and the Internet of Things devices, it is impossible to simulate and restore 100% within the laboratory. Therefore, after the problem is reported, testers often need to coordinate the customer's remote environment, directly log in to the remote computer at the customer site, and analyze the operations or instructions recorded by the proxy server. However, usually the test network environment during fault reproduction is inconsistent with the actual network environment of the customer, and the probability of the fault not being reproduced is relatively high in the above method. In addition, due to the inability to simulate the actual network environment where the faulty device is located, the success rate of locating the cause of the device failure is relatively low.

[0051] In the embodiments of the present invention, in view of the above problems, a fault location method is proposed. In this method, at least one first device related to the fault phenomenon can be connected to the problem location system, and a second device matching any target first device can be determined from at least one candidate device in the problem location system, so as to use these second devices and the target first device to locate the cause of the fault phenomenon. Among them, the network environment where each first device is currently located is the same as the network environment when the fault phenomenon occurs. After automatically networking the target first device and the matched second device, the actual network environment where the target first device is located can be retained, avoiding the phenomenon in the prior art that the target first device needs to be tested by simulating the network environment, thereby increasing the probability of the target first device reproducing the fault, and further increasing the success rate of locating the cause of the fault phenomenon.

[0052] The problem location system provided by the embodiments of the present invention includes a problem location server and at least one candidate device. Among them, the candidate device can include, for example, multiple models and customer terminals and image acquisition devices installed with different software versions. There are multiple customer terminals and image acquisition devices of each model, and all historical software versions are covered, so that corresponding devices can be automatically matched according to the faulty image acquisition device and customer terminal of the customer for fault simulation and reproduction. In addition, the problem location server, each customer terminal, and each image acquisition device are all connected to the Internet. After the first device joins the problem location system, all devices can communicate with each other, so as to reproduce the fault and locate the cause of the fault phenomenon through the communication between different devices.

[0053] The following is combined with Figures 1-4Describe the fault location method of the present invention. The fault location method provided by the embodiments of the present invention can be applied to scenarios of fault location for monitoring devices or other devices capable of communication. The execution subject of this method can be an electronic device such as a terminal, a server, a server cluster, or a specially designed fault location device, or a fault location device set in the electronic device, and the fault location device can be implemented by software, hardware, or a combination of both.

[0054] Figure 1 It is a schematic flowchart of the fault location method provided by the embodiments of the present invention. As Figure 1 shown, the fault location method includes:

[0055] Step 101: When receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determine the predicted fault cause.

[0056] In this step, during the use of the device by the user, if a certain first device fails or the user discovers a problem, the fault phenomenon or problem information is usually fed back to the after-sales service. When the after-sales maintenance personnel cannot simply locate or troubleshoot the cause of the fault, they will ask the user whether to authorize adding the faulty first device to the problem location system. If the user agrees to add the faulty first device to the problem location system to troubleshoot the cause of the fault phenomenon, an authorization instruction will be triggered through the first device. In addition, the user can also trigger the authorization instruction through other terminals. It should be noted that when the user triggers the authorization instruction through other terminals, the authorization instruction includes the identification information of the first device, so that the problem location server in the problem location system can add the first device and other devices with fault phenomena to the problem location system based on this identification information. In addition, the authorization instruction also includes the fault phenomenon, for example, video playback stuttering or video reception delay, etc.

[0057] When the problem location server receives the authorization instruction, it will determine the predicted fault cause based on the fault phenomenon. For example, if the fault phenomenon is video playback stuttering, the predicted fault causes include abnormal network on the customer terminal side, abnormal network on the image acquisition device side, and abnormal network nodes of the intermediate operator. Among them, the operator network nodes can include nodes of the backbone network or nodes of the metropolitan area network.

[0058] Step 102: Based on the predicted fault cause, determine a second device that matches the target first device from at least one candidate device.

[0059] Among them, the target parameters corresponding to the predicted failure causes of the second device and the target first device are different, and the other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the failure phenomenon; the network environment where each first device is currently located is the same as the network environment when the failure phenomenon occurred.

[0060] In this step, usually for a failure phenomenon caused by a network reason, it is necessary to check the entire network link involved in the network environment. Therefore, it is necessary to determine at least one first device related to the failure phenomenon. For example, if the failure phenomenon is buffering during playback, the determined first devices may include a client terminal for playing the video and an image acquisition device for collecting and sending video data.

[0061] For any target first device among at least one first device, a second device matching it can be determined from at least one candidate device in the problem location system based on the predicted failure cause. Among them, the target parameters corresponding to the predicted failure causes of the second device and the target first device are different, such as different networks. In addition, the other parameters of the target first device and the determined second device except the target parameters are the same, such as the same device type, the same device model, and the same installed software version. Among them, the device type includes a PC client terminal or a mobile client terminal, etc.

[0062] It should be understood that after determining the second device, the target first device, other first devices, and the determined second device can be automatically networked and all joined to the Internet, so as to achieve interconnection and communication between devices. Among them, when performing automatic networking, the network environment where each first device is currently located is the same as the network environment when the failure phenomenon occurred, that is, the network environment of each first device when the failure phenomenon occurred is retained, so that it is not necessary to locate the failure cause of the first device in a test network environment.

[0063] Step 103: Locate the cause of the failure phenomenon based on the target first device and the second device.

[0064] In this step, after determining the second device matching the target first device, the target first device, other first devices, and the second device are automatically networked, so as to send and receive data between devices, and analyze the data sending and receiving results to locate the cause of the failure phenomenon.

[0065] The fault location method provided by the embodiments of the present invention, in the case of receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determines a predicted fault cause, and based on the predicted fault cause, determines a second device that matches the target first device from at least one candidate device. The target parameters corresponding to the predicted fault causes of the second device and the target first device are different, and other parameters except the target parameters are the same. The target first device is any one of at least one first device related to the fault phenomenon, and the network environment where each first device is currently located is the same as the network environment when the fault phenomenon occurs. Then, based on the target first device and the second device, the cause of the fault phenomenon is located. Since the network environment where each first device is currently located is the same as the network environment when the fault phenomenon occurs, after automatically networking the target first device and the matched second device, the actual network environment where the target first device is located can be retained, avoiding the need to simulate the network environment to test the target first device in the prior art. Thus, the probability of the target first device reproducing the fault can be increased, and further the success rate of locating the cause of the fault phenomenon can be improved.

[0066] Exemplarily, on the basis of the above embodiments, when locating the cause of the fault phenomenon based on the target first device and the second device, an operation instruction for the fault phenomenon sent by the target first device can be received, and after controlling the second device to respond to the operation instruction, the cause of the fault phenomenon is located based on the target first device and the second device.

[0067] Specifically, after the target first device is added to the problem location system, the customer will be guided to execute an operation instruction for the fault phenomenon on the target first device, and the target first device will send the operation instruction for the fault phenomenon triggered by the customer to the problem location server. Wherein, the operation instruction may include operation steps and setting parameters of the application program.

[0068] The problem location server will control the determined second device to repeatedly execute the above operation instruction, so that the second device can have the same setting parameters as the target first device, and the above operation steps can be reproduced on the second device, providing a basis for subsequent location of the cause of the fault phenomenon.

[0069] Exemplarily, on the basis of the above embodiments, when the number of first devices is at least two, when locating the cause of the fault phenomenon based on the target first device and the second device, it can be implemented in the following manner:

[0070] Control the third device among at least two first devices other than the target first device to communicate with the target first device to obtain first communication data, and control the third device to communicate with the second device to obtain second communication data; in the case where it is determined based on the first communication data that the target first device has a fault phenomenon, determine whether the second device has a fault phenomenon based on the second communication data; in the case where it is determined that the second device has a fault phenomenon, determine that the cause of the fault phenomenon is the network reason of the third device.

[0071] Specifically, after determining the second device and networking each first device and the determined second device, the problem location server will send control instructions to the second device and the target first device to control the target first device and the third device among at least two first devices other than the target first device to communicate, so that the first communication data generated during the communication process can be stored.

[0072] Figure 2 One of the network structure diagrams for locating the cause of the fault phenomenon provided by the embodiments of the present invention, as Figure 2 shown. For example, assume that the target first device is the client terminal 201, the third device is the image acquisition device 204, and the second devices are the client terminal 202 and the client terminal 203. Among them, both the client terminal 201 and the image acquisition device 204 are devices related to the fault phenomenon. The problem location server will send an instruction to the client terminal 201 to trigger the video stream transmission and playback service between the client terminal 201 and the image acquisition device 204, and record the first communication data, such as recording the video playback result on the client terminal 201.

[0073] In addition, it is also possible to control the second device and the third device to communicate and record the second communication data. For example, the problem location server can select the client terminal 202 and the client terminal 203 from the candidate devices that have the same model as the client terminal 201, the same software version, and different networks used. For example, if the network of the client terminal 201 is a telecom network, the network of the client terminal 202 can be mobile, and the network of the client terminal 203 can be unicom. It should be understood that the operator also includes other secondary operators, and more client terminals and image acquisition devices can be considered to be added to improve the compatibility of the system.

[0074] The problem location server sends instructions to the client terminal 202 and the client terminal 203 respectively to trigger the video stream transmission and playback service between the client terminal 202 and the image acquisition device 204, and trigger the video stream transmission and playback service between the client terminal 203 and the image acquisition device 204, so as to record the second communication data, such as recording the video playback results on the client terminal 202 and the client terminal 203.

[0075] When it is determined that a target first device has a fault phenomenon based on the first communication data, it indicates that the fault phenomenon has been reproduced. For example, if the client terminal 201 experiences lag while playing a video, it means the problem has been reproduced. At this time, it is necessary to further determine whether a second device has a fault phenomenon based on the second communication data. For example, confirm whether the videos on the client terminal 202 and the client terminal 203 experience lag.

[0076] It should be noted that after the above client terminal 201, client terminal 202, and client terminal 203 detect the result of whether the played video experiences lag, they can send this detection result to the problem location server.

[0077] When it is determined that all second devices have a fault phenomenon, it can be determined that the cause of the fault phenomenon is the network reason of the third device. For example, if both the client terminal 202 and the client terminal 203 experience lag while playing a video, it means the cause of the lag is the network reason of the image acquisition device 204. At this time, the problem location server can send a prompt message to the user's terminal device or any one of the first devices to guide the user to check whether the network of the third device is abnormal. For example, it can check whether there is an abnormality in the network of the image acquisition device 204, such as whether there is a speed limit configuration, the signal strength at the location where the image acquisition device 204 is located, and so on.

[0078] In this embodiment, when it is determined that a target first device has a fault phenomenon based on the first communication data, it indicates that the fault phenomenon has been reproduced. Thus, it can be determined whether a second device has a fault phenomenon based on the second communication data. When it is determined that all second devices have a fault phenomenon, it can be determined that the cause of the fault phenomenon is the network reason of the third device. Since the second device is a device determined from at least one candidate device and matches the target first device, the network parameters of the second device are different from those of the target first device, and other parameters are the same as those of the target first device. Therefore, after the fault phenomenon is reproduced, based on the communication data of the second device, the cause of the fault phenomenon can be quickly located, improving the efficiency of locating the cause of the fault.

[0079] Exemplarily, based on the above embodiments, when at least one second device does not have a fault phenomenon, a new target first device is determined in the third device; a new second device that matches the new target first device is determined from at least one candidate device, where the target parameters corresponding to the predicted fault causes of the new second device and the new target first device are different, and other parameters except the target parameters are the same; the fourth device other than the new target first device in at least one first device is controlled to communicate with the new target first device to obtain third communication data, and the fourth device is controlled to communicate with the new second device to obtain fourth communication data; when it is determined based on the third communication data that the new target first device has a fault phenomenon, it is determined whether the new second device has a fault phenomenon based on the fourth communication data; when it is determined that the new second device has a fault phenomenon, it is determined that the cause of the fault phenomenon is the network cause of the fourth device.

[0080] Specifically, when at least one second device does not have a fault phenomenon, for example, at least one of the client terminals 202 and 203 does not experience lag when playing a video, the network cause of the third device can be excluded, that is, it is determined that the network of the third device is normal. At this time, a new target first device needs to be determined in the third device.

[0081] Among them, if there is only one third device, the third device can be directly determined as the new target first device. If the number of third devices is at least two, any one of the at least two third devices can be selected as the new target first device.

[0082] For the new target first device, the problem location server needs to re-determine a new second device that matches the new target first device from at least one candidate device. Among them, the target parameters corresponding to the predicted fault causes of the new second device and the new target first device are different, and other parameters except the target parameters are the same.

[0083] Figure 3 This is the second schematic diagram of the network structure for locating the cause of the fault phenomenon provided by the embodiments of the present invention. As Figure 3 shown, if the new target first device is the image acquisition device 204, the problem location server can select the image acquisition devices 205 and 206 with the same model and software version as the image acquisition device 204 and different operator networks from at least one candidate device as the new second devices.

[0084] After determining the new second device and networking the new target first device and the determined new second device, the problem location server will send control instructions to the new second device and the new target first device to control the new target first device and the fourth device among at least two first devices other than the new target first device to communicate, so that the third communication data generated during this communication can be stored. It should be noted that the fourth device may be the same as or different from the target first device in the foregoing embodiment.

[0085] For example, assuming that the fourth device is the same as the target first device in the foregoing embodiment, both are the client terminal 201, the problem location server will send an instruction to the client terminal 201 to trigger a video stream transmission and playback service between the client terminal 201 and the image acquisition device 204, and record the third communication data, such as the video playback result on the client terminal 201.

[0086] In addition, it is also possible to control the new second device and the fourth device to communicate and record the fourth communication data. For example, the problem location server sends an instruction to the client terminal 201 to trigger a video stream transmission and playback service between the client terminal 201 and the image acquisition device 205, and trigger a video stream transmission and playback service between the client terminal 201 and the image acquisition device 206, so as to record the fourth communication data, such as the video playback result on the client terminal 201.

[0087] When it is determined based on the third communication data that the new target first device has a fault phenomenon, it means that the fault phenomenon is reproduced. For example, if the client terminal 201 experiences lag when playing the video data sent by the image acquisition device 204, it means that the problem is reproduced. At this time, it is necessary to further determine whether the new second device has a fault phenomenon based on the fourth communication data. For example, determine whether the client terminal 201 experiences lag when playing the video data sent by the image acquisition device 205 and the image acquisition device 206.

[0088] When it is determined that the new second devices all have fault phenomena, it can be determined that the cause of the fault phenomenon is the network reason of the fourth device. For example, if the client terminal 201 experiences lag when playing the video data sent by the image acquisition device 205 and the image acquisition device 206, it means that the reason for the lag is likely to be the network reason of the client terminal 201. At this time, the problem location server can send a prompt message to the user's terminal device or any one of the first devices to guide the user to check whether the network of the fourth device is abnormal. For example, it can be checked whether the network of the client terminal 201 is abnormal.

[0089] In this embodiment, when at least one second device does not have a fault phenomenon, it is necessary to determine a new target first device in the third device, re-determine a new second device that matches the new target first device, and locate the cause of the fault phenomenon based on the new second device, thereby preventing the phenomenon of missed location and improving the comprehensiveness of cause location. In addition, by controlling the determined new target first device and new second device to perform data communication, when it is determined based on the third communication data that the new target first device has a fault phenomenon, it means that the fault phenomenon is reproduced. Thus, it is possible to determine whether the new second device has a fault phenomenon based on the fourth communication data. When it is determined that all the new second devices have a fault phenomenon, it can be determined that the cause of the fault phenomenon is the network reason of the fourth device. Since the new second device is a device determined from at least one candidate device that matches the new target first device, the network parameters of the new second device are different from those of the new target first device, and other parameters are the same as those of the new target first device. Therefore, after the fault phenomenon is reproduced, based on the communication data of the new second device, the cause of the fault phenomenon can be quickly located, improving the location efficiency of the fault cause.

[0090] Exemplarily, on the basis of the above embodiment, the number of candidate devices is at least two. When the cause of the fault phenomenon cannot be located based on the target first device and the second device, a fifth device associated with the second device is determined from at least one candidate device. The function of the fifth device is the same as that of the third device among at least one first device except the target first device; the target data received by the fifth device is collected, and the target data is the data forwarded by the second device to the fifth device through each first device in sequence; the cause of the fault phenomenon is located based on the target data.

[0091] Specifically, if the cause of the fault phenomenon cannot be located based on the target first device and the second device, for example, when there is no abnormality in the network on the customer terminal side and the network on the image acquisition device side, it is necessary to further determine whether some network characteristics existing in the network nodes of the operator affect the transmission of the video stream, such as the Quality of Service (QoS) policy. Since such problems cannot be solved by the customer themselves, it is necessary for R & D personnel to intervene and analyze, and then consider whether there is room for improvement from the product implementation level to adapt to this network. At this time, the problem location server can determine a fifth device associated with the second device from at least two candidate devices, where the function of the fifth device is the same as that of the third device among at least one first device except the target first device. Among them, the fifth device can be the new second device determined in the foregoing embodiment.

[0092] Figure 4 FIG. 3 is a schematic diagram of the network structure for locating the cause of the fault phenomenon provided by the embodiment of the present invention. AsFigure 4 As shown, assume that the second device is the client terminal 202, the target first device is the client terminal 201, and the third device is the image acquisition device 204. Then, an image acquisition device 205 associated with the client terminal 202 can be determined from the candidate devices, where the function of the image acquisition device 205 is the same as that of the image acquisition device 204.

[0093] Among them, data forwarding modules are provided in the second device, the target first device, the third device, and the fifth device. The data forwarding module is only responsible for the transparent transmission of signaling and data and does not involve any service processing.

[0094] After the fifth device is determined, the problem location server will control the second device, the target first device, the third device, and the fifth device to reorganize the network, so that the second device, the target first device, the third device, and the fifth device establish connections in sequence. In this way, the second device can control the third device through the actual network where the fault phenomenon occurs. For example, the actual network where the fault phenomenon occurs can be the network between the target first device and the third device.

[0095] When the second device controls the fifth device, it can forward data through the target first device and the third device in sequence. Therefore, the problem location server can collect the target data received by the fifth device and locate the cause of the fault phenomenon based on the target data.

[0096] Continue to refer to Figure 4 As shown, the data forwarding module of the client terminal 202 is connected to the data forwarding module of the client terminal 201, the data forwarding module of the client terminal 201 is connected to the data forwarding module of the image acquisition device 204, and the data forwarding module of the image acquisition device 204 is connected to the data forwarding module of the image acquisition device 205. In this way, the client terminal 202 can operate the image acquisition device 205 through the real network between the client terminal 201 and the image acquisition device 204.

[0097] Since there is a problem with the link between the client terminal 201 and the image acquisition device 204, there will inevitably be lags when requesting the video stream of the image acquisition device 205 on the client terminal 202. Through the above Figure 4In the networking mode, only the customer terminal 201 and the image acquisition device 204 need to be kept online, and no other operations are required. Then, the R & D personnel can intervene in the analysis, greatly reducing the customer cooperation requirements during the problem handling process. Among them, the customer terminal 202 and the image acquisition device 205 are both the customer terminal and the image acquisition device in the problem location system. The R & D personnel can directly operate through a serial port connection locally. For example, they can collect the target data received by the image acquisition device 205 in real time, such as logs and data packets, so as to locate the cause of the fault phenomenon based on the collected target data.

[0098] It should be noted that if some Internet of Things devices cannot perform packet capture on the image acquisition device due to limited hardware resources, port mirroring can also be configured on the local switch for packet capture.

[0099] In this embodiment, when the cause of the fault phenomenon cannot be located based on the target first device and the second device, a fifth device associated with the second device can be determined from at least two candidate devices, and the second device, the target first device, the third device, and the fifth device are connected in series for networking. By using the data forwarding modules of each node, the target data received by the fifth device is collected, and the cause of the fault phenomenon is located based on the target data. Since the real networks of the target first device and the third device are connected to the problem location system, it is convenient for the R & D personnel to perform packet capture on the fifth device in the system, so that the network interaction characteristics can be analyzed more comprehensively, and the cause of the fault phenomenon located is more accurate.

[0100] Exemplarily, on the basis of the above embodiment, the replacement parameter can also be determined based on the cause of the fault phenomenon, and the parameters corresponding to the replacement parameter in the second device and the fifth device are updated to the replacement parameter; the new target data received by the fifth device after the replacement parameter is collected. The new target data is the data forwarded by the second device after the replacement parameter to the fifth device through each first device in turn; the cause of the fault phenomenon is verified based on the new target data.

[0101] Specifically, after determining the cause of the fault phenomenon, it can be determined whether there is an optimization plan to be verified based on this cause. If so, the replacement parameter can be determined. For example, the replacement parameter can be the software version.

[0102] The parameters corresponding to the replacement parameter in the second device and the fifth device are updated to the replacement parameter. For example, the software versions on the customer terminal 202 and the image acquisition device 205 can be replaced, but the software versions on the customer terminal 201 and the image acquisition device 204 do not need to be replaced.

[0103] When the second device after replacing the parameter controls the fifth device after replacing the parameter, data can be forwarded sequentially through the target first device and the third device. Therefore, the problem location server can collect the new target data received by the fifth device after replacing the parameter, and verify the cause of the fault phenomenon based on the new target data. For example, the new target data on the image acquisition device 205 after replacing the software version can be collected, and the cause of the fault phenomenon can be verified based on the new target data.

[0104] Since only the data forwarding module of the target first device and the third device is involved in transparent transmission, it has nothing to do with the software service code. In this way, after the fault is repaired, the effect can be verified in the original problem network without affecting the customer device, improving the efficiency and accuracy of the verification.

[0105] The fault location device provided by the present invention will be described below. The fault location device described below can be correspondingly referred to the fault location method described above.

[0106] Figure 5 For the structural schematic diagram of the fault location device provided by the embodiment of the present invention, as Figure 5 shown, the fault location device 500 includes:

[0107] A determination module 501, configured to determine a predicted fault cause based on the fault phenomenon when receiving an authorization instruction triggered after the fault phenomenon occurs;

[0108] The determination module 501 is further configured to determine a second device that matches the target first device from at least one candidate device based on the predicted fault cause, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each first device is currently located is the same as the network environment when the fault phenomenon occurs;

[0109] A location module 502, configured to locate the cause of the fault phenomenon based on the target first device and the second device.

[0110] In an exemplary embodiment, the number of the first devices is at least two;

[0111] The location module 502 is specifically configured to:

[0112] Control a third device other than the target first device among at least two first devices to communicate with the target first device to obtain first communication data, and control the third device to communicate with the second device to obtain second communication data;

[0113] When it is determined, based on the first communication data, that the target first device has the fault phenomenon, determine whether the second device has the fault phenomenon based on the second communication data;

[0114] When it is determined that the second device has the fault phenomenon, determine that the cause of the fault phenomenon is the network cause of the third device.

[0115] In an exemplary embodiment, the apparatus 500 further includes a control module, wherein:

[0116] The determining module 501 is further configured to, when at least one of the second devices does not have the fault phenomenon, determine a new target first device in the third device;

[0117] The determining module 501 is further configured to determine a new second device that matches the new target first device from the at least one candidate device, where the target parameters corresponding to the predicted fault cause of the new second device and the new target first device are different, and other parameters except the target parameters are the same;

[0118] The control module is configured to control a fourth device other than the new target first device in the at least one first device to communicate with the new target first device to obtain third communication data, and control the fourth device to communicate with the new second device to obtain fourth communication data;

[0119] The determining module 501 is further configured to, when it is determined, based on the third communication data, that the new target first device has the fault phenomenon, determine whether the new second device has the fault phenomenon based on the fourth communication data;

[0120] The determining module 501 is further configured to, when it is determined that the new second device has the fault phenomenon, determine that the cause of the fault phenomenon is the network cause of the fourth device.

[0121] In an exemplary embodiment, the number of candidate devices is at least two;

[0122] The apparatus 500 further includes: an acquisition module, wherein:

[0123] The determining module 501 is further configured to, when the cause of the fault phenomenon cannot be located based on the target first device and the second device, determine a fifth device associated with the second device from at least two candidate devices, where the function of the fifth device is the same as the function of a third device other than the target first device in the at least one first device;

[0124] An acquisition module, configured to acquire target data received by the fifth device, where the target data is data forwarded by the second device to the fifth device through each of the first devices in sequence;

[0125] The positioning module 502 is further configured to locate the cause of the fault phenomenon based on the target data.

[0126] In an exemplary embodiment, the apparatus further includes: an update module and a verification module, where:

[0127] The determination module 501 is further configured to determine replacement parameters based on the cause of the fault phenomenon;

[0128] An update module, configured to update the parameters corresponding to the replacement parameters in the second device and the fifth device to the replacement parameters;

[0129] An acquisition module, configured to acquire new target data received by the fifth device after the replacement parameters, where the new target data is data forwarded by the second device after the replacement parameters to the fifth device after the replacement parameters through each of the first devices in sequence;

[0130] A verification module, configured to verify the cause of the fault phenomenon based on the new target data.

[0131] In an exemplary embodiment, the positioning module 502 is specifically configured to:

[0132] Receive an operation instruction for the fault phenomenon sent by the target first device;

[0133] Control the second device to respond to the operation instruction, and then locate the cause of the fault phenomenon based on the target first device and the second device.

[0134] The apparatus in this embodiment can be used to execute the method in any of the method embodiments of the fault location method. Its specific implementation process and technical effects are similar to those in the method embodiments of the fault location method. For specific details, reference can be made to the detailed introduction in the method embodiments of the fault location method, which will not be elaborated here.

[0135] Figure 6 Illustrates a schematic physical structure diagram of an electronic device, as Figure 6As shown, the electronic device may include: a processor 610, a communications interface 620, a memory 630, and a communication bus 640. Among them, the processor 610, the communications interface 620, and the memory 630 complete communication with each other through the communication bus 640. The processor 610 may call the logical instructions in the memory 630 to execute a fault location method, which includes: when receiving an authorization instruction triggered after a fault phenomenon occurs, determining a predicted fault cause based on the fault phenomenon; based on the predicted fault cause, determining a second device that matches a target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurs; locating the cause of the fault phenomenon based on the target first device and the second device.

[0136] In addition, when the logical instructions in the above-mentioned memory 630 are implemented in the form of software functional units and sold or used as an independent product, they may be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or a part of this technical solution, may be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of the present invention. The foregoing storage medium includes: various media such as a USB flash drive, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk, or an optical disc that can store program codes.

[0137] On the other hand, the present invention also provides a computer program product, which includes a computer program that can be stored on a computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the fault location method provided by each of the above methods. The method includes: when receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determining a predicted fault cause; based on the predicted fault cause, determining a second device that matches a target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurred; based on the target first device and the second device, locating the cause of the fault phenomenon.

[0138] In another aspect, the present invention also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it is implemented to execute the fault location method provided by each of the above methods. The method includes: when receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determining a predicted fault cause; based on the predicted fault cause, determining a second device that matches a target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurred; based on the target first device and the second device, locating the cause of the fault phenomenon.

[0139] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement it without creative efforts.

[0140] Through the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware. Based on such an understanding, the above technical solutions, in essence, or the part that contributes to the prior art can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0141] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements on some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A fault location method, characterized in that, it includes: When receiving an authorization instruction triggered after a fault phenomenon occurs, based on the fault phenomenon, determine a predicted fault cause; Based on the predicted fault cause, determine a second device that matches a target first device from at least one candidate device, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurred; Based on the target first device and the second device, locate the cause of the fault phenomenon.

2. The fault location method according to claim 1, characterized in that, the number of the first devices is at least two; The step of locating the cause of the fault phenomenon based on the target first device and the second device includes: Control a third device other than the target first device among at least two first devices to communicate with the target first device to obtain first communication data, and control the third device to communicate with the second device to obtain second communication data; When it is determined based on the first communication data that the target first device has the fault phenomenon, determine whether the second device has the fault phenomenon based on the second communication data; When it is determined that the second device has the fault phenomenon, determine that the cause of the fault phenomenon is the network cause of the third device.

3. The fault location method according to claim 2, characterized in that, the method further includes: When at least one of the second devices does not have the fault phenomenon, determine a new target first device among the third devices; Determine a new second device that matches the new target first device from the at least one candidate device, where the target parameters corresponding to the predicted fault cause of the new second device and the new target first device are different, and other parameters except the target parameters are the same; Control a fourth device other than the new target first device among the at least one first device to communicate with the new target first device to obtain third communication data, and control the fourth device to communicate with the new second device to obtain fourth communication data; When it is determined based on the third communication data that the new target first device has the fault phenomenon, determine whether the new second device has the fault phenomenon based on the fourth communication data; When it is determined that the new second device has the fault phenomenon, determine that the cause of the fault phenomenon is the network cause of the fourth device.

4. The fault location method according to any one of claims 1-3, characterized in that, the number of the candidate devices is at least two; the method further includes: In the case where the cause of the fault phenomenon cannot be located based on the target first device and the second device, determine a fifth device associated with the second device from at least two candidate devices, where the function of the fifth device is the same as that of a third device among the at least one first device other than the target first device; Collect target data received by the fifth device, where the target data is data forwarded by the second device to the fifth device through each of the first devices in sequence; Locate the cause of the fault phenomenon based on the target data.

5. The fault location method according to claim 4, wherein, the method further includes: Determine replacement parameters based on the cause of the fault phenomenon; Update the parameters corresponding to the replacement parameters in the second device and the fifth device to the replacement parameters; Collect new target data received by the fifth device after replacement of the parameters, where the new target data is data forwarded by the second device after replacement of the parameters to the fifth device after replacement of the parameters through each of the first devices in sequence; Verify the cause of the fault phenomenon based on the new target data.

6. The fault location method according to any one of claims 1-3, wherein, the locating the cause of the fault phenomenon based on the target first device and the second device includes: Receive an operation instruction for the fault phenomenon sent by the target first device; After controlling the second device to respond to the operation instruction, locate the cause of the fault phenomenon based on the target first device and the second device.

7. A fault location device, wherein, it includes: A determination module, configured to determine a predicted fault cause based on the fault phenomenon in the case of receiving an authorization instruction triggered after the occurrence of the fault phenomenon; The determination module is further configured to determine a second device matching the target first device from at least one candidate device based on the predicted fault cause, where the target parameters corresponding to the predicted fault cause of the second device and the target first device are different, and other parameters except the target parameters are the same; the target first device is any one of at least one first device related to the fault phenomenon; the network environment where each of the first devices is currently located is the same as the network environment when the fault phenomenon occurred; A location module, configured to locate the cause of the fault phenomenon based on the target first device and the second device.

8. An electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein, when the processor executes the program, it implements the fault location method according to any one of claims 1 to 6.

9. A computer-readable storage medium, on which a computer program is stored, wherein, when the computer program is executed by a processor, it implements the fault location method according to any one of claims 1 to 6.

10. A computer program product, including a computer program, wherein, When the computer program is executed by a processor, it implements the fault location method according to any one of claims 1 to 6.

Images