CN117676181A

CN117676181A - Method and device for delaying live broadcast

Info

Publication number: CN117676181A
Application number: CN202311710505.2A
Authority: CN
Inventors: 陈腾启
Original assignee: Shanghai Bilibili Technology Co Ltd
Current assignee: Shanghai Bilibili Technology Co Ltd
Priority date: 2023-12-12
Filing date: 2023-12-12
Publication date: 2024-03-08

Abstract

The embodiment of the application provides a live broadcast delaying method, which comprises the following steps: the method is used for a server, wherein the server is used for recording the live broadcast state, and the method comprises the following steps: and receiving state configuration information aiming at the target live broadcast, wherein the state configuration information comprises a target state and target delay time of the target live broadcast. And acquiring the target state of the target live broadcast according to the state configuration information. And under the condition that the target state is a delay state, delaying and pushing the target live stream of the target live broadcast to the audience terminal according to the target delay time. According to the technical scheme, the target live broadcast can be delayed to be played, the live broadcast display effect is improved, sufficient auditing time is reserved for content security auditing, and the security of live broadcast content is improved.

Description

Method and device for delaying live broadcast

Technical Field

The embodiment of the application relates to the technical field of live broadcasting, in particular to a method, a device, computer equipment and a computer readable storage medium for delaying live broadcasting.

Background

With the rapid popularity of internet technology, webcasting is being received and favored by more and more people. Webcasting generally involves: a live platform, a hosting terminal, and a viewer terminal, wherein the hosting terminal can provide multimedia content (e.g., video content) to the viewer terminal via the live platform.

However, in the current live broadcast, the live broadcast obtains the content of the current main broadcast push stream in real time so as to play the content in real time, and the playing cannot be delayed, so that the application requirements of certain specific scenes cannot be met.

It should be noted that the foregoing is not necessarily prior art, and is not intended to limit the scope of the patent protection of the present application.

Disclosure of Invention

Embodiments of the present application provide a method, apparatus, computer device, and computer readable storage medium for delaying live broadcast, so as to solve or alleviate one or more of the technical problems set forth above.

An aspect of an embodiment of the present application provides a method for delaying live broadcast, which is used for a server, where the server is used for recording a live broadcast state, and the method includes:

receiving state configuration information aiming at a target live broadcast, wherein the state configuration information comprises a target state and target delay time of the target live broadcast;

acquiring a target state of target live broadcast according to the state configuration information; and

And under the condition that the target state is a delay state, delaying and pushing the target live stream of the target live broadcast to the audience terminal according to the target delay time.

Optionally, acquiring the target state of the target live broadcast according to the state configuration information includes:

Acquiring identification information of the target live stream;

and acquiring a target state associated with the identification information in the server according to the identification information of the target live stream.

Optionally, the target live stream comprises an HLS data stream;

correspondingly, when the target state is a delay state, delay pushing the target live stream of the target live broadcast to the audience according to the target delay time, including:

transmitting a slice delay deletion operation for the target live stream to an HLS slice server if the target state is a delay state;

the HLS slice server is used for prolonging the temporary storage time of the slice according to the slice delay deleting operation.

Optionally, the target state is associated with a target delay time; correspondingly, when the target state is a delay state, delay pushing the target live stream of the target live broadcast to the audience according to the target delay time, and further include:

responding to a play address acquisition request aiming at the target live broadcast, and acquiring the play address of the target live broadcast; the play address acquisition request carries an inquiry request, wherein the inquiry request is used for inquiring delay information;

Generating a response message according to the play address and the target delay time;

and sending a response message to the audience terminal, so that the audience terminal generates a source returning request carrying a target delay time to the HLS slicing server according to the response message, and the HLS slicing server delays to send slices according to the target delay time.

Optionally, the method further comprises:

acquiring live broadcast hotness and/or live broadcast content classification associated with the target live broadcast;

and determining the target state of the target live stream according to the live broadcast hotness and/or live broadcast content classification.

Optionally, the server includes a live broadcast delay stream state management system; correspondingly, the receiving the state configuration information for the target live broadcast includes:

receiving the writing of the target live broadcast state and target delay time through the live broadcast delay stream state management system;

and determining the state of the target live broadcast and the target delay time of the target live broadcast through the live broadcast delay stream state management system.

Optionally, the target live stream is associated with a target delay time and the target live stream comprises an FLV data stream;

Under the condition that the target state is a delay state, configuring the buffer size and the target delay time of the FLV server;

temporarily storing the data of the target live stream in the buffer area;

in the case of receiving a request from the viewer side, a delay offset is determined based on the target delay time, and data in the buffer is delayed to be pushed to the viewer side.

