CN113784162A

CN113784162A - Network live broadcast management method and device, electronic equipment and storage medium

Info

Publication number: CN113784162A
Application number: CN202111061761.4A
Authority: CN
Inventors: 沈悦新; 唐淳
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2021-09-10
Filing date: 2021-09-10
Publication date: 2021-12-10

Abstract

The disclosure relates to a live webcast management method and device, an electronic device and a storage medium. The method comprises the following steps: sending a pull flow request to a server; receiving an information flow list returned by the server end in response to the pull flow request; under the condition that the information flow list comprises a live broadcast room, acquiring state information of the live broadcast room; removing the live broadcast room from the information flow list in response to the condition information of the live broadcast room meeting a first preset condition, wherein the first preset condition comprises a preset condition and/or a preset code rate condition; and displaying the information flow according to the information flow list.

Description

Network live broadcast management method and device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of internet technologies, and in particular, to a method and an apparatus for managing live webcasting, an electronic device, and a storage medium.

Background

The network live broadcast is an interactive function for playing real-time push stream and synchronously watching audiences, and has higher requirement on real-time property. The method has the advantages that the live broadcast rooms pushed to the audience terminals are managed, so that the live broadcast watching experience of audiences is improved, and the method has important significance.

Disclosure of Invention

The present disclosure provides a management technical scheme for live webcasting.

According to an aspect of the present disclosure, there is provided a method for managing live webcasting, which is applied to a viewer terminal, the method including:

sending a pull flow request to a server;

receiving an information flow list returned by the server end in response to the pull flow request;

under the condition that the information flow list comprises a live broadcast room, acquiring state information of the live broadcast room;

removing the live broadcast room from the information flow list in response to the condition information of the live broadcast room meeting a preset condition, wherein the preset condition comprises a preset condition and/or a preset code rate condition;

and displaying the information flow according to the information flow list.

Audience terminals receive the pull stream request through sending the pull stream request to the server, the server responds to the information stream list returned by the pull stream request, under the condition that the information stream list comprises a live broadcast room, the state information of the live broadcast room is acquired, the state information of the live broadcast room is responded, a first preset condition is met, the live broadcast room is removed from the information stream list, and the information stream is displayed according to the information stream list, so that the audience terminals can find the finished and/or blocked state of the live broadcast room in time and remove the information stream list from the live broadcast room in time, the probability that the audience terminals enter the finished and/or blocked live broadcast room can be reduced, the success rate of starting the live broadcast can be effectively improved, and the probability of blocking the live broadcast video and the time length of a first screen of the live broadcast can be reduced.

In a possible implementation manner, in a case that the information stream list includes a live broadcast room, the obtaining of the status information of the live broadcast room includes:

and under the condition that the information flow list comprises a live broadcast room, registering a monitoring event corresponding to the live broadcast room with the server so that the server sends the state information of the live broadcast room to the audience terminal.

In the implementation mode, under the condition that the information flow list comprises the live broadcast room, the monitoring event corresponding to the live broadcast room is registered to the server, so that the server actively pushes the state information of the live broadcast room to the audience terminal, and the audience terminal can more timely find the finished and/or stuck state of the live broadcast room and timely remove the information flow list from the live broadcast room.

In one possible implementation form of the method,

the sending of the pull flow request to the server includes: responding to the opening or refreshing of a first page, and sending a pull flow request corresponding to the first page to a server;

the information flow list includes: an information flow list corresponding to the first page;

after the obtaining of the status information of the live broadcast room, the method further includes: and in response to switching from the first page to a second page, stopping acquiring the state information of the live broadcast room in the information flow list corresponding to the first page, wherein the second page is different from the first page.

In the implementation manner, the state information of the live broadcast room in the information flow list corresponding to the first page is stopped being acquired in response to the switching from the first page to the second page, so that the acquisition of unnecessary state information can be reduced, and the burden of network live broadcast management of the audience terminal and the server can be reduced.

In one possible implementation, the method further includes:

responding to the condition that the client displaying the information stream is switched from a foreground running state to a background running state, and stopping acquiring the state information of the live broadcast room in the information stream list;

and/or the presence of a gas in the gas,

and responding to the client to switch from the background running state to the foreground running state, and reacquiring the state information of the live broadcast room in the information flow list.

In the implementation manner, the audience terminal stops acquiring the state information of the live broadcast room in the information flow list by responding to the switching of the client displaying the information flow from the foreground running state to the background running state, and/or re-acquires the state information of the live broadcast room in the information flow list by responding to the switching of the client from the background running state to the foreground running state, so that unnecessary state acquisition can be reduced, and the burden of network live broadcast management of the audience terminal and the server can be reduced.

According to an aspect of the present disclosure, a management method for webcasting is provided, which is applied to a server, and the method includes:

responding to a pull stream request from a viewer terminal, and generating an information stream list corresponding to the pull stream request;

transmitting the information flow list to the viewer terminal;

and sending the state information of the live broadcast room to the audience terminal.

The server side generates an information flow list corresponding to the pull stream request in response to the pull stream request from the audience terminal, sends the information flow list to the audience terminal, acquires the state information of the live broadcast room under the condition that the information flow list comprises the live broadcast room, and sends the state information of the live broadcast room to the audience terminal, so that the audience terminal can timely find the finished and/or blocked state of the live broadcast room and timely remove the information flow list from the live broadcast room, the probability that the audience terminal enters the finished and/or blocked live broadcast room can be reduced, the success rate of live broadcast starting can be effectively improved, and the probability that live broadcast video is blocked and the first screen duration of live broadcast can be reduced.

In one possible implementation manner, the sending the status information of the live broadcast room to the viewer terminal includes:

and under the condition that the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, sending the state information of the live broadcast room to the audience terminal.

In the implementation mode, the server sends the state information of the live broadcast room to the audience terminal under the condition that the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, so that the server actively pushes the state information of the live broadcast room to the audience terminal, and the audience terminal can find the finished and/or stuck state of the live broadcast room more timely and remove the live broadcast room from an information flow list timely.

responding to the state information of the live broadcast room indicating that the state of the live broadcast room is changed, and sending the state information of the live broadcast room to the audience terminal;

and/or the presence of a gas in the gas,

and responding to that the state information of the live broadcast room meets a first preset condition, and sending the state information of the live broadcast room to the audience terminal, wherein the first preset condition comprises a preset state condition and/or a preset code rate condition.

In the implementation mode, the server side indicates the state change of the live broadcast room by responding to the state information of the live broadcast room, and sends the state information of the live broadcast room to the audience terminal, so that the audience terminal can timely find the state change of the live broadcast room on the premise of reducing unnecessary state information transmission, and the audience terminal can timely find the finished and/or blocked state of the live broadcast room and timely remove the live broadcast room from the information stream list. The server side responds that the state information of the live broadcast room meets a first preset condition, and sends the state information of the live broadcast room to the audience terminal, so that the sending amount of the state information of the live broadcast room can be further reduced, and the audience terminal can timely find the finished state and/or the stuck state of the live broadcast room.

In one possible implementation form of the method,

the method further comprises the following steps: for any live broadcast room which is not added into the information pool, acquiring the uplink code rate of the anchor terminal plug flow corresponding to the live broadcast room; adding the live broadcast room into the information pool under the condition that the uplink code rate meets a second preset condition;

the generating of the information flow list corresponding to the pull stream request in response to the pull stream request from the viewer terminal includes: and responding to a pull stream request from a viewer terminal, and generating an information stream list corresponding to the pull stream request at least based on the information pool.

