WO2019024638A1

WO2019024638A1 - Live broadcast pausing method and system, live broadcast pausing apparatus, and live broadcast server

Info

Publication number: WO2019024638A1
Application number: PCT/CN2018/093994
Authority: WO
Inventors: 袁磊
Original assignee: 优酷网络技术（北京）有限公司
Priority date: 2017-07-31
Filing date: 2018-07-02
Publication date: 2019-02-07
Also published as: TW201911872A; CN107241615A

Abstract

Disclosed are a live broadcast pausing method and system, a live broadcast pausing apparatus, and a live broadcast server, wherein the method comprises: providing, at a data collection client, collected live broadcast data to a live broadcast server, so as to receive, when the live broadcast server pushes the live broadcast data to a user client, a pause instruction issued by an anchor; and in response to the pause instruction, the data collection client pausing, when same maintains a communication connection with the live broadcast server, collection of the live broadcast data. The technical solution provided in the present application can improve the efficiency of live broadcasting when the live broadcast is started again.

Description

Live pause method, system, live pause device and live server

This application claims the priority of the Chinese patent application filed on July 31, 2017, the application number is 201710637551.2, and the invention name is "live suspension method, system, live suspension device and live server", the entire contents of which are incorporated herein by reference. In the application.

Technical field

The present application relates to the field of Internet technologies, and in particular, to a live broadcast suspension method, a system, a live broadcast suspension device, and a live broadcast server.

Background technique

With the continuous development of Internet technology, the video live broadcast industry has attracted more and more attention. Currently, when a live video is broadcast, the anchor usually collects video data that needs to be broadcasted through the collection end, and then the collection end can send the video data to the server of the live broadcast platform. In this way, when the website or the application of the live broadcast platform is opened in the client's client, the live video acquisition request can be sent to the server of the live broadcast platform. When receiving the live video acquisition request, the server of the live broadcast platform can push the video data uploaded by the collection terminal to the client of the user, thereby implementing a live broadcast process from the anchor to the user.

During the live broadcast, the anchor sometimes inevitably has an emergency, which will cause the live broadcast process to be suspended. For example, if the anchor needs to temporarily handle other things, the live broadcast process will be suspended. During the suspension process, the collection end of the anchor usually interrupts the streaming of the live stream to the server of the live platform. After the live broadcast is resumed, the collection end needs to re-establish a connection with the server of the live broadcast platform to continue to push the data stream. It can be seen that the current suspension of the live stream by interrupting the data stream requires more time to re-establish the connection with the live server when the live broadcast is restarted.

Summary of the invention

The purpose of the embodiment of the present application is to provide a live broadcast suspension method, a system, a live broadcast suspension device, and a live broadcast server, which can improve the efficiency of live broadcast when the live broadcast is restarted.

To achieve the above objective, the embodiment of the present application provides a method for suspending a live broadcast, where the method includes: providing a live broadcast data to a live broadcast server at a data collection client, so that the live broadcast server pushes the live broadcast data to a user client. In the case of the terminal, the pause command issued by the anchor is received; in response to the pause command, the data collection client pauses to collect the live broadcast data while maintaining a communication connection with the live server.

To achieve the above objective, the embodiment of the present application further provides a live broadcast suspension device, where the device includes: a pause instruction receiving unit, configured to receive a pause instruction sent by a data collection client; and the data collection client is used to broadcast to the live broadcast The server provides the collected live data; the interstitial video data acquiring unit is configured to obtain the interstitial video data in response to the pause instruction, and the pushing unit is configured to push the interstitial video data to the live broadcast server, so that the live broadcast The server pauses to send the live data currently collected by the data collection client to the user client, and sends the split video data to the user client during the pause.

To achieve the above objective, the embodiment of the present application further provides a live broadcast suspension method, where the method includes: receiving a live data request sent by a user client, and sending the live data pointed by the live data request to the user client. The live broadcast data is collected and uploaded by the data collection client; when the broadcast video data sent by the live broadcast suspension device is received, the live broadcast data is suspended from being sent to the user client, and is The user client pushes the interstitial video data.

To achieve the above objective, the embodiment of the present application further provides a live broadcast server, where the live broadcast server includes: a live broadcast data sending unit, configured to receive a live data request sent by a user client, and send the content to the user client. The live data pointed to by the live data request; wherein the live data is collected and uploaded by the data collection client; the inserted video data sending unit is configured to pause to the user when receiving the inserted video data sent by the live suspension device The client sends the live broadcast data and pushes the interstitial video data to the user client during a pause.

To achieve the above objective, the embodiment of the present application further provides a live broadcast suspension system, where the system includes a data collection client, a live broadcast suspension device, a live broadcast server, and a user client, where: the data collection client is used for The live broadcast server provides the collected live broadcast data, and sends a pause command to the live broadcast pause device; the live broadcast pause device is configured to acquire the split video data in response to the pause instruction; push the split video data to the a live broadcast server, configured to: after receiving the interstitial video data sent by the live broadcast suspension device, suspending sending the live data currently collected by the data collection client to the user client, and The user client sends the interstitial video data.