Another aspect of an embodiment of the present application provides an apparatus for delaying live broadcast, the apparatus including:

the receiving module is used for receiving state configuration information aiming at the target live broadcast, wherein the state configuration information comprises a target state and target delay time of the target live broadcast;

the acquisition module is used for acquiring the target state of the target live broadcast according to the state configuration information; and

And the pushing module is used for delaying and pushing the target live stream of the target live broadcast to the audience terminal according to the target delay time under the condition that the target state is the delay state.

Another aspect of an embodiment of the present application provides a computer device, comprising:

at least one processor; and

A memory communicatively coupled to the at least one processor;

wherein: the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method as described above.

Another aspect of the embodiments provides a computer-readable storage medium having stored therein computer instructions which, when executed by a processor, implement a method as described above.

The technical scheme adopted by the embodiment of the application can comprise the following advantages:

and receiving and recording the state setting of the live broadcast at the server, and if the push stream of the target live broadcast is received, firstly inquiring the target state of the target live broadcast from the server. And if the target live broadcast stream is in a delay state, the target live broadcast stream is delayed and pushed to the audience terminal, so that the target live broadcast is delayed and played at the audience terminal. It can be known that, under the condition that the target live broadcast state is a delay state, the target live broadcast stream is delayed and pushed to the audience terminal, so that the delay play of the target live broadcast is realized, the live broadcast display effect is improved, and further, enough auditing time is reserved for content security auditing, and the security of live broadcast content is increased.

Drawings

The accompanying drawings illustrate exemplary embodiments and, together with the description, serve to explain exemplary implementations of the embodiments. The illustrated embodiments are for exemplary purposes only and do not limit the scope of the claims. Throughout the drawings, identical reference numerals designate similar, but not necessarily identical, elements.

FIG. 1 schematically illustrates a diagram of an operating environment of a method of delaying live according to an embodiment one of the present application;

fig. 2 schematically illustrates a flowchart of a method of delaying live according to an embodiment one of the present application;

fig. 3 schematically shows a flow chart of sub-steps of step S202 in fig. 2;

FIG. 4 schematically illustrates an example flow chart of one application of the method of deferred live broadcast of embodiments of the present application;

fig. 5 schematically shows a flow chart of sub-steps of step S204 in fig. 2;

fig. 6 schematically illustrates a new flow of a method of delaying live according to an embodiment of the present application;

fig. 7 schematically shows a sub-step flow chart of step S200 in fig. 2;

fig. 8 schematically shows a flow chart of sub-steps of step S204 in fig. 2;

FIG. 9 schematically illustrates an example flow chart of one application of the method of deferred live broadcast of embodiments of the present application;

fig. 10 schematically illustrates a block diagram of a delayed live device according to a second embodiment of the present application; and

Fig. 11 schematically shows a hardware architecture diagram of a computer device according to a third embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

It should be noted that the descriptions of "first", "second", etc. in the embodiments of the present application are for descriptive purposes only and are not to be construed as indicating or indicating the number of features. Thus, a feature defining "a first" or "a second" may explicitly or implicitly indicate relative importance or implicitly indicates that the indicated feature includes at least one such feature. In addition, the technical solutions of the embodiments may be combined with each other, but it is necessary to base that the technical solutions can be realized by those skilled in the art, and when the technical solutions are contradictory or cannot be realized, the combination of the technical solutions should be regarded as not exist and not within the protection scope of the present application.

In the description of the present application, it should be understood that the numerical references before the steps do not identify the order of performing the steps, but are only used for convenience in describing the present application and distinguishing each step, and thus should not be construed as limiting the present application.

First, a term explanation is provided in relation to the present application:

a player: a software application or hardware device for playing media content, such as video or audio files.

Play address: the player is used to play the content access address of the audio-visual file.

Pushing flow: and uploading the audio and video content from the source end (such as a camera, a microphone and an encoding device) to the streaming server.

And (3) source returning: and acquiring the audio and video data which is pushed to the server from a streaming media server or a content distribution network and the like for further processing or distribution.

And (3) drawing: a process of requesting and receiving real-time audio-video data from a streaming server or content provider, etc., for viewing or further processing.

HLS slicing Server (HLS Chunk Server): a server for processing and distributing HTTP Live Str eaming (HLS) streams. HLS is a streaming protocol that can be used to transport audio-video content to the viewer in slices for high quality, adaptive and reliable streaming.

Next, in order to facilitate understanding of the technical solutions provided in the embodiments of the present application by those skilled in the art, the following description is made on related technologies:

the live broadcast is to obtain the content of the current main broadcast push stream through the return source in real time so as to play the content, and the content before N seconds can not be played in the current time. I.e. the live broadcast cannot be delayed for a certain time to play. In some scenes with high content security requirements, live broadcasting is urgently required to ensure the security of live broadcasting content. To sum up: (1) Live broadcast known by the inventor cannot realize delayed play of live streams; (2) Under the scene with higher safety requirements, the live content cannot be pre-audited and replayed.

Therefore, the embodiment of the application provides a technical scheme for delaying live broadcasting. In this solution, (1) slicing the live stream by techniques such as HLS and dynamically controlling the disk storage time of the slice at the production end of HLS. And when slicing back to the source is performed at the player side, the number of slicing delay seconds is increased, so that a playing system for delaying playing of live content is realized. The benefit of this is: the live broadcast platform has the live broadcast delay capability, enough auditing time can be reserved for content security auditing, and the safe production of live broadcast content of the platform is ensured. (2) Based on the HLS protocol, the slices are deleted in a delayed manner at the production side of the HLS, and the delay parameter seconds are carried at the streaming side, so that live broadcast delay playing is realized. See in particular below.

Finally, for ease of understanding, an exemplary operating environment is provided below.

Fig. 1 schematically shows an environmental application schematic according to an embodiment of the present application.

The environmental schematic may include a service platform 2, a head office (4A, 4B, …, 4M), a spectator office (6A, 6B, …, 6N). Under the scenes of live broadcasting and the like, the anchor terminals (4A, 4B, …, 4M) can log in the service platform 2 and push live broadcasting data to audience terminals (6A, 6B, …, 6N) in real time through the service platform 2.

The service platform 2 may provide live room services, which may be a single server, a cluster of servers, or a cloud computing service center. The service platform may include a live broadcast delayed stream state management service system and an HLS slicing server, where the live broadcast delayed stream state management service system may be configured to manage a state and a delay time of a live broadcast stream, for example, receive a write of the state and the delay time of the live broadcast, query the state and the delay time of the live broadcast. The HLS slicing server may be configured to slice the live stream and send the delayed slice to the viewer.

And the main broadcasting end (4A, 4B, …, 4M) is used for generating live broadcast data in real time and performing push stream operation of the live broadcast data. The live data may include audio data or video data. The anchor may be an electronic device such as a smart phone, tablet, laptop, vehicle-mounted terminal, etc. Of course, the anchor may be a virtual compute instance within the service platform 2.

The audience end (6A, 6B, …, 6N) may be configured to receive live data from the anchor end in real time. The spectator terminals (6A, 6B, …, 6N) may be any type of computing device, such as smartphones, tablet devices, laptop computers, smart televisions, car terminals, etc. The viewer side (6A, 6B, …, 6N) may have a built-in browser or special program through which the live data is received to output content to the user. The content may include video, audio, comments, text data, and/or the like.

The viewer side (6A, 6B, …, 6N) may include a player 8. The player 8 outputs (e.g., presents) content to the user. Wherein the content may include video, audio, comments, text data, and/or the like. The viewer end (6A, 6B, …, 6N) may comprise an interface, which may comprise an input element (touch screen). For example, the input element may be configured to receive user instructions that may cause the viewer side (6A, 6B, …, 6N) to perform various types of operations, such as sending a barrage, entering comments, presenting a gift, and the like.

The anchor end (4A, 4B, …, 4M), the viewer end (6A, 6B, …, 6N) and the serving platform 2 may be connected via a network. The network may include various network devices such as routers, switches, multiplexers, hubs, modems, bridges, repeaters, firewalls, and/or proxy devices, etc. The network may include physical links such as coaxial cable links, twisted pair cable links, fiber optic links, combinations thereof, and/or the like. The network may include wireless links, such as cellular links, satellite links, wi-Fi links, and/or the like.

It should be noted that the numbers of the anchor end and the audience end in the drawings are only schematic, and are not intended to limit the scope of the patent protection of the present application. There may be any number of anchor and audience ends, depending on the situation.

The technical scheme of the application is introduced by a plurality of embodiments by taking the service platform as an execution main body. It should be understood that these embodiments may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein.

Example 1

Fig. 2 schematically shows a flowchart of a method of delaying live according to an embodiment one of the present application.

As shown in fig. 2, the method for delaying live broadcast is used for a server, where the server is configured to record a live broadcast status, and the method for delaying live broadcast may include steps S200 to S204, where:

step S200, receiving state configuration information for a target live broadcast, where the state configuration information includes a target state and a target delay time of the target live broadcast.

Step S202, obtaining the target state of the target live broadcast according to the state configuration information.