In the implementation mode, the method comprises the steps of obtaining the uplink code rate of push stream of the anchor terminal corresponding to any live broadcast room which is not added into an information pool, adding the live broadcast room into the information pool under the condition that the uplink code rate meets a second preset condition, responding to a pull stream request from a viewer terminal, and generating an information stream list corresponding to the pull stream request at least based on the information pool, so that the anchor terminal is preferentially distributed in the live broadcast room with smooth network, the blocking probability of the viewer terminal in watching the live broadcast room is reduced, and the experience of the viewer in watching the live broadcast is improved.

In one possible implementation, the method further includes:

and for any live broadcast room in the information pool, in response to that the uplink code rate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition, removing the live broadcast room from the information pool.

In the implementation mode, for any live broadcast room in the information pool, in response to that the upstream code rate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition, the live broadcast room is removed from the information pool, so that the blocking probability of watching the live broadcast room by the audience terminal and the probability of the audience entering the finished live broadcast room can be further reduced, and the experience of watching the live broadcast by the audience can be further improved.

In a possible implementation manner, the generating, in response to a pull request from a viewer terminal, an information stream list corresponding to the pull request includes:

responding to a pull stream request from a viewer terminal, and acquiring network parameters of the viewer terminal;

determining the video type matched with the audience terminal according to the network parameters;

and generating an information flow list corresponding to the pull flow request according to the video type.

In the implementation mode, the network parameters of the audience terminal are obtained by responding to the pull stream request from the audience terminal, the video type matched with the audience terminal is determined according to the network parameters, and the information stream list corresponding to the pull stream request is generated according to the video type, so that the success rate of live broadcast starting and the user playing time length can be effectively improved, and the live broadcast pause probability and the live broadcast first screen time length can be reduced. For example, by adopting the implementation mode, audience terminals with poor downlink network conditions can be screened out, and live broadcast rooms are not pushed to the audience terminals.

According to an aspect of the present disclosure, there is provided a live webcast management apparatus, applied to a viewer terminal, the apparatus including:

the first sending module is used for sending a pull stream request to the server;

a receiving module, configured to receive an information flow list returned by the server in response to the pull flow request;

the first acquisition module is used for acquiring the state information of the live broadcast room under the condition that the information flow list comprises the live broadcast room;

a first removing module, configured to remove the live broadcast room from the information stream list in response to that state information of the live broadcast room satisfies a preset condition, where the preset condition includes a preset state condition and/or a preset code rate condition;

and the display module is used for displaying the information flow according to the information flow list.

In one possible implementation manner, the first obtaining module is configured to:

In one possible implementation form of the method,

the first sending module is configured to: responding to the opening or refreshing of a first page, and sending a pull flow request corresponding to the first page to a server;

the device further comprises: and the first acquisition stopping module is used for stopping acquiring the state information of the live broadcast room in the information flow list corresponding to the first page in response to switching from the first page to a second page, wherein the second page is different from the first page.

In one possible implementation, the apparatus further includes:

the second acquisition stopping module is used for responding to the switching of the client displaying the information stream from the foreground running state to the background running state and stopping acquiring the state information of the live broadcast room in the information stream list;

and/or the presence of a gas in the gas,

and the reacquiring module is used for responding to the switching of the client from the background running state to the foreground running state and reacquiring the state information of the live broadcast room in the information flow list.

According to an aspect of the present disclosure, a management apparatus for webcast is provided, which is applied to a server, and the apparatus includes:

the generating module is used for responding to a pull stream request from a viewer terminal and generating an information stream list corresponding to the pull stream request;

a second sending module, configured to send the information stream list to the viewer terminal;

the second acquisition module is used for acquiring the state information of the live broadcast room under the condition that the information flow list comprises the live broadcast room;

and the third sending module is used for sending the state information of the live broadcast room to the audience terminal.

In a possible implementation manner, the third sending module is configured to:

and/or the presence of a gas in the gas,

In one possible implementation form of the method,

the device further comprises: the third acquisition module is used for acquiring the uplink code rate of the push stream of the anchor terminal corresponding to any live broadcast room which is not added into the information pool; the adding module is used for adding the live broadcast room into the information pool under the condition that the uplink code rate meets a second preset condition;

the generation module is configured to: and responding to a pull stream request from a viewer terminal, and generating an information stream list corresponding to the pull stream request at least based on the information pool.

In one possible implementation, the apparatus further includes:

and the second removing module is used for responding that the uplink code rate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition for any live broadcast room in the information pool, and removing the live broadcast room from the information pool.

In one possible implementation, the generating module is configured to:

According to an aspect of the present disclosure, there is provided an electronic device including: one or more processors; a memory for storing executable instructions; wherein the one or more processors are configured to invoke the memory-stored executable instructions to perform the above-described method.

According to an aspect of the present disclosure, there is provided a computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the above-described method.

In the embodiment of the disclosure, the spectator terminal receives the information flow list returned by the server end in response to the streaming request by sending the streaming request to the server end, acquires the state information of the live broadcast room under the condition that the information flow list comprises the live broadcast room, removes the live broadcast room from the information flow list in response to the state information of the live broadcast room meeting a first preset condition, and displays the information flow according to the information flow list, so that the spectator terminal can find the finished and/or blocked state of the live broadcast room in time and remove the information flow list from the live broadcast room in time, thereby reducing the probability that the spectator terminal enters the finished and/or blocked live broadcast room, further effectively improving the success rate of live broadcast starting, and reducing the probability of live broadcast video cards and the duration of a head screen.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Other features and aspects of the present disclosure will become apparent from the following detailed description of exemplary embodiments, which proceeds with reference to the accompanying drawings.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure.

Fig. 1 shows an architecture diagram of a management system for live webcasting provided by an embodiment of the present disclosure.

Fig. 2 shows a flowchart of a management method for webcasting provided by an embodiment of the present disclosure.

Fig. 3 shows a schematic diagram illustrating a switching from a first page to a second page in a management method for webcasting provided by an embodiment of the present disclosure.

Fig. 4 shows another flowchart of a management method for webcasting provided by the embodiment of the present disclosure.

Fig. 5 shows a block diagram of a management apparatus for webcasting provided in an embodiment of the present disclosure.

Fig. 6 is another block diagram of a management apparatus for webcasting provided in an embodiment of the present disclosure.

Fig. 7 illustrates a block diagram of an electronic device 800 provided by an embodiment of the disclosure.

Fig. 8 shows a block diagram of an electronic device 1900 provided by an embodiment of the disclosure.

Detailed Description

Various exemplary embodiments, features and aspects of the present disclosure will be described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers can indicate functionally identical or similar elements. While the various aspects of the embodiments are presented in drawings, the drawings are not necessarily drawn to scale unless specifically indicated.

The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustration. Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other embodiments.

The term "and/or" herein is merely an association describing an associated object, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the term "at least one" herein means any one of a plurality or any combination of at least two of a plurality, for example, including at least one of A, B, C, and may mean including any one or more elements selected from the group consisting of A, B and C.

Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a better understanding of the present disclosure. It will be understood by those skilled in the art that the present disclosure may be practiced without some of these specific details. In some instances, methods, means, elements and circuits that are well known to those skilled in the art have not been described in detail so as not to obscure the present disclosure.