It can be seen from the above that after the data collection client of the present application issues the pause command, the data collection client can continue to maintain a communication connection with the live server without disconnecting from the live server. In this way, when the live broadcast is resumed, the data collection client can provide the collected live data to the live server according to the previous communication connection, thereby reducing the time for re-establishing the connection with the live server and improving the efficiency of the live broadcast. In addition, the live broadcast suspension device can acquire the interstitial video data for replacing the live data stream. Then, the live broadcast suspension device can push the interstitial video data to the live server. In this way, when the live broadcast server receives the inserted video data to be pushed, the broadcast video data can be pushed to the user client, so that when the data collection client pauses to obtain the live data stream from the anchor camera and the microphone, The live broadcast suspension device pushes the inserted video data to the live server to ensure that the live video played in the user client is not interrupted.

DRAWINGS

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings to be used in the embodiments or the description of the prior art will be briefly described below. Obviously, the drawings in the following description are only It is a few embodiments described in the present application, and other drawings can be obtained from those skilled in the art without any inventive labor.

FIG. 1 is a schematic diagram of a method for suspending a live broadcast in an embodiment of the present application;

2 is a flowchart of a method for suspending a live broadcast in an embodiment of the present application;

3 is an interaction diagram of a live suspension method in an embodiment of the present application;

4 is a schematic diagram of storage of interstitial video data in an embodiment of the present application;

FIG. 5 is a schematic structural diagram of a live broadcast suspension device according to an embodiment of the present application;

6 is a sequence diagram of a method for suspending a live broadcast according to another embodiment of the present application;

7 is a schematic structural diagram of a live broadcast server according to an embodiment of the present application;

FIG. 8 is an interaction diagram of a live suspension system in an embodiment of the present application.

Detailed ways

In order to make those skilled in the art better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present application. The embodiments are only a part of the embodiments of the present application, and not all of them. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present application without departing from the inventive scope shall fall within the scope of the application.

The embodiment of the present application provides a live broadcast suspension method, which can be applied to a system architecture of a server and a client. The server may be a service server of the live broadcast platform, and the client may be a data collection client for collecting live broadcast data of the anchor, or a user client for displaying the live broadcast screen to the user. The live broadcast platform may be, for example, a platform such as a betta, a tiger tooth, or a battle flag. In this embodiment, the server may be an electronic device having a data operation, a storage function, and a network interaction function; or may be software running in the electronic device to provide support for data processing, storage, and network interaction. The number of the servers is not specifically limited in the present embodiment. The server may be a server, or may be several servers, or a server cluster formed by several servers.

In this embodiment, the client may be an electronic device having a data collection function, a data playback function, and a network communication function. Specifically, the client may be, for example, a desktop computer, a tablet computer, a notebook computer, a smart phone, a digital assistant, a smart wearable device, a shopping guide terminal, a television set with network access function, or the like. Alternatively, the client may also be software capable of running in the above electronic device. Specifically, the client may be an application such as iQiyi, AcFun, betta, etc. running in an electronic device provided by the live broadcast platform.

The present application provides a live broadcast suspension method, which may be applied to a data collection client, and the method includes the following steps.

S10: The collected data is provided to the live broadcast server by the data collection client, so that the live broadcast server sends the live broadcast data to the user client, and receives the pause command issued by the anchor.

S20: In response to the pause instruction, the data collection client pauses collecting live data while maintaining a communication connection with the live server.

In this embodiment, the data collection client may collect live data related to the anchor, and the live data may be pushed by the data collection client to the live server of the live platform after the collection. In this way, when the user client sends a live broadcast request to the live broadcast server to the live broadcast server, the live broadcast server can push the live data collected by the data collection client of the anchor to the user client to display on the user client. The live broadcast of the anchor.

In this embodiment, when the anchor needs to pause the live broadcast, a pause command may be issued in the data collection client. After receiving the pause command issued by the anchor, the data collection client may pause to collect the live data related to the anchor. However, the data collection client can continue to maintain a communication connection with the live server. At this time, the data collection client may not push the live data to the live server, so that the live server cannot provide the corresponding live data to the user client, and the user client may display a black screen. Of course, in the actual application scenario, after the anchor sends the pause command, the data collection client can send the pause command to the live server, so that the live server can continuously provide data collection to the user client according to the already set play rules. The last frame of the screen provided by the client. Of course, the live server can also send video information for characterizing the anchor of the anchor to the user client. For example, the user client can display the last frame of the live broadcast or the black screen. On the screen or the black screen, the words "Host off, please wait" can be displayed.

In this embodiment, when the anchor ends the temporary leaving process, the data acquisition client may issue a cancel pause command, so that after receiving the cancel pause command issued by the anchor, the data collection client may re-collect the live data. And providing the re-collected live broadcast data to the live broadcast server by using the previously communicated communication connection, thereby reducing the time taken for re-establishing the connection with the live broadcast server, and improving the efficiency of the live broadcast.