Step S204, in the case that the target state is a delay state, the target live stream of the target live broadcast is delayed and pushed to the audience according to the target delay time.

In the live broadcast delay method provided by the embodiment, the state configuration information of the live broadcast is received and recorded at the server, and if the push stream of the target live broadcast is received, the target state of the target live broadcast is firstly inquired from the server. And if the target live broadcast stream is in a delay state, the target live broadcast stream is delayed and pushed to the audience terminal, so that the target live broadcast is delayed and played at the audience terminal. It can be known that, under the condition that the target live broadcast state is a delay state, the target live broadcast stream is delayed and pushed to the audience terminal, so that the delay play of the target live broadcast is realized, the live broadcast display effect is improved, and further, enough auditing time is reserved for content security auditing, and the security of live broadcast content is increased.

Each of steps S200 to S202 and optionally other steps are described in detail below in conjunction with fig. 2.

Step S200And receiving state configuration information aiming at the target live broadcast, wherein the state configuration information comprises a target state and target delay time of the target live broadcast.

Live broadcasting is a technology for transmitting audio and video contents in real time through the internet, in which a content creator (a main cast end) transmits audio and video signals to the internet using a camera, a microphone or other devices, and a viewer end can watch live broadcasting in real time through various terminal devices (such as a computer, a smart phone, a smart television, etc.).

The target state is used for indicating whether the live broadcast delays playing. The target states may include a delayed state and a non-delayed state. The delay state indicates that the live broadcast needs to be played in a delayed mode at the audience side, and the non-delay state indicates that the live broadcast can be played in real time at the audience side.

The target delay time is the time of target live broadcast to delay playing at the audience side. For example, if the target delay time is 1s (second), the viewer needs to delay playing for 1s when playing the target live broadcast. It should be noted that the target delay time may be selected according to the actual requirement and the application scenario, which is not limited herein.

For example, the server may receive the state configuration information of the target live broadcast, and record and store the state configuration information. For example, after the operator sets the target live state configuration information, the server may receive the state configuration information input by the operator and store and record the state configuration information.

Step S202And acquiring the target state of the target live broadcast according to the state configuration information.

Because the state configuration information of the target live broadcast is recorded and stored in the server, the target state and other information of the target live broadcast can be obtained according to the state configuration information recorded in the server. The status configuration information may also include which other information may be set according to the actual situation.

In order to determine the target status of the target live, the following alternative embodiments are provided.

In an alternative embodiment, as shown in fig. 3, the step S202 may include:

step S300, obtaining the identification information of the target live stream.

Step S302, according to the identification information of the target live stream, acquiring a target state associated with the identification information in the server.

The identification information may be a name or an identifier for identifying a specific live stream, and by assigning a specific identification to each live stream, uniqueness between different streams can be ensured for differentiation and management. The identification information may be a stream name, a main broadcasting name, a live broadcasting room ID (Identifier), a room number, or the like, which is not limited herein.

In an exemplary application, the server may set a mapping table, where the mapping table may be used to record a mapping relationship between identification information of the live stream and a state of the live stream. When receiving the push request of the target live broadcast, the server side can acquire the target state of the target live broadcast from the mapping table according to the identification information in the push request.

In the above optional embodiment, according to the identification information of the target live broadcast stream, the state of the target live broadcast may be quickly and accurately obtained, so that whether to delay playing the target live broadcast may be determined by the subsequent state of the target live broadcast.

Step S204And under the condition that the target state is a delay state, delaying and pushing the target live stream of the target live broadcast to the audience terminal according to the target delay time.

If the target state is a delay state, the target live broadcast is required to be played in a delay mode. For example, assuming that the live broadcast 1 is a target live broadcast, when the live broadcast 1 is pushed, the state of the live broadcast 1 needs to be acquired first. If the state is a delay state, it is indicated that the live broadcast 1 needs to be played in a delay mode. Therefore, if a viewer chooses to watch the live broadcast 1, the live stream of the live broadcast 1 needs to be delayed and pushed to the viewer, so that delayed playing is realized at the viewer.

In some embodiments, if the target state is a non-delayed state, it indicates that the target live broadcast may be played in real time. Therefore, the target live stream of the target live broadcast can be directly pushed to the audience in real time, so that the target live broadcast is played at the audience in real time.

