Method, device and electronic equipment for fault diagnosis

Abstract

Embodiments of the present application provide a fault diagnosis method, device and electronic equipment, which are applied to a target platform, the method comprising: receiving fault indication information sent by a target terminal, wherein the fault indication information comprises a target service identifier and fault phenomenon information; determining a video service with the target service identifier as a target video service that has occurred a fault; determining device information of the electronic equipment based on log information in a process in which the electronic equipment provides video data to the target video service; and selecting part or all of the device information based on the fault phenomenon information to perform fault diagnosis, and obtaining a fault diagnosis result. The present application realizes one-key fault diagnosis through the target service identifier and the fault phenomenon information without human intervention, thereby not only saving human resources, but also avoiding the problem of inaccurate fault diagnosis due to reliance on experience, and improving the efficiency of fault diagnosis.

Description

Technical Field

[0001] This invention relates to the field of video cloud service technology, and in particular to a method, apparatus, and electronic device for fault diagnosis. Background Technology

[0002] With the rise of mobile live streaming and early access viewing, more and more video data is being disseminated online. To better manage these large amounts of video data, an increasing number of enterprise users are choosing to run their video services on cloud servers. However, it is well known that no server is immune to the possibility of failure, and cloud servers are no exception.

[0003] Currently, the only way to diagnose cloud server faults is through manual methods. For example, when a video cloud service running on a cloud server malfunctions, server maintenance personnel obtain relevant data about the service and then perform fault diagnosis based on their experience to obtain the diagnosis results.

[0004] However, diagnosing faults manually is not only a waste of manpower, but also relies on experience, which leads to low accuracy and thus affects the efficiency of fault diagnosis. Summary of the Invention

[0005] In view of the above problems, embodiments of the present invention provide a method, apparatus and electronic device for fault diagnosis, so as to solve the problem of low efficiency in fault diagnosis by manual means in the prior art.

[0006] In a first aspect, embodiments of the present invention provide a method for fault diagnosis, wherein multiple video services are running in the target server, and a service identifier is set for each video service, the method comprising:

[0007] Receive fault indication information sent by the target terminal, wherein the fault indication information includes: target service identifier and fault phenomenon information, wherein the target service identifier is the service identifier of any of the video services;

[0008] The video service with the target service identifier is identified as the target video service that has experienced a failure.

[0009] Based on the log information during the process of the electronic device providing video data to the target video service, the device information of the electronic device is determined;

[0010] Based on the fault phenomenon information, select some or all of the equipment information to perform fault diagnosis and obtain fault diagnosis results.

[0011] Optionally, the step of selecting some or all of the equipment information based on the fault phenomenon information to perform fault diagnosis and obtain fault diagnosis results includes:

[0012] Select the target fault diagnosis strategy corresponding to the fault phenomenon information from a number of pre-set fault diagnosis strategies;

[0013] Based on the target fault diagnosis strategy, at least one piece of information from the equipment information is selected for fault diagnosis to obtain the fault diagnosis result.

[0014] Optionally, the device information includes: an IP (Internet Protocol) address, which is the source IP address carried in the target message sent by the electronic device during the process of providing video data to the target video service;

[0015] When the fault phenomenon information indicates that the electronic device is offline, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes:

[0016] Based on the target fault diagnosis strategy, the IP address in the device information is selected, and the access network domain type of the electronic device is determined according to the IP address. The access network domain type is the network domain type to which the electronic device belongs during the process of providing video data to the target video service.

[0017] The access network domain type is compared with the acceptance network domain type to obtain a fault diagnosis result associated with the network domain type, wherein the acceptance network domain type is the network domain type determined when the target server accepts the target video service.

[0018] Optionally, the device information includes: device identifier,

[0019] When the fault phenomenon information indicates that the electronic device is offline, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes:

[0020] Based on the target fault diagnosis strategy, select the device identifier in the device information, and query the interaction log information corresponding to the device identifier in the target server based on the device identifier;

[0021] Based on the interaction log information, fault diagnosis results associated with the configuration of the electronic device are obtained.

[0022] Optionally, the device information includes: actual bitrate, which is the amount of data transmitted per unit during the process of the electronic device providing video data to the target video service;

[0023] When the preview of the fault phenomenon information is distorted, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes:

[0024] Based on the target fault diagnosis strategy, the actual bitrate in the device information is selected, and the total bitrate is calculated based on the video data stream provided by the electronic device to the target video service, the network status of the network accessed by the electronic device, and the actual bitrate. The video data stream includes: a storage data stream and a push data stream.

[0025] The total bitrate is compared with the uplink bandwidth of the target video service to obtain fault diagnosis results associated with the uplink bandwidth.

[0026] Optionally, the device information includes: device identifier,

[0027] When the preview of the fault phenomenon information is black, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain fault diagnosis results includes:

[0028] Based on the target fault diagnosis strategy, the device identifier in the device information is selected, and based on the device identifier, the streaming media log information corresponding to the device identifier is queried in the target server.

[0029] If the streaming media log information corresponding to the device identifier is found, the fault diagnosis result of the target server failure is obtained.

[0030] Optionally, the device information includes: an IP address and a port identifier, wherein the IP address and the port identifier are the source IP address and source port identifier carried in the target packet sent by the electronic device during the process of providing video data to the target video service. The step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes:

[0031] Based on the target fault diagnosis strategy, the IP address and port identifier in the device information are selected. Based on the IP address and port identifier, the target network account used by the electronic device in the process of providing video data to the target video service is determined. The target server is connected to multiple networks, and each network includes multiple network accounts. The target network account is one of the multiple network accounts.

[0032] Among the pre-stored link information, based on the target network account, the link information accessed by the target network account is determined, and the link information accessed by the target network account is determined as the target link information;

[0033] Network fault diagnosis is performed on the network link indicated by the target link information to obtain fault diagnosis results associated with the network link.

[0034] Optionally, the plurality of networks includes a public network and at least one private network.

[0035] Optionally, the electronic device also provides signaling data to the target video service;

[0036] The step of determining the link information accessed by the target network account from multiple pre-stored link information, and identifying the link information accessed by the target network account as the target link information, includes:

[0037] The first link information used by the electronic device to transmit the signaling data based on the target network account and the second link information used to transmit the video data are determined respectively.

[0038] The first link information and the second link information are determined as the target link information.

[0039] Optionally, the video data includes: stored video data for storage in a first storage location on the target server and streamed video data for streaming to a second storage location on the target server; the second link information includes: storage link information for transmitting the stored video data and streaming link information for transmitting the streamed video data.

[0040] Optionally, after obtaining the fault diagnosis result, the method further includes:

[0041] The fault diagnosis results are returned to the target terminal.

[0042] Secondly, embodiments of the present invention provide a fault diagnosis apparatus applied to a target server, the apparatus comprising:

[0043] The receiving module is used to receive fault indication information sent by the target terminal, wherein the fault indication information includes: target service identifier and fault phenomenon information, and the target service identifier is the service identifier of any video service;

[0044] The first determining module is used to determine the video service with the target service identifier as the target video service that has failed.

[0045] The second determining module is used to determine the device information of the electronic device based on log information during the process of the electronic device providing video data to the target video service.

[0046] The fault diagnosis module is used to select some or all of the equipment information based on the fault phenomenon information to perform fault diagnosis and obtain fault diagnosis results.

[0047] Thirdly, embodiments of the present invention provide an electronic device, including: a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the fault diagnosis method as described above.

[0048] Fourthly, embodiments of the present invention provide a readable storage medium that, when the instructions in the storage medium are executed by the processor of an electronic device, enables the electronic device to perform the fault diagnosis method described above.

[0049] In this embodiment of the invention, the target server first receives fault indication information sent by the target terminal. The fault indication information includes a target service identifier and fault phenomenon information, allowing the target video service experiencing the fault to be identified based on the target service identifier. Since the target server stores log information from the process of the electronic device providing video data to the target video service, the device information of the electronic device can be determined. Finally, based on the fault phenomenon information, some or all of the device information is selected for fault diagnosis to obtain a fault diagnosis result. This invention achieves one-click fault diagnosis without human intervention, using the target service identifier and fault phenomenon information. This not only saves manpower but also avoids the problem of inaccurate fault diagnosis due to reliance on experience, thus improving the efficiency of fault diagnosis. Attached Figure Description