The live broadcast suspension method provided by the embodiment of the present application can also be applied to a live broadcast suspension device. It should be noted that, in this implementation manner, the live broadcast suspension device may be an independent device that maintains data communication with the data collection client, and the live broadcast suspension device may be in the same local area network as the data collection client. In the network, the live suspension device and the data collection client can have a better network environment and faster data transmission speed. In addition, the live broadcast suspension device may also be a module integrated in the data collection client, so that when the data collection client pushes live data to the live server, it may first determine whether to obtain from the camera and the microphone. Live broadcast data of the anchor. If the live broadcast is not currently paused, the live broadcast data of the anchor can be obtained directly from the camera and the microphone, and the obtained live broadcast data is pushed to the live broadcast server. If the current live broadcast status is available, the broadcast video data can be acquired by the live broadcast pause device, and the split video data can be pushed to the live broadcast server. In this way, the data collection client can send data streams to the live server without interrupting during the pause process.

Referring to FIG. 1 and FIG. 2, after receiving the pause command issued by the anchor, the method may further include the following steps.

S11: Acquire the interstitial video data in response to the pause instruction.

In this embodiment, the data collection client may be connected to a camera, a microphone, or the like for collecting live data, or the data collection client itself may include a camera, a microphone, and the like. When the anchor starts to broadcast, the data collection client can establish a streaming connection with the live server. Since the data collection client needs to continuously push live data to the live server during the live broadcast, the stream connection may be a long connection.

In this embodiment, when the data collection client pushes the live data to the live server, it may determine in advance whether the live data is obtained from the camera and the microphone. If the anchor currently does not issue a pause command in the data collection client, the data collection client can obtain live data from the camera and the microphone. The data collection client can convert the obtained live data into a live data stream, and push the converted live data stream to the live server. In this way, the user client can obtain the live broadcast of the anchor from the live server. The live data stream may be a data stream that follows a streaming media protocol. The streaming media protocol may be, for example, RTP (Real-time Transport Protocol), Real-time Transport Control Protocol (RTCP), and Secure Real-time Transport Protocol (SRTP). Wait.

In this embodiment, if the anchor sends a pause command in the data collection client, the data collection client can pause to obtain live data from devices such as a camera and a microphone. In order to continue to push the live data stream to the live server, the data collection client can send the pause instruction to the live pause device, so that the live pause device can provide video data for live broadcast.

In this embodiment, the pause instruction may be that the anchor is released in the data collection client. In addition, in other application scenarios, the data collection client can automatically generate a pause instruction for a specific situation.

In an embodiment of the present application, the data collection client may preferentially obtain live data from the camera and the microphone, and then may detect the obtained live data to determine whether a pause command is currently generated. Specifically, when the data displayed by the data collection client during the first specified duration is the same, the pause instruction may be generated. In this embodiment, the first specified duration may be a preset duration in the data collection client, and the duration may be adjusted according to an actual scenario. For example, the first specified duration may be 10 seconds, then within 10 seconds, if the images collected by the camera are the same, it indicates that the anchor may leave the range of the camera shooting, and there is no actual live broadcast. Content, then the data collection client can automatically generate a pause command. In this embodiment, it may be determined whether the pictures displayed in the first specified duration are the same by determining whether the live broadcast data collected within the first specified duration is the same.

In an embodiment of the present application, if the camera has a problem and the live broadcast data of the anchor cannot be collected, the data collection client cannot obtain the live broadcast data. In this way, in the embodiment, when the data collection client cannot collect live data within the second specified duration, a pause command may also be generated. The second specified duration may be a preset duration in the data collection client, and the duration may be adjusted according to an actual scenario. For example, the second specified duration may be 3 seconds. When the data collection client has been unable to collect live data in 3 seconds, a pause command may be generated to provide live broadcast data by the live pause device.

Referring to FIG. 3 together, in the embodiment, when the live pause device receives the pause command, the interstitial video data for replacing the live broadcast data may be acquired. The interstitial video data may be video material stored in advance by the anchor in the data collection client. The video material may be, for example, a video highlight, an advertisement, a photo collection, and the like. The in-stream video data may be uniformly stored in a specified resource library. The specified resource library may be a folder or a database built based on a data structure. The database may be, for example, MySQL, Oracle, DB2, Sybase, or the like.

In this embodiment, the live broadcast suspension device can read the interstitial video data from the local cache in addition to the interpolated video data from the specified resource library. The interstitial video data in the local cache may be interstitial video data that was read during the previous or previous pauses. In this way, the live broadcast suspension device directly reads the interstitial video data from the local cache, thereby improving the data reading speed.