Fig. 1 shows an architecture diagram of a management system for live webcasting provided by an embodiment of the present disclosure. As shown in fig. 1, the management system for webcasting includes a server 100, an anchor terminal 200, and a viewer terminal 300. The server 100 may be deployed on a cloud server, for example, the server 100 may be deployed on a cloud live server. The anchor terminal 200 may be a terminal device capable of being operated by an anchor. The anchor terminal 200 may be a mobile phone 201, a tablet computer 202, a notebook computer 203, a desktop computer 204, or the like. The number of anchor terminals 200 may be one or more. The viewer terminal 300 may be a terminal device that can be operated by a viewer. The viewer terminal 300 may be a mobile phone 301, a tablet computer 302, a notebook computer 303, a desktop computer 304, or the like. The number of the viewer's terminals 300 may be one or more.

The following describes in detail a webcast management method provided in an embodiment of the present disclosure with reference to the accompanying drawings.

Fig. 2 shows a flowchart of a management method for webcasting provided by an embodiment of the present disclosure. The management method of the network broadcast can be executed by the audience terminal. In some possible implementations, the webcast management method may be implemented by a processor calling computer-readable instructions stored in a memory. As shown in fig. 2, the management method of the webcast includes steps S21 to S25.

In step S21, a pull request is sent to the server.

In step S22, an information flow list returned by the server in response to the pull request is received.

In step S23, in a case where the information flow list includes a live room, state information of the live room is acquired.

In step S24, in response to that the status information of the live broadcast room satisfies a first preset condition, removing the live broadcast room from the information stream list, where the first preset condition includes a preset status condition and/or a preset bitrate condition.

In step S25, the information flow is presented according to the information flow list.

In the disclosed embodiment, the viewer terminal may establish a long connection with the server. After the viewer terminal establishes a long connection with the server, the viewer terminal and the server may communicate over the long connection. The method for managing the live webcast can be applied to any client needing live webcast management in the audience terminal. In one possible implementation, the viewer terminal may establish a long connection with the server in response to the client starting.

In the disclosed embodiment, the viewer terminal may send a pull stream request to the server over the long connection. Of course, the viewer terminal may also send the pull stream request to the server through a short connection, which is not limited herein. Wherein the pull flow request may represent a request for obtaining a list of information flows. After the viewer terminal sends the pull request to the server, the server may generate an information stream list corresponding to the pull request in response to the pull request, and return the information stream list to the viewer terminal.

The information flow list may be a feed list. Feed may mean, among other things, combining several message sources to which a user actively subscribes together to form a content aggregator that helps the user to continuously obtain the latest feed content. A feed stream may represent a stream of information that is continuously updated and presented to a user's content. The feed list may be a list of information that may be continuously loaded by sliding it down. In the disclosed embodiment, the information flow list may include a plurality of items of information that are independent or associated with each other. The type of information in the information stream list may be text, image, audio, video, etc. The video may include live video and/or on-demand video, among others.

After receiving the information stream list, the viewer terminal may determine whether the information stream list includes a live broadcast room. And if the information flow list comprises a live broadcast room, acquiring the state information of the live broadcast room to judge whether the state information of the live broadcast room meets a first preset condition, wherein the first preset condition can represent a preset condition for judging whether the live broadcast room is finished and/or is blocked. The first preset condition may include a preset state condition and/or a preset code rate condition. The method comprises the steps that in response to the fact that state information of any live broadcast room meets a preset state condition, the live broadcast room is judged to be finished and/or blocked; and/or, in response to the state information of any live broadcast room meeting a preset code rate condition, judging that the live broadcast room is finished and/or stuck. If the audience terminal judges that the state information of any live broadcast room in the information flow list meets a first preset condition, the live broadcast room can be removed from the information flow list, namely, the live broadcast room can be deleted from the information flow list, so that the audience terminal does not show the live broadcast room any more when showing the information flow according to the information flow list. If the audience terminal judges that the state information of any live broadcast room in the information flow list does not meet the first preset condition, the live broadcast room can be reserved in the information flow list, so that the audience terminal can display the live broadcast room when displaying the information flow according to the information flow list.

In this embodiment of the present disclosure, the status information of any live broadcast room, which is obtained by the viewer terminal from the server, may include a status type and/or an uplink bitrate of the live broadcast room. Wherein the status type of the live broadcast room can be smooth, stuck, ended, etc.

In one possible implementation, the first preset condition includes a preset state condition. The preset state condition may include an end state and/or a stuck state, etc.

As one example of this implementation, the preset state condition includes an ended state. In this example, the viewer terminal may remove the live broadcast room from the information flow list when the state type of any live broadcast room in the information flow list is the finished state, and display the information flow according to the information flow list, so that the viewer terminal can acquire information of the finished live broadcast room in time and remove the finished live broadcast room from the information flow list in time, thereby reducing the probability that the viewer terminal enters the finished live broadcast room, saving user time, and improving user experience.

As another example of this implementation, the preset state condition includes a stuck state. In this example, the viewer terminal may remove the live broadcast room from the information flow list when the state type of any live broadcast room in the information flow list is a stuck state, and display the information flow according to the information flow list, so that the viewer terminal can obtain information of the stuck live broadcast room in time and remove the information flow list from the stuck live broadcast room in time, thereby reducing the probability that the viewer terminal enters the stuck live broadcast room, and further improving user experience.

As another example of this implementation, the preset state conditions include an ended state and a stuck state. In this example, the spectator terminal may remove the live broadcast room from the information flow list and display the information flow according to the information flow list when the state type of any live broadcast room in the information flow list is in the finished state or the stuck state, so that the spectator terminal can timely acquire the information of the finished live broadcast room and the information of the stuck live broadcast room and timely remove the information flow list from the finished live broadcast room and the stuck live broadcast room, thereby reducing the probability that the spectator terminal enters the finished or stuck live broadcast room, saving the user time and improving the user experience.

In another possible implementation manner, the first preset condition includes a preset code rate condition. The preset code rate condition may be that the preset code rate is smaller than a second preset code rate.

In another possible implementation manner, the first preset condition includes a preset state condition and a preset code rate condition.

In a possible implementation manner, the state information of any live broadcast room, which is acquired by the viewer terminal from the server, may include a state type of the live broadcast room, and the first preset condition may include a preset state condition. In this implementation, the live room may be removed from the information flow list in response to the status type of the live room satisfying a preset status condition (e.g., the status type of the live room belongs to an ended status and/or a stuck status).

In another possible implementation manner, the state information of any live broadcast room, which is acquired by the viewer terminal from the server, may include an uplink bit rate of the live broadcast room, and the first preset condition may include a preset state condition. In this implementation, the viewer terminal may determine the status of the live broadcast room according to the uplink bitrate of the live broadcast room. For example, if an uplink code rate of any live broadcast room in the information flow list within a first preset time length is greater than or equal to a first preset code rate, it may be determined that the state of the live broadcast room is a smooth state, for example, the first preset time length may be 5 seconds, 10 seconds, and the like; if the uplink code rate of any one live broadcast room in the information flow list in a second preset time length is smaller than a second preset code rate, determining that the state of the live broadcast room is a stuck state, wherein the second preset time length can be the same as or different from the first preset time length, and the second preset code rate can be smaller than or equal to the first preset code rate; if the uplink bitrate of any live broadcast room in the information flow list within a third preset duration is 0, it may be determined that the status of the live broadcast room is an ended status, for example, the third preset duration may be 1 minute, 50 seconds, and the like. In this implementation, the status type of the live broadcast room may be determined according to the uplink bitrate of the live broadcast room, and the live broadcast room is removed from the information flow list in response to that the status type of the live broadcast room satisfies a preset status condition (for example, the status type of the live broadcast room belongs to an ended status and/or a stuck status).

