WO2018145594A1 - 视频直播的方法、装置和直播接流服务器 - Google Patents

视频直播的方法、装置和直播接流服务器 Download PDF

Info

Publication number
WO2018145594A1
WO2018145594A1 PCT/CN2018/074786 CN2018074786W WO2018145594A1 WO 2018145594 A1 WO2018145594 A1 WO 2018145594A1 CN 2018074786 W CN2018074786 W CN 2018074786W WO 2018145594 A1 WO2018145594 A1 WO 2018145594A1
Authority
WO
WIPO (PCT)
Prior art keywords
live broadcast
data
live
prompt
application
Prior art date
Application number
PCT/CN2018/074786
Other languages
English (en)
French (fr)
Inventor
胡小华
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2018145594A1 publication Critical patent/WO2018145594A1/zh

Links

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

Definitions

  • the present application relates to the field of multimedia, and in particular, to a method, an apparatus, and a live broadcast server for video live broadcast.
  • the terminal starts live broadcast.
  • the terminal receives background signaling or detects the current playing state in real time.
  • the terminal receives the live stream interruption signaling or fails to play, it detects the current live broadcast status, that is, determines whether the live broadcast is paused or stopped.
  • the prompt information of the recorded live broadcast cutoff is stopped.
  • the terminal performs a playback retry. If the retry is successful, the terminal continues to play the live data. If the retry fails, the live broadcast is stopped, and the live broadcast end prompt is loaded.
  • the embodiment of the present invention provides a method, a device, and a live broadcast server for video live broadcast, so as to at least solve the technical problem that the existing hint logic needs to perform terminal adaptation.
  • a method for video live broadcast including: a live video application sends live data and prompt data to a live broadcast server, where the prompt data is sent before an abnormality occurs in the current live broadcast.
  • the prompt data is used to indicate the type of the live broadcast abnormal event; the video live broadcast application detects whether the current live broadcast is abnormal; and the video live broadcast application detects the current live broadcast abnormality, the video
  • the live broadcast application sends a live broadcast abnormal event to the live broadcast server, where the live broadcast abnormal event is used to instruct the live broadcast server to send the prompt data associated with the live broadcast abnormal event to the terminal.
  • a live broadcast method including: a live broadcast server receives live data and prompt data sent by a live video application, where the prompt data is sent before an abnormality occurs in the current live broadcast.
  • the prompt data is used to indicate the type of the live broadcast abnormal event; the live broadcast server detects whether the live broadcast abnormal event sent by the video live broadcast application is received; if the live broadcast abnormality is detected The event, the live broadcast server sends the prompt data associated with the live broadcast abnormal event to the terminal, so that the terminal plays the prompt data; if the live broadcast abnormal event is not detected, The live broadcast server sends the live broadcast data to the terminal.
  • an apparatus for video live broadcast including: a first sending unit, configured to send live data and prompt data to a live broadcast server, where the prompt data is abnormal in the current live broadcast.
  • the prompt data is used to indicate the type of the live broadcast abnormal event;
  • the detecting unit is configured to detect whether the current live broadcast is abnormal;
  • the second sending unit is configured to detect the current live broadcast.
  • the live broadcast abnormal event is sent to the live broadcast server, where the live broadcast abnormal event is used to instruct the live broadcast server to send the prompt data associated with the live broadcast abnormal event to the terminal.
  • a live broadcast server including: a receiving unit, configured to receive live data and prompt data sent by a live video application, where the prompt data is used before an abnormality occurs in the current live broadcast.
  • the prompt data is used to indicate the type of the live broadcast abnormal event;
  • the event detecting unit is configured to detect whether the live broadcast abnormal event sent by the video live broadcast application is received;
  • the first data sending unit When the live event abnormal event is detected, the prompt data associated with the live broadcast abnormal event is sent to the terminal, so that the terminal is used to play the prompt data;
  • the second data sending unit is configured to: When the live broadcast abnormal event is not detected, the live broadcast data is sent to the terminal.
  • the live broadcast data and the prompt data are provided by the live video application, and the live broadcast abnormal event indicating that the live broadcast application is abnormal.
  • the live broadcast server receives the live broadcast abnormal event
  • the live broadcast abnormal event is stored according to the prompt.
  • the corresponding prompt data is selected and sent to the terminal to prompt the video live application to be abnormal.
  • the terminal does not need to provide the prompt logic, and the terminal can perform the abnormal prompt by playing the live data and the prompt data, and does not need to design a set of prompt logic for each terminal, so that the abnormal prompt of the embodiment can be applied to various On the terminals of different systems, the problem that the hinting logic of the related technology needs terminal adaptation and narrow application range is solved, and the technical effect of expanding the use range of the hint logic is achieved.
  • FIG. 2 is a schematic diagram of a hardware architecture in accordance with an embodiment of the present application.
  • FIG. 3 is a flowchart of a method for video live broadcast according to an embodiment of the present application.
  • FIG. 4 is a flow chart of a method of live video streaming in accordance with a preferred embodiment of the present application.
  • FIG. 5 is a flowchart of a method for video live broadcast according to still another embodiment of the present application.
  • FIG. 6 is a schematic diagram of an apparatus for video live broadcast according to an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a live broadcast server according to an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a terminal according to an embodiment of the present application.
  • an embodiment of a method that can be performed by an embodiment of the apparatus of the present application is provided. It is noted that the steps illustrated in the flowchart of the accompanying drawings can be in a computer system such as a set of computer executable instructions. The execution is performed, and although the logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.
  • a method for video live broadcast is provided.
  • the live video method can be performed by a live video application.
  • the method for video live broadcast may be applied to a hardware environment formed by the first terminal 102, the second terminal 106, and the server 104 as shown in FIG. 2.
  • the first terminal 102 is connected to the server 104 through a network, including but not limited to: a mobile communication network, a wide area network, a metropolitan area network, or a local area network.
  • the first terminal 102 and the second terminal 106 may be mobile terminals. It can also be a PC terminal, a notebook terminal or a tablet terminal.
  • the first terminal 102 is installed with a live video application for recording live video and transmitting the live data to the server 104.
  • the server 104 transmits the live broadcast data to the second terminal 106, and plays the live broadcast data on the second terminal 106.
  • the first terminal 102 is a live video application that sends the live data and the prompt data to the server 104.
  • the server 104 can serve as a live broadcast server, and store the live data and the prompt data in two different caches.
  • the live broadcast application sends a live broadcast abnormal event to the live broadcast server, and the live broadcast server sends corresponding prompt data to the second terminal 106 according to the live broadcast abnormal event.
  • the second terminal 106 playing the live broadcast data can realize the prompt of the live broadcast abnormality without prompting the logic, and the foregoing prompt logic can be implemented for the plurality of second terminals 106, so that the prompt logic of the live broadcast abnormality is applied.
  • the scope is wider, and the prompt logic is stable, and the same prompt logic can be used for different second terminals 106 to improve the user experience.
  • FIG. 3 is a flowchart of a method for video live broadcast according to an embodiment of the present application.
  • the method for video live broadcast provided by the embodiment of the present application is specifically introduced in conjunction with FIG. 3 .
  • the live broadcast method mainly includes the following. step:
  • step S202 the live video application sends the live broadcast data and the prompt data to the live broadcast server, where the prompt data is sent to the live broadcast server before the current live broadcast is abnormal, and the prompt data is used to indicate the live broadcast abnormal event. Types of.
  • the video live application can obtain the live data by recording the live video.
  • the prompt data can be the data sent by the background of the live video application to the live video application.
  • the prompt data can include prompts for different abnormalities, and the prompt data can prompt the video live application to be abnormal. And the type of exception that occurred.
  • the prompt data may be sent to the live broadcast server before the current live broadcast is abnormal. For example, the prompt data is sent at the beginning of the live broadcast to avoid an abnormality in the current live broadcast, and the prompt data cannot be sent to the live broadcast server. After the live data and the prompt data are sent to the live broadcast server, they are stored by the live broadcast server.
  • Step S204 The video live application detects whether an abnormality occurs in the current live broadcast.
  • the video live application detects whether the current live broadcast is abnormal.
  • the main detection is whether the video live application end is abnormal.
  • the abnormality includes at least one of the following: the live broadcast signal of the live video application is abnormal, the network abnormality of the live broadcast application, and the program of the live broadcast application are abnormal.
  • the live signal abnormality of the live video application includes whether the video live application has an abnormality in the collected video signal, such as the inability to acquire signals, the acquisition signal error, the acquisition signal loss, or the acquisition signal delay.
  • the network anomalies of the live video application include network interruption, slow network transmission speed, and data transmission drop frame.
  • the program exception of the live video application includes the program of the live video application switching to the background and anchor sharing.
  • the case where the program of the live video application is switched to the background includes that the terminal that installs the live video application opens other applications and the live video application runs in the background.
  • the anchor sharing includes the anchor to share the current video live to other social platforms other than the current live video application, causing the current video live application signal to be paused or interrupted.
  • step S206 when the live video application detects that the current live broadcast is abnormal, the live broadcast application sends a live broadcast abnormal event to the live broadcast server, where the live broadcast abnormal event is used to instruct the live broadcast server to send the terminal associated with the live broadcast abnormal event. Prompt data.
  • the abnormality of the live broadcast can be detected by the live video application.
  • the live broadcast application can directly send a live broadcast abnormal event to the live broadcast server.
  • the live broadcast abnormal event is used to prompt the live broadcast server to send relevant prompt data to the terminal.
  • the prompt data is stored in the live broadcast server, and the live broadcast server can select the corresponding prompt data to send to the terminal according to the live broadcast abnormal event.
  • the live broadcast data and the prompt data are provided by the live video application, and the live broadcast abnormal event indicating that the live broadcast application is abnormal.
  • the live broadcast server receives the live broadcast abnormal event
  • the live broadcast abnormal event is stored from the stored prompt data.
  • the corresponding prompt data is sent to the terminal to prompt the video live application to be abnormal.
  • the terminal does not need to provide the prompt logic, and the terminal can perform the abnormal prompt by playing the live data and the prompt data, and does not need to design a set of prompt logic for each terminal, so that the abnormal prompt of the embodiment can be applied to various
  • the problem of narrow application range of the hinting logic of the related technology is solved, and the technical effect of expanding the use range of the hint logic is achieved.
  • the user experience is improved because the same anomaly displays the same prompt data on different terminals.
  • the live broadcast application sends the live broadcast data and the prompt data to the live broadcast server, including: the video live application obtains the prompt material; the video live application encodes the material into the multimedia data; and the live video application sends the multimedia data as the prompt data to the live broadcast. Pick up the server.
  • the prompt material obtained by the video live application may be directly sent by the background of the live video application, or may be directly set by the anchor in the live video application.
  • the prompt material can be an abnormal text prompt, a picture prompt, and the like. Different text prompts can be used for different anomalies. For example, when the live video application is switched to the background, the corresponding text prompt is "The anchor temporarily leaves” or “temporarily leaves, please wait a moment". When the network of the live video application is abnormal, the corresponding text prompt can be "The network is a little card, please be patient.” The above tips are for illustrative purposes only, and other forms of text prompts may be used.
  • the live video application converts the above-mentioned prompt material into multimedia data, for example, encoding the prompt material into video data, picture data, audio data, or a combination of the above various data forms.
  • the prompt material is encoded as prompt data to be sent to the live streaming server.
  • the video live broadcast application sends the multimedia data while sending the live broadcast data to the live broadcast server.
  • the multimedia data and the live broadcast data are respectively stored in two different caches of the live broadcast server, so that the live broadcast server directly selects corresponding prompt data from the live broadcast server to send to the terminal when the prompt data needs to be sent.
  • the video live application is used for audio and video collection.
  • the network anchor's audio and video are collected while the network anchor is performing a live webcast.
  • S312 The live video application encodes the collected audio and video data to generate live data.
  • the live video application sends live data to the live broadcast server.
  • the live broadcast server caches live data.
  • the live streaming server caches the audio data and video data of the network anchor.
  • the interrupting stream material includes a video interruption caused by an abnormality of the video live application network, a video interruption caused by an abnormal audio and video collection of the live video application, and a prompting material of the video terminal caused by the video live application switching to the background or other applications.
  • the live video application code generates the cutoff prompt data.
  • the interrupt stream material can be text or image, and is generated by the video live application to generate prompt data.
  • the live broadcast server caches the prompt data.
  • the cache of stored prompt data is different from the cache that stores live data to improve the speed of querying and extracting corresponding data.
  • S331 The live video application sends a live broadcast abnormal event.
  • the live broadcast server processes the live broadcast abnormal event.
  • the live broadcast server determines whether to send prompt data to the terminal according to the live broadcast abnormal event.
  • the live broadcast server determines that the prompt data does not need to be sent, and sends live data.
  • the live broadcast server determines that the prompt data needs to be sent, and sends the prompt data.
  • the prompt data may be audio and video data encoded by the video live application.
  • the data distribution server receives live data and/or prompt data from the live streaming server.
  • the data distribution server distributes live data and/or prompt data to one or more terminals, and plays the received live broadcast data or prompt data through a video live broadcast application installed on the terminal.
  • live data can be played not only in the AA live broadcast, but also on a video application, a news application, a social platform, and a shared third party terminal platform.
  • the prompting method of the present application does not require all terminals to design a set of interrupting prompt logic, and only needs to play the received live broadcast data or prompt data through the video live broadcast application installed on the terminal.
  • the corresponding prompt material (eg, the anchor temporarily leaves, the anchor network difference, etc.) is encoded into the corresponding prompt audio and video data, and is sent to the live broadcast server together with the live audio and video data, in the anchor.
  • the live broadcast service is notified by different types of signaling (live abnormal events) to send corresponding prompt audio and video data to ensure the continuity of the live stream, and the video live application of the terminal.
  • the playback can be carried out normally, and the friendly prompts are provided, which can be well compatible with various self-developed players, system players, and third-party content sharing scenarios, and solve the live broadcast without increasing the extra workload of the terminal.
  • the streaming user has a poor playback experience, and the prompt process and prompt effects are inconsistent.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present application which is essential or contributes to the related art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, CD-ROM).
  • the instructions include a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present application.
  • This embodiment also provides a method for live video broadcast, and the method for live broadcast of the video can be performed by a live broadcast server.
  • FIG. 5 is a flowchart of a method for video live broadcast according to another embodiment of the present application.
  • the video live broadcast method provided by the embodiment of the present application is specifically introduced in conjunction with FIG. 5, as shown in FIG. Including the following steps:
  • Step S401 The live broadcast server receives the live broadcast data and the prompt data sent by the live video application, where the prompt data is sent to the live broadcast server before the current live broadcast is abnormal, and the prompt data is used to indicate the type of the live broadcast abnormal event. .
  • the video live application can obtain the live data by recording the live video.
  • the prompt data can be the data sent by the background of the live video application to the live video application.
  • the prompt data can include prompts for different abnormalities, and the prompt data can prompt the video live application to be abnormal. And the type of exception that occurred.
  • the prompt data can be sent to the live broadcast server before the current live broadcast is abnormal. That is, the prompt data can be sent in advance when no abnormality occurs, and the type of the live broadcast abnormal event can be prompted. After the live data and the prompt data are sent to the live broadcast server, they are stored by the live broadcast server.
  • the live broadcast server After receiving the live data and the prompt data, the live broadcast server stores the live data and the prompt data in two caches respectively.
  • the live broadcast server needs to send the prompt data, the live broadcast server directly extracts the prompt data from the cache to the terminal, thereby improving the speed of data search and transmission.
  • Step S402 The live broadcast server detects whether a live broadcast abnormal event sent by the video live broadcast application is received.
  • the prompt data is used to indicate that the live broadcast of the live video application is abnormal.
  • the live broadcast server does not send the prompt data to the terminal for display, but waits for the live throttle server to receive the live broadcast abnormal event before sending the corresponding to the terminal.
  • Prompt data The live signal abnormality of the live video application includes whether the video live application has an abnormality in the collected video signal, such as the inability to acquire signals, the acquisition signal error, the acquisition signal loss, or the acquisition signal delay.
  • the network anomalies of the live video application include network interruption, slow network transmission speed, and data transmission drop frame.
  • the program exception of the live video application includes the program of the live video application switching to the background and anchor sharing.
  • the case where the program of the live video application is switched to the background includes that the terminal that installs the live video application opens other applications and the live video application runs in the background.
  • the anchor sharing includes the anchor to share the current video live to other applications (such as Weibo, WeChat, etc.) other than the current video live application, resulting in signal suspension or terminal of the current live video application.
  • Step S403 If a live broadcast abnormal event is detected, the live broadcast server sends the prompt data associated with the live broadcast abnormal event to the terminal, so that the terminal plays the prompt data.
  • the live broadcast server sends the prompt data to the terminal after detecting the live broadcast abnormal event. Since the prompt data is audio and video data, the terminal can play the prompt data like the live broadcast data, such as playing a prompt through the video live application installed on the terminal. A picture of a voice or prompt video.
  • Step S404 If the live broadcast abnormal event is not detected, the live broadcast server sends the live broadcast data to the terminal.
  • the live broadcast server can send live data only to the terminal when the live broadcast abnormal event is not detected.
  • the live video application of the terminal displays live data for normal live broadcast viewing.
  • the live broadcast server obtains the live data and the prompt data, and sends the prompt data to the terminal after receiving the live broadcast abnormal event, and the terminal can display the prompt data, so that the user can know in time which abnormalities occur in the current live broadcast.
  • the prompt data and the live broadcast abnormal event are provided by the video live broadcast application instead of the terminal, the prompt logic can be applied to a plurality of different terminals, and the same prompt data is displayed on different terminals due to the same abnormality, and the expansion is expanded.
  • the application scope of the live broadcast prompt logic solves the problem that the hinting logic of the related technology has a narrow application scope, and achieves the technical effect of expanding the use range of the hint logic, thereby improving the user experience.
  • the live broadcast server sends the prompt data associated with the live broadcast abnormal event to the terminal, where the live broadcast server detects the type of the live broadcast abnormal event; the live broadcast server searches the prompt data for the data matching the type; The pick-up server sends the found data to the terminal.
  • the type of the live broadcast abnormal event includes the live broadcast signal of the live video application, the network abnormality of the live broadcast application, and the abnormality of the program of the live broadcast application.
  • Each live broadcast exception corresponds to one or more prompt data
  • the live broadcast server is based on the live broadcast abnormal event. Select the appropriate prompt data for the type. For example, when the network of the live video application is abnormal, the prompt data corresponds to “the network abnormality of the live video application”.
  • the program of the live video application is abnormal, if the live video application is shared to a third-party platform, the prompt data corresponds to “Please move the third-party platform to continue watching the live broadcast”.
  • the live broadcast server sends the corresponding prompt data to the terminal, and displays the corresponding prompt data to the user through the player installed on the terminal.
  • the live broadcast server sends the live broadcast data to the terminal, where the live broadcast server sends the live broadcast data to the one or more terminals through the data distribution server.
  • the live broadcast server sends the prompt data associated with the live broadcast abnormal event to the terminal, where the live broadcast server sends the prompt data associated with the live broadcast abnormal event to the one or more terminals through the data distribution server.
  • the live broadcast server can send the live broadcast data and the prompt data to the plurality of live broadcast terminals through the data distribution server, so as to play the prompt data and the live broadcast data in the plurality of live broadcast terminals.
  • the abnormal event of the live broadcast is an abnormality of the live video application, which affects all the terminals that are watching the live broadcast.
  • the prompt information is sent to all the terminals that are watching the live broadcast through the live broadcast server.
  • the terminal watching the live broadcast only needs to play the prompt data to implement the prompt data. Show.
  • the manners of the prompt data displayed by the plurality of terminals watching the live broadcast are the same. Even if the user views the live broadcast on a plurality of different live broadcast terminals, the same style of prompt data can be obtained, and the same user experience is obtained.
  • the method further includes: the live broadcast server detects whether the current live broadcast is abnormal according to the cached live data; and if an abnormality occurs in the current live broadcast, The live broadcast server sends prompt data to the terminal.
  • the live broadcast server can also determine whether the current live broadcast is abnormal according to the cached live broadcast data, and if there is an abnormality, issue supplementary prompt data.
  • the live broadcast application does not send a live broadcast abnormal event and the live broadcast server detects that the live broadcast is abnormal, the live broadcast server directly issues a prompt. Since the prompt is also sent by the live broadcast server, and the abnormality is detected by the live broadcast server, the terminal does not need to be adapted, so that the method of the embodiment is used in a wider range.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present application which is essential or contributes to the related art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, CD-ROM).
  • the instructions include a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present application.
  • a device for performing a video live broadcast of the method for performing a live video broadcast where the live broadcast device is mainly used to perform a live video method provided by the foregoing content in the embodiment of the present application, and the following The device for video live broadcast provided by the application embodiment is specifically introduced:
  • FIG. 6 is a schematic diagram of an apparatus for video live broadcast according to an embodiment of the present application.
  • the live broadcast apparatus mainly includes: a first sending unit 50, a detecting unit 52, and a second sending unit 54.
  • the first sending unit 50 is configured to send the live broadcast data and the prompt data to the live broadcast server, where the prompt data is sent to the live broadcast server before the current live broadcast is abnormal, and the prompt data is used to indicate the type of the live broadcast abnormal event. .
  • the video live application can obtain the live data by recording the live video.
  • the prompt data can be the data sent by the background of the live video application to the live video application.
  • the prompt data can include prompts for different abnormalities, and the prompt data can prompt the video live application to be abnormal. And the type of exception that occurred.
  • the anomaly of the live video application corresponds to the live exception event.
  • the detecting unit 52 is configured to detect whether an abnormality occurs in the current live broadcast.
  • the video live application detects whether the current live broadcast is abnormal.
  • the main detection is whether the video live application end is abnormal.
  • the abnormality includes at least one of the following: the live broadcast signal of the live video application is abnormal, the network abnormality of the live broadcast application, and the program of the live broadcast application are abnormal.
  • the live signal abnormality of the live video application includes whether the video live application has an abnormality in the collected video signal, such as the inability to acquire signals, the acquisition signal error, the acquisition signal loss, or the acquisition signal delay.
  • the network anomalies of the live video application include network interruption, slow network transmission speed, and data transmission drop frame.
  • the program exception of the live video application includes the program of the live video application switching to the background and anchor sharing.
  • the case where the program of the live video application is switched to the background includes that the terminal that installs the live video application opens other applications and the live video application runs in the background.
  • the anchor sharing includes the anchor to share the current video live to other social platforms other than the current live video application, causing the current video live application signal to be paused or interrupted.
  • the above various types of anomalies can be monitored and determined by the video live application to determine which type of anomaly, that is, the video live application can detect the type of live anomaly event.
  • the second sending unit 54 is configured to send a live broadcast abnormal event to the live broadcast server when detecting that the current live broadcast is abnormal, where the live broadcast abnormal event is used to instruct the live broadcast server to send the prompt data associated with the live broadcast abnormal event to the terminal. .
  • the abnormality of the live broadcast can be detected by the live video application.
  • the live broadcast application can directly send a live broadcast abnormal event to the live broadcast server.
  • the live broadcast abnormal event is used to prompt the live broadcast server to send relevant prompt data to the terminal.
  • the prompt data is stored in the live broadcast server in advance, and the live broadcast server can select the corresponding prompt data to send to the terminal according to the live broadcast abnormal event.
  • the live broadcast data and the prompt data are provided by the live video application, and the live broadcast abnormal event indicating that the live broadcast application is abnormal.
  • the live broadcast server receives the live broadcast abnormal event
  • the live broadcast abnormal event is stored from the stored prompt data.
  • the corresponding prompt data is sent to the terminal to prompt the video live application to be abnormal.
  • the terminal does not need to provide the prompt logic, and the terminal can perform the abnormal prompt by playing the live data and the prompt data, and does not need to design a set of prompt logic for each terminal, so that the abnormal prompt of the embodiment can be applied to various
  • the problem of narrow application range of the hinting logic of the related technology is solved, and the technical effect of expanding the use range of the hint logic is achieved.
  • the user experience is improved because the same anomaly displays the same prompt data on different terminals.
  • the first sending unit includes: an obtaining module, configured to acquire the prompting material; an encoding module, configured to encode the prompting material into the multimedia data; and a sending module, configured to send the multimedia data as the prompt data to the live broadcast server.
  • the prompt material obtained by the video live application may be directly sent by the background of the live video application, or may be directly set by the anchor in the live video application.
  • the prompt material can be an abnormal text prompt, a picture prompt, and the like. Different text prompts can be used for different anomalies. For example, when the live video application is switched to the background, the corresponding text prompt is "The anchor temporarily leaves” or “temporarily leaves, please wait a moment". When the network of the live video application is abnormal, the corresponding text prompt can be "The network is a little card, please be patient.” The above tips are for illustrative purposes only, and other forms of text prompts may be used.
  • the live video application converts the above-mentioned prompt material into multimedia data, for example, encoding the prompt material into video data, picture data, audio data, or a combination of the above various data forms.
  • the prompt material is encoded as prompt data to be sent to the live streaming server.
  • the sending module is further configured to send the multimedia data while sending the live broadcast data to the live broadcast server.
  • the multimedia data and the live broadcast data are respectively stored in two different caches of the live broadcast server, so that the live broadcast server directly selects corresponding prompt data from the live broadcast server to send to the terminal when the prompt data needs to be sent.
  • a live broadcast server for implementing the live video broadcast method is further provided.
  • the live broadcast server is mainly used to perform the live broadcast method provided by the foregoing content in the embodiment of the present application.
  • the live broadcast server provided in the application embodiment is specifically introduced:
  • FIG. 7 is a schematic diagram of a live broadcast server according to an embodiment of the present application.
  • the live broadcast server mainly includes: a receiving unit 60, an event detecting unit 62, a first data sending unit 64, and a second data sending. Unit 66.
  • the receiving unit 60 is configured to receive the live data and the prompt data sent by the live video application, where the prompt data is sent to the live broadcast server before the current live broadcast is abnormal, and the prompt data is used to indicate the type of the live broadcast abnormal event.
  • the video live application can obtain the live data by recording the live video.
  • the prompt data can be the data sent by the background of the live video application to the live video application.
  • the prompt data can include prompts for different abnormalities, and the prompt data can prompt the video live application to be abnormal. And the type of exception that occurred. After the live data and the prompt data are sent to the live broadcast server, they are stored by the live broadcast server.
  • the live broadcast server further includes: a cache unit, configured to store the live data and the prompt data in two different caches after the live broadcast server receives the live data and the prompt data sent by the live video application. After receiving the live data and the prompt data, the live broadcast server stores the live data and the prompt data in two caches respectively. When the live broadcast server needs to send the prompt data, the live broadcast server directly extracts the prompt data from the cache to the terminal, thereby improving the speed of data search and transmission.
  • the event detecting unit 62 is configured to detect whether a live broadcast abnormal event sent by the video live broadcast application is received.
  • the prompt data is used to indicate that the live broadcast of the live video application is abnormal.
  • the live broadcast server does not send the prompt data to the terminal for display, but waits for the live throttle server to receive the live broadcast abnormal event before sending the corresponding to the terminal.
  • Prompt data The live signal abnormality of the live video application includes whether the video live application has an abnormality in the collected video signal, such as the inability to acquire signals, the acquisition signal error, the acquisition signal loss, or the acquisition signal delay.
  • the network anomalies of the live video application include network interruption, slow network transmission speed, and data transmission drop frame.
  • the program exception of the live video application includes the program of the live video application switching to the background and anchor sharing.
  • the case where the program of the live video application is switched to the background includes that the terminal that installs the live video application opens other applications and the live video application runs in the background.
  • the anchor sharing includes the anchor to share the current video live to other applications (such as Weibo, WeChat, etc.) other than the current video live application, resulting in signal suspension or terminal of the current live video application.
  • the first data sending unit 64 is configured to: when the live broadcast abnormal event is detected, the live broadcast server sends the prompt data associated with the live broadcast abnormal event to the terminal, so that the terminal plays the prompt data.
  • the live broadcast server sends the prompt data to the terminal after detecting the live broadcast abnormal event. Since the prompt data is audio and video data, the terminal can play the prompt data like the live broadcast data, such as playing a prompt through the video live application installed on the terminal. A picture of a voice or prompt video.
  • the second data sending unit 66 is configured to send the live broadcast data to the terminal when the live broadcast abnormal event is not detected.
  • the live broadcast server can send live data only to the terminal when the live broadcast abnormal event is not detected.
  • the live video application of the terminal displays live data for normal live broadcast viewing.
  • the live broadcast server obtains the live data and the prompt data, and sends the prompt data to the terminal after receiving the live broadcast abnormal event, and the terminal can display the prompt data, so that the user can know in time which abnormalities occur in the current live broadcast.
  • the prompt data and the live broadcast abnormal event are provided by the video live broadcast application instead of the terminal, the prompt logic can be applied to a plurality of different terminals, and the same prompt data is displayed on different terminals due to the same abnormality, and the expansion is expanded.
  • the application scope of the live broadcast prompt logic solves the problem that the hinting logic of the related technology has a narrow application scope, and achieves the technical effect of expanding the use range of the hint logic, thereby improving the user experience.
  • the first data sending unit includes: a detecting module, configured to detect a type of a live abnormal event; a searching module, configured to search for data matching the type from the prompt data; and a sending module, configured to send the search to the terminal The data.
  • the type of the live broadcast abnormal event includes the live broadcast signal of the live video application, the network abnormality of the live broadcast application, and the abnormality of the program of the live broadcast application.
  • Each live broadcast exception corresponds to one or more prompt data
  • the live broadcast server is based on the live broadcast abnormal event. Select the appropriate prompt data for the type. For example, when the network of the live video application is abnormal, the prompt data corresponds to “the network abnormality of the live video application”.
  • the program of the live video application is abnormal, if the live video application is shared to a third-party platform, the prompt data corresponds to “Please move the third-party platform to continue watching the live broadcast”.
  • the live broadcast server sends the corresponding prompt data to the terminal, and displays the corresponding prompt data to the user through the player installed on the terminal.
  • the live broadcast server further includes: an abnormality detecting unit, configured to: after receiving the live broadcast data and the prompt data sent by the video live broadcast application, detecting, according to the cached live broadcast data, whether an abnormality occurs in the current live broadcast; The method is configured to send the prompt data to the terminal when detecting that an abnormality occurs in the current live broadcast.
  • an abnormality detecting unit configured to: after receiving the live broadcast data and the prompt data sent by the video live broadcast application, detecting, according to the cached live broadcast data, whether an abnormality occurs in the current live broadcast.
  • the method is configured to send the prompt data to the terminal when detecting that an abnormality occurs in the current live broadcast.
  • the live broadcast server can also determine whether the current live broadcast is abnormal according to the cached live broadcast data, and if there is an abnormality, issue supplementary prompt data.
  • the live broadcast application does not send a live broadcast abnormal event and the live broadcast server detects that the live broadcast is abnormal, the live broadcast server directly sends a prompt. Since the prompt is also sent by the live broadcast server, and the abnormality is detected by the live broadcast server, the terminal does not need to be adapted, so that the method of the embodiment is used in a wider range.
  • an electronic device for implementing the method for video live broadcast is further provided.
  • the electronic device mainly includes a processor 701, a camera 702, a display 703, a data interface 704, and a memory 705.
  • network interface 706, wherein:
  • the camera 702 is mainly used to record live data required for a live video application.
  • the data interface 704 transmits the live data captured by the third party tool to the processor 701 mainly by means of data transmission.
  • the memory 705 is mainly used to store live data and prompt data.
  • the network interface 706 is mainly used for network communication with the live broadcast server, and the live data is sent to the live broadcast server.
  • the display 703 is mainly used to display recorded live data.
  • the processor 701 is mainly used to perform the following operations:
  • the live broadcast application sends the live broadcast data and the prompt data to the live broadcast server, where the prompt data is sent to the live broadcast server before the current live broadcast is abnormal, and the prompt data is used to indicate the type of the live broadcast abnormal event;
  • the live broadcast application detects whether the current live broadcast is abnormal. When the live broadcast application detects that the current live broadcast is abnormal, the live broadcast application sends a live broadcast abnormal event to the live broadcast server, where the live broadcast abnormal event is used to indicate The live broadcast server sends the prompt data associated with the live broadcast abnormal event to the terminal.
  • the processor 701 is configured to: perform the following operations: the video live broadcast application acquires the prompt material; the video live broadcast application encodes the prompt material into multimedia data; and the video live broadcast application sends the multimedia data as the prompt data Give the live broadcast server.
  • the processor 701 is configured to perform the following operations: the video live broadcast application sends the multimedia data while sending the live broadcast data to the live broadcast server.
  • the processor 701 is configured to perform the following operations: the video live broadcast application detects whether the live broadcast application of the live broadcast is abnormal.
  • the abnormality includes at least one of the following: the live broadcast signal of the live broadcast application is abnormal.
  • the network abnormality of the live video application and the program of the live video application are abnormal.
  • Embodiments of the present application also provide a storage medium.
  • the foregoing storage medium may be used to store program code of a method for video live broadcast of the embodiment of the present application.
  • the foregoing storage medium may be located in at least one of a plurality of network devices in a network of a mobile communication network, a wide area network, a metropolitan area network, or a local area network.
  • the storage medium is arranged to store program code for performing the following steps:
  • the live video application sends the live broadcast data and the prompt data to the live broadcast server, where the prompt data is sent to the live broadcast server before the current live broadcast is abnormal, and the prompt data is used to indicate the type of the live broadcast abnormal event;
  • the video live application detects whether an abnormality occurs in the current live broadcast.
  • the live broadcast application sends a live broadcast abnormal event to the live broadcast server when the live broadcast application detects that the current live broadcast is abnormal, where the live broadcast abnormal event is used to indicate that the live broadcast server is
  • the terminal sends the prompt data associated with the live broadcast abnormal event.
  • the foregoing storage medium may include, but is not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor executes, according to the stored program code in the storage medium, the video live application acquires the prompt material; the video live application encodes the prompt material into multimedia data; the video The live broadcast application sends the multimedia data as the prompt data to the live broadcast server.
  • the processor executes, according to the stored program code in the storage medium, the video live broadcast application sends the multimedia data while transmitting the live broadcast data to the live broadcast server.
  • the processor is configured to: according to the stored program code in the storage medium, the video live broadcast application detects whether an abnormality occurs in the live broadcast video live application, where the abnormality includes at least the following A: the live broadcast signal of the live video application is abnormal, the network abnormality of the live video application, and the program of the live video application are abnormal.
  • the integrated unit in the above embodiment if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in the above-described computer readable storage medium.
  • the technical solution of the present application may be embodied in the form of a software product, or the whole or part of the technical solution, which is stored in the storage medium, including
  • the instructions are used to cause one or more computer devices (which may be a personal computer, server or network device, etc.) to perform all or part of the steps of the methods described in the various embodiments of the present application.
  • the disclosed client may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • multiple units or components may be combined or may be Integrate into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, unit or module, and may be electrical or otherwise.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种视频直播的方法、装置和直播接流服务器。其中，该方法包括：视频直播应用向直播接流服务器发送直播数据和提示数据，其中，提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，提示数据用于表示直播异常事件的类型；视频直播应用检测当前直播是否发生异常；视频直播应用在检测出当前直播发生异常时，视频直播应用向直播接流服务器发送直播异常事件，其中，直播异常事件用于指示直播接流服务器向终端发送与直播异常事件相关联的提示数据，终端用于播放直播数据和提示数据。本申请解决了现有的提示逻辑需要进行终端适配的技术问题。