In one embodiment of the present application, the local cache or the interstitial video data in the specified repository may be associated with a time node that is used to characterize the time node at which the interstitial video data was last read. In order for the interstitial video data played during pause to not repeat in a short time, the interstitial video data can be selectively read based on the time node. Specifically, the live broadcast suspension device may acquire the interstitial video data for pushing to the live broadcast server from the interstitial video data associated with the time node whose current time node exceeds the specified time threshold. The specified time threshold may be a preset duration. For example, the specified time threshold can be 12 hours. In this way, the same in-stream video data will not be played repeatedly within 12 hours. In the specified resource library or local cache, the interstitial video data can be sorted according to the time node, and the closer the time node is to the current time node, the more the sorted position can be. Specifically, referring to Figure 4, the interstitial video data can be stored in an array. In the array, the higher the in-stream video data, the longer the corresponding time node is from the current time node. For example, as shown in Figure 4, there are 3 interstitial video data in the local cache, corresponding to 12:04 on July 13, 2017, 15:14 on July 14, 2017, and July 16, 2017. 5:08 these three time nodes. Then, when the interstitial video data is read from the local cache, the first interstitial video data in the array can be read out as data to be pushed to the live server. In addition, a plurality of candidate video data of the candidate may also be determined according to the current time node and the specified time threshold. For example, if the current time node is 12 o'clock on July 16, 2017, and the specified time threshold is 24 hours, then the latest time node corresponding to the candidate interstitial video data is 12 o'clock on July 15, 2017, and later than The in-stream video data of the time node cannot be played repeatedly. Therefore, as shown in FIG. 4, only the first interpolated video data and the second interpolated video data can be used as candidate interstitial video data. Then, one of the candidate plurality of interstitial video data can be randomly read as data to be pushed to the live server.

In an embodiment of the present application, the pause command sent by the data collection client may further include duration information. The duration information is used to pause the live broadcast data collected by the data collection client after the current time indicates the length of time represented by the duration information. For example, if the duration information is 10 seconds, it indicates that, after 10 seconds from the time when the pause instruction is generated, the data collection client stops acquiring live data from the camera and the microphone, and correspondingly, the live server The live data collected by the data collection client is suspended. The duration information can be used to reserve the acquisition time of the interstitial video data to the live broadcast suspension device, so that the video data can be seamlessly connected after the current live video is paused. In this embodiment, the live broadcast suspension device may detect the current average download speed, which may be the average speed at which the live broadcast suspension device downloads resources from the specified resource library. In this way, based on the average download speed and the duration of the duration information, it is possible to determine the target data download amount that the live broadcast pause device can download within the duration information. For example, the average download speed may be 2 M/s, and the duration information may be 10 seconds, and the target data download amount may be 20 MB. In this embodiment, the live broadcast suspension device can download the probe data packet with a small amount of data from the specified resource pool according to a fixed period. For example, the live broadcast pause device can download a 1 MB probe data packet from the specified resource library every 10 seconds, and calculate the current download speed according to the speed at which the probe data packet is downloaded. Then, after receiving the pause command, the specified data amount calculated before the current time can be averaged to obtain the current average download speed. In this embodiment, after determining the target data download amount, the live broadcast suspension device may acquire the interstitial video data that is adapted to the target data download amount. The matching of the interstitial video data with the target data download amount may mean that the data amount of the interstitial video data is less than or equal to the target data download amount. Of course, in an actual application scenario, in order to make full use of the reserved duration of the duration information representation, the interstitial video data whose download data amount is closest to the target data download amount may be selected.

In an embodiment of the present application, when the anchor command is issued by the anchor, the duration of the pause may also be specified together. Therefore, the pause instruction further includes a pause duration information, where the pause duration information is used to indicate the duration of the pause of playing the live broadcast data collected by the data collection client. For example, the pause duration information may be 5 minutes, then after 5 minutes pause, the live broadcast may continue to be started. In this way, after the pause command is obtained, the live broadcast suspension device can read at least one of the interstitial video data from the specified resource pool or the local cache according to the pause duration information contained therein; wherein the at least one interstitial video data corresponds to The sum of the play durations matches the duration of the pause duration information representation. The matching between the sum of the playing durations and the duration of the pause duration information representation may indicate that the sum of the durations is greater than the duration of the pause duration information representation. For example, if the duration information is 5 minutes, the sum of the durations of the at least one piece of the inserted video data read from the specified resource library or the local cache may be greater than 5 minutes, thereby ensuring that the in-stream video can be continuously played during the pause period. data.

S13: Push the in-stream video data to the live broadcast server, so that the live broadcast server pauses to send the live broadcast data currently collected by the data collection client to the user client, and sends the live broadcast data to the user client during the pause period. The interstitial video data.

In this embodiment, after the live broadcast pause device obtains the interstitial video data, the broadcast video data may be pushed to the live broadcast server. Of course, in the actual application scenario, if the live broadcast suspension device is a module in the data collection client, the data collection client may convert the inserted video data into live stream data after acquiring the inserted video data. And pushing the live stream data to the live server. The live stream data may be data that follows a streaming protocol. The streaming media protocol may be, for example, RTP (Real-time Transport Protocol), Real-time Transport Control Protocol (RTCP), and Secure Real-time Transport Protocol (SRTP). Wait.