In another possible implementation manner, the state information of any one live broadcast room, which is acquired by the viewer terminal from the server, may include an uplink bit rate of the live broadcast room, and the first preset condition may include a preset bit rate condition. In this implementation, the live broadcast room may be removed from the information stream list in response to that the uplink code rate of the live broadcast room satisfies a preset code rate condition (e.g., the uplink code rate of the live broadcast room is smaller than a second preset code rate).

In the embodiment of the disclosure, the spectator terminal receives the information flow list returned by the server end in response to the streaming request by sending the streaming request to the server end, acquires the state information of the live broadcast room under the condition that the information flow list comprises the live broadcast room, removes the live broadcast room from the information flow list in response to the state information of the live broadcast room meeting a first preset condition, and displays the information flow according to the information flow list, so that the spectator terminal can find the finished and/or blocked state of the live broadcast room in time and remove the information flow list from the live broadcast room in time, thereby reducing the probability that the spectator terminal enters the finished and/or blocked live broadcast room, further effectively improving the success rate of live broadcast starting, and reducing the probability of live broadcast video cards and the duration of a head screen. The success rate of live broadcast can indicate the probability of successful broadcast of the live broadcast video in the live broadcast room after the audience terminal enters the live broadcast room. The live first screen duration may represent a duration between the viewer terminal entering the live room and the first frame of the live video being played.

In a possible implementation manner, in a case that the information stream list includes a live broadcast room, the obtaining of the status information of the live broadcast room includes: and under the condition that the information flow list comprises a live broadcast room, registering a monitoring event corresponding to the live broadcast room with the server so that the server sends the state information of the live broadcast room to the audience terminal. In this implementation, the monitoring event corresponding to the live broadcast room is used to monitor the status information of the live broadcast room. After the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, the server can actively push the state information of the live broadcast room to the audience terminal. For example, the status information of the live broadcast room is the status type of the live broadcast room, and the server may push the status information of the live broadcast room to the audience terminal in response to a change in the status type of the live broadcast room, that is, the server may push the latest status type of the live broadcast room to the audience terminal in response to a change in the status type of the live broadcast room.

In this implementation manner, when the information stream list includes a plurality of live broadcast rooms, the audience terminal may register, with the server, a listening event corresponding to some or all of the live broadcast rooms.

As an example of this implementation, in a case that the information stream list includes a plurality of live broadcast rooms, the audience terminal may register, with the server, a listening event corresponding to each of the plurality of live broadcast rooms.

As another example of this implementation, the number of live slots in the list of information streams is greater than N₀In this case, the viewer terminal may register N in the information stream list with the server terminal₀Monitoring events corresponding to the individual live broadcast rooms; the number of live rooms in the information flow list is less than or equal to N₀In this case, the audience terminal may register, with the server, the listening events corresponding to all live rooms in the information stream list. Wherein N is₀May be 10, 20, 6, etc., and is not limited herein.

Wherein the number of live rooms in the information flow list is greater than N₀The viewer terminal may determine the current viewing position in the list of information streams. The spectator terminal may determine N from the list of information streams based on the current browsing location₀Each target live broadcast room registers N to the server side respectively₀And monitoring events corresponding to the target live broadcast rooms. Wherein the current browsing position may represent a position of the information currently being presented by the viewer terminal in the information stream list.

For example, if the number of live broadcast rooms before the current browsing location is 0, the viewer terminal may select N, which is after and closest to the current browsing location, as N₀The individual live rooms serve as target live rooms. For another example, if the number of live broadcasting rooms before the current browsing position is N, and N is greater than or equal to 1 and less than or equal to N₁Then, the viewer terminal may take all live broadcast rooms before the current browsing location as target live broadcast rooms, and may take N, which is after the current browsing location and closest to the current browsing location, as the target live broadcast rooms₀-N live bays as target live bays, wherein N₁<N₀. As another example, if the number of live rooms before the current browsing location is greater than N₁The viewer terminal may then select N before and closest to the current browsing location₁The individual live broadcast room is used as a target live broadcast room, and the current browsing position can be set behind the current browsing positionNearest N₂Individual live broadcast rooms as target live broadcast rooms, wherein N₁+N₂＝N₀. In one example, N₁<N₂。

In the above example, as the current browsing location changes, the live room to which the viewer's terminal listens may also change.

In the related art, since the state information of the end or stuck live broadcast room cannot be obtained in time, the audience may enter the end or stuck live broadcast room, and the user experience is poor. In the above implementation manner, the server registers the monitoring event corresponding to the live broadcast room when the information flow list includes the live broadcast room, so that the server actively pushes the state information of the live broadcast room to the audience terminal, and the audience terminal can more timely find the finished and/or stuck state of the live broadcast room and timely remove the information flow list from the live broadcast room.

In a possible implementation manner, the sending a pull flow request to a server includes: responding to the opening or refreshing of a first page, and sending a pull flow request corresponding to the first page to a server; the information flow list includes: an information flow list corresponding to the first page; after the obtaining of the status information of the live broadcast room, the method further includes: and in response to switching from the first page to a second page, stopping acquiring the state information of the live broadcast room in the information flow list corresponding to the first page, wherein the second page is different from the first page.

Fig. 3 shows a schematic diagram illustrating a switching from a first page to a second page in a management method for webcasting provided by an embodiment of the present disclosure. In the example shown in fig. 3, the top navigation bar of the client of the viewer terminal includes 3 options "focus", "discover", and "pick", the "discover" option including options "recommend", "chat room", "vlog", "drama", "quadratic element", "handcraft", etc. In the example shown in FIG. 3, the first page is a "recommendations" page and the second page is a "chat room" page. For example, the viewer terminal may send a pull stream request corresponding to the "recommended" page to the server terminal in response to the "recommended" page being opened or refreshed, so as to obtain an information stream list corresponding to the "recommended" page. Under the condition that the information flow list corresponding to the recommendation page comprises the live broadcast room, the audience terminal can acquire the state information of the live broadcast room in the information flow list corresponding to the recommendation page. If the client side is switched to the chat room page from the recommendation page, the audience terminal can stop obtaining the state information of the live broadcast room in the information flow list corresponding to the recommendation page. For example, when the information stream list corresponding to the "recommendation" page includes a live broadcast room, the audience terminal may register, with the server, a listening event corresponding to the live broadcast room in the information stream list corresponding to the "recommendation" page. If the client side is switched to the chat room page from the recommendation page, the audience terminal can stop monitoring the state information of the live broadcast room in the information flow list corresponding to the recommendation page.

As an example of this implementation, the method may further include: and in response to switching from the second page back to the first page, re-acquiring the state information of the live broadcast room in the information flow list corresponding to the first page.

In one possible implementation, the method further includes: responding to the condition that the client displaying the information stream is switched from a foreground running state to a background running state, and stopping acquiring the state information of the live broadcast room in the information stream list; and/or, responding to the client switching from the background running state to the foreground running state, and re-acquiring the state information of the live broadcast in the information flow list. For example, in response to the client that displays the information stream switching from a foreground operating state to a background operating state, the audience terminal may stop monitoring the state information of the live broadcast room in the information stream list; and responding to the switching of the client from the background running state to the foreground running state, and the audience terminal can register the monitoring event corresponding to the live broadcast room in the information stream list to the server again. In the implementation manner, the audience terminal stops acquiring the state information of the live broadcast room in the information flow list by responding to the switching of the client displaying the information flow from the foreground running state to the background running state, and/or re-acquires the state information of the live broadcast room in the information flow list by responding to the switching of the client from the background running state to the foreground running state, so that unnecessary state acquisition can be reduced, and the burden of network live broadcast management of the audience terminal and the server can be reduced.