Live streaming refers to audio, video or other multimedia data streams generated in real time by a live process. The live stream may be transmitted in different protocols and formats to accommodate different platforms, devices, and network conditions. For example: (1) HLS (HTTP Live Streaming): streaming protocols may be used to stream audio and video content to a viewer device on the internet, enabling viewers to view live content or online video in real-time. (2) FLV (Flash Video): a video file format for transmitting and playing video content over the Web. (3) RTMP (Real-Time Messaging Prot ocol): the real-time messaging protocol may be used for streaming media transmission. (4) MPEG-DASH (Dynami c Adaptive Streaming over HTTP): an HTTP protocol streaming media transmission standard can provide adaptive streaming media under different device and network conditions. It should be noted that, the protocol and format adopted during the live stream transmission may be selected according to the actual situation, and two delay schemes of live streams based on different protocols and formats are described below.

Scheme one: HLS protocol based, i.e. the target live stream is an HLS data stream.

And under the condition that the target live stream is the HLS data stream, the server side divides the multimedia data in the target live stream into slices to be pushed to the audience side. In the case of delayed live broadcast, if the slice storage time is short, the slice may be deleted due to expiration before being pushed to the viewer. Thus, in order to avoid the above-described situation, the following alternative embodiments are provided.

In an alternative embodiment, the target live stream includes an HLS data stream, as shown in fig. 4, the step S204 may include: and sending a slice delay deleting operation aiming at the target live stream to an HLS slice server under the condition that the target state is a delay state. The HLS slice server is used for prolonging the temporary storage time of the slice according to the slice delay deleting operation.

The HLS slice server processes the target live stream as follows: (1) First, the HLS slicing server will cut the encoded target live stream into slices (i.e., media file segments) in real-time, which can be stored on the server in the ts (Transport Stream) format. And if the slice delay deleting operation aiming at the target live stream is received, the temporary storage time of the slice corresponding to the target live stream is prolonged. (2) Next, on the basis of the real-time generation of the slice, an HLS playlist (M3U 8 file) is created from the real-time generated slice, which may include slice address information or the like so that a player can play the slice from the playlist.

The scratch time may be a period of time that the slice is stored on the HLS slice server. After the survival time of the slice reaches the temporary time, the slice is deleted by the HLS slice server. The temporary storage time can be selected by operators according to specific requirements and application scenes, or can be set automatically by a server side, and is not limited herein. Illustratively, the temporary time may be 5s, 30s, etc.

In an exemplary application, if the state of the target live broadcast 1 is a delayed state, a slice delay deletion operation for the target live stream corresponding to the target live broadcast 1 is sent to the HLS slice server. After the HLS server receives the slice delay deleting operation, the temporary storage time of the slice corresponding to the target live stream on the HLS slice server can be prolonged to 3s and the like, so that the HLS slice server is guaranteed to have a push slice with corresponding time, and the situation that the audience end does not have to get the corresponding time slice by farad after live delay playing is avoided.

In the above optional embodiment, when the target live broadcast state is a delay state, a slice delay deletion operation for the target live broadcast stream is sent to the HLS slice server, so as to prolong the temporary storage time of the slice in the HLS slice server, ensure that the viewer end can correctly and effectively pull the slice on the H LS slice server under the live broadcast delay condition, and avoid the situation that the slice is deleted before being delayed to be pushed to the viewer end.

In an alternative embodiment, as shown in fig. 4 and 5, the target state is associated with a target delay time; correspondingly, the step S204 may include:

step S500, responding to a play address acquisition request aiming at the target live broadcast, and acquiring the play address of the target live broadcast. The play address obtaining request carries an inquiry request, and the inquiry request is used for inquiring delay information.

Step S502, generating a response message according to the playing address and the target delay time.

Step S504, a response message is sent to the audience terminal, so that the audience terminal generates a source returning request carrying a target delay time to the HLS slicing server according to the response message, and the HLS slicing server delays sending slices according to the target delay time.

The delay information may include a target state of the target live and a corresponding target delay time. The target delay time is a time for which the target live broadcast is delayed to be played at the viewer end, for example, if the target delay time is 1s (second), the viewer end needs to delay to play for 1s when the target live broadcast is played. It should be noted that the target delay time may be selected according to the actual requirement and the application scenario, which is not limited herein.

The play address may be a network address or link that instructs the player at the viewer's end where to look for live content and watch the live.

The response information may include information such as a play address and a target delay time. When generating a source-back request according to the response message, the target delay time can be added at the tail end of the play address to form a corresponding source-back request.

In an exemplary application, if the viewer side (e.g. 6A) wants to watch the target live a and the state of the target live a is a delayed state, the player of the viewer side (e.g. 6A) may send a play address acquisition request (carrying an inquiry request) for the target live a to the server side. And the server side can acquire the play address of the target live broadcast A, the target state of the target live broadcast A and the target delay time according to the play address acquisition request. The server then sends information such as the play address, the target state, and the target delay time to the viewer (e.g., 6A). The viewer end (e.g. 6A) generates a source-back request according to the received play address and the target delay time, and sends the source-back request to the HLS slice server. The HLS slice server delays pushing the slice of the target live broadcast according to the target delay time in the back source request, so that the audience end (such as 6A) delays playing the target live broadcast a.