In an application scenario, the live broadcast pause device may be a module in the data collection client, so that after the data acquisition client generates the pause command, the live broadcast data can be stopped from the camera and the microphone, but from the live broadcast pause device. Get in-stream video data. In this way, the data collection client pushes the live broadcast server to insert video data. At this time, the live server can push the interstitial video data to the user client according to the streaming media protocol.

In another application scenario, the live broadcast pause device may be an independent device. At this time, after the pause command is generated, the data collection client may still provide live broadcast data to the live broadcast server in order not to disconnect from the live broadcast server. However, at this time, the live broadcast suspension device also sends the interstitial video data to the live server. In the case that two video data are received at the same time, the live broadcast server may suspend sending the live data currently collected by the data collection client to the user client, and send the split video data to the user client during the pause. In a specific implementation, the play priority of the inserted video data may be higher than the play priority of the live data collected by the data collection client, so that the live broadcast server can preferentially play the inserted video data when receiving the two types of data at the same time.

In one embodiment of the present application, the unsuspend instruction may be generated in the data collection client after the suspension is completed. The cancel pause command can be sent to the live pause device. After receiving the cancel suspension instruction sent by the data collection client, the live broadcast suspension device may stop pushing the insertion video data to the live server in response to the cancel suspension instruction, so that the live broadcast server is to the user client. The terminal sends the live data currently collected by the data collection client.

Referring to FIG. 5, the present application further provides a live broadcast suspension device, which may include the following units.

The pause instruction receiving unit 100 is configured to receive a pause instruction sent by the data collection client; the data collection client is configured to provide the collected live broadcast data to the live broadcast server;

The interstitial video data acquiring unit 200 is configured to acquire the interstitial video data in response to the pause instruction;

The pushing unit 300 is configured to push the interstitial video data to the live broadcast server, so that the live broadcast server suspends sending the live broadcast data currently collected by the data collection client to the user client, and The user client sends the interstitial video data.

In this embodiment, the pause command further includes duration information; wherein, after the duration of the duration information, the live broadcast server pauses playing the live broadcast data collected by the data collection client; Correspondingly, the in-stream video data acquiring unit includes:

a target data download amount determining module, configured to detect a current average download speed, and determine a target data download amount based on the average download speed and a duration of the duration information representation;

And a data acquiring module, configured to acquire the interpolated video data that is adapted to the target data download amount.

In the embodiment, the pause command further includes pause duration information; wherein the pause duration information is used to indicate duration of time during which the live data collected by the data collection client is paused; correspondingly, the insert The video data obtaining unit includes: a duration matching module, configured to read at least one of the interstitial video data from the specified resource library or the local cache; wherein the sum of the play durations and the pause duration information corresponding to the at least one interstitial video data The duration of the characterization matches.

In this embodiment, the device further includes: a cancel instruction receiving unit, configured to receive a cancel pause command sent by the data collection client; and a stop push unit, configured to stop the move in response to the cancel pause command The live broadcast server pushes the interstitial video data, so that the live broadcast server sends the live broadcast data currently collected by the data collection client to the user client.

The specific function of the live broadcast suspension device disclosed in the foregoing embodiment may be compared with the implementation manner of the live broadcast suspension method in the present application, and the implementation manner of the live suspension method of the present application may be implemented and the implementation method of the method may be implemented. Technical effects.

The application also provides a live broadcast suspension method, which can be applied to a live broadcast server. Referring to FIG. 6, the method may include the following steps.

S21: Receive a live data request sent by the user client, and send the live data pointed by the live data request to the user client, where the live data is collected and uploaded by the data collection client.

In this embodiment, when the user client opens the website or application of the live broadcast platform, the user can send a live broadcast data request to the live broadcast server by clicking a certain anchor room or clicking a live broadcast screen of an anchor. The live data request can point to the corresponding live data. In this way, the live server can receive the live data request sent by the user client, and send the live data pointed to by the live data request to the user client. The live data is collected and uploaded by the data collection client. The data collection client may be connected to a camera, a microphone, or the like for collecting live data, or the data collection client itself may include a camera, a microphone, and the like. When the anchor starts to broadcast, the data collection client can establish a streaming connection with the live server. Since the data collection client needs to continuously push live data to the live server during the live broadcast, the stream connection may be a long connection.

S23: When the interstitial video data sent by the live broadcast suspension device is received, the live broadcast data is suspended from being sent to the user client, and the interstitial video data is pushed to the user client during the pause.