Description

视频直播的方法、装置和直播接流服务器
本申请要求于2017年02月09日提交中国专利局、申请号为201710077128.1、发明名称“视频直播的方法、装置和直播接流服务器”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及多媒体领域，具体而言，涉及一种视频直播的方法、装置和直播接流服务器。
背景技术
视频直播在主播的网络(4G/WIFI)差、程序切后台，主播分享等情况下，会导致直播流中断，用户播放会缓冲或失败，影响用户体验。现有是视频直播应用在出现以上情况导致直播流中断时，处理流程如图1所示：
如图1所示，首先，终端开始直播播放。终端在播放直播数据的过程中，实时接收后台信令或者检测当前的播放状态。当终端收到直播流中断信令或者播放失败时，检测当前直播状态，即判断直播是否暂停或者停止。当判断出直播暂停或者停止时，停止播放加记载相直播断流的提示信息。然后，终端进行播放重试，如果重试成功则继续播放直播数据，如果重试失败则停止直播，加载直播结束提示。
由此可知，相关技术缺点是需要在每个终端上面实现一套断流提示逻辑，这个工作量和成本是非常高的，而且在有些采用系统播放器的终端(比如：H5)上根本实现不了，只能采用其他方式来实现，各终端展现也会不一致，导致用户体验也不一样。但是，现有的终端系统多样，无法在多种不同的终端上实现提示逻辑。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种视频直播的方法、装置和直播接流服务器，以至少解决现有的提示逻辑需要进行终端适配的技术问题。
根据本申请实施例的一个方面，提供了一种视频直播的方法，包括：视频直播应用向直播接流服务器发送直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；所述视频直播应用检测当前直播是否发生异常；所述视频直播应用在检测出当前直播发生异常时，所述视频直播应用向所述直播接流服务器发送直播异常事件，其中，所述直播异常事件用于指示所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据。
根据本申请实施例的一个方面，提供了一种视频直播的方法，包括：直播接流服务器接收视频直播应用发送的直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；所述直播接流服务器检测是否接收到所述视频直播应用发送的直播异常事件；如果检测到所述直播异常事件，则所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据，以使所述终端播放所述提示数据；如果未检测到所述直播异常事件，则所述直播接流服务器向所述终端发送所述直播数据。
根据本申请实施例的一个方面，提供了一种视频直播的装置，包括：第一发送单元，用于向直播接流服务器发送直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；检测单元，用于应用检测当前直播是否发生异常；第二发送单元，用于在检测出当前直播发生异常时，向所述直播接流服务器发送直播异常事件，其中，所述直播异常事件用于指示所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据。
根据本申请实施例的一个方面，提供了一种直播接流服务器，包括：接收单元，用于接收视频直播应用发送的直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；事件检测单元，用于检测是否接收到所述视频直播应用发送的直播异常事件；第一数据发送单元，用于在检测到所述直播异常事件时，向终端发送与所述直播异常事件相关联的所述提示数据，以使所述终端用于播放所述提示数据；第二数据发送单元，用于在未检测到所述直播异常事件时，向所述终端发送所述直播数据。
在本申请实施例中，由视频直播应用提供直播数据和提示数据，以及指示视频直播应用发生异常的直播异常事件，直播接流服务器接收到直播异常事件之后，根据直播异常事件从已存储的提示数据中选择相应的提示数据发送给终端，以提示视频直播应用发生异常。在这个过程中，并不需要终端提供提示逻辑，终端只要播放直播数据和提示数据就能实现异常提示，不必每个终端都设计一套提示逻辑，使得本实施例的异常提示可以应用到多种不同系统的终端上，解决了相关技术的提示逻辑需要终端适配并且适用范围狭窄的问题，达到了扩大提示逻辑的使用范围的技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据相关技术的提示逻辑的流程图；
图2是根据本申请实施例的硬件架构的示意图；
图3是根据本申请实施例的视频直播的方法的流程图；
图4是根据本申请优选实施例的视频直播的方法的流程图；
图5是根据本申请又一实施例的视频直播的方法的流程图；
图6是根据本申请实施例的视频直播的装置的示意图；
图7是根据本申请实施例的直播接流服务器的示意图；
图8是根据本申请实施例的终端的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请实施例，提供了一种可以通过本申请装置实施例执行的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
根据本申请实施例，提供了一种视频直播的方法。该视频直播方法可以由视频直播应用执行。
可选地，在本实施例中，上述视频直播的方法可以应用于如图2所示的第一终端102、第二终端106和服务器104所构成的硬件环境中。如图2所示，第一终端102通过网络与服务器104进行连接，上述网络包括但不限于：移动通信网络、广域网、城域网或局域网，第一终端102和第二终端106可以是手机终端，也可以是PC终端、笔记本终端或平板电脑终端。第一终端102安装有视频直播应用，用于录制直播视频，并将直播数据传输给服务器104。服务器104将直播数据发送给第二终端106，在第二终端106上播放直播数据。
图2中示出的硬件环境系统的主要工作原理是：
第一终端102上是视频直播应用将直播数据和提示数据发送给服务器104，服务器104可以作为直播接流服务器，将直播数据和提示数据分别存储在两个不同的缓存中。同时，在视频直播应用的网络或者视频直播应用本身出现异常时，视频直播应用向直播接流服务器发送在直播异常事件，直播接流服务器根据直播异常事件向第二终端106发送相应的提示数据。在这个过程中，作为播放直播数据的第二终端106无需提示逻辑也能实现直播异常的提示，对于多个第二终端106都能实现上述的提示逻辑，使得这种直播异常的提示逻辑的适用范围更广，并且提示逻辑稳定，对于不同的第二终端106也能采用相同的提示逻辑，提高了用户体验。
图3是根据本申请实施例的视频直播的方法的流程图，以下结合图3对本申请实施例所提供的视频直播的方法做具体介绍，如图3所示，该视频直播的方法主要包括如下步骤：
步骤S202，视频直播应用向直播接流服务器发送直播数据和提示数据，其中，提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型。
视频直播应用可以通过录制直播视频获得直播数据，提示数据可以是视频直播应用的后台下发给视频直播应用的数据，提示数据可以包括针对不同异常的提示，提示数据可以提示视频直播应用发生异常，以及发生异 常的类型。该提示数据可以在当前直播发生异常之前发送给直播接流服务器，例如，在直播刚刚开始时就发送提示数据，以避免在当前直播发生异常而导致无法向直播接流服务器发送提示数据。直播数据和提示数据被发送给直播接流服务器之后，由直播接流服务器进行存储。
步骤S204，视频直播应用检测当前直播是否发生异常。
视频直播应用检测当前直播是否发生异常主要检测视频直播应用端是否发生异常，异常包括以下至少之一：视频直播应用的直播信号异常、视频直播应用的网络异常和视频直播应用的程序异常。
视频直播应用的直播信号异常包括视频直播应用是否出现采集视频信号异常，如无法采集信号、采集信号错误、采集信号丢失或采集信号延迟等。
视频直播应用的网络异常包括网络中断、网络传输速度慢、数据传输丢帧等。
视频直播应用的程序异常包括视频直播应用的程序切换到后台和主播分享。其中，视频直播应用的程序切换到后台的情况包括安装视频直播应用的终端打开其他应用而使视频直播应用在后台运行。主播分享包括主播将当前视频直播分享到当前视频直播应用以外的其他社交平台中而导致当前视频直播应用的信号暂停或中断。
以上多种类型的异常都可以由视频直播应用监测并判断是哪种类型的异常。
步骤S206，视频直播应用在检测出当前直播发生异常时，视频直播应用向直播接流服务器发送直播异常事件，其中，直播异常事件用于指示直播接流服务器向终端发送与直播异常事件相关联的提示数据。
由于当前直播发生的异常都可以由视频直播应用监测到，视频直播应用可以直接向直播接流服务器发送直播异常事件，直播异常事件用来提示直播接流服务器向终端发送相关的提示数据。由于提示数据已经提前存储 在直播接流服务器中，直播接流服务器可以根据直播异常事件选择相应的提示数据发送给终端。
在本实施例中，由视频直播应用提供直播数据和提示数据，以及指示视频直播应用发生异常的直播异常事件，直播接流服务器接收到直播异常事件之后，根据直播异常事件从已存储的提示数据中选择相应的提示数据发送给终端，以提示视频直播应用发生异常。在这个过程中，并不需要终端提供提示逻辑，终端只要播放直播数据和提示数据就能实现异常提示，不必每个终端都设计一套提示逻辑，使得本实施例的异常提示可以应用到多种不同系统的终端上，解决了相关技术的提示逻辑适用范围狭窄的问题，达到了扩大提示逻辑的使用范围的技术效果。同时，由于相同的异常在不同的终端上显示相同的提示数据，提高了用户体验。
可选地，视频直播应用向直播接流服务器发送直播数据和提示数据包括：视频直播应用获取提示素材；视频直播应用将提示素材编码为多媒体数据；视频直播应用将多媒体数据作为提示数据发送给直播接流服务器。
视频直播应用获取的提示素材可以是视频直播应用的后台直接下发的，也可以由主播在视频直播应用中直接进行设置。提示素材可以是异常的文字提示、图片提示等。对于不同异常可以采用不同的文字提示。例如，在视频直播应用切换到后台时，相应的文字提示为“主播暂时离开”或者“临时离开，请稍等”等。视频直播应用的网络出现异常时，相应的文字提示可以为“网络有点卡，请耐心等待”。以上提示仅为举例说明，也可以采用其他形式的文字提示。
视频直播应用将上述提示素材转换成多媒体数据，例如，将提示素材编码为视频数据、图片数据、音频数据或者上述多种数据形式的结合。将提示素材编码为提示数据发送给直播接流服务器。
可选地，视频直播应用在向直播接流服务器发送直播数据的同时，发送多媒体数据。多媒体数据和直播数据分别存储在直播接流服务器的两个不同的缓存中，以便直播接流服务器在需要发送提示数据时直接从直播接 流服务器选择相应的提示数据发送给终端。
以下结合图4对本实施例进行说明。
S311，视频直播应用进行音视频采集。例如，在网络主播进行网络直播时采集网络主播的音频和视频。
S312，视频直播应用对采集的音视频数据进行编码，生成直播数据。
S313，视频直播应用向直播接流服务器发送直播数据。
S314，直播接流服务器缓存直播数据。例如，直播接流服务器将网络主播的音频数据和视频数据进行缓存。
S321，视频直播应用获取断流提示素材。其中，断流提示素材包括视频直播应用网络异常引起的视频中断、视频直播应用音视频采集异常引起的视频中断和视频直播应用切换到后台或者其他应用引起的视频终端等的提示素材。
S322，视频直播应用编码生成断流提示数据。断流提示素材可以是文字或者图片，经过视频直播应用进行编码后生成提示数据。
S323，视频直播应用发送断流提示数据。
S324，直播接流服务器缓存提示数据。存储提示数据的缓存与存储直播数据的缓存不同，以提高查询和提取相应数据的速度。
S331，视频直播应用发送直播异常事件。
S332，直播接流服务器处理直播异常事件。
S301，直播接流服务器根据直播异常事件判断是否向终端发送提示数据。
S302，直播接流服务器判断出不需要发送提示数据，则发送直播数据。
S303，直播接流服务器判断出需要发送提示数据，则发送提示数据。其中，提示数据可以是经视频直播应用编码后的音视频数据。
S304，数据分发服务器接收到来自直播接流服务器的直播数据和/或提示数据。
S305，数据分发服务器向一个或多个终端分发直播数据和/或提示数据，通过安装在终端上的视频直播应用播放接收到的直播数据或者提示数据。
结合图4可知，例如在AA直播等视频直播应用上，不仅在AA直播里面可以播放直播数据，还可以在视频应用、新闻应用、社交平台以及分享到的第三方等终端平台都可以播放，而采用本申请的提示方式不需要让所有终端都设计一套断流提示逻辑，只需要通过安装在终端上的视频直播应用播放接收到的直播数据或者提示数据就可以。
本实施例在主播直播时，将相应的提示素材(如：主播暂时离开，主播网络差等)编码为对应的提示音视频数据，与直播的音视频数据一起发送到直播接流服务器，在主播网络异常、视频直播应用程序切后台，主播分享等时候，通过不同类型信令(直播异常事件)通知直播接流服务发送相应提示音视频数据，保证整个直播流的连续性，终端的视频直播应用的播放能够正常进行，并给以友好的提示，能够很好的兼容各种自研播放器、系统播放器以及第三方内容分享等场景，在不增加终端额外工作量的情况下，解决直播断流用户播放体验差、提示流程和提示效果不一致的问题。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分可以以软 件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
本实施例还提供了一种视频直播的方法，该视频直播的方法可以由直播接流服务器执行。
图5是根据本申请又一实施例的视频直播的方法的流程图，以下结合图5对本申请实施例所提供的视频直播的方法做具体介绍，如图5所示，该视频直播的方法主要包括如下步骤：
步骤S401，直播接流服务器接收视频直播应用发送的直播数据和提示数据，其中，提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，提示数据用于表示直播异常事件的类型。
视频直播应用可以通过录制直播视频获得直播数据，提示数据可以是视频直播应用的后台下发给视频直播应用的数据，提示数据可以包括针对不同异常的提示，提示数据可以提示视频直播应用发生异常，以及发生异常的类型。提示数据可以在当前直播发生异常之前发送给直播接流服务器，也就是说，在没有发生异常的时候就可以提前发送提示数据，可以提示直播异常事件的类型。直播数据和提示数据被发送给直播接流服务器之后，由直播接流服务器进行存储。
直播接流服务器接收到直播数据和提示数据后，分别在两个缓存中存储直播数据和提示数据。在需要直播接流服务器发送提示数据时，直播接流服务器直接从其缓存中提取提示数据发送给终端，提高了数据查找和传输的速度。
步骤S402，直播接流服务器检测是否接收到视频直播应用发送的直播异常事件。
提示数据用来提示视频直播应用的直播发生异常，但是，并不是直播 接流服务器接收到提示数据就立即发送给终端进行显示，而是等待直播节流服务器接收到直播异常事件才向终端发送相应的提示数据。视频直播应用的直播信号异常包括视频直播应用是否出现采集视频信号异常，如无法采集信号、采集信号错误、采集信号丢失或采集信号延迟等。
视频直播应用的网络异常包括网络中断、网络传输速度慢、数据传输丢帧等。
视频直播应用的程序异常包括视频直播应用的程序切换到后台和主播分享。其中，视频直播应用的程序切换到后台的情况包括安装视频直播应用的终端打开其他应用而使视频直播应用在后台运行。主播分享包括主播将当前视频直播分享到当前视频直播应用以外的其他应用(如微博、微信等社交平台)中而导致当前视频直播应用的信号暂停或终端。
步骤S403，如果检测到直播异常事件，则直播接流服务器向终端发送与直播异常事件相关联的提示数据，以使终端播放提示数据。
直播接流服务器检测到直播异常事件就向终端发送提示数据，由于提示数据是音视频数据，因此，终端可以像播放直播数据一样播放提示数据，如通过安装在终端上的视频直播应用播放一段提示语音或提示视频的画面。
步骤S404，如果未检测到直播异常事件，则直播接流服务器向终端发送直播数据。
直播接流服务器在未检测到直播异常事件的情况下，可以只向终端发送直播数据，终端的视频直播应用展示直播数据进行正常的直播观看。
本实施例中，直播接流服务器获取直播数据和提示数据，在接收到直播异常事件后向终端发送提示数据，终端可以展示提示数据，以便用户及时获知当前直播发生哪些异常。由于提示数据和直播异常事件由视频直播应用提供，而不是终端提供，因此，该提示逻辑可以应用在多种不同的终端上，由于相同的异常在不同的终端上显示相同的提示数据，扩大了该直 播提示逻辑的适用范围，解决了相关技术的提示逻辑适用范围狭窄的问题，达到了扩大提示逻辑的使用范围的技术效果，提高了用户体验。
可选地，直播接流服务器向终端发送与直播异常事件相关联的提示数据包括：直播接流服务器检测直播异常事件的类型；直播接流服务器从提示数据中查找与类型相匹配的数据；直播接流服务器向终端发送查找到的数据。
直播异常事件的类型包括视频直播应用的直播信号异常、视频直播应用的网络异常和视频直播应用的程序异常，每种直播异常都对应一种或者多种提示数据，直播接流服务器根据直播异常事件的类型选择相应的提示数据。例如，发生视频直播应用的网络异常时，提示数据对应为“视频直播应用的网络异常”。发生视频直播应用的程序异常时，如视频直播应用分享到第三方平台，提示数据对应为“请移步第三方平台继续观看直播”。直播接流服务器将相应的提示数据发送给终端，通过安装在终端上的播放器显示相应的提示数据对用户进行提示。
可选地，直播接流服务器向终端发送直播数据包括：直播接流服务器通过数据分发服务器向一个或多个终端发送直播数据。
可选地，直播接流服务器向终端发送与直播异常事件相关联的提示数据包括：直播接流服务器通过数据分发服务器向一个或多个终端发送与直播异常事件相关联的提示数据。
同时观看直播的终端有多个，直播接流服务器可以通过数据分发服务器向多个观看直播的终端发送直播数据以及提示数据，以便在多个观看直播的终端中播放提示数据和直播数据。直播异常事件是视频直播应用发生的异常，会影响所有正在观看直播的终端，提示信息经过直播接流服务器发送给所有正在观看直播的终端，观看直播的终端只需要播放提示数据即可实现提示数据的展示。且多个观看直播的终端展示的提示数据的样式相同，即使用户在多个不同观看直播的终端上观看直播也能获得相同样式的提示数据，获得相同的用户体验。
可选地，在直播接流服务器接收视频直播应用发送的直播数据和提示数据之后，方法还包括：直播接流服务器根据缓存的直播数据检测当前直播是否发生异常；如果检测出当前直播发生异常，直播接流服务器向终端发出提示数据。
直播接流服务器还可以根据缓存的直播数据判断当前直播是否有异常，如果有异常，则发出补充提示数据。当视频直播应用未发出直播异常事件而直播接流服务器检测出直播发生异常时，由直播接流服务器直接发出提示。由于该提示也是由直播接流服务器发出，异常为直播接流服务器检测，所以不需要对终端进行适配，使得本实施例的方法的使用范围更广。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
根据本申请实施例，还提供了一种用于实施上述视频直播的方法的视频直播的装置，该视频直播的装置主要用于执行本申请实施例上述内容所提供的视频直播的方法，以下对本申请实施例所提供的视频直播的装置做具体介绍：
图6是根据本申请实施例的视频直播的装置的示意图，如图6所示， 该视频直播的装置主要包括：第一发送单元50、检测单元52和第二发送单元54。
第一发送单元50用于向直播接流服务器发送直播数据和提示数据，其中，提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，提示数据用于表示直播异常事件的类型。
视频直播应用可以通过录制直播视频获得直播数据，提示数据可以是视频直播应用的后台下发给视频直播应用的数据，提示数据可以包括针对不同异常的提示，提示数据可以提示视频直播应用发生异常，以及发生的异常事件的类型。视频直播应用发生的异常与直播异常事件相对应。直播数据和提示数据被发送给直播接流服务器之后，由直播接流服务器进行存储。
检测单元52用于检测当前直播是否发生异常。
视频直播应用检测当前直播是否发生异常主要检测视频直播应用端是否发生异常，异常包括以下至少之一：视频直播应用的直播信号异常、视频直播应用的网络异常和视频直播应用的程序异常。
视频直播应用的直播信号异常包括视频直播应用是否出现采集视频信号异常，如无法采集信号、采集信号错误、采集信号丢失或采集信号延迟等。
视频直播应用的网络异常包括网络中断、网络传输速度慢、数据传输丢帧等。
视频直播应用的程序异常包括视频直播应用的程序切换到后台和主播分享。其中，视频直播应用的程序切换到后台的情况包括安装视频直播应用的终端打开其他应用而使视频直播应用在后台运行。主播分享包括主播将当前视频直播分享到当前视频直播应用以外的其他社交平台中而导致当前视频直播应用的信号暂停或中断。
以上多种类型的异常都可以由视频直播应用监测并判断是哪种类型 的异常，即视频直播应用可以检测直播异常事件的类型。
第二发送单元54用于在检测出当前直播发生异常时，向直播接流服务器发送直播异常事件，其中，直播异常事件用于指示直播接流服务器向终端发送与直播异常事件相关联的提示数据。
由于当前直播发生的异常都可以由视频直播应用监测到，视频直播应用可以直接向直播接流服务器发送直播异常事件，直播异常事件用来提示直播接流服务器向终端发送相关的提示数据。由于提示数据已经提前存储在直播接流服务器中，直播接流服务器可以根据直播异常事件选择相应的提示数据发送给终端。
在本实施例中，由视频直播应用提供直播数据和提示数据，以及指示视频直播应用发生异常的直播异常事件，直播接流服务器接收到直播异常事件之后，根据直播异常事件从已存储的提示数据中选择相应的提示数据发送给终端，以提示视频直播应用发生异常。在这个过程中，并不需要终端提供提示逻辑，终端只要播放直播数据和提示数据就能实现异常提示，不必每个终端都设计一套提示逻辑，使得本实施例的异常提示可以应用到多种不同系统的终端上，解决了相关技术的提示逻辑适用范围狭窄的问题，达到了扩大提示逻辑的使用范围的技术效果。同时，由于相同的异常在不同的终端上显示相同的提示数据，提高了用户体验。
可选地，第一发送单元包括：获取模块，用于获取提示素材；编码模块，用于将提示素材编码为多媒体数据；发送模块，用于将多媒体数据作为提示数据发送给直播接流服务器。
视频直播应用获取的提示素材可以是视频直播应用的后台直接下发的，也可以由主播在视频直播应用中直接进行设置。提示素材可以是异常的文字提示、图片提示等。对于不同异常可以采用不同的文字提示。例如，在视频直播应用切换到后台时，相应的文字提示为“主播暂时离开”或者“临时离开，请稍等”等。视频直播应用的网络出现异常时，相应的文字提示可以为“网络有点卡，请耐心等待”。以上提示仅为举例说明，也可 以采用其他形式的文字提示。
视频直播应用将上述提示素材转换成多媒体数据，例如，将提示素材编码为视频数据、图片数据、音频数据或者上述多种数据形式的结合。将提示素材编码为提示数据发送给直播接流服务器。
可选地，发送模块还用于在向直播接流服务器发送直播数据的同时，发送多媒体数据。
多媒体数据和直播数据分别存储在直播接流服务器的两个不同的缓存中，以便直播接流服务器在需要发送提示数据时直接从直播接流服务器选择相应的提示数据发送给终端。
根据本申请实施例，还提供了一种用于实施上述视频直播的方法的直播接流服务器，该直播接流服务器主要用于执行本申请实施例上述内容所提供的视频直播的方法，以下对本申请实施例所提供的直播接流服务器做具体介绍：
图7是根据本申请实施例的直播接流服务器的示意图，如图7所示，该直播接流服务器主要包括：接收单元60、事件检测单元62、第一数据发送单元64和第二数据发送单元66。
接收单元60用于接收视频直播应用发送的直播数据和提示数据，其中，提示数据在当前直播发生异常之前被发送到直播接流服务器中，提示数据用于表示直播异常事件的类型。
视频直播应用可以通过录制直播视频获得直播数据，提示数据可以是视频直播应用的后台下发给视频直播应用的数据，提示数据可以包括针对不同异常的提示，提示数据可以提示视频直播应用发生异常，以及发生异常的类型。直播数据和提示数据被发送给直播接流服务器之后，由直播接流服务器进行存储。
可选地，直播接流服务器还包括：缓存单元，用于在直播接流服务器接收视频直播应用发送的直播数据和提示数据之后，将直播数据和提示数 据分别存储在两个不同的缓存中。直播接流服务器接收到直播数据和提示数据后，分别在两个缓存中存储直播数据和提示数据。在需要直播接流服务器发送提示数据时，直播接流服务器直接从其缓存中提取提示数据发送给终端，提高了数据查找和传输的速度。
事件检测单元62用于检测是否接收到视频直播应用发送的直播异常事件。
提示数据用来提示视频直播应用的直播发生异常，但是，并不是直播接流服务器接收到提示数据就立即发送给终端进行显示，而是等待直播节流服务器接收到直播异常事件才向终端发送相应的提示数据。视频直播应用的直播信号异常包括视频直播应用是否出现采集视频信号异常，如无法采集信号、采集信号错误、采集信号丢失或采集信号延迟等。
视频直播应用的网络异常包括网络中断、网络传输速度慢、数据传输丢帧等。
视频直播应用的程序异常包括视频直播应用的程序切换到后台和主播分享。其中，视频直播应用的程序切换到后台的情况包括安装视频直播应用的终端打开其他应用而使视频直播应用在后台运行。主播分享包括主播将当前视频直播分享到当前视频直播应用以外的其他应用(如微博、微信等社交平台)中而导致当前视频直播应用的信号暂停或终端。
第一数据发送单元64用于在检测到直播异常事件时，直播接流服务器向终端发送与直播异常事件相关联的提示数据，以使终端播放提示数据。
直播接流服务器检测到直播异常事件就向终端发送提示数据，由于提示数据是音视频数据，因此，终端可以像播放直播数据一样播放提示数据，如通过安装在终端上的视频直播应用播放一段提示语音或提示视频的画面。
第二数据发送单元66用于在未检测到直播异常事件时，向终端发送直播数据。
直播接流服务器在未检测到直播异常事件的情况下，可以只向终端发送直播数据，终端的视频直播应用展示直播数据进行正常的直播观看。
本实施例中，直播接流服务器获取直播数据和提示数据，在接收到直播异常事件后向终端发送提示数据，终端可以展示提示数据，以便用户及时获知当前直播发生哪些异常。由于提示数据和直播异常事件由视频直播应用提供，而不是终端提供，因此，该提示逻辑可以应用在多种不同的终端上，由于相同的异常在不同的终端上显示相同的提示数据，扩大了该直播提示逻辑的适用范围，解决了相关技术的提示逻辑适用范围狭窄的问题，达到了扩大提示逻辑的使用范围的技术效果，提高了用户体验。
可选地，第一数据发送单元包括：检测模块，用于检测直播异常事件的类型；查找模块，用于从提示数据中查找与类型相匹配的数据；发送模块，用于向终端发送查找到的数据。
直播异常事件的类型包括视频直播应用的直播信号异常、视频直播应用的网络异常和视频直播应用的程序异常，每种直播异常都对应一种或者多种提示数据，直播接流服务器根据直播异常事件的类型选择相应的提示数据。例如，发生视频直播应用的网络异常时，提示数据对应为“视频直播应用的网络异常”。发生视频直播应用的程序异常时，如视频直播应用分享到第三方平台，提示数据对应为“请移步第三方平台继续观看直播”。直播接流服务器将相应的提示数据发送给终端，通过安装在终端上的播放器显示相应的提示数据对用户进行提示。
可选地，所述直播接流服务器还包括：异常检测单元，用于在接收视频直播应用发送的直播数据和提示数据之后，根据缓存的所述直播数据检测当前直播是否发生异常；提示单元，用于在检测出当前直播发生异常时，向所述终端发出所述提示数据。
直播接流服务器还可以根据缓存的直播数据判断当前直播是否有异常，如果有异常，则发出补充提示数据。当视频直播应用未发出直播异常事件而直播接流服务器检测出直播发生异常时，由直播接流服务器直接发 出提示。由于该提示也是由直播接流服务器发出，异常为直播接流服务器检测，所以不需要对终端进行适配，使得本实施例的方法的使用范围更广。
根据本申请实施例，还提供了一种用于实施上述视频直播的方法的电子装置，如图8所示，该电子装置主要包括处理器701、摄像头702、显示器703、数据接口704、存储器705和网络接口706，其中：
摄像头702主要用于录制视频直播应用所需的直播数据。
数据接口704则主要通过数据传输的方式将第三方工具拍摄到的直播数据传输给处理器701。
存储器705主要用于存储直播数据和提示数据。
网络接口706主要用于与直播接流服务器进行网络通信，将直播数据而后提示数据发送给直播接流服务器。
显示器703主要用于显示录制的直播数据。
处理器701主要用于执行如下操作：
视频直播应用向直播接流服务器发送直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到直播接流服务器中，提示数据用于表示直播异常事件的类型；所述视频直播应用检测当前直播是否发生异常；所述视频直播应用在检测出当前直播发生异常时，所述视频直播应用向所述直播接流服务器发送直播异常事件，其中，所述直播异常事件用于指示所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据。
处理器701主要用于执行如下操作：所述视频直播应用获取提示素材；所述视频直播应用将所述提示素材编码为多媒体数据；所述视频直播应用将所述多媒体数据作为所述提示数据发送给所述直播接流服务器。
处理器701主要用于执行如下操作：所述视频直播应用在向所述直播接流服务器发送所述直播数据的同时，发送所述多媒体数据。
处理器701主要用于执行如下操作：所述视频直播应用检测当前直播的所述视频直播应用是否发生异常，其中，所述异常包括以下至少之一：所述视频直播应用的直播信号异常、所述视频直播应用的网络异常和所述视频直播应用的程序异常。
可选地，本实施例中的具体示例可以参考上述方法实施例中所描述的示例，本实施例在此不再赘述。
本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于存储本申请实施例的视频直播的方法的程序代码。
可选地，在本实施例中，上述存储介质可以位于移动通信网络、广域网、城域网或局域网的网络中的多个网络设备中的至少一个网络设备。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
S1，视频直播应用向直播接流服务器发送直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到直播接流服务器中，提示数据用于表示直播异常事件的类型；
S2，所述视频直播应用检测当前直播是否发生异常；
S3，所述视频直播应用在检测出当前直播发生异常时，所述视频直播应用向所述直播接流服务器发送直播异常事件，其中，所述直播异常事件用于指示所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read‐Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执 行:所述视频直播应用获取提示素材；所述视频直播应用将所述提示素材编码为多媒体数据；所述视频直播应用将所述多媒体数据作为所述提示数据发送给所述直播接流服务器。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行:所述视频直播应用在向所述直播接流服务器发送所述直播数据的同时，发送所述多媒体数据。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行:所述视频直播应用检测当前直播的所述视频直播应用是否发生异常，其中，所述异常包括以下至少之一：所述视频直播应用的直播信号异常、所述视频直播应用的网络异常和所述视频直播应用的程序异常。
可选地，本实施例中的具体示例可以参考上述方法实施例中所描述的示例，本实施例在此不再赘述。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦 合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (20)

  1. 一种视频直播的方法，包括：
    视频直播应用向直播接流服务器发送直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；
    所述视频直播应用检测当前直播是否发生异常；
    所述视频直播应用在检测出当前直播发生异常时，所述视频直播应用向所述直播接流服务器发送直播异常事件，其中，所述直播异常事件用于指示所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据。
  2. 根据权利要求1所述的方法，其中，所述视频直播应用向所述直播接流服务器发送直播数据和提示数据包括：
    所述视频直播应用获取提示素材；
    所述视频直播应用将所述提示素材编码为多媒体数据；
    所述视频直播应用将所述多媒体数据作为所述提示数据发送给所述直播接流服务器。
  3. 根据权利要求2所述的方法，其中，所述视频直播应用将所述多媒体数据作为所述提示数据发送给所述直播接流服务器包括：
    所述视频直播应用在向所述直播接流服务器发送所述直播数据的同时，发送所述多媒体数据。
  4. 根据权利要求1所述的方法，其中，所述视频直播应用检测当前直播是否发生异常包括：
    所述视频直播应用检测当前直播的所述视频直播应用是否发生异常，其中，所述异常包括以下至少之一：
    所述视频直播应用的直播信号异常、所述视频直播应用的网络异常和所述视频直播应用的程序异常。
  5. 一种视频直播的方法，包括：
    直播接流服务器接收视频直播应用发送的直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；
    所述直播接流服务器检测是否接收到所述视频直播应用发送的直播异常事件；
    如果检测到所述直播异常事件，则所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据，以指示所述终端播放所述提示数据；
    如果未检测到所述直播异常事件，则所述直播接流服务器向所述终端发送所述直播数据。
  6. 根据权利要求5所述的方法，其中，所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据包括：
    所述直播接流服务器检测所述直播异常事件的类型；
    所述直播接流服务器从所述提示数据中查找与所述类型相匹配的数据；
    所述直播接流服务器向所述终端发送查找到的数据。
  7. 根据权利要求5所述的方法，其中，在所述直播接流服务器接收视频直播应用发送的直播数据和提示数据之后，所述方法还包括：
    所述直播接流服务器将所述直播数据和所述提示数据分别存储在两个不同的缓存中。
  8. 根据权利要求5所述的方法，其中，所述直播接流服务器向所述终端发送所述直播数据包括：
    所述直播接流服务器通过数据分发服务器向一个或多个所述终端发送所述直播数据。
  9. 根据权利要求5所述的方法，其中，所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据包括：
    所述直播接流服务器通过数据分发服务器向一个或多个所述终端发送与所述直播异常事件相关联的所述提示数据。
  10. 根据权利要求5所述的方法，其中，在直播接流服务器接收视频直播应用发送的直播数据和提示数据之后，所述方法还包括：
    所述直播接流服务器根据缓存的所述直播数据检测当前直播是否发生异常；
    如果检测出当前直播发生异常，所述直播接流服务器向所述终端发出所述提示数据。
  11. 一种视频直播的装置，包括一个或多个处理器，以及一个或多个存储程序单元的存储器，其中，所述程序单元由所述处理器执行，所述程序单元包括：
    第一发送单元，被设置为向直播接流服务器发送直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据用于表示直播异常事件的类型；
    检测单元，被设置为应用检测当前直播是否发生异常；
    第二发送单元，被设置为在检测出当前直播发生异常时，向所述直播接流服务器发送直播异常事件，其中，所述直播异常事件被设置为指示所述直播接流服务器向终端发送与所述直播异常事件相关联的所述提示数据。
  12. 根据权利要求11所述的装置，其中，所述第一发送单元包括：
    获取模块，被设置为获取提示素材；
    编码模块，被设置为将所述提示素材编码为多媒体数据；
    发送模块，被设置为将所述多媒体数据作为所述提示数据发送给所述直播接流服务器。
  13. 根据权利要求12所述的装置，其中，所述发送模块还被设置为在向所述直播接流服务器发送所述直播数据的同时，发送所述多媒体数据。
  14. 根据权利要求11所述的装置，其中，所述检测单元被设置为检测当前直播的所述视频直播应用是否发生异常，其中，所述异常包括以下至少之一：
    所述视频直播应用的直播信号异常、所述视频直播应用的网络异常和所述视频直播应用的程序异常。
  15. 一种直播接流服务器，包括一个或多个处理器，以及一个或多个存储程序单元的存储器，其中，所述程序单元由所述处理器执行，所述程序单元包括：
    接收单元，被设置为接收视频直播应用发送的直播数据和提示数据，其中，所述提示数据在当前直播发生异常之前被发送到所述直播接流服务器中，所述提示数据被设置为表示直播异常事件的类型；
    事件检测单元，被设置为检测是否接收到所述视频直播应用发送的直播异常事件；
    第一数据发送单元，被设置为在检测到所述直播异常事件时，向终端发送与所述直播异常事件相关联的所述提示数据，以指示所述终端播放所述提示数据；
    第二数据发送单元，被设置为在未检测到所述直播异常事件时，向所述终端发送所述直播数据。
  16. 根据权利要求15所述的直播接流服务器，其中，所述第一数据发送单元包括：
    检测模块，被设置为检测所述直播异常事件的类型；
    查找模块，被设置为从所述提示数据中查找与所述类型相匹配的数据；
    发送模块，被设置为向所述终端发送查找到的数据。
  17. 根据权利要求15所述的直播接流服务器，其中，所述直播接流服务 器还包括：
    缓存单元，被设置为在所述接收单元接收视频直播应用发送的直播数据和提示数据之后，将所述直播数据和所述提示数据分别存储在两个不同的缓存中。
  18. 根据权利要求15所述的直播接流服务器，其中，所述直播接流服务器还包括：
    异常检测单元，被设置为在所述接收单元接收视频直播应用发送的直播数据和提示数据之后，根据缓存的所述直播数据检测当前直播是否发生异常；
    提示单元，被设置为在检测出当前直播发生异常时，向所述终端发出所述提示数据。
  19. 一种存储介质，其中，所述存储介质中存储有计算机程序，所述计算机程序被设置为运行时执行所述权利要求1至4任一项中所述的方法。
  20. 一种电子装置，包括存储器和处理器，其中，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至4任一项中所述的方法。