Fig. 4 shows another flowchart of a management method for webcasting provided by the embodiment of the present disclosure. The management method of the network live broadcast is applied to a server side. In some possible implementations, the webcast management method may be implemented by a processor calling computer-readable instructions stored in a memory. As shown in fig. 4, the management method of the webcast includes steps S41 to S44.

In step S41, in response to a pull request from a viewer terminal, an information stream list corresponding to the pull request is generated.

In step S42, the information stream list is transmitted to the viewer terminal.

In step S43, in a case where the information flow list includes a live room, state information of the live room is acquired.

In step S44, the status information of the live broadcast room is transmitted to the viewer terminal.

In the disclosed embodiments, the server may communicate with the viewer terminal over a long connection. For example, the server may receive a pull request from the viewer terminal through the long connection, may send the information stream list to the viewer terminal through the long connection, and may send status information of a live broadcast in the information stream list to the viewer terminal through the long connection.

In a possible implementation manner, the status information of any live broadcast room sent by the server to the viewer terminal may include a status type of the live broadcast room. For example, the status type of the live room may be fluent, stuck, ended, etc. In the implementation mode, the server side can obtain the uplink code rate of the live broadcast room and determine the state type of the live broadcast room according to the heart-hurt code rate of the live broadcast room. For example, if an uplink code rate of any live broadcast room in the information flow list within a first preset time duration is greater than or equal to a first preset code rate, it may be determined that the state type of the live broadcast room is a smooth state; if the uplink code rate of any one live broadcast room in the information flow list in a second preset time length is smaller than a second preset code rate, determining that the state type of the live broadcast room is a stuck state, wherein the second preset time length can be the same as or different from the first preset time length, and the second preset code rate can be smaller than or equal to the first preset code rate; if the uplink code rate of any live broadcast room in the information flow list within a third preset time length is 0, the state type of the live broadcast room can be determined to be the finished state.

In another possible implementation manner, the state information of any live broadcast room, which is sent by the server to the viewer terminal, may include an uplink bitrate of the live broadcast room.

In the embodiment of the disclosure, the server generates the information flow list corresponding to the pull stream request by responding to the pull stream request from the audience terminal, sends the information flow list to the audience terminal, acquires the state information of the live broadcast room under the condition that the information flow list comprises the live broadcast room, and sends the state information of the live broadcast room to the audience terminal, so that the audience terminal can timely find the finished and/or stuck state of the live broadcast room and timely remove the information flow list from the live broadcast room, the probability that the audience terminal enters the finished and/or stuck live broadcast room can be reduced, the success rate of live broadcast start can be effectively improved, and the probability of live broadcast video stuck and the live broadcast first screen duration can be reduced.

In one possible implementation manner, the sending the status information of the live broadcast room to the viewer terminal includes: and under the condition that the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, sending the state information of the live broadcast room to the audience terminal. In this implementation, the monitoring event corresponding to the live broadcast room is used to monitor the status information of the live broadcast room. After the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, the server can actively push the state information of the live broadcast room to the audience terminal. In the implementation manner, the server sends the state information of the live broadcast room to the audience terminal under the condition that the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, so that the server actively pushes the state information of the live broadcast room to the audience terminal, and the audience terminal can find the finished and/or stuck state of the live broadcast room more timely and remove the information flow list from the live broadcast room timely.

In one possible implementation manner, the sending the status information of the live broadcast room to the viewer terminal includes: responding to the state information of the live broadcast room indicating that the state of the live broadcast room is changed, and sending the state information of the live broadcast room to the audience terminal; and/or responding to that the state information of the live broadcast room meets a first preset condition, and sending the state information of the live broadcast room to the audience terminal, wherein the first preset condition comprises a preset state condition and/or a preset code rate condition. The change of the state of the live broadcast room can indicate the change of the state type of the live broadcast room. For example, the status type of the live room may be fluent, stuck, ended, etc. In the implementation mode, the server side indicates the state change of the live broadcast room by responding to the state information of the live broadcast room, and sends the state information of the live broadcast room to the audience terminal, so that the audience terminal can timely find the state change of the live broadcast room on the premise of reducing unnecessary state information transmission, and the audience terminal can timely find the finished and/or blocked state of the live broadcast room and timely remove the live broadcast room from the information stream list. The server side responds that the state information of the live broadcast room meets a first preset condition, and sends the state information of the live broadcast room to the audience terminal, so that the sending amount of the state information of the live broadcast room can be further reduced, and the audience terminal can timely find the finished state and/or the stuck state of the live broadcast room.

In one possible implementation, the method further includes: for any live broadcast room which is not added into the information pool, acquiring the uplink code rate of the anchor terminal plug flow corresponding to the live broadcast room; adding the live broadcast room into the information pool under the condition that the uplink code rate meets a second preset condition; the generating of the information flow list corresponding to the pull stream request in response to the pull stream request from the viewer terminal includes: and responding to a pull stream request from a viewer terminal, and generating an information stream list corresponding to the pull stream request at least based on the information pool. In this implementation, the uplink code rate of the anchor terminal push stream may represent an actual uplink code rate of the anchor terminal push stream. The information pool may represent a space for storing information to be distributed. The second preset condition may be: and the uplink code rate in the first preset time length is greater than or equal to the first preset code rate. For example, the data size of the push stream of the anchor terminal within the first preset duration may be obtained, and the ratio of the data size to the first preset duration may be determined as the uplink code rate of the push stream of the anchor terminal within the first preset duration. For example, the first preset time period may be 5 seconds, 10 seconds, and the like. The first preset code rate may be determined according to the resolution of the anchor terminal push stream, or may be a default value, which is not limited herein.

In this implementation manner, if the uplink code rate of the anchor terminal push stream meets a second preset condition, it may be determined that the probability that a viewer terminal is stuck when watching the live broadcast room is low; and if the uplink code rate of the push stream of the anchor terminal does not meet a second preset condition, judging that the probability of the viewer terminal watching the live broadcast room being blocked is higher. The method comprises the steps that an uplink code rate of pushing stream of an anchor terminal corresponding to a live broadcast room is obtained through the live broadcast room which is not added into an information pool, the live broadcast room is added into the information pool under the condition that the uplink code rate meets a second preset condition, the stream pulling request from an audience terminal is responded, an information stream list corresponding to the stream pulling request is generated at least on the basis of the information pool, and therefore the live broadcast room with the smooth network of the anchor terminal is distributed preferentially, so that the blocking probability of watching the live broadcast room by the audience terminal is reduced, and the experience of watching the live broadcast by the audience is improved.

As an example of this implementation, the method further comprises: and for any live broadcast room in the information pool, in response to that the uplink code rate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition, removing the live broadcast room from the information pool.

In one example, the third preset condition includes: and the uplink code rate of the stream pushed by the anchor terminal is smaller than a second preset code rate within a second preset time length. The second preset duration may be the same as or different from the first preset duration, and the second preset code rate may be smaller than or equal to the first preset code rate.

In another example, the third preset condition includes: and the uplink code rate of the stream pushed by the anchor terminal in a third preset time length is 0. For example, the third preset time period may be 1 minute, 50 seconds, and so on. In this example, if the uplink code rate of the push stream of the anchor terminal corresponding to any live broadcast room in the third preset time duration is 0, that is, the data amount of the push stream of the anchor terminal in the third preset time duration is 0, it may be determined that the anchor terminal has stopped the push stream, and the live broadcast room has ended. Distribution of the live room may be stopped by removing the live room from the information pool.

In the above example, for any live broadcast room in the information pool, in response to that the upstream bitrate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition, the live broadcast room is removed from the information pool, so that the pause probability of the viewer terminal watching the live broadcast room and the probability of the viewer entering the finished live broadcast room can be further reduced, and the experience of the viewer watching the live broadcast can be further improved.

