CN111918074A - Live video fault early warning method and related equipment - Google Patents
Live video fault early warning method and related equipment Download PDFInfo
- Publication number
- CN111918074A CN111918074A CN202010643001.3A CN202010643001A CN111918074A CN 111918074 A CN111918074 A CN 111918074A CN 202010643001 A CN202010643001 A CN 202010643001A CN 111918074 A CN111918074 A CN 111918074A
- Authority
- CN
- China
- Prior art keywords
- stream data
- live
- video stream
- server
- live broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000012544 monitoring process Methods 0.000 claims abstract description 105
- 238000006243 chemical reaction Methods 0.000 claims abstract description 7
- 238000012552 review Methods 0.000 claims description 59
- 238000011084 recovery Methods 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2404—Monitoring of server processing errors or hardware failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/654—Transmission by server directed to the client
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The embodiment of the application provides a live video fault early warning method which is applied to a recording and broadcasting system, wherein the recording and broadcasting system comprises a recording and broadcasting host, a monitoring server, a live broadcasting server and a user side; the method comprises the following steps: the monitoring server monitors whether the live broadcast server receives video stream data in real time; the video streaming data is pushed by the recording and broadcasting host, and is converted by the live broadcasting server to form live broadcasting streaming data which is pushed to the user side; when the monitoring server monitors that the live broadcast server stops receiving the video stream data, the monitoring server sends fault early warning information to the client, and the fault early warning information is used for carrying out fault early warning on live broadcast stream data formed by the live broadcast server stopping conversion. The embodiment of the application also provides a live video fault early warning device, a monitoring server, a live video fault early warning system and a non-transitory computer readable storage medium. The method and the related equipment provided by the embodiment of the application can be used for sending the early warning information to the user side before the live video fails, and sudden screen blacking is avoided.
Description
Technical Field
The application relates to the technical field of recorded broadcast, in particular to a live video fault early warning method and related equipment.
Background
Currently, recording and broadcasting host equipment OPS, wall hanging and the like in the market carry out live broadcasting service by pushing RTMP stream to a live broadcasting server and transferring the RTMP stream out to a broadcasting stream in an M3U8 format through the live broadcasting server.
If the SRS live broadcast server stops receiving the RTMP stream data pushed by the recording and broadcasting host device, the operation of the SRS live broadcast server on the play stream from the RTMP to the M3U8 is stopped, and when the SRS live broadcast service finishes playing the play stream from the RTMP, the picture disappears suddenly, and there is no prompt for the user. Therefore, a method for early warning of live video failure is needed.
Disclosure of Invention
In view of the above, an object of the present application is to provide a live video fault early warning method and related device, so as to solve the problem that, in the current video live broadcasting process, when a live broadcasting server stops receiving video stream data, a picture suddenly disappears after a play stream transferred by the live broadcasting server is played.
Based on the above purpose, the embodiment of the application provides a live video fault early warning method, which is applied to a recording and broadcasting system, wherein the recording and broadcasting system comprises a recording and broadcasting host, a monitoring server, a live broadcasting server and a user side;
the method comprises the following steps:
the monitoring server monitors whether the live broadcast server receives video stream data in real time; the video stream data is pushed by the recording and broadcasting host, and is converted by the live broadcast server to form live broadcast stream data which is pushed to the user side;
when the monitoring server monitors that the live broadcast server stops receiving the video stream data, the monitoring server sends fault early warning information to the user side, wherein the fault early warning information is used for carrying out fault early warning on live broadcast stream data formed by the live broadcast server stopping conversion.
In one embodiment, the monitoring server monitoring whether the live broadcast server receives the video stream data in real time includes: the monitoring server calls an internal data interface of the live broadcast server in real time;
and the monitoring server analyzes the callback result in real time and judges whether a return value exists or not.
In one embodiment, the method further comprises,
the monitoring server monitors whether the recording and broadcasting host pushes the video stream data to the live broadcasting server in real time;
when the monitoring server monitors that the live broadcast server stops receiving the video stream data and monitors that the recording and broadcasting host pushes the video stream data to the live broadcast server, the monitoring server outputs failure reason prompt information; and the fault reason prompt message is used for indicating that the reason why the live broadcast server stops receiving the video stream data is a network fault.
In one embodiment, after the monitoring server monitors whether the live server receives the video stream data in real time, the method further includes,
when the monitoring server monitors that the live broadcast server receives the video stream data, the monitoring server acquires the video stream data pushed by the recording and broadcasting host and stores the acquired video stream data as review data for review.
In one embodiment, after storing the acquired video stream data as review data for review, further comprising,
the monitoring server records the moment when the live broadcast server stops receiving the video stream data as a fault moment;
and the monitoring server divides the review data into first sub review data and second sub review data according to the fault moment.
In one embodiment, after the monitoring server records a time when the live server stops receiving the video stream data as a failure time, the method further includes:
the monitoring server records the moment when the live broadcast server receives the video stream data again as the fault recovery moment;
the monitoring server determines the fault duration according to the fault time and the fault recovery time;
the monitoring server judges whether the fault duration is greater than a preset time threshold, and when the fault duration is greater than the preset time threshold, the monitoring server divides the video stream data into first sub-video stream data and second sub-video stream data according to the fault moment.
In one embodiment, after storing the acquired video stream data as review data for review, the method further includes:
generating at least two copies of the lookback data, wherein formats of the at least two copies are different.
An implementation of the application provides a live video fault early warning device, is applied to monitoring server, includes:
the early warning module is used for monitoring whether the live broadcast server receives video stream data in real time; the video stream data is pushed by a recording and broadcasting host, converted by the live broadcast server to form live broadcast stream data and pushed to a user side; and when the live broadcast server stops receiving the video stream data, sending fault early warning information to the user side, wherein the fault early warning information is used for carrying out fault early warning on the live broadcast stream data formed by the live broadcast server stopping conversion.
An embodiment of the present application provides a monitoring server comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method as described above when executing the program.
One embodiment of the present application provides a live video failure early warning system, which comprises a recording and broadcasting host, a live broadcasting server, a user terminal and the monitoring server as described above, wherein,
the recording and broadcasting host is used for pushing video stream data to the live broadcast server;
the live broadcast server is used for receiving the video stream data pushed by the recording and broadcasting host, converting the video stream data into live broadcast stream data and distributing the live broadcast stream data to the user side.
One embodiment of the present application provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to perform the method as described above.
As can be seen from the above, according to the live video fault early warning method, device, monitoring server, system and storage medium provided in the embodiment of the present application, whether the live server receives video stream data pushed by a recording and playing host is monitored in real time by the monitoring server; when the monitoring server monitors that the live broadcast server stops receiving the video stream data, the monitoring server sends fault early warning information that the live broadcast server stops converting to form the live broadcast stream data to the user side, can perform fault early warning on the live broadcast server stopping converting to form the live broadcast stream data, and sends early warning information to the user side before live broadcast video faults, so that influence on the user caused by sudden live broadcast video faults is avoided.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart of a live video fault early warning method according to an embodiment of the present application;
fig. 2 is a flowchart illustrating a monitoring server monitoring whether a live broadcast server receives video stream data in real time according to an embodiment of the present application;
fig. 3 is a flowchart of a live video fault early warning method according to another embodiment of the present application;
fig. 4 is a flowchart of a live video failure early warning method according to still another embodiment of the present application;
fig. 5 is a flowchart of storing the acquired video stream data as review data for review according to an embodiment of the present application;
fig. 6 is a flowchart of dividing the video stream data into first sub-video stream data and second sub-video stream data according to an embodiment of the present application;
fig. 7 is a block diagram of a live video failure early warning apparatus according to an embodiment of the present application;
fig. 8 is a schematic diagram of a monitoring server according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is further described in detail below with reference to the accompanying drawings in combination with specific embodiments.
It should be noted that technical terms or scientific terms used in the embodiments of the present application should have a general meaning as understood by those having ordinary skill in the art to which the present disclosure belongs, unless otherwise defined. The use of "first," "second," and similar terms in this disclosure is not intended to indicate any order, quantity, or importance, but rather is used to distinguish one element from another. The word "comprising" or "comprises", and the like, means that the element or item listed before the word covers the element or item listed after the word and its equivalents, but does not exclude other elements or items.
The inventor of this application discovers in the research work of long-term recorded broadcast system for teaching that when school has a number of recorded broadcast host computers up to nearly hundred and broadcast directly at the same time, if the live broadcast server stops receiving the video stream data that the recorded broadcast host computers in a plurality of classrooms pushed, a plurality of classrooms live broadcast pictures will appear suddenly and disappear suddenly, thereby greatly influencing the viewing experience of users.
In view of this, the inventor of the present application provides a live video failure early warning method, which can monitor whether a live server receives video stream data pushed by a recording and broadcasting host in real time by building a monitoring server, send early warning information of a live video failure to a user side when the live server stops receiving the video stream data, and prompt the user before the live server stops transferring the live stream, that is, before the live video failure, so as to prevent the live server from disappearing a picture caused by sudden cut-off and causing a black screen and a pause. The synchronous recording method for the live video for playback provided by the embodiment of the application is applied to a recording and broadcasting system, and the recording and broadcasting system comprises a recording and broadcasting host, a live broadcasting server and a user side.
The recording and broadcasting host is used for collecting video data, coding the video data, packaging the coded video data into video stream data, storing the video stream data, and pushing the video stream data to the live broadcast server. The recording and broadcasting host can be a computer component specially used for processing data and has a camera shooting function.
The live broadcast server is used for receiving the video stream data pushed by the recording and broadcasting host, converting the video stream data into live broadcast stream data, and pushing the live broadcast stream data to the user side.
On the basis of the system, the recording and broadcasting system of the embodiment of the application introduces the monitoring server, the monitoring server is used for monitoring whether the live broadcasting server receives the video stream data in real time, and when monitoring that the live broadcasting server stops receiving the video stream data, fault early warning information is sent to the user side, so that the live broadcasting video fault early warning method provided as follows is realized.
Referring to fig. 1 and fig. 3, a live video fault early warning method provided in an embodiment of the present application includes:
s100, the monitoring server monitors whether the live broadcast server receives video stream data in real time; the video stream data is pushed by the recording and broadcasting host, and is converted by the live broadcast server to form live broadcast stream data which is pushed to the user side;
s200, when the monitoring server monitors that the live broadcast server stops receiving the video stream data, the monitoring server sends fault early warning information to the user side, and the fault early warning information is used for carrying out fault early warning on the live broadcast stream data formed by the live broadcast server stopping conversion.
The method provided by the embodiment of the application monitors whether the live broadcast server receives video stream data pushed by a recording and broadcasting host in real time through the monitoring server; when the monitoring server monitors that the live broadcast server stops receiving the video stream data, the monitoring server sends fault early warning information that the live broadcast server stops converting to form the live broadcast stream data to the user side, can perform fault early warning on the live broadcast server stopping converting to form the live broadcast stream data, and sends early warning information to the user side before live broadcast video faults, so that influence on the user caused by sudden live broadcast video faults is avoided.
In an embodiment of the present application, in step S100, the video stream data may be RTMP stream data. The RTMP stream carries the IP address of the recording and broadcasting host. In specific application, for example, a teaching system arranges recording and broadcasting hosts in each classroom, each recording and broadcasting host corresponds to a specific IP address, and the RTMP stream of each classroom forms a unique stream with its own IP. The live Stream data may be a TS Stream (Transport Stream).
As shown in fig. 2, in an embodiment of the present application, in step S100, the monitoring server monitors whether the live broadcast server receives video stream data in real time, which specifically includes:
s110, the monitoring server calls an internal data interface of the live broadcast server in real time;
and S120, the monitoring server analyzes the callback result in real time and judges whether a return value exists or not.
Specifically, in step S120, if there is a return value, it is determined that the live broadcast server receives the video stream data; and if the return value does not exist, judging that the live broadcast server stops receiving the video stream data.
In one embodiment of the present application, the method further comprises:
s300, the monitoring server monitors whether the recording and broadcasting host pushes the video stream data to the live broadcasting server in real time;
s400, when the monitoring server monitors that the live broadcast server stops receiving the video stream data and monitors that the recording and broadcasting host pushes the video stream data to the live broadcast server, the monitoring server outputs failure reason prompt information; and the fault reason prompt message is used for indicating that the reason why the live broadcast server stops receiving the video stream data is a network fault.
In an embodiment of the present application, in S300, the monitoring server may determine whether the video stream data can be acquired by accessing a path through which the recording and playing host pushes the video stream data, for example, accessing the path in real time on a front-end display page of a service platform where the monitoring server is located.
When the video stream data is obtained, judging that the recording and broadcasting host pushes the video stream data to a live broadcasting server; and when the video stream data cannot be acquired, judging that the recording and playing host stops pushing the video stream data to the live broadcast server.
In an embodiment of the present application, in S400, the failure cause prompt information may be presented in a form of a front-end page, where the front-end page is a page viewed by a technician when the monitoring server operates.
By monitoring whether the recorded broadcast host pushes the video stream data to the live broadcast server in real time, when the live broadcast server stops receiving the video stream data, a technician does not need to enter a classroom to check and determine, and whether the fault reason is caused by the fault of the recorded broadcast host can be quickly and accurately determined, so that the fault time is greatly saved, and the determination efficiency of the video fault reason is improved.
As shown in fig. 4, in an embodiment of the present application, after step S100, that is, after the monitoring server monitors whether the live broadcast server receives the video stream data in real time, the method further includes step S500:
when the monitoring server monitors that the live broadcast server receives the video stream data, the monitoring server acquires the video stream data pushed by the recording and broadcasting host and stores the acquired video stream data as review data for review.
When the monitoring server monitors that the live broadcast server receives the video stream data, the monitoring server acquires and stores the video stream data pushed by the recording and broadcasting host to obtain review data for review, the video stream data can be synchronously stored, review can be immediately performed after live broadcast is finished, and the video stream data stored by the recording and broadcasting host does not need to be uploaded to the live broadcast server after live broadcast is finished. The time of tens of minutes spent for uploading live video stored in the recording and broadcasting host to the live broadcasting server can be saved. Meanwhile, the problems that the uploading fails, the uploading needs to be carried out again and the like due to the fact that the interface of the calling, recording and broadcasting host machine is unstable can be avoided.
The monitoring server may obtain the video stream data pushed by the recording and playing host by accessing a path of the video stream data pushed by the recording and playing host, for example, accessing the path in real time on a front-end display page of a service platform where the monitoring server is located.
The review data for review may be a video, and the cover of the video may be any image frame in the video. The video may also have a corresponding thumbnail or GIF map to provide better viewing needs to meet the needs of the user.
In an embodiment of the present application, the monitoring server may monitor whether the live broadcast server receives the video stream data in real time within a reserved time period; and when the monitoring server monitors that the live broadcast server receives the video stream data in a reserved time period, acquiring and storing the video stream data pushed by the recording and broadcasting host. For example, when a reservation for a live video of 8:00-9:00 is received, the monitoring server starts executing the method at point 8 and ends executing the method at point 9.
In specific implementation, by calling the shell script, the video stream data is stored as review data for review by using the ffmpeg command.
As shown in fig. 5, in another embodiment of the present application, in step S500, after storing the acquired video stream data as review data for review, the method further includes:
s510, the monitoring server records the moment when the live broadcast server stops receiving the video stream data as a fault moment;
s520, the monitoring server divides the review data into first sub review data and second sub review data according to the fault moment.
In a specific application, for example, within a class, if multiple live broadcasting interruptions occur during live broadcasting of a video, after the live broadcasting of the video is finished, a plurality of sub review data are finally stored. The method and the device can realize the review of the video stream data at different time points, better meet the review requirements of videos in different time, and improve the universality of the review of the videos.
As shown in fig. 6, in another embodiment of the present application, after step S510, that is, after the monitoring server records a time when the live broadcast server stops receiving the video stream data as a failure time, the method further includes:
s530, the monitoring server records the moment when the live broadcast server receives the video stream data again as the fault recovery moment;
s540, the monitoring server determines the fault duration time according to the fault time and the fault recovery time;
and S550, the monitoring server judges whether the fault duration is greater than a preset time threshold, and when the fault duration is greater than the preset time threshold, the monitoring server divides the video stream data into first sub-video stream data and second sub-video stream data according to the fault moment. And when the fault duration is less than a preset time threshold, the monitoring server does not cut the video stream data.
The preset time threshold may be 60s to 100 s. By setting that the video stream data is cut only when the failure duration is greater than the preset time threshold, the first sub review data and the second sub review data are respectively stored, and the efficiency of storing the video stream can be improved.
In an embodiment of the present application, after the step S500, that is, after the acquired video stream data is stored as review data for review, the method further includes the step S600:
generating at least two copies of the lookback data, wherein formats of the at least two copies are different.
By generating copies of review data in different formats, the requirements for different playing formats can be met, the review data can be directly played without transcoding, and the consumption of a direct playing server CPU during playing can be greatly reduced.
In one embodiment of the present application, generating at least two copies of the review data may be accomplished by invoking a script command. For example, by way of the ffmpeg command in the shell script. In one embodiment of the present application, the review data has two copies, and the formats of the two copies can be flv (flash video) and MP4(Moving Picture Experts Group), respectively.
According to the live video fault early warning method provided by the embodiment of the application, the internal data interface of the live server is called in real time, the callback result is analyzed, whether the live server receives video stream data pushed by the recording and broadcasting host or not can be judged, and whether the recording and broadcasting host equipment pushes RTMP (real time Messaging protocol) streams to SRS (sounding reference signal) live service or not is monitored in real time. When the live broadcast server does not receive the video stream data pushed by the recording and broadcasting host, the prompt is given before the live broadcast server stops pushing and broadcasting streams to the user side, so that the situation that a picture disappears suddenly when a user watches live broadcast, and the live broadcast experience is better watched by the user due to fog at one end can be prevented. The video stream pushed by the recording and broadcasting host is obtained when the live broadcasting server stops receiving the video stream data, and whether the recording and broadcasting host pushes the video stream to the live broadcasting server or not can be monitored, so that whether the video fault reason is in the recording and broadcasting host or in a network can be positioned, fault reason prompt information is output, and a technician can quickly determine the fault reason.
Moreover, the live video fault early warning method provided by the embodiment of the application can also be used for obtaining video stream data through the stream pushing path of the recording and broadcasting host when the live broadcasting server is monitored to receive the video stream data pushed by the recording and broadcasting host, storing the video stream data obtained through the stream pushing path of the recording and broadcasting host into review data in various formats in real time through shell script commands, namely review videos in various formats, and uploading the video stream data to the live broadcasting server after recording of the recording and broadcasting host is not relied on. Moreover, video stream data can be stored into a piece of review data or a plurality of pieces of review subdata after video faults occur in the live broadcasting process according to different user requirements, so that a review video or a plurality of review subdevices can be obtained, thumbnails of the obtained review videos can be intercepted or GIF (graphic interchange format) pictures can be generated, the user requirements of multiple parties can be met, and the method is flexible and convenient.
It should be noted that the method of the embodiment of the present application may be executed by a single device, such as a computer or a server. The method of the embodiment can also be applied to a distributed scene and completed by the mutual cooperation of a plurality of devices. In such a distributed scenario, one of the multiple devices may only perform one or more steps of the method of the embodiment, and the multiple devices interact with each other to complete the method.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
As shown in fig. 7, an embodiment of the present application further provides a live video failure early warning apparatus 700, including:
the early warning module 710 is configured to monitor whether the live broadcast server receives video stream data in real time; the video stream data is pushed by a recording and broadcasting host, converted by the live broadcast server to form live broadcast stream data and pushed to a user side;
and when the live broadcast server stops receiving the video stream data, sending fault early warning information to the user side, wherein the fault early warning information is used for carrying out fault early warning on the live broadcast stream data formed by the live broadcast server stopping conversion.
In an embodiment of the present application, the early warning module 710 further includes a retrieval sub-module 711 and an analysis sub-module 712:
the retrieval submodule 711 is configured to retrieve an internal data interface of the live server in real time;
the parsing sub-module 712 parses the callback result, and determines whether a return value exists.
In an embodiment of the present application, the live video failure early warning apparatus 700 further includes a prompt module 720, configured to:
monitoring whether the recording and broadcasting host pushes the video stream data to the live broadcasting server in real time;
when the live broadcast server is monitored to stop receiving the video stream data and the recording and broadcasting host is monitored to push the video stream data to the live broadcast server, fault reason prompt information is output; and the fault reason prompt message is used for indicating that the reason why the live broadcast server stops receiving the video stream data is a network fault.
In an embodiment of the present application, the apparatus further includes a storage module 730 configured to: after the early warning module 710 monitors whether the live broadcast server receives video stream data in real time, when the live broadcast server receives the video stream data, the video stream data pushed by the recording and broadcasting host is acquired, and the acquired video stream data is stored as review data for review.
In one embodiment of the present application, the storage module 730 includes a recording sub-module 731 and a splitting sub-module 732: the recording submodule 731 is configured to record, as a failure time, a time when the live broadcast server stops receiving the video stream data; the splitting sub-module 732 is configured to split the video stream data into first sub-video stream data and second sub-video stream data according to the failure time, and store the first sub-video stream data and the second sub-video stream data as first sub review data and second sub review data, respectively.
In an embodiment of the present application, the recording sub-module 731 is further configured to record a time when the live server receives the video stream data again as a failure recovery time;
the partitioning submodule 732 is further configured to determine a failure duration according to the failure time and the failure recovery time;
the partitioning submodule 732 is further configured to determine whether a failure duration is greater than a preset time threshold, and partition the video stream data into first sub-video stream data and second sub-video stream data according to the failure time when the failure duration is greater than the preset time threshold.
In an embodiment of the present application, the system further includes a copy generation module 740 configured to: after the storage module 730 stores the acquired video stream data as review data for review,
generating at least two copies of the lookback data, wherein formats of the at least two copies are different.
The apparatus of the foregoing embodiment is used to implement the corresponding method in the foregoing embodiment, and has the beneficial effects of the corresponding method embodiment, which are not described herein again.
The embodiment of the application further provides a monitoring server, which comprises a memory, a processor and a computer program which is stored in the memory and can run on the processor, wherein the live video fault early warning method is realized when the processor executes the program.
Fig. 8 is a schematic diagram illustrating a more specific hardware structure of a monitoring server according to an embodiment of the present application, where the apparatus may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. Wherein the processor 1010, memory 1020, input/output interface 1030, and communication interface 1040 are communicatively coupled to each other within the device via bus 1050.
The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solutions provided in the embodiments of the present disclosure.
The Memory 1020 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, or the like. The memory 1020 may store an operating system and other application programs, and when the technical solution provided by the embodiments of the present specification is implemented by software or firmware, the relevant program codes are stored in the memory 1020 and called to be executed by the processor 1010.
The input/output interface 1030 is used for connecting an input/output module to input and output information. The i/o module may be configured as a component in a device (not shown) or may be external to the device to provide a corresponding function. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.
The communication interface 1040 is used for connecting a communication module (not shown in the drawings) to implement communication interaction between the present apparatus and other apparatuses. The communication module can realize communication in a wired mode (such as USB, network cable and the like) and also can realize communication in a wireless mode (such as mobile network, WIFI, Bluetooth and the like).
It should be noted that although the above-mentioned device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040 and the bus 1050, in a specific implementation, the device may also include other components necessary for normal operation. In addition, those skilled in the art will appreciate that the above-described apparatus may also include only those components necessary to implement the embodiments of the present description, and not necessarily all of the components shown in the figures.
The embodiment of the application also provides a live video fault early warning system, which comprises a recording and broadcasting host, a live broadcasting server, a user terminal and the monitoring server, wherein,
the recording and broadcasting host is used for pushing video stream data to the live broadcast server;
the live broadcast server is used for receiving the video stream data pushed by the recording and broadcasting host, converting the video stream data into live broadcast stream data and pushing the live broadcast stream data to the user side;
the client is used for receiving live streaming data pushed by the live server and fault early warning information sent by the monitoring server.
The recording and playing host can adopt H.263 and H.264 for encoding the video data. Of course, other encoding formats are also possible, and the embodiments of the present application are not particularly limited. The recording and playing host may encapsulate video data using a Real Time Messaging Protocol (RTMP) to obtain RTMP streaming data, and send the data to a live broadcast server. In practical applications, a Uniform Resource Locator (URL) address of the RTMP stream data may carry a plurality of data parameters, such as a signature, expiration time, and the like, and the embodiment of the present application is not limited specifically.
The live broadcast server converts the video Stream data into an RTSP Stream (Real Time Streaming Protocol) and a TS Stream (Transport Stream) by converting the video Stream data into an encapsulation format. The SRS live broadcast server transfers the RTMP stream into a TS slice and stores the TS slice in the live broadcast server, and distributes the index data of the M3U8 to the user side. It should be noted that the index data of M3U8 records the specific location of each slice file, i.e., path information. The live broadcast server can be an SRS and is an operation-level Internet live broadcast server cluster. And the SRS is used as a live broadcast server, so that the RTMP stream can be accessed efficiently.
Embodiments of the present application also provide a non-transitory computer-readable storage medium storing computer instructions for causing a computer to execute the live video fault pre-warning method as described above.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, of embodiments of the present application may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, is limited to these examples; within the context of the present application, features from the above embodiments or from different embodiments may also be combined, steps may be implemented in any order, and there are many other variations of the different aspects of the present application as described above, which are not provided in detail for the sake of brevity.
In addition, well known power/ground connections to Integrated Circuit (IC) chips and other components may or may not be shown in the provided figures for simplicity of illustration and discussion, and so as not to obscure the application. Furthermore, devices may be shown in block diagram form in order to avoid obscuring the application, and this also takes into account the fact that specifics with respect to implementation of such block diagram devices are highly dependent upon the platform within which the application is to be implemented (i.e., specifics should be well within purview of one skilled in the art). Where specific details (e.g., circuits) are set forth in order to describe example embodiments of the application, it should be apparent to one skilled in the art that the application can be practiced without, or with variation of, these specific details. Accordingly, the description is to be regarded as illustrative instead of restrictive.
While the present application has been described in conjunction with specific embodiments thereof, many alternatives, modifications, and variations of these embodiments will be apparent to those of ordinary skill in the art in light of the foregoing description. For example, other memory architectures (e.g., dynamic ram (dram)) may use the discussed embodiments.
The embodiments of the present application are intended to embrace all such alternatives, modifications and variances that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of the application are intended to be included within the scope of the application.
Claims (11)
1. A live video fault early warning method is characterized by being applied to a recording and broadcasting system, wherein the recording and broadcasting system comprises a recording and broadcasting host, a monitoring server, a live broadcasting server and a user side;
the method comprises the following steps:
the monitoring server monitors whether the live broadcast server receives video stream data in real time; the video stream data is pushed by the recording and broadcasting host, and is converted by the live broadcast server to form live broadcast stream data which is pushed to the user side;
when the monitoring server monitors that the live broadcast server stops receiving the video stream data, the monitoring server sends fault early warning information to the user side, wherein the fault early warning information is used for carrying out fault early warning on live broadcast stream data formed by the live broadcast server stopping conversion.
2. The live video fault early warning method according to claim 1, wherein the monitoring server monitors whether the live server receives video stream data in real time, specifically comprising:
the monitoring server calls an internal data interface of the live broadcast server in real time;
and the monitoring server analyzes the callback result in real time and judges whether a return value exists or not.
3. The live video fault pre-warning method as claimed in claim 1, further comprising:
the monitoring server monitors whether the recording and broadcasting host pushes the video stream data to the live broadcasting server in real time;
when the monitoring server monitors that the live broadcast server stops receiving the video stream data and monitors that the recording and broadcasting host pushes the video stream data to the live broadcast server, the monitoring server outputs failure reason prompt information; and the fault reason prompt message is used for indicating that the reason why the live broadcast server stops receiving the video stream data is a network fault.
4. The live video fault early warning method according to claim 1, wherein after the monitoring server monitors whether the live server receives video stream data in real time, the live video fault early warning method further comprises:
when the monitoring server monitors that the live broadcast server receives the video stream data, the monitoring server acquires the video stream data pushed by the recording and broadcasting host and stores the acquired video stream data as review data for review.
5. The live video fault pre-warning method according to claim 4, wherein after storing the acquired video stream data as review data for review, the method further comprises:
the monitoring server records the moment when the live broadcast server stops receiving the video stream data as a fault moment;
and the monitoring server divides the review data into first sub review data and second sub review data according to the fault moment.
6. The live video failure early warning method of claim 5, wherein the monitoring server records a time when the live server stops receiving the video stream data as a failure time, and further comprising:
the monitoring server records the moment when the live broadcast server receives the video stream data again as the fault recovery moment;
the monitoring server determines the fault duration according to the fault time and the fault recovery time;
the monitoring server judges whether the fault duration is greater than a preset time threshold, and when the fault duration is greater than the preset time threshold, the monitoring server divides the video stream data into first sub-video stream data and second sub-video stream data according to the fault moment.
7. The live video fault pre-warning method according to claim 4, wherein after storing the acquired video stream data as review data for review, the method further comprises:
generating at least two copies of the lookback data, wherein formats of the at least two copies are different.
8. The utility model provides a live video fault early warning device which characterized in that is applied to monitoring server, includes:
the early warning module is used for monitoring whether the live broadcast server receives video stream data in real time; the video stream data is pushed by a recording and broadcasting host, converted by the live broadcast server to form live broadcast stream data and pushed to a user side;
and when the live broadcast server stops receiving the video stream data, sending fault early warning information to the user side, wherein the fault early warning information is used for carrying out fault early warning on the live broadcast stream data formed by the live broadcast server stopping conversion.
9. A monitoring server, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the method of any one of claims 1 to 7.
10. A live video failure early warning system, which comprises a recording and broadcasting host, a live broadcasting server, a user terminal and the monitoring server of claim 9,
the recording and broadcasting host is used for pushing video stream data to the live broadcast server;
the live broadcast server is used for receiving the video stream data pushed by the recording and broadcasting host, converting the video stream data into live broadcast stream data, and pushing the live broadcast stream data to the user side.
11. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010643001.3A CN111918074A (en) | 2020-07-06 | 2020-07-06 | Live video fault early warning method and related equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010643001.3A CN111918074A (en) | 2020-07-06 | 2020-07-06 | Live video fault early warning method and related equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111918074A true CN111918074A (en) | 2020-11-10 |
Family
ID=73227452
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010643001.3A Pending CN111918074A (en) | 2020-07-06 | 2020-07-06 | Live video fault early warning method and related equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111918074A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113037887A (en) * | 2021-03-09 | 2021-06-25 | 北京金山云网络技术有限公司 | Equipment state identification method and device, storage medium and electronic equipment |
| WO2023011113A1 (en) * | 2021-08-02 | 2023-02-09 | 北京字节跳动网络技术有限公司 | Live-streaming content switching method and apparatus, live-streaming content display method and apparatus, and device and medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105611312A (en) * | 2016-02-05 | 2016-05-25 | 丁锋 | Cinema live broadcasting monitoring management system |
| CN106385619A (en) * | 2016-09-14 | 2017-02-08 | 乐视控股（北京）有限公司 | Replay method and device for live broadcast video stream |
| CN107071503A (en) * | 2017-02-09 | 2017-08-18 | 腾讯科技（深圳）有限公司 | The method of net cast, device and live connect streaming server |
| CN108012161A (en) * | 2017-11-10 | 2018-05-08 | 广州华多网络科技有限公司 | Net cast method, system and terminal device |
| CN108156475A (en) * | 2017-12-29 | 2018-06-12 | 北京奇虎科技有限公司 | The monitoring method and device of a kind of net cast |
| CN108632646A (en) * | 2017-03-20 | 2018-10-09 | 腾讯科技（深圳）有限公司 | A kind of net cast method, apparatus and server |
-
2020
- 2020-07-06 CN CN202010643001.3A patent/CN111918074A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105611312A (en) * | 2016-02-05 | 2016-05-25 | 丁锋 | Cinema live broadcasting monitoring management system |
| CN106385619A (en) * | 2016-09-14 | 2017-02-08 | 乐视控股（北京）有限公司 | Replay method and device for live broadcast video stream |
| CN107071503A (en) * | 2017-02-09 | 2017-08-18 | 腾讯科技（深圳）有限公司 | The method of net cast, device and live connect streaming server |
| CN108632646A (en) * | 2017-03-20 | 2018-10-09 | 腾讯科技（深圳）有限公司 | A kind of net cast method, apparatus and server |
| CN108012161A (en) * | 2017-11-10 | 2018-05-08 | 广州华多网络科技有限公司 | Net cast method, system and terminal device |
| CN108156475A (en) * | 2017-12-29 | 2018-06-12 | 北京奇虎科技有限公司 | The monitoring method and device of a kind of net cast |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113037887A (en) * | 2021-03-09 | 2021-06-25 | 北京金山云网络技术有限公司 | Equipment state identification method and device, storage medium and electronic equipment |
| WO2023011113A1 (en) * | 2021-08-02 | 2023-02-09 | 北京字节跳动网络技术有限公司 | Live-streaming content switching method and apparatus, live-streaming content display method and apparatus, and device and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11019119B2 (en) | Web-based live broadcast | |
| US10187668B2 (en) | Method, system and server for live streaming audio-video file | |
| CN110784758B (en) | Screen projection processing method and device, electronic equipment and computer program medium | |
| US10367913B2 (en) | Systems and methods for tracking user behavior using closed caption text | |
| US10140105B2 (en) | Converting source code | |
| CN110784750B (en) | Video playing method and device and computer equipment | |
| CN111064973A (en) | Live broadcast system based on IPV9 | |
| CN112073750B (en) | Remote desktop control method and system | |
| CN110545479B (en) | Loading control method and device for media playing and storage medium | |
| CN105100911A (en) | Intelligent multimedia system and method | |
| CN111093094A (en) | Video transcoding method, device and system, electronic equipment and readable storage medium | |
| CN111629253A (en) | Video processing method and device, computer readable storage medium and electronic equipment | |
| CN114339284A (en) | Method, device, storage medium and program product for monitoring live broadcast delay | |
| CN111918074A (en) | Live video fault early warning method and related equipment | |
| CN111818338A (en) | Abnormal display detection method, device, equipment and medium | |
| CN111093091A (en) | Video processing method, server and system | |
| CN118632044B (en) | Audio and video transcoding processing and playback method, device, storage medium and program product | |
| KR101819193B1 (en) | Streaming service method using real-time transformation file format | |
| US10049158B1 (en) | Analyzing user behavior relative to media content | |
| CN103974087A (en) | Video image file compressing system, client and method | |
| CN112866745B (en) | Streaming media video data processing method, device, computer equipment and storage medium | |
| KR100932055B1 (en) | System and method for providing media that cannot be played on terminal, and server applied thereto | |
| TWI599218B (en) | Instant video transmission system | |
| CN115988257B (en) | Data recording method, device and equipment | |
| CN115941983B (en) | A method, device, storage medium and electronic device for generating live playback video |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201110 |