In this embodiment, when the live broadcast suspension device receives the pause instruction, the interstitial video data for replacing the live broadcast data may be acquired. The interstitial video data may be video material stored in advance by the anchor in the data collection client. The video material may be, for example, a video highlight, an advertisement, a photo collection, and the like. The in-stream video data may be uniformly stored in a specified resource library. The specified resource library may be a folder or a database built based on a data structure. The database may be, for example, MySQL, Oracle, DB2, Sybase, or the like.

In this embodiment, after the live broadcast pause device obtains the interstitial video data, the broadcast video data may be pushed to the live broadcast server. In this way, when receiving the interstitial video data sent by the live broadcast suspension device, the live broadcast server may suspend sending the live broadcast data to the user client, and push the interstitial video data to the user client during the pause.

In an embodiment of the present application, after the pause phase ends, the data collection client may send a cancel pause command to the live broadcast suspension device. In this way, the live broadcast suspension device can stop pushing the interstitial video data to the live server in response to the cancel suspension instruction. In this embodiment, when the live broadcast server cannot receive the interstitial video data sent by the live broadcast suspension device within a specified duration, it indicates that the pause phase has been ended, so that the data collection can be pushed to the user client. The live data currently collected by the client.

In an embodiment of the present application, after receiving the interstitial video data sent by the live broadcast suspension device, the live broadcast server may convert the received interstitial video data into live stream data, and push the user to the user client. Live stream data. In futures, the live stream data may be a data stream that follows a streaming protocol. The streaming media protocol may be, for example, RTP (Real-time Transport Protocol), Real-time Transport Control Protocol (RTCP), and Secure Real-time Transport Protocol (SRTP). Wait.

In an implementation manner of the present application, the live broadcast server may also automatically push the interstitial video data to the user client when the live data is unavailable when the data collection client is abnormal. Specifically, when the live broadcast server cannot receive the live broadcast data uploaded by the data collection client within a specified duration, it indicates that the data collection client has an abnormality, and the live broadcast process needs to be suspended. At this time, the live broadcast server can read the locally stored interstitial video data and push the read interpolated video data to the user client. The locally stored interstitial video data may be sent by the live pause device during a previous pause. The live broadcast server can store the interstitial video data sent by the live broadcast pause device in the recent period. In order to save storage space, the interstitial video data that is far away from the current time can be automatically deleted. For example, the live server may only retain the in-stream video data sent by the live suspension device within the last 24 hours.

In this embodiment, when the data collection client returns to normal and the live data can be provided, the live server can continue to push the live data uploaded by the data collection client to the user client. Specifically, when the live broadcast server receives the live broadcast data uploaded by the data collection client in the process of pushing the broadcast video data read from the local device, it indicates that the data collection client has returned to normal at this time, thereby Stop pushing the in-stream video data to the user client, and start pushing the live data uploaded by the data collection client to the user client.

Referring to FIG. 7, the present application further provides a live broadcast server, where the live broadcast server includes:

The live data sending unit 110 is configured to receive a live data request sent by the user client, and send the live data pointed by the live data request to the user client, where the live data is collected by the data collecting client. Upload

The interstitial video data sending unit 210 is configured to: when receiving the interstitial video data sent by the live broadcast suspension device, suspending sending the live broadcast data to the user client, and pushing the interstitial to the user client during the pause period Video data.

In this embodiment, the live broadcast server further includes:

The live data resending unit is configured to: when the in-stream video data sent by the live broadcast suspension device is not received within a specified duration, push the live data currently collected by the data collection client to the user client.

In this embodiment, the live broadcast server further includes:

a local reading unit, configured to: when the live data uploaded by the data collection client cannot be received within a specified duration, read the locally stored interstitial video data, and push the read interpolated to the user client Video data.

The specific function of the live broadcast server disclosed in the foregoing embodiment may be compared with the implementation manner of the live broadcast suspension method applied in the live server in the present application, and the implementation manner of the live suspension method of the present application may be implemented and achieved. The technical effect of the method embodiment.

Referring to FIG. 8, the present application further provides a live broadcast suspension system, where the system includes a data collection client, a direct broadcast suspension device, a live broadcast server, and a user client, where:

The data collection client is configured to provide the collected live broadcast data to the live broadcast server, and send a pause instruction to the live broadcast suspension device;

The live broadcast suspension device is configured to acquire the interstitial video data in response to the pause instruction; and push the interstitial video data to the live broadcast server;

The live broadcast server is configured to: after receiving the interstitial video data sent by the live broadcast suspension device, suspending sending the live data currently collected by the data collection client to the user client, and sending the data to the user during the pause period. The client sends the interstitial video data.

The specific functions implemented by the data collection client, the live broadcast suspension device, the live broadcast server, and the user client may be interpreted in comparison with the implementation manner of the live suspension method described in the present application, and the implementation of the present application may be implemented. The implementation method of the live suspension method and the technical effect of the method implementation method are achieved.