[0050] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments of the present invention will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0051] Figure 1 A flowchart illustrating the steps of a method for fault diagnosis of a target server provided in an embodiment of the present invention;

[0052] Figure 2 This is a practical application architecture diagram of the fault diagnosis method provided in the embodiments of the present invention;

[0053] Figure 3This is one of the flowcharts illustrating the steps of a fault diagnosis method provided in an embodiment of the present invention in practical application.

[0054] Figure 4 The second flowchart illustrates the steps of the fault diagnosis method provided in the embodiments of the present invention in practical application.

[0055] Figure 5 The third step of the flowchart illustrating the practical application of the fault diagnosis method provided in this embodiment of the invention;

[0056] Figure 6 The fourth step of the flowchart illustrating the practical application of the fault diagnosis method provided in this embodiment of the invention;

[0057] Figure 7 This is a structural block diagram of a fault diagnosis device provided in an embodiment of the present invention. Detailed Implementation

[0058] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0059] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of the invention. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments.

[0060] In various embodiments of the present invention, it should be understood that the sequence number of each process described below does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0061] See Figure 1 This invention provides a fault diagnosis method applied to a target server, which runs multiple video services and has a service identifier for each video service.

[0062] It should be noted that the target server running multiple video services indicates that the target server is a server capable of meeting the operational requirements of multiple video services. For example, a video cloud server. Video services are services related to video services provided by operators to users, such as live video streaming and video storage; there are no restrictions here. In other words, users can activate the corresponding video service by subscribing to a video service. Preferably, a video service here can be understood as a specific video service provided by an operator to a user, and the service identifier can be understood as the credential by which the operator provides that video service to that user. Taking live video streaming as an example, if user A wants to subscribe to a live video streaming service, upon receiving this request, the operator, based on the request, activates the live video streaming service for user A and generates an order number indicating that the operator has accepted the request. The operator then returns the order number and the room number of the live streaming room activated for user A to user A. Here, the video service is the live video streaming service activated for user A, and the service identifier is the order number indicating that the operator has accepted the request.

[0063] The method includes:

[0064] Step 101: Receive fault indication information sent by the target terminal, wherein the fault indication information includes: target service identifier and fault phenomenon information.

[0065] It should be noted that the target service identifier is the service identifier of any video service. Here, the fault indication information is a prompt message carrying the target service identifier sent to the target server when the target terminal displays the fault phenomenon information corresponding to the fault phenomenon. The target service identifier can be understood as the service identifier corresponding to the video service that has malfunctioned; the fault phenomenon information can characterize the fault phenomenon displayed by the target terminal. For example, if the fault phenomenon is video stuttering, the fault phenomenon information can be a fault code characterizing the fault phenomenon as video stuttering, but it is not limited to this. That is to say, the target terminal informs the target server of the fault phenomenon and the video service that has malfunctioned through the fault indication information. Taking the live broadcast example mentioned above, if user B encounters a fault while watching user A's live broadcast through terminal B, and the fault phenomenon is a sudden exit from the live broadcast room, then the target server receives the fault indication information sent by terminal B. This fault indication information includes the fault phenomenon information of terminal B suddenly exiting the live broadcast room and the order number (i.e., the target service identifier) ​​generated when the operator accepted user A's application request. It can be understood that the fault phenomenon information can be in the form of an image, such as the display screen of the target terminal, or in the form of text, such as the fault phenomenon: the video image is not clear. There is no limitation here.

[0066] Step 102: Identify the video service with the target service identifier as the target video service that has experienced a failure.

[0067] It should be noted that since the target server assigns a service identifier to each video service, the corresponding video service can be identified based on the service identifier. That is, by using the target service identifier carried in the fault indication information, the video service corresponding to that target service identifier is identified as the target video service that has experienced a fault.

[0068] Step 103: Determine the device information of the electronic device based on the log information during the process of the electronic device providing video data to the target video service.

[0069] It should be noted that during the operation of the target video service, the target server will receive video data sent by electronic devices. Here, electronic devices can be understood as devices that shoot / record videos and generate video data that are transmitted to the target server. Video data can be understood as data containing video content. For example, the electronic device may be a camera at a concert, and the video data may be footage from the concert, but it is not limited to these.

[0070] It is understandable that the target server records log information about the process of an electronic device providing video data to the target video service. In other words, the log information includes information about the electronic device providing the video data to the target video service. Therefore, based on the log information, the device information of the electronic device can be determined. This device information includes, but is not limited to, the device name and device type. Of course, the log information also includes, but is not limited to, the service information of the target video service, such as the service type of the target video service and the time information of when the target video service receives the video data.

[0071] Step 104: Select some or all of the equipment information based on the fault phenomenon information to perform fault diagnosis and obtain the fault diagnosis results.

[0072] It should be noted that fault diagnosis is the process of using detection methods or means to detect whether equipment associated with a target video service has malfunctioned and to determine the cause of the malfunction. Here, fault diagnosis can be understood as the process of determining the cause of a malfunction based on target data associated with the malfunction phenomenon. Target data refers to some or all of the equipment information selected based on the malfunction phenomenon information. In other words, based on the malfunction phenomenon information, some or all of the equipment information can be identified as target data associated with the malfunction; by performing fault diagnosis on the equipment associated with the target video service based on the target data, the cause of the malfunction can be determined.

[0073] In this embodiment of the invention, fault indication information sent by the target terminal is first received. This fault indication information includes a target service identifier and fault phenomenon information, allowing the identification of the target video service experiencing the fault based on the target service identifier. Since the target server stores log information documenting the process of the electronic device providing video data to the target video service, the device information of the electronic device can be determined. Finally, based on the fault phenomenon information, partial or complete device information is selected for fault diagnosis to obtain a fault diagnosis result. This invention solves the fault diagnosis problem without human intervention by using the target service identifier and fault phenomenon information, thereby saving manpower and avoiding inaccurate fault diagnosis due to reliance on experience, thus improving the efficiency of fault diagnosis.

[0074] Optionally, fault diagnosis can be performed by selecting some or all of the equipment information based on the fault phenomenon information, and the fault diagnosis results can be obtained, including:

[0075] Select the target fault diagnosis strategy that corresponds to the fault phenomenon information from a number of pre-set fault diagnosis strategies;

[0076] Based on the target fault diagnosis strategy, at least one piece of information from the equipment information is selected for fault diagnosis to obtain the fault diagnosis result.

[0077] It should be noted that the pre-set multiple fault diagnosis strategies are designed for different fault phenomena and are used to detect the causes of faults. Since each fault phenomenon corresponds to a fault phenomenon information, the target fault diagnosis strategy, that is, the fault diagnosis strategy corresponding to the fault phenomenon represented by the fault phenomenon information carried in the fault indication information, can be selected from the pre-set multiple fault diagnosis strategies.

[0078] Specifically, each fault diagnosis strategy includes one or more data points required to detect its corresponding fault phenomenon. Therefore, in the fault diagnosis process, the corresponding target fault diagnosis strategy is first determined based on the fault phenomenon information; then, the corresponding data, i.e., at least one piece of information from the equipment information, is selected according to the target fault diagnosis strategy, so that fault diagnosis can be performed and the fault diagnosis result can be obtained.

[0079] In this embodiment of the invention, the equipment information required for fault diagnosis based on fault phenomenon information is determined through a fault diagnosis strategy, thereby enabling more accurate and rapid location of the data required for fault diagnosis, and thus improving the efficiency of fault diagnosis.

[0080] Optionally, the device information includes: IP address, which is the source IP address carried in the target packet sent by the electronic device during the process of providing video data to the target video service;

[0081] When the fault symptom information indicates that the electronic device is offline, at least one piece of information from the device information is selected for fault diagnosis based on the target fault diagnosis strategy to obtain the fault diagnosis result, including:

[0082] Based on the target fault diagnosis strategy, select the IP address in the device information, and determine the access network domain type of the electronic device according to the IP address. The access network domain type is the network domain type to which the electronic device belongs during the process of providing video data to the target video service.

[0083] The access network domain type is compared with the acceptance network domain type to obtain the fault diagnosis results associated with the network domain type. The acceptance network domain type is the network domain type determined when the target server accepts the target video service.

[0084] It should be noted that "electronic device offline" can be understood as the inability to receive the video feed transmitted by the electronic device when it is needed to view the video footage captured by the device. For example, user A wants to watch user B's live stream; the live stream shows it is running, but after entering the live stream room, the user cannot see the live feed. This is understandable because, during the process of the electronic device providing video data to the target video service, the video data is transmitted in the form of packets. It is well known that if the domain type of the data sender's access network and the domain type of the receiver's designated receiving network are inconsistent, the sender will send data through its access network, but because the receiver's receiving network is not of the same domain type as the sender's access network, the receiver will not be able to receive the data, resulting in the electronic device being offline. For example, if the electronic device is connected to a public network, and the server specifies that the receiving network for the electronic device's video data is a private network, the electronic device will send video data through the public network. Since data cannot be transmitted between public and private networks, the server will not receive the video data sent by the electronic device. Therefore, the fault diagnosis strategy of determining whether the electronic device's offline status is due to inconsistent domain types can be identified as the target fault diagnosis strategy.

[0085] It is understandable that the target message sent by an electronic device when providing video data to the target video service will carry the source IP address. This target message can be understood as a signaling message, but is not limited to this. By parsing the signaling message, the source IP address can be extracted from the network layer header. This source IP address is the IP address used by the electronic device when providing video data to the target video service. Due to the rules governing IP address encoding (e.g., addresses in the 10s range are private networks, other addresses are public networks), the network domain type to which the electronic device is accessed can be determined through the source IP address; that is, the network domain type accessed by the message sender. Furthermore, when the target server accepts the target video service, it can determine the accepting network domain type based on the user's selection; that is, the network domain type accessed by the message receiver. Therefore, comparing the accepting network domain type and the access network domain type can yield fault diagnosis results associated with the network domain type. Specifically, if the accepted network domain type and the access network domain type are consistent, a fault diagnosis result of normal network domain type is obtained; if the accepted network domain type and the access network domain type are inconsistent, a fault diagnosis result of incorrect network domain type is obtained.

[0086] In this embodiment of the invention, when the fault phenomenon information indicates that the electronic device is offline, the access network domain type of the electronic device determined by the IP address in the device information can be compared with the acceptance network domain type determined when the target video service is accepted. This comparison can determine whether the offline fault of the electronic device is caused by the inconsistency of the network domain type.

[0087] Optionally, the equipment information includes: equipment identifier,

[0088] When the fault symptom information indicates that the electronic device is offline, at least one piece of information from the device information is selected for fault diagnosis based on the target fault diagnosis strategy to obtain the fault diagnosis result, including:

[0089] Based on the target fault diagnosis strategy, select the device identifier from the device information, and query the interaction log information corresponding to the device identifier in the target server based on the device identifier;

[0090] Based on the interactive log information, fault diagnosis results related to the configuration of electronic devices are obtained.

[0091] It should be noted that the device identifier is a unique identifier for the electronic device, which can be extracted from the target message sent by the electronic device when providing video data to the target video service. Specifically, the target message sent by the electronic device can be a signaling message, and the unique identifier of the electronic device can be extracted from the application layer message of the signaling message. It is understandable that the offline status of an electronic device may be due to a configuration problem, resulting in the inability to interact with the target server or problems in the interaction, thus causing the failure. Therefore, the fault diagnosis strategy for determining whether the offline status of the electronic device is caused by a configuration error can be defined as the target fault diagnosis strategy.

[0092] Specifically, based on the device identifier in the device information, the system queries the corresponding interaction log information on the target server. This interaction log information is then used to determine if the electronic device's configuration is incorrect. Specifically, if no interaction log information corresponding to the device identifier is found, it means the electronic device and the target server have not interacted, resulting in a fault diagnosis that the electronic device and the target server have never interacted. If interaction log information corresponding to the device identifier is found, the electronic device's configuration information is returned. It's important to note that the returned configuration information typically includes interaction codes and Chinese prompts. For example, 100 Trying (representing that the request has been received and the next action is pending); 200 OK (representing that the interaction is complete and information can be transmitted); 403 Forbidden (incorrect password, prompting the front-end device to verify the password), etc.

[0093] It should be noted that if the domain type is consistent, the offline status of the electronic device is unrelated to the domain type. In other words, if the offline status of the electronic device is unrelated to the domain type, the focus should be on determining whether the offline status is caused by incorrect configuration information of the electronic device.

[0094] In this embodiment of the invention, when the fault phenomenon information indicates that the electronic device is offline, the interaction log information corresponding to the electronic device can be queried by the device identifier in the device information to determine whether the failure of the electronic device being offline is caused by a configuration error.

[0095] Optionally, the device information includes: actual bitrate, which is the amount of data transmitted per unit during the process of the electronic device providing video data to the target video service;

[0096] When the preview of the fault symptom information is distorted, at least one piece of information from the device information is selected based on the target fault diagnosis strategy to perform fault diagnosis, and the fault diagnosis results are obtained, including:

[0097] Based on the target fault diagnosis strategy, the actual bitrate in the device information is selected. The total bitrate is calculated based on the video data stream provided by the electronic device to the target video service, the network status of the network accessed by the electronic device, and the actual bitrate. The video data stream includes: storage data stream and push data stream.

[0098] The total bitrate is compared with the uplink bandwidth of the target video service to obtain fault diagnosis results related to the uplink bandwidth.

[0099] It should be noted that preview screen distortion can be understood as a fault phenomenon related to the clarity of the video image. As can be understood, the clarity of the video image is related to the bitrate of the video transmission. The higher the bitrate, the higher the clarity of the video image. The bitrate is closely related to the uplink bandwidth. Therefore, the fault diagnosis strategy of determining whether preview screen distortion is caused by insufficient uplink bandwidth can be identified as the target fault diagnosis strategy.

[0100] It's important to note that during the process of an electronic device providing video data to the target video service, it will provide two data streams: a storage data stream stored on the target server and a push streaming data stream stored on the streaming media server. In other words, as long as the target video service is running, the electronic device will continuously send both the storage and push streaming data streams to the target server. Furthermore, considering that the stability of the network accessed by the electronic device also affects the bitrate, the actual bitrate of the camera is doubled and the influence of network status is removed to calculate the total bitrate. For example, total bitrate = actual bitrate * 2 / 0.75, where 0.75 represents the network status of the network accessed by the electronic device. Finally, the total bitrate is compared with the uplink bandwidth of the target video service to obtain a fault diagnosis result related to uplink bandwidth. Specifically, if the total bitrate is greater than the uplink bandwidth, a fault diagnosis result of insufficient uplink bandwidth is obtained; if the total bitrate is less than or equal to the uplink bandwidth, a fault diagnosis result of sufficient bandwidth and the fault problem is unrelated to uplink bandwidth is obtained.

[0101] In this embodiment of the invention, when the fault phenomenon information indicates a distorted preview screen, the total bitrate calculated based on the actual bitrate in the device information is compared with the uplink bandwidth of the target video service to determine whether the distorted preview screen is caused by insufficient uplink bandwidth.

[0102] Optionally, the equipment information includes: equipment identifier,

[0103] When the fault symptom information preview is black, at least one piece of information from the device information is selected based on the target fault diagnosis strategy to perform fault diagnosis, and the fault diagnosis results are obtained, including:

[0104] Based on the target fault diagnosis strategy, select the device identifier in the device information, and query the streaming media log information corresponding to the device identifier in the target server based on the device identifier;

[0105] If the streaming media log information corresponding to the device identifier is found, the fault diagnosis result of the target server failure can be obtained.