In the above-mentioned alternative embodiment, if the viewer needs to play the target live broadcast in the delay state, the viewer may obtain the play address and delay information (e.g. the target delay time) of the target live broadcast by sending a play address obtaining request carrying the query request to the server. And the audience terminal generates a back source request according to the play address and the target delay time to send the back source request to the HLS slicing server, so that the HLS slicing server delays sending the slices according to the target delay time carried in the back source request, and the aim of delaying the play of the target live broadcast at the audience terminal is accurately and effectively realized.

The live broadcast state may be preset, for example, an operator may set all live broadcasts opened by a host in a certain area to be in a delay state. In addition, the live status may also be set by the server itself, and an alternative embodiment is provided below.

In an alternative embodiment, as shown in fig. 6, the method may further include:

step S600, acquiring live broadcast hotness and/or live broadcast content classification associated with the target live broadcast.

Step S602, determining a target state of the target live stream according to the live broadcast hotness and/or live broadcast content classification.

Live broadcast popularity can refer to the popularity value of a target live broadcast in a certain time, and the popularity value can be evaluated by a live broadcast platform through corresponding indexes, such as indexes such as the number of online audience people, the watching duration, interactive comments, praise numbers, the sharing and forwarding times, the attention increasing amount and the like. For example, if the target live a is hot (e.g., exceeds a certain threshold), the target state of the target live a may be set to a delayed state.

The target live broadcast can be classified and categorized according to the topic, type or field of the target live broadcast. The live broadcast can be classified into various types according to the live broadcast content, such as game live broadcast, live broadcast with goods, news live broadcast, live broadcast of sports events, entertainment live broadcast and the like. For example, if the target live a may be classified into more important live (such as news live) according to the live content classification, the target state of the target live a may be set to a delay state.

In the above optional embodiments, according to live broadcast hotness and/or live broadcast content classification, the target state of the target live broadcast stream can be more accurately and accurately determined, the accuracy of subsequent safe content management on live broadcast is improved, and the live broadcast safety and experience are improved.

In an alternative embodiment, the server includes a live delay stream state management system. As shown in fig. 7, the step S200 may further include:

step S700, receiving, by the live broadcast delay stream state management system, writing of a target live broadcast state and a target delay time.

Step S702, determining, by the live broadcast delay stream state management system, a state of the target live broadcast and a target delay time of the target live broadcast.

The live delay stream state management system may include the following two functions: (1) Live status and latency writing, specifically: the live broadcast state and the corresponding delay time can be written into the live broadcast delay stream state management system, so that the subsequent audience end and the like can inquire the live broadcast state and the delay time. (2) Querying and determining the state of the live broadcast and the delay time, in particular: the live broadcast delay stream state management system can be used for recording all live broadcast states and delay time of the whole live broadcast platform. In an exemplary application, if the hosting end (e.g., 4A) needs to push the live a, it may be determined whether the live a needs to be delayed by querying the live delay stream state management system. If the live broadcast A needs to be delayed, the broadcast delay stream state management system sends a slice delay deleting operation for the live broadcast stream of the live broadcast A to the HLS slice server so as to prolong the temporary storage time of the slice in the HLS slice server. On this basis, if the audience terminal (e.g. 6A) wants to watch the live broadcast a, when the audience terminal (e.g. 6A) acquires the play address from the server, the state of the live broadcast a and the delay time of the live broadcast a in the delay state can be acquired by querying the live broadcast delay stream state management system in the server.

In the above optional embodiment, the live broadcast state and delay time are determined by writing and querying through the live broadcast delay stream state management system, so that the live broadcast state can be effectively managed, and the query efficiency of the live broadcast state and delay time is improved.

Scheme II: the target live stream is an FLV data stream.

In an alternative embodiment, the target live stream is associated with a target delay time and the target live stream comprises an FLV data stream.

As shown in fig. 8, the step 204 may further include:

step S800, when the target state is a delay state, the buffer size and the target delay time of the FLV server are configured.

Step S802, temporarily storing the data of the target live stream in the buffer.

In step S804, in the case of receiving the viewer-side request, a delay offset is determined based on the target delay time, and the data in the buffer is delayed to be pushed to the viewer side.

FLV (Flash Video) data streams refer to audio and video data using FLV file formats, which can be used to transport and play video content over the internet. The FLV data stream may include video and audio data as well as some metadata such as time stamps, frame types, frame sizes, and codec information.