It can be seen from the above that after the data collection client of the present application issues the pause command, the data collection client can continue to maintain a communication connection with the live server without disconnecting from the live server. In this way, when the live broadcast is resumed, the data collection client can provide the collected live data to the live server according to the previous communication connection, thereby reducing the time for re-establishing the connection with the live server and improving the efficiency of the live broadcast. In addition, the live pause device can obtain the interstitial video data for replacing the live stream. Then, the live broadcast suspension device can push the interstitial video data to the live server. In this way, when the live broadcast server receives the inserted video data to be pushed, the broadcast video data can be pushed to the user client, so that when the data collection client pauses to obtain the live data stream from the anchor camera and the microphone, The live broadcast suspension device pushes the inserted video data to the live server to ensure that the live video played in the user client is not interrupted.

In the 1990s, improvements to a technology could clearly distinguish between hardware improvements (eg, improvements to circuit structures such as diodes, transistors, switches, etc.) or software improvements (for process flow improvements). However, as technology advances, many of today's method flow improvements can be seen as direct improvements in hardware circuit architecture. Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be implemented by hardware entity modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is an integrated circuit whose logic function is determined by the user programming the device. Designers can program themselves to "integrate" a digital system on a single PLD without having to ask the chip manufacturer to design and fabricate a dedicated integrated circuit chip. Moreover, today, instead of manually making integrated circuit chips, this programming is mostly implemented using "logic compiler" software, which is similar to the software compiler used in programming development, but before compiling The original code has to be written in a specific programming language. This is called the Hardware Description Language (HDL). HDL is not the only one, but there are many kinds, such as ABEL (Advanced Boolean Expression Language). AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., are currently the most commonly used VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. It should also be apparent to those skilled in the art that the hardware flow for implementing the logic method flow can be easily obtained by simply programming the method flow into the integrated circuit with a few hardware description languages.

Those skilled in the art also know that in addition to implementing the client and the server in a purely computer readable program code, the logic steps can be used to make the client and the server use logic gates, switches, ASICs, and programmable logic. Controllers and embedded microcontrollers, etc., implement the same functionality. Thus such a client, server can be considered a hardware component, and the means for implementing various functions included therein can also be considered as a structure within the hardware component. Or even a device for implementing various functions can be considered as a software module that can be both a method of implementation and a structure within a hardware component.

It will be apparent to those skilled in the art from the above description of the embodiments that the present application can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a storage medium such as a ROM/RAM or a disk. An optical disk, etc., includes instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present application or portions of the embodiments.

The various embodiments in the specification are described in a progressive manner, and the same or similar parts between the various embodiments may be referred to each other, and each embodiment focuses on differences from other embodiments. In particular, for the implementation of the live pause device, the live server, and the system, reference may be made to the introduction of the foregoing method.

The application can be described in the general context of computer-executable instructions executed by a computer, such as a program module. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform particular tasks or implement particular abstract data types. The present application can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are connected through a communication network. In a distributed computing environment, program modules can be located in both local and remote computer storage media including storage devices.

While the present invention has been described by the embodiments of the present invention, it will be understood by those skilled in the art

Claims

A method for suspending a live broadcast, characterized in that the method comprises:

The data collection client provides the collected live data to the live broadcast server, so that the live broadcast server sends the live broadcast data to the user client, and receives the pause command issued by the anchor;

In response to the pause instruction, the data collection client suspends collecting live data while maintaining a communication connection with the live server.
The method of claim 1 further comprising:

Receiving the cancellation pause command issued by the anchor, the data collection client re-collects the live broadcast data, and provides the re-collected live broadcast data to the live broadcast server through the communication connection.
The method of claim 1, wherein after receiving the pause command issued by the anchor, the method further comprises:

Acquiring the interstitial video data in response to the pause instruction;

Pushing the in-stream video data to the live broadcast server, so that the live broadcast server pauses to send the live broadcast data currently collected by the data collection client to the user client, and sends the live broadcast data to the user client during the pause period. The interstitial video data.
The method of claim 3 wherein said pause command is generated by said data collection client in the following manner:

Generating a pause instruction when the live data collected by the data collection client during the first specified duration is the same; or

When the data collection client cannot collect live data within the second specified duration, a pause command is generated.
The method according to claim 3, wherein the acquiring the interstitial video data comprises:

Read in-stream video data from a specified repository or from a local cache.
The method according to claim 3 or 5, wherein the interstitial video data is associated with a time node, and the time node is used to represent a time node at which the interstitial video data was last read;

Accordingly, obtaining the interstitial video data includes:

The interstitial video data for push to the live server is obtained from the interstitial video data associated with the time node whose current time node exceeds the specified time threshold.
The method according to claim 3, wherein the pause command further includes duration information; wherein, after the current time, the live broadcast server pauses playing the data collection after the duration represented by the duration information The live data collected by the client; accordingly, obtaining the in-stream video data includes:

Detecting a current average download speed, and determining a target data download amount based on the average download speed and a duration of the duration information representation;