[0106] It should be noted that a black preview screen can be understood as the failure to display the video footage transmitted by the electronic device when the user needs to view the video captured by the device. For example, if user A wants to view a preview clip of video A, after clicking on video A, the interface shows that video A is open but displays a black screen with no image. It's easy to see that if the target server does not receive the video data provided by the electronic device, this could lead to a black preview screen failure. The video data provided by the electronic device is referred to here as a stream. Therefore, the fault diagnosis strategy for determining whether the black preview screen is caused by the target server not receiving the stream is defined as the target fault diagnosis strategy.

[0107] To determine whether the target server is receiving the stream, we can check if the streaming media log information corresponding to the device identifier is found. Therefore, based on the device identifier in the device information, we can query the corresponding streaming media log information. Specifically, if the streaming media log information corresponding to the device identifier is found, it means the target server is receiving the stream. Therefore, we can determine that the reason for the black screen preview is not because the target server is not receiving the stream; that is, the target server received the video data provided by the electronic device but did not display it to the user. Thus, we obtain the fault diagnosis result that the target server is malfunctioning. If the streaming media log information corresponding to the device identifier is not found, it means the target server is not receiving the stream. Therefore, we obtain the fault diagnosis result that the target server is not receiving the stream.

[0108] In this embodiment of the invention, when the fault symptom is a black preview screen, by querying the streaming media log information corresponding to the device identifier, it can be determined whether the black preview screen fault is caused by the target server not receiving the push stream.

[0109] Optionally, the device information includes: IP address and port identifier. The IP address and port identifier are the source IP address and source port identifier carried in the target packet sent by the electronic device during the process of providing video data to the target video service. Based on the target fault diagnosis strategy, at least one piece of information from the device information is selected for fault diagnosis to obtain the fault diagnosis result, including:

[0110] Based on the target fault diagnosis strategy, select the IP address and port identifier in the device information. Based on the IP address and port identifier, determine the target network account used by the electronic device in the process of providing video data to the target video service. The target server is connected to multiple networks, and each network includes multiple network accounts. The target network account is one of the multiple network accounts.

[0111] Among the multiple pre-stored link information, based on the target network account, the link information accessed by the target network account is determined, and the link information accessed by the target network account is identified as the target link information;

[0112] Perform network fault diagnosis on the network link indicated by the target link information to obtain fault diagnosis results associated with the network link.

[0113] It should be noted that during the process of electronic devices providing video data to the target video service, in addition to the possibility of server and electronic device failures, the network or network link between the two may also fail. Therefore, the fault diagnosis strategy that determines whether the failure is caused by a network link failure can be defined as the target fault diagnosis strategy.

[0114] Understandably, when the target network account of an electronic device is unknown, and the target server connects to multiple networks, with each network containing multiple network accounts, it is impossible to determine which of the pre-stored link information the electronic device will use to provide video data to the target video service. Therefore, the target network account used by the electronic device can be determined based on the IP address and port identifier in the device information, thereby determining the target link information of the target link used by the target network account when providing video data.

[0115] Specifically, when an electronic device provides video data to a target video service, the target message it sends will carry the source IP address and source port identifier. This target message can be understood as a signaling message, but is not limited to that. By parsing the signaling message, the source IP address can be extracted from the network layer header, and the source port identifier from the transport layer header. These source IP address and source port identifier are the IP address and port identifier used by the electronic device when providing video data to the target video service. Based on the IP address, the network domain type accessed by the electronic device can be determined. Different methods are selected to obtain the target network account used by the electronic device based on different network domain types. For example, if the IP address is a public IP address, the target network account used by the electronic device can be queried using AAA (Authentication, Authorization, Accounting) tracing capabilities using the IP address and port identifier; if the IP address is a private network address, the target network account used by the electronic device can be queried through the resource system using the IP address and port identifier. Finally, the target link information of the target link used by the target network account when providing video data is determined based on the target network account.

[0116] In this embodiment of the invention, during network fault diagnosis, the target network account used by the electronic device is determined by the IP address and port identifier in the device information, thereby determining the target link information of the target link used by the target network account when providing video data. By diagnosing the network link, it can be determined whether the fault occurred due to a network link failure.

[0117] Optionally, the multiple networks include a public network and at least one private network.

[0118] It should be noted that the target server can access multiple networks, thereby meeting the data transmission needs between different electronic devices and different video services based on different networks. For example, an education cloud private network is specifically used to transmit education-related video data, and an enterprise private network is specifically used to transmit enterprise data, but is not limited to these. Among them, public networks include home broadband, Internet leased lines, etc.; private networks include enterprise private networks, education cloud private networks, etc.

[0119] In this embodiment of the invention, the multiple networks include a public network and at least one private network, indicating that the target server can transmit video data in different application scenarios according to different networks.

[0120] Optionally, the electronic device also provides signaling data to the target video service;

[0121] From multiple pre-stored link information entries, the link information accessed by the target network account is determined, and this link information is identified as the target link information, including:

[0122] The first link information used by the electronic device to transmit signaling data based on the target network account and the second link information used to transmit video data are determined respectively.

[0123] The first link information and the second link information are determined as the target link information.

[0124] It should be noted that signaling data refers to the control commands sent by electronic devices during the process of providing video data to the target video service. Understandably, to ensure that electronic devices can accurately transmit video data to the target server, control commands are needed to control the transmission of video data. To avoid problems with signaling data affecting video data transmission, or vice versa, signaling data and video data are transmitted separately; that is, signaling data is transmitted via the first link information, and video data is transmitted via the second link information.

[0125] In this embodiment of the invention, by transmitting signaling data and video data separately, the mutual interference between the two during transmission can be avoided. This allows for separate fault diagnosis of the signaling data transmission process and the video data transmission process, thereby improving the efficiency of fault diagnosis.

[0126] Optionally, the video data includes: stored video data for storage in a first storage location on the target server and streamed video data for streaming to a second storage location on the target server; the second link information includes: storage link information for transmitting the stored video data and streaming link information for transmitting the streamed video data.

[0127] It should be noted that, in the absence of a user request, both the stored video data and the streaming video data are stored in the target server; upon receiving a user request, the stored video data remains unchanged, and the streaming video data from the second storage location on the target server is sent to the user. Of course, to avoid interference between the stored video data and the streaming video data, the second link information includes: storage link information for transmitting the stored video data and streaming link information for transmitting the streaming video data.

[0128] In this embodiment of the invention, the video data includes stored video data and streaming video data. Since the stored video data and streaming video data are not transmitted through the same link, it is beneficial to separate the fault diagnosis of the video data storage process and the streaming process, thereby improving the efficiency of fault diagnosis.

[0129] Optionally, after obtaining the fault diagnosis results, the method further includes:

[0130] Return the fault diagnosis results to the target terminal.

[0131] It should be noted that video service malfunctions impact user experience. Therefore, to improve user experience, after obtaining the fault diagnosis results, these results should be returned to the target terminal. Specifically, troubleshooting methods can be attached to the returned fault diagnosis results. For example, if the fault diagnosis result indicates a network type error, the user can be prompted to change the network accessed by their electronic device, thereby resolving the fault.

[0132] In this embodiment of the invention, after obtaining the fault diagnosis result, the fault diagnosis result is returned to the target terminal, which can improve the user experience.

[0133] See Figure 2 This invention provides a schematic diagram of the architecture for the practical application of a fault diagnosis method, which includes: a user terminal and a video cloud platform.

[0134] In this context, the user terminal can be understood as the terminal device held by the user who discovers the fault. It is used to send fault indication information carrying target service information and fault phenomenon information to the video cloud platform. The target service information is the service information corresponding to the video service that has experienced the fault. Here, the target service information and fault phenomenon information are related to... Figure 1 The target service identifier and fault phenomenon information in the embodiments described are similar, and will not be repeated here to avoid repetition.

[0135] The video cloud platform generates corresponding fault diagnosis strategies for each fault phenomenon. Based on these strategies, it selects the necessary information for fault diagnosis and ultimately performs fault diagnosis to obtain the results. Specifically, to perform fault diagnosis, the video cloud platform needs to build its fault diagnosis capabilities, which requires the development of three main modules: correspondence, network links, and atomic capabilities.