PCT/CN2018/074786 2017-02-09 2018-01-31 视频直播的方法、装置和直播接流服务器 WO2018145594A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710077128.1 2017-02-09
CN201710077128.1A CN107071503B (zh) 2017-02-09 2017-02-09 视频直播的方法、装置和直播接流服务器

Publications (1)

Publication Number Publication Date
WO2018145594A1 true WO2018145594A1 (zh) 2018-08-16

Family

ID=59598101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/074786 WO2018145594A1 (zh) 2017-02-09 2018-01-31 视频直播的方法、装置和直播接流服务器

Country Status (2)

Country Link
CN (1) CN107071503B (zh)
WO (1) WO2018145594A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107071503B (zh) * 2017-02-09 2019-01-08 腾讯科技（深圳）有限公司 视频直播的方法、装置和直播接流服务器
CN107743244B (zh) * 2017-10-27 2021-04-27 北京小米移动软件有限公司 视频直播方法及装置
CN108055245A (zh) * 2017-11-28 2018-05-18 北京潘达互娱科技有限公司 网络视频直播方法、装置、电子设备和计算机存储介质
CN108111879A (zh) * 2017-12-12 2018-06-01 福建中金在线信息科技有限公司 一种视频直播异常处理的方法、装置及电子设备
CN108040261B (zh) * 2017-12-22 2020-06-30 广州酷狗计算机科技有限公司 网络直播的管理方法、装置及存储介质
CN108174295B (zh) * 2017-12-29 2021-05-25 北京奇虎科技有限公司 主播状态的通知方法和装置、主播状态的提示方法和装置
US11483739B2 (en) 2018-02-25 2022-10-25 Nokia Solutions And Networks Oy Method and system for automated dynamic network slice deployment using artificial intelligence
CN111385591A (zh) * 2018-12-28 2020-07-07 阿里巴巴集团控股有限公司 网络直播方法、直播处理方法、装置、直播服务器及终端设备
CN112753214A (zh) * 2020-01-20 2021-05-04 深圳市大疆创新科技有限公司 设备控制方法、图像显示方法、设备及存储介质
CN111918074A (zh) * 2020-07-06 2020-11-10 深圳市鸿合创新信息技术有限责任公司 直播视频故障预警方法及相关设备
CN114257572B (zh) * 2020-09-11 2023-11-24 腾讯科技（深圳）有限公司 数据处理方法、装置、计算机可读介质及电子设备
CN113014946A (zh) * 2021-03-05 2021-06-22 广州市网星信息技术有限公司 一种直播平台主播掉线的应急处理方法及应急处理装置
CN113296984A (zh) * 2021-06-15 2021-08-24 杭州朗和科技有限公司 兼容性参数确定方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014041547A1 (en) * 2012-09-13 2014-03-20 Yevvo Entertainment Inc. Live video broadcasting from a mobile device
CN104468623A (zh) * 2014-12-27 2015-03-25 广州华多网络科技有限公司 一种基于在线直播的信息展示方法、相关装置及系统
CN105007527A (zh) * 2015-08-05 2015-10-28 腾讯科技（深圳）有限公司 数据直播方法及装置
US20160057457A1 (en) * 2014-08-25 2016-02-25 LiveFromMe Live video broadcasting mobile application for social sharing
CN105933774A (zh) * 2016-05-18 2016-09-07 北京奇虎科技有限公司 一种视频直播的处理方法和服务器
CN107071503A (zh) * 2017-02-09 2017-08-18 腾讯科技（深圳）有限公司 视频直播的方法、装置和直播接流服务器

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9178631B2 (en) * 2013-04-19 2015-11-03 Spacebar, Inc. Asynchronously streaming high quality audio of a live event from a handheld device
CN105323144B (zh) * 2014-07-16 2020-05-29 腾讯科技（深圳）有限公司 即时通讯中消息异常提示方法和系统
CN106341698B (zh) * 2015-07-07 2020-11-03 腾讯科技（深圳）有限公司 视频直播处理方法和装置以及存储介质和终端设备
CN105897672A (zh) * 2015-11-16 2016-08-24 乐视云计算有限公司 网络直播方法、装置及系统
CN106331767B (zh) * 2016-09-09 2020-03-17 腾讯科技（深圳）有限公司 一种数据纠错处理方法、终端、服务器及系统
CN106375859B (zh) * 2016-09-26 2019-01-15 腾讯科技（深圳）有限公司 一种媒体处理方法、装置及终端

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014041547A1 (en) * 2012-09-13 2014-03-20 Yevvo Entertainment Inc. Live video broadcasting from a mobile device
US20160057457A1 (en) * 2014-08-25 2016-02-25 LiveFromMe Live video broadcasting mobile application for social sharing
CN104468623A (zh) * 2014-12-27 2015-03-25 广州华多网络科技有限公司 一种基于在线直播的信息展示方法、相关装置及系统
CN105007527A (zh) * 2015-08-05 2015-10-28 腾讯科技（深圳）有限公司 数据直播方法及装置
CN105933774A (zh) * 2016-05-18 2016-09-07 北京奇虎科技有限公司 一种视频直播的处理方法和服务器
CN107071503A (zh) * 2017-02-09 2017-08-18 腾讯科技（深圳）有限公司 视频直播的方法、装置和直播接流服务器