In a possible implementation manner, the generating, in response to a pull request from a viewer terminal, an information stream list corresponding to the pull request includes: responding to a pull stream request from a viewer terminal, and acquiring network parameters of the viewer terminal; determining the video type matched with the audience terminal according to the network parameters; and generating an information flow list corresponding to the pull flow request according to the video type.

In this implementation, the network parameter of the viewer terminal may include one or both of a network type of the viewer terminal and a downlink rate of the network of the viewer terminal. For example, the network type may be a wireless network (Wi-Fi), a fifth generation mobile communication technology (5G), a long term evolution of a universal mobile communication technology (LTE), a fourth generation mobile communication technology (4G), a third generation mobile communication technology (3G), or a second generation mobile communication technology (2G), etc. The downlink rate of the network of the viewer terminal may be determined according to the data amount received by the viewer terminal from the server and/or the download speed of the viewer terminal. As an example of this implementation, an average value of the downlink rates of the networks of the audience terminals within a fourth preset time period may be determined as the downlink rate of the network of the audience terminals. For example, the fourth preset time period may be 3 minutes. By counting the downlink rate of the network of the audience terminal in a short time period, the current downlink network condition of the audience terminal can be accurately judged, so that whether the audience terminal has the capability of smoothly playing the live video can be accurately judged.

As an example of this implementation, the network type of the viewer terminal may be obtained in response to a pull request from the viewer terminal, and the video type matching the viewer terminal may be determined according to the network type of the viewer terminal. In one example, if the network type of the viewer terminal belongs to a first network type set, it may be determined that the video type matched with the viewer terminal is an on-demand video; if the network type of the audience terminal belongs to the second network type set, it can be determined that the video types matched with the audience terminal comprise video on demand and live video. For example, the first set of network types may include 2G and 2.5G, and the second set of network types may include 3G, 4G, LTE, 5G, Wi-Fi, and so on.

As another example of this implementation, the downstream rate of the network of the viewer terminal may be obtained in response to a pull request from the viewer terminal, and the video type matching the viewer terminal may be determined according to the downstream rate of the network of the viewer terminal. In one example, if the downlink rate of the network of the viewer terminal is less than a preset rate, it may be determined that the video type matched with the viewer terminal is an on-demand video; if the downlink rate of the network of the audience terminal is greater than or equal to the preset rate, it can be determined that the video types matched with the audience terminal comprise an on-demand video and a live video.

As another example of this implementation, the network type and the downstream rate of the viewer terminal may be obtained in response to a pull request from the viewer terminal, and the video type matching the viewer terminal may be determined according to the network type and the downstream rate of the viewer terminal. In one example, if the network type of the viewer terminal belongs to a first network type set, it may be determined that the video type matched with the viewer terminal is an on-demand video; if the network type of the audience terminal belongs to a second network type set and the downlink rate of the network of the audience terminal is less than the preset rate, determining that the video type matched with the audience terminal is an on-demand video; if the network type of the audience terminal belongs to a second network type set and the downlink rate of the network of the audience terminal is greater than or equal to a preset rate, determining that the video types matched with the audience terminal comprise an on-demand video and a live video.

In the related art, after the audience enters the live broadcast room, if the live broadcast room cannot be played due to poor network conditions of the audience terminals, user experience is greatly influenced. For example, if the audience terminal adopts a 2G network and the downlink rate is 15 to 20K/s, it is difficult to achieve the requirement of smoothly watching the live video. In the implementation mode, the network parameters of the audience terminal are obtained by responding to the pull stream request from the audience terminal, the video type matched with the audience terminal is determined according to the network parameters, and the information stream list corresponding to the pull stream request is generated according to the video type, so that the success rate of live broadcast starting and the user play time length can be effectively improved, and the live broadcast pause probability and the live broadcast first screen time length can be reduced. For example, by adopting the implementation mode, audience terminals with poor downlink network conditions can be screened out, and live broadcast rooms are not pushed to the audience terminals.

The following describes a live webcast management method according to an embodiment of the present disclosure through a specific application scenario. In the application scenario, for any live broadcast room which is not added to the information pool, the server side can acquire the uplink code rate of the push stream of the anchor terminal corresponding to the live broadcast room, and can add the live broadcast room to the information pool under the condition that the uplink code rate meets a second preset condition. For any live broadcast room in the information pool, the server may remove the live broadcast room from the information pool in response to that the uplink code rate of the anchor terminal push stream corresponding to the live broadcast room satisfies a third preset condition. The viewer terminal may send a pull stream request to the server in response to the short video client initiation. The server may respond to the pull stream request, generate an information stream list corresponding to the pull stream request based on the information pool, and send the information stream list to the viewer terminal. The audience terminal can register the monitoring event corresponding to the live broadcast room with the server side under the condition that the information flow list comprises the live broadcast room. After the audience terminal registers the monitoring event corresponding to the live broadcast room with the server, the server may respond to the state information of the live broadcast room to indicate that the state of the live broadcast room changes, and send the state information of the live broadcast room to the audience terminal. The spectator terminal may remove the live broadcast room from the information stream list in response to the status information of the live broadcast room indicating that the status of the live broadcast room belongs to the ended status or the stuck status, and display the information stream according to the information stream list.

The embodiment of the present disclosure further provides a management method for live webcasting, where the management method for live webcasting is applied to a server, and the method includes: acquiring an uplink code rate of a main broadcast terminal plug flow corresponding to any one live broadcast room; and distributing the live broadcast room under the condition that the uplink code rate meets a second preset condition, and/or not distributing the live broadcast room under the condition that the uplink code rate does not meet the second preset condition.

Wherein, the second preset condition may be: and the uplink code rate in the first preset time length is greater than or equal to the first preset code rate. For example, the data size of the push stream of the anchor terminal within the first preset duration may be obtained, and the ratio of the data size to the first preset duration may be determined as the uplink code rate of the push stream of the anchor terminal within the first preset duration. For example, the first preset time period may be 5 seconds, 10 seconds, and the like. The first preset code rate may be determined according to the resolution of the anchor terminal push stream, or may be a default value, which is not limited herein.

In the embodiment of the present disclosure, if the uplink code rate of the anchor terminal push stream meets a second preset condition, it may be determined that the probability that a viewer terminal is stuck when watching the live broadcast room is low; and if the uplink code rate of the push stream of the anchor terminal does not meet a second preset condition, judging that the probability of the viewer terminal watching the live broadcast room being blocked is higher. The live broadcast room is distributed under the condition that the uplink code rate meets a second preset condition, and the live broadcast room is not distributed under the condition that the uplink code rate does not meet the second preset condition, so that the live broadcast room with the fluent anchor terminal network is preferentially distributed, the blocking probability of watching the live broadcast room by audience terminals is favorably reduced, and the live broadcast watching experience of audiences is improved.

In a possible implementation manner, for any live broadcast room which is not added to the information pool, the server side can acquire the uplink code rate of the anchor terminal push stream corresponding to the live broadcast room; and adding the live broadcast room into the information pool under the condition that the uplink code rate meets a second preset condition, and/or not adding the live broadcast room into the information pool under the condition that the uplink code rate does not meet the second preset condition.

In one possible implementation, the method further includes: and for any live broadcast room in the information pool, in response to that the uplink code rate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition, removing the live broadcast room from the information pool.