[0136] The correspondence here refers to the relationship between the video terminal and the network service account of the network used by the user. It's understood that different networks correspond to different network service accounts; for example, the network service account for a public network is a broadband account, and the network service account for a private network is a private network access number, etc., but this is not the only possibility. The network service account of the network used by the user can be determined by the source IP address and source port number in the signaling message sent by the received video terminal. The specific determination method is... Figure 1The method for determining the target network account in the embodiments described above is similar and will not be repeated here to avoid repetition; the video terminal can be identified by its unique identification code, which is similar to... Figure 1 The device identifiers of the electronic devices in the described embodiments are similar, and will not be repeated here to avoid repetition. Therefore, establishing the correspondence between the video terminal and the network service account of the network used by the user can be understood as establishing the correspondence between the unique identifier of the video terminal and the network service account of the network used by the user.

[0137] A network link refers to the network link between the video terminal and the video cloud platform. Existing optical network fault diagnosis technologies only target three nodes: ONU (Optical Network Unit), OLT (Optical Line Terminal), and MSE (Microsoft Service Engine). Faults in other nodes (such as servers and switches) in the link information cannot be diagnosed. Therefore, it is necessary to construct a network link encompassing every node from the video terminal to the video cloud platform. It is understandable that the links traversed by the media streams and signaling streams in the video cloud platform are not always compatible, and there are multiple access methods such as public network access, video cloud private network access, and education cloud private network access. Therefore, different network links need to be constructed between the video terminal and the video cloud platform for different networks. It is important to note that during the construction of network links, the device name, device identifier, and port number of each link node, as well as the peer device name, peer device identifier, and peer port number of adjacent nodes, must be determined. Here, the media stream is similar to... Figure 1 The video data in the embodiments described above will not be repeated here to avoid repetition; the signaling stream here is similar to... Figure 1 To avoid repetition, the signaling data in the embodiments described herein will not be repeated here.

[0138] Here, based on different network access methods, some specific network link information is provided (for reference only), assuming that the video cloud platform only builds one server cluster.

[0139] Public network access (home broadband, commercial broadband, leased internet line):

[0140] 1.1 Public network access signaling flow:

[0141] 1.1.1 The public network signaling to the video cloud platform follows this path:

[0142] Video terminal - ONU - OLT - MSE - CR (Core Router) - 163D (163 Network) - 5GC (5G Core) - CE (Customer Edge Router) - H3CM9010 firewall - [H3C12516-M9008-H3C 12516] - H3C S6900 - server cluster.

[0143] 1.2 Public network access to media streams:

[0144] 1.2.1 Stored Procedures:

[0145] 1.2.1.1 Storage to the video cloud platform follows the following path:

[0146] Video terminal - ONU - OLT - MSE - CR - 163D - IDC (Internet Data Center) CR - NE40 - Core switch - PoE switch (Power Over Ethernet) - Access switch - Server cluster.

[0147] 1.2.1.2 Storage to local node, the link is as follows:

[0148] Video terminal - ONU - OLT - MSE - CR - ASBR (Autonomous System Boundary Router) - Switch - Storage server.

[0149] 1.2.2 Pushing the stream to a streaming media process:

[0150] 1.2.2.1 Pushing the stream to local streaming media, the link is as follows:

[0151] Video terminal - ONU - OLT - MSE - CR - ASBR - Local node switch - Streaming media server.

[0152] 1.2.2.2 Pushing streaming to a different location, the link is as follows:

[0153] Video Terminal - ONU - OLT - MSE - CR - 163D - Remote CR - Remote ASBR - Remote Node Switch - Streaming Media Server.

[0154] 2. Education Cloud Private Network Access:

[0155] 2.1 Signaling flow for access to the education cloud private network:

[0156] 2.1.1 The signaling from the education cloud private network to the video cloud platform follows this link:

[0157] Video Terminal - ONU - OLT - MSE - [CR - ASBR - Education Cloud Firewall - ASBR - CR] - 163 D - 5GC CE - H3CM9010 Firewall - [H3C 12516 - M9008 - H3C 12516] - H3C S6900 - Server Cluster.

[0158] 2.2 Media Stream Access via Education Cloud Private Network:

[0159] 2.2.1 Stored Procedures:

[0160] 2.2.1.1 Storage to the video cloud platform follows the following path:

[0161] Video Terminal - ONU - OLT - MSE - [CR - ASBR - Education Cloud Firewall - ASBR - CR] - 163 D - IDC CR - NE40 - Core Switch - PoE Switch - Access Switch - Server Cluster.

[0162] 2.2.1.2 Storage to local nodes, the link is as follows:

[0163] Video terminal - ONU - OLT - MSE - CR - [ASBR - Education Cloud Firewall - ASBR] - Switch - Storage server.

[0164] 2.2.2 Pushing the stream to a streaming media process:

[0165] 2.2.2.1 Pushing the stream to local media, the link is as follows:

[0166] Video terminal - ONU - OLT - MSE - CR - [ASBR - Education Cloud Firewall - ASBR] - Switch - Streaming media server.

[0167] 2.2.2.2 Pushing streaming media to a different location, the link is as follows:

[0168] Video Terminal - ONU - OLT - MSE - [CR - ASBR - Education Cloud Firewall - ASBR - CR] - 163D - Remote CR - Remote ASBR - Switch - Streaming Media Server.

[0169] 3. Video cloud private network PON (Passive Optical Network) access:

[0170] 3.1 Video Cloud Private Network PON Access Signaling Flow:

[0171] 3.1.1 The PON access signaling from the video cloud private network to the video cloud platform follows this link:

[0172] Video Terminal - ONU - OLT - MSE - CR - ASBR - [H3C 12516 - M9008 - H3C 12516] - H3C S6900 - Server Cluster.

[0173] 3.2 Video Cloud Private Network PON Access Media Stream:

[0174] 3.2.1 Stored Procedures:

[0175] 3.2.1.1 Storage to the video cloud platform follows the following path:

[0176] Video Terminal - ONU - OLT - MSE - CR - ASBR - [Network Service Area 2 Aggregation Switch 12804 - Network Service Area 2 Switch - vRouter (Virtual Router) Server - Network Service Area 2 Switch - Network Service Area 2 Aggregation Switch 12804] - Core Switch - PoE Aggregation Switch - PoE Switch - Server Cluster.

[0177] 3.2.1.2 Storage to local node, the link is as follows:

[0178] Video terminal - ONU - OLT - MSE - CR - ASBR - Switch - Storage server.

[0179] 3.2.2 Pushing the stream to a streaming media process:

[0180] 3.2.2.1 Pushing the stream to local media, the link is as follows:

[0181] Video terminal - ONU - OLT - MSE - CR - ASBR - Switch - Streaming media server.

[0182] 3.2.2.2 Pushing streaming media to a different location, the link is as follows:

[0183] Video terminal - ONU - OLT - MSE - CR - ASBR - CN2 (Chinatelecom Next Carrier Network, Internet Second Plane) PE (Provider Edge Router) - CN2 P - Remote CN2 PE - Remote ASBR - Streaming media server.

[0184] 4. Video cloud private network IPRAN (IP Radio Access Network) access:

[0185] 4.1 Video Cloud Private Network IPRAN Access Signaling Flow:

[0186] 4.1.1 The IPRAN access signaling from the video cloud private network to the video cloud platform follows this link:

[0187] Video terminal - U (can also go directly to A) - AB - ER - IPRAN ASBR - Metropolitan Area Network ASBR - [H3C 12516 - M9008 - H3C 12516] - H3C S6900 - Server Cluster.

[0188] 4.2 Video Cloud Private Network IPRAN Access Media Streams:

[0189] 4.2.1 Stored Procedures:

[0190] 4.2.1.1 Storage to the video cloud platform follows the following path:

[0191] Video Terminal - U (can also go directly to A) - AB - ER - IPRAN ASBR - Metropolitan Area Network ASBR - [Network Service Area 2 Aggregation Switch 12804 - Network Service Area 2 Switch - vRouter Server - Network Service Area 2 Switch - Network Service Area 2 Aggregation Switch 12804] - Core Switch - PoE Aggregation Switch - PoE Switch - Server Cluster.