Obtaining interpolated video data that is adapted to the target data download amount.
The method according to claim 3, wherein the pause command further includes pause duration information; wherein the pause duration information is used to indicate duration of time during which the live data collected by the data collection client is paused. Accordingly, obtaining the in-stream video data includes:

Reading at least one of the interstitial video data from the specified resource library or the local cache; wherein, the sum of the play durations corresponding to the at least one interstitial video data matches the duration of the pause duration information representation.
The method of claim 3, wherein the method further comprises:

Receiving a cancellation pause command sent by the data collection client;

In response to the canceling the suspension instruction, stopping the insertion of the interstitial video data to the live server, so that the live broadcast server sends the live data collected by the data collection client to the user client.
A live broadcast suspension device, characterized in that the device comprises:

a pause instruction receiving unit, configured to receive a pause instruction sent by the data collection client; the data collection client is configured to provide the collected live data to the live server;

An interstitial video data acquiring unit, configured to acquire the interstitial video data in response to the pause instruction;

a pushing unit, configured to push the interstitial video data to the live broadcast server, so that the live broadcast server pauses to send the live data collected by the data collection client to the user client, and sends the live data to the user during the pause period. The client sends the interstitial video data.
The apparatus according to claim 10, wherein the pause command further includes duration information; wherein, after the current time, the live broadcast server pauses playing the data collection after the duration represented by the duration information The live broadcast data collected by the client; correspondingly, the interstitial video data acquiring unit includes:

a target data download amount determining module, configured to detect a current average download speed, and determine a target data download amount based on the average download speed and a duration of the duration information representation;

And a data acquiring module, configured to acquire the interpolated video data that is adapted to the target data download amount.
The device according to claim 10, wherein the pause command further includes pause duration information; wherein the pause duration information is used to indicate duration of playing the live broadcast data collected by the data collection client. Correspondingly, the in-stream video data acquiring unit includes:

The duration matching module is configured to read at least one of the interstitial video data from the specified resource library or the local cache; wherein the sum of the play durations corresponding to the at least one interstitial video data matches the duration of the pause duration information representation.
The device according to claim 10, wherein the device further comprises:

a cancel instruction receiving unit, configured to receive an unsuspend instruction sent by the data collection client;

Stopping the pushing unit, in response to the canceling the suspension instruction, stopping pushing the interstitial video data to the live server, so that the live server sends the live data currently collected by the data collection client to the user client.
A method for suspending a live broadcast, characterized in that the method comprises:

Receiving a live data request sent by the user client, and sending the live data pointed by the live data request to the user client; wherein the live data is collected and uploaded by the data collection client;

When the interstitial video data sent by the live broadcast suspension device is received, the live broadcast data is suspended from being sent to the user client, and the interstitial video data is pushed to the user client during the pause.
The method of claim 14, wherein the method further comprises:

When the in-stream video data sent by the live broadcast suspension device cannot be received within a specified duration, the live data collected by the data collection client is pushed to the user client.
The method of claim 14, wherein the pushing the interstitial video data to the user client comprises:

Transmitting the received in-stream video data into live stream data, and pushing the live stream data to the user client.
The method of claim 14, wherein the method further comprises:

When the live data uploaded by the data collection client cannot be received within a specified duration, the locally stored interstitial video data is read, and the read interstitial video data is pushed to the user client.
The method of claim 17, wherein the method further comprises:

When the live data uploaded by the data collection client is received during the process of pushing the read-in video data, stop pushing the video data to the user client, and start to the user client. Push the live data uploaded by the data collection client.
A live broadcast server, wherein the live broadcast server includes:

The live data sending unit is configured to receive a live data request sent by the user client, and send the live data pointed by the live data request to the user client, where the live data is collected and uploaded by the data collecting client. ;

The in-stream video data sending unit is configured to: when receiving the interstitial video data sent by the live broadcast suspension device, suspending sending the live broadcast data to the user client, and pushing the interstitial video to the user client during the pause period; data.
The live broadcast server according to claim 19, wherein the live broadcast server further comprises:

The live data resending unit is configured to: when the in-stream video data sent by the live broadcast suspension device is not received within a specified duration, push the live data currently collected by the data collection client to the user client.
The live broadcast server according to claim 19, wherein the live broadcast server further comprises:

a local reading unit, configured to: when the live data uploaded by the data collection client cannot be received within a specified duration, read the locally stored interstitial video data, and push the read interpolated to the user client Video data.
A live broadcast suspension system, characterized in that the system comprises a data collection client, a live suspension device, a live broadcast server and a user client, wherein:

The data collection client is configured to provide the collected live broadcast data to the live broadcast server, and send a pause instruction to the live broadcast suspension device;

The live broadcast suspension device is configured to acquire the interstitial video data in response to the pause instruction; and push the interstitial video data to the live broadcast server;

The live broadcast server is configured to: after receiving the interstitial video data sent by the live broadcast suspension device, suspending sending the live data currently collected by the data collection client to the user client, and sending the data to the user during the pause period. The client sends the interstitial video data.