Also Published As

Publication number Publication date
CN107071503A (zh) 2017-08-18
CN107071503B (zh) 2019-01-08

Similar Documents

Publication Publication Date Title
WO2018145594A1 (zh) 视频直播的方法、装置和直播接流服务器
US20160353161A1 (en) One-screen sharing method, device and system
US20170126767A1 (en) Method for switching live audios, streaming server and client
CN111447487B (zh) 智慧屏反向投屏方法、系统、智慧屏和可读存储介质
CN106686446B (zh) 内容投射方法及移动终端
WO2017020623A1 (zh) 数据直播方法及装置
US10019058B2 (en) Information processing device and information processing method
US11871075B2 (en) Audio playing and transmitting methods and apparatuses
WO2017096885A1 (zh) 视频播放方法及装置
US7991883B1 (en) Server communication in a multi-tier server architecture
CN104244048A (zh) 一种视频播放方法及视频客户端
JP2014155190A (ja) 映像データ配信装置、映像データ配信システム及びプログラム
WO2017101401A1 (zh) 视频播放方法、装置及系统
US20160029053A1 (en) Method for transmitting media data and virtual desktop server
EP3754998B1 (en) Streaming media quality monitoring method and system
WO2023142389A1 (zh) 投屏方法、装置、电子设备及存储介质
WO2017166607A1 (zh) 基于耳机的录音控制方法、装置、电子设备及存储介质
WO2014190655A1 (zh) 应用同步方法、应用服务器及终端
JP6092796B2 (ja) 再生装置、受信機器、再生システム、及び、プログラム。
US9537921B2 (en) Mobile-to-mobile streaming of real-time content for presentation by an output device
CN108882004B (zh) 视频录制方法、装置、设备及存储介质
CN108134957A (zh) 一种投屏方法、终端和计算机存储介质
JP6089874B2 (ja) 多言語同時再生システム
WO2022218425A1 (zh) 一种录音推流方法、装置、设备及介质
CN113395585B (zh) 视频检测方法、视频播放控制方法、装置和电子设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18751408

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18751408

Country of ref document: EP

Kind code of ref document: A1