[0192] 4.2.1.2 Storage to local machine, the process is as follows:

[0193] Video terminal - U (can also go directly to A) - AB - ER - IPRAN ASBR - Metropolitan Area Network ASBR - Switch - Storage server.

[0194] 4.2.2 Pushing the stream to a streaming media process:

[0195] 4.2.2.1 Pushing the stream to local media, the link is as follows:

[0196] Video terminal - U (can also go directly to A) - AB - ER - IPRAN ASBR - Metropolitan Area Network ASBR - Switch - Streaming Media Server.

[0197] 4.2.2.2 Pushing streaming media to a different location, the link is as follows:

[0198] Video terminal - U (can also go directly to A) - AB - ER - IPRAN ASBR - Metropolitan Area Network ASBR - CN2 PE - CN2 P - Remote CN2 PE - Remote Metropolitan Area Network ASBR - Switch - Streaming Media Server.

[0199] It should be noted that M9008 is the model number of the multi-service security gateway, H3C 12516 is the model number of the core switch, H3C S6900 is the model number of the switch, and NE40 is the model number of the router. All the device models listed above are for reference only. In the actual construction of the link, you can use this model of equipment, or you can use other models of equipment with the same function. For example, H3C S6900 can be replaced by H3C S9303, H3C 12516 can be replaced by H3C 12804, etc., which will not be elaborated here.

[0200] Atomic capabilities can be understood as the ability to quickly obtain the data required for fault diagnosis, designed for specific fault diagnosis strategies. Each atomic capability has different data access permissions. Therefore, the corresponding data can be obtained by calling atomic capabilities. For example, if a fault diagnosis strategy needs to obtain device data such as the device name and model of a video terminal, the corresponding device data can be easily obtained by calling an atomic capability with device data access permissions. Here, this embodiment of the invention sets up four atomic capabilities, including a device basic information query atomic capability, a camera configuration result query atomic capability, a platform push stream result query atomic capability, and a recording completion detection atomic capability. It should be noted that the input parameters for calling atomic capabilities are all the order number / access number of the target video service.

[0201] Among these methods, by invoking the atomic capability of querying basic device information, device information of the video terminal and service information of the video service can be obtained, including the device's encoding, IP address and port number, private network access number / broadband account, acceptance bitrate, actual playback bitrate, and domain type. The device information, such as the device encoding, IP address, and port number, can be obtained by querying the gateway log information of the video cloud platform. The specific acquisition process is as follows... Figure 1 The process of obtaining the device identifier, IP address, and port number in the embodiments described above is similar and will not be repeated here to avoid repetition. Based on the IP address, the domain type of the network accessed by the video terminal can be obtained; based on the IP address and port number, the private network access number / broadband account of the video terminal can be obtained. Service information such as the accepted bitrate and the actual playback bitrate can be obtained from the database of the video cloud platform.

[0202] By querying the camera configuration results to obtain atomic capabilities, you can retrieve the interaction information between the camera and SIP (Session Initiation Protocol). It's important to note that the returned camera configuration information typically includes interaction codes and Chinese prompts. Here, "camera" refers to the camera on the video terminal, or the video terminal itself. For example,

[0203] 100 trying (meaning a request has been received and the system is waiting for the next action);

[0204] 200 OK (indicates that the interaction is complete and information can be transmitted).

[0205] 401 Unauthorized (Device does not have authentication information; device upgrade recommended).

[0206] 403 Forbidden (Incorrect password. Please have the front-end device verify the password).

[0207] 404 Not Found (Device issue, we recommend replacing the device);

[0208] 481 Call / Transaction Does Not Exist (Transaction not responding; this usually appears after a connection interruption and can be ignored);

[0209] 502 Bad Gateway (Server issue, server needs to be checked);

[0210] 503 Service Unavailable (caused by excessive device streaming; device restart recommended).

[0211] If no interaction information between the camera and SIP is found, it means that the camera and SIP have not interacted. Therefore, the user will be prompted that the camera and SIP have never interacted. If there is an initial interaction without errors, but no heartbeat records are found within the query period, the user will be prompted that the device has no heartbeat records. If there are no errors and the device's heartbeat information is normal, it means the interaction is normal, and the user will be prompted that the device and platform are interacting normally. It should be noted that due to the large amount of SIP information, insufficient storage space may occur. Therefore, a retention period range needs to be determined. If the retention period exceeds this range, the video cloud platform will automatically delete the SIP information. For example, the retention period could be set to 7 days.

[0212] By querying the platform's streaming result atomic capability, you can check whether the platform's streaming media server has received a media stream from the video terminal. It's important to note that this atomic capability queries the platform's streaming media server's log information based on the video terminal's unique identifier (device code). Therefore, before calling the platform's streaming result atomic capability, you must first call the device basic information query atomic capability to obtain the video terminal's unique identifier. If the platform's streaming media server has received a stream from the video terminal, the result returned is: Stream Received and Time Information; if the platform's streaming media server has not received a stream from the video terminal, the result returned is: No Stream Received.

[0213] By invoking the atomic capability of video recording integrity detection, the video recording information stored on the device can be inspected, and the video recording integrity rate can be statistically analyzed from both overall and tenant perspectives. This atomic capability includes a video recording integrity overview, video recording integrity details, and the association and storage of reasons for video recording missing or abnormalities in the database.

[0214] The video recording integrity overview includes: daily early morning integrity checks on the video terminals' recordings from the previous day. It displays statistical graphs of the inspection results, including: recording normality rate, average recording duration, recording integrity rate distribution, and the trend of recording integrity rate changes this week / over the past three months; it also displays a list of device inspection results, including: device information, inspection results (recording normal, recording file abnormal, login failed, recording retrieval failed), online integrity, total daily recording integrity rate, and recording loss duration. Selecting a device and clicking "Details" opens the "Device Recording Integrity Details" page.

[0215] The video recording integrity details page displays the complete status of the video files within the detection start and end time period, including normal recording, lost recording, and device offline. It also shows the start / end time and duration of these statuses.

[0216] The causes of missing video recordings are associated with the database, and the following information is used to obtain the corresponding anomaly: based on the time period of the missing video recording, check whether the device was online during that time period; check whether there was a network anomaly on the device during that time period through the capability interface provided by the probe; identify possible causes of the anomaly and associate them.

[0217] In this embodiment of the invention, the present invention solves the problem of fault diagnosis by using target service identifiers and fault phenomenon information without human intervention. This not only saves human resources, but also avoids the problem of inaccurate fault diagnosis caused by reliance on experience, thereby improving the efficiency of fault diagnosis.

[0218] Reference Figure 2 The application architecture shown below is illustrated with four different failure scenarios as specific examples. It's important to note that the input parameters for calling atomic capabilities in the following examples are the order number / access number determined by the video cloud platform when handling video services experiencing failures. The order number / access number here is related to... Figure 1 The target service identifiers in the embodiments described are similar, and will not be repeated here to avoid repetition.

[0219] Taking the fault symptom information of device being offline as a specific example, see [link to example]. Figure 3 This invention provides a schematic diagram of a practical application of a fault diagnosis method, which includes:

[0220] Step 301: Based on the fault information of the device being offline, determine the target atomic capabilities that need to be invoked. The target atomic capabilities are the device basic information query atomic capability and the camera configuration result query atomic capability.

[0221] Step 302: Call the device basic information query atomic capability to obtain the network service number used by the camera, the first network domain type to which the network accessed by the network service number belongs, and the second network domain type determined by the video cloud platform when the video service that has failed.

[0222] Step 303: Compare whether the first domain type and the second domain type are the same. If yes, proceed to step 304; if no, proceed to step 305.

[0223] Step 304: Query the camera configuration results to obtain camera configuration information.

[0224] Step 305: Send the diagnostic results of the domain type acceptance error to the user terminal.

[0225] Step 306: Determine if the camera configuration is correct. If yes, proceed to step 307; otherwise, proceed to step 308.

[0226] Step 307: Send the camera configuration result information to the user terminal, and based on the network service number, use the network link information of the video cloud platform to perform network fault diagnosis on the network link accessed by the network service number, and send the network link fault diagnosis result to the user terminal.