In the above alternative embodiment, if the target live broadcast needs to be played in a delayed manner, the data of the target live broadcast stream is temporarily stored in the buffer. Under the condition that a request of a viewer terminal is received, a delay offset is determined based on a target delay time, and data in a buffer area is delayed to be pushed to the viewer terminal, so that the live broadcast is delayed to be played at the viewer terminal, the live broadcast display effect is improved, enough audit time can be reserved for content security audit, the security of live broadcast content is improved, and the quality of the live broadcast content is ensured.

To make this application easier to understand, an exemplary application is provided below in connection with fig. 1, 4 and 9.

S11, the anchor side pushes live broadcast to an HLS slicing server;

s12, when live broadcasting and pushing, the main broadcasting end inquires the live broadcasting state of the live broadcasting delay stream state management system;

s13, the live broadcast delay stream state management system judges whether live broadcast is in a delay state according to the identification information;

if not, indicating that live broadcasting can be performed in real time; if yes, go to step S14;

s14, the live broadcast delay stream state management system sends a slice delay deleting operation to the HLS slice server;

s15, slicing the live stream by the HLS slicing server and prolonging the temporary storage time of the slice;

S16, if the audience terminal plays the live broadcast, the live broadcast is delayed to be pushed to the audience terminal, specifically:

s161, the audience terminal inquires the live broadcast delay stream state management system about delay information (such as whether delay and delay time are needed) of the live broadcast;

s162, the live broadcast delay stream state management system returns the delay information to the audience terminal;

s163, the audience terminal sends a source returning request carrying delay time to the HLS slicing server;

s164, the HLS slice server delays transmitting slices according to the delay time.

S17, the audience delays playing.

Example two

Fig. 10 schematically illustrates a block diagram of a live delayed device according to a second embodiment of the present application, which may be divided into one or more program modules, which are stored in a storage medium and executed by one or more processors to complete the embodiments of the present application. Program modules in the embodiments of the present application refer to a series of computer program instruction segments capable of implementing specific functions, and the following description specifically describes the functions of each program module in the embodiment. As shown in fig. 10, the apparatus for delaying live broadcasting may include: an acquisition module 1010, a push module 1020, wherein:

A receiving module 1010, configured to receive state configuration information for a target live broadcast, where the state configuration information includes a target state and a target delay time of the target live broadcast;

an obtaining module 1020, configured to obtain a target state of the target live broadcast according to the state configuration information; and

And the pushing module 1030 is configured to delay pushing the target live stream of the target live broadcast to the viewer according to the target delay time when the target state is a delay state.

As an alternative embodiment, the obtaining module 1020 is further configured to:

acquiring identification information of the target live stream;

As an alternative embodiment, the target live stream comprises an HLS data stream;

correspondingly, the pushing module 1030 is further configured to:

As an alternative embodiment, the target state is associated with a target delay time; correspondingly, the pushing module 1030 is further configured to:

As an optional embodiment, the apparatus for delaying live broadcast may further include a first determining module, where the first determining module is configured to:

As an optional embodiment, the server includes a live delay stream state management system; the apparatus for delaying live may further include a second determining module, where the second determining module is configured to:

As an alternative embodiment, the target live stream is associated with a target delay time and the target live stream comprises an FLV data stream;

correspondingly, the pushing module 1030 is further configured to:

temporarily storing the data of the target live stream in the buffer area;

Example III

Fig. 11 schematically illustrates a hardware architecture diagram of a computer device 10000 adapted to implement a method of delayed live broadcast according to the third embodiment of the present application. In some embodiments, the computer device 10000 can be a rack server, a blade server, a tower server, or a rack server (including a stand-alone server, or a server cluster composed of multiple servers), or the like. As shown in fig. 11, the computer device 10000 includes, but is not limited to: the memory 10010, processor 10020, network interface 10030 may be communicatively linked to each other via a system bus. Wherein:

Memory 10010 includes at least one type of computer-readable storage medium including flash memory, hard disk, multimedia card, card memory (e.g., SD or DX memory), random Access Memory (RAM), static Random Access Memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, and the like. In some embodiments, memory 10010 may be an internal storage module of computer device 10000, such as a hard disk or memory of computer device 10000. In other embodiments, the memory 10010 may also be an external storage device of the computer device 10000, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the computer device 10000. Of course, the memory 10010 may also include both an internal memory module of the computer device 10000 and an external memory device thereof. In this embodiment, the memory 10010 is typically used for storing an operating system installed on the computer device 10000 and various application software, such as program codes of a method of delaying live broadcast. In addition, the memory 10010 may be used to temporarily store various types of data that have been output or are to be output.