As an example of this implementation, the third preset condition includes: and the uplink code rate of the stream pushed by the anchor terminal is smaller than a second preset code rate within a second preset time length. The second preset duration may be the same as or different from the first preset duration, and the second preset code rate may be smaller than or equal to the first preset code rate.

As another example of this implementation, the third preset condition includes: and the uplink code rate of the stream pushed by the anchor terminal in a third preset time length is 0. For example, the third preset time period may be 1 minute, 50 seconds, and so on. In this example, if the uplink code rate of the push stream of the anchor terminal corresponding to any live broadcast room in the third preset time duration is 0, that is, the data amount of the push stream of the anchor terminal in the third preset time duration is 0, it may be determined that the anchor terminal has stopped the push stream, and the live broadcast room has ended. Distribution of the live room may be stopped by removing the live room from the information pool.

In the above implementation manner, for any live broadcast room in the information pool, in response to that the upstream code rate of the push stream of the anchor terminal corresponding to the live broadcast room meets a third preset condition, the live broadcast room is removed from the information pool, so that the click probability of watching the live broadcast room by the audience terminal and the probability of the audience entering the finished live broadcast room can be further reduced, and the experience of watching the live broadcast by the audience can be further improved.

In one possible implementation, the method further includes: responding to a pull stream request from a viewer terminal, and acquiring network parameters of the viewer terminal; determining the video type matched with the audience terminal according to the network parameters; and generating an information flow list corresponding to the pull flow request according to the video type.

The embodiment of the present disclosure further provides a management method for live webcasting, where the management method for live webcasting is applied to a server, and the method includes: responding to a pull stream request from a viewer terminal, and acquiring network parameters of the viewer terminal; determining the video type matched with the audience terminal according to the network parameters; and generating an information flow list corresponding to the pull flow request according to the video type.

In an embodiment of the present disclosure, the network parameter of the viewer terminal may include one or both of a network type of the viewer terminal and a downlink rate of the network of the viewer terminal. For example, the network type may be a wireless network, a fifth generation mobile communication technology, a long term evolution of the universal mobile communication technology, a fourth generation mobile communication technology, a third generation mobile communication technology, a second generation mobile communication technology, or the like. The downlink rate of the network of the viewer terminal may be determined according to the data amount received by the viewer terminal from the server and/or the download speed of the viewer terminal. In a possible implementation manner, an average value of the downlink rates of the networks of the audience terminals within a fourth preset time period may be determined as the downlink rate of the network of the audience terminal. For example, the fourth preset time period may be 3 minutes. By counting the downlink rate of the network of the audience terminal in a short time period, the current downlink network condition of the audience terminal can be accurately judged, so that whether the audience terminal has the capability of smoothly playing the live video can be accurately judged.

In one possible implementation manner, the network type of the audience terminal can be obtained in response to a pull stream request from the audience terminal, and the video type matched with the audience terminal can be determined according to the network type of the audience terminal. In one example, if the network type of the viewer terminal belongs to a first network type set, it may be determined that the video type matched with the viewer terminal is an on-demand video; if the network type of the audience terminal belongs to the second network type set, it can be determined that the video types matched with the audience terminal comprise video on demand and live video. For example, the first set of network types may include 2G and 2.5G, and the second set of network types may include 3G, 4G, LTE, 5G, Wi-Fi, and so on.

In another possible implementation manner, the downstream rate of the network of the viewer terminal may be obtained in response to a pull request from the viewer terminal, and the video type matched with the viewer terminal may be determined according to the downstream rate of the network of the viewer terminal. In one example, if the downlink rate of the network of the viewer terminal is less than a preset rate, it may be determined that the video type matched with the viewer terminal is an on-demand video; if the downlink rate of the network of the audience terminal is greater than or equal to the preset rate, it can be determined that the video types matched with the audience terminal comprise an on-demand video and a live video.

In another possible implementation manner, the network type and the downstream rate of the viewer terminal may be obtained in response to a pull request from the viewer terminal, and the video type matched with the viewer terminal may be determined according to the network type and the downstream rate of the viewer terminal. In one example, if the network type of the viewer terminal belongs to a first network type set, it may be determined that the video type matched with the viewer terminal is an on-demand video; if the network type of the audience terminal belongs to a second network type set and the downlink rate of the network of the audience terminal is less than the preset rate, determining that the video type matched with the audience terminal is an on-demand video; if the network type of the audience terminal belongs to a second network type set and the downlink rate of the network of the audience terminal is greater than or equal to a preset rate, determining that the video types matched with the audience terminal comprise an on-demand video and a live video.

In the related art, after the audience enters the live broadcast room, if the live broadcast room cannot be played due to poor network conditions of the audience terminals, user experience is greatly influenced. For example, if the audience terminal adopts a 2G network and the downlink rate is 15 to 20K/s, it is difficult to achieve the requirement of smoothly watching the live video. In the embodiment of the disclosure, the network parameters of the audience terminal are obtained by responding to the pull stream request from the audience terminal, the video type matched with the audience terminal is determined according to the network parameters, and the information stream list corresponding to the pull stream request is generated according to the video type, so that the success rate of live broadcast starting and the user play time length can be effectively improved, and the live broadcast pause probability and the live broadcast first screen time length can be reduced. For example, by adopting the implementation mode, audience terminals with poor downlink network conditions can be screened out, and live broadcast rooms are not pushed to the audience terminals.

It is understood that the above-mentioned method embodiments of the present disclosure can be combined with each other to form a combined embodiment without departing from the logic of the principle, which is limited by the space, and the detailed description of the present disclosure is omitted. Those skilled in the art will appreciate that in the above methods of the specific embodiments, the specific order of execution of the steps should be determined by their function and possibly their inherent logic.

In addition, the present disclosure also provides a management apparatus, an electronic device, a computer-readable storage medium, and a program for live webcasting, which can be used to implement any one of the management methods for live webcasting provided by the present disclosure, and corresponding technical solutions and technical effects can be referred to in corresponding descriptions of the method section, and are not described in detail again.

Fig. 5 shows a block diagram of a management apparatus for webcasting provided in an embodiment of the present disclosure. The management device for the network live broadcast is applied to audience terminals. As shown in fig. 5, the apparatus for managing live webcasting includes:

a first sending module 51, configured to send a pull stream request to a server;

a receiving module 52, configured to receive an information flow list returned by the server in response to the pull flow request;

a first obtaining module 53, configured to obtain status information of a live broadcast room when the information flow list includes the live broadcast room;

a first removing module 54, configured to remove the live broadcast room from the information stream list in response to that state information of the live broadcast room satisfies a preset condition, where the preset condition includes a preset state condition and/or a preset code rate condition;

and a display module 55, configured to display the information stream according to the information stream list.

In a possible implementation manner, the first obtaining module 53 is configured to:

In one possible implementation form of the method,

the first sending module 51 is configured to: responding to the opening or refreshing of a first page, and sending a pull flow request corresponding to the first page to a server;

In one possible implementation, the apparatus further includes:

and/or the presence of a gas in the gas,

Fig. 6 is another block diagram of a management apparatus for webcasting provided in an embodiment of the present disclosure. The management device for the live webcast is applied to a server side. As shown in fig. 6, the apparatus for managing live webcasting includes:

a generating module 61, configured to generate, in response to a pull request from a viewer terminal, an information stream list corresponding to the pull request;

a second sending module 62, configured to send the information stream list to the viewer terminal;

a second obtaining module 63, configured to obtain status information of a live broadcast room when the information stream list includes the live broadcast room;

a third sending module 64, configured to send the status information of the live broadcast room to the viewer terminal.

In a possible implementation manner, the third sending module 64 is configured to:

and/or the presence of a gas in the gas,