[0227] Step 308: Send the camera configuration result information to the user terminal.

[0228] In this embodiment of the invention, fault diagnosis of device offline is achieved by querying atomic capabilities through calling device basic information and camera configuration results.

[0229] Using the fault symptom information as a preview of a distorted screen as a specific example, see [link to example]. Figure 4 This invention provides a schematic diagram of a practical application of a fault diagnosis method, which includes:

[0230] Step 401: Based on the fault information of the preview screen distortion, determine the target atomic capability that needs to be called, where the target atomic capability is the device basic information query atomic capability.

[0231] Step 402: Call the device basic information query atomic capability to obtain the network service number used by the camera, the actual bit rate of the playback, and the contracted uplink bandwidth determined by the video cloud platform when the video service failed.

[0232] Step 403: Query the total number of cameras under the network service number. Based on the video data stream provided by the camera to the video cloud platform, the camera itself, and the actual bitrate of the camera's playback, calculate the first total bitrate for each camera. Add all the first total bitrates together to obtain the second total bitrate.

[0233] It should be noted that the video data stream includes the storage data stream and the push data stream. The formula for calculating the first total bitrate is: actual bitrate during playback * 2 / 0.75 = first total bitrate.

[0234] Step 404: Compare whether the second total bitrate is greater than the contracted uplink bandwidth. If yes, proceed to step 405; if no, proceed to step 406.

[0235] Step 405: Send the diagnosis result of insufficient bandwidth to the user terminal.

[0236] Step 406: Based on the network service number, use the network link information of the video cloud platform to perform network fault diagnosis on the network link accessed by the network service number, and send the network link fault diagnosis results to the user terminal.

[0237] In this embodiment of the invention, the fault diagnosis of the preview screen distortion is achieved by calling the atomic capability of querying the basic information of the device.

[0238] Taking a black screen as a specific example, which shows the fault symptoms, see [link to example]. Figure 5 This invention provides a schematic diagram of a practical application of a fault diagnosis method, which includes:

[0239] Step 501: Based on the fault phenomenon information of the preview black screen, determine the target atomic capabilities that need to be called. The target atomic capabilities are the device basic information query atomic capability and the platform push stream result query atomic capability.

[0240] Step 502: Call the device basic information query atomic capability to obtain the camera's device code and the network service number used by the camera.

[0241] Step 503: Call the platform's push stream result query atomic capability, based on the camera's device code, to query the platform's streaming media server log information.

[0242] Step 504: Determine whether the platform's streaming media server has received a push stream from the camera. If yes, proceed to step 505; otherwise, proceed to step 506.

[0243] Step 505: Send the diagnostic results of the platform fault to the user terminal.

[0244] Step 506: Based on the network service number, use the network link information of the video cloud platform to perform network fault diagnosis on the network link accessed by the network service number to determine whether the network is abnormal. If yes, proceed to step 507; if no, proceed to step 508.

[0245] Step 507: Send the diagnostic results of the network link failure to the user terminal.

[0246] Step 508: Send the diagnostic results of the camera malfunction to the user terminal.

[0247] In this embodiment of the invention, by calling the atomic capability of querying basic device information and the capability of querying platform push results, the fault diagnosis of the black screen preview phenomenon is realized.

[0248] Taking the fault symptom information of "preview is normal but playback is lost" as a specific example, see [link to example]. Figure 6 This invention provides a schematic diagram of a practical application of a fault diagnosis method, which includes:

[0249] Step 601: Based on the fault information that the preview is normal but the playback is missing, determine the target atomic capability that needs to be called, where the target atomic capability is the video recording completion detection atomic capability.

[0250] Step 602: Call the video completion detection atomic capability to obtain the number of playback errors and the time period of playback errors within a week.

[0251] Step 603: Determine if the number of missed checks is less than 5. If yes, proceed to step 604; otherwise, proceed to step 605.

[0252] Step 604: Send the diagnostic results of the network cutover failure to the user terminal.

[0253] Step 605: Use the platform's alarm capabilities to check whether any outage alarms occurred within the lost time period. If yes, proceed to step 606; otherwise, proceed to step 607.

[0254] Step 606: Send the diagnostic results of the network failure to the user terminal.

[0255] Step 607: Send the diagnostic results of the platform failure to the user terminal.

[0256] In this embodiment of the invention, by invoking the atomic capability of video recording completion detection, fault diagnosis is achieved when the preview is normal but the playback is lost.

[0257] See Figure 7 This invention provides a fault diagnosis device, which includes:

[0258] The receiving module 71 is used to receive fault indication information sent by the target terminal, wherein the fault indication information includes: target service identifier and fault phenomenon information, and the target service identifier is the service identifier of any video service;

[0259] The first determining module 72 is used to determine the video service with the target service identifier as the target video service that has failed.

[0260] The second determining module 73 is used to determine the device information of the electronic device based on the log information during the process of the electronic device providing video data to the target video service.

[0261] The fault diagnosis module 74 is used to select some or all equipment information based on fault phenomenon information to perform fault diagnosis and obtain diagnosis results.

[0262] Optionally, the fault diagnosis module 74 includes:

[0263] The first selection unit is used to select the target fault diagnosis strategy corresponding to the fault phenomenon information from a plurality of pre-set fault diagnosis strategies;

[0264] The first fault diagnosis unit is used to select at least one piece of information from the equipment information based on the target fault diagnosis strategy to perform fault diagnosis and obtain fault diagnosis results.

[0265] Optionally, the fault diagnosis module 74 includes:

[0266] The second selection unit is used to select the IP address in the device information based on the target fault diagnosis strategy, and determine the access network domain type of the electronic device according to the IP address. The access network domain type is the network domain type to which the electronic device belongs during the process of providing video data to the target video service.

[0267] The second fault diagnosis unit is used to compare the access network domain type with the acceptance network domain type to obtain fault diagnosis results associated with the network domain type, wherein the acceptance network domain type is the network domain type determined when the target server accepts the target video service.

[0268] Optionally, the fault diagnosis module 74 includes:

[0269] The third selection unit is used to select the device identifier in the device information based on the target fault diagnosis strategy, and query the interaction log information corresponding to the device identifier in the target server based on the device identifier.

[0270] The third fault diagnosis unit is used to obtain fault diagnosis results related to the configuration of electronic devices based on interactive log information.

[0271] Optionally, the fault diagnosis module 74 includes:

[0272] The fourth selection unit is used to select the actual bitrate from the device information based on the target fault diagnosis strategy, and to calculate the total bitrate based on the video data stream provided by the electronic device to the target video service, the network status of the network accessed by the electronic device, and the actual bitrate. The video data stream includes: storage data stream and push data stream.

[0273] The fourth fault diagnosis unit is used to compare the total bitrate with the uplink bandwidth of the target video service to obtain fault diagnosis results related to the uplink bandwidth.

[0274] Optionally, the fault diagnosis module 74 includes:

[0275] The fifth selection unit is used to select the device identifier in the device information based on the target fault diagnosis strategy, and query the streaming media log information corresponding to the device identifier in the target server based on the device identifier;

[0276] The fifth fault diagnosis unit is used to obtain fault diagnosis results for the target server fault when the streaming media log information corresponding to the device identifier is found.

[0277] Optionally, the fault diagnosis module 74 includes:

[0278] The sixth selection unit is used to select the IP address and port identifier in the device information based on the target fault diagnosis strategy, and to determine the target network account used by the electronic device in the process of providing video data to the target video service based on the IP address and port identifier. The target server is connected to multiple networks, and each network includes multiple network accounts. The target network account is one of the multiple network accounts.

[0279] The first determining unit is used to determine the link information accessed by the target network account from multiple pre-stored link information based on the target network account, and to determine the link information accessed by the target network account as the target link information.

[0280] The sixth fault diagnosis unit is used to perform network fault diagnosis on the network link indicated by the target link information and obtain fault diagnosis results associated with the network link.

[0281] Optionally, the multiple networks include a public network and at least one private network.

[0282] Optionally, the first determining unit includes:

[0283] The first determining subunit is used to determine the first link information used by the electronic device to transmit signaling data based on the target network account and the second link information used to transmit video data, respectively.

[0284] The second determining subunit is used to determine the first link information and the second link information as the target link information.

[0285] Optionally, the video data includes: stored video data for storage in a first storage location on the target server and streamed video data for streaming to a second storage location on the target server; the second link information includes: storage link information for transmitting the stored video data and streaming link information for transmitting the streamed video data.

[0286] Optionally, the device further includes:

[0287] The return module is used to return the fault diagnosis results to the target terminal.

[0288] In this embodiment of the invention, fault indication information sent by the target terminal is first received. This fault indication information includes a target service identifier and fault phenomenon information, allowing the identification of the target video service experiencing the fault based on the target service identifier. Since the target server stores log information documenting the process of the electronic device providing video data to the target video service, the device information of the electronic device can be determined. Finally, based on the fault phenomenon information, partial or complete device information is selected for fault diagnosis to obtain the fault diagnosis result. This invention achieves one-click fault diagnosis without human intervention, using the target service identifier and fault phenomenon information. This not only saves manpower but also avoids inaccurate fault diagnosis due to reliance on experience, thus improving the efficiency of fault diagnosis.

[0289] On the other hand, this application also provides an electronic device, including a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the fault diagnosis method provided in the above embodiments.

[0290] Furthermore, embodiments of this application also provide a readable storage medium, which, when the instructions in the readable storage medium are executed by the processor of an electronic device, enables the electronic device to perform the fault diagnosis method provided in the above embodiments.

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

[0292] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this 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., including several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods of various embodiments or some parts of embodiments.

[0293] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A fault diagnosis method applied to a target server, wherein multiple video services are running on the target server, and a service identifier is set for each video service, characterized in that, The method includes: Receive fault indication information sent by the target terminal, wherein the fault indication information includes: target service identifier and fault phenomenon information, wherein the target service identifier is the service identifier of any of the video services; The video service with the target service identifier is identified as the target video service that has experienced a failure. Based on log information during the process of an electronic device providing video data to the target video service, device information of the electronic device is determined. The device information includes: actual bitrate, which is the amount of data transmitted per unit during the process of the electronic device providing video data to the target video service. Based on the fault phenomenon information, select some or all of the equipment information to perform fault diagnosis and obtain fault diagnosis results; The step of selecting some or all of the equipment information based on the fault phenomenon information to perform fault diagnosis and obtain fault diagnosis results includes: Select the target fault diagnosis strategy corresponding to the fault phenomenon information from a number of pre-set fault diagnosis strategies; Based on the target fault diagnosis strategy, at least one piece of information from the equipment information is selected for fault diagnosis to obtain a fault diagnosis result; When the preview of the fault phenomenon information is distorted, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes: Based on the target fault diagnosis strategy, the actual bitrate in the device information is selected, and the total bitrate is calculated based on the video data stream provided by the electronic device to the target video service, the network status of the network accessed by the electronic device, and the actual bitrate. The video data stream includes: a storage data stream and a push data stream. The total bitrate is compared with the uplink bandwidth of the target video service to obtain a fault diagnosis result associated with the uplink bandwidth.

2. The method according to claim 1, characterized in that, The device information includes: Internet Protocol (IP) address, which is the source IP address carried in the target message sent by the electronic device during the process of providing video data to the target video service; When the fault phenomenon information indicates that the electronic device is offline, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes: Based on the target fault diagnosis strategy, the IP address in the device information is selected, and the access network domain type of the electronic device is determined according to the IP address. The access network domain type is the network domain type to which the electronic device belongs during the process of providing video data to the target video service. The access network domain type is compared with the acceptance network domain type to obtain a fault diagnosis result associated with the network domain type, wherein the acceptance network domain type is the network domain type determined when the target server accepts the target video service.

3. The method according to claim 1, characterized in that, The device information includes: device identifier, When the fault phenomenon information indicates that the electronic device is offline, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes: Based on the target fault diagnosis strategy, select the device identifier in the device information, and query the interaction log information corresponding to the device identifier in the target server based on the device identifier; Based on the interaction log information, fault diagnosis results associated with the configuration of the electronic device are obtained.

4. The method according to claim 1, characterized in that, The device information includes: device identifier, When the preview of the fault phenomenon information is black, the step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain fault diagnosis results includes: Based on the target fault diagnosis strategy, the device identifier in the device information is selected, and based on the device identifier, the streaming media log information corresponding to the device identifier is queried in the target server. If the streaming media log information corresponding to the device identifier is found, the fault diagnosis result of the target server failure is obtained.

5. The method according to claim 1, characterized in that, The device information includes: Internet Protocol (IP) address and port identifier, wherein the IP address and port identifier are the source IP address and source port identifier carried in the target packet sent by the electronic device during the process of providing video data to the target video service. The step of selecting at least one piece of information from the device information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result includes: Based on the target fault diagnosis strategy, the IP address and port identifier in the device information are selected. Based on the IP address and port identifier, the target network account used by the electronic device in the process of providing video data to the target video service is determined. The target server is connected to multiple networks, and each network includes multiple network accounts. The target network account is one of the multiple network accounts. Among the pre-stored link information, based on the target network account, the link information accessed by the target network account is determined, and the link information accessed by the target network account is determined as the target link information; Network fault diagnosis is performed on the network link indicated by the target link information to obtain fault diagnosis results associated with the network link.

6. The method according to claim 5, characterized in that, The multiple networks include a public network and at least one private network.

7. The method according to claim 5, characterized in that, The electronic device also provides signaling data to the target video service; The step of determining the link information accessed by the target network account from multiple pre-stored link information, and identifying the link information accessed by the target network account as the target link information, includes: The first link information used by the electronic device to transmit the signaling data based on the target network account and the second link information used to transmit the video data are determined respectively. The first link information and the second link information are determined as the target link information.

8. The method according to claim 7, characterized in that, The video data includes: stored video data for storage in a first storage location on the target server and streamed video data for streaming to a second storage location on the target server; The second link information includes: storage link information for transmitting the stored video data and push link information for transmitting the push video data.

9. The method according to claim 1, characterized in that, After obtaining the fault diagnosis result, the method further includes: The fault diagnosis results are returned to the target terminal.

10. A fault diagnosis device, applied to a target server, characterized in that, The device includes: The receiving module is used to receive fault indication information sent by the target terminal, wherein the fault indication information includes: target service identifier and fault phenomenon information, and the target service identifier is the service identifier of any video service; The first determining module is used to determine the video service with the target service identifier as the target video service that has failed. The second determining module is used to determine the device information of the electronic device based on log information during the process of the electronic device providing video data to the target video service. The device information includes: actual bitrate, which is the amount of data transmitted per unit during the process of the electronic device providing video data to the target video service. The fault diagnosis module is used to select some or all of the equipment information based on the fault phenomenon information to perform fault diagnosis and obtain fault diagnosis results. The fault diagnosis module includes: The first selection unit is used to select a target fault diagnosis strategy corresponding to the fault phenomenon information from a plurality of pre-set fault diagnosis strategies; The first fault diagnosis unit is used to select at least one piece of information from the equipment information based on the target fault diagnosis strategy to perform fault diagnosis and obtain a fault diagnosis result. The fault diagnosis module includes: The fourth selection unit is used to select the actual bitrate in the device information based on the target fault diagnosis strategy, and calculate the total bitrate based on the video data stream provided by the electronic device to the target video service, the network status of the network accessed by the electronic device, and the actual bitrate. The video data stream includes a storage data stream and a push data stream. The fourth fault diagnosis unit is used to compare the total bitrate with the uplink bandwidth of the target video service to obtain a fault diagnosis result associated with the uplink bandwidth.

11. An electronic device, characterized in that, include: A processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the program, implements the fault diagnosis method as described in any one of claims 1-9.

12. A readable storage medium, characterized in that, When the instructions in the storage medium are executed by the processor of the electronic device, the electronic device is able to perform the fault diagnosis method as described in any one of claims 1-9.

Images