The processor 10020 may be a central processing unit (Central Processing Unit, CPU), controller, microcontroller, microprocessor, or other chip in some embodiments. The processor 10020 is typically configured to control overall operation of the computer device 10000, such as performing control and processing related to data interaction or communication with the computer device 10000. In this embodiment, the processor 10020 is configured to execute program codes or process data stored in the memory 10010.

The network interface 10030 may comprise a wireless network interface or a wired network interface, which network interface 10030 is typically used to establish a communication link between the computer device 10000 and other computer devices. For example, the network interface 10030 is used to connect the computer device 10000 to an external terminal through a network, establish a data transmission channel and a communication link between the computer device 10000 and the external terminal, and the like. The network may be a wireless or wired network such as an Intranet (Intranet), the Internet (Internet), a global system for mobile communications (Global System of Mobile communication, abbreviated as GSM), wideband code division multiple access (Wideband Code Divi sion Multiple Access, abbreviated as WCDMA), a 4G network, a 5G network, bluetooth (bluetooth), wi-Fi, etc.

It should be noted that fig. 11 only shows a computer device having components 10010-10030, but it should be understood that not all of the illustrated components are required to be implemented, and that more or fewer components may be implemented instead.

In this embodiment, the method of delaying live broadcast stored in the memory 10010 may be further divided into one or more program modules and executed by one or more processors (such as the processor 10020) to complete the embodiments of the present application.

Example IV

The present application also provides a computer readable storage medium having a computer program stored thereon, wherein the computer program when executed by a processor implements the steps of the method of deferred live broadcast in the embodiments.

In this embodiment, the computer-readable storage medium includes a flash memory, a hard disk, a multimedia card, a card memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a read-only memory (ROM), an electrically erasable programmable read-only memory (EEP ROM), a programmable read-only memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the computer readable storage medium may be an internal storage unit of a computer device, such as a hard disk or a memory of the computer device. In other embodiments, the computer readable storage medium may also be an external storage device of a computer device, such as a plug-in hard disk, smart Media Card (SMC), secure Digital (SD) Card, flash memory Card (Flash Card), etc. that are provided on the computer device. Of course, the computer-readable storage medium may also include both internal storage units of a computer device and external storage devices. In this embodiment, the computer readable storage medium is typically used to store an operating system and various types of application software installed on a computer device, such as program codes of the method of delaying live broadcast in the embodiment, and the like. Furthermore, the computer-readable storage medium may also be used to temporarily store various types of data that have been output or are to be output.

It will be apparent to those skilled in the art that the modules or steps of the embodiments of the present application described above may be implemented in a general-purpose computer device, they may be concentrated on a single computer device, or distributed across a network of multiple computer devices, or they may alternatively be implemented in program code executable by a computer device, so that they may be stored in a storage device for execution by a computer device, and in some cases, the steps shown or described may be performed in an order different from that shown or described herein, or they may be separately fabricated into individual integrated circuit modules, or a plurality of modules or steps in them may be fabricated into a single integrated circuit module. Thus, embodiments of the present application are not limited to any specific combination of hardware and software.

It should be noted that the foregoing is only a preferred embodiment of the present application, and is not intended to limit the scope of the patent protection of the present application, and all equivalent structures or equivalent processes using the descriptions and the contents of the present application or direct or indirect application to other related technical fields are included in the scope of the patent protection of the present application.

Claims

1. A method for delaying live broadcast, which is used for a server, wherein the server is used for recording the state of live broadcast, and the method comprises the following steps:

2. The method of claim 1, wherein obtaining the target state of the target live broadcast according to the state configuration information comprises:

acquiring identification information of the target live stream;

3. The method of claim 1, wherein the target live stream comprises an HLS data stream;

4. A method according to claim 3, wherein the target state is associated with a target delay time; correspondingly, when the target state is a delay state, delay pushing the target live stream of the target live broadcast to the audience according to the target delay time, and further include:

5. The method according to any one of claims 1 to 4, further comprising:

6. The method according to any one of claims 1 to 4, wherein the server comprises a live delay stream state management system; correspondingly, the receiving the state configuration information for the target live broadcast includes:

7. A method according to claim 1 or 2, wherein the target live stream is associated with a target delay time and the target live stream comprises an FLV data stream;

Temporarily storing the data of the target live stream in the buffer area;

8. An apparatus for delaying live, the apparatus comprising:

9. A computer device, comprising:

at least one processor; and

A memory communicatively coupled to the at least one processor; wherein:

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1 to 7.

10. A computer readable storage medium having stored therein computer instructions which when executed by a processor implement the method of any one of claims 1 to 7.