In one possible implementation form of the method,

the generating module 61 is configured to: and responding to a pull stream request from a viewer terminal, and generating an information stream list corresponding to the pull stream request at least based on the information pool.

In one possible implementation, the apparatus further includes:

In a possible implementation manner, the generating module 61 is configured to:

In some embodiments, functions or modules included in the apparatus provided in the embodiments of the present disclosure may be used to execute the method described in the above method embodiments, and specific implementations and technical effects thereof may refer to the description of the above method embodiments, which are not described herein again for brevity.

Embodiments of the present disclosure also provide a computer-readable storage medium having stored thereon computer program instructions, which when executed by a processor, implement the above-described method. The computer-readable storage medium may be a non-volatile computer-readable storage medium, or may be a volatile computer-readable storage medium.

Embodiments of the present disclosure also provide a computer program, which includes computer readable code, and when the computer readable code runs in an electronic device, a processor in the electronic device executes the above method.

The disclosed embodiments also provide a computer program product comprising computer readable code or a non-volatile computer readable storage medium carrying computer readable code, which when run in an electronic device, a processor in the electronic device performs the above method.

An embodiment of the present disclosure further provides an electronic device, including: one or more processors; a memory for storing executable instructions; wherein the one or more processors are configured to invoke the memory-stored executable instructions to perform the above-described method.

The electronic device may be provided as a terminal, server, or other form of device.

Fig. 7 illustrates a block diagram of an electronic device 800 provided by an embodiment of the disclosure. For example, the electronic device 800 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, or the like terminal.

Referring to fig. 7, electronic device 800 may include one or more of the following components: processing component 802, memory 804, power component 806, multimedia component 808, audio component 810, input/output (I/O) interface 812, sensor component 814, and communication component 816.

The processing component 802 generally controls overall operation of the electronic device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing components 802 may include one or more processors 820 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interaction between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operations at the electronic device 800. Examples of such data include instructions for any application or method operating on the electronic device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The power supply component 806 provides power to the various components of the electronic device 800. The power components 806 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the electronic device 800.

The multimedia component 808 includes a screen that provides an output interface between the electronic device 800 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the electronic device 800 is in an operation mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the electronic device 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may further be stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 also includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 814 includes one or more sensors for providing various aspects of state assessment for the electronic device 800. For example, the sensor assembly 814 may detect an open/closed state of the electronic device 800, the relative positioning of components, such as a display and keypad of the electronic device 800, the sensor assembly 814 may also detect a change in the position of the electronic device 800 or a component of the electronic device 800, the presence or absence of user contact with the electronic device 800, orientation or acceleration/deceleration of the electronic device 800, and a change in the temperature of the electronic device 800. Sensor assembly 814 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 814 may also include a light sensor, such as a Complementary Metal Oxide Semiconductor (CMOS) or Charge Coupled Device (CCD) image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate wired or wireless communication between the electronic device 800 and other devices. The electronic device 800 may access a wireless network based on a communication standard, such as a wireless network (Wi-Fi), a second generation mobile communication technology (2G), a third generation mobile communication technology (3G), a fourth generation mobile communication technology (4G), a long term evolution of universal mobile communication technology (LTE), a fifth generation mobile communication technology (5G), or a combination thereof. In an exemplary embodiment, the communication component 816 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, Ultra Wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the electronic device 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium, such as the memory 804, is also provided that includes computer program instructions executable by the processor 820 of the electronic device 800 to perform the above-described methods.

Fig. 8 shows a block diagram of an electronic device 1900 provided by an embodiment of the disclosure. For example, the electronic device 1900 may be provided as a server. Referring to fig. 8, electronic device 1900 includes a processing component 1922 further including one or more processors and memory resources, represented by memory 1932, for storing instructions, e.g., applications, executable by processing component 1922. The application programs stored in memory 1932 may include one or more modules that each correspond to a set of instructions. Further, the processing component 1922 is configured to execute instructions to perform the above-described method.

The electronic device 1900 may also include a power component 1926 configured to perform power management of the electronic device 1900, a wired or wireless network interface 1950 configured to connect the electronic device 1900 to a network, and an input/output (I/O) interface 1958. The electronic device 1900 may operate based on an operating system, such as the Microsoft Server operating system (Windows Server), stored in the memory 1932^TM) Apple Inc. of the present application based on the graphic user interface operating System (Mac OS X)^TM) Multi-user, multi-process computer operating system (Unix)^TM) Free and open native code Unix-like operating System (Linux)^TM) Open native code Unix-like operating System (FreeBSD)^TM) Or the like.

In an exemplary embodiment, a non-transitory computer readable storage medium, such as the memory 1932, is also provided that includes computer program instructions executable by the processing component 1922 of the electronic device 1900 to perform the above-described methods.

The present disclosure may be systems, methods, and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied thereon for causing a processor to implement various aspects of the present disclosure.

The computer readable storage medium may be a tangible device that can hold and store the instructions for use by the instruction execution device. The computer readable storage medium may be, for example, but not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing. Computer-readable storage media as used herein is not to be construed as transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission medium (e.g., optical pulses through a fiber optic cable), or electrical signals transmitted through electrical wires.

The computer-readable program instructions described herein may be downloaded from a computer-readable storage medium to a respective computing/processing device, or to an external computer or external storage device via a network, such as the internet, a local area network, a wide area network, and/or a wireless network. The network may include copper transmission cables, fiber optic transmission, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. The network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing/processing device.

The computer program instructions for carrying out operations of the present disclosure may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider). In some embodiments, the electronic circuitry that can execute the computer-readable program instructions implements aspects of the present disclosure by utilizing the state information of the computer-readable program instructions to personalize the electronic circuitry, such as a programmable logic circuit, a Field Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA).

Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.

These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The computer program product may be embodied in hardware, software or a combination thereof. In an alternative embodiment, the computer program product is embodied in a computer storage medium, and in another alternative embodiment, the computer program product is embodied in a Software product, such as a Software Development Kit (SDK), or the like.

Having described embodiments of the present disclosure, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the disclosed embodiments. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A management method for network live broadcast is applied to audience terminals, and comprises the following steps:

sending a pull flow request to a server;

removing the live broadcast room from the information flow list in response to the condition information of the live broadcast room meeting a first preset condition, wherein the first preset condition comprises a preset condition and/or a preset code rate condition;

and displaying the information flow according to the information flow list.

2. The method of claim 1, wherein, in a case that the information stream list includes a live room, acquiring status information of the live room comprises:

3. The method according to claim 1 or 2,

4. The method of claims 1 to 3, further comprising:

and/or the presence of a gas in the gas,

5. A management method for network live broadcast is applied to a server side, and comprises the following steps:

transmitting the information flow list to the viewer terminal;

6. The method of claim 5, wherein the sending the status information of the live broadcast to the viewer terminal comprises:

7. The method of claim 5 or 6, wherein the sending the status information of the live broadcast room to the viewer terminal comprises:

and/or the presence of a gas in the gas,

8. The method according to any one of claims 5 to 7,

9. The method of claim 8, further comprising:

10. The method according to any one of claims 5 to 9, wherein the generating, in response to the pull request from the viewer terminal, an information stream list corresponding to the pull request comprises:

11. A device for managing live webcasting, applied to a viewer terminal, the device comprising:

12. A management device for network live broadcast is characterized in that the management device is applied to a server side and comprises:

13. An electronic device, comprising:

one or more processors;

a memory for storing executable instructions;

wherein the one or more processors are configured to invoke the memory-stored executable instructions to perform the method of any one of claims 1 to 10.

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